Re: [Talk-cz] Import adres z katastralni mapy

2010-01-16 Thread Radomír Černoch
Dobrý den,

2010/1/16 Lukas Kabrt lu...@kabrt.cz:
 Zdravim,

 kdysi v lete jsem tady psal [1], jak zkousim importovat adresy a obrysy budov 
 z
 katastralni mapy CUZK. Protoze jsem nemel prilis casu, tak jsem
 program pro import
 nedotahnul do konce. Ted jsem se k tomu vratil a do celkem pouzitelne
 podoby odelal aspon
 import adresnich bodu.

 Rozpoznavani obrysu budov se mi nepodarilo udelat natolik spolehlive,
 aby slo nejak
 rozumne pouzivat, takze to prozatim odkladam.

 Import jsem vyzkousel na uzemi ORP Broumov [2], jedna se asi o cca 40
 obci / mestskych
 casti na 31 katastralnich uzemich - cca 270km2.

 Vysledky jsou nasledujici:
 Broumovsko      - 3500 adresnich bodu (nalezena jednoznacna shoda mezi KM
 a databazi MVCR)
                - 170 bodu z KM, ke kterym se nepodarilo nalezt zaznam v 
 databazi adres
                - 300 adres, ke kterym se nepodarilo najit bod v KM

 Broumov - 800
                - 24
                - 200

 Mesto Broumov uvadim zvlast, protoze na jednom katastralnim uzemi jsou
 4 mestske casti
 takze je potreba najit hranice mestkych casti rucne (napr. podle
 ulic). Navic se mi zda,
 ze je neco shnileho v databazi adres pro Broumov. Nevim, kde by
 mohlo byt 200 budov pro
 tech 200 adresnich bodu bez polohy. To se pri rucni kontrole snad
 prehlednout neda.

 Castou chybou je, ze v KM je uvedeno cislo evidencni a databazi adres
 cislo popisne. Na
 Broumovsku je to cca 50 pripadu. Pokud se podari zjistt, jaky zdroj je
 pravdivy, tak neni
 problem tyto chyby napravit.

 Ja jsem uploudoval pouze ty adresni body, pro ktere byla nalezena
 jendoznacna shoda.
 Jestli uplodovat i ty body, ke ktery se nepodarilo najit adresu v
 databazi MVCR (treba s
 tagem FIXME) zalezi na dohode. Jaky je na to vas nazor? Stalo by za to
 uchovavat nekde i
 seznam adres, ke kterym se nepodarilo najit bod v KM?

Existuje možnost použít databázi České pošty namísto databáze MVČR.
Dle jejich vyjádření je totiž možné používat data z adresy
'psc.cpost.cz' neomezeně bez jakýchkoli licenčních podmínek (na rozdíl
od placené databáze, kterou je zato možné používat off-line).

Kvalitu databáze České pošty nedokáži zcela posoudit. Jen vím, že v
některých místech je přesnější než MVČR.

Se strojovým dotazováním na web České pošty jsem dříve experimentoval
s dobrými výsledky. Pokud bude zájem, pošlu skripty (je to hrozný
bastl BASH+XSTL+RUBY+JAVA, ale funguje).

S pozdravem,
Radomír Černoch

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


[Talk-cz] OpenStreetMap a Potlatch jsou lokalizovateln é

2009-10-05 Thread Radomír Černoch
Hlavní stránku OpenStreetMap i editor Potlatch je nyní možné překládat
do češtiny. Chcete-li začít s překladem, zaregistrujte se na
Translatewiki, napište o sobě pár řádek a můžete začít! Vizte

http://translatewiki.net/wiki/Translating:OpenStreetMap


2009/10/1 Ævar Arnfjörð Bjarmason ava...@gmail.com:
 Both the OpenStreetMap website and Translatewiki can now be localized
 at Translatewiki:

    http://translatewiki.net/wiki/Translating:OpenStreetMap

 Please sign up for an account there and help make these tools
 available in your language!

 ___
 Local-contacts mailing list
 local-conta...@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/local-contacts




-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Nefunkční Czechaddress plugin v pos ledních verzích JOSM

2009-09-13 Thread Radomír Černoch
Díky za upozornění. Bug jsem opravil, šlo o změnu API na straně JOSM.

2009/9/13 Tomáš Tichý t.ti...@post.cz:
 Ahoj,
 v posledních verzích JOSM (již cca týden) přestal fungovat plugin
 Czechaddress. Konkrétně teď jsem to zkoušel s JOSM 2010 a Czechaddress
 16862 a skončí to s následující výjimkou:


 Path: trunk
 URL: http://josm.openstreetmap.de/svn/trunk
 Repository Root: http://josm.openstreetmap.de/svn
 Repository UUID: 0c6e7542-c601-0410-84e7-c038aed88b3b
 Revision: 2110
 Node Kind: directory
 Last Changed Author: stoecker
 Last Changed Rev: 2110
 Last Changed Date: 2009-09-12 23:21:13 +0200 (Sat, 12 Sep 2009)


 Memory Usage: 443 MB / 508 MB (192 MB allocated, but free)
 Java version: 1.6.0_15

 Plugins: czechaddress remotecontrol wmsplugin
 Plugin czechaddress Version: 16862
 Plugin remotecontrol Version: 16965
 Plugin wmsplugin Version: 17278


 java.lang.IllegalAccessError: tried to access field
 org.openstreetmap.josm.data.osm.OsmPrimitive.deleted from class
 org.openstreetmap.josm.plugins.czechaddress.addressdatabase.AddressElement
        at 
 org.openstreetmap.josm.plugins.czechaddress.addressdatabase.AddressElement.getName(AddressElement.java:103)
        at 
 org.openstreetmap.josm.plugins.czechaddress.intelligence.Reasoner.update(Reasoner.java:199)
        at 
 org.openstreetmap.josm.plugins.czechaddress.CzechAddressPlugin.initReasoner(CzechAddressPlugin.java:151)
        at 
 org.openstreetmap.josm.plugins.czechaddress.CzechAddressPlugin.pluginStatusChanged(CzechAddressPlugin.java:196)
        at 
 org.openstreetmap.josm.plugins.czechaddress.CzechAddressPlugin.broadcastStatusChange(CzechAddressPlugin.java:181)
        at 
 org.openstreetmap.josm.plugins.czechaddress.CzechAddressPlugin.changeLocation(CzechAddressPlugin.java:172)
        at 
 org.openstreetmap.josm.plugins.czechaddress.gui.FactoryDialog.relocateButtonActionPerformed(FactoryDialog.java:319)
        at 
 org.openstreetmap.josm.plugins.czechaddress.gui.FactoryDialog.access$300(FactoryDialog.java:40)
        at 
 org.openstreetmap.josm.plugins.czechaddress.gui.FactoryDialog$3.actionPerformed(FactoryDialog.java:282)
        at 
 javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1995)
        at 
 javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2318)
        at 
 javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:387)
        at 
 javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:242)
        at 
 javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:236)
        at java.awt.Component.processMouseEvent(Component.java:6263)
        at javax.swing.JComponent.processMouseEvent(JComponent.java:3267)
        at java.awt.Component.processEvent(Component.java:6028)
        at java.awt.Container.processEvent(Container.java:2041)
        at java.awt.Component.dispatchEventImpl(Component.java:4630)
        at java.awt.Container.dispatchEventImpl(Container.java:2099)
        at java.awt.Component.dispatchEvent(Component.java:4460)
        at 
 java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4574)
        at 
 java.awt.LightweightDispatcher.processMouseEvent(Container.java:4238)
        at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4168)
        at java.awt.Container.dispatchEventImpl(Container.java:2085)
        at java.awt.Window.dispatchEventImpl(Window.java:2475)
        at java.awt.Component.dispatchEvent(Component.java:4460)
        at java.awt.EventQueue.dispatchEvent(EventQueue.java:599)
        at 
 java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269)
        at 
 java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184)
        at 
 java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174)
        at 
 java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169)
        at 
 java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161)
        at java.awt.EventDispatchThread.run(EventDispatchThread.java:122)

 =TT=

 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz




-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Mapovani Krkonos

2009-08-10 Thread Radomír Černoch
Také bych se přimlouval k ostatním názorům výše v diskuzi, přestože
rozlišení není jasné:

Je jasné, že jazykově to sedí podle návrhu Pavla Machka. path je
obecná cesta, zatímco footway je pro pěší. Příslušné stránky na Wiki
Tag:highway=path/highway tomu odpovídají. Také zcela souhlasím, že
cesta nejen pro lidi, ale ještě ne pro auta je buď path, nebo
bridleway.

Přesto si myslím, že by bylo lépe úzké lesní pěšiny značit jako path:
1) Na wiki stránce Tag:highway=path/Examples pátý obrázek jasně
ukazuje fotku úzké pěšiny v lese, která je značená jako path.
2) Stránka Tag:highway=footway navíc zmiňuje, že footway je
designated footpath for [...] pedestrians, což je u lesní pěšiny
sporné (nezapomeňme na zvířata).
3) Považuji za zdravé výrazně odlišit chodník a pěšinu. Lze to
sice provést pomocí tagů surface, ale víme, jak moc se tyto přídavné
značky respektují...
4) Pak je tu zavedený způsob kreslení na mapě, který odpovídá
turistickým mapám v ČR (viz výše).

Zdravím,
Radek Černoch

-- Forwarded message --
From: Pavel Machek pa...@ucw.cz
Date: 2009/8/10
Subject: Re: [Talk-cz] Mapovani Krkonos
To: OpenStreetMap Czech Republic talk-cz@openstreetmap.org


On Sun 2009-08-09 16:43:58, Radom??r ??ernoch wrote:
 2009/8/9 Ondrej Novy n...@ondrej.org:
  Ahoj,
 
  momentalne jsem na dovolene v Krkonosich a jsem tady trosku zmaten z toho,
  jak spravne mapovat nejake cesty. Vyskytuje se tu zhruba tento typ cest:
  1. klasicka lesni cesta znacena jako turisticka (znacit jako highway=path +
  foot=yes, nebo highway=footway?)

 V??t??inou se pouv?? footway pro chod??ky a path pro piny. Pokud je to
 tedy lesn?? cesta, volil bych path.

No... pokud po ty ceste projde i neco jinyho nez clovek (kolo, kun) je
to 'path'. Kdyz to jen pro lidi -- mala cesticka --- 'footway'. Kdyz
je to vhodny pro lidi a kone --  vetsi cesticka -- 'bridleway'.

                                                               Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures)
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz



-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Adresy, epilog

2009-08-09 Thread Radomír Černoch
Zdravím,

2009/8/9 jzvc j...@tpfree.fdns.net:
 Zdravim,
 ono je to rozbite ponekud vic. Jak koukam, tak mi to zobrazuje konflikty
 i mezi domy se stejnym cislem, ale v ruzne obci.

Ty 2 domy v konfliktu jsou domy na mapě, nebo domy v databázi? Pokud
platí první možnost, tak to není bug ale chybějící funkce.

Dokud nebudou v mapě zaneseny hranice katastrálních území (které cca.
odpovídají hranicím části obce), plugin nemůže poznat, že domy patří
do dvou různých částí obce. Jedinou možností je porovnávat tag
is_in, který však obsahuje sotva půlka adres.

Takže zatím bohužel...

 Alternativne mi to tvrdi, ze dane CP jiz je prirazeno.

Mohl byste to rozvést, prosím?

S pozdravem,
Radek Černoch

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Adresy, epilog

2009-08-09 Thread Radomír Černoch
2009/8/9 jzvc j...@tpfree.fdns.net:
 Radomír Černoch napsal(a):
 Ty 2 domy v konfliktu jsou domy na mapě, nebo domy v databázi? Pokud
 platí první možnost, tak to není bug ale chybějící funkce.

 Dokud nebudou v mapě zaneseny hranice katastrálních území (které cca.
 odpovídají hranicím části obce), plugin nemůže poznat, že domy patří
 do dvou různých částí obce. Jedinou možností je porovnávat tag
 is_in, který však obsahuje sotva půlka adres.

 Takže zatím bohužel...


 Mam nactenou nejakou cast mapy na ktere jsou dve obce. Ovsem katastralni
 hranice (ktere v tomto pripade zaneseny mam) zahrnuji obe ty obce (nebo
 aspon castecne).
 Ale nechapu, kde je problem, kdyz dum X ma is_in Drahkov, Modlany,
 Ústecký kraj, CZ a dum Y ma Kvítkov, Modlany, Ústecký kraj, CZ. Evidetne
 rozdilna adresa, pokud je vyplneno, melo by se porovnavat v kazdem pripade.

Souhlasím, že by to šlo. Problém je, že domy z UIR importu tagy
is_in nemají, takže porovnávání pomocí is_in bude vždy funkční jen
napůl. Stejné je to s hranicemi katastru, které sice máte ve své mapě,
ale ve zbytku republiky většinou chybí.

Zkrátka zatím neznám spolehlivé řešení a žádné z těch nespolehlivých
se mi příliš implementovat nechce. Nejvíce by se mi líbilo použít
vektorizovanou mapu katastrální území, která už existuje, ale je třeba
ji dočistit, přiřadit jména z OCR, sloučit s již existující mapou a
importovat...

Prozatím je závěr takový, že je nutné stáhnout vždy jen jednu obec a
pracovat s ní.

 BTW: Nejaky hint co s hlasenim z tools.geofabrik.de o nenalezene ulici ?
 Zeby v Nemecku mely vsechny obce pojmenovane ulice ? ;D.

Nevím, co myslíte... Ten nástroj moc nepoužívám.

S pozdravem,
Radek Černoch

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Mapovani Krkonos

2009-08-09 Thread Radomír Černoch
2009/8/9 Ondrej Novy n...@ondrej.org:
 Ahoj,

 momentalne jsem na dovolene v Krkonosich a jsem tady trosku zmaten z toho,
 jak spravne mapovat nejake cesty. Vyskytuje se tu zhruba tento typ cest:
 1. klasicka lesni cesta znacena jako turisticka (znacit jako highway=path +
 foot=yes, nebo highway=footway?)

Většinou se používá footway pro chodíky a path pro pěšiny. Pokud je to
tedy lesní cesta, volil bych path.

OSM wiki to sice neříká jednozančně, ale nejpřesnější rozlišení najdete na
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dpath/Examples

 2. krasna vyasfaltovana cesta kam jeste mohou cykliste, auta pouze na
 specialni povoleni (highway=service + access tagy, nebo highway=footway?) -
 ochranna zona II.

Pro lesní cesty se mi zdá nejvhodněší highway=track a ve Vašem případě
tracktype=grade1.
highway=service znamená přístupová cesta, což asi není přesně to, co hledáte.
Viz. http://wiki.openstreetmap.org/wiki/Key:tracktype
a http://wiki.openstreetmap.org/wiki/Tag:highway%3Dservice

 3. cesta napr. nahoru na Snezku, kamenita, terenne rozlicna (highway=path +
 foot=yes?) - ochranna zona I.

Je to cesta, po které by (alespoň teoreticky) mohlo jet dvoustopé
vozidlo? Pak bych volil highway=track. Pokud je to vysloveně pěšina
(pro pěší), zdá se mi lepší to, co píšete.

 Hlavni otazky tedy zni: Mapovat i lesni cesty jako highway=footway (rekl
 bych ze podle toho co je na wiki tak ne)?
 Mapovat je tedy jako footway i presto ze nejsou ve meste?
 Mapovat asfaltove cesty jako highway=service i presto ze na ne skoro zadne 
 auto nesmi?

Viz výše. Srhnul bych to takto:
* Asfaltová silnice, po kterých běžně jezní auta: highway=service,
residential, ...
* Chodník ve městě či městském parku: highway=footway
* Zpevněná lesní silnice: highway=track, trackgrade=grade2 a lepší
* Nezpevnění lesní silnice pouze pro traktor: highway=track,
trackgrade=3 a horší
* Cesta pro pěší: highway=path

 Rozdeleni mezi kategorizaci silnic (primary, ...) mi prijde zrejmy, ale jak
 spravne rozlisit co je 'designated'?

Citem? ;-) Nic lepšího mne nenapadá.

Zdravím,
Radek

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] jak označit areál?

2009-08-09 Thread Radomír Černoch
Dobrý den,

použití se liší. Někdo mapuje tagem laduse plochu kolem celé
průmyslové čtvrti, někdo používá landuse jen na každé drobné území
vyseknuté ulicemi (jeden blok domů).

Osobně se mi zdá zbytečné označovat každou malou firmičku zvlášť,
ostatně v popisu tagu landuse je slovíčko Predominantly. Sám
používám landuse třeba pro celé větší město.

OpenStreetMap je mnohem volnější v užití tagů než ostatní mapy, takže
možná je rozmanitost tohoto druhu vlastně v pořádku. Až se jednou
zjistí, že landuse by měl označovat území pouze nad X hektarů, půlka
mapy se předělá. Může se totiž stejně tak snadno zjistit, že jemné
dělení je žádoucí -- a předelá se druhá půlka.

Zdravím,
Radek Černoch

2009/8/9 Petr Stehlik psteh...@sophics.cz:
 Frettie píše v Ne 09. 08. 2009 v 16:19 +0200:
 dobrý den,
 průmyslovou zónu jsem označil tagem landuse:industrial.

 u průmyslové zóny to použití zcela chápu, ale mám na mysli spíš menší
 záležitosti, např. firmu v jinak residential zástavbě. Nevěděl jsem, jak
 moc ten tag můžu zneužít, ale je fakt, že je to nejspíš ten pravý,
 pokud jde o odlišení barvou pozadí.

 Petr



 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz




-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] jak revertovat?

2009-08-09 Thread Radomír Černoch
Dobrý den,

když někdo mapu předělá nazpět, je dobré toho člověka kontaktovat a
domluvit se s ním. Co se jednomu může zdát jako posun k horšímu, se
druhému může zdát naopak.

Funkce vracení v OSM existuje, ale je dost čerstvá, takže editory ji
zatím nepodporují (alespoň co já vím).

S pozdravem
Radek Černoch

2009/8/9 Petr Stehlik psteh...@sophics.cz:
 Zdar,

 ještě jeden čerstvý problém: jak postupovat, když vylepším mapu o
 detaily, opravím tvary a směry ulic, všechno nahraju na server a další
 den někdo druhý přijde a předělá to po mě k horšímu (mírně řečeno)?

 Je nějaký nástroj, který v určité oblasti odstraní všechny změny? Nebo
 lépe odstraní všechny změny provedené určitým autorem? Dá se v nějakém
 OSM editoru pohodlně couvat historií oblasti, jako třeba u zdrojáků v
 CVS?

 Díky

 Petr



 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz




-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Mapovani Krkonos

2009-08-09 Thread Radomír Černoch
Zcela souhlasím. Jen bych dodal, že navigační přístroje v autě by Vás
neměly navádět přes highway=track, zatímco přes highway=service
ano. Hnát dopravu zkratkou přes II. zónu NP by nebylo zcela košer.
;-)

R.Č.

2009/8/9 Tomáš Tichý t.ti...@post.cz:
 Vyasfaltovaných polňaček jsou u nás spousty, většinou mají lepší
 povrch než státní silnice :-) Značit je jako polňačky má v českých
 mapách tradici, veškeré turistické mapy to tak dělají. Značeny jsou
 plnou čárou, což odpovídá i značení v mapniku pro grade1.
 De jure jsou polní a lesní cesty sice také účelové komunikace, ale
 přijde mi lepší je rozlišit. Highway=service jsou podle mého názoru
 spíše takové ty obslužné komunikace v průmyslových areálech, přípojky
 benzínek, hypermarketů a tak.

 Za intuitivní pravidlo pro značení nějaké asfatky považuji, jestli je
 na cestu povolen vjezd aut. Pokud ano, pak highway=unclassified, jinak
 highway=track. Jiné mapy se toho obvykle drží.

 =TT=

 2009/8/9 Ondrej Novy n...@ondrej.org:
 Dobry den,

 diky moc za nazory. Se vsim souhlasim, akorat :)

 2009/8/9 Tomáš Tichý t.ti...@post.cz

  2. krasna vyasfaltovana cesta kam jeste mohou cykliste, auta pouze na
  specialni povoleni (highway=service + access tagy, nebo
  highway=footway?) -
  ochranna zona II.

 To je rozhodně highway=track + tracktype=grade1

 nejak se mi prici krasnou vyasfaltovanou cestu oznacit za 'polnacku' (tedy
 chapu highway=track jako Lesni ci polni cesta). Z ceske wiki:
 Úcelové komunikace: highway=service

 Tedy mnou jmenovana cesta vede sice KRNAPem, ale take funguje jako dopravi
 zasobovani vsech chat v teto oblastni, neni to tedy spise ucelova
 komunikace?

 --
 S pozdravem/Best regards
 Bc. Ondrej Novy

 Email: n...@ondrej.org
 Jabber: on...@njs.netlab.cz
 ICQ: 115-674-713
 Tel/Cell: +420 777 963 207


 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz



 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz




-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Duplicitni uzly

2009-08-09 Thread Radomír Černoch
2009/8/9 Tomáš Tichý t.ti...@post.cz:
 Taky jsem se s tímto bugem už párkrát setkal, stávalo se to když z
 nějakého důvodu spadl upload bodů, editor je pak nauploaduje znovu
 (aspoň to tak bylo se starým API, s novým by se to už stávat nemělo).

To bude ono. Před změnou zápisu adres byla oblast špatně otagovaná, a
tak jsem dělal polo-manuální opravy. Skript bulk_upload však z
nějakého důvodu místo aktualizace všechny body zduplikoval. Tipoval
bych, že při stahování dat z OSM se neuložila informace o verzi a tak
všechny primitivy se pro skript jevily jako nově vytvořené. Ještě to
ověřím.

Problém se tedy, předpokládám, týká Kralup nad Vltavou, Odoleny Vody a
všech primitiv (včetně relací), které sem zasahují. Zkusím vše
opravit.

 Snadno se to dá odstranit pomocí pluginu validator v JOSM, který umí
 duplikované body odstranit.

 =TT=


 2009/8/9 jzvc j...@tpfree.fdns.net:
 Zdravim,

 narazil sem na oblast, kde jsou stovky duplicinich uzlu. Zda se, ze
 kvuli nejakemu BUGu v editoru se kompletni editovana oblast
 zduplikovala. Existuje nejaky zpusob jak takove uzly/cesty
 najit/eliminovat hromadne ? Vypada to, ze pachatelem je Radomir Cernoch.
 Tyce se okoli  exitu 18 na D8 (Nova Ves) smerem na jihozapad. Narazil
 jsem na to vicemene nahodou, pachatel urcen dle vyssich ID nodu a cest.
 Da se stim neco provest ?

 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz


 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz




-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Adresy, epilog

2009-08-06 Thread Radomír Černoch
2009/8/6 hanoj eha...@gmail.com:
 a) nedoplnuje PSC (ac se tvari ze to umi)
 b) co je horsi, nepouziva Zasobnik prikazu = nelze undo kdyz se
 clovek uklipne.

 Mozna se to takto chova jen u me, ale chova se to takto dlouhodobe v
 ramci nekolika verzi jak pluginu tak JOSM.
 Slo by s tim neco provest ? Dik.
 *** ja jsem jeste pochytil tyto vlastnosti a poprosil o prezkoumani:
 c) pri vytvareni noveho adresniho bodu hlasi, ze nove zrizovana adresa
 podle CP uz v mape existuje, idkyz vyhledani pomoci find
 addr:conscriptionnumber=666 ji nenajdu.

To se může stát a je to v pořádku. Ta adresa, která už v mapě je, může
být nadefinovaná jen pomocí ulice a ČO a CzechAddress si ČP domyslí z
databáze.

Druhý možný důvod nastává ve chvíli, kdy dům (v tomto případě s ČP
666) je z jakéhokoli důvodu v konfliktu. Přišlo mi dobré uživatele
nějak varovat, ale asi by to chtělo změnit zprávu v něco
výstižnějšího.

Pokud to, co popisuješ není ani jeden z příkladů, pošli mi, prosím,
konkrétní případ a rád se na to podívám.

 d) kdyz necham doplnit plugin aditivni udaje jako is_in do jiz
 existujiciho node s adresou z prvniho hromadneho importu, neprida mi
 source:position=cuzk:km, ac to v settings je zatrhnute.

To je v pořádku. source:position se přidává jen pro nově vytvořené
nody. Myšlenka je ta, že když upravujete již existující adresu, její
poloha nemusí pocházet z ČUZK.

 PS: nevite pro WMSplugin uz neobsahuje vlastnost overlap?

Dirk Stöcker ji smazal. My se zkrátka na některých věcech neshodneme,
takže ačkoli mám už nachystaný nový patch, chci se ho nejdříve zeptat,
proč ke smazání došlo.

Pěkný den,
Radek

-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Adresy, epilog

2009-08-06 Thread Radomír Černoch
2009/8/6 Ondrej Novy n...@ondrej.org:
 Zdravim,


 Dne 6. srpen 2009 17:28 jzvc j...@tpfree.fdns.net napsal(a):

 ... Variantne moznost zobrazit pouze
 nepouzite adresy. Docela by se hodilo pro kontrolu zda v oblasti je
 zmapovano.

 za zobrazeni pouze nepouzitych adres bych se taky primlouval - mnohem lepe
 se tim da overit oblast kde si myslim ze uz nic nechybi. Diky.

Na to slouží funkce [nepřiřazené domy], kterou můžete vybrat v
Továrně namísto některé z ulic. Ale jak se teď koukám, funkce se z
neznámého důvodu rozbila a zobrazuje jen konflikty... už mám další bod
do úkolovníku.

Díky, Radek

 --
 S pozdravem/Best regards
 Bc. Ondrej Novy

 Email: n...@ondrej.org
 Jabber: on...@njs.netlab.cz
 ICQ: 115-674-713
 Tel/Cell: +420 777 963 207


 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz





-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Adresy, epilog

2009-08-04 Thread Radomír Černoch
Já také používám systém 1 adresní bod = 1 node. V Praze je navíc zvyk
umisťovat bod směrem k příslušné ulici, což jednak mapu zpřehledňuje a
vlastně nakonec vypadá hezky.

Funkci pro building=yes jsem však přidal -- snad to někomu mapování urychlí.

S pozdravem,
Radek Černoch

2009/8/3 hanoj eha...@gmail.com:
 Dne 3. srpen 2009 14:49 Petr Schönmann pschonm...@gmail.com napsal(a):


 2009/8/3 hanoj eha...@gmail.com:
 opět není zařazeno přidání tagu building=yes v pluginu czechaddress,
 šlo by to doplnit ?
 *** zajimalo by me, k cemu je to dobre
 OSMarender bez tohoto tagu budovu nevykreslí
 *** chapu to tak, ze davate adresni body do polygonu budov? A kdyz ma
 budova 2-4 adresni body? Nebylo by lepsi mit adresni body jako jednu
 primitivu a neslucovat je budovama?

 hanoj

 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz




-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


[Talk-cz] Wiki článek

2009-08-04 Thread Radomír Černoch
Dobrý večer,

vytvořil jsem stránku o adresách v ČR:
http://wiki.openstreetmap.org/wiki/Cz:WikiProject_Czech_Republic/Adress_system

Požádal bych Vás o laskavost: V předchozí diskuzi padly příklady měst,
kde se používá nestandardní číslování. Tuším Jindřichův Hradec a
Soběslav. Mohli byste prosím všichno, kdo o takové výjimce víte,
napsat na wiki alespoň krátkou zmínku?

Na stránce by se hodilo umístit ukázku malé, ale hezky otagované
městské části nebo obce, kde by bylo vidět co nejvíce možných
kombinací tagů. Víte o vhodném místě?

Díky,
Radek

-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Adresy podruhé

2009-07-31 Thread Radomír Černoch
2009/7/31 Mike Crash m...@mikecrash.com:
 Zdravím,

 díky za info, četl jsem.
 Mně ani tak nejde o to, jak se bude tag jmenovat apod, spíš o způsob
 provedené změny.

To se mi ulevilo. ;-)

 Mělo by to být tak, že tam, kde je lomítko, tak vytvořit streetnumber a
 conscriptionnumber,
 ale kde je jen číslo, tak nechat pouze housenumber a ani jeden další tag
 nevytvářet, protože jsou zbytečné a hlavně se neví,
 který z nich to je.

Já si nejsem jistý, jestli rozumím správně. Když by se v některých
případech použilo jen housenumber, nezpůsobovalo by to ještě větší
nejednoznačnost? Nezapomeňte, že existují ještě čísla evidenční. Jak
byste poznal, jestli addr:housenumber=40 je číslo popisné, nebo
evidenční?

Celý nápad je založený na tom, že na skupinu tagů streetnumber,
conscriptionnumber a provisionalnumber, se jaksi dá spolehnout. Vždy
obsahují číslo (případně streetnumber může mít na konci písmeno) a
vždy je alespoň jeden z nich přítomný. Zkrátka ideální pro strojové
zpracování bez hromady ifů.

Vedle toho housenumber je volnější a spíš určený pro čtení lidmi.
Proto může obsahovat lomítka, čísla čtvrtí zapsané římskými číslicemi
atd. atd.

Ačkoli mezi oběma je docela silná vazba, toto rozdělení na tagy pro
stroje a lidi se mi zdá rozumné. A to i za cenu duplicity dat.

S tímto návrhem byl navíc všeobecný souhlas, diskutovalo se prakticky
výhradně o názvech tagů. Jak asi víte, systém byl navíc odhlasován a z
tohoto důvodu bych proto nerad diskuzi znovu otvíral. Nebo alespoň ne
tak brzy. Jinak důvody pro změnu samozřejmě rád vysvětlím.

 Toto bude častý případ, navíc pro adresu je jedno,
 zda je to popisné nebo orientační číslo, a pokud na to přijde,
 tak se to vygeneruje pro každé město zvlášť.

Asi nerozumím. Jak se to vygeneruje? Kdo to vygeneruje? A navíc pro
každé město zvlášť? Nerad bych, aby někdo musel programovat jakési
generátory pro každé město zvlášť.

 Ale vkládat do toho lomítka opravdu není dobrý nápad.

Proč? Používá se nejen v ČR. Např. v Rusku také mají některé domy
čísla s lomítkem a navíc s úplně jiným významem. Jak jsem psal,
housenumber je pro čtení lidmi...

 Navíc je sice hezké, že tam mělo být alternatenumber, to je ale tag,
 který se nikde nepoužívá a nepoužíval a nezobrazuje se.

Spíš ho nikdo nezdokumentoval. Tento tag se používal ve všech velkých
městech a vůbec všude tam, kde dnes před lomítkem vidíte číslo. Jinak
já Vás neobviňuji ze špatného použití tagu. Jen se snažím popsat, kde
se stala chyba, a proč také najednou vyplula na povrch.

S pozdravem,
Radek Černoch

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Zaverecne hlasovani o adresach

2009-07-26 Thread Radomír Černoch
# Pokud v místě nenajde žádné č. o., nebude ho očekávat.

OK, takto algoritmus zatím funguje.

# Pokud najde č. o. u více než 0 a méně než n bodů

Tyto situace bych řešil dodatečně a ručně. Převodem se žádná informace
neztratí a tyto chyby půjdou dohledat stejně dobře jako předtím.
Navíc neznám žádný 100% funkční a automatický způsob, jak rozdělit
adresy do měst...

# Pokud najde č. o. u více než n bodů

Jenže i ve velkých městech (kde převažují domy s čp i čo) jsou takové
domy, které mají jen číslo popisné. U nich je přidání otazníků chybou,
protože číslo orientační nemají mít.

Každopádně díky za připomínky!

Zdravím,
Radek Černoch

Stanislav Brabec píše v Po 27. 07. 2009 v 00:00 +0200:
 Radomír Černoch píše v Ne 26. 07. 2009 v 02:03 +0100:
  Děkuji za upozornění. Marně však přemýšlím, co z toho něco vyvodit...
 
 Možná jednoduchou heuristiku, která nejdřív projde všechny adresy
 jednoho města. Pokud v místě nenajde žádné č. o., nebude ho očekávat.
 Pokud najde č. o. u více než 0 a méně než n bodů (a/nebo n % bodů),
 vyhlásí upozornění na nutnost ručního zásahu (někdo se zřejmě uklepl a
 použil č. o. v místě, kde se nepoužívají). Pokud najde č. o. u více než
 n bodů, bude předpokládat, že č. o. se v dané lokalitě používají, a bude
 je očekávat u všech adres tamtéž (pokud není použito č. e.), a kde budou
 chybět, dá otazník.
 
  2009/7/25 Jan Dudík jan.du...@gmail.com:
   Ad 4 - nahodou takových domu bude většina, i když v osm jen v
   některých městech...
 
 
 
 Stanislav Brabec
 http://www.penguin.cz/~utx
 
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz


___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Zaverecne hlasovani o adresach

2009-07-21 Thread Radomír Černoch
Dobrý den,

ozývám se ohledně změny způsobu psaní adres. Skripty a patche jsou již
připravené a změně názvu políček tak nic nebrání.

K přejmenování tedy dojde příští týden v noci z pondělí 27.7 na úterý
28.7. Jediné, co musíte udělat po 28.7, je aktualizace pluginu
CzechAddress. Doporučil bych také v tuto dobu neupravovat primitivy,
které obsahují 'housenumber' nebo 'alternatenumber'.

S pozdravem,
Radek Černoch

2009/7/4 Radomír Černoch radomir.cern...@gmail.com:
 Dobrý den,

 avizovaný týden uplynul, o prodloužení nikdo nepožádal a navíc od
 posledního úterý již nikdo nehlasoval. Hlasování tedy skončilo.

 Variantu (1) volilo 12 lidí, (2) jeden člověk a (3) 8 lidí. Výsledek
 jsem pro jistotu přepočítával, takže pokud mi neunikl nějaký mail, měl
 by být správně. Vítězem se tedy stává jednička (streetnumber,
 conscriptionnumber, provisionalnumber).

 Díky všem za účast v dlouhé diskuzi i závěrečném hlasování. Celkový
 návrh schématu adres vyvěsím v nejbližší době na OSM wiki. O provedení
 změny v mapě se též postarám; jen budu potřebovat nějakou dobu na
 přípravu. Včas dám vědět.

 S pozdravem,
 Radek Černoch

 -- Forwarded message --
 From: Radomir Cernoch radomir.cern...@gmail.com
 Date: 2009/6/27
 Subject: Zaverecne hlasovani o adresach
 To: talk-cz@openstreetmap.org


 Dobrý den,

 myslím, že nastal čas hlasovat o vítězné variantě pro datový model adres
 v ČR. Návrhy jsou řazeny dle stáří. Svoje hlasy, prosím, zašlete v
 odpovědi na tento e-mail. Hlasuje se pro právě jednu z variant.
 Zbytek navrhovaných změn (obsah addr:housenumber, is_in, ...) zde
 neuvádím, protože už konferencí prošel několikrát bez připomínek.

 1)

 čo ... addr:streetnumber
 čp ... addr:conscriptionnumber
 če ... addr:provisionalnumber

 + Sémanticky přesný
 + Drží se konvence v pojmenovávání tagů v OSM
 + V příslušných státech je možné použít jednotná jména tagů
  (ČR+SR všechny tagy, v DE+A mají Konskriptionsnummer, ...)
 - Conscription se může zdát jako nepříjemné slovo


 2)

 čo ... addr:streetnumber
 čp ... addr:number_in_district
 če ... addr:provisionalnumber

 + Řeší problém se slovem 'conscription'
 - Sémanticky nepřesný (district ~ okres)
 - Nedrží se zvyklostí (podtržítka, pořadí slov)

 3)

 čo ... addr:orientacni
 čp ... addr:popisne
 če ... addr:evidencni

 + Sémanticky zcela přesný
 + Krátká slova = rychlé psaní a málo překlepů
 - Česká slova ve jménech tagů (v OSM je tendence vše anglicky)
 - Nesjednocuje názvy tagů ani mezi ČR+SR (addr:popisne X addr:supisne),
  kde jsou navíc oba systémy zcela shodné



 Vzhledem k rychlosti Vašich minulých odpovědí mi 1 týden na hlasování
 připadá dostatečný. Ozve-li se někdo proti, doba do uzavření hlasování
 se automaticky prodlouží na 2 týdny.

 S pozdravem,
 Radek Černoch




-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] ofici??ln?? psan?? velk??ch p??smen v n??zvech ulic

2009-07-01 Thread Radomír Černoch
Dobrý den,

jak moc je v otázce velkých písmen důvěryhodná databáze České pošty na
psc.cpost.cz? Kontroloval jsem ulice, u kterých si jsem velkými/malými
písmeny jistý a všechny byly v pořádku.

S pozdravem,
Radek Černoch

2009/7/1 Stanislav Brabec u...@penguin.cz:
 Pavel Machek píše v Út 30. 06. 2009 v 08:39 +0200:
 On Wed 2009-07-01 07:32:50, Kubajz wrote:
  Bohuzel nic noveho, ale zajimave pocteni :)

 No, neco noveho preci; samosprava je zavazna pro velikost pismen, a
 poku to nekdo bude 'opravovat' podle pravidel pravopisu, je to
 vandalismus...

 Pokud ovšem bude dotyčný pracovat ve školství, je tomu právě naopak. Ve
 školství jsou závazná pravidla českého pravopisu.

 No nic. Pár dnů počkám, a pokud se nic nebude dít, zkusím napsat
 Místopisné komisi Rady HMP. V Praze je problém největší. Cedule jsou
 verzálkami, tak ještě žádný češtinář nemusel vysvětlovat svým žákům, že
 zatímco oni psát Na výtoni nebo Na slupi nesmí (pod pohrůžkou
 snížené známky ze slohové práce), zatímco úředníkům je to dovoleno.

 --
 Stanislav Brabec
 http://www.penguin.cz/~utx


 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz




-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [OSM-talk] Proposed Amenity Reorganization

2009-06-24 Thread Radomír Černoch
Hi,

I quite like the idea. For people, who think about using OSM data in
their project, clarity of tag structure might be an important issue.

 I think why bother. Clearly what we have is chaotic, but any system
 you can think of will become chaotic sooner or later with people
 (ab)using it to their heart's content, so what's the big deal.

The question is whether to choose chaos or less chaos. I think
it's still a significant difference. Are there any serious reasons
why not to bother?

Technically I support the idea of key named spiritual, because there
are more tags to fit in such group: wayside cross, small shrine, ...

Regards,
Radomir Cernoch

2009/6/24  greg...@arenius.com:
 The amenity key is currently used for so many different things that it has
 no meaning.  It has become a catch all category for everything that
 doesn't have a place elsewhere.  I'm proposing breaking it up into more
 keys to help make things more organized.

 Proposed keys:

 *Amenity
 *Death
 *Education
 *Entertainment
 *Financial
 *Government
 *Healthcare
 *Sustenance
 *Transportation
 *Waste

 With their tags:

 Amenity:
 *BBQ
 *Bench
 *Drinking_fountain
 *Emergency_Telephone
 *Fountain
 *Shelter
 *Telephone
 *Toilet

 Death:
 *Graveyard
 *Crematorium
 Maybe also things like tombs, catacombs, mortuaries, funeral homes, etc.
 Could probably also replace landuse=cemetary

 Education:
 *School
 *College
 *Library
 *University

 Entertainment:
 *Arts_centre
 *Brothel
 *Cinema
 *Nightclub
 *Theatre
 *Studio

 Financial:
 *ATM
 *Bank
 *Bureau_de_change
 Maybe also check cashing, brokerages, stock exchanges, commodity
 exchanges, etc

 Government:
 *Baby_hatch
 *Courthouse
 *Embassy
 *Fire_station
 *Police_station
 *Post_office
 *Post_box
 *Public_building
 *Prison
 *Townhall
 I think a lot of other types government buildings could be added here as
 well.

 Healthcare:
 *Dentist
 *Doctor
 *Hospital
 *Pharmacy
 *Veterinary
 This key has been proposed and passed a vote (15-4) but no further work
 has been done with it because the proposer doesn't have time.  I'd move it
 along but I think it should be part of a larger reorganization of amenity.
  There are a lot of other tags that could be put in this category so I
 think its an especially important one.

 Sustenance:
 *Biergarten
 *Cafe
 *Fast_food
 *Food_court
 *Pub
 *Restaurant

 Transportation:
 *Bicycle_parking
 *Bicycle_rental
 *Bus_station
 *Car_rental
 *Car_sharing
 *Ferry_terminal
 *Fuel
 *Parking
 *Taxi_stands
 I think there has been discussion about a key somewhat like this but
 nothing has been officially proposed.

 Waste:
 *Recycling
 *Waste_basket
 *Waste_disposal
 Maybe also things like dumps, recycling baskets, etc.

 That leaves us with a few stray tags which I think can be better placed
 elsewhere.

 Hunting_stand can go in leisure.
 Marketplace can go in landuse.
 Signpost can go in the proposed information key.
 Vending_machine can go in the shop key, or failing that, its own key.

 Which leaves place_of_worship.  Maybe in a new spiritual key with things
 like holy_site, etc? It really doesn't fit well in amenity though.

 I've copied this proposal into the wiki at
 http://wiki.openstreetmap.org/wiki/Proposed_Amenity_Reoganization
 which I'll be working on improving.

 What do people think?  I know that there are a bazillion amenity tags
 already in use but I think that going forward a better organized system
 will be worth the effort of implementing it.

 Cheers,
 Greg


 ___
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk




-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [Talk-cz] Proklat? ??sla popisn?

2009-06-18 Thread Radomír Černoch
Já s tím nemám zásadní problém. Jen ještě zvažte Slovensko: Budeme
psát addr:popisne, nebo addr:supisne? Nebo budeme mít jiné tagy i
u nás a na Slovensku? Tam se totiž systém adres neliší vůbec...

2009/6/18 Kubajz kub...@kbx.cz:
 Dejme tomu, ze az nekdo navrhne vhodny uzus, na kterem se sejde cela
 evropa, tak to bude mit smysl. Ja bych to napsal cesky s tim, ze tam
 budeme mit vse potrebne a kdyz se nedejbuh rozhodne, ze to ma byt jinak,
 tak to neni problem automaticky preklopit.

Ano, máte pravdu a v zásadě souhlasím. Jen doufám, že není problém to
automaticky překlopit bude znamenat kratší diskuzi, než vedeme teď.
;-)

Radek

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Proklat? ??sla popisn?

2009-06-17 Thread Radomír Černoch
Dobrý den,

respektuji Vaše názory a chápu, že nechcete podpořit návrh, se kterým
silně nesouhlasíte. Jak jsem již psal, různých nápadů a argumentů na
obě strany padlo hodně a když jsme se ani tak neshodli, zbývá
hlasování.

Mohl bych Vás tedy poprosit o stručné shrnutí cca ve 3 bodech, proč je
number_in_district lepší než conscription*? Můžu to udělat i já,
klidně se toho zhostím, ale bych nerad to napsal zavádějícím způsobem,
který by kazil objektivitu hlasování. Sám zkusím udělat to samé pro
druhý návrh.

Měli bychom se také domluvit, zda respektovat závěry z vlákna Adresy,
doladění. Myslím, že jako nejpřijatelnější kombinace vzešlo použití
slova number na konci a bez použití podtržítek. Navrhnu proto
conscriptionnumber. Přišlo by mi tedy logické z Vaší strany
navrhnout districtnumber -- rozhodnutí je však na Vás.

Rád bych to měl z krku co nejrychleji -- stihneme anketu vypsat do zítřka?

Pokud se nemýlím, je to poslední bod, který zbývá rozhodnout. Pokud se
pletu, opravte mne, prosím.

S pozdravem,
Radek Černoch

2009/6/17 Pavel Machek pa...@ucw.cz:
 On Sun 2009-06-14 01:27:21, Radomir Cernoch wrote:
 Dobrý den,

 poslední pokus o uzavření problému conscriptionnumber způsobilo
 jediné: Ozvali se další lidé, kteří jsou ochotni tento návrh podpořit.
 Z lidí, kteří se vyjádřili, zůstal silně proti návrhu jen Pavel Machek.

 Přestože jsem chtěl v diskuzi dosáhnout kompromisu přijatelného pro
 všechny, začíná být jasné, že je tento stav nedosažitelný. Argumentů
 padlo hodně, ale jejich síla patrně není dostatečná. Bohužel zbývá už
 jen jediná autorita, a to demokratické hlasování.

 Pane Machku, hlasování za současného stavu považuji za zbytečné. Pokud
 byste však na tom trval, anketu můžeme vypsat. Jen mám strach, že to
 bude ztráta času pro všechny zúčastněné. Nemohli bychom, prosím, přece
 jenom přijmout tento kompromisní návrh?

 Trvam na nem. To ze jsou s tim nekteri schopni zit neznamena ze je to
 dobry navrh. Naopak myslim, ze ma jedineho zastance.

 Protinavrhem budiz number_in_district , pripadne takova jeho varianta
 ktera je konzistentni se zvolenou variantou number_in_street.
                                                                Pavel
 --
 (english) http://www.livejournal.com/~pavelmachek
 (cesky, pictures) 
 http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz




-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Proklat? ??sla popisn?

2009-06-17 Thread Radomír Černoch
Zdravím,

je to také možnost. Bohužel však pomíjí původní problém, kvůli které
se táhne celá diskuze. Totiž cca v oblasti střední Evropy se používá
stejný systém, který u nás známe jako čísla popisná, v Německu a
Rakousku jako konskriptionsnummer atd. Všechny vycházejí ze stejného
modelu, proto bylo původní snahou navrhnout pro tato čísla 1 tag.

Pak je tu Slovensko, kde sice používají identický systém jako u nás,
ale názvy čísel mají samozřejmě slovensky. Je pak zvláštní psát tagy
zrovna česky. Snahu sjednotit adresy těchto dvou zemí bych však nerad
pouštěl z ruky.

Pokud byste na návrhu trval, můžeme ho přidat to hlasování.

S pozdravem,
Radek Černoch

2009/6/17 Kubajz kub...@kbx.cz:
 Pak uz mam akorat navrh to napsat proste cesky:

 addr:popisne
 addr:evidencni
 addr:orientacni

 a automaticky z toho generovat addr:housenumber, coz je to, co se
 zobrazi jako cislo domu v mape.

 Nejake protinavrhy?

 Je fakt, ze cizincum je uplne u zadele, jak si to pojmenujeme a tezko
 nam budou cisla doplnovat. Renderovat se to v oficialni verzi stejne
 nikdy nebude, takze jsem pro to to pojmenovat cesky, coz je nejmene
 zavadejici varianta u takhle specifickeho problemu. A je fakt, ze kdyz
 je vetsina editaru u nas cesky mluvicich, proc to davat do anglictiny,
 kdyz to stejne asi nikdy nebude globalne platne a vsichni tomu budou
 aspon rozumet. Myslim, ze konskriptionsnummer je to same u nemcu - proto
 si to pojmenovali nemecky...

 K

 Pavel Machek napsal(a):
 On Sun 2009-06-14 01:27:21, Radomir Cernoch wrote:

 Dobrý den,

 poslední pokus o uzavření problému conscriptionnumber způsobilo
 jediné: Ozvali se další lidé, kteří jsou ochotni tento návrh podpořit.
 Z lidí, kteří se vyjádřili, zůstal silně proti návrhu jen Pavel Machek.

 Přestože jsem chtěl v diskuzi dosáhnout kompromisu přijatelného pro
 všechny, začíná být jasné, že je tento stav nedosažitelný. Argumentů
 padlo hodně, ale jejich síla patrně není dostatečná. Bohužel zbývá už
 jen jediná autorita, a to demokratické hlasování.

 Pane Machku, hlasování za současného stavu považuji za zbytečné. Pokud
 byste však na tom trval, anketu můžeme vypsat. Jen mám strach, že to
 bude ztráta času pro všechny zúčastněné. Nemohli bychom, prosím, přece
 jenom přijmout tento kompromisní návrh?


 Trvam na nem. To ze jsou s tim nekteri schopni zit neznamena ze je to
 dobry navrh. Naopak myslim, ze ma jedineho zastance.

 Protinavrhem budiz number_in_district , pripadne takova jeho varianta
 ktera je konzistentni se zvolenou variantou number_in_street.
                                                               Pavel



 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz




-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu

2009-06-12 Thread Radomír Černoch
Zdravím,

diskuze zjevně utichá, je tedy ideální čas ji uzavřít. U žádného
návrhu nedošlo k jednoznačnému odmítnutí; patrně se blížíme variantě,
která je pro všechny alespoň přijatelným kompromisem. Asi existuje
všeobecná shoda na:
'addr:housenumber' = [čp]/[čo] nebo [čp] nebo E[če]
'addr:street' = [ulice]
'addr:city' = [obec]
'is_in' = [část obce], [obec], [kraj], CZ

Ohledně dalších políček se misky vah zlehka převažují k variantě:
'addr:streetnumber' = [čo]
'addr:conscriptionnumber' = [čp]
'addr:provisionalnumber' = [če]

Nejraději bych diskuzi neprotahoval, táhne se už strašně dlouho.
Navrhuji tedy skončit s uvedenou kombinací tagů. Ozvěte se, pokud
byste hodně preferovali některou z variant, které se objevily v tomto
vlákně, a které se zatím jeví jako životaschopné:

* 'addr:streetnumber' x 'addr:instreetnumber' (delší, ale názornější) viz
   http://lists.openstreetmap.org/pipermail/talk-cz/2009-June/003134.html

* 'addr:provisionalnumber' x 'addr:tempnumber' (je kratší) viz
   http://lists.openstreetmap.org/pipermail/talk-cz/2009-June/003127.html
   Vyzněním příspěvku si však stále nejsem 100% jistý.

HOWGH,
Radek Černoch

Tento e-mail se snaží být posledním e-mailem, který shrnuje celou
diskuzi o způsobu zapisování adres na území České republiky. Pokud se
závěry nesouhlasíte, ozvěte se prosím TEĎ HNED. Pokud se do 29.6 dnů
na tento e-mail nikdo nezašle jakoukoli odpověď, obsah e-mailu bude
považován za schválený a bude promítnut do OSM mapy ČR v noci z 29.6
na 30.6.



2009/6/6 Radomir Cernoch radomir.cern...@gmail.com:
 Dobrý den,

 čeká Vás dlouhý mail. Chystáte-li se jej rovnou smazat, čtěte alespoň
 poslední sekci.

 Diskuze o adresách se rozrostla do nečekané šíře. Poslední dobou však
 utichá, což může znamenat, že a) všichni odjeli o víkendu na chatu, nebo
 b) našlo se řešení. Pokusím se tedy zrekapitulovat dosavadní závěry a
 detaily, které je ještě potřeba rozhodnout. Předpokládám, že část
 diskutujících  z pochopitelných důvodů v průběhu odpadla, usnula nebo
 omdlela a širší shrnutí se snad bude hodit.



 === Adresy v ČR ===

 Pokud jste sledovali předchozí diskuzi, rovnou přeskočte do další sekce.

 Každý dům v ČR má buď číslo popisné (čp) nebo číslo evidenční (če).
 Nemůže se přitom stát, že by dům měl obě čísla zároveň. Pokud je obec
 rozdělená na části, obě čísla jsou unikátní na území každé z částí;
 v opačném případě jsou čísla unikátní v rámci celé obce. Domy se číslují
 zhruba od nejstaršího po nejnovější. Může se tedy stát, že domy s čp
 (resp. če) 120 a 121 jsou na opačných stranách obce.

 Zatímco čp se používá pro většinu domů, če značí převážně rekreační nebo
 zahradní budovy. To však není pravidlem a mnozí lidé mají trvalou adresu
 v domě označeném pomocí če.

 Kromě čísel popisných a evidenčních se používají ještě čísla orientační
 (čo). Ty se přidávají k číslům popisným, nikdy k číslům evidenčním.
 Jsou unikátní v rámci jedné ulice (jména ulic jsou vždy unikátní nejen v
 části obce, ale vždy i v celé obci). Číslování probíhá zpravidla od
 jednoho konce ulice blíže středu města k druhému konci; lichá čísla na
 jedné straně, sudá na druhé straně. Tento systém tak nalezení domu
 výrazně usnadňuje.

 S čo může vzniknout problém při zastavění proluky, nebo rozdělení domu.
 Aby se udrželo vzestupné číslování a nemusely se přečíslovat všechny
 zbylé domy v ulici, zavádí se dodatečné písmena. Pokud se dům s číslem
 '20' rozdělí na tři, vzniknou zpravidla adresy '20', '20a' a '20b'.
 Není to pravidlem, ale písmena se spíše řadí v opačném pořadí než čísla.
 Výsledné číslování tedy bývá ...'18', '20b', '20a', '20', '22'...

 Je sporné, zda lidé ve městech se zavedenými čísly orientačními
 používají spíše je, nebo čísla popisná. Převládající zvyklost patrně
 záleží na velikosti města a na době, jak dlouho se čo používají.
 Méně diskutabilní bude fakt, že nemalá část lidí je zvyklá používat
 jeden systém a ten druhý téměř vůbec.

 Celá adresa tedy může mít (až na výjimky) následující tvary:
 * [ulice] [čp]/[čo], [obec]
 * [ulice] [čp], [obec]
 * [obec] [čp]
 * [obec]-[část obce] č.ev. [če]

 Pokud tedy chcete jednoznačně určit dům, stačí použít vždy jedno
 z následujících pravidel:
 1) obec + ulice + č. orientační
 2) obecní čtvrt + č. popisné
 3) obecní čtvrt + č. evidenční
 Přičemž použití pravidla 1) implikuje možnost použití pravidla 2).
 Naopak to neplatí. Použití pravidla 3) se vylučuje s použitím ostatních
 pravidel.

 Výjimku tvoří Jindřichův Hradec, kde se používá pro číslování domu
 následující tvar: [čp]/[číslo městské části]



 === Systém v jiných zemích ===

 Pokud jste sledovali předchozí diskuzi, rovnou přeskočte do další sekce.

 V Evropě převažuje systém číslování podle obdoby našich čísel
 orientačních [1].

 V prostoru střední Evropy se v dobách zavádění čísel domů používala
 čísla popisná jako tzv. Konskriptionsnummer. Rakousko-Uherská monarchie
 podle nich prováděla odvody do armády (tzv. konskripce [2]). Systém se
 udržel jako hlavní systém pro ČR a Slovensko, 

Re: [Talk-cz] Gradiozni experiment tendujici ke konvergenci disputace o notaci adresnich elementu

2009-06-08 Thread Radomír Černoch
2009/6/8 Petr Kadlec petr.kad...@gmail.com:
 2009/6/8 Stanislav Brabec u...@penguin.cz:
 Není náhodou provisional přesnější? Google naznačuje, že Florida má
 cosi, co se jmenuje provisional building code.

 Jenže „building code“ není „číslo/kód budovy“, ale stavební
 zákon/normy: http://en.wikipedia.org/wiki/Building_code

Nejsem si jistý, jestli to chápete jako výhodu nebo nevýhodu. Mně se
líbí, když se různé systémy číslování zbytečně nemíchají do jednoho
tagu. Zvláště pak když jeden z nich je taková specialitka jako číslo
evidenční.

Každopádně díky za vyjasnění významu building code.

Radek Černoch

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Adresy, finale diskuse

2009-06-05 Thread Radomír Černoch
Zdravím,

2009/6/5 Petr Nejedlý p...@nejedli.cz:
 Zdar,

 Moje namitky proti konscriptionnummer:
 1. Nikdy zadny globalni search engine nebude zohlednovat tuhle opicarnu.
 2. Nikdy zadny globalni rendered nebude renderovat tuhle opicarnu.

Díky, že jste tohle napsal. Je to totiž právě naopak, než říkáte!

Problém s vykreslováním 'alternatenumber' je v tom, že může obsahovat
zcela libovolné číslo. Kolik může mít cifer? 4? 6? 8? Od jakého zoomu
ho tedy kreslit? Alternatenumber má totiž velmi vágní definici, totiž
„jakékoli číslo, co není housenumber.“

Zatímco 'konskriptionsnummer' má krystalicky čistou definici. Z ní
také plyne, že v 99% má toto číslo 1-4 cifry. Když pak píšete styl pro
renderer, tak víte, že od zoomu 16 by neměl nastat problém. [to číslo
zoomu je nástřel, neberte ho závazně].

 3. (plyne z 1 a 2) AndNav2 me nikdy nedovede na takovou adresu.

 rationale(hodne nadnesene): Na Bali mani ricenumber (cislovani domu
 zavedene za ucelem zdaneni ryzove urody). V honolulu maji 
 Mely by vsechny ty tooly tohle zohlednovat?

Záleží na tom, jestli je to pro ně zásadní údaj. V ČR to zásadní je,
protože velká část domů jiné číslo nemá.

 Howgh,
   Nenik

 PS: Bezne s Pavlem nesouhlasim, ale zavadet tuhle specialitku na neco,
 co je ve zbytku sveta vcelku obecne

 PS2: uznavam, ze v soucasne dobe vsude renderovane None je jeste o trochu
 horsi nez to ze nekde v databazi bude semanticky irelevantni privesek jmenem
 konscriptionnummer, nicmene alt...-konscription... to neresi.

Tomu nerozumím. V čem je 'konskriptionsnummer' větší přívěsek v
databázi než 'alternatenumber'? Vágnější význam má přece
'alternatenumber', nebo ne?

S pozdravem,
Radek Černoch

PS: Já se omlouvám za svoji tvrdohlavost. Ale dobrá polovina argumentů
proti změně je založená na tom, že se někomu z estetických důvodů
nelíbí jméno tagu. Také bych byl rád, aby se mi při vyslovení toho
slova nezauzloval jazyk, pojďme se ale bavit o skutečně praktických
dopadech přejmenování.

Na tuto stranu padly zatím 2 argumenty, tedy překlepy a omezenost tagu
na střední Evropu. Druhý argument je pochybný (zúčastněné země tvoří
cca. 15% obyvatelstva Evropy), první osobně nepovažuji za tak zásadní.
Proti tomu totiž stojí přesnější datový model, v němž klíč tagu přesně
určuje jeho hodnotu.

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Obsah tagu addr:housenumber

2009-06-05 Thread Radomír Černoch
Ahoj všem,

lehce bych upřesnil informace o systému číslování domů. Za dobu vývoje
CzechAddress jsem nenarazil na dům, který by měl jen číslo orientační.
V praxi se tak vyskytují 3 varianty:

1) Jen číslo evidenční.
2) Jen číslo popisné.
3) Číslo popisné a číslo orientační.

Návrh níže mi nezní špatně, jediné pochyby mám u čísel evidenčních,
která mohou způsobit nejednoznačnost. Řekněme, že chci dojet na adresu
Na výsluní 20, kde 20 je číslo popisné. Pokud se v blízkosti ulice
Na výsluní vyskytuje jak dům s č.p. 20, tak dům s č.e. 20, nevím,
kam jet.

Vzhledem k tomu, že čísla evidenční se příliš často nepoužívají [1],
mám návrh: Zahrnout je do systému pod zvláštní tag (stejně jako návrh
níže), ale nezahrnovat je do 'housenumber'.

S pozdravem,
Radek Černoch

[1] 
http://www.czso.cz/csu/faq.nsf/hlasodpoved?openformparentunid=491DF30ED371686CC125727D00326B8E:
Číslo evidenční je číselný prostorový identifikátor územního prvku
statistická budova, pokud jde o objekt určený k prozatímnímu nebo
dočasnému bydlení nebo o objekt jiného prozatímního rázu.

2009/6/5 Tomáš Tichý t.ti...@post.cz:
 Ahoj všem,
 protože se již poněkolikáté rozproudila debata o adresách a v
 sousedním vlákně se řeší podoba tagu pro číslo orientační, dovolil
 bych si založit samostatné vlákno řěšící vlastní náplň tagu
 addr:housenumber v ČR.

 Pro shrnutí situace:
 V ČR může mít každý adresní bod (záměrně nepíšu dům, protože dům může
 mít více adresních bodů) následující čísla:
 - číslo orientační
 - číslo popisné
 - číslo evidenční
 Přičemž může mít jen jedno z nich, ale také může mít jejich kombinaci
 (týká se asi hlavně č.p / ć.o.).
 Pravděpodobně většina domů v ČR má pouze ć.p. ale velká skupina domů
 ve městech má č.p./č.o.

 Každé z těchto čísel může být součástí poštovní adresy a proto by
 ideální 1.) mapa / 2.) vyhledávač / 3.) navigace měla umožnit nalezení
 tohoto čísla.

 Otázka je jak naplnit tag addr:housenumber. Podle mého názoru pro
 ulehčení života rendererům, navigacím  a dalším nástrojům okolo OSM by
 měl mít tento tag pokud možno smysluplný obsah pro maximumum možných
 případů. Asi nelze čekat, že všechny nástroje budou vždy zohledňovat
 středoevropská lokální specifika.

 Proto navrhuji tag addr:housenumber vyplňovat tím, co visí na domě.
 Odpovídá to asi nejlépe globální představě co od tohoto tagu čekat -
 identifikátor, který naleznu v poštovní adrese a na tabulce domu.

 Algoritmus vyplnění navrhuji následující:
 Pokud má bod jen č.p., vyplnit č.p.
 Pokud má bod jen ć. ev., vyplnit č. ev.
 Pokud má bod č.o. i č.p. vyplnit oboje ve formátu č.p./č.o.
 (nevím jestli se můžou vyskytnout další kombinace, kdyžtak je doplňte).

 Dále v každém případě vyplnit upřesňující tagy , kde budou
 jednotlivá čísla jednoznačně identifikována (jména teď neřeším, např.
 addr:konsktiptionsnummer,  addr:cislo_orientacni,
 addr:cislo_evidencni). Tyto tagy mohou případně obsahovat i řetězec
 None jako explicitní vyjádření skutečnosti, že bod nemá dané číslo
 přidělen.

 Výhody navrhovaného řešení:
 Ad 1.)  Na mapě se vždy zobrazí to co je v adrese, každý je podle ní
 schopen daný dům najít.
 Ad 2.) Obecný vyhledávač najde všechny adresy uvedené v kompletním
 tvaru (s č.p, nebo č.p / č.o).  Doplnění hledání jen podle částečné
 adresy je triviální parsování oddělovače bez ohledu na to, jaké jména
 upřesňujících tagů budou, případně se může v případě neshody
 kompletního řetězce prohledávat fulltextově.
 Ad 3.) U navigace je to kombinace předchozích dvou faktorů.
 Dále libovolný nástroj přizpůsobený lokálním poměrům může využít náplň
 upřesňujících tagů.

 Nevýhody:
 Ad 1.) Číslo může být poměrně dlouhé, někde bude problém ho na mapu vecpat
 Ad 2.) 3.) Vyžaduje úpravy stávajích nástrojů. Bez úprav bude situace
 oproti současnému stavu zhruba stejná ( výrazné zlepšení u č.p, č.ev.
 a kompletních adres, výrazné zhoršení u nekompletních adres jen s č.o,
 stav nezměněn u nekompletních adres jen s č.p.).

 =TT=
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] na co konskriptionsnummer?

2009-06-05 Thread Radomír Černoch
Ahoj,

před chvílí se na to založil jiný thread se stejným tématem, navrhuji
přesunout diskuzi tam.

Zdravím,
Radek Černoch

2009/6/5 Karel Volný ka...@seznam.cz:

 Zdar a sílu,

 předchozí thread už se táhne poněkud dlouho, nechci se dohadovat o
 srozumitelnosti, překlepech atd., zakládám nový thread, protože mám jen
 jednoduchou otázku - a na co to celé vlastně je?

 Na http://wiki.openstreetmap.org/wiki/Key:addr čtu:

 addr:alternatenumber ... If a object has two numbers. Better use
 addr:housenumber=first;second

 Co nám brání přidržet se tohoto návrhu a zadávat
 addr:housenumber=číslo popisné[;číslo orientační] ?
 (Kde hranaté závorky označují volitelnou část, neboť ne každý dům v ČR, co má
 číslo popisné, má i číslo orientační. Naopak to pokud vím platí platí, každý
 co má číslo orientační má i číslo popisné. Otázkou zůstává, co s čísly
 evidenčními, ale to se jaksi neřeší ani v předchozím threadu, mám takový dojem
 ...)

 K.

 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz




-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Adresy, finale diskuse

2009-06-05 Thread Radomír Černoch
2009/6/5 Karel Volný ka...@seznam.cz:

 Zdravím,

 už se opakuji, ale je to jiná otázka. Jestli housenumber=č.p. nebo
 housenumber=č.o. nezávisí na jménu druhého tagu. Tyto dvě věci
 nemíchejme.

 tady mi něco uniká ... jestliže si někdo vymyslí, že číslo popisné bude cpát
 do konskriptionsnummer, tak to, zda číslo popisné budeme cpát do
 housenumber je zcela jiná otázka? - takže to budeme diskutovat zcela
 nezávisle na sobě a můžeme skončit s tím, že číslo popisné bude duplicitně v
 konskriptionsnummer a zároveň v housenumber?

Jasně, omlouvám se. Asi jsem byl včera večer už unavený. Každopádně
zatím nejkonstruktivnější návrh (ve vedlejším threadu) stejně počítá s
nějakým samostatným tagem pro číslo popisné. Mám velký strach, že
tuto diskuzi bude potřeba dokončit.

  - nezlobte se na mě, ale vy kdo to prosazujete, to jste asi a) spadli z
  jahody, b) už léta žijete v nějaké jiné zemi a na situaci v rodné vísce
  jste zapomněli, c) v životě jste nevytáhli paty z vaší velkovesnice, ve
  které se omylem dá něco najít i podle čísel orientačních, někam za humna,
  kde jsou pouze čísla popisná

 Renderování č.p. sám prosazuji. Viz archiv talk@ a talk...@.

 ovšem v opačném gardu než jak to v ČR funguje ... anebo vůbec neumím anglicky,
 pokud je stále řeč o tomto postu:
 http://lists.openstreetmap.org/pipermail/talk/2009-May/036901.html ... takže
 opakuju, a), b) nebo c)?

Narodil jsem se ve Slatině, žiji 3/4 roku v Edinburghu a chystám se
nějaký rok zůstat v Praze. Jaký to má vliv na číslování domů? Tady
zase něco uniká mně.

  nebýt tohoto příspěvku, na kterej reaguju, tak si celou dobu myslím, že
  se jenom hádáte, jestli má být číslo orientační německy nebo anglicky
  (což mi přijde divný, používat němčinu pro něco, co se prý nyní používá
  jen v neněmecky mluvících zemích, ale budiž), nicméně je-li to takhle ...
  tak co, a), b) nebo c)?

 Bohužel vycházíte z nepravdivé informace (opět se budu opakovat).
 Konskriptionsnummer se používá mj. v Rakousku a Německu (i když ne jako
 hlavní systém číslování), ...

 to opravdu nebylo těžištěm mého příspěvku, ale budiž - takže, když se to prý
 používá, tak by jiště na podložení tohoto tvrzení byl nějaký příklad, kde je
 to v OSM použité?

Dobře, navrhujete tedy anglický ekvivalent 'conscriptionnumber'? Řeknu
Vám, jak jsme dospěli ke 'konskriptionsnummer'.

Tohle téma jsem otevřel 2x na talk@ a v talk-cz@ se teď řeší potřetí.
Každou chvíli se objeví někdo, kdo minulou diskuzi (ve stejném mailing
listu) neviděl a navrhne něco, co už se dávno zavrhno.

Konskriptionsnummer vyšel vyšel jako závěr 2. kola diskuzí na talk@ i
talk...@. Přitom je to jediný návrh, proti kterému je nejvážnější
výtka náchylnost na překlepy. Máte-li někdo jiný nápad, jak tagovat
čísla popisná, navrhněte ho, oběhněte kolečko na talk@ i talk-cz@ a
sdělte mi výsledek. Přeji pěkné dny ztrávené psaním desítek mailů. Já
už na to nemám nervy a začíná mi to být jedno.

Jen upozorňuji, že 'addr:alternatenumber' ani 'addr:[cokoli]ref' v
diskuzích neprošlo z důvodů vážnějších než jsou překlepy.

S pozdravem,
Radek Černoch

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Obsah tagu addr:housenumber

2009-06-05 Thread Radomír Černoch
2009/6/5 Stanislav Brabec u...@penguin.cz:
 Tomáš Tichý píše v Pá 05. 06. 2009 v 13:39 +0200:

 Jak jsem se dočetl na wikipedii, adresy s číslem s  lomítkem používají
 i v Rusku (i když s jiným významem - tam je to když je dům na dvou
 ulicích), takže mi lomítko přijde dostatečně globální.

  což odpovídá bodům 1 a 3, pokud za first dosadíme č.p. a second č.o.
 
  co se týče čísla evidenčního, klonil bych se spíše k jeho nezapisování do
  housenumber - v systému má jiný význam

 Bohužel nejen v Rusku, třeba v Jindřichově Hradci jsou také adresy
 s lomítkem v jiném významu: např. 700/III (číslo popisné/městská čtvrť,
 čísla orientační tam nejsou). Takže systém pro analýzu č. p./č. o. tam
 naprosto selže.


To je zajímavé. Co máte napsané v občance, kde se běžně používá
čp/čo? Přemýšlím totiž, jestli CzechAddress má umět i tuto
specialitu.

Díky,
Radek Černoch
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Adresy, finale diskuse

2009-06-05 Thread Radomír Černoch
2009/6/5 Pavel Machek pa...@ucw.cz:
 Ahoj!

  Moje namitky proti konscriptionnummer:
  1. Nikdy zadny globalni search engine nebude zohlednovat tuhle opicarnu.
  2. Nikdy zadny globalni rendered nebude renderovat tuhle opicarnu.

 Díky, že jste tohle napsal. Je to totiž právě naopak, než říkáte!

 Problém s vykreslováním 'alternatenumber' je v tom, že může obsahovat
 zcela libovolné číslo. Kolik může mít cifer? 4? 6? 8? Od jakého zoomu
 ho tedy kreslit? Alternatenumber má totiž velmi vágní definici, totiž
 ???jakékoli číslo, co není housenumber.???

 Zatímco 'konskriptionsnummer' má krystalicky čistou definici. Z ní
 také plyne, že v 99% má toto číslo 1-4 cifry. Když pak píšete styl pro
 renderer, tak víte, že od zoomu 16 by neměl nastat problém. [to číslo
 zoomu je nástřel, neberte ho závazně].

 ...ma krystalicky cistou definici, ktera mi ale nerekla nic
 noveho. Proste je to cislo.

 A ted... highway=primary taky nema presnou definici. Definice silnice
 prvni tridy u nas zcela jiste _neodpovida_ tomu co povazuji za prvni
 tridu v Rusku. (Tam to taky muze byt sterkovka). Znamena to, ze by
 bylo rozumne z vagniho highway=primary udelat presne
 highway=prvni_trida_dle_zakona123456? Ne.

 A proc ne? Kvuli zobecneni.

 Mozna je rozumne pridat do wiki poznamku ze highway=primary v cechach
  znamena silnice prvni tridy. Stejne tak by se mozna na wiki hodila poznamka
  ze addr:alternatenumber v cechach znamena cislo popisne, zname tez
  jako k18n (ne, fakt tu hruzu nebudu pokazdy vypisovat).

                                                                Pavel

To je dobrá připomínka. Srovnejme však obě definice: Silnice primary
má dle anglické wiki obvykle spojovat větší města. Zatímco
alternatenumber je libovolné další číslo domu, které není v
'housenumber'. Já tam cítím podstatný rozdíl v míře obecnosti -- už
tím, že 'alternatenumber' používá negativní vymezení, zatímco
'primary' pozitivní.

Ale tady už zacházíme do poměrně subjektivního rozhodování. Bylo by
dobré, aby se vyjádřili i ostatní (což platí i o dilematu překlep vs.
datový model). Doufám, že jsme mezitím všechny ostatní naší dlouhou
diskuzí definitivně neodvařili. ;-)

S pozdravem,
Radek Černoch

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Adresy, finale diskuse

2009-06-05 Thread Radomír Černoch
2009/6/5 Tomas Kolda ko...@web2net.cz:
 Jeste me napada, ze vyhledavani adres stejne jede fulltextove, takze
 rozlisovat kvuli vyhledavani smysl asi nema. Nikdo nebude delat kolonku pro
 cisla, ale spise se jede Vodickova 111, Praha apod.

 Jde tedy asi jen o grafickou reprezentaci. Z meho pohledu je efekltivnejsi
 (pro vykreslovani) pouzivat obecny zpusob. Mapnik totiz kazde pravidlo
 projizdi postupne a nezridka, kdyz se to da do jine vrstvy apod., poklada
 dalsi SQL dotaz. Udrzovat tato pravidla asi pak take nebude ono. Kdyz by mel
 kazdy stat sve specifika dopodrobna popsana ve stylech, byla by jejich
 definice asi nekolikanasobne vetsi a tim i delsi renderovani.

Viz vedlejší vlákno, ve kterém se navrhuje použít:

addr:street=Vodičkova
addr:housenumber=4028/111
addr:[číslo popisné]=4028
addr:[číslo orientační]=111

Pokud se na tomto schematu shodneme, vyhledávač zajímá jen street a
housenumber. A mapnik může v nejhorším případě zůstat tak, jak je.

 Takze i kdyz adresam vubec nerozumim, tak na vyhledani staci napsat to
 kamkoliv. Mapy.cz apod asi take nemaji algoritmus na detekci cisla podle
 toho jak jste to napsal, proste vezmou vse orankuji a vypisou vysledek.

 T

 Radomír Černoch napsal(a):

 2009/6/5 Pavel Machek pa...@ucw.cz:


 Ahoj!



 Moje namitky proti konscriptionnummer:
 1. Nikdy zadny globalni search engine nebude zohlednovat tuhle opicarnu.
 2. Nikdy zadny globalni rendered nebude renderovat tuhle opicarnu.


 Díky, že jste tohle napsal. Je to totiž právě naopak, než říkáte!

 Problém s vykreslováním 'alternatenumber' je v tom, že může obsahovat
 zcela libovolné číslo. Kolik může mít cifer? 4? 6? 8? Od jakého zoomu
 ho tedy kreslit? Alternatenumber má totiž velmi vágní definici, totiž
 ???jakékoli číslo, co není housenumber.???

 Zatímco 'konskriptionsnummer' má krystalicky čistou definici. Z ní
 také plyne, že v 99% má toto číslo 1-4 cifry. Když pak píšete styl pro
 renderer, tak víte, že od zoomu 16 by neměl nastat problém. [to číslo
 zoomu je nástřel, neberte ho závazně].


 ...ma krystalicky cistou definici, ktera mi ale nerekla nic
 noveho. Proste je to cislo.

 A ted... highway=primary taky nema presnou definici. Definice silnice
 prvni tridy u nas zcela jiste _neodpovida_ tomu co povazuji za prvni
 tridu v Rusku. (Tam to taky muze byt sterkovka). Znamena to, ze by
 bylo rozumne z vagniho highway=primary udelat presne
 highway=prvni_trida_dle_zakona123456? Ne.

 A proc ne? Kvuli zobecneni.

 Mozna je rozumne pridat do wiki poznamku ze highway=primary v cechach
  znamena silnice prvni tridy. Stejne tak by se mozna na wiki hodila poznamka
  ze addr:alternatenumber v cechach znamena cislo popisne, zname tez
  jako k18n (ne, fakt tu hruzu nebudu pokazdy vypisovat).

                                                                Pavel


 To je dobrá připomínka. Srovnejme však obě definice: Silnice primary
 má dle anglické wiki obvykle spojovat větší města. Zatímco
 alternatenumber je libovolné další číslo domu, které není v
 'housenumber'. Já tam cítím podstatný rozdíl v míře obecnosti -- už
 tím, že 'alternatenumber' používá negativní vymezení, zatímco
 'primary' pozitivní.

 Ale tady už zacházíme do poměrně subjektivního rozhodování. Bylo by
 dobré, aby se vyjádřili i ostatní (což platí i o dilematu překlep vs.
 datový model). Doufám, že jsme mezitím všechny ostatní naší dlouhou
 diskuzí definitivně neodvařili. ;-)

 S pozdravem,
 Radek Černoch

 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz


 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz





-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Adresy, finale diskuse

2009-06-05 Thread Radomír Černoch
Zdravím,

co říkáte na změnu, ve které 'housenumber' obsahuje čp i čo
(podrobnosti ve vedlejším vlákně)? Vyhledávači pak stačí porovnávat
hledané číslo s řetězcem v 'housenumber' a na ostatní tagy nehledí.
Navíc se tak řeší problém Jindřichův Hradec. Je to ten systém ala
Google, který tu někdo před chvílí posílal.

Radek Černoch

2009/6/5 Petr Nejedlý p...@nejedli.cz:
 Radomír Černoch napsal(a):
 3. (plyne z 1 a 2) AndNav2 me nikdy nedovede na takovou adresu.

 rationale(hodne nadnesene): Na Bali mani ricenumber (cislovani domu
 zavedene za ucelem zdaneni ryzove urody). V honolulu maji 
 Mely by vsechny ty tooly tohle zohlednovat?


 Záleží na tom, jestli je to pro ně zásadní údaj. V ČR to zásadní je,
 protože velká část domů jiné číslo nemá.

 A prave proto, ze je zasadni, by mel byt v zasadnim tagu.
 Tomu nerozumím. V čem je 'konskriptionsnummer' větší přívěsek v
 databázi než 'alternatenumber'? Vágnější význam má přece
 'alternatenumber', nebo ne?

 S pozdravem,
 Radek Černoch

 PS: Já se omlouvám za svoji tvrdohlavost. Ale dobrá polovina argumentů
 proti změně je založená na tom, že se někomu z estetických důvodů
 nelíbí jméno tagu. Také bych byl rád, aby se mi při vyslovení toho
 slova nezauzloval jazyk, pojďme se ale bavit o skutečně praktických
 dopadech přejmenování.

 Me osobne je jmeno pridavneho tagu ukradene, pro me je primarne
 dulezite, aby byla
 dostupna dostatecne dobra informace v tom tagu, ktery zna a pouziva cely
 svet,
 byt s mirnymi semantickymi odchylkami.
 Proti tomu totiž stojí přesnější datový model, v němž klíč tagu přesně
 určuje jeho hodnotu.

 Presnejsi, ale slozitejsi. At tam ta informace klidne je i presne, ale
 at tam je hlavne obecne.

 Nenik


 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz




-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Obsah tagu addr:housenumber

2009-06-05 Thread Radomír Černoch
2009/6/5 Pavel Kovář f...@vsetin.org:
 No doteď žiju v domnění že pro jednozančné určení budovy by mi mělo
 stačit město a č.p.

Pro jednoznačné určení domu je třeba jedno z následujících
1) město + ulice + č. orientační
2) městská čtvrt + č. popisné
3) městská čtvrt + č. evidenční
Přičemž možnost použití pravidla 1) implikuje pravidlo 2). Naopak to
neplatí. Použití pravidla 3) se vylučuje s použitím ostatních
pravidel.

 Jesli wikipedia nelže tak evidenční číslo je vlastně popisným číslem u
 dočasných staveb

Je to pravda. Používá se také pro chaty či menší domky na zahradách.
Slovo dočasné tedy nemusí znamenat, že se dům bude brzy bourat.

 k čemu je to orientační číslo dobré ?

Ve městech se č. popisná špatně pamatují, protože mají příliš mnoho
cifer a dvě po sobě následující čísla mohou být na opačných stranách
městské části.

Tady je možná dobré místo pro zdůraznění, že když ve městě řeknete
Jarní 50, myslí se tím _vždy_ číslo orientační. Používání čísel
popisných zkrátka není ve městech zažité. Proto by mapa vždy měla
číslo orientační obsahovat.

S pozdravem,
Radek Černoch

 S pozdravem
 Pavel Kovář

 Petr Nejedlý napsal(a):
 Tomáš Tichý napsal(a):
 což odpovídá bodům 1 a 3, pokud za first dosadíme č.p. a second č.o.

 co se týče čísla evidenčního, klonil bych se spíše k jeho nezapisování do
 housenumber - v systému má jiný význam


 Někdo tu uváděl příklad, kdy mu chodí pošta na č.ev., takže by se
 hodit mohlo. Nemáte někdo nějaký příklad adresy s č.ev.?
 Je to ale asi dost okrajový problém, takže pokud by to bránilo obecné
 shodě, můžeme je zatím vypustit.
 K diskuzi předkládám kompromisní návrh - č.ev. vkládat do tagu i s
 textem, např. č.ev. 20, to by mohlo předejít většině problémů.

 V obcance mam: Peklov 8E, coz je samozrejme blbost, ale je to kratsi a
 posta si s tim
 take poradi.
 Kdyz do mapy.cz zadate Pekov 8, dostanete jednoznacnou odpoved i s
 vysvetlenim,
 ze se jedna o Peklov ev.č. 8, Hřebeč, okres Kladno
 Z toho mi vychazi jako vcelku rozumne ulozit:
 addr:housenumber = ev.č. 8

 Nenik


 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz

 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz




-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Obsah tagu addr:housenumber

2009-06-05 Thread Radomír Černoch
2009/6/5 Petr Nejedlý p...@nejedli.cz:
 Tomáš Tichý napsal(a):

 což odpovídá bodům 1 a 3, pokud za first dosadíme č.p. a second č.o.

 co se týče čísla evidenčního, klonil bych se spíše k jeho nezapisování do
 housenumber - v systému má jiný význam



 Někdo tu uváděl příklad, kdy mu chodí pošta na č.ev., takže by se
 hodit mohlo. Nemáte někdo nějaký příklad adresy s č.ev.?
 Je to ale asi dost okrajový problém, takže pokud by to bránilo obecné
 shodě, můžeme je zatím vypustit.
 K diskuzi předkládám kompromisní návrh - č.ev. vkládat do tagu i s
 textem, např. č.ev. 20, to by mohlo předejít většině problémů.

 V obcance mam: Peklov 8E, coz je samozrejme blbost, ale je to kratsi a
 posta si s tim
 take poradi.
 Kdyz do mapy.cz zadate Pekov 8, dostanete jednoznacnou odpoved i s
 vysvetlenim,
 ze se jedna o Peklov ev.č. 8, Hřebeč, okres Kladno
 Z toho mi vychazi jako vcelku rozumne ulozit:
 addr:housenumber = ev.č. 8

Asi máte pravdu. Když se před č.e. přidá kus textu, zajistí to
jednoznačnost. Jen přemýšlím, jak bude vypadat mapa, na kterou se
kromě jedné číslice 8 vypíše pět dalších znaků ev.č Bojím se,
že to bude stejně nepřehledné jako na WMS mapě ČUZK.

Co převzít stejný systém jako máte na občance a který zároveň používá
česká pošta? Tedy psát E8 nebo 8E?

Zdravím,
Radek Černoch

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Obsah tagu addr:housenumber

2009-06-05 Thread Radomír Černoch
2009/6/6 Tomáš Tichý t.ti...@post.cz:
 Tady je možná dobré místo pro zdůraznění, že když ve městě řeknete
 Jarní 50, myslí se tím _vždy_ číslo orientační. Používání čísel
 popisných zkrátka není ve městech zažité

 To neni tak uplne pravda, nektera mesta a mestske casti (dokonce i v
 Praze) orientacni cisla nemaji, i kdyz maji pojmenovane ulice.
 =TT=

Jasně, omlouvám se za nepřesnost. Když číslo orientační existuje, tak
ale stále platí to, co jsem psal. Nebo máte jinou zkušenost?

Radek Černoch

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


[Talk-cz] Fwd: [Local-contacts] Language localisation

2009-06-01 Thread Radomír Černoch
Dobrý den,

díky londýnskému Hackweeku obsahuje hlavní stránka OSM lokalizace do
místních jazyků. Hotová je zatím němčina a částečně francouzština.
Chcete-li pomoci s překladem do češtiny, zapojte se do e-mailové
konference „dev.“

Viz. http://www.opengeodata.org/?p=508

S pozdravem,
Radek Černoch

-- Forwarded message --
From: SteveC st...@asklater.com
Date: 2009/6/1
Subject: [Local-contacts] Language localisation
To: local-conta...@openstreetmap.org


Dear all

This is our first test of the local contacts list. Please translate
and pass on the message that we have local languages in OSM now,
German and partial French. If people want to help they should get
involved on the dev@ mailing list

       http://www.opengeodata.org/?p=508

I suggest you send it to your local list and cc here so we see it.

Best

Steve

___
Local-contacts mailing list
local-conta...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/local-contacts



-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] OpenTrackMap?

2009-05-25 Thread Radomír Černoch
Plně souhlasím, že se na data v OSM dá spolehnout... zatím. Jenže do
doby než se podaří zmapovat všechny lesní cesty a turistické značky,
budou ty dnešní stejně zastaralé a nespolehlivé. Chyby v mapách od
komerčních dodavatelů takto vznikají -- pomineme-li easter-eggs apod.
Bojím se navíc, že tento efekt hrozí u OSM ještě větší měrou, protože
mapování probíhá postupně po dlouhou dobu.

Importu bych se tedy nebál, pokud se každá importovaná cesta patřičně
označí. Třeba fixme=*?

S pozdravem,
Radek Černoch

2009/5/25 Rolf K r...@seznam.cz:
 No já nevím, osobně bych se toho trochu bál. Na data v OSM se dosud dá 
 víceméně spolehnout, ale co se týče jiných map, tak tady už bych takový 
 optimista nebyl. Už mockrát jsem v terénu marně hledal cestu, která byla 
 značená v mapě, ale v reálu prostě neexistovala. A nebyly to třeba ani nijak 
 nevýrazné pěšinky. A myslím si že je daleko lepší mít v OSM míň cest ale 
 ověřených než celou síť, na kterou se ale nedá spolehnout že opravdu existují.
 Rolf


  Původní zpráva 
   Jo, dost by tomu pomohl import 'svaznych cest' z uhulu...
 
  pomohl cemu? stejne tam musis jit a zjistit jestli tam ta stezka
  opravdu vede, to co je na papirovych a vebovych mapach je uplne k
  nicemu, tam u vas to mozna odpovida realite, ale tady ne.

 No, import by pomohl tomu ze by v lesich byly aspon _nejake_ cesty,
 takze by se po lesich dalo trochu orientovat. Se znackama to
 samozrejme nepomuze, ale kdyz chci dojit z bodu A do bodu B...


 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz




-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [OSM-talk] Highways tagging vs Polygon

2009-05-23 Thread Radomír Černoch
Hi,

the whole idea of polygons is over anyway... So my only answer to your
points is yes. :-)

Radek

2009/5/23 Lauri Kytömaa lkyto...@cc.hut.fi:
 Radomir Cernoch wrote:
 http://openstreetmap.org/?lat=60.18933lon=24.9642zoom=18
I do not
think that streets like Sturenkatu or Teollisuuskatu, nor any of
connected primary/secondary/tertiary form a zone. I would suggest to
define a zone as an area with predominantly uniform traffic
regulations.

 Not that it matters in Finland, but urban roads are more often signposted
 as zone 30 or zone 40 and not maxspeed 30/40, at least in Helsinki.
 Such zones can't be made up at will, but can only be surveyed by entering
 an area from all directions. To me the maxspeed is just a property of the
 road, even if the authorities have signed them as a maxspeed zone.

 Likewise the urban area (as defining the applying traffic rules, mainly
 maxspeed=50/80) can't be accurately deduced from landuse areas,
 residential roads nor from any administrative boundaries yet entered. The
 only relevant legislative differences are the maxspeed and whether honking
 is allowed to signal starting an overtake, but no one does that anyway.

 Examples:
 in http://openstreetmap.org/?lat=60.221lon=25.035zoom=16
 everything is urban, but
 in http://openstreetmap.org/?lat=60.193lon=25.03zoom=16
 only the trunk road is not urban (as are all trunk roads inside Helsinki)

* If someone forgets to add the maxspeed or zone:traffic tag to a
  road, this model is closer to reality. (Please note that this may
  happen in a very well made map, see my previous Helsinki mail).

 Actually, if there was a polygon with zone:traffic, it'd likely be wrong.
 Those roads most likely have a maxspeed of 30 or 40 and without a proper
 survey(*1) they would still be inside a zone:traffic=urban, which would
 imply a maxspeed 50 in Finland. Guessing a zone from the other minor
 roads, roads that aren't connected to those without a maxspeed
 (Allotriankuja and Rialtonkuja in the example), would indicate a maxspeed
 zone of 30 or 40 - a 50 percent probability of being wrong. Without a
 given maxspeed it's known to contain incomplete information.

 *1 Someone unkown drew most of the roads in Helsinki in 2007 from the
 Yahoo aerials and there's still much to add details to. A chance to get
 the house numbers, too. It's a work in progress, even if it looks quite
 detailed in places.

 With about 600 mappers (ever having edited anything) in Finland and 300
 000 km of roads it's going to take a whole lot of time, esp. outside the
 significant cities.

 --
 Alv

 ___
 talk mailing list
 talk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk




-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [Talk-cz] OpenTrackMap?

2009-05-23 Thread Radomír Černoch
Dobrý den,

taková služba by byla užitečná, ale o žádné nevím. Také mne napadlo
podobný server vytvořit, ale bojím se o životaschopnost takového
projektu -- bez serveru s dobrou konektivitou to nepůjde. Navíc velmi
dobře použitelné mapy pro prohlížení na počítači už poskytují mapy.cz.
Máte-li však nápad...

S pozdravem,
Radek Černoch

2009/5/23 Radek Bartoň black...@post.cz:
 Zdravím.

 Existuje někde něco jako OpenTrackMap nebo uvažoval někdo o založení
 nějakého serveru, který by poskytoval dlaždice (bitmapové) vyrendrované pro
 účely pěší turistiky (turistické značky, souřadnice, pamětihodnosti, atd.)?
 Vím, že existuje OpenCycleMap a openstreetmap.cz, ale první neobsahuje
 turistické trasy a druhé jen vektorové, což si do TangoGPS nenahraji.

 Děkuji za reakce.

 --
 Ing. Radek Bartoň

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Adresy, finale diskuse

2009-05-23 Thread Radomír Černoch
2009/5/23 Pavel Kovář f...@vsetin.org:
 No co ze zemí které se sjednocují anglicky nemluví ani jedna maďarština je 
 hrozná, čeština a slovenčina by měly problém s diakritikou no a německy mluví 
 hned dvě země, tak proč ne německy že jo ;)

:-D Trochu jsem se bál dřímajících protiněmeckých nálad; jsem tedy rád
za Vaše reakce.

 Jinak hodně bych ocenil kdyby někdo na českou wiki strčil vzorově otagovaný 
 baraček a panelák s více vchody.

Něco o tagování domů jsem teď na wiki dával
(Cz:JOSM/Plugins/CzechAddress), je to ale zaměřené na plugin samotný.
Nějaké praktické HowTo bych také rád přidal. Jen -- panelák s více
vchody má více adres? Jak se to značí správně?

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Adresy, finale diskuse

2009-05-23 Thread Radomír Černoch
Dobrý den,

tak teď nevím, jestli Váš mail mám brát jako apel, nebo postesknutí.
;-) Mapování čísel evidenčních totiž nic nebrání. Klidně navrhněte
jméno tagu a můžete začít.

Jde jen o to, že plugin CzechAddress Vám práci nijak neusnadní.
Databáze sice obsahuje informaci, že v obci je dům s č.e. 20, ale neví
nic o jeho umístění. Jediné, co pro Vás mohu udělat, je vytváření
„prázdných“ adresních bodů, které obsahují jen jméno obce, stát apod.
Ke stejnému účelu však stejně dobře poslouží Ctrl+C a Ctrl+V...

Mapování by šlo vyřešit jednorázově, když by ČUZK poskytla databázi,
ze které generuje své WMS. Zkoušel jsem se ptát, ale ani na druhý
pokus nikdo neodpověděl. Máte s tím někdo lepší zkušenosti?

S pozdravem,
Radek Černoch

2009/5/23 Petr Nejedlý p...@nejedli.cz:
 Radomír Černoch napsal(a):
 Jinak hodně bych ocenil kdyby někdo na českou wiki strčil vzorově otagovaný 
 baraček a panelák s více vchody.


 Něco o tagování domů jsem teď na wiki dával
 (Cz:JOSM/Plugins/CzechAddress), je to ale zaměřené na plugin samotný.
 Nějaké praktické HowTo bych také rád přidal. Jen -- panelák s více
 vchody má více adres? Jak se to značí správně?

 Škoda že je zavrhováno tagování čísel evidenčních. V jednom takovém
 bydlím a vážně bych rád,
 aby se ke mě dalo normálně doroutovat a nemusel jsem každému
 vysvětlovat, že pak ještě tam
 a tam.
 Ostatně, proč adresní body vůbec do OSM ukládáme? Aby se podle nich dalo
 hledat
 a tím pádem i navigovat. A evidenční čísla se nepřidělují objektům ani
 tak dle velikosti,
 jako spíše dle určení, takže ve finále může těch evidenčních čísel ke
 kterým budete chtít
 routovat (typicky rekreační objekty) být vcelku dost...

 Nenik


 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-cz




-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


[OSM-talk] zones for motorway/in town/outof town?

2009-05-20 Thread Radomír Černoch
MP píše v St 20. 05. 2009 v 14:41 +0200:
  Could we not have different polygons for Speed Limited Zones. That may
   or may not be the same as the city limits. We could even tag these
   zones with maxspeed, So that when applying we don't have to go and
   look up what that means. The problem is if the zones overlap, which
   one applies?

 Well, we can have layering (layer=-5 ... 5) like for any other tags,
 so we could have small zone with different limits within one large
 zone. For clashes with default rules from place=... and alike, we
 can define some rules of precedence (speed limits on individual ways
 have highest priority, followed by rules from speed limit zones, rules
 from place=..., then default country rules). And if zones with same
 priority overlap? Then it is bad mapping (as are typos like
 highway=residental or other bugs) and someone needs to fix it in the
 database.

And what about using 'multipolygon' relation?

Radek

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] zones for motorway/in town/outof town?

2009-05-20 Thread Radomír Černoch
2009/5/21 Teemu Koskinen teemu.koski...@mbnet.fi:
 On Thu, 21 May 2009 03:13:06 +0300, Radomir Cernoch
 radomir.cern...@gmail.com wrote:
 We are seeking a situation, where two large areas with road networks
 overlap each other on a map. All streets in one area must have a
 different speed limit from streets in the second area. In such a
 situation, using maxspeed=* tag on any street must be inappropriate.

 http://openstreetmap.org/?lat=60.18933lon=24.9642zoom=18layers=B000FTF
 Sturenkatu is in 40 km/h zone, the zone continues over the bridge.
 Teollisuuskatu is in 50 km/h zone that is signed with the city sign.

 Both zones also include large amount of other roads. IIRC the 50 km/h zone
 can be followed from that point many kilometers, and the 40 km/h zone
 extends tens of roads. There also might be other overlaps between them, or
 with other zones.

Hi,

I think this might the point, where the confusion comes from. I do not
think that streets like Sturenkatu or Teollisuuskatu, nor any of
connected primary/secondary/tertiary form a zone. I would suggest to
define a zone as an area with predominantly uniform traffic
regulations.

I've spent only a few minutes looking at the map, so here's just a
rough idea how such area could be mapped: I would suggest to use
zone-50 for whole Helsinki, because it's the speed limit in Finland
for all cities. Smaller areas to south and east from the bridge can be
covered by zone-30. I have seen many 40 km/h streets more to north,
which could form zone-40. These two zones can be easily connected to
the large zone-50 using a multipolygon, because they are inside the
Helsinki traffic regulation. However there is no reason for zone-40
and zone-30 to overlap.

And the roads: If the eg. Hämeentie falls between above mentioned
zone-30 and zone-40, it will not have to include any maxspeed=*
tag. Otherwise, it can have maxspeed=50.
I would also like to point out that a map, where all roads have
maxspeed tag do not have to change at all in order to comply to the
proposed schema.

Lastly please notice one detail, which proves why I think that
zone-polygons are a good idea: If you look north-east from the bridge,
there are a few 'service' roads (Allotriankuja, Rialtonkuja and
unnamed 5074030). These roads do not have any maxspeed tag. Is then
their speed limit 100 km/h, which is the limit for paved provincial
roads in Finland? Or how do you conclude that these streets are in a
city?

This example shows that even in a very complete and well made map
(like the map of Helsinky), people tend to forget about specifying
speed limits. Zone-polygon solves such issues.

Best regards,
Radek Černoch

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Rendering grave yards

2009-05-16 Thread Radomír Černoch
Hi,

I've created a new ticket in:
http://trac.openstreetmap.org/ticket/1828 where you can find the
proposal and a parmalink. Maybe we should move further discussion
there...

Regards,
Radek


2009/5/16 Ed Loach e...@loach.me.uk:
 I have noticed a problem with osmarender: If an area is tagged
 as
 'amenity=grave_yard', osmarender ignores it. Could I ask
 someone
 qualified to repair this problem, please?

 Thank you in advance,
 Radomir Cernoch

 PS: 'landuse=cemetery' is rendered well in both renderers.

 For areas I would assume you want it rendering as per
 landuse=cemetery, but how would you want it to show when applied to
 nodes?

 Ed






-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


[OSM-talk] Czech address system

2009-05-15 Thread Radomír Černoch
Hi,

first of all I would like to say sorry for bringing up the address
issue once again. I want to ask you about a system for alternative
(or secondary) house numbers.

In Slovakia and Czech Republic we have a system for numbering houses
not only on streets (the standard 'housenumber'), but also by a unique
number within a town, village or suburb. The problem is that sometimes
the 'housenumber' is not present on a house and the alternative number
is the only way of identifying it. Therefore we need to get this
number painted. Moreover Germany and Austria can use the same field
for Konskriptionsnummer
(http://de.wikipedia.org/wiki/Konskriptionsnummer).

Here is the most suitable solution, which has emerged from numerous discussions:
1) Currently a 'building' having 'addr:housenumber' is painted with
black letters. Anything else having 'addr:housenumber' is painted with
black letters and a white glow around it.
2) The proposal is to paint any 'addr:housenumber' in a uniform
fashion by black letters and a white glow around.
3) The black letters without glow can be used to paint the alternative
house numbers. Using text without glow would also emphasize that this
system is not as important as the main one with glowing numbers.

Would you agree with such a change of mapnik / osmarender style?

There is one associated question: What key shall be used for this
system? Current map uses 'addr:alternatenumber' just like wiki
suggests on a page titled 'Key:addr'. However before discovering the
wiki article, there was a proposal to rename this tag to 'addr:ref'
with considerable arguments:

2009/5/13 Shaun McDonald o...@shaunmcdonald.me.uk:
 Hi Radek,

 addr:ref is shorter, thus less likely to have error in the data entry. A
 reference is generally used for something that is unique within a certain
 region, such as a country or a city. It is also smaller which means that it
 will take less space in the DB and downloads. ref is something that is
 rendered for some other things, thus addr:ref is more likely to be rendered.

 The probability of typos being high is a strong reason to avoid
 addr:alternatehousenumber.

Personally I do not feel strong opinion about this. If you do, please say so.

Lastly there is one option, which tends to be proposed quite often: To
put the 'alternatenubmer' into 'housenumber' field, when the house has
no 'housenumber'. This solution would avoid changing of renderers'
styles. However this has always been refused, because of being
non-systematic. When searching for an address, it is necessary to
distinguish, whether the user wants the main or alternative house
number.

Yours sincerely,
Radomir Cernoch



DETAILED DESCRIPTION OF THE CZECH ADDRESS SYSTEM:
We have the standard 'housenumber', which defines the order of houses
on a street and therefore this number makessense only in combination
with the street name. This system is used by most people as it is easy
to remember and hence this number is rendered on OSM maps. In Czech
this number is called číslo orientační.

The second system, which we currently store in 'alternatenumber'
(číslo popisné) defines a unique number of a house within a
village/town or suburb. Houses are ordered historically, the oldest
has number 1, the newest might have 4029. Therefore houses 4028 and
4029 can be on opposite sides of the town. This system is used for
administration and in small villages it serves as the primary system,
since it is not crucial to adopt the 'housenumber' system if eg. the
municipality consists only of one street.

-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


[OSM-talk] Rendering grave yards

2009-05-15 Thread Radomír Černoch
Hi,

I have noticed a problem with osmarender: If an area is tagged as
'amenity=grave_yard', osmarender ignores it. Could I ask someone
qualified to repair this problem, please?

Thank you in advance,
Radomir Cernoch

PS: 'landuse=cemetery' is rendered well in both renderers.

--
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com

___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [Talk-cz] mapovani konskych stezek

2009-05-14 Thread Radomír Černoch
Ahoj!

 No... oznacovat takove ty lesni asfaltky o sirce 1m jako
 highway=cycleway mi prijde jako velmi rozumny napad mtb=designated
 v takovem pripade nedava moc smysl...

Já jsem měl dojem, že 'highway=cycleway' označuje cyklostezku. Na wiki
je uvedeno následující: „The highway=cycleway is the primary way to
indicate that the used way is mainly or exclusively for bicycles.“ Na
přiložené fotce je cedule s kolem značící cyklotrasu.
Viz. http://wiki.openstreetmap.org/wiki/Tag:highway%3Dcycleway

Zdá se mi proto, že pokud je to lesní asfaltka neoznačená cedulí s
kolem, platí pro ni 'highway=track' a 'tracktype=grade[1-3]'. Přijde
mi, že je běžnou zkušeností českých cyklistů, že zpevněná cesta
(=track) je běžně sjízdná.

Dokonce i pro cesty, které jsou určené cyklistům, ale slouží i
ostatním druhům dopravy, se používá
'highway=něco'+'cycleway=designated'.
Viz http://wiki.openstreetmap.org/wiki/Key:cycleway

Pro lesní pěšiny, které sjízdné nejsou pak platí 'highway=path'.

S pozdravem,
Radek

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] mapovani konskych stezek

2009-05-14 Thread Radomír Černoch
 Zdá se mi proto, že pokud je to lesní asfaltka neoznačená cedulí s
 kolem, platí pro ni 'highway=track' a 'tracktype=grade[1-3]'. Přijde
 mi, že je běžnou zkušeností českých cyklistů, že zpevněná cesta
 (=track) je běžně sjízdná.

 Dokonce i pro cesty, které jsou určené cyklistům, ale slouží i
 ostatním druhům dopravy, se používá
 'highway=něco'+'cycleway=designated'.
 Viz http://wiki.openstreetmap.org/wiki/Key:cycleway
 *** jestli je tam asfalt, a neni vyhrazeny, ani omezeny vjezd tak je to
 highway=unclassified ne?

Já měl za to, že highway=unclassified se používá pro běžné silnice,
které zpravidla nemají uprostřed čáru, ale spojují vesnice. Lesní
cesta, po které běžně nejezdí auta, mi spíš sedí na i 'track', a to i
když je vyasfaltovaná. Wiki na 'track' říká: „Roads for agricultural
use, gravel roads in the forest etc.; usually unpaved/unsealed but may
occasionally apply to paved tracks as well.“

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] hranice obce

2009-05-14 Thread Radomír Černoch
2009/5/14 hanoj eha...@gmail.com:
 No... myslim ze se vidi, ze je hranice obce (znackou) vyznacena v
 kazdym smeru jinde... Takze zadny znaceni polygonnama nebude fungovat.
 *** je ten rozdíl více jak sto metrů?

Vnímal bych to stejně. ;-) Priorita je nyní zmapovat silnice, ulice a
případně adresy.

 To se ale týká jen té cedule vedle silnic, ne? Administrativní hranice
 obce se přece nemění v závislosti na směru pohybu pozorovatele (pro v
  c).
 *** Doporučuji oddělit dva různé pojmy:
 * administrativní hranice obce (tj. obvod katastráních území
 spravované obcí a místními částmi)
 * zastavěné/zastavitelné (urbanizované) území obce a místních části
 (jedna obec může mít více částí)

Souhlas, omlouvám se za nepřesnost. Polygon 'place' bych dával pro
intravilán; administrativní hranice se značí jinak.

 Myslím, že z předchozí diskuze jasně vyplynulo, že bez polygonů to
 nepůjde (plánovač v GPSkách ve městech počítá s nižší průměrnou
 rychlostí). Současný popis k tagu 'place' přitom ohraničení obce
 stejně nabízí. Navíc je to jediné místo na wiki, které se zmiňuje o
 způsobu vyznačení oblasti, kde platí městská omezení pro dopravu, a
 proto bych se toho raději držel, protože to může být systém používaný
 v jiných státech.

 Navrhoval bych proto používat primárně polygon 'place'. Pro případy,
 kdy chce někdo vyznačit přesnou polohu cedulí, se pak dá cedule přidat
 jako informace jednomu z nodů cesty.
 *** ještě mě napadlo, jak velký bude ten polygon v Praze, Brně... a
 jak se s ním bude pracovat když bude překrývat polygony typu landuse,
 nature...?

Bude se s ním pracovat stejně blbě jako se dnes pracuje třeba s
překryvy 'landuse' a 'highway'. JOSM potřebuje lepší podporu vrstev,
neřešil bych to změnou datového modelu.

S pozdravem,
Radek

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] CzechAddress ve verzi 0.0.2

2009-05-10 Thread Radomír Černoch
Ještě jeden nápad: Číslo orientační aktuálně vkládané adresy by šel
vykreslit u kurzoru. Tedy tam, kde se nyní zobrazuje černobílá ikonka
poštovní obálky... Zdá se Vám to rozumné?

2009/5/10 Radomir Cernoch radomir.cern...@gmail.com:
 Ahoj,

 také jsem o tom přemýšlel. Přijde mi, že spíš potřebujeme protlačit
 čísla popisná do celého OSM. Na jednu stranu lze vykreslování v JOSM
 vyřešit vytvořením nové vrstvy. Jenže v mnoha obcích čísla orientační
 neexistují a bylo by proto dobré, aby se čísla popisná objevily i na
 renderovaných mapách (vizuálně odlišené od 'housenumber').

 Radek

 Petr Dlouhý píše v Po 11. 05. 2009 v 00:10 +0200:
 On Sun, 10 May 2009 20:51:51 +0200, Radomir Cernoch 
 radomir.cern...@gmail.com wrote:

 Ahoj,

 přijde mi to dost dobré.
 Největší problém vidím v tom, že se u adres nezobrazuje číslo popisné, ale 
 pouze číslo směrovací. Tedy pokud přiřazuji adresy někde, kde nejsou 
 směrovací čísla, tak nemám dostatečnou vizuální kontrolu, že jsem vše 
 přiřadil správně. Jaké jsou návrhy? Protlačit alternumber do JOSM, nebo 
 změnit systém?

  Zdravím všechny!
 
  připravil jsem novou verzi pluginu CzechAddress pro správu adres.
  Mezi novinkami je nový algoritmus na spárování objektů na mapě a
  v databázi, kterému už lze konečně důvěřovat (nadále však buďte
  podezřelí k databázi samotné, občas v ní nějaký dům chybí). Dále
  je možné editovat již existující adresní body, i když stále jen
  podle čísla popisného. Plugin také přidává tagy 'is_in', 'source'
  a 'addr:city|country'.
 
  Největší novinkou pak je zhmotnění nápadu Petra Dlouhého, a to
  přidávání adresních bodu jedním kliknutím. Celý dialog je zatím
  lehce neintuitivní, měl by však fungovat. Postup je následující:
 
  1) Otevřete dialog Továrna na adresy ikonkou obálky s posuvníkem.
  2) Tlačítkem Obnovit pak vyberete město, ve kterém se mapuje.
  3) Ulici vyberete buď z rozbalovacího menu, nebo kliknutím do mapy.
  4) Pak už stačí jen vybrat první dům pro přidání a aktivovat mód
     Přidání adresy jedním kliknutím pomocí Shift+L.
 
  Stahujte z http://homepages.inf.ed.ac.uk/s0898853/
 
  S pozdravem,
  Radek Černoch

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] CzechAddress ve verzi 0.0.2

2009-05-10 Thread Radomír Černoch
Shrnul bych svůj pohled na věc:

1) ČP u kurzoru napoví ještě před kliknutím.
2) ČP kreslené v nové vrstvě umožní kontrolu až po kliknutí, ale zato
přináší globální pohled.
3) V případě vrcholů, které mají jen 'alternatenumber', JOSM
nevykreslí takový ten modrý flek. Plugin by musel poznat, jestli flek
chybí a případně ho dokreslit. Na implementaci by to nebylo by to
těžké, ale elegantní také ne.
4) Nejlepší je stejně protlačit 'alternatenumber' do OSM... ;-)

Radek

2009/5/10 Petr Dlouhý petr.dlo...@email.cz:
 On Mon, 11 May 2009 00:24:35 +0200, Radomír Černoch 
 radomir.cern...@gmail.com wrote:

 O tom jsem i přemýšlel. Jestli to jde udělat jednoduše, tak to určitě pomůže 
 při editaci, ale hromadný pohled (pro kontrolu po editaci) na všechny 
 vytvořené adresy to nenahradí.

 Ještě jeden nápad: Číslo orientační aktuálně vkládané adresy by šel
 vykreslit u kurzoru. Tedy tam, kde se nyní zobrazuje černobílá ikonka
 poštovní obálky... Zdá se Vám to rozumné?

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Tagovani turistickych stezek

2009-04-22 Thread Radomír Černoch
Ahoj,

tak nakonec to nebylo tak těžké. Je to známý problém dělení nulou
smernice = [cokoli] / (val1 - val2), kde směrnice je buď ua, nebo
kombinace ndx, ndy. Většinou existuje na stejný problém řešení
i bez počítání směrnic a bez problematického dělení, místo toho
posílám patch jdoucí cestou nejmenšího odporu... :-)
Asi není potřeba ho vysvětlovat, jsou to jednořádkové úpravy.

Ale vrtá mi hlavou, jak Ti to mohlo fungovat. Že by se v jiné verzi
Javy dalo korektně pracovat s nekonečny?

S pozdravem,
Radek Černoch

2009/4/22 Jiri Klement jiri.klem...@gmail.com:
 Cyklostezky pomoci relaci jsem doplnil, kontroluje to type=route,
 route=bicycle, na network nazalezi.

 Zdrojaky vzdycky prikladam primo do jaru. Pro pohodlnejsi ladeni jsem
 nahral i eclipse projekt:
 http://jttt.110mb.com/josm-routes.zip
 Je mozne to ladit primo z eclise, staci si pridat JOSM projekt a
 pustit to pomoci josm-routes.launch.
--- AbstractLinePainter.java.old	2009-03-07 11:10:00.0 +
+++ AbstractLinePainter.java	2009-04-22 11:40:15.0 +0100
@@ -15,7 +15,8 @@
 		x3 = l2.getX1(), y3 = l2.getY1(),
 		x4 = l2.getX2(), y4 = l2.getY2();
 		
-		double ua = ((x4 - x3) * (y1 - y3) - (y4 - y3) * (x1 - x3)) / ((y4 - y3) * (x2 - x1) - (x4 - x3)*(y2 - y1));
+		double ua =  ((x4 - x3) * (y1 - y3) - (y4 - y3) * (x1 - x3))
+		/ ((y4 - y3) * (x2 - x1) - (x4 - x3) * (y2 - y1) + Double.MIN_NORMAL);
 		intersection.x = x1 + ua * (x2 - x1);
 		intersection.y = y1 + ua * (y2 - y1);
 		 
@@ -45,8 +46,8 @@
 		
 		// Normalize
 		double length = Math.sqrt(ndx * ndx + ndy * ndy);
-		ndx = ndx / length;
-		ndy = ndy / length;
+		ndx = ndx / (length + Double.MIN_NORMAL);
+		ndy = ndy / (length + Double.MIN_NORMAL);
 		
 		return new Point2D.Double(p1.getX() + shift * ndx, p1.getY() + shift * ndy);
 	}


josm-routes.tar.bz2
Description: BZip2 compressed data
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


Re: [Talk-cz] Tagovani turistickych stezek

2009-04-19 Thread Radomír Černoch
Ahoj,

ano používám aktuální verzi jak pluginu, tak JOSM (1529). Java je ve
verzi 1.6.0

Zatím se mi podařilo zjistit, kdy přesně k chybě dojde. Musí být 3 po
sobě následující body v jedné přímce, přičemž je jedno, zda ta přímka
je svislá, vodorovná, nebo sloněná o 45° či 30°. Jinými slovy dva po
sobě následující segmenty cesty se stejným sklonem vůči souřadnicím
obrazovky vždy způsobí tuto chybu.



2009/4/19 Jiri Klement jiri.klem...@gmail.com:
 Ahoj,

 Pouzivas aktualni verzi pluginu? Je ke stazeni tady:
 http://jttt.110mb.com/routes.jar

 Podobny problem jako na screenshotu existoval v prvnich verzich, ale
 mel by uz byt opraveny. V aktualni verzi se mi ho nepodarilo
 nasimulovat.

 2009/4/17 Radek radomir.cern...@gmail.com:
 Dobrý den,

 začal jsem používat JOSM plugin na kreslení turistických značek, ale
 patrně jsem v něm našel bug. Někdy se stane, že jeden z bodů turistické
 značky ulítne do levého horního rohu obrazovky (viz screenshot).

 Stačí však zazoomovat nebo bod přesunout a najednou se vše začne kreslit
 správně. Zdá se mi, že chyba nastane vždy u takového bodu, jehož
 Y-souřadnice (souřadnice na obrazovce, nikoli zeměpisná) je stejná jako
 u jednoho z jeho jeho sousedů (viz zesvětlená oblast screenshotu).

 S pozdravem,
 Radek Černoch

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz


[Talk-cz] Tagovani turistickych stezek

2009-04-19 Thread Radomír Černoch
Pardon, předchozí mail se odeslal předčasně.

Ještě jsem chtěl dodat, že mám 32-bitový počítač (pro případ, že by
chyba směřovala ne do pluginu, ale do Javy).

Pokud byste chtěl chybu zreprodukovat, pak by mělo stačit stáhnout
data z oblasti, kterou posílám v příloze. Při zazoomování na celou
oblast vidím chyb alespoň 50.

S pozdravem a díky,
Radek


2009/4/19 Jiri Klement jiri.klem...@gmail.com:
 Ahoj,

 Pouzivas aktualni verzi pluginu? Je ke stazeni tady:
 http://jttt.110mb.com/routes.jar

 Podobny problem jako na screenshotu existoval v prvnich verzich, ale
 mel by uz byt opraveny. V aktualni verzi se mi ho nepodarilo
 nasimulovat.

 2009/4/17 Radek radomir.cern...@gmail.com:
 Dobrý den,

 začal jsem používat JOSM plugin na kreslení turistických značek, ale
 patrně jsem v něm našel bug. Někdy se stane, že jeden z bodů turistické
 značky ulítne do levého horního rohu obrazovky (viz screenshot).

 Stačí však zazoomovat nebo bod přesunout a najednou se vše začne kreslit
 správně. Zdá se mi, že chyba nastane vždy u takového bodu, jehož
 Y-souřadnice (souřadnice na obrazovce, nikoli zeměpisná) je stejná jako
 u jednoho z jeho jeho sousedů (viz zesvětlená oblast screenshotu).

 S pozdravem,
 Radek Černoch



-- 
Radomir Cernoch
+44 750 708 8293 / +420 607 282 031
Email, Jabber: radomir.cern...@gmail.com


bookmarks
Description: Binary data
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz