Re: [Talk-cz] administrativni hranice z RUIAN
jzvc wrote: PS: http://tools.geofabrik.de/osmi/?view=boundarieslon=15.30692lat=50.28099zoom=17overlays=coastline,boundary_relations_1,boundary_relations_2,boundary_relations_3,boundary_relations_4,boundary_ways_1,boundary_ways_2,boundary_ways_3,boundary_ways_4,boundary_ways_with_unknown_admlvl,non_simple_boundary_ways Jeste se importuje nebo uz je to hotovo? Na uvedenym linku je nejakej bordelismus. Jeste se importuje - resim poslednich par pripadu uvnitr statu, kde update selhal. Tenhle příklad (+5 dalších ve stejné kategorii) je nejaky divny. Zda se, ze self-intersection pochazi z RUIAN dat. Ale jeste jsem presne nevypatral, kde presne je chyba... pracuju na tom. Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Petr Morávek [Xificurk] wrote: Ahoj, spichnul jsem programek na porovnani hranic, co mame nyni v OSM, s hranicemi v RUIAN. Překvapením je, že u zhruba 1500 (10%) KÚ se průběh hranic liší o 100m a více. Takže jsem spíchnul skript, který dokáže automaticky hranice opravit (nahradit) podle dat v RUIAN, malý test [1]. Co to (ne)umí: - opravuje hranice po jednotlivých KÚ. - nešahá na KÚ, která jsou na hranici ČR. - nešahá na KÚ, u kterých se změnily sousedi (např. RUIAN říká, že hranice KÚ X sousedí s KÚ A,B,C, ale v OSM máme, že sousedí s A,B,C,D). - vytvoří nové body a cesty podle RUIAN, updatne relace hranic a na závěr se pokusí smazat staré body a cesty. Než to pustím nějak ve větším chtěl jsem to trochu prodiskutovat, jestli takhle ano, příp. co změnit. Především mě zajímá jaký máte názor na zjednodušení geometrie importovaných cest (momentálně se žádné neprovádí)? Zdraví, Petr Morávek aka Xificurk [1] http://www.openstreetmap.org/browse/relation/426320 http://www.openstreetmap.org/browse/changeset/12878890 http://www.openstreetmap.org/browse/changeset/1287 Ahoj, vzhledem k tomu, že se žádné zásadní námitky neobjevily, tak skript pustím na relativně malé (~300) množině KÚ, kde se hranice liší nejvíce. Pokud se neobjeví nějaký nečekaný problém, tak budu pokračovat dál a postupně zpřesňovat hranice v OSM. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Ahoj, malý update o stavu aktualizace hranic a jedna prosba o pomoc. 1) Navázané objekty na hranice: Ukázalo se, že navázaných objektů opravdu není moc - většinou náhodné osamocené nody, které byly na cesty hranic napojeny spíše náhodou při editaci než že by nesly nějakou dodatečnou informaci. Nicméně sem tam se objeví něco, co by stálo za to zpětně navázat - seznam si udržuju a po dokončení aktualizace hranic zpětně sloučím. Pokud jich bude hodně, tak někde vystavím seznam a požádám o pomoc s úklidem. Ale to všechno až bude aktualizace hranic dokončena, zatím prosím pozdržte jejich případné napojování. 2) Ukázalo se, že existuje dost hranic KÚ, které mají oproti RUIAN jinou topologii (at už v důsledku zmeny hranice, nebo nepresnosti původního importu), což způsobuje, že skript na jejich aktualizaci selže. Postupně tyto problémy ručně opravuju, ale pokud chcete pomoci s aktualizací hranic, tak se můžete přidat. Co je potřeba opravit? Jde o to, aby každé KÚ sdílelo úseky hranice se správnými sousedy. Příklad: https://www.dropbox.com/s/beg7fx36jdfqbx7/before.png je třeba opravit na: https://www.dropbox.com/s/sqifntwkt9rh9zq/after.png viz: http://www.openstreetmap.org/browse/changeset/12958746 Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Martin Kokeš wrote: Jsem stejného názoru. Pracuju s daty z RÚIAN a WSDP ISKN v CouchDB, kde mám uložené přesně transformované souřadnice přes nadgrids=czech a pro výstup v GeoJSON je lehce generalizuju. Když tu ty data jsou, tak proč je nemít přesná. MK V souvislosti se zjednodušováním geometrie, mi až teď došlo, že zatím jsem používal sedmiprvkovou transformaci s klíčem +towgs, která nemá úplně nejlepší přesnost. Můžete mě prosím někdo nasměrovat na vhodný soubor s českým gridem? Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
wget http://git.zcu.cz/grid/czech.lla nad2bin czech.lla /usr/share/proj/czech 2065 mi pak funguje jako '+proj=krovak +lat_0=49.5 +lon_0=42.5 +alpha=30.2881397222 +k=0. +x_0=-0 +y_0=-0 +ellps=bessel +nadgrids=czech +pm=ferro +to_meter=-1 +no_defs' resp. zkráceně, definice toWGS se nahradí za definici nadgrids MK - Original Message - From: Petr Morávek [Xificurk] [mailto:p...@pada.cz] To: OpenStreetMap Czech Republic [mailto:talk-cz@openstreetmap.org] Sent: Fri, 31 Aug 2012 14:06:26 +0200 Subject: Re: [Talk-cz] Administrativni hranice z RUIAN Martin Kokeš wrote: Jsem stejného názoru. Pracuju s daty z RÚIAN a WSDP ISKN v CouchDB, kde mám uložené přesně transformované souřadnice přes nadgrids=czech a pro výstup v GeoJSON je lehce generalizuju. Když tu ty data jsou, tak proč je nemít přesná. MK V souvislosti se zjednodušováním geometrie, mi až teď došlo, že zatím jsem používal sedmiprvkovou transformaci s klíčem +towgs, která nemá úplně nejlepší přesnost. Můžete mě prosím někdo nasměrovat na vhodný soubor s českým gridem? Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Co jsem tak vysledoval, tak to máme přesněji než třeba Němci, kteří to importovali z nějakého soukromého mapového zdroje, ne moc přčsného. Ale stejně - onehdá jsem hejbnul kouskem hranice, protože byla očividně mimo a to bylo křiku... Tak hodně štěstí. Mike On 28.8.2012 16:40, Petr Morávek [Xificurk] wrote: Petr Kadlec wrote: 2012/8/27 LM_1 flukas.robot+...@gmail.com: To je otázka, která mě už delší zajímá, ale zatím jsem nenašel uspokojivou odpověď - Kde jsou definované hranice (od katastrálního území po státní)? Je opravdu hranice dána definičně řadou souřadnic nebo spíš popsána pomocí fyzických objektů (řeka, hřeben, silnice, hraniční kámen...) a ty souřadnice jsou jen odvozeným vyjádřením pro praktické účely? U státní hranice může být pravda obojí, záleží, jak je přesně hranice definována v příslušných mezinárodních smlouvách, resp. hraničním dokumentárním díle: může to být jak pomocí lomových bodů (potažmo hraničních znaků), tak hraničním vodním tokem, hraniční cestou atp. (viz zákon č. 312/2001 Sb.). Některé části hranice jsou tak nepohyblivé, některé se mohou pohybovat např. přirozenou změnou polohy koryta hraničního vodního toku (viz např. 246/1997 Sb.). Státní hranice je trochu spešl případ, proto na ni také radši nechci moc šahat. Na mnoha místech příliš nesedí s tím, co je v RUIAN. Třeba německá a rakouská hranice se zdá, že je importovaná z nějakého jejich zdroje, takže by časem bylo dorbé zjistit, jestli je přesnější jejich nebo náš RUIAN (jestli to vůbec lze rozhodnout vzhledem k charakteru definice státních hranic). Ale uvnitř státu máme snad vše rozparcelováno a definováno relativně přesně pomocí polygonů, tak jak to je v RUIAN, tj. nezávisle na tom kudy zrovna vede cesta nebo teče potok. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Jenže ono to tak často je, že dům stojí na dvou katastrálních územích. Raději bych to nezačleňoval do jiných prvků, ať se s tím dá v budoucnu lépe manipulovat. On 28.8.2012 9:06, Petr Morávek [Xificurk] wrote: hanoj wrote: Geometrii bych určitě nezjednodušoval, to je celkem zbytečná nepřesnost. *** uplne bych se tomu nebranil, presna hranice ma smysl pokud pracuji s katastralni mapou (aby 1 parcela nebyla ve 2 k.u.). Chyba 1 metr je v nasich potrebach dostacujici. Já si zas říkám, že ty nody se dají případně zrecyklovat i na další věci (vzhledem k tomu, že vedou po hranicích parcel). Jestliže vede hranice přesně se zdí domu, tak by zjednodušení mohlo způsobit, že najednou bude roh domu na jedné straně zbytek na druhé straně hranice. V podstatě jediný důvod pro zjednodušení je redukce většího množství nodů... což mi nepřijde jako příliš silný argument. Staré uzly a cesty bych mazal jen pokud nemají kromě hranice žádný jiný tag. S těmi co mají bych možná vůbec nehýbal automaticky (hranice vedoucí středem řeky apod.) *** to doufam nemaji, hranice byly vytvoreny jako balik autonomnich entit tj. nezavisly na fyzickych prvcich mapy. A pokud se tak v editacich useru stalo, mela by se data opet stat autonomni. Občas bohužel mají... už jsem na to v minulosti při opravách narazil. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
On 28.8.2012 10:10, LM_1 wrote: Dne 28. srpna 2012 7:24 hanoj eha...@gmail.com napsal(a): Geometrii bych určitě nezjednodušoval, to je celkem zbytečná nepřesnost. *** uplne bych se tomu nebranil, presna hranice ma smysl pokud pracuji s katastralni mapou (aby 1 parcela nebyla ve 2 k.u.). Chyba 1 metr je v nasich potrebach dostacujici. To bych netvrdil. Tam, kde jsou přesné katastrální mapy je přesnost mnohem vyšší než v metrech a očekával bych, že se bude spíš zvyšovat. Staré uzly a cesty bych mazal jen pokud nemají kromě hranice žádný jiný tag. S těmi co mají bych možná vůbec nehýbal automaticky (hranice vedoucí středem řeky apod.) *** to doufam nemaji, hranice byly vytvoreny jako balik autonomnich entit tj. nezavisly na fyzickych prvcich mapy. A pokud se tak v editacich useru stalo, mela by se data opet stat autonomni. S tím nesouhlasím. Úplně nezávislou vrstvu dat by si ostatně mohl každý použít přímo ze zdroje. To, že se data spojí - hranice vedoucí plotem nebo zdí domu - je přidaná hodnota. Navíc je tím zajištěno zarovnání. Žádný balík autonomních entit nemá v osm moc co dělat, jak se jednou importuje tak splývá s ostatními daty. Něco jako Co jednou peklo schvátí, to už nikdy nenavrátí. :) S tím zase nesouhlasím já. Je naprosto běžné, skoro pravidlem, že plot se postavil podle starého zaměření, podle nového je ale o metr vedle, než vede hranice. Další příklad - u nás se teď má přesouvat potok o cca 3 metry, takže posunu potok a co ta hranice? Tu přece nemůžu posunout... ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Mike wrote: Jenže ono to tak často je, že dům stojí na dvou katastrálních územích. Jenže o tomhle případu jsem já vůbec nepsal. ;-) Zopakuji, co jsem napsal už dříve: JESTLIŽE vede hranice přesně se zdí domu, tak by zjednodušení mohlo způsobit, že najednou bude roh domu na jedné straně a zbytek na druhé straně hranice. A přidám: JESTLIŽE vede hranice skrz dům, tak by zjednodušení mohlo způsobit, že najednou bude celý dům jen na jedné straně hranice. To samé platí o tvé připomínce k plotu z druhého mailu: JESTLIŽE plot vede po hranici, tak je spojení obou objektů naprosto v pořádku a dává dodatečnou informaci. JESTLIŽE vede plot vedle hranice, tak je spojení samozřejmě špatně. Opravdu si myslím, že když už ta přesná data máme, tak bysme je neměli zbytečně znehodnocovat. Ad zjednodušení geometrií: Dělal jsem ještě nějaké testy na datech RUIANu a zdá se, že pokud provedu zjednodušení (Douglas-Peucker) s přesností na 1cm (což je taky zhruba přesnost s jakou jsou data v OSM uložena), tak počet nodů jde dolu o zhruba 17%. To je myslím celkem slušná redukce bez výrazné ztráty informace. Jen pro úplnost: přesnost 0.1m dává redukci 22%, 1m potom 39%. Zdraví, Petr Morávek ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Doufám, že to pak po jednoduchém simplify nevypadá jako na třetím obrázku... :-) http://trac.osgeo.org/postgis/wiki/UsersWikiSimplifyPreserveTopology MK - Original Message - From: Petr Morávek [Xificurk] [mailto:p...@pada.cz] To: OpenStreetMap Czech Republic [mailto:talk-cz@openstreetmap.org] Sent: Thu, 30 Aug 2012 12:12:14 +0200 Subject: Re: [Talk-cz] Administrativni hranice z RUIAN Mike wrote: Jenže ono to tak často je, že dům stojí na dvou katastrálních územích. Jenže o tomhle případu jsem já vůbec nepsal. ;-) Zopakuji, co jsem napsal už dříve: JESTLIŽE vede hranice přesně se zdí domu, tak by zjednodušení mohlo způsobit, že najednou bude roh domu na jedné straně a zbytek na druhé straně hranice. A přidám: JESTLIŽE vede hranice skrz dům, tak by zjednodušení mohlo způsobit, že najednou bude celý dům jen na jedné straně hranice. To samé platí o tvé připomínce k plotu z druhého mailu: JESTLIŽE plot vede po hranici, tak je spojení obou objektů naprosto v pořádku a dává dodatečnou informaci. JESTLIŽE vede plot vedle hranice, tak je spojení samozřejmě špatně. Opravdu si myslím, že když už ta přesná data máme, tak bysme je neměli zbytečně znehodnocovat. Ad zjednodušení geometrií: Dělal jsem ještě nějaké testy na datech RUIANu a zdá se, že pokud provedu zjednodušení (Douglas-Peucker) s přesností na 1cm (což je taky zhruba přesnost s jakou jsou data v OSM uložena), tak počet nodů jde dolu o zhruba 17%. To je myslím celkem slušná redukce bez výrazné ztráty informace. Jen pro úplnost: přesnost 0.1m dává redukci 22%, 1m potom 39%. Zdraví, Petr Morávek ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Vesměs s tebou souhlasím, ale píšu to z toho důvodu, že za rok dojde k aktualizaci dat v CUZK, budou se zase aktualizovat data v OSM a najednou se zjistí, že ten plot opravdu nevede po hranici, že barák opravdu je rozdělen, přestože před tím nebyl a zase se bude řešit, co s tím. Vždyť je to pořád dokola. Současná data jsou také import, který měl být přesný, ale není, prostě věci se mění. Nehledě na to, že si někdo nevšimne, že potok je součástí relace hranice, rozdělí ho, kus tam vloží a už nepřidá do relace a hned je hranice rozbitá, což zase rozbije vyhledávače a různé jiné programy, než si toho někdo/něco všimne. Podle mne administrativní a fyzické objekty se nemají mixovat dohromady z těchto důvodů, přestože to zní lákavě. On 30.8.2012 12:12, Petr Morávek [Xificurk] wrote: Mike wrote: Jenže ono to tak často je, že dům stojí na dvou katastrálních územích. Jenže o tomhle případu jsem já vůbec nepsal. ;-) Zopakuji, co jsem napsal už dříve: JESTLIŽE vede hranice přesně se zdí domu, tak by zjednodušení mohlo způsobit, že najednou bude roh domu na jedné straně a zbytek na druhé straně hranice. A přidám: JESTLIŽE vede hranice skrz dům, tak by zjednodušení mohlo způsobit, že najednou bude celý dům jen na jedné straně hranice. To samé platí o tvé připomínce k plotu z druhého mailu: JESTLIŽE plot vede po hranici, tak je spojení obou objektů naprosto v pořádku a dává dodatečnou informaci. JESTLIŽE vede plot vedle hranice, tak je spojení samozřejmě špatně. Opravdu si myslím, že když už ta přesná data máme, tak bysme je neměli zbytečně znehodnocovat. Ad zjednodušení geometrií: Dělal jsem ještě nějaké testy na datech RUIANu a zdá se, že pokud provedu zjednodušení (Douglas-Peucker) s přesností na 1cm (což je taky zhruba přesnost s jakou jsou data v OSM uložena), tak počet nodů jde dolu o zhruba 17%. To je myslím celkem slušná redukce bez výrazné ztráty informace. Jen pro úplnost: přesnost 0.1m dává redukci 22%, 1m potom 39%. Zdraví, Petr Morávek ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlA/QQIACgkQkWJlWekVrbI9IgCfSACRG2ShFMSEkVhGEyGjTPUh M74AoIg88D0r98cG9IuxWube36ls0FtW =T8UI -END PGP SIGNATURE- ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Mike wrote: Vesměs s tebou souhlasím, ale píšu to z toho důvodu, že za rok dojde k aktualizaci dat v CUZK, budou se zase aktualizovat data v OSM a najednou se zjistí, že ten plot opravdu nevede po hranici, že barák opravdu je rozdělen, přestože před tím nebyl a zase se bude řešit, co s tím. Vždyť je to pořád dokola. Současná data jsou také import, který měl být přesný, ale není, prostě věci se mění. Zas tak černě bych to neviděl. Starý import probíhal z řádově méně přesných data. Teď máme konečně k dispozici rozumně přesný (a udržovaný) zdroj dat ve vhodném formátu. Hájím přístup, že pokud se zjistí (větší) změna hranice, tak se prostě hranice nahraje znova a staré cesty/body se ponechají jen pokud nesou nějakou jinou informaci. Takhle, když někdo spojí plot s hranicí (protože tam prostě ta hranice vede), tak ten plot zůstane spojený tak dlouho, dokud se průběh hranice výrazně nezmění... a až se změní, tak se prostě ta hranice posune na nové místo a plot zůstane. Žádné řešení stejného problému pořád dokola. Nehledě na to, že si někdo nevšimne, že potok je součástí relace hranice, rozdělí ho, kus tam vloží a už nepřidá do relace a hned je hranice rozbitá, což zase rozbije vyhledávače a různé jiné programy, než si toho někdo/něco všimne. Tuhle připomínku už jsem párkrát slyšel a můj názor je, že tohle by měl řešit editor! Asi jsem rozmazlený z Merkaartoru, kde při rozdělení cesty, která je součástí nějaké relace, se automaticky do dané relace přidá i nově vytvořený úsek. Jestliže tohle nějaký editor neumí, tak by to asi chtělo dát vědět autorům, že taková funkce chybí. A zrovna u těch administrativních hranic, můžu s celkem slušnou jistotou říct, že si takových chyb všimnu ;-) Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
JOSM i Potlatch přidají do relace obě výsledné cesty po rozdělění. Tam by problém být neměl. Hranice (nebo jiné objekty) se v OSM mění když se změní v realitě nebo když jsou zpřesněny. Druhá varianta je u hranic (tam kde jsou obnovené katastrální mapy) celkem nepravděpodobná a první variantu řeší dobře přístup změny jen tagů a relacích patřících ke hranici. Dost dobře si nedovedu představit jak by měla vypadat přesná mapa s nezávislými hranicemi - různé body přes sebe? náhodná odchylka aby přes sebe nebyly? sdílené jen body (už nejsou nezávislé)? Co se týče zjednodušení tak přesnost 1cm by určitě neměla být problém (akorát se tím posunou některé body a některé zmizí, což by mohlo působit problémy při aktualizaci - po změně jednoho uzlu v nezjednodušených datech by mohl algoritmus dojít k celkové změně, která by ovlivnila mnohem větší oblast. Lukáš Matějka (LM_1) Dne 30. srpna 2012 13:39 Petr Morávek [Xificurk] p...@pada.cz napsal(a): Mike wrote: Vesměs s tebou souhlasím, ale píšu to z toho důvodu, že za rok dojde k aktualizaci dat v CUZK, budou se zase aktualizovat data v OSM a najednou se zjistí, že ten plot opravdu nevede po hranici, že barák opravdu je rozdělen, přestože před tím nebyl a zase se bude řešit, co s tím. Vždyť je to pořád dokola. Současná data jsou také import, který měl být přesný, ale není, prostě věci se mění. Zas tak černě bych to neviděl. Starý import probíhal z řádově méně přesných data. Teď máme konečně k dispozici rozumně přesný (a udržovaný) zdroj dat ve vhodném formátu. Hájím přístup, že pokud se zjistí (větší) změna hranice, tak se prostě hranice nahraje znova a staré cesty/body se ponechají jen pokud nesou nějakou jinou informaci. Takhle, když někdo spojí plot s hranicí (protože tam prostě ta hranice vede), tak ten plot zůstane spojený tak dlouho, dokud se průběh hranice výrazně nezmění... a až se změní, tak se prostě ta hranice posune na nové místo a plot zůstane. Žádné řešení stejného problému pořád dokola. Nehledě na to, že si někdo nevšimne, že potok je součástí relace hranice, rozdělí ho, kus tam vloží a už nepřidá do relace a hned je hranice rozbitá, což zase rozbije vyhledávače a různé jiné programy, než si toho někdo/něco všimne. Tuhle připomínku už jsem párkrát slyšel a můj názor je, že tohle by měl řešit editor! Asi jsem rozmazlený z Merkaartoru, kde při rozdělení cesty, která je součástí nějaké relace, se automaticky do dané relace přidá i nově vytvořený úsek. Jestliže tohle nějaký editor neumí, tak by to asi chtělo dát vědět autorům, že taková funkce chybí. A zrovna u těch administrativních hranic, můžu s celkem slušnou jistotou říct, že si takových chyb všimnu ;-) Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
LM_1 wrote: Co se týče zjednodušení tak přesnost 1cm by určitě neměla být problém (akorát se tím posunou některé body a některé zmizí, což by mohlo působit problémy při aktualizaci - po změně jednoho uzlu v nezjednodušených datech by mohl algoritmus dojít k celkové změně, která by ovlivnila mnohem větší oblast. Kandidáty na aktualizaci vybírám podle toho, jestli se OSM hranice a RUIAN hranice liší o více než x metrů. V první fázi jsem to pouštěl pro x=100, abych podchytil ty největší excesy. Do budoucna bych chtěl postupně opravit i hranice s menší chybou až do řádově několika metrů. Taková vzdálenost celkem spolehlivě zaručuje, že zaokrouhlovací chyba, kterou zmiňuješ, aktualizaci nespustí. A zrovna tak ji nespustí drobné posunutí pár bodů uživatelem. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
V tom případě je to bez problému. U hranic s odchylkou přes metr bych nečekal ani spojení s plotem, hranicí lesa apod. LM Dne 30. srpna 2012 16:20 Petr Morávek [Xificurk] p...@pada.cz napsal(a): LM_1 wrote: Co se týče zjednodušení tak přesnost 1cm by určitě neměla být problém (akorát se tím posunou některé body a některé zmizí, což by mohlo působit problémy při aktualizaci - po změně jednoho uzlu v nezjednodušených datech by mohl algoritmus dojít k celkové změně, která by ovlivnila mnohem větší oblast. Kandidáty na aktualizaci vybírám podle toho, jestli se OSM hranice a RUIAN hranice liší o více než x metrů. V první fázi jsem to pouštěl pro x=100, abych podchytil ty největší excesy. Do budoucna bych chtěl postupně opravit i hranice s menší chybou až do řádově několika metrů. Taková vzdálenost celkem spolehlivě zaručuje, že zaokrouhlovací chyba, kterou zmiňuješ, aktualizaci nespustí. A zrovna tak ji nespustí drobné posunutí pár bodů uživatelem. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Dne 29.8.2012 10:33, Petr Morávek [Xificurk] napsal(a): Jakub wrote: V tomto souhlasím s LM, že pokud spojení dat je přidaná hodnota a tam kde to tak je by se neměly cesty mazat, ale upravovat. Hranice rozhodně autonomní entity nejsou, mohou přece mimo fyzických věcí koincidovat i s jinými abstraktními geoinformacemi - jako hranice psč nebo něco takového a pokud z nějaké vyhlášky koincidují tak je obrovská přidaná hodnota, že budou v OSM koincidovat. Navíc i koincidence s objekty jako ploty, zdi, přírodní útvary a podobně je také přidaná hodnota, často i pro upřesnění polohy těchto objektů. S tím upravováním starých cest to není tak jednoduché. Není úplně jednoduché analyzovat, jaké části hranice se jak změnily, a rozhodnout, jestli se hranice posunula někam jinam, nebo jde jen o nepřesnost určení polohy té staré. Obecně asi takových případů příliš nebude. Upravil jsem skript podle připomínky Lukáše, aby nemazal cesty/nody s jinými tagy, tento konflikt mi hlásí v logu. Přijde mi jednodušší se po aktualizaci na dané místo podívat ručně a případně daný objekt znovu sloučit s hranicí. Aktualni stav hranic je, ze jsou dost nepresne (+- metry az desitky metru). Par useku sem zpresnil jak se dalo (dle KM) a je na nich note nesahat, presne ... (prevazne okres teplice). Predpokladam, ze pokud je bod hranice do rekneme tech 10m od bodu v RUIAN, a sirokodaleko neni zadnej jinej, lze jej prohlasit za ten bod a posunout jej do nove pozice. Na useky mezi takto detekovanymi body bych pak asi doplnil chybejici z RUIAN. Vyhoda je, ze nebudu nic delat s vlastni way = zadny aktualizace relaci ... Pokud takovy (posunovany) body jsou soucasti neceho dalsiho (budova, plot, ) je to stejne asi na nejaky polomanuelni proces. Samo, vytvorit novou hranici a starou odstranit by bylo jednoduchy, ale jak bylo receno, ztraci se informace, ktera muze a nemusi odpovidat stavajicimu stavu (plot, vodni tok, ...) Asi bych navrhnul zjistit: 1) pocet hranic, ktere jsou vedeny jako ciste samostatne objekty (= nikde nesdili zadny usek ani body s nicim jinym). U tech bude aktualizace asi celkem bezproblemova. 2) pocty hranic se soubeznyma cestama - mozna rozpadnout na ruzne typy (voda/silnice/...) A podle toho kolik z toho vypadne bych resil co s tim dal. Podle me bude drtiva vetsina hranic vzhledem k predchozimu importu nenapojena nikam a tech problematickych useku by nemuselo byt mnoho. Mimochodem jak je to tedy s tou definicí hranic jak se ptal LM? Jsou vždy definované body, nebo jsou někde oficiálně navázány na nějaké fyzické objekty. Pokud vím, tak máme celou republiku rozparcelovanou, polygony parcel jsou na příslušných katastrálních úřadech (resp. v různých registrech jako třeba RUIAN), parcely se skládají do katastrálních území, katastrální území do obcí... Jediný problém může být státní hranice. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
jzvc wrote: Aktualni stav hranic je, ze jsou dost nepresne (+- metry az desitky metru). Par useku sem zpresnil jak se dalo (dle KM) a je na nich note nesahat, presne ... (prevazne okres teplice). Predpokladam, ze pokud je bod hranice do rekneme tech 10m od bodu v RUIAN, a sirokodaleko neni zadnej jinej, lze jej prohlasit za ten bod a posunout jej do nove pozice. Na useky mezi takto detekovanymi body bych pak asi doplnil chybejici z RUIAN. Vyhoda je, ze nebudu nic delat s vlastni way = zadny aktualizace relaci ... Nahradit v relaci jednu cestu za novou není žádný problém. Naopak provést poctivě analýzu, jakou navrhuješ je řádově složitější problém (a taky mnohem náchylnější na chyby). Pokud takovy (posunovany) body jsou soucasti neceho dalsiho (budova, plot, ) je to stejne asi na nejaky polomanuelni proces. Samo, vytvorit novou hranici a starou odstranit by bylo jednoduchy, ale jak bylo receno, ztraci se informace, ktera muze a nemusi odpovidat stavajicimu stavu (plot, vodni tok, ...) Asi bych navrhnul zjistit: 1) pocet hranic, ktere jsou vedeny jako ciste samostatne objekty (= nikde nesdili zadny usek ani body s nicim jinym). U tech bude aktualizace asi celkem bezproblemova. 2) pocty hranic se soubeznyma cestama - mozna rozpadnout na ruzne typy (voda/silnice/...) A podle toho kolik z toho vypadne bych resil co s tim dal. Podle me bude drtiva vetsina hranic vzhledem k predchozimu importu nenapojena nikam a tech problematickych useku by nemuselo byt mnoho. Bez obalu řeknu, že se mi příliš do téhle analýzy nechce... nějaký jiný dobrovolník? Ale už nějakou dobu se snažím udržovat hranice v konzistentním stavu, takže mám trochu přehled - objekty napojené na hranice jsou spíše výjimkou. Obecně mi není moc jasné, jaký problém se snažíš vyřešit - že se při aktualizaci ztratí informace o napojení? Rozhodnout, jestli napojení stále platí nebo ne, stejně musí člověk. Třeba tak, že se podle logu aktualizace podívám ručně na danou oblast. Plně automaticky to rozhodnout fakt nejde. Nevidím žádný přínos v zesložiťování nastíněného algoritmu aktualizace. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Dne 30.8.2012 17:56, Petr Morávek [Xificurk] napsal(a): jzvc wrote: Aktualni stav hranic je, ze jsou dost nepresne (+- metry az desitky metru). Par useku sem zpresnil jak se dalo (dle KM) a je na nich note nesahat, presne ... (prevazne okres teplice). Predpokladam, ze pokud je bod hranice do rekneme tech 10m od bodu v RUIAN, a sirokodaleko neni zadnej jinej, lze jej prohlasit za ten bod a posunout jej do nove pozice. Na useky mezi takto detekovanymi body bych pak asi doplnil chybejici z RUIAN. Vyhoda je, ze nebudu nic delat s vlastni way = zadny aktualizace relaci ... Nahradit v relaci jednu cestu za novou není žádný problém. Naopak provést poctivě analýzu, jakou navrhuješ je řádově složitější problém (a taky mnohem náchylnější na chyby). Pokud takovy (posunovany) body jsou soucasti neceho dalsiho (budova, plot, ) je to stejne asi na nejaky polomanuelni proces. Samo, vytvorit novou hranici a starou odstranit by bylo jednoduchy, ale jak bylo receno, ztraci se informace, ktera muze a nemusi odpovidat stavajicimu stavu (plot, vodni tok, ...) Asi bych navrhnul zjistit: 1) pocet hranic, ktere jsou vedeny jako ciste samostatne objekty (= nikde nesdili zadny usek ani body s nicim jinym). U tech bude aktualizace asi celkem bezproblemova. 2) pocty hranic se soubeznyma cestama - mozna rozpadnout na ruzne typy (voda/silnice/...) A podle toho kolik z toho vypadne bych resil co s tim dal. Podle me bude drtiva vetsina hranic vzhledem k predchozimu importu nenapojena nikam a tech problematickych useku by nemuselo byt mnoho. Bez obalu řeknu, že se mi příliš do téhle analýzy nechce... nějaký jiný dobrovolník? Ale už nějakou dobu se snažím udržovat hranice v konzistentním stavu, takže mám trochu přehled - objekty napojené na hranice jsou spíše výjimkou. Obecně mi není moc jasné, jaký problém se snažíš vyřešit - že se při aktualizaci ztratí informace o napojení? Rozhodnout, jestli napojení stále platí nebo ne, stejně musí člověk. Třeba tak, že se podle logu aktualizace podívám ručně na danou oblast. Plně automaticky to rozhodnout fakt nejde. Nevidím žádný přínos v zesložiťování nastíněného algoritmu aktualizace. Vidim problem v tom, ze takhle vyrobis cosi jako totalne oddelenou vrstvu, sniz kdokoli cokoli spoji, tak ty mu to smaznes. = muzem vytvorit to co tu bylo zmineno, bitmapu z RUIAN, prohlasit tohle sou hranice a neni co resit. A bylo by zahodno nejen zpresnit stavajici stav, ale umoznit i potencielni aktualizace do budoucnosti. Ze je to slozitejsi - no to je. BTW: Zrovna nedavno sem opravoval hranice s polskem aspon co se lv tejce (a pak sem opravil i statni hranice polakum a doplnil kus hranice na slovensku), protoze to bylo totalne rozjebly ... at zije zmena licence ... a to slovaci pokud vim ty hranice taky z neceho importovali ... Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
jzvc wrote: Vidim problem v tom, ze takhle vyrobis cosi jako totalne oddelenou vrstvu, sniz kdokoli cokoli spoji, tak ty mu to smaznes. Ale vždyť už jsem několikrát psal, že jako nejlepší řešení vidím, že se podle logu na těch pár spojených starých objektů podívám ručně, a pokud to bude vhodné, tak je spojím zpět. Můžeš napsat konkrétně, co se ti na tomhle postupu nezamlouvá? Tohle podle mě fakt jinak než ručně (člověkem) rozhodnout nejde, pokud máš opačný názor, popiš prosím rozhodovací algoritmus (stačí slovně), který by tento problém spolehlivěe automaticky řešil. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Staré uzly a cesty bych mazal jen pokud nemají kromě hranice žádný jiný tag. S těmi co mají bych možná vůbec nehýbal automaticky (hranice vedoucí středem řeky apod.) *** to doufam nemaji, hranice byly vytvoreny jako balik autonomnich entit tj. nezavisly na fyzickych prvcich mapy. A pokud se tak v editacich useru stalo, mela by se data opet stat autonomni. S tím nesouhlasím. Úplně nezávislou vrstvu dat by si ostatně mohl každý použít přímo ze zdroje. To, že se data spojí - hranice vedoucí plotem nebo zdí domu - je přidaná hodnota. Navíc je tím zajištěno zarovnání. Žádný balík autonomních entit nemá v osm moc co dělat, jak se jednou importuje tak splývá s ostatními daty. Něco jako Co jednou peklo schvátí, to už nikdy nenavrátí. :) V tomto souhlasím s LM, že pokud spojení dat je přidaná hodnota a tam kde to tak je by se neměly cesty mazat, ale upravovat. Hranice rozhodně autonomní entity nejsou, mohou přece mimo fyzických věcí koincidovat i s jinými abstraktními geoinformacemi - jako hranice psč nebo něco takového a pokud z nějaké vyhlášky koincidují tak je obrovská přidaná hodnota, že budou v OSM koincidovat. Navíc i koincidence s objekty jako ploty, zdi, přírodní útvary a podobně je také přidaná hodnota, často i pro upřesnění polohy těchto objektů. Mimochodem jak je to tedy s tou definicí hranic jak se ptal LM? Jsou vždy definované body, nebo jsou někde oficiálně navázány na nějaké fyzické objekty. Jakub ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Jakub wrote: V tomto souhlasím s LM, že pokud spojení dat je přidaná hodnota a tam kde to tak je by se neměly cesty mazat, ale upravovat. Hranice rozhodně autonomní entity nejsou, mohou přece mimo fyzických věcí koincidovat i s jinými abstraktními geoinformacemi - jako hranice psč nebo něco takového a pokud z nějaké vyhlášky koincidují tak je obrovská přidaná hodnota, že budou v OSM koincidovat. Navíc i koincidence s objekty jako ploty, zdi, přírodní útvary a podobně je také přidaná hodnota, často i pro upřesnění polohy těchto objektů. S tím upravováním starých cest to není tak jednoduché. Není úplně jednoduché analyzovat, jaké části hranice se jak změnily, a rozhodnout, jestli se hranice posunula někam jinam, nebo jde jen o nepřesnost určení polohy té staré. Obecně asi takových případů příliš nebude. Upravil jsem skript podle připomínky Lukáše, aby nemazal cesty/nody s jinými tagy, tento konflikt mi hlásí v logu. Přijde mi jednodušší se po aktualizaci na dané místo podívat ručně a případně daný objekt znovu sloučit s hranicí. Mimochodem jak je to tedy s tou definicí hranic jak se ptal LM? Jsou vždy definované body, nebo jsou někde oficiálně navázány na nějaké fyzické objekty. Pokud vím, tak máme celou republiku rozparcelovanou, polygony parcel jsou na příslušných katastrálních úřadech (resp. v různých registrech jako třeba RUIAN), parcely se skládají do katastrálních území, katastrální území do obcí... Jediný problém může být státní hranice. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
hanoj wrote: Geometrii bych určitě nezjednodušoval, to je celkem zbytečná nepřesnost. *** uplne bych se tomu nebranil, presna hranice ma smysl pokud pracuji s katastralni mapou (aby 1 parcela nebyla ve 2 k.u.). Chyba 1 metr je v nasich potrebach dostacujici. Já si zas říkám, že ty nody se dají případně zrecyklovat i na další věci (vzhledem k tomu, že vedou po hranicích parcel). Jestliže vede hranice přesně se zdí domu, tak by zjednodušení mohlo způsobit, že najednou bude roh domu na jedné straně zbytek na druhé straně hranice. V podstatě jediný důvod pro zjednodušení je redukce většího množství nodů... což mi nepřijde jako příliš silný argument. Staré uzly a cesty bych mazal jen pokud nemají kromě hranice žádný jiný tag. S těmi co mají bych možná vůbec nehýbal automaticky (hranice vedoucí středem řeky apod.) *** to doufam nemaji, hranice byly vytvoreny jako balik autonomnich entit tj. nezavisly na fyzickych prvcich mapy. A pokud se tak v editacich useru stalo, mela by se data opet stat autonomni. Občas bohužel mají... už jsem na to v minulosti při opravách narazil. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Jsem stejného názoru. Pracuju s daty z RÚIAN a WSDP ISKN v CouchDB, kde mám uložené přesně transformované souřadnice přes nadgrids=czech a pro výstup v GeoJSON je lehce generalizuju. Když tu ty data jsou, tak proč je nemít přesná. MK - Original Message - From: Petr Morávek [Xificurk] [mailto:p...@pada.cz] To: OpenStreetMap Czech Republic [mailto:talk-cz@openstreetmap.org] Sent: Tue, 28 Aug 2012 09:06:49 +0200 Subject: Re: [Talk-cz] Administrativni hranice z RUIAN hanoj wrote: Geometrii bych určitě nezjednodušoval, to je celkem zbytečná nepřesnost. *** uplne bych se tomu nebranil, presna hranice ma smysl pokud pracuji s katastralni mapou (aby 1 parcela nebyla ve 2 k.u.). Chyba 1 metr je v nasich potrebach dostacujici. Já si zas říkám, že ty nody se dají případně zrecyklovat i na další věci (vzhledem k tomu, že vedou po hranicích parcel). Jestliže vede hranice přesně se zdí domu, tak by zjednodušení mohlo způsobit, že najednou bude roh domu na jedné straně zbytek na druhé straně hranice. V podstatě jediný důvod pro zjednodušení je redukce většího množství nodů... což mi nepřijde jako příliš silný argument. Staré uzly a cesty bych mazal jen pokud nemají kromě hranice žádný jiný tag. S těmi co mají bych možná vůbec nehýbal automaticky (hranice vedoucí středem řeky apod.) *** to doufam nemaji, hranice byly vytvoreny jako balik autonomnich entit tj. nezavisly na fyzickych prvcich mapy. A pokud se tak v editacich useru stalo, mela by se data opet stat autonomni. Občas bohužel mají... už jsem na to v minulosti při opravách narazil. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Dne 28. srpna 2012 7:24 hanoj eha...@gmail.com napsal(a): Geometrii bych určitě nezjednodušoval, to je celkem zbytečná nepřesnost. *** uplne bych se tomu nebranil, presna hranice ma smysl pokud pracuji s katastralni mapou (aby 1 parcela nebyla ve 2 k.u.). Chyba 1 metr je v nasich potrebach dostacujici. To bych netvrdil. Tam, kde jsou přesné katastrální mapy je přesnost mnohem vyšší než v metrech a očekával bych, že se bude spíš zvyšovat. Staré uzly a cesty bych mazal jen pokud nemají kromě hranice žádný jiný tag. S těmi co mají bych možná vůbec nehýbal automaticky (hranice vedoucí středem řeky apod.) *** to doufam nemaji, hranice byly vytvoreny jako balik autonomnich entit tj. nezavisly na fyzickych prvcich mapy. A pokud se tak v editacich useru stalo, mela by se data opet stat autonomni. S tím nesouhlasím. Úplně nezávislou vrstvu dat by si ostatně mohl každý použít přímo ze zdroje. To, že se data spojí - hranice vedoucí plotem nebo zdí domu - je přidaná hodnota. Navíc je tím zajištěno zarovnání. Žádný balík autonomních entit nemá v osm moc co dělat, jak se jednou importuje tak splývá s ostatními daty. Něco jako Co jednou peklo schvátí, to už nikdy nenavrátí. :) LM ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
2012/8/27 LM_1 flukas.robot+...@gmail.com: To je otázka, která mě už delší zajímá, ale zatím jsem nenašel uspokojivou odpověď - Kde jsou definované hranice (od katastrálního území po státní)? Je opravdu hranice dána definičně řadou souřadnic nebo spíš popsána pomocí fyzických objektů (řeka, hřeben, silnice, hraniční kámen...) a ty souřadnice jsou jen odvozeným vyjádřením pro praktické účely? U státní hranice může být pravda obojí, záleží, jak je přesně hranice definována v příslušných mezinárodních smlouvách, resp. hraničním dokumentárním díle: může to být jak pomocí lomových bodů (potažmo hraničních znaků), tak hraničním vodním tokem, hraniční cestou atp. (viz zákon č. 312/2001 Sb.). Některé části hranice jsou tak nepohyblivé, některé se mohou pohybovat např. přirozenou změnou polohy koryta hraničního vodního toku (viz např. 246/1997 Sb.). -- Petr Kadlec / Mormegil ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Petr Kadlec wrote: 2012/8/27 LM_1 flukas.robot+...@gmail.com: To je otázka, která mě už delší zajímá, ale zatím jsem nenašel uspokojivou odpověď - Kde jsou definované hranice (od katastrálního území po státní)? Je opravdu hranice dána definičně řadou souřadnic nebo spíš popsána pomocí fyzických objektů (řeka, hřeben, silnice, hraniční kámen...) a ty souřadnice jsou jen odvozeným vyjádřením pro praktické účely? U státní hranice může být pravda obojí, záleží, jak je přesně hranice definována v příslušných mezinárodních smlouvách, resp. hraničním dokumentárním díle: může to být jak pomocí lomových bodů (potažmo hraničních znaků), tak hraničním vodním tokem, hraniční cestou atp. (viz zákon č. 312/2001 Sb.). Některé části hranice jsou tak nepohyblivé, některé se mohou pohybovat např. přirozenou změnou polohy koryta hraničního vodního toku (viz např. 246/1997 Sb.). Státní hranice je trochu spešl případ, proto na ni také radši nechci moc šahat. Na mnoha místech příliš nesedí s tím, co je v RUIAN. Třeba německá a rakouská hranice se zdá, že je importovaná z nějakého jejich zdroje, takže by časem bylo dorbé zjistit, jestli je přesnější jejich nebo náš RUIAN (jestli to vůbec lze rozhodnout vzhledem k charakteru definice státních hranic). Ale uvnitř státu máme snad vše rozparcelováno a definováno relativně přesně pomocí polygonů, tak jak to je v RUIAN, tj. nezávisle na tom kudy zrovna vede cesta nebo teče potok. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Staré uzly a cesty bych mazal jen pokud nemají kromě hranice žádný jiný tag. S těmi co mají bych možná vůbec nehýbal automaticky (hranice vedoucí středem řeky apod.) *** to doufam nemaji, hranice byly vytvoreny jako balik autonomnich entit tj. nezavisly na fyzickych prvcich mapy. A pokud se tak v editacich useru stalo, mela by se data opet stat autonomni. S tím nesouhlasím. Úplně nezávislou vrstvu dat by si ostatně mohl každý použít přímo ze zdroje. *** muze, nemusi. Proc by nemohlo byt osm vse v jednom? To, že se data spojí - hranice vedoucí plotem nebo zdí domu - je přidaná hodnota. Navíc je tím zajištěno zarovnání. *** pridana hodnota to je v datovych modelech, kde existuji striktni topologicka pravidla. V OSM se fakticky nedodrzuji ani ta zakladni. K cemu jsou mi data o jednom fenomenu, ktera nabyvaji ruznych forem, vztahu, tagu, vazeb, relaci, primitiv, pokryti a kvality. Žádný balík autonomních entit nemá v osm moc co dělat, jak se jednou importuje tak splývá s ostatními daty. *** proc by ne, kdyz neni dalsi zdroj relevantnich informaci, ktere k nemu dodat. ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Dne 29. srpna 2012 1:17 hanoj eha...@gmail.com napsal(a): Staré uzly a cesty bych mazal jen pokud nemají kromě hranice žádný jiný tag. S těmi co mají bych možná vůbec nehýbal automaticky (hranice vedoucí středem řeky apod.) *** to doufam nemaji, hranice byly vytvoreny jako balik autonomnich entit tj. nezavisly na fyzickych prvcich mapy. A pokud se tak v editacich useru stalo, mela by se data opet stat autonomni. S tím nesouhlasím. Úplně nezávislou vrstvu dat by si ostatně mohl každý použít přímo ze zdroje. *** muze, nemusi. Proc by nemohlo byt osm vse v jednom? V OSM má být vše v jednom, můj nesohlas směřuje proti existenci chráněných, nedotknutelných vrstev. To, že se data spojí - hranice vedoucí plotem nebo zdí domu - je přidaná hodnota. Navíc je tím zajištěno zarovnání. *** pridana hodnota to je v datovych modelech, kde existuji striktni topologicka pravidla. V OSM se fakticky nedodrzuji ani ta zakladni. K cemu jsou mi data o jednom fenomenu, ktera nabyvaji ruznych forem, vztahu, tagu, vazeb, relaci, primitiv, pokryti a kvality. Když hledám hranici a v mapě je na stejné cestě jako plot, bude se mi líp hledat v realitě. Spojení s dalšími údaji hranice negativně neovlivní, stejně jsou to relace a o žádných kolizích tagů taky nevím. To, že se něco dělá špatně, je důvod to začít dělat správně a ne dělat špatně i všechno okolo. Nestejnoměrná, ale rostoucí, kvalita je obecnou vlastností OSM, v tom není rozdíl. Žádný balík autonomních entit nemá v osm moc co dělat, jak se jednou importuje tak splývá s ostatními daty. *** proc by ne, kdyz neni dalsi zdroj relevantnich informaci, ktere k nemu dodat. Bavíme se samozřejmě o případech, kdy relevantní informace existují. To, že někde vede hranice samozřejmně neznamená, že na ni naplácám všechno co je v okolí (stylem cesta tvořící silnici je zároveň okrajem lesa). LM ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
no, zní to pěkně :-) do hranic ale nevidím, tak se k tomu radši nebudu vyjadřovat. nicméně sem se chtěl zeptat, jestli si tu rúian databázi aktulizuješ a jestli ti to taky začalo shazovat postgis od určité verze updatu. já na tom v postatě stojím, nejsem schopný databázi aktualizovat. ff Dne 27.8.2012 15:24, Petr Morávek [Xificurk] napsal(a): Ahoj, spichnul jsem programek na porovnani hranic, co mame nyni v OSM, s hranicemi v RUIAN. Překvapením je, že u zhruba 1500 (10%) KÚ se průběh hranic liší o 100m a více. Takže jsem spíchnul skript, který dokáže automaticky hranice opravit (nahradit) podle dat v RUIAN, malý test [1]. Co to (ne)umí: - opravuje hranice po jednotlivých KÚ. - nešahá na KÚ, která jsou na hranici ČR. - nešahá na KÚ, u kterých se změnily sousedi (např. RUIAN říká, že hranice KÚ X sousedí s KÚ A,B,C, ale v OSM máme, že sousedí s A,B,C,D). - vytvoří nové body a cesty podle RUIAN, updatne relace hranic a na závěr se pokusí smazat staré body a cesty. Než to pustím nějak ve větším chtěl jsem to trochu prodiskutovat, jestli takhle ano, příp. co změnit. Především mě zajímá jaký máte názor na zjednodušení geometrie importovaných cest (momentálně se žádné neprovádí)? Zdraví, Petr Morávek aka Xificurk [1] http://www.openstreetmap.org/browse/relation/426320 http://www.openstreetmap.org/browse/changeset/12878890 http://www.openstreetmap.org/browse/changeset/1287 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Miroslav Šulc wrote: no, zní to pěkně :-) do hranic ale nevidím, tak se k tomu radši nebudu vyjadřovat. nicméně sem se chtěl zeptat, jestli si tu rúian databázi aktulizuješ a jestli ti to taky začalo shazovat postgis od určité verze updatu. já na tom v postatě stojím, nejsem schopný databázi aktualizovat. ff Neaktualizuju, na souborech z konce července to začlo padat (kompletně celá databáze). Ale zatím mě to moc netrápilo - je celkem jedno na jakých datech testuju skripty. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Dobrý nápad. Geometrii bych určitě nezjednodušoval, to je celkem zbytečná nepřesnost. Staré uzly a cesty bych mazal jen pokud nemají kromě hranice žádný jiný tag. S těmi co mají bych možná vůbec nehýbal automaticky (hranice vedoucí středem řeky apod.) Lukáš Matějka (LM_1) Dne 27. srpna 2012 15:40 Petr Morávek [Xificurk] p...@pada.cz napsal(a): Miroslav Šulc wrote: no, zní to pěkně :-) do hranic ale nevidím, tak se k tomu radši nebudu vyjadřovat. nicméně sem se chtěl zeptat, jestli si tu rúian databázi aktulizuješ a jestli ti to taky začalo shazovat postgis od určité verze updatu. já na tom v postatě stojím, nejsem schopný databázi aktualizovat. ff Neaktualizuju, na souborech z konce července to začlo padat (kompletně celá databáze). Ale zatím mě to moc netrápilo - je celkem jedno na jakých datech testuju skripty. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
LM_1 wrote: Staré uzly a cesty bych mazal jen pokud nemají kromě hranice žádný jiný tag. S těmi co mají bych možná vůbec nehýbal automaticky (hranice vedoucí středem řeky apod.) Dobrá připomínka, tuhle kontrolu přidám... Ale chování bych viděl spíš takové, že se ze staré cesty odstraní tagy boundary a admin_level, a uploadne se nová cesta. Jinak by se mohlo stát, že někde náhodně přidaný tag zablokuje update. Nelze spoléhat na to, že pokud někdy vedla hranice středem potoka, tak takhle povede vždycky... navíc toky potoků a řek se mění, ale vymezení adm. hranic je dáno přesně zaměřenými body. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
To je otázka, která mě už delší zajímá, ale zatím jsem nenašel uspokojivou odpověď - Kde jsou definované hranice (od katastrálního území po státní)? Je opravdu hranice dána definičně řadou souřadnic nebo spíš popsána pomocí fyzických objektů (řeka, hřeben, silnice, hraniční kámen...) a ty souřadnice jsou jen odvozeným vyjádřením pro praktické účely? LM Dne 27. srpna 2012 22:16 Petr Morávek [Xificurk] p...@pada.cz napsal(a): LM_1 wrote: Staré uzly a cesty bych mazal jen pokud nemají kromě hranice žádný jiný tag. S těmi co mají bych možná vůbec nehýbal automaticky (hranice vedoucí středem řeky apod.) Dobrá připomínka, tuhle kontrolu přidám... Ale chování bych viděl spíš takové, že se ze staré cesty odstraní tagy boundary a admin_level, a uploadne se nová cesta. Jinak by se mohlo stát, že někde náhodně přidaný tag zablokuje update. Nelze spoléhat na to, že pokud někdy vedla hranice středem potoka, tak takhle povede vždycky... navíc toky potoků a řek se mění, ale vymezení adm. hranic je dáno přesně zaměřenými body. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Administrativni hranice z RUIAN
Geometrii bych určitě nezjednodušoval, to je celkem zbytečná nepřesnost. *** uplne bych se tomu nebranil, presna hranice ma smysl pokud pracuji s katastralni mapou (aby 1 parcela nebyla ve 2 k.u.). Chyba 1 metr je v nasich potrebach dostacujici. Staré uzly a cesty bych mazal jen pokud nemají kromě hranice žádný jiný tag. S těmi co mají bych možná vůbec nehýbal automaticky (hranice vedoucí středem řeky apod.) *** to doufam nemaji, hranice byly vytvoreny jako balik autonomnich entit tj. nezavisly na fyzickych prvcich mapy. A pokud se tak v editacich useru stalo, mela by se data opet stat autonomni. ha hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
