Re: [Talk-cz] Galerie užití OSM v ČR (Was: OSM na oficiálních mapách v ulicích Brna)

[Václav Řehák]

>
>
>
>- Systém Zelených map  používá jako podklad
>OSM (AFAIK je to vlastní render), a to jak v tištěné, tak v digitální
>podobě. Plzně: http://zelenamapa.plzne.cz/mapa/ Prahy:
>http://zelenamapa.cz/
>
> Ano, je to vlastní render, viz
https://github.com/auto-mat/rendering-PNK-ZM
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Aplikace pro pořizování základních dat v terénu

[Václav Řehák]

Já používám Locus v kombinaci s fotkami, ale rád bych ten proces vylepšil.
Nejčastěji mapuju lesní cesty a pěšiny a potřebuju a fotím si třeba místa,
kdy se mění tracktype nebo track přechází na path apod. Bohužel fotím dost
často ve spěchu nebo za špatné viditelnosti a když se k tomu po delší době
vracím, už ani nevím, co jsem tou fotkou myslel. Proto mi připadá, že lepší
by byly audio poznámky, kam bych si namluvil rovnou co chci dát do mapy.

Neznáte nějaký program na Android, kterým se dá vytvořit geotagovanou audio
poznámku a pak ji otevřít v JOSM?

V.

Dne 4. března 2016 21:29 LM_1  napsal(a):

> Já pro záznamy používám Maverick - umí pro offline použití uchovat více
> různých renderů mapy, jednoduché ovládání, možnost POI. Místo poznámek
> raději fotky se zeměpisnými souřadnicemi.
> LM
>
> Dne 4. března 2016 8:54 Marián Kyral  napsal(a):
>
> OsmAnd mám nainstalovaný, ale vykreslování mi, i po všech těch
>> optimalizacích, stále přijde dost pomalé. Hlavně když si člověk zapne
>> vrstevnice a stínování kopců.
>>
>> Většinu času používám GDAK (aplikace na geocaching), který má rychlejší
>> vykreslování (asi toho nevykresluje tolik) v kombinaci s maps.me a
>> mapy.cz. To mi bohatě stačí. Navigaci téměř nepoužívám, většinou mi
>> stačí před cestou mrknout na mapu a použít manželku s autoatlasem jako
>> zálohu :-D
>>
>> Na poznámky z mapování používám osmtracker. Zabudovanou podporu OSM v
>> OsmAnd jsem zkoušel, ale přijde mi rychlejší udělat si krátkou textovou
>> poznámku nebo uložit fotku a následně to zpracovat doma v editoru než v
>> terénu vyplňovat data o POI přes dotykovou klávesnici.
>>
>> Marián
>>
>>
>> -- Původní zpráva --
>> Od: Jan Breuer 
>> Komu: OpenStreetMap Czech Republic 
>> Datum: 3. 3. 2016 18:40:39
>> Předmět: Re: [Talk-cz] Aplikace pro pořizování základních dat v terénu
>>
>> Ahoj,
>> ještě tu nikdo nezmínil OsmAnd. Máte k němu nějakou averzi? Všichni
>> preferujete Locus. Před x lety jsem si koupil Locus Pro, pak ještě chvíli
>> používal a pak mě tam pořád chyběla spousta funkcí, které autor sliboval že
>> udělá, že jsem to nakonec odinstaloval. Teď po dlouhé době jsem si ho zas
>> nainstaloval, zjistil že to pořád umí to stejné co předtím, jen hůř. Jen
>> abych to vůbec mohl používat, tak si musím pořídit Locus dolary a vše ještě
>> extra dokupovat. Chválím tedy jen parádní a rozsáhlou dokumentaci a
>> jednoduché ovládání základních funkcí a opět odinstalovávám.
>>
>> Zpět k OsmAnd
>> Z toho co bylo požadováno umí:
>>  - záznam trasy
>>  - přidávání bodů do trasy, pořizování fotek
>>  - export do gpx nebo přímo na osm.org
>>  - umí i nějaké užší navázání na OSM, ale to jsem nikdy nepoužíval
>>  - mapové podklady offline včetně vyhledávání, navigace, různá témata mapy
>>
>> Co neumí:
>>  - jiné než OSM mapy
>>  - práci s externí GPS
>>
>> Honza
>>
>> Dne 3. března 2016 18:15 Jakub Konečný  napsal(a):
>>
>> Locus má výbornou knowledge base. O exportu se píše tady
>> http://docs.locusmap.eu/doku.php?id=manual:user_guide:tracks:export a
>> pokud chceš automatický export, tak ho lze nastavit v profilu záznamu
>>
>> http://docs.locusmap.eu/doku.php?id=manual:user_guide:tracks:recording:profiles_settings
>>
>> Já mám třeba profil pojmenovaný OSM s častější frekvencí ukládání bodů
>> a právě automatickým exportem.
>>
>> Další užitečná věc, co v Locusu používám a souvisí s OSM je, že umí
>> přidávat rychlý waypoint s fotkou (několika fotkami) a tuhle funkci
>> mám připlou na postranním panelu v Locusu
>> (http://docs.locusmap.eu/doku.php?id=manual:user_guide:functions:panel)
>> - dobré na focení rozcestníků a všeho možného. Taky se mi líbí, že má
>> pěkné vestavěné turistické téma.
>>
>> Kuba
>>
>> Dne 3. března 2016 17:58 Tom Ka  napsal(a):
>> > Dne 3. března 2016 15:35 Jakub Konečný  napsal(a):
>> >> A když se tady řešila jednoduchost exportu do OSM, tak Locus to umí i
>> >> automaticky při ukončení záznamu trasy, tzn. bez jediného kliknutí,
>> >
>> > mas nekde odkaz na manual kde se o tom mluvi, to by mne zajimalo?
>> >
>> >> ale to už myslím chce placenou verzi. Je docela drahá, ale párkrát do
>> >> roka bývá v akci kolem 100 Kč.
>> > vyplati se, zas takova palka to neni a je to vyborny SW.
>> >
>> > Diky
>> >
>> > ___
>> > Talk-cz mailing list
>> > Talk-cz@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-cz
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> 

Re: [Talk-cz] Odborník na cyklotrasy v iD

[Václav Řehák]

Případně lze použít mapu Prahou na kole, která navzdory svému názvu pokrývá
už celou ČR, byť kromě vybraných měst ne do velkého detailu. Aktualizovaná
je v intervalu několika týdnů.

Viz http://mapa.prahounakole.cz/?zoom=12=50.05873=12.52271

P.S.: Kdyby někdo poskytl hardware, můžeme aktualizovat častěji nebo
pokrývat detailněji větší oblast.

V.

Dne 9. září 2015 8:28 Jan Mladý  napsal(a):

> Zda uvedená cyklotrasa / TZ existuje (nebo kudy vede) používám
> http://cycling.waymarkedtrails.org/cs/?zoom=11=50.08204=12.4683=0=0.745#
>
> Jednoduché, přehledné rychle aktualizované.
>
> Jan Mladý
>
> -Original Message-
> From: Petr Holub [mailto:ho...@ics.muni.cz]
> Sent: Wednesday, September 09, 2015 7:19 AM
> To: 'OpenStreetMap Czech Republic' 
> Subject: Re: [Talk-cz] Odborník na cyklotrasy v iD
>
> > Co jsem tak hledal, tak http://learnosm.org/en/beginner/id-editor/ o
> > práci s relacemi nic nepíše a po lehkém průzkumu možností iD editoru
> > to vypadá, že umožňuje pouze práci stylem jeden objekt, jedna akce.
> > Označit více cest jde, ale jediné co s tím jde dělat, je spojit je do
> jedné čáry.
>
> Jo a jeste jedna vec: mohl by nekdo dotycneho na foru upozornit, ze
> http://wiki.openstreetmap.org/wiki/Cyklotrasy_v_%C4%8CR
> neni aktualizovany zdroj a ze je potreba pouzivat
> http://ra.osmsurround.org/ ? Abychom tam pak ruzne trasy nemeli
> nekolikrat ;)
>
> Diky,
> Petr
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] K?T poru?uje licenci OSM

[Václav Řehák]

 licenci k vyrenderovane mape urcuje ten, kdo ji vyrenderoval

To by mě zajímalo, jak si tohle odvodil. Já čtu v [1] toto:

Attribute: You must attribute any public use of the database, or works
produced from the database, in the manner specified in the ODbL

Předpokládám, že vyrenderované dlaždice jsou works proced from the
database

[1] http://opendatacommons.org/licenses/odbl/summary/

Dne 29. června 2015 12:14 Pavel Machek pa...@ucw.cz napsal(a):

 On Mon 2015-06-22 17:26:22, Pavel Pisa wrote:
  Ahoj Pavle i ostatní,
 
  On Monday 22 of June 2015 13:44:31 Pavel Machek wrote:
   Ahoj!
  
tak tohle mě dostalo. Nejen, že KČT odmítá spolupráci s OSM, ale
 Klub
českých turistů Queer dokonce na svém webu OSM používá a nedodržuje
požadavky na uvedení zdroje a copyrightu:
   
http://queer.kct.cz/turisticke-znaceni
  
   Pekne od nich, ze nam reknou, co oznackovali... skoda ze to nedelaji
   vsichni v KCT.
  
   A ted.. OdBL tusim rika, ze licenci vyrendrovanych dat urcuje ten, kdo
 je
   renderuje.. takze jsme si jisty, ze neco porusujou? Bylo by pekne mit
   moznost to po nich natrasovat z tech obrazku ale zase OdBL, takze
 nemuzem
   :-(.
 
  Určitě od nich nemůžeme požadovat průběhy. OSM mapu jako podklad
  pro vykreslení vlastní vrstvy použít mohou a nic vracet nemusí.
  To je zcela v pořádku.
 
  Ale zásadní porušení licence OSM je neuvedení informace, že pro jako
  podklad je použitá databáze nebo přímo dlaždice z OSM. Pokud není
  něco zcela špatně u mě nebo v OdbL (znova jí teď kvůli tomu číst
 nestíhám),
  tak tato informace uvedená být musí a bez toho je to neoprávněné použití
  díla, tedy v krajním případě to lze klasifikovat jako krádež.

 No, kradezi bych to nenazyval, necht jsou veci nazyvany pravymi jmeny.

 Ono to vypada, ze licenci k vyrenderovane mape urcuje ten, kdo ji
 vyrenderoval... takze je dokonce mozny ze to co queer.kct.cz delal
 bylo v poradku.

 Svet byl jednodussi kdyz jsme se tvarili ze mapa a vsechno z ni
 vyrenderovane je CC-BY-SA... (i kdyz to mozna nebylo vymahatelne).

 Kazdopadne jsem rad, ze se tam copyright objevi...


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

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

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

Re: [Talk-cz] Wiki k importu budov z RUIAN (a LPIS)

[Václav Řehák]

Odpovědel jsem

The import was discussed on imports mailing list, it is listed on
https://wiki.openstreetmap.org/wiki/Import/Catalogue (search for RUIAN) and
English wiki page athttp://wiki.openstreetmap.org/wiki/RUIAN was created in
February 2014.

V.

Dne 28. června 2015 14:54 v...@email.cz napsal(a):

 Ahoj,

 v diskuzi k changesetu:

 https://www.openstreetmap.org/changeset/22354794

 se objevuje otázka, jestli je někde anglická wiki stránka k importu budov
 z RUIAN, a jestli bychom to mohli přidat do
 http://wiki.openstreetmap.org/wiki/Import/Catalogue .
 Můžete někdo povolaný prosím odpovědět a přidat to do toho katalogu?
 A mimochodem popis importu LPIS taky vypadá zastarale...
 Díky,

 Honza

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


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

Re: [Talk-cz] spatna definice kraju

[Václav Řehák]

Nominatim je obecně dost problematický a moc by si přál mít k dispozici
funkčnější geocoder nad OSM.

Pokud ti nefunguje něco konkrétního, můžeš založit ticket tady:
https://github.com/twain47/Nominatim
Po dlouhém období stagnace probíhá vývoj docela aktivně, ale takových
problémů je tam spousta, takže v nějakou rychlou opravu bych moc nedoufal.

Moje oblíbené příklady:
- i při omezení hledání na území v ČR se po zadání dotazu Bo (začátek
hledání přes autocomplete) najde Bolívie (pro názvy států omezení neplatí),
Bonn, Bole City v Číně, Boé ve Francii, atd.
- při hledání ulice Krátká s preferencí (ne omezením) na území Prahy
Nominatim jako první výsledek vrátí stejnojmennou ulici ve Zlíně

V.

Dne 29. června 2015 7:55 Milan Sladky milan.sla...@outlook.com napsal(a):

 Ahoj Petre,
 Diky za objasneni.

 Netusis tedy jak dostat level 6 z Nominatim geocodingu? Protoze v tom
 vystupu viz. nize neni...

 Milan

  From: o...@propsychology.cz
  To: talk-cz@openstreetmap.org
  Date: Sun, 28 Jun 2015 23:01:10 +0200
  Subject: Re: [Talk-cz] spatna definice kraju

 
  Ahoj,
 
  ano, je to takto:
 
  level 10 - katastrální území
  level 8 - obec
  level 7 - okres (77 okresů)
  level 6 - kraj (14 krajů)
  level 4 - region soudržnosti (těch je 8, to je ten Jihovýchod apod.)
 
  Kraje jako takové tedy v OSM jsou, level 6.
 
  --
  Petr
 
  Dne Ne 28. června 2015 21:06:26, Jiří Sedláček napsal(a):
 
   To nejsou kraje, ale NUTS oblasti. Bojím se, že to je v podstatě
  správně,
   víc o tom budou vědět asi jiní.
  
   2015-06-28 20:59 GMT+02:00 Milan Sladky milan.sla...@outlook.com:
Ahoj,
Nevim z jakeho duvodu, ale OpenstreetMaps pouzivaji nesmyslne
  rozdeleni
kraju na:
   
Severozapad, Severovychod, Jihozapad, Jihovychod, Stredni Cechy,
Jihovychod, Stredni Morava, Moravskoslezsko a Praha.
   
Jednak je to videt na mape, ale co je mnohem horsi, tak pri volani
Nominatim API na geocoding dostanu spatnou definici kraje:
   
   
display_name=Špilberk, Brno, okres Brno-město, Jihomoravský kraj,
Jihovýchod, Czech Republic class=boundary
  type=historicimportance=
0.16679990974024
address100Špilberk/address100
cityBrno/city
countyokres Brno-město/county
stateJihovýchod/state
countryCzech Republic/country
country_codecz/country_code
/place
   
Misto Jihomoravskeho kraje dostanu Jihovychod. Pritom display name
Jihomoravsky kraj obsahuje.
   
Nevite, kdo by to byl schopen opravit?
   
Predem diky.
   
M.
   
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
 
  ___
  Talk-cz mailing list
  Talk-cz@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-cz

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


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

[Talk-cz] KČT porušuje licenci OSM

[Václav Řehák]

Ahoj,

tak tohle mě dostalo. Nejen, že KČT odmítá spolupráci s OSM, ale Klub
českých turistů Queer dokonce na svém webu OSM používá a nedodržuje
požadavky na uvedení zdroje a copyrightu:

http://queer.kct.cz/turisticke-znaceni

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

[Talk-cz] Instrukce v navigaci (Re: LPIS - objem dat, zjednodušení kontur)

[Václav Řehák]

 Šlo by nějak vyfiltrovat přílišné podrobnosti? Když si nechám
 udělat trasu na Openstreetmap.org (a děkuji velice, že už vůbec
 nějakou navigaci máme zaintegrovanou v osm.org ... i když UI by
 mohlo dostat ještě více lásky), dostanu http://is.gd/CrS9nm Když
 si nechám stejnou trasu vyjet na Google Maps, dostanu
 http://is.gd/LcvvmY . U Googlů dostanu velice přehledný
 jednoduchý návod, na který se jednou kouknu a vím co dělat.
 U OSM se dozvím takové perly jako, že mám Continue on
 (unnamed), což mě upřímně nezajímá.

 Je to problém nedostatku dat (důležitá křižovatka v. normální
 křížení dvou ulic) nebo algoritmu (že by ten Google nějak
 generoval ... přechod mezi dvěma důležitými silnicemi?), nebo
 obojího?


To ale nesouvisí s podrobností dat (třeba ty unnamed jsou dálniční
sjezdy, které obejktivně existují a jméno nemají z rozumných důvodů) , ale
s chytrostí vyhledávače - ten musí jednotlivé segmenty trasy nějak spojit,
což třeba ten Google evidentně dělá mj. podle mezinárodního označení silnic
(v odkazovaném příkladu E65, E67) a upravit (Continue on (unnamed)
vynechat nebo dát něco jako Jeďte výjezdem na D11), atd.

OSRM neumí ani spojovat úseky podle názvu (viz 4x Černokostelecká v tom
příkladu). Podobný problém řeším ve vyhledávači tras na
http://mapa.prahounakole.cz, kde to také backend posílá rozkouskované na
jednotlivé OSM way. Řešením patrně bude spojit to na straně klienta podle
nějakých kriterií (číslo trasy, název ulice - ale jen pokud se příliš
nemění směr, apod.).

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

Re: [Talk-cz] Značení silnic v Praze

[Václav Řehák]

Nevím, jestli ti to pomůže, ale něco se řešilo zde:
https://lists.openstreetmap.org/pipermail/talk-cz/2011-September/006828.html

Dne 19. října 2014 21:52 Petr Morávek [Xificurk] p...@pada.cz napsal(a):

 Ahoj,

 chtěl jsem se zeptat, jestli jsou někde sepsaná pravidla pro tagování
 silnic v Praze. A existuje na to nějaký rozumný zdroj, podle kterého by
 to šlo ověřit?
 Sice nejsem motorista, ale když vidím, jak se za posledních pár týdnů už
 asi třikrát přetagoval nový Trojský most a okolí, tak mě začalo zajímat,
 jak že to ja správně.

 Zdraví,
 Petr Morávek aka Xificurk

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

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

Re: [Talk-cz] cyklostezky a pěškaři

[Václav Řehák]

 Prosím fanoušky kol, aby nezapomínali na nás pěší a u stezek pro chodce,
 které jsou (shodou okolností:-) i stezkami pro cyklisty, když zvolí
 highway=cycleway neopomenuli vložit i foot=designated.

 Občas se setkávám i s cestami označenými highway=cycleway, které ovšem v
 dopravním značení nemají označení, že jde o stezku pro cyklisty... Jako
 chodec mám někdy pocit, že cyklisté to na OSM přehání.


Ono to bude zejména tím, že (pokud mluvíme o Praze) značnou část chodníků a
spoustu pěšin zmapoval tým kolem Prahou na kole pro účely renderované mapy
i vyhledávače tras na http://mapa.prahounakole.cz Tím mohlo dojít k
posunutí priorit ve prospěch cyklo.

Určitě se shodneme, že mapování má být podle reality a ne přiohnuté pro
konkrétní aplikaci, na druhou stranu bych chtěl poprosit, pokud bude někdo
měnit tagování u cykloinfrastruktury, aby dal vědět původnímu maperovi:
když nic jiného, tak abychom mohli vyzkoušet, jak se dané úprava projeví na
fungování vyhledávače.

Druhá věc je, že formální stav cykloinfrastruktury je stále ještě dost
neutěšený. Na jednu stranu máme značené cyklotrasy vedené po chodníku, kde
se oficiálně jezdit nesmí, na druhou stranu taková A26 (mediálně
profláknutá cyklostezka po bývalé trati ve Vysočanech) byla při svém
otevření (akuální stav nevím) značená jako Stezka pro cyklisty (C08a), čili
formálně tam nesmí ani chodci ani inline brusle, přesto je to v reálu jak
oblíbená promenáda rodin s dětmi, tak bruslařská dráha. Nemluvě o
případech, kdy je to z každé strany značeno jinak :)

Vašek
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Kontrola a doplnění ulic

[Václav Řehák]

Dne 28. srpna 2014 13:00 Petr Morávek [Xificurk] p...@pada.cz napsal(a):

 Dne 28.8.2014 12:51, Jan Kouba napsal(a):
  Na té ceduli to stejně nejspíš bude všechno velkýma (NA STŘELNICI). Zdá
 se mi,
  že všechny cedule s názvy (ulice, města, názvy turistických rozcestníků,
 ...)
  se schválně píší pouze velkými písmeny, aby v tom neudělali náhodou
 chybu,
  nebo aby se to nemuselo předělávat, když zase provedou nějakou změnu v
 psaní
  velkých písmen.

 Tohle není vůbec pravda, viz např.:
 https://www.dropbox.com/s/j9qpysu5qiss19d/k-visnovce.png?dl=0


Jak kde. V konkrétní ulici v Olomouci je to také rozlišeno:
https://www.google.cz/maps/@49.599926,17.250687,3a,15y,39.99h,91.34t/data=!3m4!1e1!3m2!1sHW5WKmB_iFe85YF31XiKSg!2e0

Ale třeba v Praze se to opravdu píše velkými:
https://www.google.cz/maps/@50.089705,14.432696,3a,24.4y,172.81h,93.81t/data=!3m4!1e1!3m2!1sAnRuGzCnVzJmBDfOR2g6ng!2e0

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

Re: [Talk-cz] Zahrady u RD jako leisure=garden

[Václav Řehák]

 Leisure se bere jako oblast, kde LZE trávit volný čas. Od toho, jestli je
veřejná či soukromá, máme access=*. Ten návrh v talk je pouze poznámka
jednoho uživatele, která nemá, dokud se neodhlasuje nebo alespoň nepřepíše
jako proposal, naprosto žádnou váhu.

No nevím. Podle stejné logiky by se parkovací stání na tom pozemku mělo
mapovat jako amenity=parking, koupelna s vířivkou uvnitř toho domu bude
amenity=spa, atd.

Na wiki [1] se píše: The leisure tag is for places people go in their
spare time.
A konkrétně u garden: Place where flowers and other plants are grown in a
decorative and structured manner or for scientific purposes.

Samozřejmě můžeme argumentovat, že každý si svojí zahrádku buduje jako
dekorativní, ale už z formulace mi připadá, že tím autor myslel spíše něčím
významné zahrady (např. botanické).



 Navíc je to nesmysl. Vytvoří se tak zbytečné tisícovky dalších
 landuse=residential a pochybuju, že si někdo dá práci s rozdělením
 velkých landuse=residential do jednotlivých zahrad. Navíc opravdu se vám
 pod pojmem obytná oblast vybaví zahrada? :-)


Nějak nechápu, jaký je rozdíl mezi zbytečnými tisícovkami
landuse=residential a tisícovkami zbytečných leisure=garden. Nota bene,
když ne celá část pozemku je zahrada - skoro vždycky je tam nějaký dvorek,
parkovací stání, apod. A nejvíc mi na tom vadí, že je to šílená práce. Když
takhle někdo udělá 30 domů v Klánovicích a na zbytek se vykašle, říká tím
a teď to na stovkách tisících zbylých domech v ČR udělejte někdo jiný
(nebo zůstane mapa nekonzistentní). Když už micromapping, tak korektně a
pokud možno tak, aby v běžném renderingu nevadilo, když to někde je tak
zmapované a jinde ne.

 Pokud chcete opravdu něco, co má alespoň nějakou váhu, tak je to tohle:
 http://wiki.openstreetmap.org/wiki/Proposed_features/Garden_specification

Ten návrh znamená, že každý, kdo bude dělat renderer pro obecnou mapu (jako
je třeba mapy.cz) bude muset psát speciální pravidla rozlišující
garden:type=residential (nerenderovat) a všechny ostatní zahrady
(renderovat zeleně).

Vašek

[1] http://wiki.openstreetmap.org/wiki/Key:leisure
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Zahrady u RD jako leisure=garden

[Václav Řehák]

Dne 26. srpna 2014 14:26 Pavel Machek pa...@ucw.cz napsal(a):

 Ahoj!

  Navíc je to nesmysl. Vytvoří se tak zbytečné tisícovky dalších landuse=
  residential a pochybuju, že si někdo dá práci s rozdělením velkých
 landuse
  =residential do jednotlivých zahrad. Navíc opravdu se vám pod pojmem
 obytná
  oblast vybaví zahrada? :-)

 V tech klanovicich co zacali tenhle thread si nekdo tu praci dal, a
 vysledek je moc pekny.


No, spíš bych to řekl, že někdo to zkusil, ale práci si s tím nedal. Je
hotovo pár domů a u zbytku patrně zjistil, že je to moc práce. Navíc je to
děláno humpolácky a jako zahrada je zmapována i velká vydlážděná plocha
[1]. Jak jsem psal, když už se má jít do takových detailů, jako rozlišení
jednotlivých zahrad, mělo by to být uděláno správně. Jinak můžeme udělat
implikaci landuse=residential - leisure=garden a je to hotovo.

[1]
http://www.mapy.cz/zakladni?x=14.6695251y=50.0918308z=18pano=1base=ophoto
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Zahrady u RD jako leisure=garden

[Václav Řehák]

Dne 26. srpna 2014 12:51 Michal Pustějovský michal.pustejov...@seznam.cz
napsal(a):


 Prosím, buďte korektní a nevybírejte si z wiki definice části, které vám
 vyhovují. Je tam JASNĚ napsáno i toto:

...

 citováno z http://wiki.openstreetmap.org/wiki/Leisure%3Dgarden

Já jsem zase citoval z http://wiki.openstreetmap.org/wiki/Key:leisure
To, že jsou ve wiki rozpory je asi její vlastnost a je třeba to tak brát.

 Mimochodem, parkování na pozemku se klidně jako
 amenity=parking_space+access=private zmapovat může, otázka je, jestli se
 najde někdo, komu to nepřijde až zbytečně podrobné. Já si rozhodně
 nepřipadám jako někdo, kdo by měl rozhodovat, co už je zbytečné mapovat a
 co ne.

Já taky nehodlám nic rozhodovat. Na druhou stranu si myslím, že alespoň
základní shoda v komunitě je dobrá k tomu, aby mapa byla konzistentní
(alespoň v rámci jedné země :). Tohle mapování zahrad jsem zatím nikde
neviděl, tak jsem chtěl zjistit, jestli je to úlet jednoho člověka nebo to
tak chce většina.

 Pokud použijeme leisure=garden, je potřeba akorát naklikat tisícovku
 nových objektů, kde na pozadí bude velké landuse=residential, kterého se
 ani nedotkneme. Co vám zní méně pracně? Pokud jde o rendering, není nic
 jednoduššího než se na renderování leisure=garden vykašlat.

Mě osobně by přišlo nejlepší použít samostatný tag, třeba
garden=residential. Každopádně to tady nevyřešíme, je to spíš otázka na
tagging@


 S pravidly pro rendering nemám moc zkušeností, ale osobně si myslím, že
 přidat do logiky renderování *if (leisure=garden)  ( NOT
 garden:type=residential) then render* sekvenci znázorněnou tučně nebude
 velký problém. Ale na tohle by snad přesněji odpověděl někdo s většími
 zkušenostmi.

 Dával bych si pozor na jednu ze základních zásad OSM: Netaguje se pro
 renderer.

 Já jsem osobně dělal jeden renderer nezaložený na OSM a trochu pomáhal s
vývojem 2 rendererů nad OSM. Proto vím, že není problém udělat pravidlo
jako píšeš. Horší je to, že ta pravidla jsou šíleně rozsáhlá (tisíce, možná
desetisíce řádků) a i tak je dost těžké podchytit nekonzistence a kreativní
přístup některých maperů.

Zásada netagovat pro renderer je samozřejmě platná. Ale zároveň by se mělo
dodržovat pravidlo nejmenšího překvapení: jestliže skoro všechny tagy v
klíči leisure odkazují na prvky zajímavé pro věřejnost (ať už zdarma nebo
placené), je překvapivé, když se tam objeví i soukromá zahrada (zvlášť když
v těch Klánovicích není ani označena jako access=no).

Jinak totiž dochází k tomu, že když budu chtít obytné čtvrti renderovat
šedivě a veřejnou zeleň zeleně musím v tom pravidle podchytit všechny možné
kombinace landuse, leisure, garden:type a access podle zvyků jednotlivých
maperů.

Vašek
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Zahrady u RD jako leisure=garden

[Václav Řehák]

Ahoj,

všiml jsem zelené plochy uprostřed Klánovic v Praze:
http://www.openstreetmap.org/#map=17/50.09258/14.66904

Je to tím, že zahrady u rodinných domů jsou tagovány jako leisure=garden.
Podle wiki je to v pořádku (
http://wiki.openstreetmap.org/wiki/Tag:leisure=garden), i když se s tím moc
často nesetkávám. Subjektivně mi připadá zbytečné renderovat to na obecné
mapě, ale hlavně současný stav, kdy je takto uděláno jen pár domů mi přijde
jako vyloženě kontraproduktivní - při pohledu na celou vesnici to tam ční a
působí to jako nějaký park.

Jaký je váš názor? Má smysl tagovat takto jednotlivé zahrady?

Vašek
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Deje se neco kolem TrackType?

[Václav Řehák]

Patrně to souvisí s tímto: https://github.com/openstreetmap/iD/issues/1259

V dolní části předvoleb (až za název, povrch, šířka, struktura, přistup a
sklon) je sekce Track Type s grade1-5 rozepsanými do slovního vyjádření:

grade1: Solid: paved or heavily compacted hardcore surface  grade2:
Mostly Solid: gravel/rock with some soft material mixed in  grade3: Even
mixture of hard and soft materials  grade4: Mostly Soft: soil/sand/grass
with some hard material mixed in  grade5: Soft: soil/sand/grass

[image: Vložený obrázek 1]


Dne 28. července 2014 13:34 Lukas Gebauer gebyl...@mlp.cz napsal(a):


 Koukam, ze iDeditoru mi u cest prestal podsouvat pod nos k vyplneni
 atribut Tracktype (jak se tam nastavovala subjektivni kvalita cest
 Grade1-5). Najdu to jen v podrobnem vypisu vsech atributu.

 Tusite nekdo, proc tenhle atribut sebrali z predvoleb? Nedohodlo se
 nekde, ze se tenhle atribut uz nema pouzivat, nebo tak neco?

 Diky!




 --
 Lukas Gebauer.

 http://synapse.ararat.cz/ - Ararat Synapse - TCP/IP Lib.
 http://geoget.ararat.cz/ - Geocaching solution


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

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

Re: [Talk-cz] locus a moře

[Václav Řehák]

A co použít OpenAndroMaps?



Dne 27. května 2014 13:57 Tomáš Kratina t.krat...@gmail.com napsal(a):

 Ahoj, zkouším vytvořit mapu Chorvatska pro program Locus na android. Dělal
 jsem to podle tohoto návodu
 https://www.pslib.cz/ke/Vektorov%C3%A9_mapy_pro_Locus

 Styl pro vykreslení používám stejný jako je tady (osmarender_gccz.zip)
 http://osm.paws.cz/

 Mám ale následující problém (viz. příloha) Moře se renderuje špatně,
 dokonce některé ostrovy jsou taky modré, jinde voda chybí. Netuší někdo jak
 to opravit? Nebo kde stáhnout aktuální mapu chorvatska pro Locus s
 vrstevnicemi? Jednu mapu jsem našel, neměla vrstvenice a problém s mořem
 tam byl také, takže vrstevnicemi to není.

 Kdyby to někdo chtěl zkusit tak můžete stahovat odsud
 https://drive.google.com/file/d/0B2YtzG4alD3ScnVfVm55bDFWUnc/edit?usp=sharing



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


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

Re: [Talk-cz] locus a moře

[Václav Řehák]

(pokračování předchozího mailu, odeslaného omylem)

http://www.openandromaps.org/en/downloads/europe

Už jsem na to nějakou dobu nekoukal, ale pokud si pamatuju dobře, měly by
tam vrstevnice být.

V,.


Dne 27. května 2014 15:13 Václav Řehák rehak...@gmail.com napsal(a):

 A co použít OpenAndroMaps?



 Dne 27. května 2014 13:57 Tomáš Kratina t.krat...@gmail.com napsal(a):

 Ahoj, zkouším vytvořit mapu Chorvatska pro program Locus na android.
 Dělal jsem to podle tohoto návodu
 https://www.pslib.cz/ke/Vektorov%C3%A9_mapy_pro_Locus

 Styl pro vykreslení používám stejný jako je tady (osmarender_gccz.zip)
 http://osm.paws.cz/

 Mám ale následující problém (viz. příloha) Moře se renderuje špatně,
 dokonce některé ostrovy jsou taky modré, jinde voda chybí. Netuší někdo jak
 to opravit? Nebo kde stáhnout aktuální mapu chorvatska pro Locus s
 vrstevnicemi? Jednu mapu jsem našel, neměla vrstvenice a problém s mořem
 tam byl také, takže vrstevnicemi to není.

 Kdyby to někdo chtěl zkusit tak můžete stahovat odsud
 https://drive.google.com/file/d/0B2YtzG4alD3ScnVfVm55bDFWUnc/edit?usp=sharing



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



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

Re: [Talk-cz] locus a moře

[Václav Řehák]

http://www.openandromaps.org/en/downloads/europe - Balkan

Klikni na tlačítko Coverage a uvidíš, co to obsahuje.

V.


Dne 27. května 2014 15:38 Tomáš Kratina t.krat...@gmail.com napsal(a):

 Díky, ale mapu Chorvatska tam nikde nevidím.


 2014-05-27 15:16 GMT+02:00 Václav Řehák rehak...@gmail.com:

 (pokračování předchozího mailu, odeslaného omylem)

 http://www.openandromaps.org/en/downloads/europe

 Už jsem na to nějakou dobu nekoukal, ale pokud si pamatuju dobře, měly by
 tam vrstevnice být.

 V,.


 Dne 27. května 2014 15:13 Václav Řehák rehak...@gmail.com napsal(a):

 A co použít OpenAndroMaps?



 Dne 27. května 2014 13:57 Tomáš Kratina t.krat...@gmail.com napsal(a):

 Ahoj, zkouším vytvořit mapu Chorvatska pro program Locus na android.
 Dělal jsem to podle tohoto návodu
 https://www.pslib.cz/ke/Vektorov%C3%A9_mapy_pro_Locus

 Styl pro vykreslení používám stejný jako je tady (osmarender_gccz.zip)
 http://osm.paws.cz/

 Mám ale následující problém (viz. příloha) Moře se renderuje špatně,
 dokonce některé ostrovy jsou taky modré, jinde voda chybí. Netuší někdo jak
 to opravit? Nebo kde stáhnout aktuální mapu chorvatska pro Locus s
 vrstevnicemi? Jednu mapu jsem našel, neměla vrstvenice a problém s mořem
 tam byl také, takže vrstevnicemi to není.

 Kdyby to někdo chtěl zkusit tak můžete stahovat odsud
 https://drive.google.com/file/d/0B2YtzG4alD3ScnVfVm55bDFWUnc/edit?usp=sharing



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




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



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


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

Re: [Talk-cz] Adresy

[Václav Řehák]

 obecne dost pochybuju, ze nekdo nekdy bude hledat neco na tema praha 4
 stary mesto ... protoze pokud hledam adresu, prevazne nemam paru ve ktery
 casti/ctvrti/... se nachazi, takze budu hledat praha, na vytoni 110 a
 informace, ze se dana adresa nachazi na hranici vysocan a kobylis (cucam z
 prstu) je mi platna jak mrtvymu zimnik. Specielne, kdyz casto stejne nikdo
 nevi, kudy ze ta hranice vlastne vede.

 vím ze svého okolí že lidé očbas i takové věci hledají - pokud by to bylo
 možné tuto funkcionalitu bych zachoval.


Přesně tak. Občas to člověk potřebuje, např. při čtení úřední desky nebo
zápisů zastupitelstva obce, kde se používají obraty jako Návrh na prodej
bytu v č.p. 1230, Vršovice Koneckonců, takové mapy.cz taky najdou
Vršovice 1230

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

[Talk-cz] Opět hlášení chyb (Re: Minimalis_import)

[Václav Řehák]

Dne 20. února 2014 12:33 Marián Kyral mky...@email.cz napsal(a):

   Ještě přemýšlím, co budeme následně dělat se zjištěnými problémy,
 Chtělo by to nějak konsolidovat a následně hromadně nahlásit, ať se to
 nemusí dělat po jedné.

Myslíš chyby v RÚIANu? Nedělal bych si iluze, že to půjde v rozumné době
opravit.
Před 9 dny jsem hlásil na stavební odbor Mladé Boleslavi chybějící
souřadnice zde:
http://vdp.cuzk.cz/vdp/ruian/adresnimista/26713080

Dneska mi volala paní, že daná parcela (myslela asi budovu) má nějak omylem
(prý možná už od války) přidělena 2 č.p. a on když tenhle bod umístí, tak
se rozbije zas něco jiného. Takže nejdřív chtějí přes evidenci obyvatel
obeslat všechny, kdo tu adresu někde úředně uvádí (škola tam má sídlo,
možná někdo bydliště) a nějak to vyřešit. Aby se jí nestalo jako minule, že
při smazání už zrušeného č.p. udělala z nějakých lidí úřední bezdomovce.

Prý jenom v MB se podobné problémy týkají možná 500 adresních míst. Tolik
jen ke kvalitě dat v RUIAN, když budeme posuzovat nějaké konflikty s OSM.

Jinak jak jsem psal, navrhuju sporné tagy (country, is_in) neřešit,
případně se dají doplnit/smazat nezávisle na importu.

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

Re: [Talk-cz] Adresy z RUIAN - 2. rekapitulace

[Václav Řehák]

Ano, takto bych s tím souhlasil.

V.


Dne 16. února 2014 13:01 Petr Morávek [Xificurk] p...@pada.cz napsal(a):

 Dne 15.2.2014 22:23, Václav Řehák napsal(a):
 
  Já taky nechci někomu zbytečně rozbíjet fungující software, a proto
 mě
  zajímá která konkrétní věc s is_in/addr:country tagem funguje a bez
 něj
  ne. Pokud jsem něco nepřehlédl, tak tu zatím nikdo takovou neuvedl.
 
 
  A nemůžeme to vzít opačně? Opravdu ti ta duplicita addr:country vadí na
  tolik, že má smysl kvůli tomu zdržovat celý import?
 
  Obecná zásada bývá nedělat duplicity, ale proč? Aby nevznikaly rozpory
  mezi neaktualizovanými verzemi těch dat. Zrovna u RUIANu si nemyslím, že
  by to byl problém, když většina těch dat bude importována/udržována
  automaticky.
 
  Jinak řečeno, pořád chceš příklady, co se rozbije, když to odstraníme.
  Máš nějaký příklad, co se rozbije, když to tam necháme/přidáme? Těch pár
  MB opravdu není argument ve světě OSM, kde se importují jednotlivé
  stromy v parku a další (pro mě až nesmyslné) detaily.
 
  O is_in nemluvím, tam je to asi opravdu nejasné, k čemu má sloužit a i
  to rozsynchronizování si dovedu představit o dost realističtěji.
 
  V.

 Ahoj,

 však o addr:country už jsem psal dříve:
  Osobně jsem tedy pro: nepřidávat, ale nemazat (krom případů, kdy tam je
  nějaký nesmysl).

 Asi jsem to pak zbytečně zamotal tím, že jsem začal tak nějak
 addr:country a is_in házet do jednoho pytle - to proto, že se objevily
 názory, že oba tagy jsou užitečné a je žádoucí je všude ponechat a
 doplnit, ale zatím nikdo neukázal, kde/jak/proč jsou užitečné.

 is_in má oproti addr:country jeden zásadní problém - není jasné, co by
 tam mělo být, a tak není ani možné jednoduše zkontrolovat, jestli
 současný obsah na existujících bodech je blábol, nebo správná hodnota. A
 asi těžko vymyslíme Ten Správný Formát(TM), dokud nebude jasné k
 čemu/kde se to používá.

 Nepřidávání a zároveň nemazání addr:country má jeden pozitivní vedlejší
 efekt - pokud na tu hodnotu něco přeci jen spoléhá, tak:
 a) to bude i po importu fungovat ve stejné míře jako doteď
 b) je slušná šance, že si po importu někdo všimne (a ozve se), že
 software XYZ nefunguje úplně všude, protože ten tag někde chybí. Jakmile
 bude na stole konkrétní problém, tak bude rozhodování řádově snažší -
 buď doplníme tag na zbylé body, nebo se napíše patch, který to zvládne
 vyřešit i bez addr:country.

 Zdraví,
 Petr Morávek aka Xificurk

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

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

Re: [Talk-cz] Adresy z RUIAN - 2. rekapitulace

[Václav Řehák]

 Já taky nechci někomu zbytečně rozbíjet fungující software, a proto mě
 zajímá která konkrétní věc s is_in/addr:country tagem funguje a bez něj
 ne. Pokud jsem něco nepřehlédl, tak tu zatím nikdo takovou neuvedl.


A nemůžeme to vzít opačně? Opravdu ti ta duplicita addr:country vadí na
tolik, že má smysl kvůli tomu zdržovat celý import?

Obecná zásada bývá nedělat duplicity, ale proč? Aby nevznikaly rozpory mezi
neaktualizovanými verzemi těch dat. Zrovna u RUIANu si nemyslím, že by to
byl problém, když většina těch dat bude importována/udržována automaticky.

Jinak řečeno, pořád chceš příklady, co se rozbije, když to odstraníme. Máš
nějaký příklad, co se rozbije, když to tam necháme/přidáme? Těch pár MB
opravdu není argument ve světě OSM, kde se importují jednotlivé stromy v
parku a další (pro mě až nesmyslné) detaily.

O is_in nemluvím, tam je to asi opravdu nejasné, k čemu má sloužit a i to
rozsynchronizování si dovedu představit o dost realističtěji.

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

[Talk-cz] Hlášení chyb v RÚIAN

[Václav Řehák]

 Pokud ne, pak by to chtelo znat tu metodu, jak to nahlasit zpet na RUIAN,

 Jo to by chtělo. Nechceš přijít na tu konferenci, kterou mi tady
 navrhovali? Budou tam lidi z CUZK, dalo by se podebatovat o tom, jak
 takového chyby hlásit. Dá se jim předejít už teď. Petr Vejsada na to určitě
 nějaký select má.


Něco se dá vyřešit přes cuzk.helpd...@cuzk.cz
Vyžádal jsem takto doplnění definičních bodů u některých částí obcí a do
druhého dne to bylo.

Naopak u adresních bodů (narazil jsem na prohozená č.p. u vchodů do
paneláku) mi z helpdesku napsali: je třeba se obrátit na příslušnou obec,
která může opravit (prohodit) definiční body adresních míst.

To jsem udělal, ale je to dost opruz. Najít na webu příslušné obce kontakt
(obracím se na stavební odbor) a doufat, že úředník pochopí, co chci. Zatím
se to povedlo, ale myslím, že by zrovna tohle CUZK mohl udělat za mě, když
už státu zadarmo hledám a reportuju chyby v datech.

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

Re: [Talk-cz] RUIAN, duplicita v domovních číslech

[Václav Řehák]

Musíš si dohledat příslušný stavební objekt (z RN_ADRESNI_MISTO pomocí
STAVOBJ_KOD) a na něm TYP_KOD

1 - číslo popisné
2 - číslo evidenční
3 - budova bez č.p./č.e.

Číslo orientační (pokud existuje) najdeš v RN_ADRESNI_MISTO ve sloupcích

CISLO_ORIENTACNI_HODNOTA -  Číselná část čísla orientačního
CISLO_ORIENTACNI_PISMENO - Koncové písmeno čísla orientačního. Není-li
atribut zadán, číslo orientační neobsahuje koncové písmeno.

Ještě by ti mohlo pomoc projít si archiv konference, analýzy RUIANu už tu
probíhaly, třeba
https://lists.openstreetmap.org/pipermail/talk-cz/2012-August/007814.html

V.

Dne 19. ledna 2014 19:37 Petr Vejsada o...@propsychology.cz napsal(a):

 Ahoj,

 pokud správně chápu, v RUIAN je pod položkou cislo_domovni buďto číslo
 orientační nebo číslo evidenční, přičemž nelze zjistit, o které se jedná?
 Alespoň mně se to nedaří. Žhery, což je část obce Klučov, mají celkem 42
 adresních míst, přičemž 4 duplicity. Něco přehlížím, že neumím odlišit
 číslo
 popisné od čísla evidenčního? Díky za radu.

 --
 p


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

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

Re: [Talk-cz] Adresy a is_in, RUIAN

[Václav Řehák]

  To dnes v Nominatimu nelze. Pak je tu
  další věc, která souvisí jen okrajově, ale je to věc, která se mi honí
 hlavou.
  V OSM vůbec nejsou městské části (nebo jsem slepý).  Nemělo by se
 uvažovat o
  zavedení městských částí? (Praha 1, Praha 2 atd.)

 Otázkou je v jaké formě a k čemu by to mělo být vlastně dobré. Mě osobně
 jejich absence moc netrápí. Mám zkušenosti z Prahy, kde sice vím kde
 jsou Vinohrady, Smíchov, atd., ale fakt netuším, jestli to je Praha 1,
 2, 3, 4, 5... A podobně jsem na tom doma v Pardubicích.

 Ona ta problematika je dost složitá, v Praze existuje mnoho různých
dělení. Viz http://cs.wikipedia.org/wiki/%C4%8C%C3%A1sti_Prahy
V centru je to ještě celkem přehledné, ale takové Satalice jsou buď
samostatná MČ, nebo součást Prahy 19, ale na adresu se píše Praha 9.

Osobně bych se do toho nepouštěl, pro neznalé územního členění Prahy to
může přinést víc škody než užitku. Viz třeba Google, který renderuje názvy
městkých částí, takže na mapě je Praha-Čakovice, Praha-Satalice, ale také
Praha 19 (místo Kbely - což považuju za dost matoucí, byť úředně správné).

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

Re: [Talk-cz] Import RUAIN (Re: Kdo je Petr1868?)

[Václav Řehák]

 Ptám se tedy tebe, místní komunito.

 Je nutný dedikovaný účet?

Je to naprosto rozumný požadavek, zejména po zkušenosti s nedávnou licenční
změnou. Některé importy byly v minulosti prováděny pod osobními účty
uživatelů, kteří nesouhlasili s novou licencí a bylo nutné buď složitě
rozlišovat, co jsou jejich vlastní editace a co importovaná data, nebo
smazat vše včetně importů. Podobná situace může nastat kdykoliv v
budoucnosti. Kdyby například import udělal pod svým účtem člověk, který
bude později usvědčen z kopírování z licencovaných zdrojů a jeho úpravy
revertovány, přijdeme i o ten import a hlavně spoustu následné práce se
zpřesňováním.

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

Re: [Talk-cz] kolize adresních čísel

[Václav Řehák]

Doporučuji zeptat se na příslušné obci.

Teď jsem třeba narazil na dvě č.p. (vchodu do paneláku), která v KM sdílí
společný bod a v RÚIANu (a tedy i OSM a mapy.cz) byla odděleně, ale
vzájemně prohozená. Po upozornění příslušné obce to opravili s hláškou To
je možné. Zřejmě to vzniklo při překlápění dat. Postupně se to čistí, ale
moc rychle to nejde.

V.


Dne 9. října 2013 15:13 Vladimír Slávik slavik.vladi...@seznam.cznapsal(a):

 Zdravím,
 Možná poněkud začátečnický dotaz, ale...

 Používám plugin czechaddress. Doteď jsem se setkával především s
 variantou, že plugin si stěžuje na neumístěnou adresu, ale ta není
 dohledatelná ostatními zdroji.

 Při kontrole adres pro novou výstavbu v Soběšicích (Brno) jsem ale narazil
 na novinku. Ta samá adresa (Soběslavova 10) má podle pluginu jiné č.p. než
 podle cuzk:km. Aby to bylo jednodušší, v RÚIAN jsou obě varianty
 dohledatelné na tomtéž místě.

 Podobných zmatečností je tam více, např. č.p. 762 a 767.

 Chápu správně, že při kolizi č.p. je logické, že znatelně vyšší je správné
 - na místě byla zbořena budova a postavena nová, proto nové č.p.? A je
 nějaké vodítko, který zdroj je nejvhodnější?

 S pozdravem,
 V. Slávik

 __**_
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.**org/listinfo/talk-czhttps://lists.openstreetmap.org/listinfo/talk-cz

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

Re: [Talk-cz] Kdo je Petr1868?

[Václav Řehák]

Dne 2. října 2013 12:24 Zdeněk Pražák zpra...@seznam.cz napsal(a):

 neupravuji tagy po nikom, pouze kreslím budovy v digitalizovaných
 katastrech pomocí traceru a dále jsem importoval v minulosti nějaké
 rybníky, potoky a adresní body

 Nic proti, je to určitě chvályhodné, ale nebylo by efektivnější a
dlouhodobě udržitelnější se místo práce s tracerem zaměřit na
(polo)automatický import z RÚIANu (adresních bodů a klidně i těch budov)?

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

[Talk-cz] Import RUAIN (Re: Kdo je Petr1868?)

[Václav Řehák]

Dne 3. října 2013 14:09 Zdeněk Pražák zpra...@seznam.cz napsal(a):

 Když někdo napíše jako postupovat při tomto importu, klidně se toho ujmu
 ale já jsem pouze uživatel ne programátor


Aha. On je to dost velký úkol. Zaprvé si nejsem jistý, jestli už byla
nalezena shoda, jak má import probíhat a hlavně je pak k tomu zapotřebí
ještě dost programování.

Jen mi připadá principiálně neefektivní překreslovat budovy tracerem z
obrázku, když alespoň na části území existují ta data v digitálním formátu
s použitelnou licencí. Přesně z toho důvodu jsem nedokončil svůj import
adresních bodů v Děčíně starou metodou (zahrnující ruční odhadování hranic
části obce) v naději, že RUIANem se to zfoukne rychleji a přesněji.

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

Re: [Talk-cz] practical_maxspeed was Re: footway vs. path vs. bridleway

[Václav Řehák]

Ahoj,

vzhledem k tomu, že jde o celosvětový problém, nemyslím si, že má valný
smysl diskutovat o tom jen na talk-cz. Na globálních komunikačních kanálech
se o tom několikrát mluvilo, např. zde:
https://groups.google.com/forum/#!topic/openstreetmap/iFyO7315D2I

Např. nápad s GPS záznamy byl implementován na http://trafficspeed.org/ a
nepřipadá mi, že by se to ujalo.

Osobně si hlavně myslím, že pokud by se mělo něco přidávat do OSM, měl by
požadavek přijít hlavně od autorů navigací a ne jen nějakým nahodilým
nápadem, co by se asi tak mohlo hodit. Např. my v Prahou na kole intenzivně
přidáváme tag surface, protože náš vyhledávač ho používá. Naopak nějaké
bicycle:practical_speed nepotřebujeme, odvozujeme to z kombinace
higway,surface a dalších tagů.

V.


Dne 12. září 2013 8:15 Pavel Machek pa...@ucw.cz napsal(a):

 Ahoj!

   Takova situace muze nastat obecne kdekoliv a kdykoliv - takze radit
   mapou cyklistum - jed tudy, protoze je to sice nelegalni, ale bezne se
   to tak dela - mi neprijde uplne rozumne.
  
  
   Me by prislo spis rozumne, kdyby v OSM byla oddelena data typu takhle
 to ma
   byt (= tuhle je rychlost omezena na 30) vs data z 1879 GPS zaznamu
   vychazi, ze prumerne se tam jezdi 80
  *** Co ten údaj pak bude říkat (mimo to zda je to místo dobré i na
  měření rychlosti ;)? Bude to údaj pro motorku, auto, kamion? Bude to
  pro které časové období dne/noci?

 Predstavoval bych si to jako udaj jakou rychlosti tu projede
 sanitka... ridici sanitek maj velkou kravu, nemusi hledet na omezeni
 rychlosti, ale nechtej se zabit.

 Takovy udaj se a) bude hodit ridicum sanitek, a b) pokud
 practical_maxspeed  maxspeed bude hodit vsem. (Pokud
 practical_maxspeed  maxspeed, a hodlam dodrzovat predpisy, asi se mi
 na oplatku pojede pohodlneji.)

 [A ano, mist kde se practical_maxspeed velmi lisi od maxspeed je
 dost. Jsou useky kde jaksi chybi konec omezeni rychlosti, a teoreticky
 se ma jet 30 lesem mezi polema (nikdo to nedela). A jsou jiny useky,
 kde je sice povolena 90, ale 50 km/h uz neni prilis bezpecna rychlost,
 diky rozhledu a ostrejm zatackam.

 Pro navigaci se hodi oba udaje, a vybrat minimum neni problem.

  *** Jestli má navigace nějak zohledňovat rychlost, pak je tu možnost
  mimo stávající používané vlastnosti dále algoritmizovat převýšení a
  půdorysný tvar.

 Jenze nadmorskou vysku v osm nemame, a odhad maxspeed z tvaru silnice bude
 obtizne/nepresne... zavisi to tez na sirce sirce silnice (bezne se
 netaguje) a tom, jestli je videt za zatacku (nevim ze by se tagovala),
 povrchu, ...

 Mam (pomoci rana.py, zajemcum nabidnu patche), upozornovani na
 prekroceni maxspeed. A ano, libilo by se mi i decentni upozorneni na
 prekroceni practical_maxspeed. [A co bych doopravdy chtel by bylo
 upozorneni kdyz ted das nohu z plynu, dojedes setrvacnosti k dalsimu
 omezeni spravnou rychlosti.]


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

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

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

Re: [Talk-cz] practical_maxspeed was Re: footway vs. path vs. bridleway

[Václav Řehák]

 dovolil bych si nesouhlasit, požadavky by měly přicházet především od
 uživatelů (ano, autoři navigací je mohou dobře reprezentovat, resp.
 přeformulovat praktickou potřebu na požadavek jak to má technicky vypadat,
 ale
 tak trošku se mi zajídá přístup já to programuju, tak já vím nejlíp, co je
 pro uživatele dobré)


Nemyslel jsem to jako monopol na pravdu, ale spíš tak, že autor aplikace má
už udělanou nějakou analýzu (třeba jen v hlavě) a rozmyšleno, co by
potřeboval.

Třeba zkušenosti Prahou na kole ukazují, že u nás má větší vliv na
nepřesnost odhadu doby jízdy čekání na semaforech, momentálně aproximované
(příliš velkou) konstantou, než jednotlivé jízdní úseky.

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

Re: [Talk-cz] nepoužitelná historie změn kvůli obřím oblastem?

[Václav Řehák]

Já používám http://zverik.osm.rambler.ru/whodidit/

Kromě interaktivního módu umožňuje sledovat přes RSS changesety ve vybrané
oblasti a netrpí výše popsaným problémem.

V.


Dne 17. července 2013 13:21 LM_1 flukas.robot+...@gmail.com napsal(a):

 S editorem to nemá sž tak mos společného, stačí když jsou změny nahrané v
 jednom changesetu, takže například když na opačných stranách Zeměkoule
 stáhnu a upravím oblasti o rozloze několika metrů vznikne tento nesmysl.

 Zkus třeba http://owl.openstreetmap.org/ - tam už se zobrazjí změny podle
 oblasti a ne podle boundingboxu changesetu.
 Lukáš Matějka (LM_1)


 Dne 17. července 2013 12:57 Petr Stehlik psteh...@sophics.cz napsal(a):

 Ahoj,

 ještě jeden základní dotaz (možná FAQ, nevím): když se chci podívat na
 historii změn nějaké konkrétní ulice či chodníčku (na
 osm.org/browse/changesets), vyskáčí na mě stovky či tisíce změn všeho
 možného po celém světě, co se mého místa, na které se zrovna dívám,
 naprosto nijak netýká - až na to, že ten panáček, co editoval jakousi
 zatáčku na Jakartě, nebo ten mimoň, co upravoval kostelík uprostřed
 jižní Afriky, z nějakého důvodu editovali v obdélníku desetitisíce
 kilometrů krát desetitisíce kilometrů, takže prý zasáhli i tu oblast na
 Valašsku, kterou se snažím analyzovat.

 Dá se s tímto něco dělat? Vyfiltrovat tu historii tak, aby ukazovala jen
 skutečné změny v oblasti, která mě zajímá? Zastřelit autory editorů,
 které dovolují editovat tak velké oblasti?

 Díky,

 Petr

 ___
 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


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

Re: [Talk-cz] čísla turistických tras

[Václav Řehák]

Nejsmutnější na tom je, že KČT ten cesťák ve spoustě případů zaplatí z
grantů (ministerských, krajských, obecních či jiných veřejných peněz).
Namátkově třeba

http://cs.wikipedia.org/wiki/Turistick%C3%A9_zna%C4%8Den%C3%AD_v_%C4%8Cesku_a_na_Slovensku#Samostatn.C3.A1_.C4.8Cesk.C3.A1_republika
http://www.kr-vysocina.cz/turiste-a-cykloturiste-se-na-vysocine-neztrati/d-4025014/p1=1096
a další

Bohužel kavol má asi pravdu, že je to v mentalitě.

V.



Dne 15. července 2013 12:52 honny honny...@gmail.com napsal(a):

 Taky přidám drobný offtopic z nedávné diskuse na fb:

 - [...] Tedy veškeré trasování značených tras v jiných než tištěných
 mapách KČT je buď obšlehnuto, nebo ukradeno. [...]

 -- A fyzické projití cesty a následné zadání do OSM je obšlehnuto,
 nebo ukradeno?

 - [...] Jinak z logiky věci... Značkař jde s barvou, pilkou..., KČT mu
 proplatí cesťák, pak to projde někdo jinej, zadá do OSM...a mapa je
 hotová! Hurá! KČT je vůl, že tam ti lidi posílá a platí jim za to, že
 každé tři roky obnovují značené trasy, vyvěšují směrovky, apod.. není
 lepší přispět na to značení?


 Tím pro mě diskuse skončila. ;)


 -- honny

 Dne 15. července 2013 12:07 Karel Volný ka...@seznam.cz napsal(a):
 
  zdravím,
 
  je zásadní chyba v té odpovědi KČT hledat logiku, oni se prostě jen
 potřebují
  vymluvit na cokoli, aby nevydali data
 
  OSM sama o sobě nepředstavuje konkurenci, nicméně je nutno si uvědomit,
 že by
  takto nepřímo vykradením z OSM mohla data získat konkurence skutečná,
 jako
  např. Shocart
 
  kromě této praktické stránky věci (prodej map tuším představuje
  nezanedbatelnou položku v jejich rozpočtu) je tu pak stránka emocionální,
  tento spolek tvoří lidé, z nichž mnozí (neříkám většina, jen
  nepřehlédnutelná část) jsou z pohledu naší komunity prostě divní, a
  nejraději by si ty svoje trasy se vším co k nim náleží zamkli někam do
 trezoru
  nebo něco takového
 
  nemohl jsem si nevzpomenout na scénku před pár lety ve vlaku za Náměští
 nad
  Oslavou, kde si partička skorodědulů (ještě předdůchodových) namísto
 mužské
  chlouby poměřovala krokoměry a další nezbytné propriety na tu jejich
  párhodinovou procházečku, a jak tak nepřeslechnutelný hovor šel,
 vyrozuměl
  jsem, že jsou to vesměs příslušníci Klubu, a že jeden z nich je nějaký
 větší
  zvíře
 
  no a ten činovník pak popisoval potyčku s nějakým běžkařem, který měl tu
  drzost požádat jej, aby neničil stopu, což mu činovník samozřejmě řádně
  vytmavil, že on si tu trasu značí, takže si na ní může dupat jak chce, a
 že
  vlastně ten běžkař tam nemá co dělat (co si dovoluje vůbec jít po stejné
  cestě, jako vede značka, na kterou neplatí členské příspěvky ...)
 
  dosti mě zamrzelo, že tam měli s sebou asi dvě mláďata, dávat takovýto
 zářný
  příklad vzájemné ohleduplnosti dalším generacím, hm ...
 
  tož asi tak ... pardon za offtopic, ode mě také není zcela hezké
 vytahovat na
  ně negativní story, nechci pomlouvat, ale chtěl jsem přispět k pochopení
  situace, že nestačí říci dejte nám prosím data, bylo by třeba pracovat
 s tou
  mentalitou a nějak překonat představy typu my jsme něco víc a
 vysvětlit, že
  v době dravého kapitalismu a masového rozšíření internetových služeb
 nelze
  počítat s monopolem na prodej map
 
  K.
 
  Dne Ne 14. července 2013 22:22:32, Václav Kubíček napsal(a):
  Přitom mi příjde, že číslování tras je pro běžného uživatele daleko
 lepší
  (čísla silnic, tratí, linek MHD, atd.) než hromada bodů s čísly (které
  budou vhodnější pro zpracování v PC). Vašek
 
   __
 
   Od: jan lana lana@gmail.com
   Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
   Datum: 10.07.2013 17:12
   Předmět: Re: [Talk-cz] čísla turistických tras
  
  priblizne pred rokem jsem posilal dotaz ohledne jedne trasy do KCT, Za
 par
  dni slusne odpovedeli, ze cisla tras jiz nikde nezverejnuji a jsou
  pouzivana jen pro interni potreby evidence, tudiz pro verejnost
 nezajimava
  a proto mi je neposlou.
  
  Bohuzel je ten jejich mail uz skoncil v kosi, takze ho nemuzu
 preposlat ...
  
  - Honza
 
 
  ___
  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

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

Re: [Talk-cz] maps.fordrog.com RUAIN

[Václav Řehák]

Ahoj,

oprava kódu je jednoduchá, u mě stačilo

--- a/src/main/java/com/fordfrog/ruian2pgsql/gml/GMLParser.java
+++ b/src/main/java/com/fordfrog/ruian2pgsql/gml/GMLParser.java
@@ -249,6 +249,8 @@ public class GMLParser {
 switch (value) {
 case urn:ogc:def:crs:EPSG::2065:
 return 2065;
+case urn:ogc:def:crs:EPSG::5514:
+return 5514;
 default:
 throw new RuntimeException(
 MessageFormat.format(Unsupported SRID {0},
value));

Pak už mi tedy zůstal ještě problém, že EPSG 5514 nezná QGIS, ale to
předpokládám u tebe nevadí.

Když už budeš vydávat novou verzi, mohl bys prosím začlenit i
https://github.com/fordfrog/ruian2pgsql/pull/10 ?

Díky.

V.


Dne 2. července 2013 18:55 Miroslav Šulc fordf...@gmail.com napsal(a):

 teď moc nestíhám, ale dám si to na seznam, snad se k tomu brzo dostanu.

 ff

 Dne 2.7.2013 16:47, hanoj napsal(a):
  Ahoj,
 
  moje oblíbené mapy nejedou
  http://maps.fordfrog.com/
 
  předpokádám, že je to tím, že od datové sady vydané ke dni 2013-05-31
  jsou data v souřadném systému EPSG:5514 namísto dříve užívané
  EPSG:2065, a tudíž není nutné pro potřeby GIS transformovat geodata do
  EPSG:102067, protože EPSG:5514 a ESRI:102067 jsou totožné
 
  kdyby byl čas na jejich nahození tak díky.
 
  ha
  hanoj
 
  ___
  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


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

Re: [Talk-cz] jmena cest jako relace

[Václav Řehák]

 Napadá mě třeba rozdělení ulice s mnoha segmenty na dvě. (dejme tomu, že
 se politici zblázní a ulici fakt rozdělí na dvě nezávislé půlky ;-) ) Pokud
 bude původní ulice jako relace, není rozdělení na jedno kliknutí. Chtělo by
 to něco jako Split relation, případně další nástroje (které mě teď
 nenapadají). Nevím, možná už něco takového existuje.


To není až tak neobvyklá situace, jak by sis mohl myslet. Znám oblast, kde
probíhá výstavba rodinných domů v několika etapách. Krajní ulice má tvar
širokého U a jedno jméno. V další etapě se k jejím koncům připojí další,
takže vznikne H, kde prostřední (vodorovný) úsek si zachová jméno a ty na
něj kolmé dostanou nové.

Jinak si myslím, že takto globální změnu nemá smysl řešit tady, ale vhodným
místem je list tagging.

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

Re: [Talk-cz] jmena cest jako relace

[Václav Řehák]

 To není až tak neobvyklá situace, jak by sis mohl myslet. Znám oblast, kde
 probíhá výstavba rodinných domů v několika etapách. Krajní ulice má tvar
 širokého U a jedno jméno. V další etapě se k jejím koncům připojí další,
 takže vznikne H, kde prostřední (vodorovný) úsek si zachová jméno a ty na
 něj kolmé dostanou nové.



 Aha. To vymyslel nějaký debil ne? Když si představím, že se nastěhuji,
 udělám si kolečko po úřadech kvůli změny adresy a za rok si to zase
 zopakuji, protože se mezitím dostavěla další ulice a tu moji mi
 přejmenovali. Asi bych nebyl rád.


Už jsme trochu OT, ale v tomto konkrétním místě to vychází tak, že k těm
přejmenovávaným úsekům nepatří žádné adresy. Možná i proto si to dovolí
takhle přejmenovávat.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk] Which renderer for high quality, printed cycle map?

[Václav Řehák]

2013/1/31 Steve Bennett stevag...@gmail.com:
 Hi all,
   We'd like to produce a high quality bike map, to be printed. I'm
 looking at the various renderers and wondering if anyone has a
 recommendation?

I don't have a recommendation for particular renderer, but if you'd
like to get inspiration for the actual style, we (Prague by bike
bicycle advocacy group) have created a mapnik based style for online
cycle map [1]. It shows different surface type (e.g. squared texture
for cobblestones), cycle route relations are displayed with varying
line style depending on the surface quality (solid vs. dashed) and
lighter colour for primary highways and darker for tertiary highways
or separated cycleways. The map legend [2] is in Czech only but Google
translate deals with it ok. The style itself is available on Github
[3]

Vaclav

[1] http://mapa.prahounakole.cz
[2] http://prahounakole.cz/kudy-po-praze/mapa/legenda/
[3] https://github.com/auto-mat/rendering-PNK-ZM/tree/master/Devel/mapnik

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

Re: [Talk-cz] mapy.cz - lesni a polni cesty

[Václav Řehák]

 dlouho jsem nekoukal na topo mapu na Seznamu, ale dneska mě překvapila
 podrobnost lesních a  polních cest - nevíte, z jekého zdroje čerpají?

 pokud tato otázka směřuje k tomu, zda bychom z toho nemohli čerpat taky, tak
 bych jen upozornil, že ač podrobné, rozhodně to neoplývá přesností (v tom
 smyslu, zda cesta v mapě vůbec existuje v reálu a naopak zda je každá zpevněná
 cesta v mapě), jak jsem si před nedávnem ověřil při výstupu na hrad Bukov,
 například

Mám naprosto stejné zkušenosti. Mapy.cz používám při plánování
mapovacích procházek k vyhledání cest, které v OSM chybí, a i když
jich obsahují překvapivě hodně, ne vždy se potvrdí, že daná cesta
existuje. A také naopak, občas narazím na cestu, která nebyla v žádné
mapě.

Pokrytí v OSM je na druhou stranu o hodně menší, ale málokdy se mi
stane, že by v mapě byla neexistující cesta.

V.

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

Re: [Talk-cz] rúian bot - první výsledky testů

[Václav Řehák]

Dne 20. srpna 2012 19:36 jzvc j...@tpfree.net napsal(a):

 Da se to v praxi i s adresou na budovu - dalsi duvod proc preferovat adresu
 na budove, kam logicky patri. Amo, pokud je v budove vice, daj se dalsi body
 do ni. Ale prevazne ma budova jako takova nejaky primarni ucel.

To mi připadá jako hodně odvážné tvrzení. Co třeba běžný obytný
činžák, který má v přízemí železářství a pekárnu? Jaký je primární
účel takové budovy?

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

Re: [Talk-cz] import budov

[Václav Řehák]

 A dopadne to jako potoky, ktery nejsou spraveny doted.

 Mozna je to nepopularni nazor, ale od importu potoku se stala osm *o
 hodne* pouzitelnejsi.

Naprostý souhlas. Vodní toky a nádrže jsou kromě silnic snad jedinou
věcí, na kterou se můžu spolehnout, že je v mapě opravdu plošně.

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

Re: [Talk-cz] Pěkná kupka práce

[Václav Řehák]

Dne 25. července 2012 11:50 Pavel Pisa ppisa4li...@pikron.com napsal(a):
 z chování OSMF nemám vůbec dobrý pocit. Přitom při snaze o objektivní
 posouzení nacházím na změně licence na ODBl přínosy a možná že mohou
 i vyvážit drstickou devalvaci investované práce. Mapu ODBl může
 udělat atraktivní pro komerční subjekty, a i na snaze zavést CT,
 které uvolní data od mrtvých maperů, je základní myšlenka v pořádku.
...
 Jak se staví ostatní k požadavku v hlavní databázi uchovávat
 souhlas přispěvatelů s CC-BY-SA a požadovat tuto funkčnost od OSMF?

Naprosto souhlasím se vším uvedeným v tvém mailu.

Vedena (možná) dobrými úmysly provedla OSMF přelicencování hodně
špatným způsobem a ukázala, že se nezajímá o názor komunity. To
považuju za vážné zjištění. Řešením by mohl být FOSM fork, ale nejsem
si jistý, zda je to životaschopný projekt, proto se skřípěním zubů
pokračuji v editacích hlavní db a čekám, jak to celé dopadne.

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

Re: [Talk-cz] odbočovací pruhy před křižovatkou

[Václav Řehák]

 zkousku ovsem nic nedas. Sam si takhle obcas neco testim. Napriklad sem
 si tesnul, ze ulice/servisni komunikace lze kreslit jako area, kdezto
 silnice vyssich trid (3+) nikolivek (respektive je mapnik ignoruje).

A poradí si s tím nějaká navigace?

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

Re: [Talk-cz] Pěkná kupka práce

[Václav Řehák]

 rikal sem si, ze uz nehnu prstem, ale ok, todle tak nenecham...
 Dik za odkazy, aspon nemusim uplne naslepo. Uplne vidim, jak lidi,
 kteri podle OSM routujou budou... prekvapeni. :]

Překvapeni ne, otrávení ano. Vývoj cyklistického routeru pro Prahu
tahle zatvrzelost a ignorance OSMF (nemluvím o nutnosti
přelicencování, ale způsobu provedení) dost zpozdila a a výrazně
zkomplikovala.

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

Re: [Talk-cz] locus offline mapy

[Václav Řehák]

 Tohohle jsem se chytil. Stahnul jsem to androidu Locus free a mapu CR ve
 formatu .bin. mapu jsem vlozil do adresare mnt/sdcard/Locus/mapsVector/ jak
 se pise na webu, ale v Locusu nic nevidim. Kde delam chybu?

Odkud je ta mapa? Já mám mapy ve formátu .map stažené buď z
http://www.openandromaps.org/en/download.html - ty obsahují při
použití správného grafického tématu i vrstevnice
nebo http://vectormaps4locus.eu/Europe-General

Případně lze získat rychlou a fundovanou radu přímo od autora Locusu
na http://forum.locusmap.eu/

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

Re: [Talk-cz] kde můžu pomoct?

[Václav Řehák]

 a ještě jsem se chtěl zeptat na jednu věc. na mobilu a na tabletu
 používám osmand+ a tak by mě zajímalo, kdy, kde a kdo generuje obf
 soubory pro čr, které si pak osmand stahuje. jinak řečeno, zajímá mě,
 kdy si budu moct svoje editace stáhnout do mobilu a do tabletu :-)

S osmand+ ti neporadím, ale zkus se podívat na Locus, buď zdarma Locus
Free nebo za cca stovku Locus Pro. Je to asi nejlepší mapový program
pro Android a lze do něj stáhnout cca 140 MB vektorovou mapu ČR z
http://www.openandromaps.org/en/download.html

Aktuálně je ke stažení cca měsíc stará verze a většinou to tak jednou
za měsíc aktualizují.

V.

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

[Talk-cz] Hlášení chyb v DIBAVOD

[Václav Řehák]

Ahoj,

volal jsem minulý týden do VÚV, správce DIBAVODu, ohledně kvality dat
a hlášení chyb. Vedoucí oddělení GIS Viktor Levitus mi řekl, že
pracují na aktualizaci a data ke stažení na webu jsou zastaralá. Pokud
víme o nějakých chybách, je ideální poslat mu to mailem na
levi...@vuv.cz

Připsal jsem to na
http://wiki.openstreetmap.org/wiki/CS:Import_DIBAVOD , ale nevím, jak
přes API vytáhnout dibavod:error a zpracovat to do nahlásitelné
podoby, a nemám moc čas to řešit. Kdyby se někomu chtělo, asi by to ve
VÚV uvítali.

Vašek

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

Re: [Talk-cz] Import UIR-ZSJ: Hněvkovice na levém břehu Vltavy

[Václav Řehák]

2012/2/28 Mike m...@mikecrash.com:
 Ahoj,

 ale vždyť to tak má být. I v mapách seznamu [1] to tak je a pokud to tak
 je i podle UIR, tak bych to tak nechal.

Už jsem to přejmenoval na Hněvkovice (ale můžu to samozřejmě zase vrátit).

Jinak podotýkám, že nejde o název obce (to je Týn nad Vltavou), ale
části obce a to pouze na levém břehu. Pravý břeh už ani není část
obce, jen ZSJ. A pokud bychom trvali na doslovných názvech z UIR i u
ZSJ,  měli bychom přidat i Týn nad Vltavou-Střed a podobné. Nemluvě
o tom, že administrativní hranice se v OSM jmenuje Hněvkovice u Týna
nad Vltavou a zahrnuje oba břehy.

Takže spíš než podle nějakého ortodoxního pravidla bych to bral zdravým rozumem.

Vašek

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

Re: [Talk-cz] Import UIR-ZSJ: Hněvkovice na levém břehu Vltavy

[Václav Řehák]

Dne 28. února 2012 12:17 Petr Kadlec petr.kad...@gmail.com napsal(a):
 2012/2/28 Václav Řehák rehak...@gmail.com:
 2012/2/28 Mike m...@mikecrash.com:
 ale vždyť to tak má být. I v mapách seznamu [1] to tak je a pokud to tak
 je i podle UIR, tak bych to tak nechal.

 Už jsem to přejmenoval na Hněvkovice (ale můžu to samozřejmě zase vrátit).

 Zcela minimálně by to mělo přijít do nějakého official_name.

Tak jsem to radši vrátil zpět na dlouhý název a doplnil o short_name.

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

[Talk-cz] Import UIR-ZSJ: Hněvkovice na levém břehu Vltavy

[Václav Řehák]

Ahoj,

narazil jsem náhodou část obce Hněvkovice na levém břehu Vltavy:
http://www.openstreetmap.org/browse/node/1599120653

V UIR to tak opravdu je:
http://uir.cz/casti-obce/172197/Hnevkovice-na-levem-brehu-Vltavy
http://uir.cz/zsj/17219/Hnevkovice-na-levem-brehu-Vltavy
http://uir.cz/zsj/02808/Hnevkovice-na-pravem-brehu-Vltavy

ale laicky mi to moc smysl nedává, resp. jsem v běžné mapě nic
takového neviděl. Myslíte, že je to v pořádku?

Vašek

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

Re: [Talk-cz] Import Estudanky

[Václav Řehák]

Ahoj,

vidím to podobně a proto jsem jf01psal už před týdnem. Dostal jsem
následující odpověď. Asi by to chtělo doplnit informace na wiki a
přidat ten souhlas p. Koukala:



Ahoj, dopisoval jsem si s panem Kouklem a dostal jsem souhlas s
importem souřadnic studánek v této podobě. Pokusím se uvést všechny
informace na wikipedii. Já jinak moc nevím, jak to technicky provést,
respektive jak obdržet souhlas všech přispěvatelů studánek.
Diskuzi otevřít mohu, ale stejně názor diskutujících není pro nikoho
závazný, každý radí navíc něco jiného. No asi nejjednodušší bude
zažádat o odstranění dat a získat souřadnice nezvávisle...

Teprve zpětně jsem si uvědomil množství úskalí při importu, nicméně
díky za reakci. Zdravím...

jindrich

 Ahoj,

 koukal jsem, že jsi začal importovat studánk z www.estudanky.cz. Domnívám se, 
 že to to není v pořádku, protože estudanky jsou pod licencí CC BY-NC-ND 
 (která zakazuje komerční využití), zatímco OpenStreetMap je CC-BY-SA, která 
 komerční využití umožňuje.

 Pokud by došlo k dohodě s provozovateli estudanky, že poskytnou data 
 kompatibilní s OSM licencí (což asi nepůjde bez souhlasu všech jejich 
 přispěvovatelů), bylo by lepší naimportovat je hromadně a hlavně pod 
 speciálním účtem.

 Viz http://wiki.openstreetmap.org/wiki/Import/Guidelines (hlavně Make sure 
 data license is OK a Use a dedicated user account)

 Navrhuju probrat to na talk-cz@openstreetmap.org

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

Re: [OSM-talk] Contact And Remap Campaign

[Václav Řehák]

 Therefore I can't see any reason that all OSM contributors are not
 madly remapping right now, whether from an armchair of foot/bike/car.

I don't remap because I lack official and final rules for what needs
to be remapped. In my neighborhood there are many tainted roads that
will cause the network to break and I tried to remap one street. I
found that I don't know
a) whether to replace node without tags created by decliner it the
node was moved from the original position
b) whether moving all nodes and checking all tags make way clean or I
need to delete it and recreate
c) how to remap a way and don't break the relations
etc.
And most importantly, I need a tool that tells me if the state of the
map after applying my changeset is clean or not.

For this reasons I'm not remapping and waiting for more informed
mappers to do it or for OSMF to delete the data they don't like so I
can than fix it being 100% sure what needs to be done.

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

Re: [OSM-talk] Contact And Remap Campaign

[Václav Řehák]

2012/2/9 Simon Poole si...@poole.ch:

 With the exception of a couple of edge cases, all the necessary information
 and tools exists. And can be easily found on this list and on the wiki.

 For example: http://wiki.openstreetmap.org/wiki/Remapping

I went through the page and I'm aware that you and others put much
effort into making the relicensing easier. But can you please show me
where exactly it is described what will happen e.g. to a node without
tags (part of a way) created by decliner that was since then moved by
agreeing user? And how can I verify that my edit made the way clean?

Maybe I'm doing it wrong but after spending one hour trying to fix a
single residential road without being sure it's license is OK now, I
decided not to remap. I'm not trying to blame anyone or requesting
something, just explaining why all OSM contributors are not madly
remapping right now.

If the API will allow only CT+ODbL compatible changesets, I will start
trying to fix my area. But before that it's just too much work with
uncertain results.

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

Re: [Talk-cz] OSM Inspector a stav přijetí licence

[Václav Řehák]

Dne 15. prosince 2011 10:32 hanoj eha...@gmail.com napsal(a):
 Jedná se pouze o DIBAVOD nebo další importy?
 *** jsou to casti: DIBAVOD, HS-RS silnice, lesy UHUL, adresy MVCR

 Nevíte, zda existuje nějaký mechanismus pro přelicencování importovaných dat?
 *** nevim o nem, napsat na talk? On ten problem asi nebude tak casty,
 protoze na importy se pouzivaly zvlastni ucty uzivatelu.

Podle diskusí na talk@ to vypadá, že při mazání dat nesouhlasících
uživatelů bude možné označit konkrétní changesety jako licenčně v
pořádku. Pokud se shodneme, že se to vztahuje na tyto importy, bylo by
vhodné přidat je do seznamu dat, která se nezobrazují v Potlachu a
JOSM License Change Pluginu jako infikovaná.

http://wiki.openstreetmap.org/wiki/Quick_History_Service

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

Re: [Talk-cz] OSM Inspector a stav přijetí licence

[Václav Řehák]

Dne 15. prosince 2011 9:45 Michal 'vorner' Vaner vor...@ucw.cz napsal(a):
 Ahoj

 On Thu, Dec 15, 2011 at 09:09:10AM +0100, Zdeněk Pražák wrote:
 Myslím si, že v minulosti tady někde proběhlo, že Pavel změnu licence 
 akceptoval, může to někdo potvrdit a nahlásit případný bug do OSM Inspectoru

 Zvláštní, já si pamatuji, že ji naopak dost kategoricky odmítl.

Máš pravdu, viz http://www.openstreetmap.org/user/pavel

Jedná se pouze o DIBAVOD nebo další importy? Nevíte, zda existuje
nějaký mechanismus pro přelicencování importovaných dat? Chápu, že
Pavel, jkjk a další, kteří ODbL odmítli, mají právo, aby jejich
vlastní příspěvky nebyly pod ní šířeny a budou tedy muset být
odstraněny a přemapovány, ale u importů se domnívám, že jde o jinou
situaci - minimálně poloha jednotlivých bodů není Pavlovým autorským
dílem, ale dílem VÚV TGM. Vzhledem k tomu by mělo být možné nějakým
skriptem porovnat data v OSM a DIBAVOD a tam, kde se neliší, je
označit za licenčně čistá. Pouze tam, kde je po importu upravil
uživatel nesouhlasící s ODbL bude muset dojít ke smazání, resp.
přemapování.

Je to správná úvaha?

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

Re: [Talk-cz] MTB mapa

[Václav Řehák]

 Kdybyste meli nejake dalsi napady co vylepsit, sem s nimi. Pro jistotu i
 takove, co jste mi psali treba uz v lete a zatim se neprojevily.

Myslím, že hodně užitečné by bylo zohlednit v renderování cest tag
noexit=yes|no. Pokud v běžné mapě vidím cestu končící někde v lese,
lze s velkou pravděpodobností usoudit, že dál nepokračuje a rozhodnout
se podle toho. V OSM je zhruba stejně pravděpodobné, že to jen někdo
nedomapoval. Kdyby u noexit=yes bylo na konci cesty něco jako šipka,
mohlo by to pomoci.

Vašek

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

Re: [OSM-talk] Blocked applications at tile server

[Václav Řehák]

 A fixed application would be one that does not use the OSM tile servers. The
 tile usage policy gives the example of distributing an app using tiles from
 tile.openstreetmap.org as an activity which is forbidden without prior
 permission from system administrators.

Well, and what is your recommended way to do the mapping then?

I go for a walk to a forest close to my city and choose one track/path
to follow (usually based on a commercial map loaded in Locus). I see
the track record as an overlay on either the commercial or OSM map so
I immediatelly see both erros in the commercial map (quite common) and
incorrectly mapped OSM tracks (suprisingly even more common in my
area). When I return home I process the results of my survey in JOSM
and upload it.

The next day I go for another walk to the same area and based on the
already updated OSM tiles (online browsing in Locus) I either verify I
mapped everything correctly and/or follow another path taking
different branches on crossroads etc.

Any tile server provided by the app author will be way behind in the
updates. I expect the Locus tile server to be updated once in a week
or so making it unusable for my weekend mapping trips. Sure, I can use
a webrowser as suggested by Mike N but 1) I cannot see my exact
position and the track log there and 2) it's inconvenient enough to
switch beetween Locus and camera app and if I add web browser to the
mix it's gonna be even more time consuming. And the load on the tile
server would be exactly the same as if I could use the tiles in Locus
directly.

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

Re: [OSM-talk] Blocked applications at tile server

[Václav Řehák]

 Perhaps to download the very fresh OSM data as vectors? Something like the 
 data
 layer we have in the standard OSM web map.

Do you have real experience with this?

I didn't investigate it in details, but it seems to me that I need per
country dump from geofabrik.de (~ 230 MB in pbf for Czech Republic),
run some processing using osmosis plugin [1] and copy the resulting
270 MB map file to my phone. I can do this once in a while but it does
not sound like convenient solution. And for sure it's not user
friendly for potential new mappers.

As I stated in my first e-mail, I understand why it is necessary to
protect the servers from abusing. But why is access by (now well
behaving) mobile app considered as abusing while acess by mobile
browser is OK is really difficult to understand. And why is Locus
blocked while other less popular apps providing the same functionality
are allowed is also strange.

Btw, thanks for updating the wiki page on Locus. It is now much more
helpful by providing usage info on the vector maps though it does not
solve my use case.

[1] http://code.google.com/p/mapsforge/wiki/MapFileWriterOsmosis

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

Re: [OSM-talk] Blocked applications at tile server

[Václav Řehák]

 I think, the problem is, that Locus MAY BE used in a bad way by bulk
 downloading.

That's not true anymore. Downloading is disabled by Locus author in
the recent versions and online browsing is limited to a certain number
of tiles per day.

 As long as it's used like a browser it would not be a problem and the lock
 could be removed (I'm pretty sure then that would not be a problem even for
 the admins).

Sure, but then it would be nice to hear from the admins what rules
should the app follow to be unblocked. So far the Tile usage policy
says no apps are allowed without prior permission.

 But as it's not distinguishable currently how it's used, it's not possible
 to do a finer blocking against bad users while not blocking good users
 collaterally.

Maybe the way for future is writting an app that sends OSM credentials
to the server as Richard says (I don't know about such app). Or I can
add my custom providers.xml entry to Locus with some extra http header
(e.g. including my osm id) if the admins say so. But I have not heard
of such suggestions nor recommendation which app to use. The only info
I have is do not use Locus and a few other popular apps.

Vaclav

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

[OSM-talk] Blocked applications at tile server

[Václav Řehák]

Hello,

(I don't know if this mailling list is the right one for the
discussion, so please let me know if there is a more appropriate place
to do so.)

I would like to start a discussion on blocking several (mobile)
applications on the tile server [1]. I understand the reasons why
server administrators took this action and agree that it was necessary
to prevent abusing the servers by a minority of the users. On the
other hand, it should be noted, that most if not all application
developers reacted in a desirable way and fixed their apps. Shouldn't
we reconsider the blocking then?

The reason I'm writting is because I am using one of blocked apps,
Locus [2]. The author of Locus reacted by disabling download from OSM
tile servers, reducing the limit on online browsing, adding vector
maps support with some precompiled maps linked from his web and by
starting the process to build his own tile server [3]. Isn't this
enough to ublock the app?

I use Locus for mapping because I don't know any other as powerful
Android application. For normal map browsing I use offline tiles
downloaded from my own tile server and sometimes the vector map
(outdated copy though). But when I go for a mapping trip I need to see
as recent data as possible on the highest zoom available to decide
e.g. which of the tracks there is not yet mapped, whether a particular
POI is already mapped, etc. You get my point...

Is there anything that can be done to unblock fixed applications?
And if there is no will to change the situation, can you recommend me
another Android app for displaying OSM tiles and track recording?

Thanks.

Vaclav

[1] http://wiki.openstreetmap.org/wiki/Blocked_applications
[2] http://wiki.openstreetmap.org/wiki/Locus
[3] http://forum.asamm.cz/viewtopic.php?f=10t=1166#p6870

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

Re: [Talk-cz] nominatim a pražské ulice

[Václav Řehák]

2011/10/9 Jakub Sykora kub...@kbx.cz:
 Udelat si v danem miste reverzni dotaz a podivat se v jake hierarchii je to
 misto evidovane. Nekdy to odhali chybu v tagovani...

Nejsem si jistý, jak jsi to myslel.

Že se mi přednostně objevují německé názvy bude asi chyba Nominatim,
který němčinu upřednostní, i když ji mám v prohlížeči nastavenou jako
třetí jazyk za češtinou a angličtinou. Po odstranění de ze seznamu
jazyků se mi zobrazují české názvy.

Ale jestli je něco špatného v tagování, to jako nováček moc neumím posoudit.

V.

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

[Talk-cz] nominatim a pražské ulice

[Václav Řehák]

Ahoj,

už nějaký čas pozoruju problémy při hledání pražských ulic přes Nominatim.

Např. na dotaz dlouhá, praha dostanu stejnojmenou ulici ve Vesci u
Liberce, Klecanech, Rumburku atd., jenom ne tu pražskou.
Naproti tomu dlouhá, staré město nebo dlouhá, hlavní město praha
funguje, i když jako první ji vrátí pod názvem Lange Gasse což taky
není optimální.

Máte někdo představu, co s tím?

Václav Řehák

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