RE: [FreeGeoCZ] Re: VFR/RUIAN CUZK

No, já bych rozhodně použil to AddGeometryColumn, přičemž bych dal jen základní geometry typy([MULTI]POLYGON, POINT, LINESTRING] žádný geometry collection, surfacy a tak
A u těch parcel si nejsem jistej, jestli se ti třicetimístný číslo vejde do bigintu, já používám na ty id numeric(30) když to pak chci otevírat v qgisu, tak dávám jako pkey serial, protože qgis se s numericem jako pkey nevypořádá.

Ale neni to o tom, co je lepší, nebo, co je správně, já bych to udělal takhle protože je pro mě lepší mít tam ty constrainty, který mě nedovolej nasypat tam nějaký smetí, i za cenu, že ty data musim tu a tam přiohnout.

From: [email protected] [mailto:[email protected]] On Behalf Of Miroslav Šulc
Sent: Tuesday, July 24, 2012 1:35 PM
To: Svobodná geoinformační infrastruktura
Subject: Re: [FreeGeoCZ] Re: VFR/RUIAN CUZK

no, jaké bys mi teda doporučil úpravy tabulek v db a sql statementů, aby to bylo ok? rád si nechá poradit, tohle je pro mě něco nového :-) data jsou aktuálně v projekci 2065, ale to se bude čase měnit. na mapy nad tím používám geoserver, časem to možná budu chtít i exportovat do osm formátu. pokud to je možné, tak bych raději držel originální data a následně je konvertoval než ukládat už nějaká převedená data.

ff
Dne 24.7.2012 13:14, MICHÁLEK Jan Mgr. napsal(a):
Ono jde ještě o to, ž e ty křivkový tvary se nedaj uložit jako normální geometrie (MULTIPOLYGON) musej se projet ST_CurveToLine, nebo se musej ukládat do nějakýho jinýho typu geometrie (to jsem nezkoušel). Tobě by to možná prošlo, protože děláš sloupec geomertry ntvrdo v create statementu, takže tam asi nemáš ty constrinty, který mě tam vřísaly.

Já to každopádně převádim všechno na lomený čáry, protože některý programy (například qgis) můžou mít s obskurnějšíma typama geometrií problém (například geometry colection).

Je.

From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Miroslav Šulc
Sent: Tuesday, July 24, 2012 12:49 PM
To: Svobodná geoinformační infrastruktura
Subject: Re: [FreeGeoCZ] Re: VFR/RUIAN CUZK

jj, načítá se to přes st_geomfromgml. upřímně nemám přehled co postgis umí a co neumí, dělám s ním poprvé a až do víkendu mě nenapadlo, že by mohl něco neumět :-) včera jsem řešil, že to neumí jeden z gml zápisů multipointu ( http://trac.osgeo.org/postgis/ticket/1928).

pokud víš, kde to silo je, tak se můžeš podívat na mapu na http://maps.fordfrog.com/, ta je udělaná právě nad datama z rúian.

jinak na serveru mám postgis 2.0.1, takže tomu by mělo odpovídat to, co se tam naimportovalo. pokud ten postgis opravdu nějaké gml objekty neumí, tak by možná stálo za to je před importem nějakou knihovnou zkonvertovat? máte s tím někdo zkušenosti?

fordfrog
Dne 24.7.2012 12:36, MICHÁLEK Jan Mgr. napsal(a):

Ale to gml se načítá, koukam, přes ST_GeomFromGML(), nebo ne? Protože ten paser gml v postgisu taky neumí kruhy a oblouky. Já totož právě koukal na ty data a nějaký kruhový silo tam bylo.



Je;



-----Original Message-----

From: [email protected]<mailto:[email protected]> [mailto:[email protected]] On Behalf Of Miroslav Šulc

Sent: Tuesday, July 24, 2012 12:09 PM

To: Svobodná geoinformační infrastruktura

Subject: Re: [FreeGeoCZ] Re: VFR/RUIAN CUZK



Dne 24.7.2012 09:45, MICHÁLEK Jan Mgr. napsal(a):

Safra, ten ruian2pgsql je fakticky promakanej.



díky :-)



Tak proti tomu sem se svým xsl zoufalej příštipkář.



fordfrog





_______________________________________________

FreeGeoCZ mailing list

[email protected]<mailto:[email protected]>

http://mailman.fsv.cvut.cz/mailman/listinfo/freegeocz





_______________________________________________

FreeGeoCZ mailing list

[email protected]<mailto:[email protected]>

http://mailman.fsv.cvut.cz/mailman/listinfo/freegeocz

_______________________________________________
FreeGeoCZ mailing list
[email protected]
http://mailman.fsv.cvut.cz/mailman/listinfo/freegeocz