Re: [Talk-cz] mapovani turistickych znacek - soustredene usili
Petr Vejsada osm@... writes:
Dobrý den všem,
bounding box může být přes půl republiky u hodně dlouhých tras. Já na to
používám postgis, který vybere opravdu nejbližší cestu, něco jako:
select
osm_id,name,complete,st_distance(st_geographyfromtext('POINT(14.xxx
50.xx)'),st_transform(way,4326)) from gis.cz_line where (kct_yellow is
not
NULL or kct_blue is not NULL or kct_green is not NULL or kct_red is not
NULL)
order by st_distance limit 18;
Tabulka je ze schematu pro Mapnik.
vylezou z toho ID relací či cest a vzdálenost nejbližšího bodu-úseku cesty
od
zadaných souřadnic,
Pustil jsem se do opravování podivných tagů, ale chci se raději zeptat.
Toto jsou tagy, začínající znaky kct_ v aktuální databázi:
kct_barva
kct_black
kct_blue
kct_diagonal_white_yellow
kct_geen
kct_green
kct_learning
kct_none
kct_orange
kct_purple
kct_red
kct_white
kct_yellow
Hned několik mě zaujalo - kct_black, kct_orange, kct_purple, kct_white.
Osobně
jsem na cestách skutečně potkal černou značku. Bylo to v okolí Chlébského
na
Tišnovsku a šlo o soukromou aktivitu místního turisty. Možná i ty ostatní
netradiční barvy jsou něco podobného, KČT s tím asi nemá nic společného(?)
Nechal bych to být.
Překlep kct_geen jsem opravil.
Nejčetnější nestandardní je tag kct_learning a tedy se chci pustit do něj.
Opravil jsem ho u dvou relací (zaměnil jsem kct_learning za
kct_green=learning), což je snad OK. Barvu jsem dovodil z dalšího tagu, a
to
osmc:symbol
Pak existuje 15 cest s tímto tagem. Nestudoval jsem je všechny, až po
poradě
zde. Některé jsou řádnými členy řádné relace a tam by asi stačilo tag
smazat.
Pak jsem narazil na cestu 4300723, která má tento tag a přitom není
součástí
relace. Zrovna u této cesty bez znalosti místních poměrů lze těžko určit,
zda
opravdu má být součástí relace či ne. Předpokládám, že tam to značení
spíše
bude, protože proč by tam někdo ten tag jinak přidával. Takže jsem cestu
přidal do relace (je to kousíček, vedoucí k vlaku).
A asi nejdůležitější dotaz - mám ty cesty přidávat do existujících relací
a
přispět tak k dosažení stavu vše v relacích nebo jen opravit ty tagy?
Nebo
je snad tag kct_learning OK?
--
Zdraví
Petr
Dne Ne 29. prosince 2013 15:16:39, Jan Skala napsal(a):
Dobrý den,
začal bych tím, že jsem si předchozí korespondenci smazal a teď jen
doufám, že tahle zpráva přistane někde v mailing listu. Před časem jsme
se
domlouvali, že udělám použitelnější výcuc z pěších relací. Dnes jsem si
Ahoj.
Ta černá, oranžová a fialová je moje práce. V Dubí u Teplic město vytvořilo
(jak jinak než s dotací) hromadu vycházkových tras. Všechny se sbíhají do
jednoho bodu a navíc tam probíhá i turistická žlutá, zelená a modrá, lesy
tam mají 3x naučnou stezku ... Město by to chtělo protlačit do map KČT,
takže se barvy asi ještě někdy? změní.
Momentálně trasy procházím a mapuji. Zatím jsem tam hodil tyto tagy KČT. Vím
že to není optimální, ale nic lepšího mne nenapadá - řešení vítáno.
Info k trasám: http://www.mesto-dubi.cz/file/323.pdf
Hezký nový rok přeje Honza Mladý
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy a is_in, RUIAN
To dnes v Nominatimu nelze. Pak je tu další věc, která souvisí jen okrajově, ale je to věc, která se mi honí hlavou. V OSM vůbec nejsou městské části (nebo jsem slepý). Nemělo by se uvažovat o zavedení městských částí? (Praha 1, Praha 2 atd.) Otázkou je v jaké formě a k čemu by to mělo být vlastně dobré. Mě osobně jejich absence moc netrápí. Mám zkušenosti z Prahy, kde sice vím kde jsou Vinohrady, Smíchov, atd., ale fakt netuším, jestli to je Praha 1, 2, 3, 4, 5... A podobně jsem na tom doma v Pardubicích. Ona ta problematika je dost složitá, v Praze existuje mnoho různých dělení. Viz http://cs.wikipedia.org/wiki/%C4%8C%C3%A1sti_Prahy V centru je to ještě celkem přehledné, ale takové Satalice jsou buď samostatná MČ, nebo součást Prahy 19, ale na adresu se píše Praha 9. Osobně bych se do toho nepouštěl, pro neznalé územního členění Prahy to může přinést víc škody než užitku. Viz třeba Google, který renderuje názvy městkých částí, takže na mapě je Praha-Čakovice, Praha-Satalice, ale také Praha 19 (místo Kbely - což považuju za dost matoucí, byť úředně správné). V. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy a is_in, RUIAN
Ahoj, ja si myslim, ze je to celkem dobry napad. Jen by melo byt splneno nekolik podminek. Jen n a vysvetlenou. addr:place se nepouzival, pac nic rozumneho nedelal. Az od kvetna 2013 podle toho umi Nominatim vyhledavat Viz http://www.mail-archive.com/talk-cz@openstreetmap.org/msg08818.html Sice bych take byl radsi, kdyby se to udelalo podle RUIAN, jenze to je tak trochu svaty gral, protoze se o tom hodne mluvi, ale je to myslim docela tezke realizovat. Pokud to nekdo dokaze, pak hura, ale myslim, ze s tim bude hodne problemu. Takze bych byl docela pro to, aby se do addr:place dala ta prvni cast is_in. Ano, sice hrozi, ze nekde se tam dostane nesmysl, ale porad mi prijde lepsi, ze ve vetsine pripadu pujde diky tomu adresa vyhledat. Davam k uvahu zvazit, zda tu zmenu neprovadet ze zacatku treba podle uzivatele, ktery adresu vytvoril. Myslim si, ze vetsina z nich je bud delana nejakym sikovnym importem, nebo pomoci pluginu Czech Address. V kazdem pripade vetsina adres, kde jsem editoval, byla delana jen par uzivateli (minimalis,... ) a ti meli tag is_in spravne. Zcela jiste bych ale navrhoval, aby se ta zmena delala pod nejakym novym vyhrazenym uctem (s inteligentnim nazvem). Co se tyce pridavani mestksych casti do addr:place, tam kde jsou ulice, tak tam si myslim, ze je to celkem jasne. Proste se do addr:place dava vzdy cast obce. Takze v Praze by to byla Liben, Kobylisy, Vysocany, tedy tak jak je to v KN a RUIAN. Jen nevim, jestli je tahle infromace v is_in tagu a mam pocit, ze vetsinou ne, takze stejne nebudes v prvni fazi mit, kde brat. Ale podle RUIANu by to jiste slo. Mit v adrese i Praha 9 by bylo sice fain, ale kde tu infomaci vezmes? Podle PSC urcite ne. Je to v RUIANu? Zdravi, Dalibor -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Thursday, January 2, 2014 12:11 AM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Adresy a is_in, RUIAN Ahoj, díky za názor. Ono to nebude tak hrozné. Ano, může tam v ojedinělých případech být cokoli. Pohleďme na tabulku četností výskytu tagu %source% v předmětných adresních místech: count |k| v +-+-- 1 | source | http://www.autolibra.cz/ 1 | source | http://www.pension-libra.cz/ 1 | source | ruian 1 | source:addr | mvcr:adresa;ruian 1 | source:name | wikipedia 2 | source | local knowledge 3 | source:position | cuzk:km 45 | source | cuzk:kn 46 | source | cuzk:km 309 | source | mvcr:adresa 684 | source:loc | cuzk:km 1091 | source:addr | mvcr:adresa 202194 | source:addr | ruian S drtivou převahou vede právě RUIAN. Ano, i tyto položky mohl někdo editovat a napsat do is_in nějaký nesmysl. Kolik jich bude? Proč se vlastně při importu těchto míst z RUIAN nepřidával tag addr:place? (víceméně řečnické otázky). To vyvolává další otázky, jako třeba: Importovat z RUIAN addr:place jen tam, kde není ulice, nebo úplně všude? číslo popisné je jedinečné v katastrálním území, tedy mělo by být možné nalézt dům v katastrálním území i bez znalosti ulice. To dnes v Nominatimu nelze. Pak je tu další věc, která souvisí jen okrajově, ale je to věc, která se mi honí hlavou. V OSM vůbec nejsou městské části (nebo jsem slepý). Nemělo by se uvažovat o zavedení městských částí? (Praha 1, Praha 2 atd.) Zpět k původnímu tématu - srovnat to s RUIAN momentálně nezvládnu, protože nejsem schopen importovat RUIAN do Postgisu. Skončím na hlášce: Exception in thread main org.postgresql.util.PSQLException: ERROR: geometry contains non-closed rings Hint: ... -1058212.19,-746762.81 -1058118.93)) -- parse error at position 3490 within geometry a přitom mám switch --ignore-invalid-gml, takže by to mělo běžet dál. Verze ruian2pgsql je aktuální kompilovaná z gitu, do spatial_ref_sys jsem také přidal projekci 5514, takže nevím. Jdu spát _) -- Petr Dne St 1. ledna 2014 21:07:06, Petr Morávek [Xificurk] napsal(a): Ahoj, (polo)automaticky ano, ale přijde mi jako hodně špatný nápad to dělat parsování is_in tagu, protože tam opravdu může být cokoliv. Správně by bylo matchnout jednotlivé body na údaje z RUIAN a doplnit addr:place z této databáze. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Chybejici rybniky v Dibavod importu?
Ahoj, tak to potvrzuje me obavy, ze rybniky s ostrovama z toho importu uplne vypadly. Muzu se zeptat, kde jsi nasel ty puvodni datasety? Nevite nekdo, kdo ta data tenkrat pripravoval pro import? Rad bych se ho zeptal, co si o tom mysli. Zdravi, Dalibor From: Jan Dudík [mailto:jan.du...@gmail.com] Sent: Friday, December 27, 2013 9:39 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Chybejici rybniky v Dibavod importu? Potvrzuji, že ač jsem prozkoumal kompletní datasety k importu, minimálně návesní rybníky v Čimelicích a v Obořišti v nich nebyly. Zaniklé rybníky naopak ano JD Dne 23. prosince 2013 20:04 Dalibor Jelínek dali...@dalibor.cz mailto:dali...@dalibor.cz napsal(a): Ahoj, obávám se, že to asi není tak jednoduché. Dal jsem si tu práci a našel jsem si rybníky, které jsem dokresloval, a které nebyly importovány z dibavodu. Některé z nich jsou fakt velký, takže by bylo divný, kdyby v dibavodu nebyly. Taky že v dibavodu jsou (alespoň teď). Tady jsou jejich dibavod:id, názvy a id z OSM: 106030770001 bezejména - ještě nenakreslen 106030350002 Blatec - 232654731 108030797001 Jubilejní rybník - 232647211 106030350003 Březovec - 232656839 106030340002 Velké Nákří - 232746984 106030360001 Zbudovský rybník - 232861626 106030350001 Černá - 232737669 106030430003 Volešek - 135785313 106030430002 Mydlovarský rybník - 194565884 108030797002 bezejména - 234548013 108030810001 Škornice - 235315707 108030810002 Mlýnský rybník - 235315704 108030860001 bezejména - 152221565 (relace 3306215) 108030795002 Podhorský rybník - 232434280 108030795003 Bělohůrecký rybník - 232506148 (relace 3314490) Asi všechny jsou zajímavé tím, že mají ostrovy. Mám ten dojem, že protože to nebyly jednoduché cesty, ale nějaká obdoba relace, tak z toho importu tehdy úplně vypadly. Odhaduji to na celkem cca 800 ploch, které nebyly naimportovány. Nikde jsem nedokázal najít původní data, která se importovala, takže tuhle svou teorii nedokážu ověřit. Možná je někdo z vás má a může v nich zkusit najít ty divavod:id uvedené výše. Ale spíš bych si tipnul, že prostě zůstali ve zdrojovém souboru. Pokud by to někdo uměl (teda pokud mám pravdu), tak by bylo fajn oprášit staré skripty a připravit data pro doimportování. Hezké svátky, Dalibor From: Zdeněk Pražák [mailto:zpra...@seznam.cz mailto:zpra...@seznam.cz ] Sent: Sunday, December 22, 2013 7:22 PM To: OpenStreetMap Czech Republic Subject: Re: [Talk-cz] Chybejici rybniky v Dibavod importu? pokud vím tak import rybníků z dat dibavodu proběhl kompletně, je však pravda, že některé rybníky v datech pro import chyběly a naopak byly v datech pro import i některé neexistující rybníky Pražák Dne 22. prosince 2013 16:42 Dalibor Jelínek dali...@dalibor.cz mailto:dali...@dalibor.cz napsal(a): Ahoj, nevite nekdo, zda import rybniku z Dibavodu probehl kompletne, nebi nekde zbyla nejaka data, ktera se neimportovala? Nasel jsem nejake chybejici rybniky. Puvodne jsem si myslel, ze treba drive existovaly, ale nekdo je smazal, ale v historii jsem nedokazal nic najit. Zajimave je, ze se jedna o rybniky, na kterych jsou ostrovy, takze asi byly datove slozitejsi. Jedna se treba o dibavod:id 106030770001 106030350001 Černá 108030795003 Bělohůrecký rybník Díky za odpověď, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] mapovani turistickych znacek - soustredene usili
2014/1/1 Petr Vejsada o...@propsychology.cz Dobrý den všem, ... Hned několik mě zaujalo - kct_black, kct_orange, kct_purple, kct_white. Osobně Nejčetnější nestandardní je tag kct_learning a tedy se chci pustit do něj. Opravil jsem ho u dvou relací (zaměnil jsem kct_learning za kct_green=learning), což je snad OK. Barvu jsem dovodil z dalšího tagu, a to osmc:symbol naucna stezka neni zelena, nevim jestli to realne existuje, ale klidne muze naucna trasa vest po zelene a pak informace o jedne z nich zmizi. -- Michal Grézl http://openstreetmap.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] mapovani turistickych znacek - soustredene usili
Ahoj! Hned několik mě zaujalo - kct_black, kct_orange, kct_purple, kct_white. Osobně Nejčetnější nestandardní je tag kct_learning a tedy se chci pustit do něj. Opravil jsem ho u dvou relací (zaměnil jsem kct_learning za kct_green=learning), což je snad OK. Barvu jsem dovodil z dalšího tagu, a to osmc:symbol naucna stezka neni zelena, nevim jestli to realne existuje, ale klidne muze naucna trasa vest po zelene a pak informace o jedne z nich zmizi. Tohle se kdysi delalo jako kct_green=major,learning . Ten problem je i jidne, jsou ruzne odbocky k vrcholu a podobne. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] mapovani turistickych znacek - soustredene usili
Ahoj, Dne Čt 2. ledna 2014 08:16:13, mkačer napsal(a): Nejčetnější nestandardní je tag kct_learning a tedy se chci pustit do něj. Opravil jsem ho u dvou relací (zaměnil jsem kct_learning za kct_green=learning), což je snad OK. Barvu jsem dovodil z dalšího tagu, a Ahoj. Ta černá, oranžová a fialová je moje práce. V Dubí u Teplic město vytvořilo (jak jinak než s dotací) hromadu vycházkových tras. Všechny se sbíhají do jednoho bodu a navíc tam probíhá i turistická žlutá, zelená a modrá, lesy tam mají 3x naučnou stezku ... Město by to chtělo protlačit do map KČT, takže se barvy asi ještě někdy? změní. myslím, že tyto místní aktivity budou přibývat, ať už půjde o aktivity úřední či soukromé. Přijde mi to fajn a je fajn i to, že jsi cesty zakreslil. Jenže bych je chtěl i vidět na mapě. Barev může přibývat a těžko odhadnout, pro jakou barvu (a zda vůbec barvu) se rozhodne místní aktivista. Každá taková barva se musí konfigurovat do Mapniku zvlášť, protože je třeba zvládnout i ten souběh tras. Seznam to řeší tak, že vykresluje turistické cesty vedle sebe, i když vedle sebe pochopitelně nevedou. Možná bychom se mohli shodnout na jedné nebo dvou barvách, jakými se budou vykreslovat tyto trasy, které nejsou KČT a které mohou, ale nemusí, být v terénu značeny barevně. ? -- -p- ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy a is_in, RUIAN
Dne Čt 2. ledna 2014 09:16:54, Václav Řehák napsal(a): Ona ta problematika je dost složitá, v Praze existuje mnoho různých dělení. Viz http://cs.wikipedia.org/wiki/%C4%8C%C3%A1sti_Prahy V centru je to ještě celkem přehledné, ale takové Satalice jsou buď díky za info, autor článku má můj obdiv. Tak do toho nejdu. -- -p- ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy a is_in, RUIAN
Ahoj, Dne Čt 2. ledna 2014 09:57:05, Dalibor Jelínek napsal(a): mojí prvotní motivací bylo a stále je mít možnost najít dům na malém sídle. Udělat to z is_in by tomuto cíli IMO významně přispělo s rizikem, že se v jistém množství případů dostanou do addr:place nepsrávné údaje, a to jen z toho důvodu, že už nesprávné v OSM teď jsou, jen na jiném místě. Varianta přes RUIAN vnáší riziko, že se stávající adresní místa chybně propojí s RUIAN a dostanou se tam nesmysly. Další chyby se mohou převzít z RUIAN. Také je třeba nalézt nějakou rovnováhu mezi mírou dokonalosti na jedné straně a množstvím času a energie do toho vložené na druhé straně. Sice bych take byl radsi, kdyby se to udelalo podle RUIAN, jenze to je tak trochu svaty gral, protoze se o tom hodne mluvi, ale je to myslim docela tezke realizovat. Pokud to nekdo dokaze, pak hura, ale myslim, ze s tim bude hodne problemu. Pokud je RUIAN opravdu svatý, tak by se mohly všechny stávající adresní body smazat a nahrát je znovu kompletně z RUIAN. Následně pak dělat třeba jednou za rok aktualizaci.? Co třeba s tímto - http://mapapi.poloha.net/#map=20/50.22517/14.42172 - jsou tam adresy jednak jako adresní body a zároveň jsou na budovách. V okolí Odolené Vody je toho takto povícero. To smazání a komplet nový import by to vyřešil, jen jak je to s tou svatostí ;). Momentálně díky Xficurkově radě importuji RUIAN do db, pak to budu studovat a učit se s tím zacházet, takže uvidíme. jak to energeticky-časově odhadnu. Zcela jiste bych ale navrhoval, aby se ta zmena delala pod nejakym novym vyhrazenym uctem (s inteligentnim nazvem). Rozumím tomu tak, že pedro'_import není inteligentní název ;-))) -- -p- ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] mapovani turistickych znacek - soustredene usili
Ahoj, Dne Čt 2. ledna 2014 12:41:31, Michal Grézl napsal(a): naucna stezka neni zelena, nevim jestli to realne existuje, ale klidne muze naucna trasa vest po zelene a pak informace o jedne z nich zmizi. ?? Jedna fyzická cesta přeci může být součástí relace A, kct_green=major a zároveň relace B, kct_green=learning, ne? A další úsek fyzické cesty bude už součástí jen jedné z těch relací (po tom odpojení se). To není problém ani pro vykreslování. -- -p- ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy a is_in, RUIAN
Ona ta problematika je dost složitá, v Praze existuje mnoho různých dělení. Viz http://cs.wikipedia.org/wiki/%C4%8C%C3%A1sti_Prahy V centru je to ještě celkem přehledné, ale takové Satalice jsou buď díky za info, autor článku má můj obdiv. Tak do toho nejdu. *** k pochopení situace síše pomůže toto: http://www.czso.cz/csu/rso.nsf/i/soustava_prvku resp http://www.czso.cz/csu/rso.nsf/5873954e2ae286eec12570f8003e7738/a1809b67f5f4560ec1256e6100495bff/Obsah/138.2F62?OpenElementFieldElemFormat=gif hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
