Re: [Talk-cz] mapovani turistickych znacek - soustredene usili
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 ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Adresy a is_in, RUIAN
Ještě jednou zdravím, chci se optat - poskytnout námět ohledně sjednocení adres. Docela mi vadí, že Nominatim neumí použít tag is_in, který se v databázi vyskytuje dosti často. Pak se nedá nalézt konkrétní dům, obzvláště v menších sídlech bez ulic. Ve větších sídlech si najdu ulici a tam se už podle orientačního čísla dá konkrétní dům nalézt, i když také ne vždy snadno. Třeba tehdy, když je k dispozici jen číslo popisné. V těch menších sídlech vůbec nemám tušení, kde bych měl dům hledat. Napadlo mě, zda se neuvažovalo o kompletním importu z RUIAN s následným (nebo současným) automatickým smazáním stávajících adresních bodů. To by asi šlo algoritmizovat podle vzdálenosti, něco jako: - vezmu nový adresní bod z RUIAN - podívám se kolem do vzdálenosti třeba 20 metrů, zda tam už adresní bod příslušného místa není. Pokud je, smazat a nahradit novým. Pokud není, jen přidat nový. Mohou nastat situace, kdy se stávající adresní bod nepodaří identifikovat. Chtělo by to zkusit. Snažil jsem se naimportovat RUIAN do postgisu, ale je asi zase nějaký nový formát a nezdařila se mi konverze z GML. Pokud by chodil import do postgisu, asi bych se v případě volného času pustil do pokusů.? -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy a is_in, RUIAN
Ahoj, Nominatim umi najit dum v mensich sidlech bez ulic, pokud je a adrese addr:place. Osobne se to snazim to vsech adres, tam kde mapuju, doplnovat. Zdravi, Dalibor -Original Message- From: Petr Vejsada [mailto:o...@propsychology.cz] Sent: Wednesday, January 1, 2014 4:21 PM To: talk-cz@openstreetmap.org Subject: [Talk-cz] Adresy a is_in, RUIAN Ještě jednou zdravím, chci se optat - poskytnout námět ohledně sjednocení adres. Docela mi vadí, že Nominatim neumí použít tag is_in, který se v databázi vyskytuje dosti často. Pak se nedá nalézt konkrétní dům, obzvláště v menších sídlech bez ulic. Ve větších sídlech si najdu ulici a tam se už podle orientačního čísla dá konkrétní dům nalézt, i když také ne vždy snadno. Třeba tehdy, když je k dispozici jen číslo popisné. V těch menších sídlech vůbec nemám tušení, kde bych měl dům hledat. Napadlo mě, zda se neuvažovalo o kompletním importu z RUIAN s následným (nebo současným) automatickým smazáním stávajících adresních bodů. To by asi šlo algoritmizovat podle vzdálenosti, něco jako: - vezmu nový adresní bod z RUIAN - podívám se kolem do vzdálenosti třeba 20 metrů, zda tam už adresní bod příslušného místa není. Pokud je, smazat a nahradit novým. Pokud není, jen přidat nový. Mohou nastat situace, kdy se stávající adresní bod nepodaří identifikovat. Chtělo by to zkusit. Snažil jsem se naimportovat RUIAN do postgisu, ale je asi zase nějaký nový formát a nezdařila se mi konverze z GML. Pokud by chodil import do postgisu, asi bych se v případě volného času pustil do pokusů.? -- Petr ___ 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] Adresy a is_in, RUIAN
Ahoj, díky moc za info, to je skvělá zpráva. addr:place by se dalo doplnit a zdá se, že automaticky.. Existuje 213.959 adresních míst bez ulice a bez addr:place, přičemž 211.534 z nich má tag is_in a tedy 2.425 adresních míst tento tag nemá. Adresní tagy se vyskytují ve všech třech typech, tedy uzlech (209.852), cestách (4.375) i relacích (2). Mapnik vykresluje adresy jen u bodů. Podle pravidel na http://wiki.openstreetmap.org/wiki/Key:addr je povoleno používat tyto tagy na cestách, takže vlastně jde o (chybnou) konfiguraci Mapniku. Z is_in by se tedy dalo vytáhnout adresní místo (zdá se, že to je to první), které by se použilo jako addr:place. U těch 2.425 by šlo použít addr:city jako addr:place, případně to nechat být, případně těch 2-425 míst zkouknout očima a rozhodnout, co s tím. Prosím tedy komunitu o vyjádření, zda se to zdá jako dobrý nápad a mohu se do toho pustit. Je to docela rozsáhlý zásah do dat. Myslím, že udělat cca 200.000 adres dohledatelnými by nebylo špatné. -- Petr Dne St 1. ledna 2014 16:57:29, Dalibor Jelínek napsal(a): Ahoj, Nominatim umi najit dum v mensich sidlech bez ulic, pokud je a adrese addr:place. Osobne se to snazim to vsech adres, tam kde mapuju, doplnovat. Zdravi, Dalibor ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy a is_in, RUIAN
Dne 1.1.2014 20:54, Petr Vejsada napsal(a): Ahoj, díky moc za info, to je skvělá zpráva. addr:place by se dalo doplnit a zdá se, že automaticky.. Existuje 213.959 adresních míst bez ulice a bez addr:place, přičemž 211.534 z nich má tag is_in a tedy 2.425 adresních míst tento tag nemá. Adresní tagy se vyskytují ve všech třech typech, tedy uzlech (209.852), cestách (4.375) i relacích (2). Mapnik vykresluje adresy jen u bodů. Podle pravidel na http://wiki.openstreetmap.org/wiki/Key:addr je povoleno používat tyto tagy na cestách, takže vlastně jde o (chybnou) konfiguraci Mapniku. Z is_in by se tedy dalo vytáhnout adresní místo (zdá se, že to je to první), které by se použilo jako addr:place. U těch 2.425 by šlo použít addr:city jako addr:place, případně to nechat být, případně těch 2-425 míst zkouknout očima a rozhodnout, co s tím. Prosím tedy komunitu o vyjádření, zda se to zdá jako dobrý nápad a mohu se do toho pustit. Je to docela rozsáhlý zásah do dat. Myslím, že udělat cca 200.000 adres dohledatelnými by nebylo špatné. -- Petr 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. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] mapovani turistickych znacek - soustredene usili
Něco z toho můžou být cyklistické (bílá cyklistická určitě existuje místo žluté) a lyžařské značky. A černou značku jsem potkal i na Brdech - aktivita jedněch trampů. JD Dne 1. ledna 2014 15:58 Petr Vejsada o...@propsychology.cz napsal(a): 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 ___ 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] 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
Re: [Talk-cz] Adresy a is_in, RUIAN
Dne 2.1.2014 00:10, Petr Vejsada napsal(a): 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? Nemám tušení... ona to totiž není jen otázka toho, jestli to někdo od importu zeditoval nebo ne. Já totiž vůbec nemám přehled, co, kdo, při jakém importu do tohodle tagu házel, ty ano, je to někde rozumně zdokumentováno? Myslím si, že pokud se něco opravuje, tak by se to mělo opravit pořádně. 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 je dobrá otázka, před nedávnem jsme se o tom v jednom vlákně bavili... To vyvolává další otázky, jako třeba: Importovat z RUIAN addr:place jen tam, kde není ulice, nebo úplně všude? Taky už jsem psal ve vedlejším vlákně (včetně odůvodnění) - já jsem pro to všude a obsahem by měl být název části obce. čí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. Tady se pleteš, č.p. není jedinečné v katastrálním území, ale v části obce. 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. 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 Co přesně pouštíš za příkaz? Já jsem RUIAN importoval před pár dny bez problémů. 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 _) Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz