[Talk-cz] Ukázkový .osm Re: Adresy z RUIAN - 2. rekapitulace
Ahoj, Dne So 15. února 2014 18:57:12, Petr Vejsada napsal(a): > K diskusi: > > - obsah tagu is_in > > - source:position - nevím, k čemu je. Možnosti ignorovat, mazat, i nově > přidaných AM přidat, ? source:position se nemaže, v případě přidávání nových bodů se přidává. V is_in je momentálně text 'Is in ...', dokud se nedohodne, co s tím. Na http://pedro.poloha.net/osm/ukazka.osm je ulice Milady Horákové v Praze. Bot nevydal žádná varování. Prosím o kontrolu - překlepy a všeho, co vás napadne. JOSM proti ničemu neprotestuje. Neuploadovat na OSM ;-) -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy z RUIAN
Dne 15.2.2014 16:41, Dalibor Jelínek napsal(a): > Ahoj, > tohle jsem nepochopil. Proc by to po zavedeni addr:place nefungovalo? > Kdyz jsem to zkousel, tak to fungovalo vzdy na tvar addr:place cislo > popisne. Praha 2295 to samozrejme nenajde, ale Libeň 2295 ano. U tech > Libochovic to musi fungovat taky, kdyz si Nominatim docte addr:place do > databaze. > Dalibor Ahoj, z toho, co jsem teď testoval to vypadá, že umí najít "Street 1", nebo " Place 2", ale ne obojí - pokud je nastaveno addr:street, tak už to nenajde kombinaci s addr:place. Ten příklad s Libní to umí jen proto, že existuje budova, která má addr:place, ale nemá addr:street a zároveň existují adresní body, které mají jak addr:place=Libeň, tak addr:street=Kovanecká. Škoda, že neumí oboje, ale asi je to celkem očekávané chování - když jsou pojmenované ulice, tak hledám podle názvu ulice. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy z RUIAN
On Sat 2014-02-15 16:04:20, Marián Kyral wrote: > Dne 15.2.2014 12:57, Petr Morávek [Xificurk] napsal: > >Dne 15.2.2014 11:30, Pavel Machek napsal(a): > > >Co tam máš dál? ;-) > > > > > >>Z jineho mailu: > >> > >>#Aha. Takže Krásná, pošta Raškovice má být > >># > >>#addr:city=Raškovice > >>#is_in=Krásná > >># > >>#místo > >>#addr:city=Krásná > >>#is_in=Krásná > > > >Omlouvám se, to jsem nějak přehlédl. Ale naprosto nesouhlasím s tímto > >použitím. > >* addr:city by mělo obsahovat jméno obce, kde se AM nachází (tak jak je > >to i v RUIAN), v žádném případě by tam nemělo být něco jiného. > >* "pošta Raškovice" je to samé jako PSČ 73907. Nemá smysl tu samou > >informaci duplikovat v OSM. Ani není potřeba ji duplikovat v adrese na > >dopisu - jediný význam je "pro kontrolu", takže když napíšeš "Krásná, > >pošta Raškovice, PSČ 12345", tak to pravděpodobně dojde. Z vlastní > >zkušenosti vím, že Česká pošta je schopná doručit i dopisy s hodně > >zkomolenou adresou. > > Tak tohle je od Pavla trochu podpásovka. V tom původním emailu hned > za tím následoval otazník. Taky jsem se zmínil, že informace o poště > je v obsažena v PSČ. Nikdo to už pak nekomentoval. Za podpasovku sorry, ale proste to dle wiki vypada, ze v addr:city ma byt jmeno posty, ktere se nemusi nutne shodovat s tim kde to je. Ze Vam to prijde reduntantni s PSC... no to asi ano, ale chudak zahranicni uzivatel asi nema po ruce databazi mest odpovidajicich k PSC... coz je duvod proc mame addr:city. 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] Adresy z RUIAN - 2. rekapitulace
> > > Já taky nechci někomu zbytečně rozbíjet fungující software, a proto mě > zajímá která konkrétní věc s is_in/addr:country tagem funguje a bez něj > ne. Pokud jsem něco nepřehlédl, tak tu zatím nikdo takovou neuvedl. > A nemůžeme to vzít opačně? Opravdu ti ta duplicita addr:country vadí na tolik, že má smysl kvůli tomu zdržovat celý import? Obecná zásada bývá nedělat duplicity, ale proč? Aby nevznikaly rozpory mezi neaktualizovanými verzemi těch dat. Zrovna u RUIANu si nemyslím, že by to byl problém, když většina těch dat bude importována/udržována automaticky. Jinak řečeno, pořád chceš příklady, co se rozbije, když to odstraníme. Máš nějaký příklad, co se rozbije, když to tam necháme/přidáme? Těch pár MB opravdu není argument ve světě OSM, kde se importují jednotlivé stromy v parku a další (pro mě až nesmyslné) detaily. O is_in nemluvím, tam je to asi opravdu nejasné, k čemu má sloužit a i to rozsynchronizování si dovedu představit o dost realističtěji. V. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy z RUIAN - 2. rekapitulace
Dne 15.2.2014 18:57, Petr Vejsada napsal(a): > Jelikož j obecnému konsensu ohledně is_in a addr:country nejspíš nedojde, > chci > poprosit, abyste se už k přidávání těchto tagů nevyjadřovali, ledaže by > nutkání či argumenty byly nepřekonatelně silné. Zato uvítám podněty k obsahu > tagu is_in. > > K diskusi: > > - obsah tagu is_in Ahoj, dokud nebude jasné čemu má obsah toho tagu sloužit, tak se těžko shodnem na jeho formátu. Já taky nechci někomu zbytečně rozbíjet fungující software, a proto mě zajímá která konkrétní věc s is_in/addr:country tagem funguje a bez něj ne. Pokud jsem něco nepřehlédl, tak tu zatím nikdo takovou neuvedl. Nominatim - umí polygony hranic, addr:country/is_in tedy není potřeba. Navit - resp. maptool, které převádí osm formát do binárního formátu pro navit, umí polygony hranic států i měst, is_in/addr:country tedy není potřeba. MoNav - sice neumí polygony hranic, ale neumí ani is_in/addr:country. OsmAnd - umí polygony hranic, is_in/addr:country tedy není potřeba. ... Ne opravdu jsem neprocházel všechen software, ale čistě ze statistik taginfo bych se fakt divil, kdyby na přítomnost těchto tagů něco opravdu spoléhalo. Zajímá mě nějaký příklad toho, kde jsou tyto tagy užitečné mj. i proto, abysme si vyjasnili, jaký formát/obsah by is_in mělo mít. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy z RUIAN
Tak prohledej archiv talk-cz. O tehle zmene v Nominatim jsem psal uz o dost drive. :-) Sent from my HTC - Reply message - From: "Petr Vejsada" To: "OpenStreetMap Czech Republic" Subject: [Talk-cz] Adresy z RUIAN Date: Sat, Feb 15, 2014 16:46 Ahoj, Dne So 15. února 2014 15:02:41, Petr Morávek [Xificurk] napsal(a): Z Changelogu verze 2.1 (poslední stable): * support for addresses without a street (addr:place and conscription number house numbers) takže to vypadá, že schopnost nalézt dům bez ulice je vlastně nová vlastnost. Koukal jsem do gitu Nominatimu, nenašel jsem od release 2.1 žádné změny v tomto smyslu. > Dne 15.2.2014 14:50, Petr Vejsada napsal(a): > > K tomuto tolik, že i ten Nominatim má vážný problém. > > > > Libochovany 129 - prostě to nenajde, ačkoli má dokonce hned dvě možnosti, > > jak to udělat. Barák existuje, existují hranice obce, existují hranice > > "čtvrti" - asi katastrální území, existuje addr:city, addr:housenumber i > > addr:conscriptionnumber. > > A dokonce i is_in=Libochovany, Ústecký kraj, CZ > Chtělo by to přijít na to, kde je zakopaný pes a proč to nenajde. > > > Z toho víceméně vyplývá, že nebude schopen najít barák ve městě ani po > > zavedení addr:place. > > Já teda osobně nevidím, jak to z toho vyplývá (vždyť ani nevíme, proč > nenajde "Libochovany 129"!) > A že nenajde adresu Praha 42 je sice škoda, ale žádná tragedie. > > > Dotaz bude muset být na část obce (což v případě > > Libochovan jsou taky Libochovany), ovšem ne vždy tomu tak bude. > > To by nebylo až tak katastrofální - typicky chceš hledat podle názvu > ulice, nebo části obce (protože tam nejsou pojmenované ulice). > > 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___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Adresy z RUIAN - 2. rekapitulace
Ahoj, Xificurkovy připomínky jsou mi velmi blízké a sympatické, nelíbí se mi duplikace dat. To je ideální svět, ve kterém nejsme. Jedna věc je, rozhodnout se nějaký tag nepřidávat versus nějaký tag mazat. V případě addr:country a is_in by to bylo ve většině případů mazání, nikoli nepřidávání. Nechci nikomu rozbíjet Navit (příklad) ani nikoho nutit předělávat osm2navit. OSM snad není jen pro ajťáky a kartografy. Chybění tagů, které možná nějaký soft využívá, by mohlo stimulovat pokrok ve vývoji dotyčného software - vývojáři by byli "nuceni" svůj soft přizpůsobit novému obsahu databáze, jen si myslím, že zrovna nefunkční vyhledávání v CZ v Navitu (příklad) nezpůsobí, že vývojáři všeho nechají a vrhnou se na "opravu" Navitu. Proto se kloním k tomu zahrnout do importu i addr:country a is_in. Takže Přidávat, nahrazovat: addr:conscriptionnumber addr:provisionalnumber addr:streetnumber addr:housenumber addr:street addr:place addr:suburb addr:city addr:postcode addr:country=CZ is_in source:addr=cuzk:ruian ref:ruian:addr=nn Mazat: addr:provisional # cca 200 případů, asi záměna s addr:provisionalnumber addr:number # několik případů, asi omyl addr:alternatenumber # asi 300 případů, asi záměna s conscriptionnumber ref:ruian # Minimalis_import i jiné uir_adr:ADRESA_KOD či uir_adr:adresa_kod Jelikož j obecnému konsensu ohledně is_in a addr:country nejspíš nedojde, chci poprosit, abyste se už k přidávání těchto tagů nevyjadřovali, ledaže by nutkání či argumenty byly nepřekonatelně silné. Zato uvítám podněty k obsahu tagu is_in. K diskusi: - obsah tagu is_in - source:position - nevím, k čemu je. Možnosti ignorovat, mazat, i nově přidaných AM přidat, ? - cokoli dalšího ;) -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy z RUIAN
Ahoj, Dne So 15. února 2014 16:41:04, Dalibor Jelínek napsal(a): > tohle jsem nepochopil. Proc by to po zavedeni addr:place nefungovalo? Kdyz > jsem to zkousel, tak to fungovalo vzdy na tvar addr:place cislo popisne. > Praha 2295 to samozrejme nenajde, ale Libeň 2295 ano. U tech Libochovic to > musi fungovat taky, kdyz si Nominatim docte addr:place do databaze. no právě - mně by se líbilo, kdyby to našlo i Praha 2295. Ovšemže by to bylo asi více domů. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy z RUIAN
Ahoj, Dne So 15. února 2014 15:02:41, Petr Morávek [Xificurk] napsal(a): Z Changelogu verze 2.1 (poslední stable): * support for addresses without a street (addr:place and conscription number house numbers) takže to vypadá, že schopnost nalézt dům bez ulice je vlastně nová vlastnost. Koukal jsem do gitu Nominatimu, nenašel jsem od release 2.1 žádné změny v tomto smyslu. > Dne 15.2.2014 14:50, Petr Vejsada napsal(a): > > K tomuto tolik, že i ten Nominatim má vážný problém. > > > > Libochovany 129 - prostě to nenajde, ačkoli má dokonce hned dvě možnosti, > > jak to udělat. Barák existuje, existují hranice obce, existují hranice > > "čtvrti" - asi katastrální území, existuje addr:city, addr:housenumber i > > addr:conscriptionnumber. > > A dokonce i is_in=Libochovany, Ústecký kraj, CZ > Chtělo by to přijít na to, kde je zakopaný pes a proč to nenajde. > > > Z toho víceméně vyplývá, že nebude schopen najít barák ve městě ani po > > zavedení addr:place. > > Já teda osobně nevidím, jak to z toho vyplývá (vždyť ani nevíme, proč > nenajde "Libochovany 129"!) > A že nenajde adresu Praha 42 je sice škoda, ale žádná tragedie. > > > Dotaz bude muset být na část obce (což v případě > > Libochovan jsou taky Libochovany), ovšem ne vždy tomu tak bude. > > To by nebylo až tak katastrofální - typicky chceš hledat podle názvu > ulice, nebo části obce (protože tam nejsou pojmenované ulice). > > 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 z RUIAN
Ahoj, tohle jsem nepochopil. Proc by to po zavedeni addr:place nefungovalo? Kdyz jsem to zkousel, tak to fungovalo vzdy na tvar addr:place cislo popisne. Praha 2295 to samozrejme nenajde, ale Libeň 2295 ano. U tech Libochovic to musi fungovat taky, kdyz si Nominatim docte addr:place do databaze. Dalibor Sent from my HTC - Reply message - From: "Petr Vejsada" To: "OpenStreetMap Czech Republic" Subject: [Talk-cz] Adresy z RUIAN Date: Sat, Feb 15, 2014 14:50 Ahoj, Dne So 15. února 2014 11:32:46, Petr Morávek [Xificurk] napsal(a): > > Nominatim to zvladnul. Na http://wiki.openstreetmap.org/wiki/Routing > > je seznam pouzivanych programu na hledani. Zvladnou to vsechny z nich? > > Nevím. Ale je jisté, že pokud to některý z nich nezvládá, tak má celkem > problém bez ohledu na to, jak dopadne tahle naše diskuze. > > Jen malá část objektů v databázi má is_in tag a z adresních bodů má jen > necelá polovina tag addr:country, pokud tedy někdo staví svoje > vyhledávání jen a pouze nad těmito daty, tak toho asi moc nenajde. K tomuto tolik, že i ten Nominatim má vážný problém. Libochovany 129 - prostě to nenajde, ačkoli má dokonce hned dvě možnosti, jak to udělat. Barák existuje, existují hranice obce, existují hranice "čtvrti" - asi katastrální území, existuje addr:city, addr:housenumber i addr:conscriptionnumber. Z toho víceméně vyplývá, že nebude schopen najít barák ve městě ani po zavedení addr:place. Dotaz bude muset být na část obce (což v případě Libochovan jsou taky Libochovany), ovšem ne vždy tomu tak bude. -- 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 z RUIAN
Dne 15.2.2014 12:57, Petr Morávek [Xificurk] napsal: Dne 15.2.2014 11:30, Pavel Machek napsal(a): Co tam máš dál? ;-) Z jineho mailu: #Aha. Takže Krásná, pošta Raškovice má být # #addr:city=Raškovice #is_in=Krásná # #místo #addr:city=Krásná #is_in=Krásná Omlouvám se, to jsem nějak přehlédl. Ale naprosto nesouhlasím s tímto použitím. * addr:city by mělo obsahovat jméno obce, kde se AM nachází (tak jak je to i v RUIAN), v žádném případě by tam nemělo být něco jiného. * "pošta Raškovice" je to samé jako PSČ 73907. Nemá smysl tu samou informaci duplikovat v OSM. Ani není potřeba ji duplikovat v adrese na dopisu - jediný význam je "pro kontrolu", takže když napíšeš "Krásná, pošta Raškovice, PSČ 12345", tak to pravděpodobně dojde. Z vlastní zkušenosti vím, že Česká pošta je schopná doručit i dopisy s hodně zkomolenou adresou. Tak tohle je od Pavla trochu podpásovka. V tom původním emailu hned za tím následoval otazník. Taky jsem se zmínil, že informace o poště je v obsažena v PSČ. Nikdo to už pak nekomentoval. Marián ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy z RUIAN
Dne 15.2.2014 14:50, Petr Vejsada napsal(a): > K tomuto tolik, že i ten Nominatim má vážný problém. > > Libochovany 129 - prostě to nenajde, ačkoli má dokonce hned dvě možnosti, jak > to udělat. Barák existuje, existují hranice obce, existují hranice "čtvrti" - > asi katastrální území, existuje addr:city, addr:housenumber i > addr:conscriptionnumber. A dokonce i is_in=Libochovany, Ústecký kraj, CZ Chtělo by to přijít na to, kde je zakopaný pes a proč to nenajde. > Z toho víceméně vyplývá, že nebude schopen najít barák ve městě ani po > zavedení addr:place. Já teda osobně nevidím, jak to z toho vyplývá (vždyť ani nevíme, proč nenajde "Libochovany 129"!) A že nenajde adresu Praha 42 je sice škoda, ale žádná tragedie. > Dotaz bude muset být na část obce (což v případě > Libochovan jsou taky Libochovany), ovšem ne vždy tomu tak bude. To by nebylo až tak katastrofální - typicky chceš hledat podle názvu ulice, nebo části obce (protože tam nejsou pojmenované ulice). Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy z RUIAN
Ahoj, Dne So 15. února 2014 11:32:46, Petr Morávek [Xificurk] napsal(a): > > Nominatim to zvladnul. Na http://wiki.openstreetmap.org/wiki/Routing > > je seznam pouzivanych programu na hledani. Zvladnou to vsechny z nich? > > Nevím. Ale je jisté, že pokud to některý z nich nezvládá, tak má celkem > problém bez ohledu na to, jak dopadne tahle naše diskuze. > > Jen malá část objektů v databázi má is_in tag a z adresních bodů má jen > necelá polovina tag addr:country, pokud tedy někdo staví svoje > vyhledávání jen a pouze nad těmito daty, tak toho asi moc nenajde. K tomuto tolik, že i ten Nominatim má vážný problém. Libochovany 129 - prostě to nenajde, ačkoli má dokonce hned dvě možnosti, jak to udělat. Barák existuje, existují hranice obce, existují hranice "čtvrti" - asi katastrální území, existuje addr:city, addr:housenumber i addr:conscriptionnumber. Z toho víceméně vyplývá, že nebude schopen najít barák ve městě ani po zavedení addr:place. Dotaz bude muset být na část obce (což v případě Libochovan jsou taky Libochovany), ovšem ne vždy tomu tak bude. -- Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy z RUIAN
Dne 15.2.2014 11:30, Pavel Machek napsal(a): > Fajn. Takze je to best-practice. Od ktere se chces odchylit, a duvodem > se zda byt "je mi lito 86MB v databazi". To myslim neni dobry duvod, > proc se od best-practice odchylit. Zas mi podsouváš něco, co jsem nikdy ani v nejmenším nenaznačoval - 86MB byla reakce na tvých "pár bajtů" a že bys radši přidával addr:country, protože se ti nechce stahovat celé hranice ČR. Best-practice na wiki říká, že jakmile existují spolehlivé polygony hranic, tak tyto tagy nejsou potřeba a já s tím souhlasím a zatím nevidím důvod, proč je nadále udržovat, nebo dokonce někde přidávat. >> Import by se v prvé řadě měl řídit zdravým rozumem, až následně nějakým >> článkem na wiki. Znění těch článků se koneckonců mění právě na základě >> diskuze a předložení racionálních argumentů. > > Muj zdravy rozum rika ze jinde se addr:country pouziva, tak by tam mel > byt i nadale. Míst, kde se používá addr:country je méně než míst, kde se nepoužívá. Pro is_in tag je ten rozdíl ještě mnohem výraznější - je řádově víc objektů bez něj než s ním. > Mam tu monav, ano, obcas stahnu novy data. Ne, neumi to spolupracovat > s relacemi hranic. Bohuzel pro to nektere ulice nevidi v Praze. ... > Zda se ze napriklad navit potrebuje is_in tag: > > * Navit only works with is_in tags, can't work with boundaries. > > http://wiki.openstreetmap.org/wiki/Talk:Key:is_in > > Z osobni zkusenosti vim, ze monav neumi vyuzit hranice mest. Myslim ze > z hranicemi zemi to bude podobne. http://wiki.navit-project.org/index.php/OpenStreetMap Navit (resp. maptool, který převádí osm do binárního formátu pro navit) umí používat jak hranice států, tak i měst. https://groups.google.com/forum/#!msg/monav-discuss/kWz7Xvao7jM/SBABYSQ4Oy0J Podle tohoto MoNav s nějakými polygony pracovat umí, takže bude jen problém v tom, jaké využívá. Zároveň jsem ale nikde v dokumentaci nebo kódu nenašel zmínku o tom, že by se používala hodnota is_in nebo addr:country, takže jejich ponechání/doplnění stejně nic nevyřeší. Co tam máš dál? ;-) > Z jineho mailu: > > #Aha. Takže Krásná, pošta Raškovice má být > # > #addr:city=Raškovice > #is_in=Krásná > # > #místo > #addr:city=Krásná > #is_in=Krásná Omlouvám se, to jsem nějak přehlédl. Ale naprosto nesouhlasím s tímto použitím. * addr:city by mělo obsahovat jméno obce, kde se AM nachází (tak jak je to i v RUIAN), v žádném případě by tam nemělo být něco jiného. * "pošta Raškovice" je to samé jako PSČ 73907. Nemá smysl tu samou informaci duplikovat v OSM. Ani není potřeba ji duplikovat v adrese na dopisu - jediný význam je "pro kontrolu", takže když napíšeš "Krásná, pošta Raškovice, PSČ 12345", tak to pravděpodobně dojde. Z vlastní zkušenosti vím, že Česká pošta je schopná doručit i dopisy s hodně zkomolenou adresou. Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy z RUIAN
On Fri 2014-02-14 15:26:36, "Petr Morávek [Xificurk]" wrote: > Dne 14.2.2014 13:35, Dalibor Jelínek napsal(a): > > Ahoj, > > http://wiki.openstreetmap.org/wiki/Cs:JOSM/Plugins/CzechAddress#Adresy_v_OpenStreetMap > > tak to jsem nenasel. Cekal bych, ze to najdu na ceskych Map Features nebo > > Editing Standards. > > Neva, prilezitostne to tam dopisu. > > > >> Pokud jej zachováme, tak jsem pro to, aby se to udělalo pořádně: > >> [místní část], [městská část], [město], [okres], [kraj], CZ > >> S tím, že minimální zápis bude: > >> [město], [okres], [kraj], CZ > > > > Hmm. A nevadi nam, ze tam mame carky, kdyz tady > > http://wiki.openstreetmap.org/wiki/Key:is_in > > se zcela zjevne doporucujou stredniky? > > Mě to teda vadí hodně. Středník by byl lepší, protože to je standardní > > oddělovátko. > > Navíc ta stránka píše, že vlastně na pořadí těch částí zas tak moc nezáleží > > (i když je lepší > > je mít seřazené), ale my vlastně žádné části nemáme, takže zahraniční > > programy na > > to asi koukaj dost divně. > > A ještě by se tam mohl přidat NUTS2 region, katastrální území, ZSJ, PSČ, > jméno ulice, ... těch pár bajtů navíc nikoho nezabije :P > > A teď vážně - dokáže někdo říct k čemu by to mělo být užitečné? Aby fungoval existujici software, jako napriklad navit. (A ano, kus softwaru, ktery vezme .osm, a doplni tam is_in tagy podle hranic by asi nebyl spatny. Nekdo, kdo tvrdi jak jednoduche je tu informaci dopocitat by ho sem mohl napastovat :-). Asi by bylo dobry aby ten kus sw fungoval i pro jiny zeme nez je Ceska Republika. Pak by aspon bylo mozny navigaci pred spustenim jejiho zpracovani potrebny informace doplnit.) 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] Adresy z RUIAN
Dne 15.2.2014 11:12, Pavel Machek napsal(a): > On Fri 2014-02-14 10:02:19, "Petr Morávek [Xificurk]" wrote: >> A znovu musím opakovat, že pro tyhle údaje existují spolehlivější >> zdroje, schválně si dejte hledat v nominatimu "praha hlavní nádraží" a >> zobrazí se vám: >> Železniční stanice Prague Main Railway Station, Legerova, Vinohrady, >> Praha, Hlavní město Praha, Praha, 12000, Česko >> (hm, asi bych se měl podívat, proč to tam je anglicky :D) >> A přitom ten uzel neobsahuje jediný addr:* nebo is_in tag. > > Nominatim to zvladnul. Na http://wiki.openstreetmap.org/wiki/Routing > je seznam pouzivanych programu na hledani. Zvladnou to vsechny z nich? Nevím. Ale je jisté, že pokud to některý z nich nezvládá, tak má celkem problém bez ohledu na to, jak dopadne tahle naše diskuze. Jen malá část objektů v databázi má is_in tag a z adresních bodů má jen necelá polovina tag addr:country, pokud tedy někdo staví svoje vyhledávání jen a pouze nad těmito daty, tak toho asi moc nenajde. >> A pokud jde o reverzní úkol, např. získat všechny adresní body třeba v >> Mikulově, tak tady jsou: >> http://overpass-turbo.eu/s/2w1 >> Opět, na to není potřeba žádný addr:* nebo is_in tag. > > A jak to udelam v josm bez overpassu? Čtu to už asi po desáté a pořád to nedává smysl... Já tu ukážu, jak s určitým nástrojem (overpass api) dosáhnout určitého cíle (stažení specifických dat z nějaké oblasti) a tvoje následná otázka je typu "A jak to můžu udělat jinak?" Zdraví, Petr Morávek aka Xificurk ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy z RUIAN
Ahoj! > já to radši zas sloučím do jednoho vlákna. A rovnou se omlouvám, že ty > tvoje dva maily a odpovědi na ně promíchám, ale je to jedno téma, tak ať > je to pohromadě. > > > Dne 13.2.2014 18:20, Pavel Machek napsal(a): > >> Wiki není žádná norma... a nikdy nebyla. > > > > Ne? A co je tedy norma? talk-cz@ mailing list? > > Ne, talk-cz@ skutečně taky žádná norma není. Norma pro OSM tagování > totiž jednoduše neexistuje. Jaké tagy jsou nebo nejsou požíváno určuje > jen a pouze to, jestli skutečně jsou nebo nejsou v databázi používány. > Wiki slouží jako dokumentace "best-practice". Rozhodně není pravda, > že Fajn. Takze je to best-practice. Od ktere se chces odchylit, a duvodem se zda byt "je mi lito 86MB v databazi". To myslim neni dobry duvod, proc se od best-practice odchylit. > Import by se v prvé řadě měl řídit zdravým rozumem, až následně nějakým > článkem na wiki. Znění těch článků se koneckonců mění právě na základě > diskuze a předložení racionálních argumentů. Muj zdravy rozum rika ze jinde se addr:country pouziva, tak by tam mel byt i nadale. > Wiki není potřeba opravovat, ono to tam už totiž je. Jen jsi to asi > přehlédl: > > The keys addr:housenumber=* und addr:street=* in principle are the only > > necessary ones if there are valid border polygons. > (http://wiki.openstreetmap.org/wiki/Addr) Ale neni tam "due to space reasons, it is reasonable to delete addr:country when border polygons are available". > Těch "par bajtu navic" je ve skutečnosti mnohonásobně víc než má > kompletní hranice ČR (jejímuž stahování se těmi par bajty navic snažíš > vyhnout). Hlavne se chci vyhnout programovani tech vypoctu. A nerad bych "opravoval" programy, ktere addr:country z nejakeho duvodu pouzivaji. > >> Nevím, co si mám představit pod "mohl pracovat s adresama", ale... Pokud > >> chci dostat skutečně všechny adresní body v ČR je to otázka jediného > >> jednoduchého dotazu na overpass API. Pokud mám bod a chci získat > >> všechny > > > > Mam tady offline navigaci na n900. Fakt chci aby zustala offline, a > > ne, nebudu si instalovat posgresql pro to, a by mi fungovalo > > vyhledavani podle adresy. > > Nenapsal jsi, v čem konkrétně by nastal problém, takže neumím dát > konkrétní odpověď. Ale předpokládám, že nějak ty data aktualizuješ. A z > toho, co jsi psal hádám, že tam necpeš přímo celý dump OSM dat, ale > děláš nějaký pre-processing, nevím čím a jak ale divil bych se, kdyby to > neumělo spolupracovat z relacemi hranic a spoléhalo se jen a pouze na > addr:country, nebo is_in tag. A i kdyby neumělo, tak existuje zmíněné > overpass API. Mam tu monav, ano, obcas stahnu novy data. Ne, neumi to spolupracovat s relacemi hranic. Bohuzel pro to nektere ulice nevidi v Praze. > Já netvrdím, že se to "nikde a vůbec" nepoužívá... právě naopak z > historických důvodů to jako úplně poslední fallback používá celá řada > softwaru, ale je to skutečně až ten nejposlednější fallback. Jednoduše > tenhle tag je deprecated a nemá smysl ho dále udržovat, protože existují > spolehlivější cesty, jak se k daným informacím dostat. Existuji spolehlivejsi cesty, ktere ovsem maji jine nevyhody, a ne kazdy software je implementuje. > > Opravdu si chces projit vsechen existujici software, a overit, ze uz > > to nikdo nepouziva? > > Nechci, chtěl jsem po tobě alespoň jeden konkrétní příklad, k čemu/kde > je to užitečné - myslel jsem, že jsem to napsal dost jasně, ne? A myslím > opravdu užitečné, tzn. "S is_in/addr:country tagem 'tohle' funguje, bez > něj ne." Zda se ze napriklad navit potrebuje is_in tag: * Navit only works with is_in tags, can't work with boundaries. http://wiki.openstreetmap.org/wiki/Talk:Key:is_in Z osobni zkusenosti vim, ze monav neumi vyuzit hranice mest. Myslim ze z hranicemi zemi to bude podobne. > >>> (A viz anglicka wiki, ktera vysvetluje, ze mesto v is_in muze byt jine > >>> nez v addr:city.) > >> > >> Máš konkrétní příklad pro ČR? > > > > Proc bych mel mit priklad pro CR? > > Eh, to jako vážně? Nu, dobrá... Tématem této diskuze je "Adresy z > RUIAN", to jsou adresy v ČR. Tvoji výše uvedenou poznámku jsem si > vyložil tak, že is_in tag by se v rámci tohoto importu neměl mazat, > protože je užitečný, protože může obsahovat jiné město než addr:city. > Jelikož mě osobně nenapadá žádný příklad adresního místa (importovaného > z RUIAN), kde by se tato vlastnost hodila, tak jsem se zeptal, jestli ty > nějaký takový máš. Z jineho mailu: #Aha. Takže Krásná, pošta Raškovice má být # #addr:city=Raškovice #is_in=Krásná # #místo #addr:city=Krásná #is_in=Krásná 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] Adresy z RUIAN
On Fri 2014-02-14 10:02:19, "Petr Morávek [Xificurk]" wrote: > Dne 14.2.2014 08:29, Dalibor Jelínek napsal(a): > > Ahoj, > > se nam ta debata nejak rozvasnuje. ;-) > > > >> Pokud mám bod a chci získat všechny administrativní celky (KÚ až stát), ve > >> kterých leží, tak opět položím jeden jednoduchý dotaz na overpass API > > Tak ho sem napis. Ja ho neumim, vymyslet ho nechci, ale chtel bych se > > podivat, jak se to dela. > > > > Ja bych to addr:country=CZ daval vsude, protoze to treba zjednodusi > > vyhledavani bodu zajmu v prihranici. A do te adresy to proste tak nejak > > patri, > > i kdyz se zda, ze je to z naseho pohledu implicitni. > > Jak konkrétně to zjednoduší? > > Když hledám "Ulice 42, Obec", "Ulice, Obec", nebo "POI, Obec", tak tam > ani CZ nemám a typicky to nepotřebuji (ta obec stačí). > > A znovu musím opakovat, že pro tyhle údaje existují spolehlivější > zdroje, schválně si dejte hledat v nominatimu "praha hlavní nádraží" a > zobrazí se vám: > Železniční stanice Prague Main Railway Station, Legerova, Vinohrady, > Praha, Hlavní město Praha, Praha, 12000, Česko > (hm, asi bych se měl podívat, proč to tam je anglicky :D) > A přitom ten uzel neobsahuje jediný addr:* nebo is_in tag. Nominatim to zvladnul. Na http://wiki.openstreetmap.org/wiki/Routing je seznam pouzivanych programu na hledani. Zvladnou to vsechny z nich? > A pokud jde o reverzní úkol, např. získat všechny adresní body třeba v > Mikulově, tak tady jsou: > http://overpass-turbo.eu/s/2w1 > Opět, na to není potřeba žádný addr:* nebo is_in tag. A jak to udelam v josm bez overpassu? Jinak... ta zeme je soucasti adresy, pise se na dopisy zaslany ze zahranici. 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] Adresy z RUIAN
Ahoj! > > Mam tady offline navigaci na n900. Fakt chci aby zustala offline, a > > ne, nebudu si instalovat posgresql pro to, a by mi fungovalo > > vyhledavani podle adresy. > > Uprimne receno, na to vubec postgresql nepotrebujes. Lokalizace bodu > v rozkladu roviny na mnohouhelniky je vcelku trivialni problem, na ktery > staci napriklad uplne jednoducha konstrukce persistentniho stromu. Je zajimave, cemu se jeste da rict "vcelku trivialni". Uprimne receno, nepotrebuju. Takze mam dobrovolnika, ktery tohle implementuje do monav-u, navit-u, osmand-u a marble a ja nevim ceho jeste dalsiho? Tesim se na patche, a do doby nez budou aplikovany, muzeme prosim tagovat adresy dle wiki? (Mimochodem, zeme neni rovina; pro ceskou republiku je to asi jedno, ale kdyby nas zajimala jen ceska republika, tak opravdu neni nutne tagovat kod zeme). 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
