Re: [Talk-cz] Import adres z katastralni mapy
Dobrý den, 2010/1/16 Lukas Kabrt lu...@kabrt.cz: Zdravim, kdysi v lete jsem tady psal [1], jak zkousim importovat adresy a obrysy budov z katastralni mapy CUZK. Protoze jsem nemel prilis casu, tak jsem program pro import nedotahnul do konce. Ted jsem se k tomu vratil a do celkem pouzitelne podoby odelal aspon import adresnich bodu. Rozpoznavani obrysu budov se mi nepodarilo udelat natolik spolehlive, aby slo nejak rozumne pouzivat, takze to prozatim odkladam. Import jsem vyzkousel na uzemi ORP Broumov [2], jedna se asi o cca 40 obci / mestskych casti na 31 katastralnich uzemich - cca 270km2. Vysledky jsou nasledujici: Broumovsko - 3500 adresnich bodu (nalezena jednoznacna shoda mezi KM a databazi MVCR) - 170 bodu z KM, ke kterym se nepodarilo nalezt zaznam v databazi adres - 300 adres, ke kterym se nepodarilo najit bod v KM Broumov - 800 - 24 - 200 Mesto Broumov uvadim zvlast, protoze na jednom katastralnim uzemi jsou 4 mestske casti takze je potreba najit hranice mestkych casti rucne (napr. podle ulic). Navic se mi zda, ze je neco shnileho v databazi adres pro Broumov. Nevim, kde by mohlo byt 200 budov pro tech 200 adresnich bodu bez polohy. To se pri rucni kontrole snad prehlednout neda. Castou chybou je, ze v KM je uvedeno cislo evidencni a databazi adres cislo popisne. Na Broumovsku je to cca 50 pripadu. Pokud se podari zjistt, jaky zdroj je pravdivy, tak neni problem tyto chyby napravit. Ja jsem uploudoval pouze ty adresni body, pro ktere byla nalezena jendoznacna shoda. Jestli uplodovat i ty body, ke ktery se nepodarilo najit adresu v databazi MVCR (treba s tagem FIXME) zalezi na dohode. Jaky je na to vas nazor? Stalo by za to uchovavat nekde i seznam adres, ke kterym se nepodarilo najit bod v KM? Existuje možnost použít databázi České pošty namísto databáze MVČR. Dle jejich vyjádření je totiž možné používat data z adresy 'psc.cpost.cz' neomezeně bez jakýchkoli licenčních podmínek (na rozdíl od placené databáze, kterou je zato možné používat off-line). Kvalitu databáze České pošty nedokáži zcela posoudit. Jen vím, že v některých místech je přesnější než MVČR. Se strojovým dotazováním na web České pošty jsem dříve experimentoval s dobrými výsledky. Pokud bude zájem, pošlu skripty (je to hrozný bastl BASH+XSTL+RUBY+JAVA, ale funguje). S pozdravem, Radomír Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] OpenStreetMap a Potlatch jsou lokalizovateln é
Hlavní stránku OpenStreetMap i editor Potlatch je nyní možné překládat do češtiny. Chcete-li začít s překladem, zaregistrujte se na Translatewiki, napište o sobě pár řádek a můžete začít! Vizte http://translatewiki.net/wiki/Translating:OpenStreetMap 2009/10/1 Ævar Arnfjörð Bjarmason ava...@gmail.com: Both the OpenStreetMap website and Translatewiki can now be localized at Translatewiki: http://translatewiki.net/wiki/Translating:OpenStreetMap Please sign up for an account there and help make these tools available in your language! ___ Local-contacts mailing list local-conta...@openstreetmap.org http://lists.openstreetmap.org/listinfo/local-contacts -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nefunkční Czechaddress plugin v pos ledních verzích JOSM
Díky za upozornění. Bug jsem opravil, šlo o změnu API na straně JOSM. 2009/9/13 Tomáš Tichý t.ti...@post.cz: Ahoj, v posledních verzích JOSM (již cca týden) přestal fungovat plugin Czechaddress. Konkrétně teď jsem to zkoušel s JOSM 2010 a Czechaddress 16862 a skončí to s následující výjimkou: Path: trunk URL: http://josm.openstreetmap.de/svn/trunk Repository Root: http://josm.openstreetmap.de/svn Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b Revision: 2110 Node Kind: directory Last Changed Author: stoecker Last Changed Rev: 2110 Last Changed Date: 2009-09-12 23:21:13 +0200 (Sat, 12 Sep 2009) Memory Usage: 443 MB / 508 MB (192 MB allocated, but free) Java version: 1.6.0_15 Plugins: czechaddress remotecontrol wmsplugin Plugin czechaddress Version: 16862 Plugin remotecontrol Version: 16965 Plugin wmsplugin Version: 17278 java.lang.IllegalAccessError: tried to access field org.openstreetmap.josm.data.osm.OsmPrimitive.deleted from class org.openstreetmap.josm.plugins.czechaddress.addressdatabase.AddressElement at org.openstreetmap.josm.plugins.czechaddress.addressdatabase.AddressElement.getName(AddressElement.java:103) at org.openstreetmap.josm.plugins.czechaddress.intelligence.Reasoner.update(Reasoner.java:199) at org.openstreetmap.josm.plugins.czechaddress.CzechAddressPlugin.initReasoner(CzechAddressPlugin.java:151) at org.openstreetmap.josm.plugins.czechaddress.CzechAddressPlugin.pluginStatusChanged(CzechAddressPlugin.java:196) at org.openstreetmap.josm.plugins.czechaddress.CzechAddressPlugin.broadcastStatusChange(CzechAddressPlugin.java:181) at org.openstreetmap.josm.plugins.czechaddress.CzechAddressPlugin.changeLocation(CzechAddressPlugin.java:172) at org.openstreetmap.josm.plugins.czechaddress.gui.FactoryDialog.relocateButtonActionPerformed(FactoryDialog.java:319) at org.openstreetmap.josm.plugins.czechaddress.gui.FactoryDialog.access$300(FactoryDialog.java:40) at org.openstreetmap.josm.plugins.czechaddress.gui.FactoryDialog$3.actionPerformed(FactoryDialog.java:282) at javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1995) at javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2318) at javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:387) at javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:242) at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:236) at java.awt.Component.processMouseEvent(Component.java:6263) at javax.swing.JComponent.processMouseEvent(JComponent.java:3267) at java.awt.Component.processEvent(Component.java:6028) at java.awt.Container.processEvent(Container.java:2041) at java.awt.Component.dispatchEventImpl(Component.java:4630) at java.awt.Container.dispatchEventImpl(Container.java:2099) at java.awt.Component.dispatchEvent(Component.java:4460) at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4574) at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4238) at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4168) at java.awt.Container.dispatchEventImpl(Container.java:2085) at java.awt.Window.dispatchEventImpl(Window.java:2475) at java.awt.Component.dispatchEvent(Component.java:4460) at java.awt.EventQueue.dispatchEvent(EventQueue.java:599) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161) at java.awt.EventDispatchThread.run(EventDispatchThread.java:122) =TT= ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapovani Krkonos
Také bych se přimlouval k ostatním názorům výše v diskuzi, přestože rozlišení není jasné: Je jasné, že jazykově to sedí podle návrhu Pavla Machka. path je obecná cesta, zatímco footway je pro pěší. Příslušné stránky na Wiki Tag:highway=path/highway tomu odpovídají. Také zcela souhlasím, že cesta nejen pro lidi, ale ještě ne pro auta je buď path, nebo bridleway. Přesto si myslím, že by bylo lépe úzké lesní pěšiny značit jako path: 1) Na wiki stránce Tag:highway=path/Examples pátý obrázek jasně ukazuje fotku úzké pěšiny v lese, která je značená jako path. 2) Stránka Tag:highway=footway navíc zmiňuje, že footway je designated footpath for [...] pedestrians, což je u lesní pěšiny sporné (nezapomeňme na zvířata). 3) Považuji za zdravé výrazně odlišit chodník a pěšinu. Lze to sice provést pomocí tagů surface, ale víme, jak moc se tyto přídavné značky respektují... 4) Pak je tu zavedený způsob kreslení na mapě, který odpovídá turistickým mapám v ČR (viz výše). Zdravím, Radek Černoch -- Forwarded message -- From: Pavel Machek pa...@ucw.cz Date: 2009/8/10 Subject: Re: [Talk-cz] Mapovani Krkonos To: OpenStreetMap Czech Republic talk-cz@openstreetmap.org On Sun 2009-08-09 16:43:58, Radom??r ??ernoch wrote: 2009/8/9 Ondrej Novy n...@ondrej.org: Ahoj, momentalne jsem na dovolene v Krkonosich a jsem tady trosku zmaten z toho, jak spravne mapovat nejake cesty. Vyskytuje se tu zhruba tento typ cest: 1. klasicka lesni cesta znacena jako turisticka (znacit jako highway=path + foot=yes, nebo highway=footway?) V??t??inou se pouv?? footway pro chod??ky a path pro piny. Pokud je to tedy lesn?? cesta, volil bych path. No... pokud po ty ceste projde i neco jinyho nez clovek (kolo, kun) je to 'path'. Kdyz to jen pro lidi -- mala cesticka --- 'footway'. Kdyz je to vhodny pro lidi a kone -- vetsi cesticka -- 'bridleway'. 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 http://lists.openstreetmap.org/listinfo/talk-cz -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy, epilog
Zdravím, 2009/8/9 jzvc j...@tpfree.fdns.net: Zdravim, ono je to rozbite ponekud vic. Jak koukam, tak mi to zobrazuje konflikty i mezi domy se stejnym cislem, ale v ruzne obci. Ty 2 domy v konfliktu jsou domy na mapě, nebo domy v databázi? Pokud platí první možnost, tak to není bug ale chybějící funkce. Dokud nebudou v mapě zaneseny hranice katastrálních území (které cca. odpovídají hranicím části obce), plugin nemůže poznat, že domy patří do dvou různých částí obce. Jedinou možností je porovnávat tag is_in, který však obsahuje sotva půlka adres. Takže zatím bohužel... Alternativne mi to tvrdi, ze dane CP jiz je prirazeno. Mohl byste to rozvést, prosím? S pozdravem, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy, epilog
2009/8/9 jzvc j...@tpfree.fdns.net: Radomír Černoch napsal(a): Ty 2 domy v konfliktu jsou domy na mapě, nebo domy v databázi? Pokud platí první možnost, tak to není bug ale chybějící funkce. Dokud nebudou v mapě zaneseny hranice katastrálních území (které cca. odpovídají hranicím části obce), plugin nemůže poznat, že domy patří do dvou různých částí obce. Jedinou možností je porovnávat tag is_in, který však obsahuje sotva půlka adres. Takže zatím bohužel... Mam nactenou nejakou cast mapy na ktere jsou dve obce. Ovsem katastralni hranice (ktere v tomto pripade zaneseny mam) zahrnuji obe ty obce (nebo aspon castecne). Ale nechapu, kde je problem, kdyz dum X ma is_in Drahkov, Modlany, Ústecký kraj, CZ a dum Y ma Kvítkov, Modlany, Ústecký kraj, CZ. Evidetne rozdilna adresa, pokud je vyplneno, melo by se porovnavat v kazdem pripade. Souhlasím, že by to šlo. Problém je, že domy z UIR importu tagy is_in nemají, takže porovnávání pomocí is_in bude vždy funkční jen napůl. Stejné je to s hranicemi katastru, které sice máte ve své mapě, ale ve zbytku republiky většinou chybí. Zkrátka zatím neznám spolehlivé řešení a žádné z těch nespolehlivých se mi příliš implementovat nechce. Nejvíce by se mi líbilo použít vektorizovanou mapu katastrální území, která už existuje, ale je třeba ji dočistit, přiřadit jména z OCR, sloučit s již existující mapou a importovat... Prozatím je závěr takový, že je nutné stáhnout vždy jen jednu obec a pracovat s ní. BTW: Nejaky hint co s hlasenim z tools.geofabrik.de o nenalezene ulici ? Zeby v Nemecku mely vsechny obce pojmenovane ulice ? ;D. Nevím, co myslíte... Ten nástroj moc nepoužívám. S pozdravem, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapovani Krkonos
2009/8/9 Ondrej Novy n...@ondrej.org: Ahoj, momentalne jsem na dovolene v Krkonosich a jsem tady trosku zmaten z toho, jak spravne mapovat nejake cesty. Vyskytuje se tu zhruba tento typ cest: 1. klasicka lesni cesta znacena jako turisticka (znacit jako highway=path + foot=yes, nebo highway=footway?) Většinou se používá footway pro chodíky a path pro pěšiny. Pokud je to tedy lesní cesta, volil bych path. OSM wiki to sice neříká jednozančně, ale nejpřesnější rozlišení najdete na http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath/Examples 2. krasna vyasfaltovana cesta kam jeste mohou cykliste, auta pouze na specialni povoleni (highway=service + access tagy, nebo highway=footway?) - ochranna zona II. Pro lesní cesty se mi zdá nejvhodněší highway=track a ve Vašem případě tracktype=grade1. highway=service znamená přístupová cesta, což asi není přesně to, co hledáte. Viz. http://wiki.openstreetmap.org/wiki/Key:tracktype a http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservice 3. cesta napr. nahoru na Snezku, kamenita, terenne rozlicna (highway=path + foot=yes?) - ochranna zona I. Je to cesta, po které by (alespoň teoreticky) mohlo jet dvoustopé vozidlo? Pak bych volil highway=track. Pokud je to vysloveně pěšina (pro pěší), zdá se mi lepší to, co píšete. Hlavni otazky tedy zni: Mapovat i lesni cesty jako highway=footway (rekl bych ze podle toho co je na wiki tak ne)? Mapovat je tedy jako footway i presto ze nejsou ve meste? Mapovat asfaltove cesty jako highway=service i presto ze na ne skoro zadne auto nesmi? Viz výše. Srhnul bych to takto: * Asfaltová silnice, po kterých běžně jezní auta: highway=service, residential, ... * Chodník ve městě či městském parku: highway=footway * Zpevněná lesní silnice: highway=track, trackgrade=grade2 a lepší * Nezpevnění lesní silnice pouze pro traktor: highway=track, trackgrade=3 a horší * Cesta pro pěší: highway=path Rozdeleni mezi kategorizaci silnic (primary, ...) mi prijde zrejmy, ale jak spravne rozlisit co je 'designated'? Citem? ;-) Nic lepšího mne nenapadá. Zdravím, Radek ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] jak označit areál?
Dobrý den, použití se liší. Někdo mapuje tagem laduse plochu kolem celé průmyslové čtvrti, někdo používá landuse jen na každé drobné území vyseknuté ulicemi (jeden blok domů). Osobně se mi zdá zbytečné označovat každou malou firmičku zvlášť, ostatně v popisu tagu landuse je slovíčko Predominantly. Sám používám landuse třeba pro celé větší město. OpenStreetMap je mnohem volnější v užití tagů než ostatní mapy, takže možná je rozmanitost tohoto druhu vlastně v pořádku. Až se jednou zjistí, že landuse by měl označovat území pouze nad X hektarů, půlka mapy se předělá. Může se totiž stejně tak snadno zjistit, že jemné dělení je žádoucí -- a předelá se druhá půlka. Zdravím, Radek Černoch 2009/8/9 Petr Stehlik psteh...@sophics.cz: Frettie píše v Ne 09. 08. 2009 v 16:19 +0200: dobrý den, průmyslovou zónu jsem označil tagem landuse:industrial. u průmyslové zóny to použití zcela chápu, ale mám na mysli spíš menší záležitosti, např. firmu v jinak residential zástavbě. Nevěděl jsem, jak moc ten tag můžu zneužít, ale je fakt, že je to nejspíš ten pravý, pokud jde o odlišení barvou pozadí. Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] jak revertovat?
Dobrý den, když někdo mapu předělá nazpět, je dobré toho člověka kontaktovat a domluvit se s ním. Co se jednomu může zdát jako posun k horšímu, se druhému může zdát naopak. Funkce vracení v OSM existuje, ale je dost čerstvá, takže editory ji zatím nepodporují (alespoň co já vím). S pozdravem Radek Černoch 2009/8/9 Petr Stehlik psteh...@sophics.cz: Zdar, ještě jeden čerstvý problém: jak postupovat, když vylepším mapu o detaily, opravím tvary a směry ulic, všechno nahraju na server a další den někdo druhý přijde a předělá to po mě k horšímu (mírně řečeno)? Je nějaký nástroj, který v určité oblasti odstraní všechny změny? Nebo lépe odstraní všechny změny provedené určitým autorem? Dá se v nějakém OSM editoru pohodlně couvat historií oblasti, jako třeba u zdrojáků v CVS? Díky Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapovani Krkonos
Zcela souhlasím. Jen bych dodal, že navigační přístroje v autě by Vás neměly navádět přes highway=track, zatímco přes highway=service ano. Hnát dopravu zkratkou přes II. zónu NP by nebylo zcela košer. ;-) R.Č. 2009/8/9 Tomáš Tichý t.ti...@post.cz: Vyasfaltovaných polňaček jsou u nás spousty, většinou mají lepší povrch než státní silnice :-) Značit je jako polňačky má v českých mapách tradici, veškeré turistické mapy to tak dělají. Značeny jsou plnou čárou, což odpovídá i značení v mapniku pro grade1. De jure jsou polní a lesní cesty sice také účelové komunikace, ale přijde mi lepší je rozlišit. Highway=service jsou podle mého názoru spíše takové ty obslužné komunikace v průmyslových areálech, přípojky benzínek, hypermarketů a tak. Za intuitivní pravidlo pro značení nějaké asfatky považuji, jestli je na cestu povolen vjezd aut. Pokud ano, pak highway=unclassified, jinak highway=track. Jiné mapy se toho obvykle drží. =TT= 2009/8/9 Ondrej Novy n...@ondrej.org: Dobry den, diky moc za nazory. Se vsim souhlasim, akorat :) 2009/8/9 Tomáš Tichý t.ti...@post.cz 2. krasna vyasfaltovana cesta kam jeste mohou cykliste, auta pouze na specialni povoleni (highway=service + access tagy, nebo highway=footway?) - ochranna zona II. To je rozhodně highway=track + tracktype=grade1 nejak se mi prici krasnou vyasfaltovanou cestu oznacit za 'polnacku' (tedy chapu highway=track jako Lesni ci polni cesta). Z ceske wiki: Úcelové komunikace: highway=service Tedy mnou jmenovana cesta vede sice KRNAPem, ale take funguje jako dopravi zasobovani vsech chat v teto oblastni, neni to tedy spise ucelova komunikace? -- S pozdravem/Best regards Bc. Ondrej Novy Email: n...@ondrej.org Jabber: on...@njs.netlab.cz ICQ: 115-674-713 Tel/Cell: +420 777 963 207 ___ 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 -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Duplicitni uzly
2009/8/9 Tomáš Tichý t.ti...@post.cz: Taky jsem se s tímto bugem už párkrát setkal, stávalo se to když z nějakého důvodu spadl upload bodů, editor je pak nauploaduje znovu (aspoň to tak bylo se starým API, s novým by se to už stávat nemělo). To bude ono. Před změnou zápisu adres byla oblast špatně otagovaná, a tak jsem dělal polo-manuální opravy. Skript bulk_upload však z nějakého důvodu místo aktualizace všechny body zduplikoval. Tipoval bych, že při stahování dat z OSM se neuložila informace o verzi a tak všechny primitivy se pro skript jevily jako nově vytvořené. Ještě to ověřím. Problém se tedy, předpokládám, týká Kralup nad Vltavou, Odoleny Vody a všech primitiv (včetně relací), které sem zasahují. Zkusím vše opravit. Snadno se to dá odstranit pomocí pluginu validator v JOSM, který umí duplikované body odstranit. =TT= 2009/8/9 jzvc j...@tpfree.fdns.net: Zdravim, narazil sem na oblast, kde jsou stovky duplicinich uzlu. Zda se, ze kvuli nejakemu BUGu v editoru se kompletni editovana oblast zduplikovala. Existuje nejaky zpusob jak takove uzly/cesty najit/eliminovat hromadne ? Vypada to, ze pachatelem je Radomir Cernoch. Tyce se okoli exitu 18 na D8 (Nova Ves) smerem na jihozapad. Narazil jsem na to vicemene nahodou, pachatel urcen dle vyssich ID nodu a cest. Da se stim neco provest ? ___ 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 -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy, epilog
2009/8/6 hanoj eha...@gmail.com: a) nedoplnuje PSC (ac se tvari ze to umi) b) co je horsi, nepouziva Zasobnik prikazu = nelze undo kdyz se clovek uklipne. Mozna se to takto chova jen u me, ale chova se to takto dlouhodobe v ramci nekolika verzi jak pluginu tak JOSM. Slo by s tim neco provest ? Dik. *** ja jsem jeste pochytil tyto vlastnosti a poprosil o prezkoumani: c) pri vytvareni noveho adresniho bodu hlasi, ze nove zrizovana adresa podle CP uz v mape existuje, idkyz vyhledani pomoci find addr:conscriptionnumber=666 ji nenajdu. To se může stát a je to v pořádku. Ta adresa, která už v mapě je, může být nadefinovaná jen pomocí ulice a ČO a CzechAddress si ČP domyslí z databáze. Druhý možný důvod nastává ve chvíli, kdy dům (v tomto případě s ČP 666) je z jakéhokoli důvodu v konfliktu. Přišlo mi dobré uživatele nějak varovat, ale asi by to chtělo změnit zprávu v něco výstižnějšího. Pokud to, co popisuješ není ani jeden z příkladů, pošli mi, prosím, konkrétní případ a rád se na to podívám. d) kdyz necham doplnit plugin aditivni udaje jako is_in do jiz existujiciho node s adresou z prvniho hromadneho importu, neprida mi source:position=cuzk:km, ac to v settings je zatrhnute. To je v pořádku. source:position se přidává jen pro nově vytvořené nody. Myšlenka je ta, že když upravujete již existující adresu, její poloha nemusí pocházet z ČUZK. PS: nevite pro WMSplugin uz neobsahuje vlastnost overlap? Dirk Stöcker ji smazal. My se zkrátka na některých věcech neshodneme, takže ačkoli mám už nachystaný nový patch, chci se ho nejdříve zeptat, proč ke smazání došlo. Pěkný den, Radek -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy, epilog
2009/8/6 Ondrej Novy n...@ondrej.org: Zdravim, Dne 6. srpen 2009 17:28 jzvc j...@tpfree.fdns.net napsal(a): ... Variantne moznost zobrazit pouze nepouzite adresy. Docela by se hodilo pro kontrolu zda v oblasti je zmapovano. za zobrazeni pouze nepouzitych adres bych se taky primlouval - mnohem lepe se tim da overit oblast kde si myslim ze uz nic nechybi. Diky. Na to slouží funkce [nepřiřazené domy], kterou můžete vybrat v Továrně namísto některé z ulic. Ale jak se teď koukám, funkce se z neznámého důvodu rozbila a zobrazuje jen konflikty... už mám další bod do úkolovníku. Díky, Radek -- S pozdravem/Best regards Bc. Ondrej Novy Email: n...@ondrej.org Jabber: on...@njs.netlab.cz ICQ: 115-674-713 Tel/Cell: +420 777 963 207 ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy, epilog
Já také používám systém 1 adresní bod = 1 node. V Praze je navíc zvyk umisťovat bod směrem k příslušné ulici, což jednak mapu zpřehledňuje a vlastně nakonec vypadá hezky. Funkci pro building=yes jsem však přidal -- snad to někomu mapování urychlí. S pozdravem, Radek Černoch 2009/8/3 hanoj eha...@gmail.com: Dne 3. srpen 2009 14:49 Petr Schönmann pschonm...@gmail.com napsal(a): 2009/8/3 hanoj eha...@gmail.com: opět není zařazeno přidání tagu building=yes v pluginu czechaddress, šlo by to doplnit ? *** zajimalo by me, k cemu je to dobre OSMarender bez tohoto tagu budovu nevykreslí *** chapu to tak, ze davate adresni body do polygonu budov? A kdyz ma budova 2-4 adresni body? Nebylo by lepsi mit adresni body jako jednu primitivu a neslucovat je budovama? hanoj ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Wiki článek
Dobrý večer, vytvořil jsem stránku o adresách v ČR: http://wiki.openstreetmap.org/wiki/Cz:WikiProject_Czech_Republic/Adress_system Požádal bych Vás o laskavost: V předchozí diskuzi padly příklady měst, kde se používá nestandardní číslování. Tuším Jindřichův Hradec a Soběslav. Mohli byste prosím všichno, kdo o takové výjimce víte, napsat na wiki alespoň krátkou zmínku? Na stránce by se hodilo umístit ukázku malé, ale hezky otagované městské části nebo obce, kde by bylo vidět co nejvíce možných kombinací tagů. Víte o vhodném místě? Díky, Radek -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy podruhé
2009/7/31 Mike Crash m...@mikecrash.com: Zdravím, díky za info, četl jsem. Mně ani tak nejde o to, jak se bude tag jmenovat apod, spíš o způsob provedené změny. To se mi ulevilo. ;-) Mělo by to být tak, že tam, kde je lomítko, tak vytvořit streetnumber a conscriptionnumber, ale kde je jen číslo, tak nechat pouze housenumber a ani jeden další tag nevytvářet, protože jsou zbytečné a hlavně se neví, který z nich to je. Já si nejsem jistý, jestli rozumím správně. Když by se v některých případech použilo jen housenumber, nezpůsobovalo by to ještě větší nejednoznačnost? Nezapomeňte, že existují ještě čísla evidenční. Jak byste poznal, jestli addr:housenumber=40 je číslo popisné, nebo evidenční? Celý nápad je založený na tom, že na skupinu tagů streetnumber, conscriptionnumber a provisionalnumber, se jaksi dá spolehnout. Vždy obsahují číslo (případně streetnumber může mít na konci písmeno) a vždy je alespoň jeden z nich přítomný. Zkrátka ideální pro strojové zpracování bez hromady ifů. Vedle toho housenumber je volnější a spíš určený pro čtení lidmi. Proto může obsahovat lomítka, čísla čtvrtí zapsané římskými číslicemi atd. atd. Ačkoli mezi oběma je docela silná vazba, toto rozdělení na tagy pro stroje a lidi se mi zdá rozumné. A to i za cenu duplicity dat. S tímto návrhem byl navíc všeobecný souhlas, diskutovalo se prakticky výhradně o názvech tagů. Jak asi víte, systém byl navíc odhlasován a z tohoto důvodu bych proto nerad diskuzi znovu otvíral. Nebo alespoň ne tak brzy. Jinak důvody pro změnu samozřejmě rád vysvětlím. Toto bude častý případ, navíc pro adresu je jedno, zda je to popisné nebo orientační číslo, a pokud na to přijde, tak se to vygeneruje pro každé město zvlášť. Asi nerozumím. Jak se to vygeneruje? Kdo to vygeneruje? A navíc pro každé město zvlášť? Nerad bych, aby někdo musel programovat jakési generátory pro každé město zvlášť. Ale vkládat do toho lomítka opravdu není dobrý nápad. Proč? Používá se nejen v ČR. Např. v Rusku také mají některé domy čísla s lomítkem a navíc s úplně jiným významem. Jak jsem psal, housenumber je pro čtení lidmi... Navíc je sice hezké, že tam mělo být alternatenumber, to je ale tag, který se nikde nepoužívá a nepoužíval a nezobrazuje se. Spíš ho nikdo nezdokumentoval. Tento tag se používal ve všech velkých městech a vůbec všude tam, kde dnes před lomítkem vidíte číslo. Jinak já Vás neobviňuji ze špatného použití tagu. Jen se snažím popsat, kde se stala chyba, a proč také najednou vyplula na povrch. S pozdravem, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Zaverecne hlasovani o adresach
# Pokud v místě nenajde žádné č. o., nebude ho očekávat. OK, takto algoritmus zatím funguje. # Pokud najde č. o. u více než 0 a méně než n bodů Tyto situace bych řešil dodatečně a ručně. Převodem se žádná informace neztratí a tyto chyby půjdou dohledat stejně dobře jako předtím. Navíc neznám žádný 100% funkční a automatický způsob, jak rozdělit adresy do měst... # Pokud najde č. o. u více než n bodů Jenže i ve velkých městech (kde převažují domy s čp i čo) jsou takové domy, které mají jen číslo popisné. U nich je přidání otazníků chybou, protože číslo orientační nemají mít. Každopádně díky za připomínky! Zdravím, Radek Černoch Stanislav Brabec píše v Po 27. 07. 2009 v 00:00 +0200: Radomír Černoch píše v Ne 26. 07. 2009 v 02:03 +0100: Děkuji za upozornění. Marně však přemýšlím, co z toho něco vyvodit... Možná jednoduchou heuristiku, která nejdřív projde všechny adresy jednoho města. Pokud v místě nenajde žádné č. o., nebude ho očekávat. Pokud najde č. o. u více než 0 a méně než n bodů (a/nebo n % bodů), vyhlásí upozornění na nutnost ručního zásahu (někdo se zřejmě uklepl a použil č. o. v místě, kde se nepoužívají). Pokud najde č. o. u více než n bodů, bude předpokládat, že č. o. se v dané lokalitě používají, a bude je očekávat u všech adres tamtéž (pokud není použito č. e.), a kde budou chybět, dá otazník. 2009/7/25 Jan Dudík jan.du...@gmail.com: Ad 4 - nahodou takových domu bude většina, i když v osm jen v některých městech... Stanislav Brabec http://www.penguin.cz/~utx ___ 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] Zaverecne hlasovani o adresach
Dobrý den, ozývám se ohledně změny způsobu psaní adres. Skripty a patche jsou již připravené a změně názvu políček tak nic nebrání. K přejmenování tedy dojde příští týden v noci z pondělí 27.7 na úterý 28.7. Jediné, co musíte udělat po 28.7, je aktualizace pluginu CzechAddress. Doporučil bych také v tuto dobu neupravovat primitivy, které obsahují 'housenumber' nebo 'alternatenumber'. S pozdravem, Radek Černoch 2009/7/4 Radomír Černoch radomir.cern...@gmail.com: Dobrý den, avizovaný týden uplynul, o prodloužení nikdo nepožádal a navíc od posledního úterý již nikdo nehlasoval. Hlasování tedy skončilo. Variantu (1) volilo 12 lidí, (2) jeden člověk a (3) 8 lidí. Výsledek jsem pro jistotu přepočítával, takže pokud mi neunikl nějaký mail, měl by být správně. Vítězem se tedy stává jednička (streetnumber, conscriptionnumber, provisionalnumber). Díky všem za účast v dlouhé diskuzi i závěrečném hlasování. Celkový návrh schématu adres vyvěsím v nejbližší době na OSM wiki. O provedení změny v mapě se též postarám; jen budu potřebovat nějakou dobu na přípravu. Včas dám vědět. S pozdravem, Radek Černoch -- Forwarded message -- From: Radomir Cernoch radomir.cern...@gmail.com Date: 2009/6/27 Subject: Zaverecne hlasovani o adresach To: talk-cz@openstreetmap.org Dobrý den, myslím, že nastal čas hlasovat o vítězné variantě pro datový model adres v ČR. Návrhy jsou řazeny dle stáří. Svoje hlasy, prosím, zašlete v odpovědi na tento e-mail. Hlasuje se pro právě jednu z variant. Zbytek navrhovaných změn (obsah addr:housenumber, is_in, ...) zde neuvádím, protože už konferencí prošel několikrát bez připomínek. 1) čo ... addr:streetnumber čp ... addr:conscriptionnumber če ... addr:provisionalnumber + Sémanticky přesný + Drží se konvence v pojmenovávání tagů v OSM + V příslušných státech je možné použít jednotná jména tagů (ČR+SR všechny tagy, v DE+A mají Konskriptionsnummer, ...) - Conscription se může zdát jako nepříjemné slovo 2) čo ... addr:streetnumber čp ... addr:number_in_district če ... addr:provisionalnumber + Řeší problém se slovem 'conscription' - Sémanticky nepřesný (district ~ okres) - Nedrží se zvyklostí (podtržítka, pořadí slov) 3) čo ... addr:orientacni čp ... addr:popisne če ... addr:evidencni + Sémanticky zcela přesný + Krátká slova = rychlé psaní a málo překlepů - Česká slova ve jménech tagů (v OSM je tendence vše anglicky) - Nesjednocuje názvy tagů ani mezi ČR+SR (addr:popisne X addr:supisne), kde jsou navíc oba systémy zcela shodné Vzhledem k rychlosti Vašich minulých odpovědí mi 1 týden na hlasování připadá dostatečný. Ozve-li se někdo proti, doba do uzavření hlasování se automaticky prodlouží na 2 týdny. S pozdravem, Radek Černoch -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] ofici??ln?? psan?? velk??ch p??smen v n??zvech ulic
Dobrý den, jak moc je v otázce velkých písmen důvěryhodná databáze České pošty na psc.cpost.cz? Kontroloval jsem ulice, u kterých si jsem velkými/malými písmeny jistý a všechny byly v pořádku. S pozdravem, Radek Černoch 2009/7/1 Stanislav Brabec u...@penguin.cz: Pavel Machek píše v Út 30. 06. 2009 v 08:39 +0200: On Wed 2009-07-01 07:32:50, Kubajz wrote: Bohuzel nic noveho, ale zajimave pocteni :) No, neco noveho preci; samosprava je zavazna pro velikost pismen, a poku to nekdo bude 'opravovat' podle pravidel pravopisu, je to vandalismus... Pokud ovšem bude dotyčný pracovat ve školství, je tomu právě naopak. Ve školství jsou závazná pravidla českého pravopisu. No nic. Pár dnů počkám, a pokud se nic nebude dít, zkusím napsat Místopisné komisi Rady HMP. V Praze je problém největší. Cedule jsou verzálkami, tak ještě žádný češtinář nemusel vysvětlovat svým žákům, že zatímco oni psát Na výtoni nebo Na slupi nesmí (pod pohrůžkou snížené známky ze slohové práce), zatímco úředníkům je to dovoleno. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk] Proposed Amenity Reorganization
Hi, I quite like the idea. For people, who think about using OSM data in their project, clarity of tag structure might be an important issue. I think why bother. Clearly what we have is chaotic, but any system you can think of will become chaotic sooner or later with people (ab)using it to their heart's content, so what's the big deal. The question is whether to choose chaos or less chaos. I think it's still a significant difference. Are there any serious reasons why not to bother? Technically I support the idea of key named spiritual, because there are more tags to fit in such group: wayside cross, small shrine, ... Regards, Radomir Cernoch 2009/6/24 greg...@arenius.com: The amenity key is currently used for so many different things that it has no meaning. It has become a catch all category for everything that doesn't have a place elsewhere. I'm proposing breaking it up into more keys to help make things more organized. Proposed keys: *Amenity *Death *Education *Entertainment *Financial *Government *Healthcare *Sustenance *Transportation *Waste With their tags: Amenity: *BBQ *Bench *Drinking_fountain *Emergency_Telephone *Fountain *Shelter *Telephone *Toilet Death: *Graveyard *Crematorium Maybe also things like tombs, catacombs, mortuaries, funeral homes, etc. Could probably also replace landuse=cemetary Education: *School *College *Library *University Entertainment: *Arts_centre *Brothel *Cinema *Nightclub *Theatre *Studio Financial: *ATM *Bank *Bureau_de_change Maybe also check cashing, brokerages, stock exchanges, commodity exchanges, etc Government: *Baby_hatch *Courthouse *Embassy *Fire_station *Police_station *Post_office *Post_box *Public_building *Prison *Townhall I think a lot of other types government buildings could be added here as well. Healthcare: *Dentist *Doctor *Hospital *Pharmacy *Veterinary This key has been proposed and passed a vote (15-4) but no further work has been done with it because the proposer doesn't have time. I'd move it along but I think it should be part of a larger reorganization of amenity. There are a lot of other tags that could be put in this category so I think its an especially important one. Sustenance: *Biergarten *Cafe *Fast_food *Food_court *Pub *Restaurant Transportation: *Bicycle_parking *Bicycle_rental *Bus_station *Car_rental *Car_sharing *Ferry_terminal *Fuel *Parking *Taxi_stands I think there has been discussion about a key somewhat like this but nothing has been officially proposed. Waste: *Recycling *Waste_basket *Waste_disposal Maybe also things like dumps, recycling baskets, etc. That leaves us with a few stray tags which I think can be better placed elsewhere. Hunting_stand can go in leisure. Marketplace can go in landuse. Signpost can go in the proposed information key. Vending_machine can go in the shop key, or failing that, its own key. Which leaves place_of_worship. Maybe in a new spiritual key with things like holy_site, etc? It really doesn't fit well in amenity though. I've copied this proposal into the wiki at http://wiki.openstreetmap.org/wiki/Proposed_Amenity_Reoganization which I'll be working on improving. What do people think? I know that there are a bazillion amenity tags already in use but I think that going forward a better organized system will be worth the effort of implementing it. Cheers, Greg ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cz] Proklat? ??sla popisn?
Já s tím nemám zásadní problém. Jen ještě zvažte Slovensko: Budeme psát addr:popisne, nebo addr:supisne? Nebo budeme mít jiné tagy i u nás a na Slovensku? Tam se totiž systém adres neliší vůbec... 2009/6/18 Kubajz kub...@kbx.cz: Dejme tomu, ze az nekdo navrhne vhodny uzus, na kterem se sejde cela evropa, tak to bude mit smysl. Ja bych to napsal cesky s tim, ze tam budeme mit vse potrebne a kdyz se nedejbuh rozhodne, ze to ma byt jinak, tak to neni problem automaticky preklopit. Ano, máte pravdu a v zásadě souhlasím. Jen doufám, že není problém to automaticky překlopit bude znamenat kratší diskuzi, než vedeme teď. ;-) Radek ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Proklat? ??sla popisn?
Dobrý den, respektuji Vaše názory a chápu, že nechcete podpořit návrh, se kterým silně nesouhlasíte. Jak jsem již psal, různých nápadů a argumentů na obě strany padlo hodně a když jsme se ani tak neshodli, zbývá hlasování. Mohl bych Vás tedy poprosit o stručné shrnutí cca ve 3 bodech, proč je number_in_district lepší než conscription*? Můžu to udělat i já, klidně se toho zhostím, ale bych nerad to napsal zavádějícím způsobem, který by kazil objektivitu hlasování. Sám zkusím udělat to samé pro druhý návrh. Měli bychom se také domluvit, zda respektovat závěry z vlákna Adresy, doladění. Myslím, že jako nejpřijatelnější kombinace vzešlo použití slova number na konci a bez použití podtržítek. Navrhnu proto conscriptionnumber. Přišlo by mi tedy logické z Vaší strany navrhnout districtnumber -- rozhodnutí je však na Vás. Rád bych to měl z krku co nejrychleji -- stihneme anketu vypsat do zítřka? Pokud se nemýlím, je to poslední bod, který zbývá rozhodnout. Pokud se pletu, opravte mne, prosím. S pozdravem, Radek Černoch 2009/6/17 Pavel Machek pa...@ucw.cz: On Sun 2009-06-14 01:27:21, Radomir Cernoch wrote: Dobrý den, poslední pokus o uzavření problému conscriptionnumber způsobilo jediné: Ozvali se další lidé, kteří jsou ochotni tento návrh podpořit. Z lidí, kteří se vyjádřili, zůstal silně proti návrhu jen Pavel Machek. Přestože jsem chtěl v diskuzi dosáhnout kompromisu přijatelného pro všechny, začíná být jasné, že je tento stav nedosažitelný. Argumentů padlo hodně, ale jejich síla patrně není dostatečná. Bohužel zbývá už jen jediná autorita, a to demokratické hlasování. Pane Machku, hlasování za současného stavu považuji za zbytečné. Pokud byste však na tom trval, anketu můžeme vypsat. Jen mám strach, že to bude ztráta času pro všechny zúčastněné. Nemohli bychom, prosím, přece jenom přijmout tento kompromisní návrh? Trvam na nem. To ze jsou s tim nekteri schopni zit neznamena ze je to dobry navrh. Naopak myslim, ze ma jedineho zastance. Protinavrhem budiz number_in_district , pripadne takova jeho varianta ktera je konzistentni se zvolenou variantou number_in_street. 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 http://lists.openstreetmap.org/listinfo/talk-cz -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Proklat? ??sla popisn?
Zdravím, je to také možnost. Bohužel však pomíjí původní problém, kvůli které se táhne celá diskuze. Totiž cca v oblasti střední Evropy se používá stejný systém, který u nás známe jako čísla popisná, v Německu a Rakousku jako konskriptionsnummer atd. Všechny vycházejí ze stejného modelu, proto bylo původní snahou navrhnout pro tato čísla 1 tag. Pak je tu Slovensko, kde sice používají identický systém jako u nás, ale názvy čísel mají samozřejmě slovensky. Je pak zvláštní psát tagy zrovna česky. Snahu sjednotit adresy těchto dvou zemí bych však nerad pouštěl z ruky. Pokud byste na návrhu trval, můžeme ho přidat to hlasování. S pozdravem, Radek Černoch 2009/6/17 Kubajz kub...@kbx.cz: Pak uz mam akorat navrh to napsat proste cesky: addr:popisne addr:evidencni addr:orientacni a automaticky z toho generovat addr:housenumber, coz je to, co se zobrazi jako cislo domu v mape. Nejake protinavrhy? Je fakt, ze cizincum je uplne u zadele, jak si to pojmenujeme a tezko nam budou cisla doplnovat. Renderovat se to v oficialni verzi stejne nikdy nebude, takze jsem pro to to pojmenovat cesky, coz je nejmene zavadejici varianta u takhle specifickeho problemu. A je fakt, ze kdyz je vetsina editaru u nas cesky mluvicich, proc to davat do anglictiny, kdyz to stejne asi nikdy nebude globalne platne a vsichni tomu budou aspon rozumet. Myslim, ze konskriptionsnummer je to same u nemcu - proto si to pojmenovali nemecky... K Pavel Machek napsal(a): On Sun 2009-06-14 01:27:21, Radomir Cernoch wrote: Dobrý den, poslední pokus o uzavření problému conscriptionnumber způsobilo jediné: Ozvali se další lidé, kteří jsou ochotni tento návrh podpořit. Z lidí, kteří se vyjádřili, zůstal silně proti návrhu jen Pavel Machek. Přestože jsem chtěl v diskuzi dosáhnout kompromisu přijatelného pro všechny, začíná být jasné, že je tento stav nedosažitelný. Argumentů padlo hodně, ale jejich síla patrně není dostatečná. Bohužel zbývá už jen jediná autorita, a to demokratické hlasování. Pane Machku, hlasování za současného stavu považuji za zbytečné. Pokud byste však na tom trval, anketu můžeme vypsat. Jen mám strach, že to bude ztráta času pro všechny zúčastněné. Nemohli bychom, prosím, přece jenom přijmout tento kompromisní návrh? Trvam na nem. To ze jsou s tim nekteri schopni zit neznamena ze je to dobry navrh. Naopak myslim, ze ma jedineho zastance. Protinavrhem budiz number_in_district , pripadne takova jeho varianta ktera je konzistentni se zvolenou variantou number_in_street. Pavel ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu
Zdravím, diskuze zjevně utichá, je tedy ideální čas ji uzavřít. U žádného návrhu nedošlo k jednoznačnému odmítnutí; patrně se blížíme variantě, která je pro všechny alespoň přijatelným kompromisem. Asi existuje všeobecná shoda na: 'addr:housenumber' = [čp]/[čo] nebo [čp] nebo E[če] 'addr:street' = [ulice] 'addr:city' = [obec] 'is_in' = [část obce], [obec], [kraj], CZ Ohledně dalších políček se misky vah zlehka převažují k variantě: 'addr:streetnumber' = [čo] 'addr:conscriptionnumber' = [čp] 'addr:provisionalnumber' = [če] Nejraději bych diskuzi neprotahoval, táhne se už strašně dlouho. Navrhuji tedy skončit s uvedenou kombinací tagů. Ozvěte se, pokud byste hodně preferovali některou z variant, které se objevily v tomto vlákně, a které se zatím jeví jako životaschopné: * 'addr:streetnumber' x 'addr:instreetnumber' (delší, ale názornější) viz http://lists.openstreetmap.org/pipermail/talk-cz/2009-June/003134.html * 'addr:provisionalnumber' x 'addr:tempnumber' (je kratší) viz http://lists.openstreetmap.org/pipermail/talk-cz/2009-June/003127.html Vyzněním příspěvku si však stále nejsem 100% jistý. HOWGH, Radek Černoch Tento e-mail se snaží být posledním e-mailem, který shrnuje celou diskuzi o způsobu zapisování adres na území České republiky. Pokud se závěry nesouhlasíte, ozvěte se prosím TEĎ HNED. Pokud se do 29.6 dnů na tento e-mail nikdo nezašle jakoukoli odpověď, obsah e-mailu bude považován za schválený a bude promítnut do OSM mapy ČR v noci z 29.6 na 30.6. 2009/6/6 Radomir Cernoch radomir.cern...@gmail.com: Dobrý den, čeká Vás dlouhý mail. Chystáte-li se jej rovnou smazat, čtěte alespoň poslední sekci. Diskuze o adresách se rozrostla do nečekané šíře. Poslední dobou však utichá, což může znamenat, že a) všichni odjeli o víkendu na chatu, nebo b) našlo se řešení. Pokusím se tedy zrekapitulovat dosavadní závěry a detaily, které je ještě potřeba rozhodnout. Předpokládám, že část diskutujících z pochopitelných důvodů v průběhu odpadla, usnula nebo omdlela a širší shrnutí se snad bude hodit. === Adresy v ČR === Pokud jste sledovali předchozí diskuzi, rovnou přeskočte do další sekce. Každý dům v ČR má buď číslo popisné (čp) nebo číslo evidenční (če). Nemůže se přitom stát, že by dům měl obě čísla zároveň. Pokud je obec rozdělená na části, obě čísla jsou unikátní na území každé z částí; v opačném případě jsou čísla unikátní v rámci celé obce. Domy se číslují zhruba od nejstaršího po nejnovější. Může se tedy stát, že domy s čp (resp. če) 120 a 121 jsou na opačných stranách obce. Zatímco čp se používá pro většinu domů, če značí převážně rekreační nebo zahradní budovy. To však není pravidlem a mnozí lidé mají trvalou adresu v domě označeném pomocí če. Kromě čísel popisných a evidenčních se používají ještě čísla orientační (čo). Ty se přidávají k číslům popisným, nikdy k číslům evidenčním. Jsou unikátní v rámci jedné ulice (jména ulic jsou vždy unikátní nejen v části obce, ale vždy i v celé obci). Číslování probíhá zpravidla od jednoho konce ulice blíže středu města k druhému konci; lichá čísla na jedné straně, sudá na druhé straně. Tento systém tak nalezení domu výrazně usnadňuje. S čo může vzniknout problém při zastavění proluky, nebo rozdělení domu. Aby se udrželo vzestupné číslování a nemusely se přečíslovat všechny zbylé domy v ulici, zavádí se dodatečné písmena. Pokud se dům s číslem '20' rozdělí na tři, vzniknou zpravidla adresy '20', '20a' a '20b'. Není to pravidlem, ale písmena se spíše řadí v opačném pořadí než čísla. Výsledné číslování tedy bývá ...'18', '20b', '20a', '20', '22'... Je sporné, zda lidé ve městech se zavedenými čísly orientačními používají spíše je, nebo čísla popisná. Převládající zvyklost patrně záleží na velikosti města a na době, jak dlouho se čo používají. Méně diskutabilní bude fakt, že nemalá část lidí je zvyklá používat jeden systém a ten druhý téměř vůbec. Celá adresa tedy může mít (až na výjimky) následující tvary: * [ulice] [čp]/[čo], [obec] * [ulice] [čp], [obec] * [obec] [čp] * [obec]-[část obce] č.ev. [če] Pokud tedy chcete jednoznačně určit dům, stačí použít vždy jedno z následujících pravidel: 1) obec + ulice + č. orientační 2) obecní čtvrt + č. popisné 3) obecní čtvrt + č. evidenční Přičemž použití pravidla 1) implikuje možnost použití pravidla 2). Naopak to neplatí. Použití pravidla 3) se vylučuje s použitím ostatních pravidel. Výjimku tvoří Jindřichův Hradec, kde se používá pro číslování domu následující tvar: [čp]/[číslo městské části] === Systém v jiných zemích === Pokud jste sledovali předchozí diskuzi, rovnou přeskočte do další sekce. V Evropě převažuje systém číslování podle obdoby našich čísel orientačních [1]. V prostoru střední Evropy se v dobách zavádění čísel domů používala čísla popisná jako tzv. Konskriptionsnummer. Rakousko-Uherská monarchie podle nich prováděla odvody do armády (tzv. konskripce [2]). Systém se udržel jako hlavní systém pro ČR a Slovensko,
Re: [Talk-cz] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu
2009/6/8 Petr Kadlec petr.kad...@gmail.com: 2009/6/8 Stanislav Brabec u...@penguin.cz: Není náhodou provisional přesnější? Google naznačuje, že Florida má cosi, co se jmenuje provisional building code. Jenže „building code“ není „číslo/kód budovy“, ale stavební zákon/normy: http://en.wikipedia.org/wiki/Building_code Nejsem si jistý, jestli to chápete jako výhodu nebo nevýhodu. Mně se líbí, když se různé systémy číslování zbytečně nemíchají do jednoho tagu. Zvláště pak když jeden z nich je taková specialitka jako číslo evidenční. Každopádně díky za vyjasnění významu building code. Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy, finale diskuse
Zdravím, 2009/6/5 Petr Nejedlý p...@nejedli.cz: Zdar, Moje namitky proti konscriptionnummer: 1. Nikdy zadny globalni search engine nebude zohlednovat tuhle opicarnu. 2. Nikdy zadny globalni rendered nebude renderovat tuhle opicarnu. Díky, že jste tohle napsal. Je to totiž právě naopak, než říkáte! Problém s vykreslováním 'alternatenumber' je v tom, že může obsahovat zcela libovolné číslo. Kolik může mít cifer? 4? 6? 8? Od jakého zoomu ho tedy kreslit? Alternatenumber má totiž velmi vágní definici, totiž „jakékoli číslo, co není housenumber.“ Zatímco 'konskriptionsnummer' má krystalicky čistou definici. Z ní také plyne, že v 99% má toto číslo 1-4 cifry. Když pak píšete styl pro renderer, tak víte, že od zoomu 16 by neměl nastat problém. [to číslo zoomu je nástřel, neberte ho závazně]. 3. (plyne z 1 a 2) AndNav2 me nikdy nedovede na takovou adresu. rationale(hodne nadnesene): Na Bali mani ricenumber (cislovani domu zavedene za ucelem zdaneni ryzove urody). V honolulu maji Mely by vsechny ty tooly tohle zohlednovat? Záleží na tom, jestli je to pro ně zásadní údaj. V ČR to zásadní je, protože velká část domů jiné číslo nemá. Howgh, Nenik PS: Bezne s Pavlem nesouhlasim, ale zavadet tuhle specialitku na neco, co je ve zbytku sveta vcelku obecne PS2: uznavam, ze v soucasne dobe vsude renderovane None je jeste o trochu horsi nez to ze nekde v databazi bude semanticky irelevantni privesek jmenem konscriptionnummer, nicmene alt...-konscription... to neresi. Tomu nerozumím. V čem je 'konskriptionsnummer' větší přívěsek v databázi než 'alternatenumber'? Vágnější význam má přece 'alternatenumber', nebo ne? S pozdravem, Radek Černoch PS: Já se omlouvám za svoji tvrdohlavost. Ale dobrá polovina argumentů proti změně je založená na tom, že se někomu z estetických důvodů nelíbí jméno tagu. Také bych byl rád, aby se mi při vyslovení toho slova nezauzloval jazyk, pojďme se ale bavit o skutečně praktických dopadech přejmenování. Na tuto stranu padly zatím 2 argumenty, tedy překlepy a omezenost tagu na střední Evropu. Druhý argument je pochybný (zúčastněné země tvoří cca. 15% obyvatelstva Evropy), první osobně nepovažuji za tak zásadní. Proti tomu totiž stojí přesnější datový model, v němž klíč tagu přesně určuje jeho hodnotu. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Obsah tagu addr:housenumber
Ahoj všem, lehce bych upřesnil informace o systému číslování domů. Za dobu vývoje CzechAddress jsem nenarazil na dům, který by měl jen číslo orientační. V praxi se tak vyskytují 3 varianty: 1) Jen číslo evidenční. 2) Jen číslo popisné. 3) Číslo popisné a číslo orientační. Návrh níže mi nezní špatně, jediné pochyby mám u čísel evidenčních, která mohou způsobit nejednoznačnost. Řekněme, že chci dojet na adresu Na výsluní 20, kde 20 je číslo popisné. Pokud se v blízkosti ulice Na výsluní vyskytuje jak dům s č.p. 20, tak dům s č.e. 20, nevím, kam jet. Vzhledem k tomu, že čísla evidenční se příliš často nepoužívají [1], mám návrh: Zahrnout je do systému pod zvláštní tag (stejně jako návrh níže), ale nezahrnovat je do 'housenumber'. S pozdravem, Radek Černoch [1] http://www.czso.cz/csu/faq.nsf/hlasodpoved?openformparentunid=491DF30ED371686CC125727D00326B8E: Číslo evidenční je číselný prostorový identifikátor územního prvku statistická budova, pokud jde o objekt určený k prozatímnímu nebo dočasnému bydlení nebo o objekt jiného prozatímního rázu. 2009/6/5 Tomáš Tichý t.ti...@post.cz: Ahoj všem, protože se již poněkolikáté rozproudila debata o adresách a v sousedním vlákně se řeší podoba tagu pro číslo orientační, dovolil bych si založit samostatné vlákno řěšící vlastní náplň tagu addr:housenumber v ČR. Pro shrnutí situace: V ČR může mít každý adresní bod (záměrně nepíšu dům, protože dům může mít více adresních bodů) následující čísla: - číslo orientační - číslo popisné - číslo evidenční Přičemž může mít jen jedno z nich, ale také může mít jejich kombinaci (týká se asi hlavně č.p / ć.o.). Pravděpodobně většina domů v ČR má pouze ć.p. ale velká skupina domů ve městech má č.p./č.o. Každé z těchto čísel může být součástí poštovní adresy a proto by ideální 1.) mapa / 2.) vyhledávač / 3.) navigace měla umožnit nalezení tohoto čísla. Otázka je jak naplnit tag addr:housenumber. Podle mého názoru pro ulehčení života rendererům, navigacím a dalším nástrojům okolo OSM by měl mít tento tag pokud možno smysluplný obsah pro maximumum možných případů. Asi nelze čekat, že všechny nástroje budou vždy zohledňovat středoevropská lokální specifika. Proto navrhuji tag addr:housenumber vyplňovat tím, co visí na domě. Odpovídá to asi nejlépe globální představě co od tohoto tagu čekat - identifikátor, který naleznu v poštovní adrese a na tabulce domu. Algoritmus vyplnění navrhuji následující: Pokud má bod jen č.p., vyplnit č.p. Pokud má bod jen ć. ev., vyplnit č. ev. Pokud má bod č.o. i č.p. vyplnit oboje ve formátu č.p./č.o. (nevím jestli se můžou vyskytnout další kombinace, kdyžtak je doplňte). Dále v každém případě vyplnit upřesňující tagy , kde budou jednotlivá čísla jednoznačně identifikována (jména teď neřeším, např. addr:konsktiptionsnummer, addr:cislo_orientacni, addr:cislo_evidencni). Tyto tagy mohou případně obsahovat i řetězec None jako explicitní vyjádření skutečnosti, že bod nemá dané číslo přidělen. Výhody navrhovaného řešení: Ad 1.) Na mapě se vždy zobrazí to co je v adrese, každý je podle ní schopen daný dům najít. Ad 2.) Obecný vyhledávač najde všechny adresy uvedené v kompletním tvaru (s č.p, nebo č.p / č.o). Doplnění hledání jen podle částečné adresy je triviální parsování oddělovače bez ohledu na to, jaké jména upřesňujících tagů budou, případně se může v případě neshody kompletního řetězce prohledávat fulltextově. Ad 3.) U navigace je to kombinace předchozích dvou faktorů. Dále libovolný nástroj přizpůsobený lokálním poměrům může využít náplň upřesňujících tagů. Nevýhody: Ad 1.) Číslo může být poměrně dlouhé, někde bude problém ho na mapu vecpat Ad 2.) 3.) Vyžaduje úpravy stávajích nástrojů. Bez úprav bude situace oproti současnému stavu zhruba stejná ( výrazné zlepšení u č.p, č.ev. a kompletních adres, výrazné zhoršení u nekompletních adres jen s č.o, stav nezměněn u nekompletních adres jen s č.p.). =TT= ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] na co konskriptionsnummer?
Ahoj, před chvílí se na to založil jiný thread se stejným tématem, navrhuji přesunout diskuzi tam. Zdravím, Radek Černoch 2009/6/5 Karel Volný ka...@seznam.cz: Zdar a sílu, předchozí thread už se táhne poněkud dlouho, nechci se dohadovat o srozumitelnosti, překlepech atd., zakládám nový thread, protože mám jen jednoduchou otázku - a na co to celé vlastně je? Na http://wiki.openstreetmap.org/wiki/Key:addr čtu: addr:alternatenumber ... If a object has two numbers. Better use addr:housenumber=first;second Co nám brání přidržet se tohoto návrhu a zadávat addr:housenumber=číslo popisné[;číslo orientační] ? (Kde hranaté závorky označují volitelnou část, neboť ne každý dům v ČR, co má číslo popisné, má i číslo orientační. Naopak to pokud vím platí platí, každý co má číslo orientační má i číslo popisné. Otázkou zůstává, co s čísly evidenčními, ale to se jaksi neřeší ani v předchozím threadu, mám takový dojem ...) K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy, finale diskuse
2009/6/5 Karel Volný ka...@seznam.cz: Zdravím, už se opakuji, ale je to jiná otázka. Jestli housenumber=č.p. nebo housenumber=č.o. nezávisí na jménu druhého tagu. Tyto dvě věci nemíchejme. tady mi něco uniká ... jestliže si někdo vymyslí, že číslo popisné bude cpát do konskriptionsnummer, tak to, zda číslo popisné budeme cpát do housenumber je zcela jiná otázka? - takže to budeme diskutovat zcela nezávisle na sobě a můžeme skončit s tím, že číslo popisné bude duplicitně v konskriptionsnummer a zároveň v housenumber? Jasně, omlouvám se. Asi jsem byl včera večer už unavený. Každopádně zatím nejkonstruktivnější návrh (ve vedlejším threadu) stejně počítá s nějakým samostatným tagem pro číslo popisné. Mám velký strach, že tuto diskuzi bude potřeba dokončit. - nezlobte se na mě, ale vy kdo to prosazujete, to jste asi a) spadli z jahody, b) už léta žijete v nějaké jiné zemi a na situaci v rodné vísce jste zapomněli, c) v životě jste nevytáhli paty z vaší velkovesnice, ve které se omylem dá něco najít i podle čísel orientačních, někam za humna, kde jsou pouze čísla popisná Renderování č.p. sám prosazuji. Viz archiv talk@ a talk...@. ovšem v opačném gardu než jak to v ČR funguje ... anebo vůbec neumím anglicky, pokud je stále řeč o tomto postu: http://lists.openstreetmap.org/pipermail/talk/2009-May/036901.html ... takže opakuju, a), b) nebo c)? Narodil jsem se ve Slatině, žiji 3/4 roku v Edinburghu a chystám se nějaký rok zůstat v Praze. Jaký to má vliv na číslování domů? Tady zase něco uniká mně. nebýt tohoto příspěvku, na kterej reaguju, tak si celou dobu myslím, že se jenom hádáte, jestli má být číslo orientační německy nebo anglicky (což mi přijde divný, používat němčinu pro něco, co se prý nyní používá jen v neněmecky mluvících zemích, ale budiž), nicméně je-li to takhle ... tak co, a), b) nebo c)? Bohužel vycházíte z nepravdivé informace (opět se budu opakovat). Konskriptionsnummer se používá mj. v Rakousku a Německu (i když ne jako hlavní systém číslování), ... to opravdu nebylo těžištěm mého příspěvku, ale budiž - takže, když se to prý používá, tak by jiště na podložení tohoto tvrzení byl nějaký příklad, kde je to v OSM použité? Dobře, navrhujete tedy anglický ekvivalent 'conscriptionnumber'? Řeknu Vám, jak jsme dospěli ke 'konskriptionsnummer'. Tohle téma jsem otevřel 2x na talk@ a v talk-cz@ se teď řeší potřetí. Každou chvíli se objeví někdo, kdo minulou diskuzi (ve stejném mailing listu) neviděl a navrhne něco, co už se dávno zavrhno. Konskriptionsnummer vyšel vyšel jako závěr 2. kola diskuzí na talk@ i talk...@. Přitom je to jediný návrh, proti kterému je nejvážnější výtka náchylnost na překlepy. Máte-li někdo jiný nápad, jak tagovat čísla popisná, navrhněte ho, oběhněte kolečko na talk@ i talk-cz@ a sdělte mi výsledek. Přeji pěkné dny ztrávené psaním desítek mailů. Já už na to nemám nervy a začíná mi to být jedno. Jen upozorňuji, že 'addr:alternatenumber' ani 'addr:[cokoli]ref' v diskuzích neprošlo z důvodů vážnějších než jsou překlepy. S pozdravem, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Obsah tagu addr:housenumber
2009/6/5 Stanislav Brabec u...@penguin.cz: Tomáš Tichý píše v Pá 05. 06. 2009 v 13:39 +0200: Jak jsem se dočetl na wikipedii, adresy s číslem s lomítkem používají i v Rusku (i když s jiným významem - tam je to když je dům na dvou ulicích), takže mi lomítko přijde dostatečně globální. což odpovídá bodům 1 a 3, pokud za first dosadíme č.p. a second č.o. co se týče čísla evidenčního, klonil bych se spíše k jeho nezapisování do housenumber - v systému má jiný význam Bohužel nejen v Rusku, třeba v Jindřichově Hradci jsou také adresy s lomítkem v jiném významu: např. 700/III (číslo popisné/městská čtvrť, čísla orientační tam nejsou). Takže systém pro analýzu č. p./č. o. tam naprosto selže. To je zajímavé. Co máte napsané v občance, kde se běžně používá čp/čo? Přemýšlím totiž, jestli CzechAddress má umět i tuto specialitu. Díky, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy, finale diskuse
2009/6/5 Pavel Machek pa...@ucw.cz: Ahoj! Moje namitky proti konscriptionnummer: 1. Nikdy zadny globalni search engine nebude zohlednovat tuhle opicarnu. 2. Nikdy zadny globalni rendered nebude renderovat tuhle opicarnu. Díky, že jste tohle napsal. Je to totiž právě naopak, než říkáte! Problém s vykreslováním 'alternatenumber' je v tom, že může obsahovat zcela libovolné číslo. Kolik může mít cifer? 4? 6? 8? Od jakého zoomu ho tedy kreslit? Alternatenumber má totiž velmi vágní definici, totiž ???jakékoli číslo, co není housenumber.??? Zatímco 'konskriptionsnummer' má krystalicky čistou definici. Z ní také plyne, že v 99% má toto číslo 1-4 cifry. Když pak píšete styl pro renderer, tak víte, že od zoomu 16 by neměl nastat problém. [to číslo zoomu je nástřel, neberte ho závazně]. ...ma krystalicky cistou definici, ktera mi ale nerekla nic noveho. Proste je to cislo. A ted... highway=primary taky nema presnou definici. Definice silnice prvni tridy u nas zcela jiste _neodpovida_ tomu co povazuji za prvni tridu v Rusku. (Tam to taky muze byt sterkovka). Znamena to, ze by bylo rozumne z vagniho highway=primary udelat presne highway=prvni_trida_dle_zakona123456? Ne. A proc ne? Kvuli zobecneni. Mozna je rozumne pridat do wiki poznamku ze highway=primary v cechach znamena silnice prvni tridy. Stejne tak by se mozna na wiki hodila poznamka ze addr:alternatenumber v cechach znamena cislo popisne, zname tez jako k18n (ne, fakt tu hruzu nebudu pokazdy vypisovat). Pavel To je dobrá připomínka. Srovnejme však obě definice: Silnice primary má dle anglické wiki obvykle spojovat větší města. Zatímco alternatenumber je libovolné další číslo domu, které není v 'housenumber'. Já tam cítím podstatný rozdíl v míře obecnosti -- už tím, že 'alternatenumber' používá negativní vymezení, zatímco 'primary' pozitivní. Ale tady už zacházíme do poměrně subjektivního rozhodování. Bylo by dobré, aby se vyjádřili i ostatní (což platí i o dilematu překlep vs. datový model). Doufám, že jsme mezitím všechny ostatní naší dlouhou diskuzí definitivně neodvařili. ;-) S pozdravem, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy, finale diskuse
2009/6/5 Tomas Kolda ko...@web2net.cz: Jeste me napada, ze vyhledavani adres stejne jede fulltextove, takze rozlisovat kvuli vyhledavani smysl asi nema. Nikdo nebude delat kolonku pro cisla, ale spise se jede Vodickova 111, Praha apod. Jde tedy asi jen o grafickou reprezentaci. Z meho pohledu je efekltivnejsi (pro vykreslovani) pouzivat obecny zpusob. Mapnik totiz kazde pravidlo projizdi postupne a nezridka, kdyz se to da do jine vrstvy apod., poklada dalsi SQL dotaz. Udrzovat tato pravidla asi pak take nebude ono. Kdyz by mel kazdy stat sve specifika dopodrobna popsana ve stylech, byla by jejich definice asi nekolikanasobne vetsi a tim i delsi renderovani. Viz vedlejší vlákno, ve kterém se navrhuje použít: addr:street=Vodičkova addr:housenumber=4028/111 addr:[číslo popisné]=4028 addr:[číslo orientační]=111 Pokud se na tomto schematu shodneme, vyhledávač zajímá jen street a housenumber. A mapnik může v nejhorším případě zůstat tak, jak je. Takze i kdyz adresam vubec nerozumim, tak na vyhledani staci napsat to kamkoliv. Mapy.cz apod asi take nemaji algoritmus na detekci cisla podle toho jak jste to napsal, proste vezmou vse orankuji a vypisou vysledek. T Radomír Černoch napsal(a): 2009/6/5 Pavel Machek pa...@ucw.cz: Ahoj! Moje namitky proti konscriptionnummer: 1. Nikdy zadny globalni search engine nebude zohlednovat tuhle opicarnu. 2. Nikdy zadny globalni rendered nebude renderovat tuhle opicarnu. Díky, že jste tohle napsal. Je to totiž právě naopak, než říkáte! Problém s vykreslováním 'alternatenumber' je v tom, že může obsahovat zcela libovolné číslo. Kolik může mít cifer? 4? 6? 8? Od jakého zoomu ho tedy kreslit? Alternatenumber má totiž velmi vágní definici, totiž ???jakékoli číslo, co není housenumber.??? Zatímco 'konskriptionsnummer' má krystalicky čistou definici. Z ní také plyne, že v 99% má toto číslo 1-4 cifry. Když pak píšete styl pro renderer, tak víte, že od zoomu 16 by neměl nastat problém. [to číslo zoomu je nástřel, neberte ho závazně]. ...ma krystalicky cistou definici, ktera mi ale nerekla nic noveho. Proste je to cislo. A ted... highway=primary taky nema presnou definici. Definice silnice prvni tridy u nas zcela jiste _neodpovida_ tomu co povazuji za prvni tridu v Rusku. (Tam to taky muze byt sterkovka). Znamena to, ze by bylo rozumne z vagniho highway=primary udelat presne highway=prvni_trida_dle_zakona123456? Ne. A proc ne? Kvuli zobecneni. Mozna je rozumne pridat do wiki poznamku ze highway=primary v cechach znamena silnice prvni tridy. Stejne tak by se mozna na wiki hodila poznamka ze addr:alternatenumber v cechach znamena cislo popisne, zname tez jako k18n (ne, fakt tu hruzu nebudu pokazdy vypisovat). Pavel To je dobrá připomínka. Srovnejme však obě definice: Silnice primary má dle anglické wiki obvykle spojovat větší města. Zatímco alternatenumber je libovolné další číslo domu, které není v 'housenumber'. Já tam cítím podstatný rozdíl v míře obecnosti -- už tím, že 'alternatenumber' používá negativní vymezení, zatímco 'primary' pozitivní. Ale tady už zacházíme do poměrně subjektivního rozhodování. Bylo by dobré, aby se vyjádřili i ostatní (což platí i o dilematu překlep vs. datový model). Doufám, že jsme mezitím všechny ostatní naší dlouhou diskuzí definitivně neodvařili. ;-) S pozdravem, Radek Černoch ___ 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 -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy, finale diskuse
Zdravím, co říkáte na změnu, ve které 'housenumber' obsahuje čp i čo (podrobnosti ve vedlejším vlákně)? Vyhledávači pak stačí porovnávat hledané číslo s řetězcem v 'housenumber' a na ostatní tagy nehledí. Navíc se tak řeší problém Jindřichův Hradec. Je to ten systém ala Google, který tu někdo před chvílí posílal. Radek Černoch 2009/6/5 Petr Nejedlý p...@nejedli.cz: Radomír Černoch napsal(a): 3. (plyne z 1 a 2) AndNav2 me nikdy nedovede na takovou adresu. rationale(hodne nadnesene): Na Bali mani ricenumber (cislovani domu zavedene za ucelem zdaneni ryzove urody). V honolulu maji Mely by vsechny ty tooly tohle zohlednovat? Záleží na tom, jestli je to pro ně zásadní údaj. V ČR to zásadní je, protože velká část domů jiné číslo nemá. A prave proto, ze je zasadni, by mel byt v zasadnim tagu. Tomu nerozumím. V čem je 'konskriptionsnummer' větší přívěsek v databázi než 'alternatenumber'? Vágnější význam má přece 'alternatenumber', nebo ne? S pozdravem, Radek Černoch PS: Já se omlouvám za svoji tvrdohlavost. Ale dobrá polovina argumentů proti změně je založená na tom, že se někomu z estetických důvodů nelíbí jméno tagu. Také bych byl rád, aby se mi při vyslovení toho slova nezauzloval jazyk, pojďme se ale bavit o skutečně praktických dopadech přejmenování. Me osobne je jmeno pridavneho tagu ukradene, pro me je primarne dulezite, aby byla dostupna dostatecne dobra informace v tom tagu, ktery zna a pouziva cely svet, byt s mirnymi semantickymi odchylkami. Proti tomu totiž stojí přesnější datový model, v němž klíč tagu přesně určuje jeho hodnotu. Presnejsi, ale slozitejsi. At tam ta informace klidne je i presne, ale at tam je hlavne obecne. Nenik ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Obsah tagu addr:housenumber
2009/6/5 Pavel Kovář f...@vsetin.org: No doteď žiju v domnění že pro jednozančné určení budovy by mi mělo stačit město a č.p. Pro jednoznačné určení domu je třeba jedno z následujících 1) město + ulice + č. orientační 2) městská čtvrt + č. popisné 3) městská čtvrt + č. evidenční Přičemž možnost použití pravidla 1) implikuje pravidlo 2). Naopak to neplatí. Použití pravidla 3) se vylučuje s použitím ostatních pravidel. Jesli wikipedia nelže tak evidenční číslo je vlastně popisným číslem u dočasných staveb Je to pravda. Používá se také pro chaty či menší domky na zahradách. Slovo dočasné tedy nemusí znamenat, že se dům bude brzy bourat. k čemu je to orientační číslo dobré ? Ve městech se č. popisná špatně pamatují, protože mají příliš mnoho cifer a dvě po sobě následující čísla mohou být na opačných stranách městské části. Tady je možná dobré místo pro zdůraznění, že když ve městě řeknete Jarní 50, myslí se tím _vždy_ číslo orientační. Používání čísel popisných zkrátka není ve městech zažité. Proto by mapa vždy měla číslo orientační obsahovat. S pozdravem, Radek Černoch S pozdravem Pavel Kovář Petr Nejedlý napsal(a): Tomáš Tichý napsal(a): což odpovídá bodům 1 a 3, pokud za first dosadíme č.p. a second č.o. co se týče čísla evidenčního, klonil bych se spíše k jeho nezapisování do housenumber - v systému má jiný význam Někdo tu uváděl příklad, kdy mu chodí pošta na č.ev., takže by se hodit mohlo. Nemáte někdo nějaký příklad adresy s č.ev.? Je to ale asi dost okrajový problém, takže pokud by to bránilo obecné shodě, můžeme je zatím vypustit. K diskuzi předkládám kompromisní návrh - č.ev. vkládat do tagu i s textem, např. č.ev. 20, to by mohlo předejít většině problémů. V obcance mam: Peklov 8E, coz je samozrejme blbost, ale je to kratsi a posta si s tim take poradi. Kdyz do mapy.cz zadate Pekov 8, dostanete jednoznacnou odpoved i s vysvetlenim, ze se jedna o Peklov ev.č. 8, Hřebeč, okres Kladno Z toho mi vychazi jako vcelku rozumne ulozit: addr:housenumber = ev.č. 8 Nenik ___ 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 -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Obsah tagu addr:housenumber
2009/6/5 Petr Nejedlý p...@nejedli.cz: Tomáš Tichý napsal(a): což odpovídá bodům 1 a 3, pokud za first dosadíme č.p. a second č.o. co se týče čísla evidenčního, klonil bych se spíše k jeho nezapisování do housenumber - v systému má jiný význam Někdo tu uváděl příklad, kdy mu chodí pošta na č.ev., takže by se hodit mohlo. Nemáte někdo nějaký příklad adresy s č.ev.? Je to ale asi dost okrajový problém, takže pokud by to bránilo obecné shodě, můžeme je zatím vypustit. K diskuzi předkládám kompromisní návrh - č.ev. vkládat do tagu i s textem, např. č.ev. 20, to by mohlo předejít většině problémů. V obcance mam: Peklov 8E, coz je samozrejme blbost, ale je to kratsi a posta si s tim take poradi. Kdyz do mapy.cz zadate Pekov 8, dostanete jednoznacnou odpoved i s vysvetlenim, ze se jedna o Peklov ev.č. 8, Hřebeč, okres Kladno Z toho mi vychazi jako vcelku rozumne ulozit: addr:housenumber = ev.č. 8 Asi máte pravdu. Když se před č.e. přidá kus textu, zajistí to jednoznačnost. Jen přemýšlím, jak bude vypadat mapa, na kterou se kromě jedné číslice 8 vypíše pět dalších znaků ev.č Bojím se, že to bude stejně nepřehledné jako na WMS mapě ČUZK. Co převzít stejný systém jako máte na občance a který zároveň používá česká pošta? Tedy psát E8 nebo 8E? Zdravím, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Obsah tagu addr:housenumber
2009/6/6 Tomáš Tichý t.ti...@post.cz: Tady je možná dobré místo pro zdůraznění, že když ve městě řeknete Jarní 50, myslí se tím _vždy_ číslo orientační. Používání čísel popisných zkrátka není ve městech zažité To neni tak uplne pravda, nektera mesta a mestske casti (dokonce i v Praze) orientacni cisla nemaji, i kdyz maji pojmenovane ulice. =TT= Jasně, omlouvám se za nepřesnost. Když číslo orientační existuje, tak ale stále platí to, co jsem psal. Nebo máte jinou zkušenost? Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Fwd: [Local-contacts] Language localisation
Dobrý den, díky londýnskému Hackweeku obsahuje hlavní stránka OSM lokalizace do místních jazyků. Hotová je zatím němčina a částečně francouzština. Chcete-li pomoci s překladem do češtiny, zapojte se do e-mailové konference „dev.“ Viz. http://www.opengeodata.org/?p=508 S pozdravem, Radek Černoch -- Forwarded message -- From: SteveC st...@asklater.com Date: 2009/6/1 Subject: [Local-contacts] Language localisation To: local-conta...@openstreetmap.org Dear all This is our first test of the local contacts list. Please translate and pass on the message that we have local languages in OSM now, German and partial French. If people want to help they should get involved on the dev@ mailing list http://www.opengeodata.org/?p=508 I suggest you send it to your local list and cc here so we see it. Best Steve ___ Local-contacts mailing list local-conta...@openstreetmap.org http://lists.openstreetmap.org/listinfo/local-contacts -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OpenTrackMap?
Plně souhlasím, že se na data v OSM dá spolehnout... zatím. Jenže do doby než se podaří zmapovat všechny lesní cesty a turistické značky, budou ty dnešní stejně zastaralé a nespolehlivé. Chyby v mapách od komerčních dodavatelů takto vznikají -- pomineme-li easter-eggs apod. Bojím se navíc, že tento efekt hrozí u OSM ještě větší měrou, protože mapování probíhá postupně po dlouhou dobu. Importu bych se tedy nebál, pokud se každá importovaná cesta patřičně označí. Třeba fixme=*? S pozdravem, Radek Černoch 2009/5/25 Rolf K r...@seznam.cz: No já nevím, osobně bych se toho trochu bál. Na data v OSM se dosud dá víceméně spolehnout, ale co se týče jiných map, tak tady už bych takový optimista nebyl. Už mockrát jsem v terénu marně hledal cestu, která byla značená v mapě, ale v reálu prostě neexistovala. A nebyly to třeba ani nijak nevýrazné pěšinky. A myslím si že je daleko lepší mít v OSM míň cest ale ověřených než celou síť, na kterou se ale nedá spolehnout že opravdu existují. Rolf Původní zpráva Jo, dost by tomu pomohl import 'svaznych cest' z uhulu... pomohl cemu? stejne tam musis jit a zjistit jestli tam ta stezka opravdu vede, to co je na papirovych a vebovych mapach je uplne k nicemu, tam u vas to mozna odpovida realite, ale tady ne. No, import by pomohl tomu ze by v lesich byly aspon _nejake_ cesty, takze by se po lesich dalo trochu orientovat. Se znackama to samozrejme nepomuze, ale kdyz chci dojit z bodu A do bodu B... ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk] Highways tagging vs Polygon
Hi, the whole idea of polygons is over anyway... So my only answer to your points is yes. :-) Radek 2009/5/23 Lauri Kytömaa lkyto...@cc.hut.fi: Radomir Cernoch wrote: http://openstreetmap.org/?lat=60.18933lon=24.9642zoom=18 I do not think that streets like Sturenkatu or Teollisuuskatu, nor any of connected primary/secondary/tertiary form a zone. I would suggest to define a zone as an area with predominantly uniform traffic regulations. Not that it matters in Finland, but urban roads are more often signposted as zone 30 or zone 40 and not maxspeed 30/40, at least in Helsinki. Such zones can't be made up at will, but can only be surveyed by entering an area from all directions. To me the maxspeed is just a property of the road, even if the authorities have signed them as a maxspeed zone. Likewise the urban area (as defining the applying traffic rules, mainly maxspeed=50/80) can't be accurately deduced from landuse areas, residential roads nor from any administrative boundaries yet entered. The only relevant legislative differences are the maxspeed and whether honking is allowed to signal starting an overtake, but no one does that anyway. Examples: in http://openstreetmap.org/?lat=60.221lon=25.035zoom=16 everything is urban, but in http://openstreetmap.org/?lat=60.193lon=25.03zoom=16 only the trunk road is not urban (as are all trunk roads inside Helsinki) * If someone forgets to add the maxspeed or zone:traffic tag to a road, this model is closer to reality. (Please note that this may happen in a very well made map, see my previous Helsinki mail). Actually, if there was a polygon with zone:traffic, it'd likely be wrong. Those roads most likely have a maxspeed of 30 or 40 and without a proper survey(*1) they would still be inside a zone:traffic=urban, which would imply a maxspeed 50 in Finland. Guessing a zone from the other minor roads, roads that aren't connected to those without a maxspeed (Allotriankuja and Rialtonkuja in the example), would indicate a maxspeed zone of 30 or 40 - a 50 percent probability of being wrong. Without a given maxspeed it's known to contain incomplete information. *1 Someone unkown drew most of the roads in Helsinki in 2007 from the Yahoo aerials and there's still much to add details to. A chance to get the house numbers, too. It's a work in progress, even if it looks quite detailed in places. With about 600 mappers (ever having edited anything) in Finland and 300 000 km of roads it's going to take a whole lot of time, esp. outside the significant cities. -- Alv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cz] OpenTrackMap?
Dobrý den, taková služba by byla užitečná, ale o žádné nevím. Také mne napadlo podobný server vytvořit, ale bojím se o životaschopnost takového projektu -- bez serveru s dobrou konektivitou to nepůjde. Navíc velmi dobře použitelné mapy pro prohlížení na počítači už poskytují mapy.cz. Máte-li však nápad... S pozdravem, Radek Černoch 2009/5/23 Radek Bartoň black...@post.cz: Zdravím. Existuje někde něco jako OpenTrackMap nebo uvažoval někdo o založení nějakého serveru, který by poskytoval dlaždice (bitmapové) vyrendrované pro účely pěší turistiky (turistické značky, souřadnice, pamětihodnosti, atd.)? Vím, že existuje OpenCycleMap a openstreetmap.cz, ale první neobsahuje turistické trasy a druhé jen vektorové, což si do TangoGPS nenahraji. Děkuji za reakce. -- Ing. Radek Bartoň ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy, finale diskuse
2009/5/23 Pavel Kovář f...@vsetin.org: No co ze zemí které se sjednocují anglicky nemluví ani jedna maďarština je hrozná, čeština a slovenčina by měly problém s diakritikou no a německy mluví hned dvě země, tak proč ne německy že jo ;) :-D Trochu jsem se bál dřímajících protiněmeckých nálad; jsem tedy rád za Vaše reakce. Jinak hodně bych ocenil kdyby někdo na českou wiki strčil vzorově otagovaný baraček a panelák s více vchody. Něco o tagování domů jsem teď na wiki dával (Cz:JOSM/Plugins/CzechAddress), je to ale zaměřené na plugin samotný. Nějaké praktické HowTo bych také rád přidal. Jen -- panelák s více vchody má více adres? Jak se to značí správně? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy, finale diskuse
Dobrý den, tak teď nevím, jestli Váš mail mám brát jako apel, nebo postesknutí. ;-) Mapování čísel evidenčních totiž nic nebrání. Klidně navrhněte jméno tagu a můžete začít. Jde jen o to, že plugin CzechAddress Vám práci nijak neusnadní. Databáze sice obsahuje informaci, že v obci je dům s č.e. 20, ale neví nic o jeho umístění. Jediné, co pro Vás mohu udělat, je vytváření „prázdných“ adresních bodů, které obsahují jen jméno obce, stát apod. Ke stejnému účelu však stejně dobře poslouží Ctrl+C a Ctrl+V... Mapování by šlo vyřešit jednorázově, když by ČUZK poskytla databázi, ze které generuje své WMS. Zkoušel jsem se ptát, ale ani na druhý pokus nikdo neodpověděl. Máte s tím někdo lepší zkušenosti? S pozdravem, Radek Černoch 2009/5/23 Petr Nejedlý p...@nejedli.cz: Radomír Černoch napsal(a): Jinak hodně bych ocenil kdyby někdo na českou wiki strčil vzorově otagovaný baraček a panelák s více vchody. Něco o tagování domů jsem teď na wiki dával (Cz:JOSM/Plugins/CzechAddress), je to ale zaměřené na plugin samotný. Nějaké praktické HowTo bych také rád přidal. Jen -- panelák s více vchody má více adres? Jak se to značí správně? Škoda že je zavrhováno tagování čísel evidenčních. V jednom takovém bydlím a vážně bych rád, aby se ke mě dalo normálně doroutovat a nemusel jsem každému vysvětlovat, že pak ještě tam a tam. Ostatně, proč adresní body vůbec do OSM ukládáme? Aby se podle nich dalo hledat a tím pádem i navigovat. A evidenční čísla se nepřidělují objektům ani tak dle velikosti, jako spíše dle určení, takže ve finále může těch evidenčních čísel ke kterým budete chtít routovat (typicky rekreační objekty) být vcelku dost... Nenik ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk] zones for motorway/in town/outof town?
MP píše v St 20. 05. 2009 v 14:41 +0200: Could we not have different polygons for Speed Limited Zones. That may or may not be the same as the city limits. We could even tag these zones with maxspeed, So that when applying we don't have to go and look up what that means. The problem is if the zones overlap, which one applies? Well, we can have layering (layer=-5 ... 5) like for any other tags, so we could have small zone with different limits within one large zone. For clashes with default rules from place=... and alike, we can define some rules of precedence (speed limits on individual ways have highest priority, followed by rules from speed limit zones, rules from place=..., then default country rules). And if zones with same priority overlap? Then it is bad mapping (as are typos like highway=residental or other bugs) and someone needs to fix it in the database. And what about using 'multipolygon' relation? Radek ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] zones for motorway/in town/outof town?
2009/5/21 Teemu Koskinen teemu.koski...@mbnet.fi: On Thu, 21 May 2009 03:13:06 +0300, Radomir Cernoch radomir.cern...@gmail.com wrote: We are seeking a situation, where two large areas with road networks overlap each other on a map. All streets in one area must have a different speed limit from streets in the second area. In such a situation, using maxspeed=* tag on any street must be inappropriate. http://openstreetmap.org/?lat=60.18933lon=24.9642zoom=18layers=B000FTF Sturenkatu is in 40 km/h zone, the zone continues over the bridge. Teollisuuskatu is in 50 km/h zone that is signed with the city sign. Both zones also include large amount of other roads. IIRC the 50 km/h zone can be followed from that point many kilometers, and the 40 km/h zone extends tens of roads. There also might be other overlaps between them, or with other zones. Hi, I think this might the point, where the confusion comes from. I do not think that streets like Sturenkatu or Teollisuuskatu, nor any of connected primary/secondary/tertiary form a zone. I would suggest to define a zone as an area with predominantly uniform traffic regulations. I've spent only a few minutes looking at the map, so here's just a rough idea how such area could be mapped: I would suggest to use zone-50 for whole Helsinki, because it's the speed limit in Finland for all cities. Smaller areas to south and east from the bridge can be covered by zone-30. I have seen many 40 km/h streets more to north, which could form zone-40. These two zones can be easily connected to the large zone-50 using a multipolygon, because they are inside the Helsinki traffic regulation. However there is no reason for zone-40 and zone-30 to overlap. And the roads: If the eg. Hämeentie falls between above mentioned zone-30 and zone-40, it will not have to include any maxspeed=* tag. Otherwise, it can have maxspeed=50. I would also like to point out that a map, where all roads have maxspeed tag do not have to change at all in order to comply to the proposed schema. Lastly please notice one detail, which proves why I think that zone-polygons are a good idea: If you look north-east from the bridge, there are a few 'service' roads (Allotriankuja, Rialtonkuja and unnamed 5074030). These roads do not have any maxspeed tag. Is then their speed limit 100 km/h, which is the limit for paved provincial roads in Finland? Or how do you conclude that these streets are in a city? This example shows that even in a very complete and well made map (like the map of Helsinky), people tend to forget about specifying speed limits. Zone-polygon solves such issues. Best regards, Radek Černoch ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Rendering grave yards
Hi, I've created a new ticket in: http://trac.openstreetmap.org/ticket/1828 where you can find the proposal and a parmalink. Maybe we should move further discussion there... Regards, Radek 2009/5/16 Ed Loach e...@loach.me.uk: I have noticed a problem with osmarender: If an area is tagged as 'amenity=grave_yard', osmarender ignores it. Could I ask someone qualified to repair this problem, please? Thank you in advance, Radomir Cernoch PS: 'landuse=cemetery' is rendered well in both renderers. For areas I would assume you want it rendering as per landuse=cemetery, but how would you want it to show when applied to nodes? Ed -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Czech address system
Hi, first of all I would like to say sorry for bringing up the address issue once again. I want to ask you about a system for alternative (or secondary) house numbers. In Slovakia and Czech Republic we have a system for numbering houses not only on streets (the standard 'housenumber'), but also by a unique number within a town, village or suburb. The problem is that sometimes the 'housenumber' is not present on a house and the alternative number is the only way of identifying it. Therefore we need to get this number painted. Moreover Germany and Austria can use the same field for Konskriptionsnummer (http://de.wikipedia.org/wiki/Konskriptionsnummer). Here is the most suitable solution, which has emerged from numerous discussions: 1) Currently a 'building' having 'addr:housenumber' is painted with black letters. Anything else having 'addr:housenumber' is painted with black letters and a white glow around it. 2) The proposal is to paint any 'addr:housenumber' in a uniform fashion by black letters and a white glow around. 3) The black letters without glow can be used to paint the alternative house numbers. Using text without glow would also emphasize that this system is not as important as the main one with glowing numbers. Would you agree with such a change of mapnik / osmarender style? There is one associated question: What key shall be used for this system? Current map uses 'addr:alternatenumber' just like wiki suggests on a page titled 'Key:addr'. However before discovering the wiki article, there was a proposal to rename this tag to 'addr:ref' with considerable arguments: 2009/5/13 Shaun McDonald o...@shaunmcdonald.me.uk: Hi Radek, addr:ref is shorter, thus less likely to have error in the data entry. A reference is generally used for something that is unique within a certain region, such as a country or a city. It is also smaller which means that it will take less space in the DB and downloads. ref is something that is rendered for some other things, thus addr:ref is more likely to be rendered. The probability of typos being high is a strong reason to avoid addr:alternatehousenumber. Personally I do not feel strong opinion about this. If you do, please say so. Lastly there is one option, which tends to be proposed quite often: To put the 'alternatenubmer' into 'housenumber' field, when the house has no 'housenumber'. This solution would avoid changing of renderers' styles. However this has always been refused, because of being non-systematic. When searching for an address, it is necessary to distinguish, whether the user wants the main or alternative house number. Yours sincerely, Radomir Cernoch DETAILED DESCRIPTION OF THE CZECH ADDRESS SYSTEM: We have the standard 'housenumber', which defines the order of houses on a street and therefore this number makessense only in combination with the street name. This system is used by most people as it is easy to remember and hence this number is rendered on OSM maps. In Czech this number is called číslo orientační. The second system, which we currently store in 'alternatenumber' (číslo popisné) defines a unique number of a house within a village/town or suburb. Houses are ordered historically, the oldest has number 1, the newest might have 4029. Therefore houses 4028 and 4029 can be on opposite sides of the town. This system is used for administration and in small villages it serves as the primary system, since it is not crucial to adopt the 'housenumber' system if eg. the municipality consists only of one street. -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Rendering grave yards
Hi, I have noticed a problem with osmarender: If an area is tagged as 'amenity=grave_yard', osmarender ignores it. Could I ask someone qualified to repair this problem, please? Thank you in advance, Radomir Cernoch PS: 'landuse=cemetery' is rendered well in both renderers. -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-cz] mapovani konskych stezek
Ahoj! No... oznacovat takove ty lesni asfaltky o sirce 1m jako highway=cycleway mi prijde jako velmi rozumny napad mtb=designated v takovem pripade nedava moc smysl... Já jsem měl dojem, že 'highway=cycleway' označuje cyklostezku. Na wiki je uvedeno následující: „The highway=cycleway is the primary way to indicate that the used way is mainly or exclusively for bicycles.“ Na přiložené fotce je cedule s kolem značící cyklotrasu. Viz. http://wiki.openstreetmap.org/wiki/Tag:highway%3Dcycleway Zdá se mi proto, že pokud je to lesní asfaltka neoznačená cedulí s kolem, platí pro ni 'highway=track' a 'tracktype=grade[1-3]'. Přijde mi, že je běžnou zkušeností českých cyklistů, že zpevněná cesta (=track) je běžně sjízdná. Dokonce i pro cesty, které jsou určené cyklistům, ale slouží i ostatním druhům dopravy, se používá 'highway=něco'+'cycleway=designated'. Viz http://wiki.openstreetmap.org/wiki/Key:cycleway Pro lesní pěšiny, které sjízdné nejsou pak platí 'highway=path'. S pozdravem, Radek ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] mapovani konskych stezek
Zdá se mi proto, že pokud je to lesní asfaltka neoznačená cedulí s kolem, platí pro ni 'highway=track' a 'tracktype=grade[1-3]'. Přijde mi, že je běžnou zkušeností českých cyklistů, že zpevněná cesta (=track) je běžně sjízdná. Dokonce i pro cesty, které jsou určené cyklistům, ale slouží i ostatním druhům dopravy, se používá 'highway=něco'+'cycleway=designated'. Viz http://wiki.openstreetmap.org/wiki/Key:cycleway *** jestli je tam asfalt, a neni vyhrazeny, ani omezeny vjezd tak je to highway=unclassified ne? Já měl za to, že highway=unclassified se používá pro běžné silnice, které zpravidla nemají uprostřed čáru, ale spojují vesnice. Lesní cesta, po které běžně nejezdí auta, mi spíš sedí na i 'track', a to i když je vyasfaltovaná. Wiki na 'track' říká: „Roads for agricultural use, gravel roads in the forest etc.; usually unpaved/unsealed but may occasionally apply to paved tracks as well.“ ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] hranice obce
2009/5/14 hanoj eha...@gmail.com: No... myslim ze se vidi, ze je hranice obce (znackou) vyznacena v kazdym smeru jinde... Takze zadny znaceni polygonnama nebude fungovat. *** je ten rozdíl více jak sto metrů? Vnímal bych to stejně. ;-) Priorita je nyní zmapovat silnice, ulice a případně adresy. To se ale týká jen té cedule vedle silnic, ne? Administrativní hranice obce se přece nemění v závislosti na směru pohybu pozorovatele (pro v c). *** Doporučuji oddělit dva různé pojmy: * administrativní hranice obce (tj. obvod katastráních území spravované obcí a místními částmi) * zastavěné/zastavitelné (urbanizované) území obce a místních části (jedna obec může mít více částí) Souhlas, omlouvám se za nepřesnost. Polygon 'place' bych dával pro intravilán; administrativní hranice se značí jinak. Myslím, že z předchozí diskuze jasně vyplynulo, že bez polygonů to nepůjde (plánovač v GPSkách ve městech počítá s nižší průměrnou rychlostí). Současný popis k tagu 'place' přitom ohraničení obce stejně nabízí. Navíc je to jediné místo na wiki, které se zmiňuje o způsobu vyznačení oblasti, kde platí městská omezení pro dopravu, a proto bych se toho raději držel, protože to může být systém používaný v jiných státech. Navrhoval bych proto používat primárně polygon 'place'. Pro případy, kdy chce někdo vyznačit přesnou polohu cedulí, se pak dá cedule přidat jako informace jednomu z nodů cesty. *** ještě mě napadlo, jak velký bude ten polygon v Praze, Brně... a jak se s ním bude pracovat když bude překrývat polygony typu landuse, nature...? Bude se s ním pracovat stejně blbě jako se dnes pracuje třeba s překryvy 'landuse' a 'highway'. JOSM potřebuje lepší podporu vrstev, neřešil bych to změnou datového modelu. S pozdravem, Radek ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] CzechAddress ve verzi 0.0.2
Ještě jeden nápad: Číslo orientační aktuálně vkládané adresy by šel vykreslit u kurzoru. Tedy tam, kde se nyní zobrazuje černobílá ikonka poštovní obálky... Zdá se Vám to rozumné? 2009/5/10 Radomir Cernoch radomir.cern...@gmail.com: Ahoj, také jsem o tom přemýšlel. Přijde mi, že spíš potřebujeme protlačit čísla popisná do celého OSM. Na jednu stranu lze vykreslování v JOSM vyřešit vytvořením nové vrstvy. Jenže v mnoha obcích čísla orientační neexistují a bylo by proto dobré, aby se čísla popisná objevily i na renderovaných mapách (vizuálně odlišené od 'housenumber'). Radek Petr Dlouhý píše v Po 11. 05. 2009 v 00:10 +0200: On Sun, 10 May 2009 20:51:51 +0200, Radomir Cernoch radomir.cern...@gmail.com wrote: Ahoj, přijde mi to dost dobré. Největší problém vidím v tom, že se u adres nezobrazuje číslo popisné, ale pouze číslo směrovací. Tedy pokud přiřazuji adresy někde, kde nejsou směrovací čísla, tak nemám dostatečnou vizuální kontrolu, že jsem vše přiřadil správně. Jaké jsou návrhy? Protlačit alternumber do JOSM, nebo změnit systém? Zdravím všechny! připravil jsem novou verzi pluginu CzechAddress pro správu adres. Mezi novinkami je nový algoritmus na spárování objektů na mapě a v databázi, kterému už lze konečně důvěřovat (nadále však buďte podezřelí k databázi samotné, občas v ní nějaký dům chybí). Dále je možné editovat již existující adresní body, i když stále jen podle čísla popisného. Plugin také přidává tagy 'is_in', 'source' a 'addr:city|country'. Největší novinkou pak je zhmotnění nápadu Petra Dlouhého, a to přidávání adresních bodu jedním kliknutím. Celý dialog je zatím lehce neintuitivní, měl by však fungovat. Postup je následující: 1) Otevřete dialog Továrna na adresy ikonkou obálky s posuvníkem. 2) Tlačítkem Obnovit pak vyberete město, ve kterém se mapuje. 3) Ulici vyberete buď z rozbalovacího menu, nebo kliknutím do mapy. 4) Pak už stačí jen vybrat první dům pro přidání a aktivovat mód Přidání adresy jedním kliknutím pomocí Shift+L. Stahujte z http://homepages.inf.ed.ac.uk/s0898853/ S pozdravem, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] CzechAddress ve verzi 0.0.2
Shrnul bych svůj pohled na věc: 1) ČP u kurzoru napoví ještě před kliknutím. 2) ČP kreslené v nové vrstvě umožní kontrolu až po kliknutí, ale zato přináší globální pohled. 3) V případě vrcholů, které mají jen 'alternatenumber', JOSM nevykreslí takový ten modrý flek. Plugin by musel poznat, jestli flek chybí a případně ho dokreslit. Na implementaci by to nebylo by to těžké, ale elegantní také ne. 4) Nejlepší je stejně protlačit 'alternatenumber' do OSM... ;-) Radek 2009/5/10 Petr Dlouhý petr.dlo...@email.cz: On Mon, 11 May 2009 00:24:35 +0200, Radomír Černoch radomir.cern...@gmail.com wrote: O tom jsem i přemýšlel. Jestli to jde udělat jednoduše, tak to určitě pomůže při editaci, ale hromadný pohled (pro kontrolu po editaci) na všechny vytvořené adresy to nenahradí. Ještě jeden nápad: Číslo orientační aktuálně vkládané adresy by šel vykreslit u kurzoru. Tedy tam, kde se nyní zobrazuje černobílá ikonka poštovní obálky... Zdá se Vám to rozumné? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tagovani turistickych stezek
Ahoj, tak nakonec to nebylo tak těžké. Je to známý problém dělení nulou smernice = [cokoli] / (val1 - val2), kde směrnice je buď ua, nebo kombinace ndx, ndy. Většinou existuje na stejný problém řešení i bez počítání směrnic a bez problematického dělení, místo toho posílám patch jdoucí cestou nejmenšího odporu... :-) Asi není potřeba ho vysvětlovat, jsou to jednořádkové úpravy. Ale vrtá mi hlavou, jak Ti to mohlo fungovat. Že by se v jiné verzi Javy dalo korektně pracovat s nekonečny? S pozdravem, Radek Černoch 2009/4/22 Jiri Klement jiri.klem...@gmail.com: Cyklostezky pomoci relaci jsem doplnil, kontroluje to type=route, route=bicycle, na network nazalezi. Zdrojaky vzdycky prikladam primo do jaru. Pro pohodlnejsi ladeni jsem nahral i eclipse projekt: http://jttt.110mb.com/josm-routes.zip Je mozne to ladit primo z eclise, staci si pridat JOSM projekt a pustit to pomoci josm-routes.launch. --- AbstractLinePainter.java.old 2009-03-07 11:10:00.0 + +++ AbstractLinePainter.java 2009-04-22 11:40:15.0 +0100 @@ -15,7 +15,8 @@ x3 = l2.getX1(), y3 = l2.getY1(), x4 = l2.getX2(), y4 = l2.getY2(); - double ua = ((x4 - x3) * (y1 - y3) - (y4 - y3) * (x1 - x3)) / ((y4 - y3) * (x2 - x1) - (x4 - x3)*(y2 - y1)); + double ua = ((x4 - x3) * (y1 - y3) - (y4 - y3) * (x1 - x3)) + / ((y4 - y3) * (x2 - x1) - (x4 - x3) * (y2 - y1) + Double.MIN_NORMAL); intersection.x = x1 + ua * (x2 - x1); intersection.y = y1 + ua * (y2 - y1); @@ -45,8 +46,8 @@ // Normalize double length = Math.sqrt(ndx * ndx + ndy * ndy); - ndx = ndx / length; - ndy = ndy / length; + ndx = ndx / (length + Double.MIN_NORMAL); + ndy = ndy / (length + Double.MIN_NORMAL); return new Point2D.Double(p1.getX() + shift * ndx, p1.getY() + shift * ndy); } josm-routes.tar.bz2 Description: BZip2 compressed data ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Tagovani turistickych stezek
Ahoj, ano používám aktuální verzi jak pluginu, tak JOSM (1529). Java je ve verzi 1.6.0 Zatím se mi podařilo zjistit, kdy přesně k chybě dojde. Musí být 3 po sobě následující body v jedné přímce, přičemž je jedno, zda ta přímka je svislá, vodorovná, nebo sloněná o 45° či 30°. Jinými slovy dva po sobě následující segmenty cesty se stejným sklonem vůči souřadnicím obrazovky vždy způsobí tuto chybu. 2009/4/19 Jiri Klement jiri.klem...@gmail.com: Ahoj, Pouzivas aktualni verzi pluginu? Je ke stazeni tady: http://jttt.110mb.com/routes.jar Podobny problem jako na screenshotu existoval v prvnich verzich, ale mel by uz byt opraveny. V aktualni verzi se mi ho nepodarilo nasimulovat. 2009/4/17 Radek radomir.cern...@gmail.com: Dobrý den, začal jsem používat JOSM plugin na kreslení turistických značek, ale patrně jsem v něm našel bug. Někdy se stane, že jeden z bodů turistické značky ulítne do levého horního rohu obrazovky (viz screenshot). Stačí však zazoomovat nebo bod přesunout a najednou se vše začne kreslit správně. Zdá se mi, že chyba nastane vždy u takového bodu, jehož Y-souřadnice (souřadnice na obrazovce, nikoli zeměpisná) je stejná jako u jednoho z jeho jeho sousedů (viz zesvětlená oblast screenshotu). S pozdravem, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Tagovani turistickych stezek
Pardon, předchozí mail se odeslal předčasně. Ještě jsem chtěl dodat, že mám 32-bitový počítač (pro případ, že by chyba směřovala ne do pluginu, ale do Javy). Pokud byste chtěl chybu zreprodukovat, pak by mělo stačit stáhnout data z oblasti, kterou posílám v příloze. Při zazoomování na celou oblast vidím chyb alespoň 50. S pozdravem a díky, Radek 2009/4/19 Jiri Klement jiri.klem...@gmail.com: Ahoj, Pouzivas aktualni verzi pluginu? Je ke stazeni tady: http://jttt.110mb.com/routes.jar Podobny problem jako na screenshotu existoval v prvnich verzich, ale mel by uz byt opraveny. V aktualni verzi se mi ho nepodarilo nasimulovat. 2009/4/17 Radek radomir.cern...@gmail.com: Dobrý den, začal jsem používat JOSM plugin na kreslení turistických značek, ale patrně jsem v něm našel bug. Někdy se stane, že jeden z bodů turistické značky ulítne do levého horního rohu obrazovky (viz screenshot). Stačí však zazoomovat nebo bod přesunout a najednou se vše začne kreslit správně. Zdá se mi, že chyba nastane vždy u takového bodu, jehož Y-souřadnice (souřadnice na obrazovce, nikoli zeměpisná) je stejná jako u jednoho z jeho jeho sousedů (viz zesvětlená oblast screenshotu). S pozdravem, Radek Černoch -- Radomir Cernoch +44 750 708 8293 / +420 607 282 031 Email, Jabber: radomir.cern...@gmail.com bookmarks Description: Binary data ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz