Ahoj, už jsem se dlouho na nic neptal, tak se zeptám ;-)
Jaká je šance hromadně opravit třeba toto http://keepright.ipax.at/report_map.php?lat=50.592556919313&lon=15.140419006315&zoom=14 nebo to opravovat už teď a ručně? Zajímá mě, v čem jsou OSM přesnější než RUIAN, pokud jde o polohovou a tvarovou přesnost. Jestli je co zachraňovat kromě tagů. Dají se takové objekty (oblasti) označit a vyloučit z aktualizace? Nedá se aktualizace z RUIAN rozdělit na etapy od nejjednoduššího ke složitějšímu? Začít třeba budovami v obcích, kde ještě žádné nejsou ... Přidám jeden argument pro zachování adresních bodů. Padla tady zmínka, že RUIAN jsou data z ZABAGED a tam jsou bloky budov jako celek, bez rozdělení na jednotlivé budovy. Naopak došlo ke zpřesnění tvaru budov viz např. Turnov náměstí Českého ráje 65 Dne 30. června 2012 13:55 Jan Bilak <[email protected]> napsal(a): > Takže v první fázi udělat program, který porovná stav v OSM a v RUIAN. > > Jak by měl vypadat výstup tohoto porovnání? > > Může nastat mnoho případů (nejde o disjunktní případy): > 1) bod je v RUIAN, ale chybí v OSM > 2) bod je v OSM, ale není v RUIAN > 3) je v OSM i v RUIAN, ale nemá stejnou polohu > 4) je v OSM i v RUIAN, ale má rozdílné údaje (číslo popisné, číslo > orientační, ulice, ...) > 5) v RUIAN není poloha definována > 6) v OSM chybí některé údaje (číslo popisné, orientační, ulice, ...) > 7) v OSM je bod vícekrát > 8) v OSM je místo bodu otagována budova > 9) v OSM jsou některé údaje navíc oproti RUIAN > 10 ... > > Přičemž nastává řada otázek ... např. co třeba považovat za stejný bod > v RUIAN i OSM (co se musí shodovat, s jakou tolerancí, ...). > > Honza > > > Dne 30. června 2012 13:36 Martin Kokeš <[email protected]> > napsal(a): > > Ano, PROJ4 je základ všeho. Ad program, tak to je skvělá zpráva. > > > > Osobně jsem pro adresní body uvnitř budov, protože budovy (polygony) lze > pak bez problémů očíslovat při vytváření topologie, viz Hanoj. S ohledem na > to, že RUIAN je základním registrem státní správy bych přešel komplet na > něj a rozdíly nahlásil, případně ověřil a nadále udržoval synchronní stav. > U budov a jakýchkoliv jiných polygonů je to těžké, možná by byl lepší > nějaký "tracer", co by netracoval, ale jen tahal napozicované a > transformované vektory z prostorové databáze, přičemž samotné vkládání nebo > rozhodnutí, zda vložit, by bylo už na uživateli. To se týká i WFS s tématem > INSPIRE parcely, které jsou krásně vyčištěny a ze kterých by šly dělat > např. zahrady, pole, lesy atp. podobným způsobem. > > > > MK > > > > ----- Original Message ----- > > From: Jan Bilak > > [mailto:[email protected]] > > To: OpenStreetMap Czech Republic > > [mailto:[email protected]] > > Sent: Sat, 30 Jun 2012 13:21:16 > > +0200 > > Subject: Re: [Talk-cz] Data RUIAN - výměnný formát > > > > > >> Ahoj, > >> > >> transformaci souřadnic mám rozchozenou v .NETu pomocí knihovny PROJ.4 > >> (http://trac.osgeo.org/proj/) s gridem > >> (http://grass.fsv.cvut.cz/gwiki/S-JTSK-Grid). Tedy alespoň v tom > >> doufám, že to počítá správně. Ověřoval jsem na příkladu, který > >> je > >> uveden na té stránce GRIDu - ten to spočítalo přesně. Bez použití > >> GRIDu byly výsledky trošku jiné. > >> > >> Spíše je otázka, co s tím dál, protože zatím ještě není dohodnuto, > >> jaký je ideální výsledný stav (zda adresní body nebo tagy na > >> budovách, > >> jaké tagy, jak nakládat se starými daty apod.) a jaký postup importu > >> tedy zvolit. > >> > >> Honza > >> > >> > >> Dne 30. června 2012 13:11 Martin Kokeš <[email protected]> > >> napsal(a): > >> > Čistě matematická transformace dosahuje značné nepřesnosti v > >> závislosti na lokalitě až 70 metrů. > >> > > http://grass.fsv.cvut.cz/gwiki/Chyba_při_transformaci_z_WGS84_do_S-JTSK > >> > > >> > Převod GML se dělá pomocí ogr2ogr, případně lze GDAL knihovnu > >> začlenit do Céčkového programu nebo do Python skriptu bez problémů > >> pomocí API: http://gdal.org/gdal_tutorial.html > >> > > >> > MK > >> > > >> > ----- Original Message ----- > >> > From: Pavel Machek [mailto:[email protected]] > >> > To: > >> > OpenStreetMap Czech Republic [mailto:[email protected]] > >> > Sent: Sat, > >> > 30 Jun 2012 12:45:23 +0200 > >> > Subject: Re: [Talk-cz] Data RUIAN - výměnný > >> > formát > >> > > >> > > >> >> On Sat 2012-06-23 04:45:21, Jan Bilak wrote: > >> >> Díky. Nevíte o nějakých > >> >> knihovnách (.NET, Java, JavaScript, C, C++, > >> >> ...) pro transformaci pomocí > >> >> toho S-JTSK gridu? Nebo, pokud nejsou > >> >> přímo knihovny, ve kterých > >> >> opensource programech s vhodnou licencí by > >> >> tato transformace šla > >> >> najít? > >> > > >> > Ja tu mam: > >> > > >> > gdalwarp -s_srs "+proj=krovak +a=6377397.155 > >> >> +rf=299.1528128 +no_defs > >> > +towgs84=570.8,85.7,462.8,4.998,1.587,5.261,3.56" > >> >> -t_srs > >> > "+proj=latlong +a=6378137 +rf=298.257223563 > >> >> +no_defs > >> > +towgs84=0.000,0.000,0.000" > >> >> /data/gis/READ-ONLY/cechy.tif > >> > /tmp/delme.tiff > >> > > >> > a pak pascalovej zdrojak: > >> > > >> > { > >> > > >> >> Copyright 2005 Zdenek Hrdina, distribute under GPLv2 > >> > } > >> > > >> > procedure > >> >> jtsk_wgs( X,Y,Hel:double; var B,L,H:double); > >> > {Vypocet zemepisnych souradnic > >> >> v systemu WGS-84 z rovinnych souradnic > >> > S-JTSK a elipsoidicke > >> >> vysky} > >> > > >> > procedure transformace_BLH(var B,L,H: double); > >> > {Transformace > >> >> zemepisnych souradnic z JTSK do WGS} > >> > var > >> >> lat,lon,alt,x1,y1,z1,x2,y2,z2:double; > >> > > >> > > >> > ... Poslu nebo by mel jit > >> >> vygooglit. > >> > -- > >> > (english) http://www.livejournal.com/~pavelmachek > >> > (cesky, > >> >> pictures) > >> >> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html > >> > > >> > _______________________________________________ > >> > Talk-cz > >> >> mailing > >> >> list > >> > [email protected] > >> > http://lists.openstreetmap.org/listinfo/talk-cz > >> > > >> > _______________________________________________ > >> > Talk-cz mailing list > >> > [email protected] > >> > http://lists.openstreetmap.org/listinfo/talk-cz > >> > >> _______________________________________________ > >> Talk-cz mailing list > >> [email protected] > >> http://lists.openstreetmap.org/listinfo/talk-cz > >> > > > > _______________________________________________ > > Talk-cz mailing list > > [email protected] > > http://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/talk-cz >
_______________________________________________ Talk-cz mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-cz
