Re: [Talk-cz] Import adres z RÚIAN
Dobrý den, v současné době vedu práci jednoho studenta, který se tímto tématem zabývá. Jeho projekt je však rozsáhlejší. Budovaný prototyp by měl umět nacházet přesné pozice objektů podle katastrální mapy, brát do úvahy již existující data v OSM, opravovat chyby v seznamu adres i mapě apod. Máme tedy jiné ambice než import dat -- ten by však mohl vzniknout jako vedlejší produkt. Časový horizont je červen, kdy se práce odevzdává. Jedná se však o prototyp pro testování některých technologií umělé inteligence, praktické využití je pro nás "až" na druhém místě. Je proto těžké zatím vyhodnotit přínos pro OSM. ;-) S pozdravem, Radomír Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Import adres z katastralni mapy
Dobrý den, 2010/1/16 Lukas Kabrt : > 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 : > 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ý : > 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 Date: 2009/8/10 Subject: Re: [Talk-cz] Mapovani Krkonos To: OpenStreetMap Czech Republic On Sun 2009-08-09 16:43:58, Radom??r ??ernoch wrote: > 2009/8/9 Ondrej Novy : > > 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] Duplicitni uzly
2009/8/9 Tomáš Tichý : > 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 : >> 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] 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ý : > 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 : >> Dobry den, >> >> diky moc za nazory. Se vsim souhlasim, akorat :) >> >> 2009/8/9 Tomáš Tichý >>> >>> > 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] 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 : > 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] 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 : > 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] Mapovani Krkonos
2009/8/9 Ondrej Novy : > 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] Adresy, epilog
2009/8/9 jzvc : > 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] Adresy, epilog
Zdravím, 2009/8/9 jzvc : > 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/6 Ondrej Novy : > Zdravim, > > > Dne 6. srpen 2009 17:28 jzvc 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
2009/8/6 jzvc : > Radomír Černoch napsal(a): >> Zdravím, >> >> 2009/8/6 jzvc : >> >>> Zdravim, >>> >>> Mam par pripominek k pluginu. >>> >>> a) nedoplnuje PSC (ac se tvari ze to umi) >>> >> >> Viz wiki [[Cz:JOSM/Plugins/CzechAddress]]: Databáze obsahuje i >> přibližný rozsah PSČ v dané oblasti, které jsou kvůli nepřesnostem pro >> OpenStreetMap nepoužitelné. >> >> Ale na opravě se výhledově pracuje. Česká pošta totiž nabízí přesné >> údaje o PSČ a pokud si je člověk vytáhne z webového formuláře, tak i >> bez licenčních omezení. Zprovoznění bych viděl někdy na září... 2009 >> ;-) >> >> > > Ceske poste bych moc neveril ;), nejakou dobu jsem mel tu cest s jejich > daty pracovat a jejich uplnost a spravnost byla ... Ale +- by se to > trefit dalo, ono krom par vyjimek stejne staci prvni trojcisli. Jde o to, jestli máme důvěryhodnější zdroj. PSČ se v terénu špatně mapují. ;-) >>> b) co je horsi, nepouziva "Zasobnik prikazu" => nelze undo kdyz se >>> clovek uklipne. >>> >> >> Což o to, přidat podporu zásobníku příkazů není problém. Plugin by >> však potřeboval vědět i o příkazech ze zásobníku, které sám neprovedl. >> CzechAddress si totiž interně drží relaci databáze a mapy, která se mu >> však kvůli ostatním příkazům mění pod rukama. Pokud někdo víte o >> JOSMím API, které by umožňovalo sledovat změnu mapy, rád podporu >> "Undo" dodělám. Do té doby by jakákoli implementace byla polovičatá. >> > Toto nejak nechapu, proc ? Kdyz pridam adresni bod, je to jen neco ve > smyslu "pridej tag X s parametrem Y". Kdyz neco upravim, je to vicemene > "zmen parametr Y z A na B". Proc si plugin potrebuje toto zaznamenavat ? Protože X se může rovnat "addr:housenumber" a Y domovnímu číslu, které už v databázi exisutje. V tu chvíli je potřeba upravovanou primitivu spojit s prvkem databáze, ošetřit konflikty, ... > Jinak predpokladam ze si JOSM zmeny haze na nejakou hromadu ze ktere jde > i cist. To je sice pravda, ale pořád je potřeba nějaký "háček", za který JOSM zatáhne a CzechAddress tuto hromadu prohledá. Bohužel o žádném takovém nevím. Navíc řešení "zkusit najít změnu v mapě řekněme jednou za vteřinu" nepřipadá v úvahu. Bylo by potřeba prohledat celou mapu, což mnohdy trvá až desítky vteřin a výkon procesoru letí zbytečně na 100%. >> Co s tím má dělat uživatel? Pokud pracuje s adresami, používat namísto >> "Undo" ruční úpravy mapy, mazat pomocí Delete apod... >> > Nj, ale co kdyz uzivatel udela 2-3 zmeny (nebo vice), pak zjisti ze je > to spatne, ale uz nevi ktery objekt na mape menil ? A pritom ma trebas > pripraveno nekolik desitek zmen, ktere jsou OK. Já se Vás nesnažím přesvědčit, že současné řešení je ideální. Jen říkám, že to zatím neumím jinak. Zkrátka s omezenými funkcemi budeme muset nějakou dobu vyžít. > + dalsi namet, kdyz mam zaple okno "tovarna na dresy", tak nepouzite > jsou tucne. Jenze kdyz napr nactu mapu, ve ktere uz adresy jsou, > zustanou tucne dokud neklipnu na prislusny objekt(y). Co takhle mapu > prosacovat a oznacit je rovnou ? Optimalne na vyzadani. Chapu ze vetsi > vyrez by to sacovalo celkem dlouho. Variantne moznost zobrazit pouze > nepouzite adresy. Docela by se hodilo pro kontrolu zda v oblasti je > zmapovano. Ano, ale opět je potřeba toho "háčku", aby CzechAddress věděl, že se nějaká mapa vůbec načetla. Ale díky, za snahu a konstruktivní připomínky. :-) Jak jsem říkal, v září se na to vrhnu. Zdravím, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy, epilog
2009/8/6 hanoj : >>> *** 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. > *** otevru JOSM, otevru prazdnou mapu, vlozim nod, dam shift+A, vyberu > Brno a Komin, napisu napr cp. 1032 ---> vybrana adresa uz v mape > existuje... Jo, vidím, díky. Úkolovník se mi teď plní, takže to opravím v dohledné době. >>> 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. > *** No jediny duvod editace jiz vlozenych adresnich bodu je pro mne > oprava jejich polohy. Ale povazuji to za drobnost. Můžu přidat funkci, aby se tag přidával přesunutým primitivám. To by mělo zafungovat, ne? Jinak úprava adresních bodů se dá využít také pro doplnění chybějících údajů. Import z UIR totiž nemá doplněné všechny tagy (chybí, tuším, "is_in"). > a jeste jedna drobnost: > Kdyz v ORP "Brno" cast obce Bosonohy" prijmu navrh inspektora databaze > na korekci z "Bosonozske Nam." na "Bosonozske namesti" tak mi v > toolbaru v prave casti JOSM nazvanem "tovarna na adresy" vznikne 2x > ulice "Bosonozske namesti" (prvni obsahuje adresni body, druhy je > prazdny). > Po kliknuti na adresni bod nalezici do "Bosonozske namesti" je v > tovarne vylistovana prazna ulice "Bosonozske namesti", namisto ta s > adresnimy body. Hmm, tohle je chyba v databázi MVČR. Obsahuje totiž 2 ulice: "BOSONOŽSKÉ NÁM." a "BOSONOŽSKÉ NÁMĚSTÍ". Bojím se, že řešení bude potřebovat systémovější zásah... Možná upravenou kopii databáze na vlastním hostingu. > PS: byla by moznost rucni reinicializace Pluginu (napr po datazeni dat > z OSM serveru) To je požadavek? Teoreticky to možné je... Zdravím, Radek ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Adresy, epilog
2009/8/6 hanoj : >> 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
Zdravím, 2009/8/6 jzvc : > Zdravim, > > Mam par pripominek k pluginu. > > a) nedoplnuje PSC (ac se tvari ze to umi) Viz wiki [[Cz:JOSM/Plugins/CzechAddress]]: Databáze obsahuje i přibližný rozsah PSČ v dané oblasti, které jsou kvůli nepřesnostem pro OpenStreetMap nepoužitelné. Ale na opravě se výhledově pracuje. Česká pošta totiž nabízí přesné údaje o PSČ a pokud si je člověk vytáhne z webového formuláře, tak i bez licenčních omezení. Zprovoznění bych viděl někdy na září... 2009 ;-) > b) co je horsi, nepouziva "Zasobnik prikazu" => nelze undo kdyz se > clovek uklipne. Což o to, přidat podporu zásobníku příkazů není problém. Plugin by však potřeboval vědět i o příkazech ze zásobníku, které sám neprovedl. CzechAddress si totiž interně drží relaci databáze a mapy, která se mu však kvůli ostatním příkazům mění pod rukama. Pokud někdo víte o JOSMím API, které by umožňovalo sledovat změnu mapy, rád podporu "Undo" dodělám. Do té doby by jakákoli implementace byla polovičatá. Co s tím má dělat uživatel? Pokud pracuje s adresami, používat namísto "Undo" ruční úpravy mapy, mazat pomocí Delete apod... Ale výhledově to mám v plánu -- jen se bojím, že budou potřeba zásahy větší zásahy do JOSM. Tipuji říjen... Zdravím, 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
[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, 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 : > Dne 3. srpen 2009 14:49 Petr Schönmann napsal(a): > >> >> 2009/8/3 hanoj : 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
Re: [Talk-cz] Adresy podruhé
2009/7/31 Mike Crash : > 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
[Talk-cz] Adresy, epilog
Dobrý den, jak jste si již někteří všimli, adresy jsou nyní uloženy v databázi novým způsobem. Ukázalo se, že převod "přes noc" je hodně optimistický odhad; vše se podařilo dokončit až po třech dnech. Doufám, že toto zdržení nikomu nezpůsobilo komplikace. Spolu se změnou byla také uvolněna nová verze pluginu CzechAddress. Co dál? Myslím, že kromě článku na Wiki by bylo dobré upravit Mapnik a Osmarender tak, aby změněným fontem (kurzíva?) zobrazovaly ČO namísto dlouhého ČP/ČO. Samozřejmě jen tehdy, když dům ČO má. Souhlasíte? 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] Adresy podruhé
Dobrý den, je to tak trochu moje chyba -- slíbil jsem, že napíšu na wiki vysvětlovací článek. Zatím ale dávám přednost diplomce... čas bych měl mít v pondělí. Kromě odkazů Tomáše Tichého přidávám i ostatní vlákna, ve kterých se řadou mailů adresy řešily: http://lists.openstreetmap.org/pipermail/talk-cz/2009-June/003019.html http://lists.openstreetmap.org/pipermail/talk-cz/2009-June/003102.html http://lists.openstreetmap.org/pipermail/talk-cz/2009-June/003155.html http://lists.openstreetmap.org/pipermail/talk-cz/2009-June/003055.html http://lists.openstreetmap.org/pipermail/talk-cz/2009-June/003298.html Hlavní důvody pro změnu už tu také zazněly, omezím se proto jen na upřesnění některých věcí z Vaší zprávy. 2009/7/31 Mike Crash : > To bude zase česká specialita, že všichni budu používat housenumber a > jen u nás bude streetnumber a kdo ví co ještě (třeba konskriptionsnumber > apod.)? Ne, "conscriptionnumber" není omezené jen na ČR. Proto se také tento tag jmenuje tak, jak se jmenuje. > Navíc proč je housenumber ve formátu OČ/SČ? To není přesné. Formát je "číslo popisné / číslo orientační". A důvod je ten, že se tento formát používá ve většině měst a na občanských průkazech. > Jsou přece města, > která mají jen orientační číslo, třeba Český Brod má jen OČ, které je > identické pro celé město. Nikoli. Český Brod má jen "čísla popisná". Z principu má každý dům číslo popisné. Jen v některých městech se navíc používají čísla orientační. To, že někdo vyplnil číslo popisné do tagu "housenumber" a ne do tagu "alternatenumber", jak tomu bylo ve zbytku republiky, nemohl automatický konvertor poznat. V případě Českého Brodu by tedy adresy měly být vyplněny následovně: addr:housenumber=X addr:conscriptionnumber=X Nedám za to ruku do ohně, ale CzechAddress by takovou změnu mohl umět automaticky. Chcete-li, data v Českém Brodě zkusím opravit (v pondělí). > Podobné je to u jiných měst, třeba Soběslav > používá adresu ve formátu OČ/část, kde část je ještě k tomu římským > písmenem, např. 100/III. Ano, nový systém je právě navržen pro tyto výjimky. Soběslav může mít tagy vyplněné takto: addr:housenumber=X/část addr:conscriptionnumber=X Princip je ten, že tag "housenumber" má volnější syntaxi. Tagy pro ostatní čísla jsou vymezené striktně. > Už vůbec nechápu > doplnění otazníku, což není žádná adresa, ale jen zmatek. Otazník znamená "chybí údaj". Jak jsem psal, v ČR má opravdu každý dům číslo popisné, které se zapisovalo do tagu "alternatenumber". Pokud dům tento tag neměl, použil se otazník. Smyslem je odlišit domy, které mají jen číslo popisné (a nikoli číslo orientační) od domů, u kterých není číslo popisné známé. > Ptám se dále - píšu navigaci a jak mám brát adresu? Bude to housenumber > nebo streetnumber nebo co? Bude pro každý stát jiné schéma a budu tam > muset mít tisíc ifů podle státu? Jak mám brát adresu ?/100. Nikoli, pokud píšete navigační program, nejjednodušší řešení je porovnávat řetězec zadaný uživatelem s tagem "housenumber". Umožní mu to vyhledávat podle čísel orientačních, popisných i podle Soběslavských specialit jako "100/III". Stejně to řeší mapy.cz i google a funguje to spolehlivě. > A každý soft bude vědět co s tím, pokud bude jen jedno nebo obě. Ohýbat > to kvůli tomu, aby se zobrazovalo v mapniku celé číslo, je nesmysl. To > radši rozhýbat diskuzi o psaní adres na wiki a pro mapnik, a nějak to > uzavřít, než takto. Ne, nejde o to, aby se v mapniku zobrazovala obě čísla! Osobně bych se toho dokonce rád zbavil, protože to dělá mapu nepřehlednou. Jak sám dál píšete, opravit mapnik je snazší, než psát v navigaci hromadu ifů pro jednotlivé státy. > A dále pak > opravdu seriózně rozjet diskuzi o psaní v celosvětovém měřítku. Aspoň od > nás vzejde něco rozumnýho, než si hrát na svém vlastním písečku. Klidně se toho ujměte. Já už si svých sto mailů užil... a to jen v otázce ČR. ;-) > Vím, že mě teď budete kamenovat, že jsem s tím měl přijít dříve, ale > celá předchozí diskuze mi unikla. Hlavně se zamyslete, jak se má chovat > navigační soft, protože nejde jen o to, co se zobrazuje na mapě (to zle > snadno změnit i v mapniku), ale jak se vektorová data využijí i pro jiné > účely. Viz výše. 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] 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 : > > > 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
Děkuji za upozornění. Marně však přemýšlím, co z toho něco vyvodit... S pozrdravem, Radek Černoch 2009/7/25 Jan Dudík : > Ad 4 - nahodou takových domu bude většina, i když v osm jen v > některých městech... > > > 21.7.09, Radomír Černoch : >> Dobrý den, >> >> plánuji následující postup: >> >> 1) Data se stáhnou z download.geofabrik.de (výřez ČR). >> 2) Vyberou se primitivy s "addr:[house|alternate]number". >> 3) Převod probíhá dle schematu, které prošlo konferencí. >> 4) Pokud je náhodou někde dům s čp., ale bez čo., čo. se nahradí >> otazníkem (nebylo by jasné, zda "nové housenumber"=čp. nebo čo.) >> 5) V JOSM se výsledná data rozdělí do menších oblastí (kvůli limitům) >> 6) A kus po kusu nahrají na server. >> >> Budu velmi rád za rady a připomínky. Jediné, co jsem zatím nemohl >> vyzkoušet nasucho, je samotný upload. >> >> S pozdravem, >> Radek Černoch >> >> Ondrej Novy píše v Út 21. 07. 2009 v 19:20 +0200: >>> Dobry den, >>> >>> Dne 21. červenec 2009 19:00 Radomír Černoch >>> napsal(a): >>> Dobrý den, >>> >>> 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 >>> >>> muzete prosim upresnit detaily jak chcete celou akci provest? >>> >>> >>> Predpokladam ze podle adresa_kod provedete parovani proti UIR a >>> nahradite tagy, nebo nejak jinak? >>> >>> -- >>> S pozdravem/Best regards >>> Bc. Ondrej Novy >>> >>> Email: on...@nomi.cz >>> 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 >> > > -- > Odesláno z mobilního zařízení > > -- > Ing. Jan Dudí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] Zaverecne hlasovani o adresach
Dobrý den, plánuji následující postup: 1) Data se stáhnou z download.geofabrik.de (výřez ČR). 2) Vyberou se primitivy s "addr:[house|alternate]number". 3) Převod probíhá dle schematu, které prošlo konferencí. 4) Pokud je náhodou někde dům s čp., ale bez čo., čo. se nahradí otazníkem (nebylo by jasné, zda "nové housenumber"=čp. nebo čo.) 5) V JOSM se výsledná data rozdělí do menších oblastí (kvůli limitům) 6) A kus po kusu nahrají na server. Budu velmi rád za rady a připomínky. Jediné, co jsem zatím nemohl vyzkoušet nasucho, je samotný upload. S pozdravem, Radek Černoch Ondrej Novy píše v Út 21. 07. 2009 v 19:20 +0200: > Dobry den, > > Dne 21. červenec 2009 19:00 Radomír Černoch > napsal(a): > Dobrý den, > > 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 > > muzete prosim upresnit detaily jak chcete celou akci provest? > > > Predpokladam ze podle adresa_kod provedete parovani proti UIR a > nahradite tagy, nebo nejak jinak? > > -- > S pozdravem/Best regards > Bc. Ondrej Novy > > Email: on...@nomi.cz > 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
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 : > 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 > 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] Překrytí budovy silnicí
Zdravím, řešil bych to změnou barvy budov, aby problém nebyl tak nápadný. Budovy jinak nemají příliš velkou informační hodnotu, a tak bych se tím netrápil. Stejným neduhem trpí i jiné mapy: http://maps.google.com/?ll=49.19523,16.607927&z=16 S pozdravem, Radek Černoch 2009/7/8 Karel Novotný : > Ahoj, > začínám s editací OSM. Pokoušel jsem se zmapovat číst Doks. > > http://www.openstreetmap.org/?lat=50.56226&lon=14.65761&zoom=15&layers=B000FTF > > Přidal jsem i pár budov na sídlišti a když se na sídliště podívám z menšího > zoomu, > tak mi silnice překrývají budovy jelikož silnicezůstávají stejně veliké > oproti ostatním > prvkům mapy, které se zmenší. > Tento problém se vyskytuje jak u Maniku tak i Osmarendru. > > Lze tento problém nějak řešit? > > ___ > 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] Zaverecne hlasovani o adresach
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 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 ___ 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 : > 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: [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 : > 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?
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 : > 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] 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 : > 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] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu
Zdravím,
2009/6/12 Pavel Machek :
> On Fri 2009-06-12 10:54:24, Radomír Černoch wrote:
>> Ohledně dalších políček se misky vah zlehka převažují k variantě:
>> 'addr:streetnumber' = [čo]
>
> in_street =
Klidně to můžeme vrátit do hry. Není pak ale divné, že 'housenumber'
má 'number' a 'in_street' nemá 'number'? Když by platil stejný
argument, jaký jste uvedl minule ("každý to rovnou vidí"), měli bychom
stejně tak přejmenovat 'addr:housenumber' na 'addr:house'.
>> 'addr:conscriptionnumber' = [čp]
>
> Viz slovnik. Prosim ne.
Německá varianta 'konskriptionsnummer' má jediný překlad, a to 'číslo
popisné' (viz slovnik.cz). Je to sice odborný termín, ale krkolomný.
Dobře, zkusili jsme anglický překlad téhož. Krindapána, ještě aby byl
v anglickém slovníku, když se Konskriptionsnummer zavedlo za
Rakouska-Uherska! Je mi líto, ale argument slovníkem nahrává původnímu
'Konskriptionsnummer'.
Byl byste ochoten přistoupit na 'conscription', když slíbím, že
vyrobím článek na OSM wiki? Kam jinam by také lidi chodili pro
dokumentaci k OpenStreetMap...
> in_suburb= zni rozumne.
A co moje námitka? Když už argumentujeme slovníkem, tak tedy 'suburb'
= 'předměstí' nebo 'okrajové sídliště' (opět slovnik.cz). Není divné,
aby malá víska s 200 obyvateli měla "předměstí"?
Zkuste alespoň napsat "osobně nepovažuji námitku za důležitou",
prosím. Mně osobně totiž 'in_suburb' z výše uvedeného důvodu rozumně
nezní.
S pozdravem,
Radek Černoch
___
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
Dobrý den, > To tam ty všemožné čísla budou dvakrát ? ano, o tom se tu celou dobu mluví. Nelíbí se Vám to? Viz příklad Jindřichova Hradce v úvodním mailu. Pokud chceme zpracovávat podobné výjimky, není jiná možnost. > A jak se plánuje vykreslování? Stejně jako dosud. Vykresluje se 'addr:housenumber'. O problémech s množstvím písmenek viz úvodní mail tohoto vlákna. S pozdravem, Radek Černoch ___ 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 : > 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é
Re: [Talk-cz] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu
2009/6/8 Petr Kadlec : > 2009/6/8 Stanislav Brabec : >> 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] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu
2009/6/8 Stanislav Brabec : > Pavel Machek píše v Po 08. 06. 2009 v 08:26 +0200: >> > 3) Čísla popisná >> > >> > Variantou vstřícnější lidem preferujícím angličtinu nad >> > němčinou (kterých je v české OSM komunitě asi většina) by se tedy mohlo >> > líbit 'conscriptionN'. Berete to jako vhodný kompromis? >> >> Ja jsem hledal 'conscription' ve slovniku, a reklo mi to neco jako >> branna povinost. > > Popisná čísla byla zavedena kvůli evidenci branců. > >> Je to mensi zhuverilost nex konskript...N ale dobry >> to neni. > > A co třeba "addr:uniqueN". Jedná se ostatně o jedinečné číslo v rámci > nějakého správního celku. A navíc to lze použít na jakýkoliv podobný > systém. To se mi moc nezdá. Unikátní číslo? Každé číslo je unikátní v rámci nějakého systému. Jinak bychom jej přece do OSM vůbec nedávali. Problém je, že takový název tagu nijak nenapoví, co se pod ním skrývá. Hodí se stejně dobře na čp, čo i če. 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ý : >> 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
Re: [Talk-cz] Obsah tagu addr:housenumber
2009/6/5 Petr Nejedlý : > 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/5 Pavel Kovář : > 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] 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ý : > 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] Adresy, finale diskuse
2009/6/5 Tomas Kolda : > 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 : > > > 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
2009/6/5 Pavel Machek : > 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] Obsah tagu addr:housenumber
2009/6/5 Stanislav Brabec : > 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 Karel Volný : > > 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] 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ý : > > 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=;" > > 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] 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?openform&parentunid=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ý : > 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] Adresy, finale diskuse
Zdravím, 2009/6/5 Petr Nejedlý : > 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
[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 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?
Dobrý den, mapnik nyní obsahuje požadavek na kreslení turistických tras standardním způsobem -- tedy stejně jako na mapách KČT nebo ShoCart. Máte-li připomínky, viz http://trac.mapnik.org/ticket/350 S pozdravem, Radek Černoch ___ 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 : > 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: [Talk-cz] OpenTrackMap?
2009/5/24 Jiri Klement : > V osm je zatim jenom mala cast turistickych stezek, zato jsou ale > presnejsi a hlavne aktualnejsi. Casto narazim na stezky, ktere vedou > uplne jinudy nez na mapy.cz,mapy.idnes.cz nebo amapy.cz. Pripadne nove > nebo naopak jiz neexistujici stezky. > > Mozna by bylo zajimave sestavit mapu, kde budou zaroven stezky z > mapy.cz a z OSM. Zdravím, pokud byste se do tohoto úkolu pouštěl, může Vám pomoci http://www.tydlevidle.cz/2008/11/mapycz-v-openlayers/ S pozdravem, Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OpenTrackMap?
Ještě mě tak napadá, zda má při dnešním stavu turistických tras v OSM vůbec cenu takový projekt rozjíždět. Já bych měl docela strach vyrazit do přírody se současnou mapou OSM... S pozdravem, Radek Černoch 2009/5/23 Pavel Kovář : > Jak velká může být hotová mapa republiky ? > Na kolik je reálné renderování a distribuování map, rozdělené třeba na > okresy, způsobem gridu&bittorentu ? Nějaký koordinační "tracker" by mohl > bydlet i klasickém webhostingu s podporu PHP a nějakou DB. > === > Sat, 23 May 2009 20:42:41 +0100 > Radomír Černoch napsal: > >> Zdravím, >> >> samotné renderování je otázkou chvíle, zprovoznění mapniku trvá 30 >> minut a samotného serveru se „slippy map“ dalších 15. Celé to může >> běžet na standardním serveru Apache. >> >> Otázka kreslení reliéfu není problém. Pokud se nepletu, používá se na >> ni „emboss“ filtr a nepříliš podrobná, avšak použitelná data jsou >> zdarma k dispozici. Jediná možná potíž je kreslení turistických značek >> tak, aby se navzájem nepřekrývali -- tedy ne jako v případě >> openstreetmap.cz. >> >> Jako problém vidím: kde, za kolik a z čeho server provozovat. >> >> S pozdravem, >> Radek Černoch >> >> 2009/5/23 Petr Schonmann : >> > Vzal bych si inspiraci od serveru freemap.sk, zkuste se zeptat tam. >> > >> >> >> >> Předpokládám, že kdybych chtěl takovou službu založit, musel bych >> >> vyrendrovat >> >> dlaždice pomocí Mapniku s vhodným stylem. Nevím však, jaký software se >> >> používa >> >> jako server OpenStreetMap dlaždic? S Mapnikem nemám žádné zkušenosti, >> >> takže by >> >> mi to zabralo celkem spoustu času, než bych něco takového rozchodil, a >> >> proto >> >> se ptám jestli to už někdo zkoušel. Osobně bych preferoval zobrazení >> >> reliefu >> >> pomocí vrstevnic a stínování (ala Google) místo barevných vrstevnic (ala >> >> OpenCycleMap). Co se týče pamětihodností, hradů, přírodních utvarů, atd., >> >> tam >> >> by se musely domluvit nějaké "standardizované" ikony. Také mě napadá, že >> >> by >> >> nebylo špatné mít vizualizované skalní útvary. Víte jestli toto jde s >> >> Mapnikem >> >> udělat? Máte nějaké další nápady, co by na takové mapě mělo být? >> >> >> >> >> >> >> >> -- >> >> Ing. Radek Bartoň >> >> >> >> >> >> >> >> Faculty of Information Technology >> >> Department of Computer Graphics and Multimedia >> >> Brno University of Technology >> >> >> >> >> >> >> >> E-mail: black...@post.cz >> >> Web: http://blackhex.no-ip.org >> >> Jabber: black...@jabber.cz >> >> >> >> >> >> >> >> >> >> >> >> >> > >> > >> > S pozdravem >> > Mail: ps...@seznam.cz >> > http://fatbozz.towerofglass.net/v2/ >> > >> > ___ >> > 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 > > > > S pozdravem > Pavel Kovář > > ___ > 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] OpenTrackMap?
Zdravím, samotné renderování je otázkou chvíle, zprovoznění mapniku trvá 30 minut a samotného serveru se „slippy map“ dalších 15. Celé to může běžet na standardním serveru Apache. Otázka kreslení reliéfu není problém. Pokud se nepletu, používá se na ni „emboss“ filtr a nepříliš podrobná, avšak použitelná data jsou zdarma k dispozici. Jediná možná potíž je kreslení turistických značek tak, aby se navzájem nepřekrývali -- tedy ne jako v případě openstreetmap.cz. Jako problém vidím: kde, za kolik a z čeho server provozovat. S pozdravem, Radek Černoch 2009/5/23 Petr Schonmann : > Vzal bych si inspiraci od serveru freemap.sk, zkuste se zeptat tam. > >> >> Předpokládám, že kdybych chtěl takovou službu založit, musel bych vyrendrovat >> dlaždice pomocí Mapniku s vhodným stylem. Nevím však, jaký software se >> používa >> jako server OpenStreetMap dlaždic? S Mapnikem nemám žádné zkušenosti, takže >> by >> mi to zabralo celkem spoustu času, než bych něco takového rozchodil, a proto >> se ptám jestli to už někdo zkoušel. Osobně bych preferoval zobrazení reliefu >> pomocí vrstevnic a stínování (ala Google) místo barevných vrstevnic (ala >> OpenCycleMap). Co se týče pamětihodností, hradů, přírodních utvarů, atd., tam >> by se musely domluvit nějaké "standardizované" ikony. Také mě napadá, že by >> nebylo špatné mít vizualizované skalní útvary. Víte jestli toto jde s >> Mapnikem >> udělat? Máte nějaké další nápady, co by na takové mapě mělo být? >> >> >> >> -- >> Ing. Radek Bartoň >> >> >> >> Faculty of Information Technology >> Department of Computer Graphics and Multimedia >> Brno University of Technology >> >> >> >> E-mail: black...@post.cz >> Web: http://blackhex.no-ip.org >> Jabber: black...@jabber.cz >> >> >> >> >> >> > > > S pozdravem > Mail: ps...@seznam.cz > http://fatbozz.towerofglass.net/v2/ > > ___ > 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
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ý : > 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
Re: [Talk-cz] Adresy, finale diskuse
2009/5/23 Pavel Kovář : > 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] 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ň : > 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
[Talk-cz] Adresy, finale diskuse
Hezké sobotní odpoledne, přináším zprávy ohledně adres z t...@osm. Reakce na diskuzi o číslech popisných nebyla velká. Z důležitých připomínek však padlo, že 'addr:alternatenumber' je příliš obecný termín a 'addr:ref' je na tom tedy ještě hůře. Vznikl proto nápad sjednotit číslování alespoň v těch zemích, kde se používá obdoba našich čísel popisných. Tyto země jsou ČR, Slovensko, Německo, Rakousko a pravděpodobně i Maďarsko. Systém totiž vychází ještě z doby Habsburků a zřejmě se používal na celém jejich území. Jako logické jméno tagu se tedy jeví původní označení toho systému, tedy "konskriptionsnummer". Souhlasíte tedy s přejmenování 'alternatenumber' na 'konskriptionsnummer'? Osobně se mi toto řešení zdá systematičtější. Samotné přejmenování je otázka chvíle, neboť 'alternatenumber' se tak jako tak používá zatím jen na území ČR. S pozdravem, Radek Černoch PS: Doufám, že už tuto věc budeme mít brzo z krku a nebudu Vás emaily o adresách dále otravovat. -- 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] [OSM-talk] [Fwd: Re: zones for motorway/in town/outof town?]
Hi, given the overwhelmingly positive reaction to the polygon model, I guess there is no chance to be accepted in voting. I'm abandoning that idea. Gmail shows we have recently met a jubilee 100th mail in this thread. Shall we move the discussion towards the set of allowed "zone" tags? I hope we will not reach 200... The proposal http://wiki.openstreetmap.org/wiki/Proposed_features/trafficzone currently has "motorway", "rural" and "place". Would you agree to add "residental" with default 30 km/h? I think that "zone 30" is quite an international term. Then there is the question where to store the set of default rules... Plain wiki? Or in the relation, which represents the country? Radek Černoch ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] hranice obce
2009/5/14 hanoj : >>> 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] 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] 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] hranice obce
Ahoj, > No... myslim ze se vidi, ze je hranice obce (znackou) vyznacena v > kazdym smeru jinde... Takze zadny znaceni polygonnama nebude fungovat. 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). 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. 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
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ý : > On Mon, 11 May 2009 00:24:35 +0200, Radomír Černoch > 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] 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 : > 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 >> 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] Nápad na jednodu??í kreslení b udov
Dobrý den, myslíte č. 11? Právě u něj si nejsem jistý, jestli volí dobrý přístup. OSM wikipedie se totiž chystá na přechod na Semantic MediaWiki. Její export pak bude obsahovat všechny informace o povolených kombinacích tagů -- jenže zapané v OWLí ontologii. Bylo by tedy zbytečné vyrábět další formát... Jinak nápad unifikovat množství kombinací různých tagů je dobrý. Jen si myslím, že by se mě zvolit jinou technologii. S pozdravem, Radek Černoch 2009/5/2 Petr Schonmann : > Na http://wiki.openstreetmap.org/wiki/GSoC_Applications_2009 jsou témata, > která byla navrhnuta na Google Summer of code, bylo jich vybraných jen 6, > zbytek si můžou rozebrat studenti. > Osobně jsem pro návrh systému pro správu Tagů a následný export xml, jež by > mohli využívat editory ___ 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 : > 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 Jirko, s aktuální verzí JOSM (1541) i pluginu (zobrazuje fialové cyklostezky) to stále dělá tu samou chybu. Nemohl bys mi, prosím, poslat zdroják, abych to mohl debugovat? S pozdravem, Radek Černoch 2009/4/21 Petr Dlouhý : > On Tue, 21 Apr 2009 22:10:08 +0200, Jiri Klement > wrote: > > Tak to bohužel nerenderuje cyklostezky dělané pomocí relací. Pravděpodobně > bude chyba v tom, že se používají jiné tagy - type:route route:bicycle > network:ncn ref:číslo. > Další chyba, kterou jsem objevil (a vyskytovala se i v minulých verzích) > je, že když se zobrazení přepne do drátového modelu, tak je všechno stašně > tlustě vykreslené. > >> Pridal jsem renderovani cyklostezek a nahral aktualni verzi na: >> http://jttt.110mb.com/routes.jar >> Predelal jsem to tak, aby to fungovalo univerzalne. Az budu mit cas >> tak udelam konfiguraci do xml aby bylo mozne renderovat libovolne >> route. Prakticky vubec jsem to netestoval, takze bugy pravdepodobne. >> Radku, muzes zkusit jestli se i v teto verzi projevuje popisovany bug? >> Koukal jsem na to a netusim jak by k popisovanemu chovani mohlo dojit. >> Proto myslim, ze mas nekde porad starou verzi. Plugin zatim neni v >> svn, takze neni mozne pouzit automatickou aktualizaci, je nutne novou >> verzi nahrat rucne do adresare .josm. Jestli ti to bude renderovat >> cyklostezky (fialove) a zaroven spatne vykreslovat, pak bude jiste, ze >> v aktualni verzi ten bug opravdu je. > > > > -- > Petr Dlouhý ___ 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 : > 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 : >> 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
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 : > 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 : >> 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
