Re: [Talk-cz] Kvartální pivo v Praze

[Matej Lieskovský]

Tak aktuálně jsme na Prahu zapsaní tři.

Ostatní pražáci by se měli přestat vymlouvat.

2018-02-28 16:37 GMT+01:00 Mikoláš Štrajt :

> Zdar,
> na Twitteru jsem zahlédnul, že se příští středu (7.3.) koná kvartální pivo.
>
> Zapsal jsem se do Prahy a mám dva dotazy:
>
> 1) chystá se do Prahy ještě někdo další?
> 2) mám zarezervovat stůl?
>
> Navrhuji zajít do Restaurace Oáza přímo na Smíchovském nádraží.
>
> --
> Mikoláš Štrajt / Severák
>
> ___
> 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] Zkratky v názvech ulic (Was: Nedělitelné mezery)

[Matej Lieskovský]

Ještě u tříd a náměstí bych asi toleroval odchylku od "oficiálního"
názvu, protože neznám nikoho, kdo by tomu říkal "Senovážné nám.".
Prostě se to na tabulku nevešlo rozepsané, ale všichni ví, že je to
Senovážné náměstí.

I. P. Pavlova a T. G. Masaryka bych asi spíše nerozepisoval, protože
se to prostě s tou zkratkou používá všude.

Myslím si, že wiki je tak důrazně proti zkratkám kvůli tomu, že v USA
jsou schopni s tím dojít vážně do extrémů - viz "Lk Wa Bd NE".

2018-02-12 23:41 GMT+01:00 majka :
> Zkratka to - bráno jako jméno ulice - není, v Českých Budějovicích podle mě
> v současné době ulice s dlouhým názvem "třída" oficiálně asi neexistuje.
>
> Pražská tř. je taky jen ta zkratka. Taky všechna ta křestní jména patří
> zkráceně, na výjimky bych se musela podívat. Někde výše je odkaz na seznam
> ulic v Českých Budějovicích, který byl správně. Taky většina náměstí a ulic
> jsou oficiálně se zkratkou.
>
> Majka
>
> 2018-02-12 23:25 GMT+01:00 Jan Sten Adámek :
>>
>> Jak se pozná, jestli jméno v RÚIAN obsahující zkratku je nebo není
>> zkratka? Třeba tohle
>> http://vdp.cuzk.cz/vdp/ruian/ulice/74241
>> Je to zkratka nebo není?
>>
>> Sten
>>
>>
>>
>>
>> ___
>> 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] Nedělitelné mezery v názvech ulic

[Matej Lieskovský]

Ahoj!

Zkratky jmen v názvech ulic jsou asi trochu jiné téma, ale určitě to
chce se na ně podívat.

Co se týče nedělitelných mezer, tak:
1) Zatím jediné dvě mně známé nevýhody jsou "budeme muset dělat
Unicode collation" (což je argument i pro odstranění nabodeníček) a
"blbě se to zadává" (tak to holt většina nebude zadávat). Filozofické
argumenty typu "nepatří to do dat" a "napíšeme na to preprocesor"
zatím nedodaly onen triviální preprocesor.
2) Aktuálně mají mírnou převahu lidi pro odstranění, každopádně už
jsem s tím (na popud tohoto talku) prudil DWG (těm je to fuk) a
globální Tagging (kde jsou spíše pro nedělitelné mezery).

Jakou zásadní nevýhodu jsem zatím neslyšel? Máš ten preprocesor?

(Sorry, pokud zním trochu hrubě, spěchám)

Ať se daří,

Matej

2018-02-12 14:14 GMT+01:00 Mirek Dlask <dlas...@gmail.com>:
> Ahoj,
>
> jsem pro 1). Nedělitelné mezery mají více nevýhod, než výhod.
>
>
> Navíc jsem od známé dostal takovou drobnou prosbu, snad se sem hodí.
> _
>
> S hrůzou jsem zjistila, že už nebydlím v ulici T. G. Masaryka. Aniž bych se
> složitě stěhovala, bydlím v ulici Tomáše Garrigue Masaryka.
> Naštěstí se nezbláznilo město, ale pouze mapa, kterou si mi doporučil. Už
> jsem začala vymýšlet, co s dokladama, abych nemusela na úřady.
> .
> Můžeš zjednat nápravu?
> .
> Z tégémasaryka zdraví 
> __
>
> Rád bych odpověděl a nevím co. Je to chyba, nebo schválený, chtěný stav? Na
> wiki jsem našel pouze toto.
>
> Ustálené zkratky
> Nepoužíváme ustálené zkratky "nám.", "ryb.". Způsobují problémy při
> vyhledávání objektu.
>
>
> Ani zmínka o tom, že by se neměly používat zkratky křestních jmen. Něco jsem
> přehlédl?
> Ať se podívám na mapy.cz nebo na google.cz/maps zkratky používají. Jak to ti
> čerchmanti dělají, že nemají "problémy při vyhledávání objektů"?
>
> Mirek
>
> Dne 17. ledna 2018 13:49 Matej Lieskovský <lieskovsky.ma...@gmail.com>
> napsal(a):
>>
>> Ahoj!
>>
>> Pomalu pracuju na tom již zmiňovaném systému na polo-automatickou údržbu
>> street relací a tak narážím na různé podivnosti v databázi, kterých bych si
>> jinak nevšiml. Třeba mě to upozorňuje na to, když jednotlivé segmenty té
>> samé ulice mají různé názvy, což chytá i takové prkotiny, jako je
>> nedělitelná mezera (nbsp).
>>
>> Vím, že se tady před rokem vedl flame na téma nedělitelných mezer a k
>> žádnému konsenzu to (pokud vím) nevedlo.
>>
>> Přijde mi rozumné, aby všechny segmenty ulice měly identické name tagy.
>> Část důvodu, proč celé tyhle street relace dělám je i snaha o automatickou
>> synchronizaci name: tagů napříč všemi segmenty. Když napíšu nbsp do tagů
>> relace, tak mi to asi náhodní editoři nerozbijou a jsem ochoten to pak
>> opravovat.
>>
>> Co mám dělat?
>>
>> 1) Odstraňuj nbsp z názvů ulic
>> 2) Tam, kde se vyskytují obě varianty, preferuj tu bez nbsp
>> 3) Tam, kde se vyskytují obě varianty, preferuj tu častější
>> 4) Tam, kde se vyskytují obě varianty, preferuj tu s nbsp
>> 5) Přidávej (ručně) nbsp do názvů ulic
>> 6) Celý koncept toho, že se má ulice jmenovat stejně, je špatně
>>
>> Ať se daří,
>> Matej
>>
>> ___
>> 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] Používání ploch místo cest

[Matej Lieskovský]

@Sten
Neměl by být problém zařídit, aby editor zobrazoval šířku. JOSM zvládá
pruhy, tohle zvládne taky.
Šířku můžeš z orto taky odhadnout a kreslit každý chodník jako plochu
kopírující okraje budov bude noční můra na editaci.

@Majka
Zatím netuším, jak implementovat kreslení pruhů do Mapnika. Pokud
zprovozním ty šířky (což by mohlo zbrzdit snahy o kreslení silnic
plochami), tak se pak rozhodně podívám i na pruhy.

Pořád si nejsem jist, jak rozumně renderovat oddělení odbočovacího
pruhu, ale pracuju na tom.

2018-02-07 17:10 GMT+01:00 majka :
> Mě osobně plocha silnice připadá o hodně méně zajímavá než ty pruhy co jsou
> na ní. Za sebe bych byla tlačit na to, je u velkého přiblížení rendrovat,
> stejně jako to umí JOSM plugin.
>
> 2018-02-07 17:05 GMT+01:00 Jan Sten Adámek :
>>
>> Hlavní výhodu ploch vidím v tom, že plochy jsou vizuálně vidět v editoru.
>> U
>> width nevím, jestli jsem nepřestřelil. Pokud by vedle byl plot nebo
>> budova, je
>> dost blbý, když to v renderu bude kolidovat (lze to řešit nějakými
>> pravidly,
>> ale IMO je lepší mít správně vstupní data než to řešit v rendereru). Také
>> používat width ve městech, kde jsou často budovy různě čouhající do ulic,
>> by
>> bylo dost peklo. A jak zjistím width třeba u dálnice, aniž bych musel
>> hledat,
>> podle které normy byl ten úsek zrovna postaven? (Měřit na místě to fakt
>> nebudu.) Podle ortofotomapy či zaměření okrajů to obkreslím snadno. A to,
>> že
>> jsou ty plochy vidět, také spíš trkne editora, až silnice bude měnit
>> šířku,
>> aby změnit i tu plochu.
>>
>> Sten
>> ___
>> 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] Používání ploch místo cest

[Matej Lieskovský]

Renderování pruhů by bylo super, ale bude strašná práce k něčemu
takovému Mapnika dotlačit. Šířky silnic (což je téměř tak dobré, jako
pruhy) možná zvládnu dovymyslet. Trochu mi to rozbíjí aktuální značení
odbočovacích pruhů (tedy to, že cesta není nutně uprostřed silnice),
ale to se nějak vymyslí.

Jak se kreslí ty složité křižovatky? Plocha s highway=junction?

Samostatné chodníky mi přijdou jako správné řešení. Už oddělení
obrubníkem je dostatečné na to, aby se nedalo z jednoho přejet do
druhého, částečně to řeší některé problémy s tagováním přechodů a
hlavně to výrazně snižuje počet tagů na jedné cestě. Aktuální stav je
(minimálně v Praze) docela zmatek, ale snažím se to postupně uklízet.

Co s tím multipolygonem chodníčků u hlaváku?

2018-02-06 20:36 GMT+01:00 Jan Dudík :
> Já bych považoval za nejpřirozenější mapovat ulice jako linky se zadanou
> šířkou od osy (něco ve smyslu
> Vlevo
> JP:3,0; BUS
> JP:3,0
> ZP:0,5
> CH:2,0
> Vpravo
> JP:3,0
> CH:1,5)
> = jeden jízdní pruh vpravo+ chodník, 2 jízdní pruhy vlevo, chodník za
> zeleným pásem. Tím by se daly zmapovat mnohé případy, podrobnějším tagováním
> jednotlivých pruhů by se daly vyznačit vyhrazené, koleje, parkovací...
> Přece jenom, silnice jsou liniové.
> Ovšem u mne je to profesionální deformace.
>
> Area by pak stačilo na náměstí, pěší zóny a složité křižovatky
>
> JAnD
>
> ---
> Ing. Jan Dudík
> projekce dopravních staveb
> tel. 777082195
>
> Dne 6. února 2018 16:03 gorn  napsal(a):
>
>> Podle mě se to už děje a to tak že v rozumné míře. Náměstí jsou typický
>> příklad, kdy je točasto dobře namixováno - plochami je detailně zmapována
>> zeleň a pedestrial zone a pak jsou tam ještě linkama silnice a nějaký hlavní
>> pěší tahy (např pokud tam vede jasně vyznačená pěši stezka nebo turistická
>> značka). Dokonce některé silniční křižovatky jsem tak viděl a někdo zmiňoval
>> řeky - stejný řešení plocha + linka. Dělat to jenom plochou je chyba -
>> ztratí se tím abstrakce která je pro lineární entity jako cesty v
>> 99procentech ta abstrakce kterou potřebujeme.
>>
>> A málem bych zapomněl parkoviště - znovu to samý - plocha a přes ní cesty.
>> Je to prostě "postupné zpodrobnování" které je nutno dělat s rozvahou.
>>
>>
>> On 6.2.2018 15:39, Karel Volný wrote:
>>
>> Dne úterý 6. února 2018 15:26:49 CET, xkomc...@centrum.cz napsal(a):
>>
>> A je problém mít to jako ty řeky? Kdo by chtěl routing, ten by jej měl,
>> komu by záleželo na přesném zobrazení, ten by jej taky dostal...
>>
>> ... čímž jsme zase zpátky u problému virtuálních cest přes náměstí, který
>> se
>> tu řešil v již odkázaném starším threadu
>>
>> a jenom tak naokraj, u řek mi to dává mírně lepší smysl, neb čára řeky by
>> měla
>> ukazovat víceméně proudnici, resp. koryto, kudy to poteče, když to bude
>> prakticky vyschlé, a břehy za průměrného průtoku proti tomu budou
>> nepravidelnlé, zatímco silnice bývá od té střední čáry na obě strany
>> stejně
>> široká a tuto šířku si mimo město obvykle drží konstantní v dlouhých
>> úsecích
>>
>> K.
>>
>>
>>
>> ___
>> 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] ortofoto mapy.cz

[Matej Lieskovský]

29.1 jsem psal, že mi odpověděl.
Od 2.2. komunikuju s člověkem z DWG.
Jak jsem již psal, mám toho víc než dost na práci a tudíž bych byl
rád, kdyby to řešil někdo jiný.
Taky doporučuju se podívat na ten seznam changesetů, co jsem posílal
27.1. - ukazuje to pravý rozsah problému (>1000 changesetů,
netriviální množství uživatelů, výskyty od roku 2011, od roku 2015
dost pravidelně)

2018-02-06 13:08 GMT+01:00 Jakub Jelen :
> Myslim, ze tu bylo dostatecne jasne zmineno, ze komentare obsahuji text
> "použití ortofoto ze serveru mapy.cz", napriklad [1]
>
> Vidim, ze od te doby, co jste mu to napsali, prestal pridavat tento komentar
> a nechava pouze "..." [2], coz mi neprijde jako zlepseni. Zdroj pouziti
> stale ukazuje pouziti mapy.cz.
>
> Dostali jste od neho, nebo nekde nejakou odpoved? Nebo od OSM na navrh banu?
> Mapuje stale stejne se stejnymi mapovymi podklady.
>
> [1] https://www.openstreetmap.org/changeset/55807521
> [2] https://www.openstreetmap.org/changeset/56071944
>
> Jakub
>
> 2018-02-05 17:56 GMT+01:00 Pavel Zbytovský :
>>
>> Rád bych ještě upozornil na jednu vlastnost editoru iD:
>> -> podklad se do imagery_used přidá pouze tehdy, pokud je jakkoliv
>> upravena mapa A ZÁROVEŇ je onen podklad zobrazený.
>>
>> Takže pokud si zapnu nějaký nelegální podklad, zapomatuju si polohu myši,
>> přepnu na jiný podklad a zakreslím, tak to v imagery_used nebude...
>> IMHO celkem usvědčující důkaz :)
>>
>> P.
>>
>> On Tue, Jan 30, 2018 at 11:02 PM Matěj Cepl  wrote:
>>>
>>> On 2018-01-30, 18:17 GMT, Michal Fabík wrote:
>>> > nějaký nápad, co v takovém případě uvádět jako zdroj
>>> > u changesetu? Local knowledge ani survey na to IMHO nesedí
>>> > a psát tam přímo www stránku příslušného POI je asi nevhodné
>>> > kvůli případnému statistickému zpracování těch changesetů.
>>>
>>> Já tam píšu tu webovou stránku, protože to je prostě to, odkuď
>>> tu informaci doopravdy mám.
>>>
>>> Matěj
>>> --
>>> http://matej.ceplovi.cz/blog/, Jabber: mceplceplovi.cz
>>> GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
>>>
>>> May you come to the attention of those in authority.
>>> May you find what you are looking for.
>>> May you live in interesting times.
>>>-- claimed to be a Chinese proverb, but its origin is disputed
>>>   first documented use
>>>   Frederic R. Coudert, Proceedings of the Academy of
>>>   Political Science, 1939
>>>
>>>
>>> ___
>>> 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] Používání ploch místo cest

[Matej Lieskovský]

@Jan Macura: Četl jsi diskuzi? Schytalo to celkem výraznou kritiku a
teď je to už přes rok prakticky mrtvé. To, že si tím poláci pokreslili
část Polska není až takový úspěch. Bral bych to jako výzvu vymyslet
něco podobného, ač třeba jednoduššího.

Mně osobně se nelíbí používání ploch na vykreslení lineárních prvků.
Máme width tag, který se dá tipovat z lanes a maxspeed. Ano,
křižovatky bych klidně kreslil jako plochy, tam nám width tag moc
nepomůže, ale pokud mám v zatáčce silnici širokou 5m, tak opravdu
nechci kreslit plochu, která bude cca 5m široká. Ale pokud se
shodneme, že chceme vše kreslit plochami, tak prosím - já to z těch
dat od IPR klidně překreslím. Ale kreslit silnice jako plochy i cesty
mi přijde jako nekonečná prasárna.

BTW: Maps.me ten multipolygon u hlaváku odignorovalo. Můžeme se těšit
na spoustu poznámek.

2018-02-05 22:54 GMT+01:00 Jan Macura <macura...@gmail.com>:
> Ahoj,
>
> 2018-02-05 17:17 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:
>>
>> PS: Zatím jediný mně známý (a neúspěšný) pokus o řešení tohoto
>> problému:
>> https://wiki.openstreetmap.org/wiki/Proposed_features/Street_area
>
>
> Proč je to pokus neúspěšný? Je to návrh, který nebyl zatím ani schválen ani
> zamítnut.
> Je to poměrně komplexní návrh, který už je na několika místech použit (viz
> např. ukázky přímo v textu nebo koukni třeba sem:
> http://osmapa.pl/w/area/?lat=51.08289=17.04953=18=Qq).
>
> H.
>
> ___
> 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] Používání ploch místo cest

[Matej Lieskovský]

Ahoj!

Přiznám se, že mě poněkud zaskočila existence této relace:
https://www.openstreetmap.org/relation/7497963#map=17/50.08421/14.43259

Ano, přijde mi to poněkud přehnané, ale zase je celkem zjevné, že se
bude čím dál tím častěji mapovat pomocí ploch. Nechceme se nějak
pobavit o tom, jak přesně to chceme udělat? Mně například přijde
rozumné kreslit cesty jako čáry (a využívat width tag) a jako plochy
kreslit opravdu jen to, co jsou logicky plochy a případně křížení cest
(tam, kde by se to cestami značilo špatně). Chápu, že maximální
přesnost dosáhneme jen pomocí ploch, ale neudělá to ta data naprosto
nečitelná?

Ať se daří,
Matej

PS: Zatím jediný mně známý (a neúspěšný) pokus o řešení tohoto
problému: https://wiki.openstreetmap.org/wiki/Proposed_features/Street_area

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

[Talk-cz] Fwd: Statistika využití ortofotografií IPR při editování OpenStreetMap

[Matej Lieskovský]

Ahoj!
Vzpomínáte, jak jsem tady řešil ty statistiky pro IPR? Tak tady je
výsledek toho, že jsem jim je poslal:

Máme povolení používat prakticky celý Opendata portál
(http://www.geoportalpraha.cz), jen opět prosím o uvedení
"CZ:IPRPraha" někde v changesetu (pokud možno jako source), ať můžu i
nadále zpracovávat statistiky pro IPR. (Je v našem zájmu, aby si to
mohl IPR vykázat jako důkaz svojí užitečnosti.)

Ať se daří,
Matej Lieskovský


-- Forwarded message --
From: Mgr. Bohdan Baron <ba...@ipr.praha.eu>
Date: 2018-01-29 10:30 GMT+01:00
Subject: RE: Statistika využití ortofotografií IPR při editování OpenStreetMap
To: Matej Lieskovský <lieskovsky.ma...@gmail.com>


Dobry den,

pochopitelne Vam s vyuzitim vsech nasich opendat ke zpracovavani
Openstreet map souhlas davame. :-)
S pozdravem
Bohdan Baron

-Original Message-
From: Matej Lieskovský [mailto:lieskovsky.ma...@gmail.com]
Sent: Friday, January 26, 2018 3:16 PM
To: Baron Bohdan Mgr. (SPI/KPD) <ba...@ipr.praha.eu>
Subject: Re: Statistika využití ortofotografií IPR při editování OpenStreetMap

Dobrý den,

děkuji za informace o dalších datech. Bohužel, opendata jsou všechna
zveřejněna pod licencí CC-BY-SA a tudíž je bez Vašeho explicitního
povolení nesmíme využít. Pokud nám dáte souhlas používat i jiná data,
než ortofotky, tak je velice rádi zapracujeme.
S pozdravem,
Matej Lieskovský

PS: Omlouvám se za pozdní odpověď, byl jsem poněkud zaneprázdněn
studijními povinnostmi.

2018-01-16 9:19 GMT+01:00 Mgr. Bohdan Baron <ba...@ipr.praha.eu>:
> Dobry den,
>
>
>
> dekuji za zprvu. Mozna bych mel jeste nekolik podnetu. :-) Popelnice
> na trideny odpad vystavujeme v opendatech:
> http://www.geoportalpraha.cz/cs/opendata v sekci Kvalita zivotniho
> prostredi (to urcite muzete pouzit rovnez). A pro koleje tramvaji bych
> si urcite sahnul do technicke mapy (liniova kresba ucelove mapy povrchove 
> situace).
>
> S pozdravem
>
> Bohdan Baron
>
>
>
> From: Matej Lieskovský [mailto:lieskovsky.ma...@gmail.com]
> Sent: Monday, January 15, 2018 10:25 PM
> To: Baron Bohdan Mgr. (SPI/KPD) <ba...@ipr.praha.eu>
> Subject: Statistika využití ortofotografií IPR při editování
> OpenStreetMap
>
>
>
> Dobrý den,
>
>
>
> Dovolte, abych Vám jménem české komunity přispěvatelů do OSM poděkoval
> za povolení používat Vaše ortofoto pro zpřesňování mapy Prahy.
>
> Díky těmto datům jsme mohli detailně zmapovat tramvajové koleje,
> odbočovací pruhy (což je přínosem pro mnoho autonavigací), zpřesnit
> mapu infrastruktury pro pěší a cyklisty (kde jsou kvalitní
> mimovegetační snímky extrémně cenné) a mnoho dalších zlepšení. Na
> území Prahy je nyní například již zmapováno přes tisíc lokací s popelnicemi 
> na tříděný odpad.
>
> Prošel jsem historii změn v OSM a do 31.12.2017 uvedlo ortofotomapy
> IPR mezi svými zdroji 27 uživatelů a to u 509 sad změn, které celkem
> způsobily 56 790 aktualizací objektů (tedy buďto přidání, aktualizací,
> nebo smazání prvků v databázi).
>
>
>
> Ještě jednou Vám děkuji a přeji příjemný zbytek dne,
>
> Matej Lieskovský

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

Re: [Talk-cz] Nedělitelné mezery v názvech ulic

[Matej Lieskovský]

Diskuze na Tagging už celkem odezněla. Klidně se na ni podívejte, ale
přijde mi, že celkem výrazná většina zastávala názor, že nástroje mají
už dávno umět Unicode collation a že typografické nápovědy jsou v
datech spíše žádoucí. Zatím jsem neslyšel o ničem, co by se doslova
rozbíjelo (Overpass Unicode collation nedělá schválně a mám nápad, co
s tím) a taky se neozval nikdo, kdo by byl ochoten napsat ten
"jednoduchý" preprocesor.

My jsme cca půl na půl, DWG to nevetovalo a Tagging je pro - myslím
si, že nedělitelné mezery jsou tudíž akceptovatelné. Pokud se
většinový názor změní, nebude problém ty mezery zase smazat.

ToDo:
 - Overpass by mohl získat režim, kdy zadanou hodnotu přeloží na regex
simulující Unicode collation
 - Editorům by prospělo zvýrazňování whitespace

Začátek diskuze na Tagging:
https://lists.openstreetmap.org/pipermail/tagging/2018-January/034986.html

Ať se daří!
Matej

PS: Doporučuju http://www.babelstone.co.uk/Unicode/whatisit.html

2018-02-01 0:56 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:
> Co přesně se na editaci zkomplikuje, když budeme podporovat
> nedělitelné mezery? To, že na to budeme muset myslet, když budeme psát
> dotaz do Overpassu? Podobnými argumenty budeme za chvíli zase všude
> mazat diakritiku.
>
> 2018-01-31 22:16 GMT+01:00 Martin Mares <m...@ucw.cz>:
>> Ahoj,
>>
>>> *nikdy* to nebudeme mít 100% správně
>>
>> nebudeme. Stejně jako nebudeme mít 100% správně nic jiného.
>>
>> To je myslím lepší přijmout jako fakt, než investovat ohromné množství
>> úsilí do něčeho, co bude mít místo 99% úspěšnosti 99.9%.
>>
>> Chci-li podle dat OSM vytvořit papírovou mapu, vyladím si ji do nejmenších
>> detailů. To často znamená ručně předělávat algoritmická rozhodnutí i v daleko
>> zásadnějších věcech než dělitelnost mezer: například je často potřeba ručně
>> posunout nějakou značku, přemístit či zrušit popisek, nakreslit nějaký objekt
>> mimo měřítko atd. Je to spousta práce, ale výsledek stojí za to.
>>
>> Na druhou stranu, u online mapy zobrazující data, která lidé pořád upravují,
>> je taková snaha o dokonalost spíše škodlivá -- nedokonalosti v datech budou
>> celkovému dojmu škodit víc než nedokonalosti v prezentaci. Proto je 
>> důležitější
>> udržet editaci dat co nejjednodušší, i kdyby to stálo o zlomek procenta vyšší
>> pravděpodobnost chybné prezentace.
>>
>> Have a nice fortnight
>> --
>> Martin `MJ' Mares  <m...@ucw.cz>   http://mj.ucw.cz/
>> Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth
>> Some people, when confronted with a problem, think "I know, I'll use XML." 
>> Now they have two problems. -- P. J. Eby
>>
>> ___
>> 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] Nedělitelné mezery v názvech ulic

[Matej Lieskovský]

Co přesně se na editaci zkomplikuje, když budeme podporovat
nedělitelné mezery? To, že na to budeme muset myslet, když budeme psát
dotaz do Overpassu? Podobnými argumenty budeme za chvíli zase všude
mazat diakritiku.

2018-01-31 22:16 GMT+01:00 Martin Mares :
> Ahoj,
>
>> *nikdy* to nebudeme mít 100% správně
>
> nebudeme. Stejně jako nebudeme mít 100% správně nic jiného.
>
> To je myslím lepší přijmout jako fakt, než investovat ohromné množství
> úsilí do něčeho, co bude mít místo 99% úspěšnosti 99.9%.
>
> Chci-li podle dat OSM vytvořit papírovou mapu, vyladím si ji do nejmenších
> detailů. To často znamená ručně předělávat algoritmická rozhodnutí i v daleko
> zásadnějších věcech než dělitelnost mezer: například je často potřeba ručně
> posunout nějakou značku, přemístit či zrušit popisek, nakreslit nějaký objekt
> mimo měřítko atd. Je to spousta práce, ale výsledek stojí za to.
>
> Na druhou stranu, u online mapy zobrazující data, která lidé pořád upravují,
> je taková snaha o dokonalost spíše škodlivá -- nedokonalosti v datech budou
> celkovému dojmu škodit víc než nedokonalosti v prezentaci. Proto je 
> důležitější
> udržet editaci dat co nejjednodušší, i kdyby to stálo o zlomek procenta vyšší
> pravděpodobnost chybné prezentace.
>
> Have a nice fortnight
> --
> Martin `MJ' Mares     http://mj.ucw.cz/
> Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth
> Some people, when confronted with a problem, think "I know, I'll use XML." 
> Now they have two problems. -- P. J. Eby
>
> ___
> 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] Nedělitelné mezery v názvech ulic

[Matej Lieskovský]

Vždyť jo. V prvním případě má být nbsp za "V.", v druhém před.

2018-01-31 19:20 GMT+01:00 Jan Macura <macura...@gmail.com>:
> 2018-01-31 14:56 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:
>>
>> Opravdu chci vidět preprocesor, který zvládne rozpoznat "Dům V. Hálka"
>> od "Jindřich V. Sálský" (fiktivní příklady).
>
>
> V předmětu tohoto vlákna stále ještě stojí "Nedělitelné mezery v názvech
> ulic". Nic víc, nic míň. A na to jsem taky reagoval.
>
> H.
>
> ___
> 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] Nedělitelné mezery v názvech ulic

[Matej Lieskovský]

Opravdu chci vidět preprocesor, který zvládne rozpoznat "Dům V. Hálka"
od "Jindřich V. Sálský" (fiktivní příklady).


2018-01-28 17:16 GMT+01:00 Jan Macura :
> Ahoj,
>
> 2018-01-27 19:36 GMT+01:00 Martin Mares :
>>
>> Proto by mi dávalo daleko lepší smysl ukládat toho do primárních dat
>> co nejméně a napsat preprocesor, který bude umět tyto věci odvozovat
>> a jehož výstup bude moci využít libovolný renderer.
>
>
>  To se mi zatím zdá jako nejrozumnější argument v této diskusi.
> A neexistuje třeba už nějaký takový preprocesor? Vybavuji si článek, ve
> kterém nějaký tým řešil, jak lépe zalamovat popisky v mapě (dokonce bych
> řekl, že to bylo pro OSM Carto), tak aby to vypadalo hezky. To s naším
> problémem jednopísmených předložek na koncích řádek docela souvisí.
>
> H.
>
> ___
> 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] ortofoto mapy.cz

[Matej Lieskovský]

Mně odpověděl na zprávu:

Dobrý den,

Předem bych Vám chtěl velice poděkovat za exemplární péči o
neposkvrněnost OSM. Ortografické fotky ze serveru mapy.cz pro editaci
přímo nepoužívám, jen pro zarovnání snímků DigitalGlobe (bohužel
nutné, jsou špatně zarovnané) a pro následnou vizuální kontrolu mého
díla. K prohlížení materiál z mapy.cz přece je, ne?

Konec citace

Já toho mám teď moc, takže se s ním asi hádat nebudu.

2018-01-29 16:43 GMT+01:00 Jan Martinec :
> Dne 29.1.2018 v 16:23 Lukas Gebauer napsal(a):
>>>
>>> Podival jsem se na Krematora a stale mapuje co muze: Za vcerejsek 20
>>> changesetu,
>>> dneska uz dalsich 20. Do komentare ted dava jenom "..." ale imagery_used
>>> je u
>>> vsech stale mapserver.mapy.cz :(
>>
>>
>> Není to obhajoba tohoto případu, ale něčemu nerozumím, a rád bych
>> našel odpovědi:
>>
>> - Chápu, že se něco nemá kreslit podle zdrojů, které nemají
>> kompatibilní licenci. Ale co když to kreslím podle kompatibilního
>> zdroje, ale třeba na ty mapy.cz se kouknu jen pro kontrolu, jestli je
>> kompatibilni zdroj verohodny?
>
> Ahoj,
>
> De iure ani to ne - tím směrem leží právní houština zjišťování, jestli je to
> teda už podstatné užití díla a blablabla (nejsem právník), kde tvůrce té
> jiné mapy bude tahat za delší konec provazu; prakticky z toho vycházejí dva
> modely: osmácký a wikimapistický. OSM jede "nic než data ze zdrojů, které
> jsou prokazatelně povoleny" a wikimapia "berem cokoli, dyť co nám kdo může."
> Střední cesta "jen jedním očkem na chvilku nakouknu" je ve skutečnosti ta
> druhá cesta - data v OSM nesmí být odvozena z nekompatibilních map, ani
> trošku. (Je zřejmě možné ty mapy okem porovnat - "ha, nový silnice už jsou
> tady měsíc a tam ještě ne", ale nemá jít o přenos informací jedním nebo
> druhým směrem, tj. to porovnání nemá být zdrojem pro mapování - a už se
> boříme do právničtinských nejistot)
>
>> (Napriklad kreslím cestu podle své GPS stopy, a tady jsem si
>> poznamenal neco... vzpominam, ze to mel byt most. Tak se kouknu na
>> orto, jesti si pamatuji dobre, ze tam mel byt most...)
>
> Co zkusit Mapillary? Z toho je povoleno do OSM odvozovat, a právě v takových
> případech mi dobře posloužilo.
>
>>
>> - pokud neco v iD kreslim, a na chvili se prepnu na jiny podklad,
>> zaznamena se to do imagery_used?
>
> To je pointa tagu imagery_used - "jaký podklad byl zobrazen". Zjistit,
> jestli z toho podkladu uživatel něco opravdu použil, to je úloha dalece
> přesahující možnosti současné techniky.
>
>>
>> - nezpusobi to zbytecne falesne poplachy pri honu na carodejnice?
>
> Hon na čarodějnice, tj. uměle vykonstruovaný proces, vedený k předem
> vytyčenému rozsudku? Asi nerozumím výrazu, můžeš vysvětlit?
>>
>>
>> Lukas
>>
>
> Zdar,
> Honza "Piškvor" Martinec
>
>
> ___
> 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] User using imagery with incompatible licence

[Matej Lieskovský]

Dear DWG,

user "Kremator" is generating hundreds of changesets with imagery_used
including tiles from Mapy.cz, which do not have a compatible licence.
See link below for the start of the relevant thread on local talk.
Would it be possible to prevent him from any further edits until he
starts communicating?

Thank you in advance,
Matej Lieskovský

Thread start: 
https://lists.openstreetmap.org/pipermail/talk-cz/2018-January/018454.html
User page: https://www.openstreetmap.org/user/Kremator

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

Re: [Talk-cz] ortofoto mapy.cz

[Matej Lieskovský]

Napsal jsem adminovi toho fóra. Moc tomu nefandím, ale mohlo by to pomoct.
Kremator zase mapuje a na zprávu mi neodpověděl. Jdu napsat na DWG, ať
ho zastaví.

Ach jo... :(

2018-01-27 18:48 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:
> Doběhlo prohledávání changesetů.
> V příloze posílám kompletní info ke všem changesetům starším než 5
> dní, které zmiňují "mapy.cz".
> Jen Kremator má na svědomí cca 520 changesetů z mapy.cz.
> Asi je na čase napsat na DWG.
>
> Něco málo z toho jsou komentáře typu "tohle zatím ani mapy.cz nemají",
> ale jinak se bavíme o spoustě přispěvatelů a více než 1000
> changesetech. :(
> A to jsem možná něco nenašel kvůli citlivosti na velká písmena a podobně...
>
> (Je to zazipovaný textový soubor s XML daty, nezazipované se to
> odmítlo poslat (cca 800kB))
>
> 2018-01-27 18:41 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:
>> Doběhlo prohledávání changesetů.
>> V příloze posílám kompletní info ke všem changesetům starším než 5
>> dní, které zmiňují mapy.cz.
>> Jen Kremator má na svědomí cca 520 changesetů z mapy.cz.
>> Asi je na čase napsat na DWG.
>>
>> (Za přesnost mého prohledávání neručím)
>>
>> 2018-01-27 18:37 GMT+01:00 Jan Sten Adámek <sten@adamek.online>:
>>> Není to mirror na Bing. Zkusil jsem ty ortomapy použít v iD a je tam 
>>> viditelně
>>> „© Seznam.cz, © TopGis“.
>>> ___
>>> 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] Ohrožení fungování projektu OpenStreetMap

[Matej Lieskovský]

Dobrý den,

našli jsme na Vašem fóru návod*, jak do editoru pro OpenStreetMap
dostat ortofoto od Mapy.cz. To je docela problém, protože tyto
ortofoto jsou zveřejněny pod licencí, která nedovoluje jejich použití
v OSM. Pokoušíme se odstraňovat nelegálně zakreslené části mapy, ale
je to obtížný proces.

Bylo by prosím možné nějak tento příspěvek upravit? Uvažoval jsem o
možnosti na něj odpovědět a poukázat na problémy, ale mám jisté
pochybnosti o tom, že budou uživatelé číst celé vlákno a zbytečně by
to na něj poukázalo. Asi by stačilo vymazat tu část příspěvku, která
obsahuje návod na přidání ortofoto od Seznamu a dopsat k tomu důvod
této změny. Pokud máte jiné návrhy či otázky, neváhejte nás
kontaktovat na "talk-cz@openstreetmap.org".

Chápu, že se Vám nejspíše nechce omezovat projevy uživatelů Vašeho
fóra, ale uživatelé následující tento návod můžou způsobit žalobu na
provozovatele OpenStreetMap a tím ohrozit fungování tohoto projektu.

S přáním přijemného dne,
Matej Lieskovský

*: http://www.ebastlirna.cz/modules.php?name=Forums=viewtopic=915177

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

Re: [Talk-cz] ortofoto mapy.cz

[Matej Lieskovský]

Mám jednu dobrou a jednu špatnou zprávu:

Dobrá zpráva: Ten člověk používá iD a ten automaticky přidává imagery_used tagy.
Špatná zpráva: Mapy.cz používal i před tím, než to začal komentářem propagovat.

2018-01-27 17:53 GMT+01:00 r00t :
> Zdravim,
>
>
>> Ahoj všem, hromadí se changesety nabádající k editacím za použití fotomapy 
>> mapy.cz
>> https://www.openstreetmap.org/user/Kremator/history#map=13/49.8517/15.5745
>
> No to je docela sila... Kremator ma 1318 changesetu, posledni podle podkladu
> mapy.cz udelal pred 45 minutami. Mapuje vic nez rok, nevim kolik z toho je 
> podle
> podkladu z mapy.cz, ale tohle vypada na velky revert s podporou DWG.
>
>
> J
>
>
> ___
> 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] ortofoto mapy.cz

[Matej Lieskovský]

1) Komunikuje ten člověk?
2) Dokáže někdo ověřit, že to je opravdu orto od Seznamu? V tom
doporučeném URL je "/bing/" - je možné, že Seznam dělá mirror pro
Bing? Byl by takový mirror legálně použitelný?
3) Nejstarší takhle popsaný edit je asi 6 dnů starý - je otázka, z
čeho jsou zdrojované ty předchozí.
4) Zkusím trochu modifikovat program na hledání changesetů od IPRu,
zda nenajde ještě něco podezřelé (ale mám pro něj jen téměř týden
stará data)
5) Myslím si, že nejlepší bude to co nejrychleji podchytit a případně
revertnout - pokud budeme schopni Seznamu říct, že už se na tom dělá,
tak by to mohlo být ok.

2018-01-27 17:35 GMT+01:00 Jan Martinec :
> Dne 27.1.2018 v 13:33 Milan Cerny napsal(a):
>
>> Ahoj všem, hromadí se changesety nabádající k editacím za použití fotomapy
>> mapy.cz
>>
>> https://www.openstreetmap.org/user/Kremator/history#map=13/49.8517/15.5745
>>
>> Stále žiji v tom, že to licence neumožňuje. Došlo snad k nějaké změně,
>> nebo jsou tyto editace v rozporu s licencí?
>> Taky bych je rád používal ale nejsem si jistý legálností tohoto počínání.
>>
>> Milan
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
> No, tohle je na revert - skoro bych řekl, že přes DWG, kolik toho je?!? - a
> diskusi až potom, než se to zanese dalšími changesety navrch. Fakt poslední,
> co potřebujeme, je poštvat Seznam proti OSM.
>
> Chce to někdo z místních vracet ručně?
>
> Zdar,
> HPM
>
>
> ___
> 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] Nedělitelné mezery v názvech ulic

[Matej Lieskovský]

Napsal jsem na Tagging. Očekávám flame za 3... 2... 1...

Jen tak mimochodem:
- hledání to nerozbije, Nominatim umí Unicode Collation
- je to v cca polovině oficiálních seznamů, mimo jiné protože office
to automaticky doplňuje
- teoreticky by se za tagování pro renderer mohly považovat i velká a
malá písmena v názvech ulic (OTG jsou celá velkými)
- rozumně spolehlivé algoritmické doplnění bude řádově složitější než
100% spolehlivé algoritmické odstranění (leda že bys nám laskavě
zveřejnil tvůj program na automatické doplňování nedělitelných mezer)

Problém je v tom, že teď nejen že tam ty nedělitelné mezery občas jsou
(takže co se má rozbít, to se rozbije), ale taky nejsou zdaleka všude
(takže se občas něco renderuje ošklivě a člověka netrkne tak rychle,
co se děje) a občas se dvě části TÉ SAMÉ ULICE liší v tom, zda mají
nedělitelnou mezeru (takže se rozbije i to, co by jinak nedělitelné
mezery zkouslo).

2018-01-26 0:17 GMT+01:00 Pavel Machek :
> Ahoj!
>
>> Vypadá to, že minimálně osm.org nbsp řeší správně:
>> https://www.openstreetmap.org/way/34942987#map=19/50.09373/14.46366
>> ukazuje, že nic typu "vlna" osm.org nepoužívá
>> https://www.openstreetmap.org/node/3226473433#map=19/50.09439/14.34787
>> ukazuje, že nedělitelné mezery zobrazí správně
>> (Tedy, alespoň to tak vypadá)
>>
>> U ostatních renderů jsem zatím nenašel vhodný případ.
>>
>> Ano, já hlavně řeším názvy ulic (kde je zalamování vzácné), ale otázka
>> je prostá: chceme nbsp v datech, nebo nikoliv?
>>
>> Zatím to nevypadá, že bychom se měli shodnout. Aktuální stav je asi
>> nejhorší možný: máme nbsp v datech, ale ne vždy a ani ne na celých
>> ulicích najednou. Je někdo silně proti tomu, abych do vyřešení tohoto
>> problému fungoval podle možnosti 4 a pak když tak ty mezery hromadně
>> smazal? Budeme alespoň mít celé ulice se stejným názvem a nbsp se
>> budou snadněji mazat, než zpětně doplňovat. Současně ale nbsp nebudu
>> doplňovat tam, kde ji zatím žádný úsek ulice nemá.
>
> Zpetne smazat i zpetne doplnit je stejne tezke -- ta mezera jde
> doplnit algoritmicky -- takze ano, jsem proti 4.
>
> (Protoze to rozbije hledani, protoze to neni v oficialnich seznamech,
> protoze je to tagovani pro renderer, protoze to rozbije lokalni
> programy snazici se pracovat s OSM daty, a protoze neviditelny znaky
> jsou skodoliba past na kohokoliv kdo se s timbude snazit pracovat.)
>
> DWG navrhovala zeptat se na tagging listu, to by asi byl dalsi rozumny
> krok.
>
> 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] Nedělitelné mezery v názvech ulic

[Matej Lieskovský]

Vypadá to, že minimálně osm.org nbsp řeší správně:
https://www.openstreetmap.org/way/34942987#map=19/50.09373/14.46366
ukazuje, že nic typu "vlna" osm.org nepoužívá
https://www.openstreetmap.org/node/3226473433#map=19/50.09439/14.34787
ukazuje, že nedělitelné mezery zobrazí správně
(Tedy, alespoň to tak vypadá)

U ostatních renderů jsem zatím nenašel vhodný případ.

Ano, já hlavně řeším názvy ulic (kde je zalamování vzácné), ale otázka
je prostá: chceme nbsp v datech, nebo nikoliv?

Zatím to nevypadá, že bychom se měli shodnout. Aktuální stav je asi
nejhorší možný: máme nbsp v datech, ale ne vždy a ani ne na celých
ulicích najednou. Je někdo silně proti tomu, abych do vyřešení tohoto
problému fungoval podle možnosti 4 a pak když tak ty mezery hromadně
smazal? Budeme alespoň mít celé ulice se stejným názvem a nbsp se
budou snadněji mazat, než zpětně doplňovat. Současně ale nbsp nebudu
doplňovat tam, kde ji zatím žádný úsek ulice nemá.

2018-01-25 22:19 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:
> @Jakub Jelen: Kdepak, nbsp zmiňuju jen jako relativně časté označení
> pro zmíněný Unicode znak, který se mi 1) nedaří do Gmailu zadat a 2)
> není moc dobře vidět.
>
> Relevantní dotaz pro Overpas Turbo: http://overpass-turbo.eu/s/vnx
>
> 2018-01-25 14:05 GMT+01:00 Jakub Jelen <jak...@gmail.com>:
>> Originalni doraz byl, jestli pouzivat HTML entity , nebo ne. Podle me
>> HTML entity by nemely byt v tagu name (i kdyz jsem to nenasel nikde
>> explicitne zakazane, ani povolene, doporucovane nebo nedoporucovane). Nebo
>> uz mame nejake pripady, kde se HTML entity v nazvu pouzivaji?
>>
>> Druha otazka je, jestli pouzivat nejakou unicode reprezentaci pro
>> nedelitelnou mezeru, ktera by nevyzadovala, aby render interpretoval HTML
>> entity. To mi prijde jako rozumnejsi moznost, pokud se neukaze, ze by s tim
>> mohly byt nejake problemy s vyhledavanim, vyslovnosti, atd. Ale bez
>> konkretniho pripadu, ukazky a zkusenosti je to stale pouze teoreticka
>> diskuze, ktera nevede nikam s desitkami nazoru.
>>
>> Mnohem lepe by se rozhodovalo, kdyby v puvodnim emailu bylo nekolik odkazu
>> na nejak konkretni priklady, ktere Matej zatim nasel, kde bychom si mohli
>> vysledky prohlednout v zivych renderech, vyzkouset, jaka je pro ruzna reseni
>> podpora, popripade kde se ktere rendery snazi neco zalamovat. Zde mluvime o
>> nazvech ulic, ktere se kresli podel cary ulice. Pripad, kde by se to mohlo
>> stat mi prijde pouze, kdyz mame velmi kratkou ulici, ale snazi se rendery v
>> takovem pripade vubec jmena zalamovat? Mame nejaky priklad?
>>
>> V tu chvili, kdy budeme vymysleno co s temito daty, neni problem pouzit
>> podobny program jako vlna, ktery hromadne zmeni, doporuci, nebo bude
>> generovat varovani, ze v tomto miste pred touto jednoznakovou predlozkou by
>> mela byt nedelitelna mezera.
>>
>> Jakub
>>
>>
>> 2018-01-25 13:00 GMT+01:00 Jan Macura <macura...@gmail.com>:
>>>
>>> 2018-01-25 12:00 GMT+01:00 Michal Fabík <michal.fa...@gmail.com>:
>>>>
>>>> (...) OSM renderer, který může počítat s až
>>>> puntičkářsky systematizovanými daty.
>>>
>>>
>>> Tak moc bych si nefandil.
>>>
>>> H.
>>>
>>> ___
>>> 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] Nedělitelné mezery v názvech ulic

[Matej Lieskovský]

@Jakub Jelen: Kdepak, nbsp zmiňuju jen jako relativně časté označení
pro zmíněný Unicode znak, který se mi 1) nedaří do Gmailu zadat a 2)
není moc dobře vidět.

Relevantní dotaz pro Overpas Turbo: http://overpass-turbo.eu/s/vnx

2018-01-25 14:05 GMT+01:00 Jakub Jelen :
> Originalni doraz byl, jestli pouzivat HTML entity , nebo ne. Podle me
> HTML entity by nemely byt v tagu name (i kdyz jsem to nenasel nikde
> explicitne zakazane, ani povolene, doporucovane nebo nedoporucovane). Nebo
> uz mame nejake pripady, kde se HTML entity v nazvu pouzivaji?
>
> Druha otazka je, jestli pouzivat nejakou unicode reprezentaci pro
> nedelitelnou mezeru, ktera by nevyzadovala, aby render interpretoval HTML
> entity. To mi prijde jako rozumnejsi moznost, pokud se neukaze, ze by s tim
> mohly byt nejake problemy s vyhledavanim, vyslovnosti, atd. Ale bez
> konkretniho pripadu, ukazky a zkusenosti je to stale pouze teoreticka
> diskuze, ktera nevede nikam s desitkami nazoru.
>
> Mnohem lepe by se rozhodovalo, kdyby v puvodnim emailu bylo nekolik odkazu
> na nejak konkretni priklady, ktere Matej zatim nasel, kde bychom si mohli
> vysledky prohlednout v zivych renderech, vyzkouset, jaka je pro ruzna reseni
> podpora, popripade kde se ktere rendery snazi neco zalamovat. Zde mluvime o
> nazvech ulic, ktere se kresli podel cary ulice. Pripad, kde by se to mohlo
> stat mi prijde pouze, kdyz mame velmi kratkou ulici, ale snazi se rendery v
> takovem pripade vubec jmena zalamovat? Mame nejaky priklad?
>
> V tu chvili, kdy budeme vymysleno co s temito daty, neni problem pouzit
> podobny program jako vlna, ktery hromadne zmeni, doporuci, nebo bude
> generovat varovani, ze v tomto miste pred touto jednoznakovou predlozkou by
> mela byt nedelitelna mezera.
>
> Jakub
>
>
> 2018-01-25 13:00 GMT+01:00 Jan Macura :
>>
>> 2018-01-25 12:00 GMT+01:00 Michal Fabík :
>>>
>>> (...) OSM renderer, který může počítat s až
>>> puntičkářsky systematizovanými daty.
>>
>>
>> Tak moc bych si nefandil.
>>
>> H.
>>
>> ___
>> 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] Nedělitelné mezery v názvech ulic

[Matej Lieskovský]

Zase na druhou stranu platí, že pokud se budeme omezovat na to, co zvládá
již existující software, tak se nikdy nikam neposuneme. Minimálně výhledově
mi přijde jako správné se posouvat směrem k plnohodnotnému Unicode.
Souhlasím, že se bílé znaky blbě debugují, ale minimálně bychom mohli
protlačit do editorů možnost zobrazovat bílé znaky.
Vlna má základní problém v tom, že musíš hlídat, ve kterém jazyce který
název je a spoustu podobných blbostí. Například pokud zahodíme i římské
číslice, tak bude potřeba tipovat, zda je to "v" nebo římská číslice pět.

Část debaty je vlastně o tom, zda je snažší doplňovat nebo zahazovat nbsp.
Mně přijde, že se data vždy snadněji zahazují, ale je otázka, jak často je
co z toho potřeba. Ono se taky může stát, že teď budeme nbsp mazat a za pár
let zase přidávat, protože se SW zlepší.

2018-01-23 22:06 GMT+01:00 Mikoláš Štrajt :

> Nbsp IMHO do dat nepatří.
>
> Důvod je jednoduchý - nejsou vidět a zároveň nejsou mezera (ve smyslu
> ASCII/UTF-8 znak 32). Domnívám se, že nad daty OSM operuje dost věcí, které
> namejí skutečnou podporu Unicode a spíše zneužívají toho, že UTF-8 je
> zpětně kompatibilní s ASCII.
>
> Kromě toho, bílé znaky se strašně těžko debugují.
>
> V diskuzi výše byl zmíněn program vlna. Mám za to, že by bylo lepší
> nedělitelné mezery přidávat až před vykreslováním v preprocesingu.
>
> Například německá verze OSM provádí podobným způsobem transliterace
> nelatinkových abeced.
>
> --
> Mikoláš Štrajt  / Severák
>
> ___
> 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] Nedělitelné mezery v názvech ulic

[Matej Lieskovský]

Kontrolování a opravování je proveditelné. Teď řeším ty street relace (a
školu), ale pak se klidně můžu podívat na nbsp.
S "mít to v datech napůl je k ničemu" souhlasím - proto se mi nelíbí
možnost 6.

2018-01-23 21:01 GMT+01:00 majka <majka.zem+t...@gmail.com>:

> Netroufám si mluvit za jiné jazyky jako nějaký expert. Ale z toho, co se
> vyskytuje po Evropě, bych to odhadla na nás, možná bratry Slováky a pak
> ještě Francouze, kteří něco takového řeší. Taková Británie je zvyklá, že
> jim Angličtinu przní kde kdo, a jsou tak nějak nad věcí.
>
> České jednopísmenné předložky zkrátka vypadají mimořádně špatně, pokud
> jsou oddělené na konci řádku / zalomení, už i dvě písmena se při troše vůle
> dají skousnout, i když mě to tahá za oči. Z toho bych také odhadla, že jsme
> ze školy v tomhle ohledu podstatně víc vycepovaní než jiné národy. Když se
> k tomu přidá ještě problém s kódováním češtiny z dřívějška, byly
> nedělitelné mezery vlastně jen taková drobnost navíc.
>
>
>
> Do dat bych ale nedělitelné mezery netahala, kromě jiného z toho kouká
> nutnost to stále kontrolovat a opravovat. Mít to v datech napůl je podle
> mého k ničemu, a dosáhnout toho, že to všichni a všude budou respektovat,
> nevidím jako reálné. Navíc udělat to co nejméně komplikované se mi zkrátka
> líbí nejvíc.
>
> 2018-01-23 20:34 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:
>
>> Možná relevantní pozorování: Program VLNA, který doplňuje nbsp do
>> TeXových zdrojáků je český výmysl. Je možné, že tohle prostě řešíme (na
>> mezinárodní poměry) relativně hodně.
>>
>>
>> 2018-01-23 18:44 GMT+01:00 Michal Fabík <michal.fa...@gmail.com>:
>>
>>> On 23.1.2018 17:56, Matej Lieskovský wrote:
>>>
>>>> Ahoj!
>>>>
>>>> Ohledně nbsp: DWG tvrdí, že si to když tak máme rozhodnout sami,
>>>> případně se zeptat na Tagging (nikoliv na Talk). Hlasují pro možnost 6.
>>>>
>>>> Co dál?
>>>>
>>>> Mně se možnost 6 fakt nelíbí, prostě buď tam ty nbsp chceme, nebo
>>>> nechceme. Můžu napsat na Tagging, ale 1) nejsem si jist, zda se dopracujeme
>>>> k výsledku 2) tohle mi (vzhledem k tomu, že to ovlivňuje hlavně nástroje
>>>> pro přispěvatele a konzumenty) opravdu přijde spíš jako problém pro Talk.
>>>> Technicky vzato máme od DWG posvěcení si to nějak rozhodnout lokálně a
>>>> problémy s globálními nástroji řešit pak. Velmi rád bych se vyhnul editační
>>>> válce.
>>>>
>>>> Matej
>>>>
>>>
>>> Ahoj,
>>> jen takový nápad: co se zeptat v komunitách (na mailing listech) jiných
>>> zemí, jestli to někde nějak řeší? To typografické pravidlo o
>>> jednopísmenných předložkách na konci řádku se zdaleka netýká jen češtiny. I
>>> když je fakt, že asi málokterá z lokálních komunit je na takové úrovni, aby
>>> se něčím takovým vůbec zabývali...
>>>
>>> Jinak za mě taky nedělitelné mezery do tagů nedávat, ať si to ošetří
>>> renderer, zas taková věda to snad není.
>>>
>>> --
>>> Michal Fabík
>>>
>>>
>>> ___
>>> 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] Nedělitelné mezery v názvech ulic

[Matej Lieskovský]

Možná relevantní pozorování: Program VLNA, který doplňuje nbsp do TeXových
zdrojáků je český výmysl. Je možné, že tohle prostě řešíme (na mezinárodní
poměry) relativně hodně.


2018-01-23 18:44 GMT+01:00 Michal Fabík <michal.fa...@gmail.com>:

> On 23.1.2018 17:56, Matej Lieskovský wrote:
>
>> Ahoj!
>>
>> Ohledně nbsp: DWG tvrdí, že si to když tak máme rozhodnout sami, případně
>> se zeptat na Tagging (nikoliv na Talk). Hlasují pro možnost 6.
>>
>> Co dál?
>>
>> Mně se možnost 6 fakt nelíbí, prostě buď tam ty nbsp chceme, nebo
>> nechceme. Můžu napsat na Tagging, ale 1) nejsem si jist, zda se dopracujeme
>> k výsledku 2) tohle mi (vzhledem k tomu, že to ovlivňuje hlavně nástroje
>> pro přispěvatele a konzumenty) opravdu přijde spíš jako problém pro Talk.
>> Technicky vzato máme od DWG posvěcení si to nějak rozhodnout lokálně a
>> problémy s globálními nástroji řešit pak. Velmi rád bych se vyhnul editační
>> válce.
>>
>> Matej
>>
>
> Ahoj,
> jen takový nápad: co se zeptat v komunitách (na mailing listech) jiných
> zemí, jestli to někde nějak řeší? To typografické pravidlo o
> jednopísmenných předložkách na konci řádku se zdaleka netýká jen češtiny. I
> když je fakt, že asi málokterá z lokálních komunit je na takové úrovni, aby
> se něčím takovým vůbec zabývali...
>
> Jinak za mě taky nedělitelné mezery do tagů nedávat, ať si to ošetří
> renderer, zas taková věda to snad není.
>
> --
> Michal Fabík
>
>
> ___
> 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] Římské číslice v názvech ulic

[Matej Lieskovský]

https://lists.openstreetmap.org/pipermail/talk-fr/2015-June/thread.html

(Sorry, to jsem mohl poslat hned)

2018-01-23 19:40 GMT+01:00 Miroslav Suchý <miros...@suchy.cz>:

> Dne 23.1.2018 v 18:07 Matej Lieskovský napsal(a):
> > Já našel jen debatu na Talk-fr, ze které opravdu nepoznám výsledek.
>
> A máš link na to vlákno?
>
> Mirek
>
> ___
> 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] Římské číslice v názvech ulic

[Matej Lieskovský]

Člověk z DWG mi tvrdí, že prý na tohle existuje precedent. Nevíte někdo o
něčem? Já našel jen debatu na Talk-fr, ze které opravdu nepoznám výsledek.
Když tak se prý mám zeptat na Tagging.

2018-01-21 21:47 GMT+01:00 Jan Sten Adámek :

> Ahoj,
>
> bohužel se mi nepodařilo přijít na to, jak odpovědět na konkrétní dotaz
> v archivu, tak to holt posílám všem.
>
> Chtěl jsem reagovat na diskuzi ohledně zápisu římských čísel, protože jsem
> ten, co je měnil na Unicode (nebo alespoň jeden z nich, možná je takových
> lidí
> víc :). Důvod nejsou manýry ani hyperkorektnost, ale TTS a řazení.
>
> TTS:
> Pokud TTS dostane k přečtení zprávu „odbočte na Jižní V“ (písmeny), přečte
> to
> „jižní vé“, protože nemá jak rozhodnout, jestli je to zkratka nebo číslo.
> Použitím římských číslic se dá TTS říct, že to je číslo, a třeba Acapela
> TTS
> to pak přečte správně. Bohužel Google TTS (dělal jsem to kvůli OsmAnd) ty
> číslice úplně ignoruje a přečte jen „jižní“. Nepodporuje ani IPA, takže
> nejde
> použít ani name:pronunciation. Pro Google TTS tak momentálně neexistuje
> řešení. Zkusím připravit patch pro OsmAnd, aby pro TTS přepisoval římské
> číslice na arabské, pak by římské číslice měly význam.
>
> Řazení:
> Řazení má stejný problém jako TTS, takže bude řadit podle písmenné hodnoty.
> Pokud se použijí římské číslice, tak se řadí podle hodnoty code pointu a
> Jižní
> Ⅸ se umístí až po Jižní Ⅴ (funguje to i na kombinace více číslic jako ⅩⅤ,
> ⅩⅠⅩ
> ap.). Ale tohle jde řešit pomocí „sorting_name=Jižní 9“.
>
> Sten
> ___
> 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] Nedělitelné mezery v názvech ulic

[Matej Lieskovský]

Ahoj!

Ohledně nbsp: DWG tvrdí, že si to když tak máme rozhodnout sami, případně
se zeptat na Tagging (nikoliv na Talk). Hlasují pro možnost 6.

Co dál?

Mně se možnost 6 fakt nelíbí, prostě buď tam ty nbsp chceme, nebo nechceme.
Můžu napsat na Tagging, ale 1) nejsem si jist, zda se dopracujeme k
výsledku 2) tohle mi (vzhledem k tomu, že to ovlivňuje hlavně nástroje pro
přispěvatele a konzumenty) opravdu přijde spíš jako problém pro Talk.
Technicky vzato máme od DWG posvěcení si to nějak rozhodnout lokálně a
problémy s globálními nástroji řešit pak. Velmi rád bych se vyhnul editační
válce.

Matej

2018-01-21 7:17 GMT+01:00 Martin Janda <jan...@crcdata.cz>:

> Dobry den,
>
>   jsem PROTI nedelitelnym mezeram (unicode cislicim). Jako programator v
> nich vidim spis dalsi problemy pri zpracovani.
> *) nastroje - JOSM, webove nepodporuji zobrazeni nedelitelnych mezer
> *) nazev ulice s mezerou a nedelitelnou mezerou neni povazovan za stejny.
> Mozna pomuze normalizace ale ta znamena docela vyznamny overhead.
> *) nejsem si jisty ze vsechny adresy/adresni body v ulici dodrzi pouziti
> nbsp. Jedna ulice muze byt na dvou ways na jedne s nbsp a na druhe s
> normalni mezerou.
> *) regexp - myslim ze i tady mohou byt problemy. Nemam zde moc skusenosti
> *) spravne zobrazeni ma byt reseno rendererem i kdyz nebude fungovat ve
> vsech pripadech spravne
>
> Navrh :-)
> Pokud chcete resit problem pak je to "Ch
>
>
> Martin JANDA
>
> 21. 1. 2018 v 1:13, Matej Lieskovský <lieskovsky.ma...@gmail.com>:
>
> Dobrá, ráno napíšu na DWG. Ozvu se, až budeme mít odpověď.
>
> Matej
>
> 2018-01-19 15:46 GMT+01:00 Petr Kadlec <petr.kad...@gmail.com>:
>
>> Ahoj,
>>
>> 2018-01-19 14:49 GMT+01:00 Pavel Machek <pa...@ucw.cz>:
>>
>>> Myslim ze v oficialnich dokumentech se ulice jmenuje "U Lomu" ne
>>> "ULomu".
>>>
>>
>> To se těžko hodnotí. Co je ten oficiální dokument? Je to vytištěný/rukou
>> psaný papír? Je to forma ve Wordu? Ve vytištěné/rukou psané formě to
>> nepoznáš, když se to zrovna nezalomí (což by zase naopak naznačovalo, že
>> ten člověk neumí správně psát), ve Wordu to naopak dost často bude správně,
>> protože se o to postará sám Word. Zcela namátkou: Zápis z jednání
>> Místopisné komise Rady HMP z 27.4.2011 používá ve zmíněné ulici „K jelenám“
>> nezlomitelnou mezeru. Je to důkaz, není to důkaz?
>>
>> A co se týče státních databází, tak na ty bych v tomto ohledu moc
>> nespoléhal. Ostatně, v takovém obchodním rejstříku se stát neobtěžuje ani s
>> pomlčkami. I když máš zakladatelskou dokumentaci, ve které se zjevně
>> používá pomlčka, nahlížení do OR ukazuje název se spojovníkem. Zcela
>> namátkou: IČO 27799719.
>>
>> -- Petr Kadlec / Mormegil
>>
>> ___
>> 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] Detekce budov s chybnou geometrií

[Matej Lieskovský]

Možná by šlo hledat budovy s podezřele nízkým podílem (přibližně) pravých
úhlů, ale to bude způsobovat spoustu planých poplachů. Pokud bychom to
brali tak, že opravdu ostré úhly jsou hodně vzácné...

2018-01-19 16:22 GMT+01:00 majka :

>
> 2018-01-19 15:42 GMT+01:00 Jan Macura :
>
>> Čistě prakticky je jednodušší si stáhnout v JOSM nějaký k.ú., vyfiltrovat
>> si jen budovy bez tagu source=cuzk:ruian, zapnout si pod to vrstvu KM a
>> podívat se, zda to dává smysl...
>>
>
> Si nerozumíme - jde mi o to, jestli to nějak jde podle geometrie. Navíc
> tag source=cuzk:ruian taky není jednoznačný (musí se brát ruian ref),
> protože budovy namapované podle ruian parcely mají tenhle tag taky. Na
> tuhle detekci mám vlastní zobrazovací téma (.mapcss), a musela jsem to
> předělávat.
>
> Není problém to opravit u území, ve kterém momentálně mapuji. Ale ta
> ukázaná situace v datech byla od roku 2014, a nebýt toho, že se tam dost
> začalo stavět a přibyly budovy v RUIAN todo, netuším jak dlouho by to tam
> leželo i dál.
>
> Majka
>
> ___
> 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] Nedělitelné mezery v názvech ulic

[Matej Lieskovský]

Dobrá, ráno napíšu na DWG. Ozvu se, až budeme mít odpověď.

Matej

2018-01-19 15:46 GMT+01:00 Petr Kadlec :

> Ahoj,
>
> 2018-01-19 14:49 GMT+01:00 Pavel Machek :
>
>> Myslim ze v oficialnich dokumentech se ulice jmenuje "U Lomu" ne
>> "ULomu".
>>
>
> To se těžko hodnotí. Co je ten oficiální dokument? Je to vytištěný/rukou
> psaný papír? Je to forma ve Wordu? Ve vytištěné/rukou psané formě to
> nepoznáš, když se to zrovna nezalomí (což by zase naopak naznačovalo, že
> ten člověk neumí správně psát), ve Wordu to naopak dost často bude správně,
> protože se o to postará sám Word. Zcela namátkou: Zápis z jednání
> Místopisné komise Rady HMP z 27.4.2011 používá ve zmíněné ulici „K jelenám“
> nezlomitelnou mezeru. Je to důkaz, není to důkaz?
>
> A co se týče státních databází, tak na ty bych v tomto ohledu moc
> nespoléhal. Ostatně, v takovém obchodním rejstříku se stát neobtěžuje ani s
> pomlčkami. I když máš zakladatelskou dokumentaci, ve které se zjevně
> používá pomlčka, nahlížení do OR ukazuje název se spojovníkem. Zcela
> namátkou: IČO 27799719.
>
> -- Petr Kadlec / Mormegil
>
> ___
> 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] Nedělitelné mezery v názvech ulic

[Matej Lieskovský]

Nominatim tohle zvládá, Overpass (alespoň standardně) nikoliv - ten bere
nápisy s přesností na znak. Díky tomu jsem na tyhle problémy přišel.

2018-01-18 18:26 GMT+01:00 Jan Martinec :

> N i O mají plnou podporu Unicode, tj. měly by "vidět" všechny mezerovité
> znaky jako ekvivalentní.
>
> HPM
>
> Dne 18. 1. 2018 18:24 napsal uživatel "Marián Kyral" :
>
>>
>> -- Původní e-mail --
>> Od: Petr Kadlec 
>> Komu: OpenStreetMap Czech Republic 
>> Datum: 18. 1. 2018 17:58:17
>> Předmět: Re: [Talk-cz] Nedělitelné mezery v názvech ulic
>>
>> Ahoj,
>>
>> 2018-01-18 17:36 GMT+01:00 jzvc :
>>
>> Ne, nepise, nic jako nezalomitelna mezera neexistuje. To je pouze
>> typograficka pomucka pro SW, ktery neumi jinak rict, ze by neco melo drzet
>> pri sobe. Ve skutecnosti je to exaktne totez, jako kdyz budes neco tagovat
>> pro reneder, coz se v OSM vyslovene zapovida. Spravne by mel reneder sam
>> vedet, ze v dany lokalite ma ten text spojit.
>>
>>
>> Ano, v platónském světě názvů ulic neexistuje nezalomitelná mezera,
>> existuje název, v němž se nesmí na nějakém místě zalomit řádek. My ale
>> nežijeme v platónském světě názvů, my vyrábíme data pro software a tento
>> software pro reprezentaci textových dat používá Unicode. Proto bychom měli
>> vzít název a podle toho, jak se má správně psát,[1] bychom měli zvolit
>> odpovídající reprezentaci v Unicode. Nejde jen o renderer. Když si z
>> databáze OSM stáhnu seznam všech ulic, chci to tam mít.
>>
>>
>>
>> Takže pokud pak budu tu ulici hledat, tak si musím pamatovat, že za "V"
>> musím napsat nezalomitelnou mezeru, jinak mi třeba nominatin najde velké
>> kulové? U něj by to ještě šlo nějak ošetřit, ale třeba u Overpass už na to
>> musím myslet já. Sám to za mně neudělá. Nekomplikuješ nám to tak trochu?
>>
>> Marián
>>
>> ___
>> 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] opendata Agentura ochrany přírody a krajiny ČR

[Matej Lieskovský]

Ok, takže to chce jim napsat, zda to nechtějí všechno uvolnit pod CC-0,
nebo nám alespoň dát plošně výjimku podobnou jako nám dal IPR, ať to
nemusíme tahat přes WD?

Matej

2018-01-17 16:37 GMT+01:00 Jan Macura :

> 2018-01-17 9:32 GMT+01:00 Marián Kyral :
>
>> Wikidata jsou nějaká univerzální pračka na špinavá data? Aneb, jak se z
>> CC 4.0 stane CC-0?
>>
>
> Jednoduše tak, že autor dat uvolní nějaký konkrétní dataset pro WD, čímž
> jej otevře pod CC-0, pak se rozhodne zveřejnit na webu větší balík dat,
> zapomene na to, a přilepí tomu hromadně CC-BY. Aneb dotaz měl znít "jak se
> z CC-0 stane CC-BY".
>
> K tomu pro jistotu poznámka, že "CC 4.0" označuje verzi licence (liší se
> navzájem minimálně), zatímco "CC-0" označuje typ licence (liší se navzájem
> zásadně).
>
> H.
>
> ___
> 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] Nedělitelné mezery v názvech ulic

[Matej Lieskovský]

To se mi zase povedlo kopnout do něčeho fajného...

O metafyziku mi v tomto případě opravdu moc nejde -
když končí Vinohradská a začíná Černokostelecká,
tak končí Vinohradská a začíná Černokostelecká.
To mě vážně netrápí.

Taky mi nedělá problém přejmenovat celou ulici,
kdykoliv kdy se její název změní.
Když si všimnu, že to opravdu mám přepsat,
tak to díky systému pojede téměř samo.

alt_name a loc_name se zatím taky nehodlám ani dotknout.

O Římských číslicích můžeme debatovat,
ještě chvíli na ně asi nenarazím.
Možná bych se dokonce přikláněl k tomu,
že ty unicode věci jsou možná i dobře,
ale to je na délší debatu.

Teď ale naprosto reálně chci vědět,
zda se ta ulice má jmenovat "K Jezeru" nebo "K Jezeru",
protože naprosto odmítám možnost,
že to jsou dvě různé ulice.

Výhledově to asi chce na wiki napsat,
jak se máme v takovýchto situacích zachovat.
Pokud například zvládneme udržet správné názvy v relacích,
tak bych měl být schopen dohlížet na nbsp a podobné
minimálně pro celou Prahu.

Shodneme se tedy na tom,
že varianta 4 je bezpečná?
Systém bude jen polo-automatický,
takže pokud narazí na něco divného,
tak nejspíše zase napíšu sem.

@Matěj: Podle ČÚZK žádné díly neexistují a basta! :)

Matej

2018-01-17 18:29 GMT+01:00 Matěj Cepl :

> On 2018-01-17, 14:10 GMT, Jan Martinec wrote:
> > Jinak nejde jen o nbsp, někdo přidává Unicode ekvivalenty na
> > římské číslice v názvech. To je medle ok, ale je to kanonický
> > název, nebo ten má být spíše Ⅱ, nebo II?
>
> To už mi připadne jako kravina. Nezlomitelná mezera má svoje
> výhody, ale Ⅱ mi připadne jako čistý manýrismus.
>
> Matěj
> --
> http://matej.ceplovi.cz/blog/, Jabber: mceplceplovi.cz
> GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
>
> Quod fuimus, estis; quod sumus, vos eritis.
>
>
> ___
> 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] Nedělitelné mezery v názvech ulic

[Matej Lieskovský]

Ahoj!

Pomalu pracuju na tom již zmiňovaném systému na polo-automatickou údržbu
street relací a tak narážím na různé podivnosti v databázi, kterých bych si
jinak nevšiml. Třeba mě to upozorňuje na to, když jednotlivé segmenty té
samé ulice mají různé názvy, což chytá i takové prkotiny, jako je
nedělitelná mezera (nbsp).

Vím, že se tady před rokem vedl flame na téma nedělitelných mezer a k
žádnému konsenzu to (pokud vím) nevedlo.

Přijde mi rozumné, aby všechny segmenty ulice měly identické name tagy.
Část důvodu, proč celé tyhle street relace dělám je i snaha o automatickou
synchronizaci name: tagů napříč všemi segmenty. Když napíšu nbsp do
tagů relace, tak mi to asi náhodní editoři nerozbijou a jsem ochoten to pak
opravovat.

Co mám dělat?

1) Odstraňuj nbsp z názvů ulic
2) Tam, kde se vyskytují obě varianty, preferuj tu bez nbsp
3) Tam, kde se vyskytují obě varianty, preferuj tu častější
4) Tam, kde se vyskytují obě varianty, preferuj tu s nbsp
5) Přidávej (ručně) nbsp do názvů ulic
6) Celý koncept toho, že se má ulice jmenovat stejně, je špatně

Ať se daří,
Matej
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Návrh znění - Statistika využití ortofotografií IPR při editování OpenStreetMap

[Matej Lieskovský]

Díky za opravy (neměl bych psát věci po půlnoci). Dnes jsem to poslal, dám
vědět, pokud nějak odpoví.

2018-01-12 9:27 GMT+01:00 Mikoláš Štrajt <stra...@seznam.cz>:

> "třízený odpad" je správně "tříděný odpad"
>
> a místo "dopravní pruhy" bych napsal spíš "odbočovací pruhy"
>
> a na konci máš v "přijemný" den (I po Ř nemáš s čárkou)
>
> Jinak už moje oči a oprava pravopisu ve firefoxu nic nenašly. :-)
>
> --
> Mikoláš
>
> -- Původní e-mail --
> Od: Matej Lieskovský <lieskovsky.ma...@gmail.com>
> Komu: OpenStreetMap Czech Republic <talk-cz@openstreetmap.org>
> Datum: 12. 1. 2018 0:35:31
> Předmět: [Talk-cz] Návrh znění - Statistika využití ortofotografií IPR při
> editování OpenStreetMap
>
> Dobrý den,
>
> Dovolte, abych Vám jménem české komunity přispěvatelů do OSM poděkoval za
> povolení používat Vaše ortofotografie pro zpřesňování mapy Prahy.
> Díky těmto datům jsme mohli detailně zmapovat tramvajové koleje, dopravní
> pruhy (což je přínosem pro mnoho autonavigací), zpřesnit mapu
> infrastruktury pro pěší a cyklisty (kde jsou kvalitní mimovegetační snímky
> extrémně cenné) a mnoho dalších zlepšení. Na území Prahy je nyní například
> již zmapováno přes tisíc lokací s popelnicemi na třízený odpad.
> Prošel jsem historii změn v OSM a do 31.12.2017 uvedlo ortofotomapy IPR
> mezi svými zdroji 27 uživatelů a to u 509 sad změn, které celkem způsobily
> 56 790 aktualizací objektů (tedy buďto přidání, aktualizací, nebo smazání
> prvků v databázi).
>
> Ještě jednou Vám děkuji a přeji přijemný zbytek dne,
> Matej Lieskovský
>
> ---
>
> Máte někdo něco proti tomu, abych to takhle poslal? Vidíte překlep nebo
> hrubku?
> ___
> 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] opendata Agentura ochrany přírody a krajiny ČR

[Matej Lieskovský]

Ahoj,

pokud se nenajde nikdo vhodnější, tak to můžu zkusit.

Matej

2018-01-15 20:23 GMT+01:00 Marián Kyral :

> Ahoj,
> tak nám otevřeli data: http://gis-aopkcr.opendata.arcgis.com/
>
> Bohužel CC 4.0. Nechtěl by někdo zkusit domluvit výjimku pro OSM? Já na to
> moc nejsem.
>
> > Tato datová sada, jejímž autorem je AOPK ČR, podléhá licenci Creative
> Commons Uveďte původ 4.0 Mezinárodní.
>
> Marián
>
>
> ___
> 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] Návrh znění - Statistika využití ortofotografií IPR při editování OpenStreetMap

[Matej Lieskovský]

Dobrý den,

Dovolte, abych Vám jménem české komunity přispěvatelů do OSM poděkoval za
povolení používat Vaše ortofotografie pro zpřesňování mapy Prahy.
Díky těmto datům jsme mohli detailně zmapovat tramvajové koleje, dopravní
pruhy (což je přínosem pro mnoho autonavigací), zpřesnit mapu
infrastruktury pro pěší a cyklisty (kde jsou kvalitní mimovegetační snímky
extrémně cenné) a mnoho dalších zlepšení. Na území Prahy je nyní například
již zmapováno přes tisíc lokací s popelnicemi na třízený odpad.
Prošel jsem historii změn v OSM a do 31.12.2017 uvedlo ortofotomapy IPR
mezi svými zdroji 27 uživatelů a to u 509 sad změn, které celkem způsobily
56 790 aktualizací objektů (tedy buďto přidání, aktualizací, nebo smazání
prvků v databázi).

Ještě jednou Vám děkuji a přeji přijemný zbytek dne,
Matej Lieskovský

---

Máte někdo něco proti tomu, abych to takhle poslal? Vidíte překlep nebo
hrubku?
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Dlouhé zimní večery.

[Matej Lieskovský]

Mám jednu opravdu noob-friendly věc: snažím se doplnit incline tag na
schodiště.

Tady je odpovídající overpass: http://overpass-turbo.eu/s/uCC

2018-01-11 21:26 GMT+01:00 Jan Macura :

> Ahoj,
>
> jsem rozhodně pro. Taková stránka jako rozcestník na nápady "co dělat" je
> podle mě super. Mohla by vést k větší přehlednosti a systematičnosti.
>
> Na druhou stranu. Přidávání odkazů na Wikipedii je podle mě "obsolete".
> Přidávejme rovnou užitečnější a obecnější položky Wikidat.
>
> H.
>
> 2018-01-11 21:04 GMT+01:00 Petr Schönmann :
>
>> Ahoj,
>>
>> zatím se jedná o koncept, tak píšu do konference abych se poradil,
>> případně přijal kritiku a nápady. Na URL https://openstreetmap.cz/mapov
>> aci-projekty jsem založil stránku ( aktuálně neveřejná ) kde budou
>> přibývat projekty na "dlouhé zimní večery".
>> Pokud se přihlásíte přes OSM.org na portál OSMAP.cz je možné že také
>> budete moci stránky upravovat. Nejsem si ale jist oprávněním do různých
>> sekcích. Mám pocit, že zby-cz mi práva na editaci projektů přidával.
>>
>> Co vlastně od toho očekávám ?
>> Řekl jsem si že by bylo dobré české mapovací projekty dát pod jednu
>> střechu z více důvodů.
>> - Dělám to sám a je toho moc. Mohu se podělit s ostatními a úkol
>> zvládneme rychleji.
>> - Lze se takto zaměřit na jednu oblast / odvětví, které se člověk může
>> věnovat systematicky.
>> - Nemám nápad co mapovat, ale chtěl bych mapovat :) > Návody ti ukážou
>> jak na to a hned je zase co mapovat když si vybereš.
>> - Dostanu svůj nápad mezi lidi, často ani nevíte kdo se čemu věnuje a
>> můžete tak někomu svým příspěvkem přihrát pěkný kus práce.
>>
>> Úkoly by měly být sepsány tak aby pokročilý začátečník i zkušenější maper
>> po přečtení pochopili jak mapovat. Asi bych chtěl zařadit nějakou
>> klasifikaci lehký, středně těžký a těžký úkol.
>> Co na to říkáte ? Má ta stránka budoucnost, měli by jste zájem přispět
>> nějakým projektem ?
>>
>>
>> --
>> S pozdravem
>> Petr Schönmann
>> https://www.facebook.com/klikklakcz
>>
>> ___
>> 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] Statistika využití CZ:IPRPraha:ortofoto

[Matej Lieskovský]

@r00t: Já to nemyslel špatně. Omlouvám se za nedorozumění.


Ok, beru všechny changesety, které (včetně tagů) obsahují "IPRPraha", "IPR
orto" nebo "giswa1.mag.mepnet.cz". Ano, dávám pozor na to, že některý
changeset může mít víc než jedno z toho. Ještě nějaký potenciální problém?
Nějak se mi nezdá, že bychom na to od 27. do 31. ani nešáhli, tak raději
počkám na ještě jeden planet file, pak to pošlu. Pokud někdo má zájem o to,
jak to počítám, nebo jaká data z toho padají, tak se mi ozvěte.

Aktuální statistika:

27 uživatelů, 513 changesetů, 57534 dotčených objektů

(ten počet objektů je hodně volný odhad, nedetekuju opakování napříč
changesety)

2018-01-05 20:17 GMT+01:00 r00t :

> > Hm... předpokládám, že IPR do source changesetu neuvádíš, co?
> Zdroje jsem si do JOSM pridaval hned jak se pouziti IPR povolilo a takhle
> se
> zdroje tehdy v oficialnim seznamu jmenovaly. To ze se pozdeji prejmenovaly
> na
> "Praha IPR latest ortophoto" atd. uz jsem nemel duvod resit - do nastaveni
> zdroju WMS opravdu kazdy den nelezu abych kontroloval jestli se vsechno
> jmenuje spravne...
> Ten nazev urcite neni nejaky muj osobni vysmysl a uz vubec neslo o to nejak
> cilene "IPR" jako source neuvadet.
>
>
>
> ___
> 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] Statistika využití CZ:IPRPraha:ortofoto

[Matej Lieskovský]

"IPR Praha souhlasí s využíváním ortofotografií, které poskytuje
prostřednictvím Geoportálu hl. m. Prahy, za účelem aktualizace a doplňování
databáze OpenStreetMap, přičemž vzniklá vektorová data smí být vložena do
OSM pod licencí ODbL za předpokladu, že IPR bude uveden v seznamu
přispěvatelů do OSM a takto vzniklá data budou mít IPR uveden jako svůj
zdroj."

1) Ještě nějaké alternativní formy plnění tohoto požadavku? Koukám na
source u objektů (to se zatím zdá být spíše zanedbatelné), source u
changesetů, budu řešit imagery_used u changesetů...
2) Jak mám z "giswa1.mag.mepnet.cz" poznat, že jde o IPR? Jsou všechny
letecké snímky odtud IPR?

Ono asi nevadí, pokud mi v těch statistikách bude něco chybět, jen pak bude
těžší obhájit to, že jsme je uváděli jako zdroj...

2018-01-05 18:47 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:

> Hm... předpokládám, že IPR do source changesetu neuvádíš, co?
>
> 2018-01-05 18:36 GMT+01:00 r00t <r...@r00t.cz>:
>
>> Ahoj,
>>
>> > Tahám to přímo z changesets-latest.osm, takže mám naopak jen tady a
>> metadata changesetů.
>> > Vzhledem k tomu, že jsem předpokládal alespoň substring "IPRPraha", tak
>> mi asi iD unikl. Zkusím to nějak opravit.
>> Pouzivam IPR v JOSM a vrstvy se mi pojmenovaly:
>>  giswa1.mag.mepnet.cz: Letecké snímky
>>  giswa1.mag.mepnet.cz: Letecké snímky - mimovegetační
>>  giswa1.mag.mepnet.cz: Letecké snímky - okolí Prahy
>> ..."ipr" tam neni ani jednou... takze tech changesetu bude mozna jeste o
>> neco vic.
>>
>>
>>
>> ___
>> 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] Statistika využití CZ:IPRPraha:ortofoto

[Matej Lieskovský]

Hm... předpokládám, že IPR do source changesetu neuvádíš, co?

2018-01-05 18:36 GMT+01:00 r00t :

> Ahoj,
>
> > Tahám to přímo z changesets-latest.osm, takže mám naopak jen tady a
> metadata changesetů.
> > Vzhledem k tomu, že jsem předpokládal alespoň substring "IPRPraha", tak
> mi asi iD unikl. Zkusím to nějak opravit.
> Pouzivam IPR v JOSM a vrstvy se mi pojmenovaly:
>  giswa1.mag.mepnet.cz: Letecké snímky
>  giswa1.mag.mepnet.cz: Letecké snímky - mimovegetační
>  giswa1.mag.mepnet.cz: Letecké snímky - okolí Prahy
> ..."ipr" tam neni ani jednou... takze tech changesetu bude mozna jeste o
> neco vic.
>
>
>
> ___
> 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] Statistika využití CZ:IPRPraha:ortofoto

[Matej Lieskovský]

Tahám to přímo z changesets-latest.osm, takže mám naopak jen tady a
metadata changesetů.
Vzhledem k tomu, že jsem předpokládal alespoň substring "IPRPraha", tak mi
asi iD unikl. Zkusím to nějak opravit.
Díky za info!

2018-01-05 17:33 GMT+01:00 Pavel Zbytovský <zbytov...@gmail.com>:

> Ahoj,
>
> co se týče té statistiky, nejsem si jistý jestli máš započítané i editace
> z editoru iD. Přidával jsem obě vrstvy pomocí své TMS-proxy - viz
> [1][2][3]. Ovšem nevím kdy se to dostalo do main website (a vlastně do
> JOSMu taky - layer-index je společný).
>
> Každý kdo v iD změnil libovolnou věc při zapnuté této vrstvě, bude mít v
> klíči imagery_used u changesetu buď "IPR ortofoto Low-Vegetation
> (tmsproxy)" nebo "IPR ortofoto LAST (tmsproxy)" .. případně oddělené
> středníkem.
>
> Myslím ale, že údaje o changesetech v planet.osm nejsou, tudíž by to bylo
> potřeba extrahovat je nějak jinak (možná planet i s historií?)
>
> P.
>
> [1] https://github.com/osmlab/editor-layer-index/pull/300
> [2] http://osm-a.zby.cz/tiles_ipr_vege.php
> [3] http://osm-a.zby.cz/tiles_ipr_last.php .. nějaké rozbité teď
>
>
> On Fri, Jan 5, 2018 at 4:54 PM Vratislav Filler <vra...@centrum.cz> wrote:
>
>> Ahoj,
>>
>>
>>
>> hojně jsem využíval pro ověření existence či rozsahu cyklopruhů (korekce
>> potom, co to tam nejdřív namalujeme od oka), a pro cyklo infra vůbec,
>> mimovegetační pro ověření přítomnosti a charakteru cest a chodníků, apod.,
>> pro bezmotorovou byly starší ortofoto málo použitelné. Výhodou je i častá
>> aktualizace, právě u cykla, kde se stav docela často mění.
>>
>> Kdyby se někd hecnul, tak podle toho může v Praze udělat předsunuté
>> stopčáry.
>>
>>
>>
>> V.
>>
>>
>>
>> __
>> > Od: Jethro <xtom...@gmail.com>
>> > Komu: OpenStreetMap Czech Republic <talk-cz@openstreetmap.org>
>> > Datum: 03.01.2018 16:38
>> > Předmět: Re: [Talk-cz] Statistika využití CZ:IPRPraha:ortofoto
>> >
>> Zdar,
>> určitě pruhy, prezentovat jako "Zlepšení pro mnohé automobilové
>> navigace" ;-) Já jsem jich taky zmapoval docela dost právě podle (a
>> díky tomu, že se uvolnily) IPR ortofoto.
>> MSF
>> Jethro
>>
>> 2018-01-03 15:47 GMT+01:00 Jan Martinec <j...@martinec.name>:
>> > Ahoj,
>> >
>> > to je super, že to aspoň pár lidí využilo.
>> > Díky za uznání, ale nějak mě nenapadá jedna velká konkrétní věc, kterou
>> jsem
>> > s tím dělal - většinou to bylo menší využití v rámci úprav něčeho
>> většího -
>> > budovy, průchody, vodní toky.
>> >
>> > Možná pražské mosty - přidával jsem pomocí ortofota pilíře, a zcela
>> určitě
>> > jsem udělal i spoustu dopravních pruhů (počet, směr, omezení, řazení v
>> > nich).
>> >
>> > Každopádně díky, žes to zařídil - takhle kvalitní podklady kdybychom tak
>> > měli všude...
>> >
>> > Zdar,
>> > Honza Piškvor Martinec
>> >
>> >
>> > Dne 3.1.2018 v 14:30 Matej Lieskovský napsal(a):
>> >>
>> >> Ahoj!
>> >>
>> >> Jak si možná vzpomínáte, před necelým rokem jsem pomohl získat povolení
>> >> k využití ortofotek IPR. Díky tomu nyní máme přístup k snímkům celé
>> >> Prahy a okolí, které jsou 2x ročně aktualizovány. V rámci dohody jsem
>> >> slíbil počítání statistik. Zatím čekám na zveřejnění nového planet.osm,
>> >> ale tady jsou statistiky k 25.12.:
>> >>
>> >> Data IPR využilo 8 uživatelů ve 396 change setech, které se týkaly
>> 46890
>> >> objektů.
>> >>
>> >> Až budu mít zpracovaná novější data, tak bych jim tohle poslal jako
>> >> součást většího reportu.
>> >>
>> >> Pokud proti tomu nikdo nic nemá, tak bych tam také použil frázi cca
>> typu
>> >> "Dovolte, abych Vám jménem české komunity přispěvatelů do OSM
>> poděkoval."
>> >>
>> >> Taky bych tam rád napsal nějaká "pěkná" využití těch fotek. Překreslení
>> >> tramvajových tratí bylo z velké části pomocí IPR fotek, já jsem dělal
>> >> pár zlepšení porkytí parků (Valdštejná zahrada, Vojanovy sady,
>> Malešický
>> >> park, Centrální park, Vyšehrad...), ale vykoukat další věci z těch
>> >> changesetů je trochu nad moje možnosti. Víte někdo o něčem, co by se
>> >> dalo takhle vypíchnout? Vím, že Piškvor toho taky udělal hodně, ale
>> 

Re: [Talk-cz] Výzva k hlasování - bazény Fell3 - smazat nebo private

[Matej Lieskovský]

Poznámka pro sebe: za žádných okolností proti sobě nepoštvat Majku.

Vzhledem k pravděpodobnosti nekompatibilních zdrojů jsem pro smazání.
Veřejnosti přístupné bazény snad někdo zmapuje znovu a legálně.

2018-01-05 13:31 GMT+01:00 majka :

> Dovolím si reagovat za sebe:
>
> - vadí to, že je toho spousty a konkrétní zdroj nebyl uveden ani po
> několika přímých dotazech (pokud nám proběhnou jednotlivosti, není to
> takový problém)
>
> - pochybný zdroj: na kompatibilních mapách se to v době, kdy to fell3
> mapoval, najít nedalo. Vidět to bylo buď z ortofota katastru, mapy.cz
> nebo google (hlavně to ortofoto katastru, které mimo Prahu přece nelze
> používat). Nic z toho není podklad pro mapování. Konkrétní případy se tu
> probíraly loni.
> Kde jinde to sebral když to neřekne?
> pozn: fotí/fotil pro Mapillary, ale z toho nenamapuje 100% polohu bazénu
> na zahradě domu / cestu za plotem, kam podle jeho vlastních fotek není
> vidět z ulice. Obojí je samozřejmě v OSM bez omezení přístupu.
>
> - nekompletní/chybná data: většinou (odhaduji víc jak 95% jsou to soukromé
> bazény na zahradách domů), tedy to access=private chybí
>
> O užitečnosti těch dat se bavit nehodlám. Uživatele fell3 se mi
> patrně podařilo urazit, i když nechtěně, takže od 8.11. na OSM nesáhl.
> Původně jsme se s ním přece chtěli jen a pouze domluvit a DOČASNĚ zastavit
> či zpomalit jeho mapování, které se spíš zdálo bezhlavým hrnutím dat do
> databáze.
>
> 2018-01-05 12:54 GMT+01:00 Karel Volný :
>
>>
>> a jinak, jak už jsem nadhodil v odpovědi na úvodní mail, pokud někdo píše
>> o
>> "spoustách" a "většině", která je 'špatná' nebo 'neověřitelná', chtělo by
>> to
>> konkrétní příklady - moje pozorování je s takovými tvrzeními v příkrém
>> rozporu; ale jak jsem řekl, viděl jsem malý vzoreček, na základě kterého
>> bych
>> si nedovolil takto kvantifikovat ...
>>
>> K.
>>
>>
>>
>
> ___
> 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] Poloautomatické kontrolovaní street relation

[Matej Lieskovský]

Pomalu přidávám další street relace.

Máte někdo nějaké připomínky?
Od kolika segmentů mám dát ulici street relaci?
Můžu si na to založit separátního uživatele a začít fungovat více podle
https://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct?

Zatím opravdu edituju jen street relace v Praze. Pokud budu přecházet na
Automated Edits, tak zveřejním a nechám odsouhlasit detaily postupu (zatím
je to taková slátanina JOSM, Overpass, Python a koukání do mapy). Jakékoliv
rozšíření budu diskutovat tady.

2017-12-13 2:47 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:

> Aktuálně by street_only měl hlásit jen jeden kousek Mariánské ulice někde
> za Prahou.
> Filtrování by bylo lepší, kdyby běželo podle hranic Prahy a ne bboxem,
> ale zatím to vypadá, že by to pak bylo moc pomalé.
> Pohledem zkontrolovat, že všechny hlášené chyby jsou mimo Prahu umíme :)
>
> "site=stree" jsem ze Zenklovy smazal, byl to určitě překlep
>
> 2017-12-13 1:00 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:
>
>> Tak, prográmek funguje. "streets.py" generuje query na cesty a adresní
>> body, "streets_only.py" jen cesty. Je to Python3.
>> Zatím to není moc user friendly.
>> Proměnná "l" se nastaví na seznam názvů street relací a pak stačí volat
>> "main(l)".
>> Dotaz pro Overpass dostanete na std.out.
>>
>> Vzhledem k tomu, že přidávání adresních bodů by způsobilo monstrózní
>> relace,
>> tak jsem přidal jen chybějící části té samé ulice. (Proto ta verze
>> "streets_only")
>> Taky jsem překlopil těch pár associatedStreet z jihu Prahy na street.
>>
>> Co dělá ten "site=stree" tag na Zenklově? Vypadá to, jako překlep...
>> (https://www.openstreetmap.org/relation/6104636#map=14/50.1116/14.4657)
>>
>> Pokud proti tomu nikdo nemá vážné námitky,
>> tak si najdu nejvíce fragmentované ulice v Praze a vygeneruju pro ně
>> street relationy.
>> Tak od pohledu se nabízí Václavák, Plzeňská, Karlák, Vršovická,
>> Vinohradská...
>>
>> Opakuju: nebudu nic mazat, jen přidám sdružující relace nad částmi té
>> samé ulice.
>>
>> 2017-12-12 21:54 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:
>>
>>> O stavu renderování názvů ulic z relací zatím nevím,
>>> hodlám se na to někdy zeptat asi na centrálním talku.
>>>
>>> Já bych až tak rozsáhlý systém relací neočekával.
>>> Spousta věcí (PSČ, Městská část, etc.) jde řešit
>>> pomocí explicitních tagů, nebo obsáhnutím oblastí
>>> (když už máme geospacial data, tak je využívejme).
>>> Ulice jsou trochu special případ,
>>> protože kromě dedikované relace se dají "vykoukat"
>>> jen srovnáním name tagů mezi sousedícími cestami
>>> což je vážně opruz a bude náchylné na chyby.
>>>
>>> Matej
>>>
>>> 2017-12-12 19:42 GMT+01:00 jzvc <j...@tpfree.net>:
>>>
>>>> Dne 12.12.2017 v 14:28 Matej Lieskovský napsal(a):
>>>>
>>>>> V ČR cca 190 relací a 740 prvků, většina z toho v Kladně.
>>>>> (Oproti tomu 7 associatedStreet)
>>>>> Nasazení v Praze by to mohlo dost výrazně zvednout
>>>>> a to včetně průměrného počtu prvků.
>>>>>
>>>>> Nechci tím teď mazat ty explicitně uvedené hodnoty,
>>>>> ale dříve nebo později se na nějaký takový systém bude muset přejít
>>>>> jinak se z toho všichni zcvokneme.
>>>>> Moc ukázat, že to umíme udržovat, by mělo pomoct.
>>>>>
>>>>
>>>> Cus,
>>>>
>>>> nejsem si uplne jiste tim, ze zrovna tenhle zpusob je uplne dobrej
>>>> napad.
>>>>
>>>> Totiz chapu to tak, ze budouci stav si predstavujes zhruba tak, ze na
>>>> dome bude (nejspis v relaci, protoze jich muze byt vic) 1-N cisel 
>>>> popisnych.
>>>>
>>>> Pak budes ten dum mit v 0-N relacich ulic, a do nich prihodis i
>>>> odpovidajici CP. (0 proto, ze v malych obcich bude dum rovnou v obci, coz
>>>> jaksi algoritmus opet ponekud komplikuje)
>>>>
>>>> A ty relace ulic naladujes trebas do relaci mestskych casti (pokud jsou
>>>> = dalsi komplikace) a ty pak do relaci dany obce/mesta ...
>>>>
>>>> K tomu bys pak jeste musel mit extra relace s PSC, protoze ty
>>>> neodpovidaji ani castem ani obcim.
>>>>
>>>> Chapu to dobre? Posleze by samo bylo nadbytecny aby dany udaje byly
>>>> primo na budove/adrese.
>>>>
>>>> Jenze se tim dostane

Re: [Talk-cz] Správný operator u rozcestníků

[Matej Lieskovský]

Proč mám ten pocit, že některé tagy jsou CZ:blablabla a některé
cz:blablabla? Necheme to sjednotit?

Souhlasím se sjednocením rozcestníků:
KCT, kct, kčt, CZ:KČT,... -> cz:KČT

2018-01-04 21:01 GMT+01:00 Miroslav Suchý :

> Dne 4.1.2018 v 17:12 majka napsal(a):
> > Prosím o potvrzení, že správný operátor u turistických rozcestníků by
> > měl být psán jako cz:KČT.
>
> +1
> Akorát bacha, že existuje spousta rozcestníku které nespravuje KČT.
> Nedávno jsem například dával operator=SK Annaberg.
>
> Mirek
>
> ___
> 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] Statistika využití CZ:IPRPraha:ortofoto

[Matej Lieskovský]

Ahoj!

Jak si možná vzpomínáte, před necelým rokem jsem pomohl získat povolení k
využití ortofotek IPR. Díky tomu nyní máme přístup k snímkům celé Prahy a
okolí, které jsou 2x ročně aktualizovány. V rámci dohody jsem slíbil
počítání statistik. Zatím čekám na zveřejnění nového planet.osm, ale tady
jsou statistiky k 25.12.:

Data IPR využilo 8 uživatelů ve 396 change setech, které se týkaly 46890
objektů.

Až budu mít zpracovaná novější data, tak bych jim tohle poslal jako součást
většího reportu.

Pokud proti tomu nikdo nic nemá, tak bych tam také použil frázi cca typu
"Dovolte, abych Vám jménem české komunity přispěvatelů do OSM poděkoval."

Taky bych tam rád napsal nějaká "pěkná" využití těch fotek. Překreslení
tramvajových tratí bylo z velké části pomocí IPR fotek, já jsem dělal pár
zlepšení porkytí parků (Valdštejná zahrada, Vojanovy sady, Malešický park,
Centrální park, Vyšehrad...), ale vykoukat další věci z těch changesetů je
trochu nad moje možnosti. Víte někdo o něčem, co by se dalo takhle
vypíchnout? Vím, že Piškvor toho taky udělal hodně, ale zatím nevím, jak to
pěkně popsat.

Ať se daří!

Matej

PS: Jo, snažím se dát IPR něco, co zní dobře. Oni to použijí jako
"podívejte se, jak je IPR užitečný" a výměnou za to nám snad do budoucna
dají více dat.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Žluté "oblasti" na Google maps

[Matej Lieskovský]

Alespoň zběžně si přečíst článek by nešlo? Jedná se o automatické kreslení
budov ze satelitních snímků a následně identifikaci významných oblastí a
jejich zvýraznění.

On 20 Dec 2017 14:39, "jzvc"  wrote:

Dne 20.12.2017 v 9:48 Mikoláš Štrajt napsal(a):

Dneska jsem narazil na článek, který popisuje jak Google používá
> strojové vidění
>

Cus, myslis to strojove videni v podobe (naprosto nepouzitelne) google
captcha?


pro generování svých mapových podkladů a jak dále

> odvozuje nová data z už existujících dat. V kontextu diskuzí o
> roboeditacích facebooku je to zajímavé čtení.
>
> Viz https://www.justinobeirne.com/google-maps-moat
>
> A pokud jste si někdy lámali hlavu, co že jsou (na Google maps) ty žluté
> oblasti ve městech (a nechcete si číst tento článek) - jedná o místa s
> vysokou koncentrací obchodů a restaurací, což je právě jeden z příkladů
> odvozených dat.
>
> Zdraví
> --
> Severák
>
>
> ___
> 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] Poloautomatické kontrolovaní street relation

[Matej Lieskovský]

Aktuálně by street_only měl hlásit jen jeden kousek Mariánské ulice někde
za Prahou.
Filtrování by bylo lepší, kdyby běželo podle hranic Prahy a ne bboxem,
ale zatím to vypadá, že by to pak bylo moc pomalé.
Pohledem zkontrolovat, že všechny hlášené chyby jsou mimo Prahu umíme :)

"site=stree" jsem ze Zenklovy smazal, byl to určitě překlep

2017-12-13 1:00 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:

> Tak, prográmek funguje. "streets.py" generuje query na cesty a adresní
> body, "streets_only.py" jen cesty. Je to Python3.
> Zatím to není moc user friendly.
> Proměnná "l" se nastaví na seznam názvů street relací a pak stačí volat
> "main(l)".
> Dotaz pro Overpass dostanete na std.out.
>
> Vzhledem k tomu, že přidávání adresních bodů by způsobilo monstrózní
> relace,
> tak jsem přidal jen chybějící části té samé ulice. (Proto ta verze
> "streets_only")
> Taky jsem překlopil těch pár associatedStreet z jihu Prahy na street.
>
> Co dělá ten "site=stree" tag na Zenklově? Vypadá to, jako překlep...
> (https://www.openstreetmap.org/relation/6104636#map=14/50.1116/14.4657)
>
> Pokud proti tomu nikdo nemá vážné námitky,
> tak si najdu nejvíce fragmentované ulice v Praze a vygeneruju pro ně
> street relationy.
> Tak od pohledu se nabízí Václavák, Plzeňská, Karlák, Vršovická,
> Vinohradská...
>
> Opakuju: nebudu nic mazat, jen přidám sdružující relace nad částmi té samé
> ulice.
>
> 2017-12-12 21:54 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:
>
>> O stavu renderování názvů ulic z relací zatím nevím,
>> hodlám se na to někdy zeptat asi na centrálním talku.
>>
>> Já bych až tak rozsáhlý systém relací neočekával.
>> Spousta věcí (PSČ, Městská část, etc.) jde řešit
>> pomocí explicitních tagů, nebo obsáhnutím oblastí
>> (když už máme geospacial data, tak je využívejme).
>> Ulice jsou trochu special případ,
>> protože kromě dedikované relace se dají "vykoukat"
>> jen srovnáním name tagů mezi sousedícími cestami
>> což je vážně opruz a bude náchylné na chyby.
>>
>> Matej
>>
>> 2017-12-12 19:42 GMT+01:00 jzvc <j...@tpfree.net>:
>>
>>> Dne 12.12.2017 v 14:28 Matej Lieskovský napsal(a):
>>>
>>>> V ČR cca 190 relací a 740 prvků, většina z toho v Kladně.
>>>> (Oproti tomu 7 associatedStreet)
>>>> Nasazení v Praze by to mohlo dost výrazně zvednout
>>>> a to včetně průměrného počtu prvků.
>>>>
>>>> Nechci tím teď mazat ty explicitně uvedené hodnoty,
>>>> ale dříve nebo později se na nějaký takový systém bude muset přejít
>>>> jinak se z toho všichni zcvokneme.
>>>> Moc ukázat, že to umíme udržovat, by mělo pomoct.
>>>>
>>>
>>> Cus,
>>>
>>> nejsem si uplne jiste tim, ze zrovna tenhle zpusob je uplne dobrej napad.
>>>
>>> Totiz chapu to tak, ze budouci stav si predstavujes zhruba tak, ze na
>>> dome bude (nejspis v relaci, protoze jich muze byt vic) 1-N cisel popisnych.
>>>
>>> Pak budes ten dum mit v 0-N relacich ulic, a do nich prihodis i
>>> odpovidajici CP. (0 proto, ze v malych obcich bude dum rovnou v obci, coz
>>> jaksi algoritmus opet ponekud komplikuje)
>>>
>>> A ty relace ulic naladujes trebas do relaci mestskych casti (pokud jsou
>>> = dalsi komplikace) a ty pak do relaci dany obce/mesta ...
>>>
>>> K tomu bys pak jeste musel mit extra relace s PSC, protoze ty
>>> neodpovidaji ani castem ani obcim.
>>>
>>> Chapu to dobre? Posleze by samo bylo nadbytecny aby dany udaje byly
>>> primo na budove/adrese.
>>>
>>> Jenze se tim dostanes do pomerne nechutny situace v pripade, ze pro
>>> danou budovu budes chtit zjistit adresu. Bude to defakto znamenat
>>> rekurzivni nacitani pomerne rozsahlyho stromu relaci.
>>>
>>> Na druhou stranu by bylo pomerne jednoduchy pridani novyho domu - udelal
>>> bys na nim jen zaznam s CP a oboji hodil do relace prislusny ulice.
>>>
>>> Byt principielne souhlasim ze to neni reseni spatny, nejsem si jistej
>>> tim, jestli je technicky akceptovatelny. Zato jestli si necim jistej skorem
>>> 100% sem, je to, ze bys to musel nejmin 10 let udrzova oboji, viz "nove"
>>> schema dopravy.
>>>
>>> Mimochodem, umi alespon jeden libovolny reneder ulici s nazvem ulice
>>> vyhradne v relaci? Celkem by me to zajimalo.
>>>
>>>
>>>
>>>> Další krok by asi bylo automatické šíření cizojazyčných překladů názvů,
>>&g

Re: [Talk-cz] Poloautomatické kontrolovaní street relation

[Matej Lieskovský]

Tak, prográmek funguje. "streets.py" generuje query na cesty a adresní
body, "streets_only.py" jen cesty. Je to Python3.
Zatím to není moc user friendly.
Proměnná "l" se nastaví na seznam názvů street relací a pak stačí volat
"main(l)".
Dotaz pro Overpass dostanete na std.out.

Vzhledem k tomu, že přidávání adresních bodů by způsobilo monstrózní relace,
tak jsem přidal jen chybějící části té samé ulice. (Proto ta verze
"streets_only")
Taky jsem překlopil těch pár associatedStreet z jihu Prahy na street.

Co dělá ten "site=stree" tag na Zenklově? Vypadá to, jako překlep...
(https://www.openstreetmap.org/relation/6104636#map=14/50.1116/14.4657)

Pokud proti tomu nikdo nemá vážné námitky,
tak si najdu nejvíce fragmentované ulice v Praze a vygeneruju pro ně street
relationy.
Tak od pohledu se nabízí Václavák, Plzeňská, Karlák, Vršovická,
Vinohradská...

Opakuju: nebudu nic mazat, jen přidám sdružující relace nad částmi té samé
ulice.

2017-12-12 21:54 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:

> O stavu renderování názvů ulic z relací zatím nevím,
> hodlám se na to někdy zeptat asi na centrálním talku.
>
> Já bych až tak rozsáhlý systém relací neočekával.
> Spousta věcí (PSČ, Městská část, etc.) jde řešit
> pomocí explicitních tagů, nebo obsáhnutím oblastí
> (když už máme geospacial data, tak je využívejme).
> Ulice jsou trochu special případ,
> protože kromě dedikované relace se dají "vykoukat"
> jen srovnáním name tagů mezi sousedícími cestami
> což je vážně opruz a bude náchylné na chyby.
>
> Matej
>
> 2017-12-12 19:42 GMT+01:00 jzvc <j...@tpfree.net>:
>
>> Dne 12.12.2017 v 14:28 Matej Lieskovský napsal(a):
>>
>>> V ČR cca 190 relací a 740 prvků, většina z toho v Kladně.
>>> (Oproti tomu 7 associatedStreet)
>>> Nasazení v Praze by to mohlo dost výrazně zvednout
>>> a to včetně průměrného počtu prvků.
>>>
>>> Nechci tím teď mazat ty explicitně uvedené hodnoty,
>>> ale dříve nebo později se na nějaký takový systém bude muset přejít
>>> jinak se z toho všichni zcvokneme.
>>> Moc ukázat, že to umíme udržovat, by mělo pomoct.
>>>
>>
>> Cus,
>>
>> nejsem si uplne jiste tim, ze zrovna tenhle zpusob je uplne dobrej napad.
>>
>> Totiz chapu to tak, ze budouci stav si predstavujes zhruba tak, ze na
>> dome bude (nejspis v relaci, protoze jich muze byt vic) 1-N cisel popisnych.
>>
>> Pak budes ten dum mit v 0-N relacich ulic, a do nich prihodis i
>> odpovidajici CP. (0 proto, ze v malych obcich bude dum rovnou v obci, coz
>> jaksi algoritmus opet ponekud komplikuje)
>>
>> A ty relace ulic naladujes trebas do relaci mestskych casti (pokud jsou =
>> dalsi komplikace) a ty pak do relaci dany obce/mesta ...
>>
>> K tomu bys pak jeste musel mit extra relace s PSC, protoze ty
>> neodpovidaji ani castem ani obcim.
>>
>> Chapu to dobre? Posleze by samo bylo nadbytecny aby dany udaje byly primo
>> na budove/adrese.
>>
>> Jenze se tim dostanes do pomerne nechutny situace v pripade, ze pro danou
>> budovu budes chtit zjistit adresu. Bude to defakto znamenat rekurzivni
>> nacitani pomerne rozsahlyho stromu relaci.
>>
>> Na druhou stranu by bylo pomerne jednoduchy pridani novyho domu - udelal
>> bys na nim jen zaznam s CP a oboji hodil do relace prislusny ulice.
>>
>> Byt principielne souhlasim ze to neni reseni spatny, nejsem si jistej
>> tim, jestli je technicky akceptovatelny. Zato jestli si necim jistej skorem
>> 100% sem, je to, ze bys to musel nejmin 10 let udrzova oboji, viz "nove"
>> schema dopravy.
>>
>> Mimochodem, umi alespon jeden libovolny reneder ulici s nazvem ulice
>> vyhradne v relaci? Celkem by me to zajimalo.
>>
>>
>>
>>> Další krok by asi bylo automatické šíření cizojazyčných překladů názvů,
>>> ať není potřeba zadávat těch 15 překladů všude
>>> a ať jsou pro všechny části stejné.
>>>
>>> Matej
>>>
>>> 2017-12-12 14:16 GMT+01:00 Marián Kyral <mky...@email.cz
>>> <mailto:mky...@email.cz>>:
>>>
>>> Něco takového se u nás ve větší míře používá?
>>>
>>> Marián
>>>
>>> -- Původní e-mail --
>>> Od: Matej Lieskovský <lieskovsky.ma...@gmail.com
>>> <mailto:lieskovsky.ma...@gmail.com>>
>>> Komu: OpenStreetMap Czech Republic <talk-cz@openstreetmap.org
>>> <mailto:talk-cz@openstreetmap.org>>
>>> Datum: 12. 12. 2017 14:06:09
>>> Předmět: [Talk-cz] Poloautomatické kontrolovaní stre

Re: [Talk-cz] Poloautomatické kontrolovaní street relation

[Matej Lieskovský]

O stavu renderování názvů ulic z relací zatím nevím,
hodlám se na to někdy zeptat asi na centrálním talku.

Já bych až tak rozsáhlý systém relací neočekával.
Spousta věcí (PSČ, Městská část, etc.) jde řešit
pomocí explicitních tagů, nebo obsáhnutím oblastí
(když už máme geospacial data, tak je využívejme).
Ulice jsou trochu special případ,
protože kromě dedikované relace se dají "vykoukat"
jen srovnáním name tagů mezi sousedícími cestami
což je vážně opruz a bude náchylné na chyby.

Matej

2017-12-12 19:42 GMT+01:00 jzvc <j...@tpfree.net>:

> Dne 12.12.2017 v 14:28 Matej Lieskovský napsal(a):
>
>> V ČR cca 190 relací a 740 prvků, většina z toho v Kladně.
>> (Oproti tomu 7 associatedStreet)
>> Nasazení v Praze by to mohlo dost výrazně zvednout
>> a to včetně průměrného počtu prvků.
>>
>> Nechci tím teď mazat ty explicitně uvedené hodnoty,
>> ale dříve nebo později se na nějaký takový systém bude muset přejít
>> jinak se z toho všichni zcvokneme.
>> Moc ukázat, že to umíme udržovat, by mělo pomoct.
>>
>
> Cus,
>
> nejsem si uplne jiste tim, ze zrovna tenhle zpusob je uplne dobrej napad.
>
> Totiz chapu to tak, ze budouci stav si predstavujes zhruba tak, ze na dome
> bude (nejspis v relaci, protoze jich muze byt vic) 1-N cisel popisnych.
>
> Pak budes ten dum mit v 0-N relacich ulic, a do nich prihodis i
> odpovidajici CP. (0 proto, ze v malych obcich bude dum rovnou v obci, coz
> jaksi algoritmus opet ponekud komplikuje)
>
> A ty relace ulic naladujes trebas do relaci mestskych casti (pokud jsou =
> dalsi komplikace) a ty pak do relaci dany obce/mesta ...
>
> K tomu bys pak jeste musel mit extra relace s PSC, protoze ty neodpovidaji
> ani castem ani obcim.
>
> Chapu to dobre? Posleze by samo bylo nadbytecny aby dany udaje byly primo
> na budove/adrese.
>
> Jenze se tim dostanes do pomerne nechutny situace v pripade, ze pro danou
> budovu budes chtit zjistit adresu. Bude to defakto znamenat rekurzivni
> nacitani pomerne rozsahlyho stromu relaci.
>
> Na druhou stranu by bylo pomerne jednoduchy pridani novyho domu - udelal
> bys na nim jen zaznam s CP a oboji hodil do relace prislusny ulice.
>
> Byt principielne souhlasim ze to neni reseni spatny, nejsem si jistej tim,
> jestli je technicky akceptovatelny. Zato jestli si necim jistej skorem 100%
> sem, je to, ze bys to musel nejmin 10 let udrzova oboji, viz "nove" schema
> dopravy.
>
> Mimochodem, umi alespon jeden libovolny reneder ulici s nazvem ulice
> vyhradne v relaci? Celkem by me to zajimalo.
>
>
>
>> Další krok by asi bylo automatické šíření cizojazyčných překladů názvů,
>> ať není potřeba zadávat těch 15 překladů všude
>> a ať jsou pro všechny části stejné.
>>
>> Matej
>>
>> 2017-12-12 14:16 GMT+01:00 Marián Kyral <mky...@email.cz
>> <mailto:mky...@email.cz>>:
>>
>> Něco takového se u nás ve větší míře používá?
>>
>> Marián
>>
>> -- Původní e-mail --
>> Od: Matej Lieskovský <lieskovsky.ma...@gmail.com
>> <mailto:lieskovsky.ma...@gmail.com>>
>> Komu: OpenStreetMap Czech Republic <talk-cz@openstreetmap.org
>> <mailto:talk-cz@openstreetmap.org>>
>> Datum: 12. 12. 2017 14:06:09
>> Předmět: [Talk-cz] Poloautomatické kontrolovaní street relation
>>
>>
>> Prokrastinuju od učení a tak si bastlím systém na hledání chyb v
>> street relation.
>>
>> Idea:
>> Předhodím tomu seznam street relací v Praze.
>> Vyplivne to věci, které by
>>   a) měly být v některé street relaci a nejsou
>>   b) jsou v street relaci a neměly by být
>>
>> Zatím je to vypadá na celkem triviální Python,
>> který mi bude generovat obrovský Overpass dotaz.
>> Co všechno bych měl chytat?
>> Aktuálně kontroluju, že pokud existuje street "X",
>> tak do ní spadají všechny
>> adresní body s addr:street=X
>> a silnice s name=X
>> a naopak v ní není nic s jinou vyplňenou hodnotou.
>>
>> Názory? Protipříklady? Nápady na vylepšení?
>>
>> Matej
>>
>> PS: Až to bude rozumně použitelné, tak nějak pošlu zdroják.
>> Možná si konečně zprovozním GitHub.
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org <mailto:Talk-cz@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> <https://lists.openstreetmap.org/listinfo/talk-cz>
>>
&g

Re: [Talk-cz] Zastaralé trasy MHD v Praze

[Matej Lieskovský]

Nejkratší cesta mezi konečnýma to rozhodně není vždy -
existují například dvě tramvajové linky, které se kříží na dvou místech.
Já bych jako první krok udělal právě to rozdělení na segmenty -
vždy od výhybky po výhybku to bude jedna relace.
Tím by průměrný počet prvků na lince měl klesnout na méně než polovinu
a překopání konkrétní ulice by rozbilo vždy jen místní segmenty.
Nové výhybky se zase tak často nepřidávají.

Je otázka, zda by nešlo podobného pomohlo na trasy autobusů.

Konstrukce trasy ze seznamu zastávek možná jednou bude,
chce to kopat do Jethra.

2017-12-12 19:24 GMT+01:00 jzvc <j...@tpfree.net>:

> Dne 12.12.2017 v 13:53 Matej Lieskovský napsal(a):
>
>> Ok, díky za potvrzení doměnky. Začnu mazat zoufale zastaralé trasy.
>>
>> Vzhledem k tomu, že v Praze máme úseky používané až 8mi linkami najednou,
>> většina linek má několik variant a průměrná trasa má aktuálně přes 100
>> prvků,
>> chceme začít budovat segmenty tras?
>> Myslím si, že ten use case na wiki splňujeme
>> a zrovna síť tramvají se dá rozumně rozdělit protože výhybek je málo.
>>
>
> Cus, jen pro zajimavost, jak casto to prekopavaj? Pokud vim, tak ta
> frekvence neni zrovna mala (nejmin jednou rocne + obcas i v prubehu). Byt
> to trebas znamena ze zmenej trasu 1-2 linek, tak je to prace jak na
> kostele, presne jak se pise kolem.
>
> Da se aspon trebas rict, ze trasa mezi zastavkama A a B vede nejkratsi
> cestou? Pak by se to dalo totiz IMO pomerne slusne zjednodusit a
> automatizovat.
>
> Protoze bys mel vice mene fixni seznam zastavek (ty se asi moc casto
> posunovat jinam nebudou) a vice mene fixni kolejiste. Tudiz by stacilo
> provist linkovani zastavky v jizdnich radech vs v OSM, presypat to do
> relaci a pak vyhodnotit kudy to teda vede, a prihodit k tomu pripadne
> ty trate.
>
> U autobusu je to slozitejsi ... protoze nejkratsi trasa muze vist nejakou
> ulickou, kudy ve skutecnosti nejezdi. Byt i tohle bych si doved predstavit,
> ty zastavky taky budou asi vicemene stabilne, a ty ulicky kudy busy
> nejezdej by asi slo najit a odfiltrovat.
>
> Delat to rucne je nebetycnej vopruz a dost pochopitelne to nikdo
> dlouhodobe udrzovat nebude. Sam sem obcas doplnoval prave vsemozny diry v
> relacich, ale je to prace doslova sisyfovska.
>
> Jinak pokud mazat, tak smazte tu relaci komplet celou. Smazat kousek =
> nekdo jinej to mozna doplni, protoze uvidi diru, a logicky doplni chybejici
> usek, aniz by zkoumal, kudy trasa vede v realu. Souhlasim s tim, ze lepe
> nic nez spatne.
>
>
>
>> Matej
>>
>> 2017-12-12 13:32 GMT+01:00 majka <majka.zem+t...@gmail.com
>> <mailto:majka.zem+t...@gmail.com>>:
>>
>> Ahoj,
>>
>> minimálně bych na ten úsek hodila fixme tag s popisem toho, co je
>> třeba změnit. Protože třeba by to i někdo opravil, ale musí k tomu
>> mít informace.
>> Navíc - osobně považuji za lepší, pokud by v OSM informace o MHD
>> komplet chyběly, než aby tam byly komplet špatně - tím je myšleno
>> pro konkrétní linku. Pokud je to rozbité, nepředstírejme, že je vše
>> v pořádku.
>>
>> Majka
>>
>> 2017-12-12 12:23 GMT+01:00 Matej Lieskovský
>> <lieskovsky.ma...@gmail.com <mailto:lieskovsky.ma...@gmail.com>>:
>>
>> Ahoj,
>>
>> občas při mapování předělávám silnice, po kterých jsou (navzdory
>> zmapování kolejí) vedeny linky tramvají. Často se navíc jedná o
>> linky, které už dávnou danou ulicí nejezdí. Co mám v takové
>> situaci dělat?
>> Co s tím?
>>
>> Matej
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org <mailto:Talk-cz@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> <https://lists.openstreetmap.org/listinfo/talk-cz>
>>
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org <mailto:Talk-cz@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> <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] Poloautomatické kontrolovaní street relation

[Matej Lieskovský]

V ČR cca 190 relací a 740 prvků, většina z toho v Kladně.
(Oproti tomu 7 associatedStreet)
Nasazení v Praze by to mohlo dost výrazně zvednout
a to včetně průměrného počtu prvků.

Nechci tím teď mazat ty explicitně uvedené hodnoty,
ale dříve nebo později se na nějaký takový systém bude muset přejít
jinak se z toho všichni zcvokneme.
Moc ukázat, že to umíme udržovat, by mělo pomoct.

Další krok by asi bylo automatické šíření cizojazyčných překladů názvů,
ať není potřeba zadávat těch 15 překladů všude
a ať jsou pro všechny části stejné.

Matej

2017-12-12 14:16 GMT+01:00 Marián Kyral <mky...@email.cz>:

> Něco takového se u nás ve větší míře používá?
>
> Marián
>
> -- Původní e-mail --
> Od: Matej Lieskovský <lieskovsky.ma...@gmail.com>
> Komu: OpenStreetMap Czech Republic <talk-cz@openstreetmap.org>
> Datum: 12. 12. 2017 14:06:09
> Předmět: [Talk-cz] Poloautomatické kontrolovaní street relation
>
> Prokrastinuju od učení a tak si bastlím systém na hledání chyb v street
> relation.
>
> Idea:
> Předhodím tomu seznam street relací v Praze.
> Vyplivne to věci, které by
>  a) měly být v některé street relaci a nejsou
>  b) jsou v street relaci a neměly by být
>
> Zatím je to vypadá na celkem triviální Python,
> který mi bude generovat obrovský Overpass dotaz.
> Co všechno bych měl chytat?
> Aktuálně kontroluju, že pokud existuje street "X",
> tak do ní spadají všechny
> adresní body s addr:street=X
> a silnice s name=X
> a naopak v ní není nic s jinou vyplňenou hodnotou.
>
> Názory? Protipříklady? Nápady na vylepšení?
>
> Matej
>
> PS: Až to bude rozumně použitelné, tak nějak pošlu zdroják. Možná si
> konečně zprovozním GitHub.
> ___
> 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] Poloautomatické kontrolovaní street relation

[Matej Lieskovský]

Prokrastinuju od učení a tak si bastlím systém na hledání chyb v street
relation.

Idea:
Předhodím tomu seznam street relací v Praze.
Vyplivne to věci, které by
 a) měly být v některé street relaci a nejsou
 b) jsou v street relaci a neměly by být

Zatím je to vypadá na celkem triviální Python,
který mi bude generovat obrovský Overpass dotaz.
Co všechno bych měl chytat?
Aktuálně kontroluju, že pokud existuje street "X",
tak do ní spadají všechny
adresní body s addr:street=X
a silnice s name=X
a naopak v ní není nic s jinou vyplňenou hodnotou.

Názory? Protipříklady? Nápady na vylepšení?

Matej

PS: Až to bude rozumně použitelné, tak nějak pošlu zdroják. Možná si
konečně zprovozním GitHub.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Zastaralé trasy MHD v Praze

[Matej Lieskovský]

Ok, díky za potvrzení doměnky. Začnu mazat zoufale zastaralé trasy.

Vzhledem k tomu, že v Praze máme úseky používané až 8mi linkami najednou,
většina linek má několik variant a průměrná trasa má aktuálně přes 100
prvků,
chceme začít budovat segmenty tras?
Myslím si, že ten use case na wiki splňujeme
a zrovna síť tramvají se dá rozumně rozdělit protože výhybek je málo.

Matej

2017-12-12 13:32 GMT+01:00 majka <majka.zem+t...@gmail.com>:

> Ahoj,
>
> minimálně bych na ten úsek hodila fixme tag s popisem toho, co je třeba
> změnit. Protože třeba by to i někdo opravil, ale musí k tomu mít informace.
> Navíc - osobně považuji za lepší, pokud by v OSM informace o MHD komplet
> chyběly, než aby tam byly komplet špatně - tím je myšleno pro konkrétní
> linku. Pokud je to rozbité, nepředstírejme, že je vše v pořádku.
>
> Majka
>
> 2017-12-12 12:23 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:
>
>> Ahoj,
>>
>> občas při mapování předělávám silnice, po kterých jsou (navzdory
>> zmapování kolejí) vedeny linky tramvají. Často se navíc jedná o linky,
>> které už dávnou danou ulicí nejezdí. Co mám v takové situaci dělat?
>> Co s tím?
>>
>> Matej
>>
>> ___
>> 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] Zastaralé trasy MHD v Praze

[Matej Lieskovský]

Ahoj,

občas při mapování předělávám silnice, po kterých jsou (navzdory zmapování
kolejí) vedeny linky tramvají. Často se navíc jedná o linky, které už
dávnou danou ulicí nejezdí. Co mám v takové situaci dělat?
1) Aktualizovat celou linku vážně ručně dělat nebudu. Aktuální stav linek
MHD je příšerný a ručně to podle aktuálního systému nejspíše nikdo nikdy
dělat nebude.
2) Nechat rozbitou neaktuální linku je snadné, ale řve kontrola chyb a je
to takový nešťastný stav.
3) Opravovat neaktuální linku (tedy zařídit, aby ta neaktuální linka byla
opět souvislá, ač pořád neaktuální) mi přijde jako kravina.
4) Pokud se pustíme do mazání neaktuálních linek, tak za chvíli budeme bez
MHD.

Co s tím?

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

Re: [Talk-cz] Implicitní a předpokládané hodnoty

[Matej Lieskovský]

Omlouvám se za odmlku, byl jsem jinak zaneprázdněn.

Ano, OSM nemá striktně definované schéma. Ono je to i celkem dobře,
protože například úroveň detailu se na OSM od jejího počátku zvýšila
natolik,
že by nám nejspíše schéma více překáželo než pomáhalo.
To ale neznamená, že se neumíme shodnout na věcech typu
"Tato kombinace tagů na tomto území automaticky znamená
i tuto kombinaci dalších tagů, které tam tudíž nebudeme psát."
My už na spoustě těchto věcí tak nějak dohodnutí jsme,
jen to AFAIK není nikde pěkně sepsané a to občas vážně komplikuje práci s
daty.
Každý data consumer musí zjistit, jaké tyto konvence jsou,
přispívající si nemůže být jist, co všechno tagovat
a následně občas nechápe, proč se něco chová divně...
Nemluvě o tom, že se ty konvence liší napříč prostorem i časem...

Představoval jsem si systém, který by například dostal nějakou cestu z OSM,
podíval se na tagy a kde leží, podle toho doplnil například max_speed,
vyhlásil "nejspíše je to asfalt" a upozornil na to, že je v Street relation.
Jako plugin do JOSMu by to pak mohlo umět věci typu
"tohle zbytečně netaguj, je to implicitní protože tamto",
a třeba i nějak zašedle zobrazovat implicitně nastavené tagy,
aby průměrnému uživateli došlo, že ta cesta nepotřebuje explicitní
max_speed.

Ano, je to docela sci-fi, ale nemožné by to být nemělo.
Consumerům to pomůže, protože pokud například nechtějí řešit Street
relation,
tak to proženou systémem a ten všude opíše příslušná jména.
Pokud budu potřebovat mapu silniční sítě s rychlostmi,
tak mi je tam systém taky sám napíše.
Tohle doplňování jde udělat pomocí dnešních technologií.
Jediné, co bych chtěl změnit, je to, že to bude někde centralizované.
Prostě nějaká verzovaná databáze těch upravovacích pravidel
a kód, který je umí aplikovat na export z OSM.
Plus se možná bude hodit nějaká předzpracovaná databáze na rychlé určování,
ve kterém státě daný prvek leží, ať to celé funguje rozumně rychle...

Ať se daří,
Matej

2017-11-22 18:05 GMT+01:00 jzvc <j...@tpfree.net>:

> Dne 22.11.2017 v 12:16 Matej Lieskovský napsal(a):
>
>> Ahoj!
>>
>> Nejdříve definice:
>> Nechť implicitní hodnoty jsou ty, které vyplývají z jiných tagů a neměly
>> by být zaznačené (tag používán pouze pokud implicitní hodnota je
>> špatně). Věci jako access=yes a podobně.
>> Předpokládané hodnoty nechť jsou ty, kde lze (pro potřeby uživatele)
>> tipnout, co je správná hodnota, ale pořád se vyplatí je "potvrdit". Jako
>> příklad bych asi uvedl surface=asphalt na silinicích třetí třídy a
>> vyšších.
>>
>> Je někde sepsáno, které hodnoty jsou implicitní a které jsou
>> předpokládané?
>>
>
>
> Cus, prvni co si uvedom ... ses na OPENstreetmap.
>
> Pak zapremejslej o tom jak to funguje. A pak uz ti to dojde ;D. Tyhle veci
> nikde receny nejsou, protoze OSM nema deklarovany zadny schema. Coz je
> (podle me) jedno z nejvetsim minusu OSM dat vubec.
>
> Existuje sice neco, jako vice-mene vseobecne prijimany uzus, ale to plati
> o naprosto minimalni skupine tagu. Nadto chte nechte driv nebo pozdejs
> dojdes k tomu ze "tak ja to tam teda pridam, kdyz autor(i)
> renederu/navigace/... je tupej". Viz nekde kousek vedle Majka.
>
> Pricemz si myslim, ze (bohuzel) tenhle stav bude s rostoucim objemem cim
> dal vetsi problem.
>
> Vsak se podivej na toto https://wiki.openstreetmap.org
> /wiki/Proposed_features/Public_Transport
>
> Rok 2011. Co myslis ze bude na mape, kdyz otagujes nastupiste
> public_transport=platform ? Nebude tam vubec nic. Presto, ze respektujes
> schvaleny tagovani a presto, ze puvodni je davno oznaceny jako zastaraly. A
> to se bavime o oficielnim renederu OSM, o ostatnich netreba vubec mluvit,
> tam to bude jeste horsi. Viz Majka a jeji stiznosti na relace.
>
>
> BTW: Rychlosti ve mestech taguju na ne-ulicich, cokoli je ulice, tam
> ocekavam ze to zvladne SW. U silnic vyssich kategorii by se to sice dalo
> treba hadat, ale ne vzdycky jsou otagovany zacatky a konce obci a hadat to
> z toho ze kolem jsou domy ...
>
> BTW2: Kdyz uz sme u ty rychlosti ... co myslite, kolikrat se zmeni
> rychlostni limit mezi zacatkem D10 a krizenim s Ceskobrodskou? Urcite to
> neni otagovany v OSM tak, jak je to znaceny ve skutecnosti, protoze tam se
> ten limit meni nejmin 6x. Bezne je tam trebas zmena z D(omezeny na 80) na
> R(110 - nejsme ve meste) a 30m za tim omezeni na 80.
>
>
>
> Já si tím třeba nejsem jist - oneway=no je implicitní,
>> maxspeed=50 + source:maxspeed=cz:urban je (ve městech) asi
>> předpokládatelné... Problémy vidím v tom, že se ty předpoklady budou
>> lišit mezi oblastmi. Implicitní hodnoty by měl řešit editor, obojí by
>> mělo pomoct uživatelům. Pokud by se implicitní hodnoty řešily i na
>> základě relací, tak by to mohlo hodně po

[Talk-cz] Už zase problémy s Pokemon GO?

[Matej Lieskovský]

Ahoj!
V globálním talku je zmínka o tom, že PoGO nově používá OSM i jako
podkladovou mapu, a že kvůli tomu zase vzrostly potíže s falešnými parky.
Po rychlé kontrole jsem našel tento podezřelý parčík:

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

Existuje nějaký doporučený postup na řešení?

Ať se daří,
Matej
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Pokemoni v Kladrubech?

[Matej Lieskovský]

Žádný maják tam nevidím a jinak stav v OSM celkem vypadá jako realistický
důsledek té stavby, kterou je možno vidět na letecké mapě od Seznamu. Kde
je ten maják?

2017-11-24 23:40 GMT+01:00 :

> https://openstreetmap.cz/#map=17/49.71669/12.97915=x
>
> Podle letecké mapy Seznamu to ještě v loňském srpnu bylo pole. Maják je
> tam od předloni...
> ___
> 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] Implicitní a předpokládané hodnoty

[Matej Lieskovský]

Ahoj!

Nejdříve definice:
Nechť implicitní hodnoty jsou ty, které vyplývají z jiných tagů a neměly by
být zaznačené (tag používán pouze pokud implicitní hodnota je špatně). Věci
jako access=yes a podobně.
Předpokládané hodnoty nechť jsou ty, kde lze (pro potřeby uživatele)
tipnout, co je správná hodnota, ale pořád se vyplatí je "potvrdit". Jako
příklad bych asi uvedl surface=asphalt na silinicích třetí třídy a vyšších.

Je někde sepsáno, které hodnoty jsou implicitní a které jsou předpokládané?
Já si tím třeba nejsem jist - oneway=no je implicitní, maxspeed=50 +
source:maxspeed=cz:urban je (ve městech) asi předpokládatelné... Problémy
vidím v tom, že se ty předpoklady budou lišit mezi oblastmi. Implicitní
hodnoty by měl řešit editor, obojí by mělo pomoct uživatelům. Pokud by se
implicitní hodnoty řešily i na základě relací, tak by to mohlo hodně pomoct
s jejich adopcí. (Třeba by editor napsal "tato ulice má implicitní tento
name, protože patří do této street relation"). Máme něco takového?

Ať se daří,
Matej
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Note spam v Praze?

[Matej Lieskovský]

StreetComplete ale zobrazuje (některé) note jako quest. Pokud tedy někdo
chce vytvořit quest bez programování, tak generování note je asi nejsnažší
způsob.
...
Dost možná jsem jen paranoidní a vidím souvislosti tam, kde nejsou.

2017-07-24 12:40 GMT+02:00 Jan Martinec <j...@martinec.name>:

> Ahoj,
>
> nemyslím si, StreetComplete se podepisuje. Tady note, kterou uživatel
> přidal ze starší verze appky (řešil jsem to s ním u podobné note asi před
> měsícem),
> https://www.openstreetmap.org/note/1000103
> tady moje note ze dneška:
> https://www.openstreetmap.org/note/1076632
> a v questech to nevidím:
> https://github.com/westnordost/StreetComplete/tree/master/
> app/src/main/java/de/westnordost/streetcomplete/quests
>
> Takže tipuju nějaký mecha-edit (teda není to technicky vzato edit, ale).
>
> Zdar,
> Honza "Piškvor" Martinec
>
> On 07/24/17 08:07, Matej Lieskovský wrote:
>
>> Ahoj!
>> Myslím si, že to nejspíš bude souviset s appkou StreetComplete:
>> https://github.com/westnordost/StreetComplete
>> <https://github.com/westnordost/StreetComplete>
>> Možná by šlo vypátrat, kdo za to může a nějak se domluvit na lepším
>> postupu do
>> budoucna. Samotná appka mi přijde celkem rozumná.
>> Matej
>>
>> 2017-07-24 1:58 GMT+02:00 r00t <r...@r00t.cz <mailto:r...@r00t.cz>>:
>>
>> Zdravim,
>>
>> Zda se ze nekdo pustil na Prahu nejaky skript co ke kazde
>> industrialni zone
>> pridal note "Are there any active companies here, if so what?"
>> http://www.openstreetmap.org/note/1072470
>> <http://www.openstreetmap.org/note/1072470>
>> http://www.openstreetmap.org/note/1072500
>> <http://www.openstreetmap.org/note/1072500>
>> http://www.openstreetmap.org/note/1072505
>> <http://www.openstreetmap.org/note/1072505>
>> http://www.openstreetmap.org/note/1072506
>> <http://www.openstreetmap.org/note/1072506>
>> atd.
>>
>> Vsechno anonymni, takze asi to vsechno rucne pozavirat?
>>
>> J
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org <mailto:Talk-cz@openstreetmap.org>
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> <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] Note spam v Praze?

[Matej Lieskovský]

Já souhlasím s tím, že je to legitimní dotaz, ale přijde mi, že by se to
nemělo řešit strojovým generováním note. Kdyby note generoval například OSM
Inspector, tak mi při otevření note vrstvy spadne počítač.

2017-07-24 10:23 GMT+02:00 majka :

> No, legitimní dotaz to sice je, ale nejsem si jistá, že je to domyšlené do
> konce.
>
> Takováhle hurá akce, která nevyplyne z někoho místního, který by se tím
> soustavně zabýval, případně z místní komunity, která považuje za normální
> tohle mapovat, je podle mě dost k ničemu.
> Ano, velké tradiční firmy zmapujeme a budeme doufat, že tam vydrží bez
> zásahu navěky. Ale máme tu i průmyslové areály, kde velká firma
> zkrachovala, resp. využívá už jen zbyteček prostoru, a v areálu se střídají
> firmy jak na běžícím pásu.
> Takže zmapujeme současnou situaci hurá akcí, a po půl roce budou informace
> zastaralé, a protože to dodnes nikdo nepovažoval za důležité zmapovat,
> zůstanou tam až do dalšího zásahu při nějaké velké čistce, pokud k tomu
> někdy dojde.
> Obchody, kde se jedná o podobný problém chápu - tam nás lidi upozorní. Ale
> firmy? Přece nechceme suplovat rejstříky. Kde to někdo považoval za
> důležité, předpokládám, že už to zmapované je - a tiše doufám, že to
> považoval za tak důležité že data aktualizuje.
>
> Pojmenovat ty areály v mapě, pokud mají zaběhnuté místní názvy a už tam
> nejsou, považuji za lepší než tam vypisovat firmy. Nebo někdo z nás hodlá
> udržovat tyhle informace aktuální?
>
>
> 2017-07-24 9:59 GMT+02:00 Michal Fabík :
>
>> Ahoj,
>> mně to přijde jako legitimní dotaz.
>>
>
> ___
> 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] Note spam v Praze?

[Matej Lieskovský]

Ahoj!
Myslím si, že to nejspíš bude souviset s appkou StreetComplete: https://
github.com/westnordost/StreetComplete
Možná by šlo vypátrat, kdo za to může a nějak se domluvit na lepším postupu
do budoucna. Samotná appka mi přijde celkem rozumná.
Matej

2017-07-24 1:58 GMT+02:00 r00t :

> Zdravim,
>
> Zda se ze nekdo pustil na Prahu nejaky skript co ke kazde industrialni zone
> pridal note "Are there any active companies here, if so what?"
> http://www.openstreetmap.org/note/1072470
> http://www.openstreetmap.org/note/1072500
> http://www.openstreetmap.org/note/1072505
> http://www.openstreetmap.org/note/1072506
> atd.
>
> Vsechno anonymni, takze asi to vsechno rucne pozavirat?
>
> J
>
>
> ___
> 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] Otevřená data v Plzni

[Matej Lieskovský]

Od IPR máme explicitní souhlas používat letecké fotky celé Prahy a okolí.

"IPR Praha souhlasí s využíváním ortofotografií, které poskytuje
prostřednictvím Geoportálu hl. m. Prahy, za účelem aktualizace a doplňování
databáze OpenStreetMap, přičemž vzniklá vektorová data smí být vložena do
OSM pod licencí ODbL za předpokladu, že IPR bude uveden v seznamu
přispěvatelů do OSM a takto vzniklá data budou mít IPR uveden jako svůj
zdroj."

Takže prosím nastavovat source tag alespoň na changeset.

2017-04-10 17:25 GMT+02:00 Ladislav Nesnera <nesn...@email.cz>:

> Krom toho, že CC-BY-SA zrušili
> <https://opendata.plzen.eu/organization/066ffbe9-02b7-46ee-b858-d9327660956b?license_id=notspecified>,
> ale nenahradili jinou, tak mi z toho plyne, že Plzeň dobrý, ba přímo
> skvělý, ale z IPRu nezle ani ťuk
> <http://opendata.praha.eu/organization/e0668981-36a6-4d4f-8eaa-9587d51da8ed?license_id=cc-by-sa>
> :/ Nebo je to jinak?   ;?
>
> On 3.4.2017 16:35, Jan Macura wrote:
>
> Ahoj,
>
> boží! Skvělá práce, Pavle! A ani to nakonec nestálo tolik úsilí, ne? :-)
> Takže můžeme začít vymýšlet, co všechno a jak naimportujeme :-)
>
> H.
>
> 2017-04-03 15:11 GMT+02:00 Pavel Cvrček <jasnap...@jasnapaka.com>:
>
>> Ahoj,
>>
>> dnes mi dorazilo do e-mailu následující:
>>
>> "Rád bych vás informoval, že v Plzni došlo k dohodě, že data poskytována
>> za GIS budou stejně jako ostatní data v opendatech města plzně pod licencí
>> Open Data Commons Open Database License (ODbL) (viz úvodní stránka opendat
>> města Plzně: https://opendata.plzen.eu/).
>> Licenční omezení „Creative Commons Uveďte autora – Zachovejte licenci“,
>> které je dosud uvedeno u všech dat GIS bude odstraněno při nejbližším
>> importu nových datových vrstev do Opendat (předpokládáme, že zítra)"
>>
>> :)
>>
>> Pavel
>>
>> Dne 17. února 2017 13:03 Pavel Cvrček <jasnap...@jasnapaka.com>
>> napsal(a):
>>
>> Ahoj,
>>>
>>> tak jsem udělal první výstřel na oddělení GIS Správy informačních
>>> technologií města, která má otevřená data na starosti. Zatím jsme si
>>> vyměnili dva e-maily, kde jsme se domlouvali, co je potřeba s tím, že se to
>>> "pošouplo" výše, aby žádost někdo posoudil. Nadhodil jsem to formou viz
>>> níže. Tak uvidíme... výsledek pak napíšu.
>>>
>>> Pavel
>>>
>>> Dne 13. února 2017 4:03 Matej Lieskovský <lieskovsky.ma...@gmail.com>
>>> napsal(a):
>>>
>>>> https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility
>>>>
>>>> Zkušenost z Prahy:
>>>> Změna licence je těžká. Raději miřte na explicitní souhlas. Pomáhá:
>>>>  - zdůraznit, že to bude otevřený formát (a pouze odvozená data)
>>>>  - slíbit jim uvedení zdroje (source tag)
>>>>  - nabídnout zpracování statistik o využívanosti dat (pro ně je to
>>>> možnost vykázat nějakou užitečnost, pro nás je to vyhledání všech
>>>> changesetů a prvků s tím source tagem)
>>>>
>>>> Posílal jsem kompletní komunikaci s IPR Praha, můžete se inspirovat :)
>>>>
>>>> 2017-02-12 20:58 GMT+01:00 Jan Macura <macura...@gmail.com>:
>>>>
>>>>> Ahoj,
>>>>>
>>>>> na začátek musím poznamenat, že ve srovnání s Krnem Plzeň těžce
>>>>> prohrává. KMZ, výkresy z CADu, obrázky PNG... Naprosto tristní formáty, 
>>>>> pro
>>>>> GIS de facto nepoužitelné. Škoda slov. Co by teď člověk dal za GeoJSON...
>>>>>
>>>>> Ad tvoje otázka: No určitě to může být CC-0 ;-) Pokud by nikdo v listu
>>>>> nevěděl líp, mohli bychom zkusit obrátit se s prosbou o konzultaci
>>>>> kompatibility licencí na Creative Commons ČR
>>>>> <http://www.creativecommons.cz/tym-cc-cr/>.
>>>>>
>>>>> H.
>>>>>
>>>>> 2017-02-12 20:46 GMT+01:00 Pavel Cvrček <jasnap...@jasnapaka.com>:
>>>>>
>>>>>> Ahoj,
>>>>>>
>>>>>> město Plzeň již nějaký čas zpřístupňuje některá svá data jako open
>>>>>> data (https://opendata.plzen.eu/) a postupně nabídku dat rozšiřuje.
>>>>>> Co jsem se namátkou díval, jsou poskytována pod licencí Creative Commons
>>>>>> Uveďte autora-Zachovejte licenci.
>>>>>>
>>>>>> Předpokládám, že tato licence není OSM kompatibilní. Chtěl bych se ně
>>>>>> proto obrátit, zda by data mohli zveřejňovat i pod licencí, která umožní
>>>>>

[Talk-cz] Vyhýbat se relacím XOR detailní a pochopitelná data?

[Matej Lieskovský]

Ahoj!

Opravuju pár přechodů, které se rozbily v důsledku přidání dvoutraťových
tramvají v Praze, a začínám mít pocit, že bez relací se brzo zasekneme.

Mám cestu (značenou jako chodník) která vede po přechodu. Přišlo by mi
lepší to tagovat jinak, ale dobrá. V některých bodech křižuje tramvajové
koleje, v jiných pak silnici - to je v pořádku. Kam ale napsat, že je
přechod řízen semaforem? A co snížené obrubníky? Na té cestě to nikdo
hledat nebude, do jednoho vrcholu není jednoznačné a do všech mi přijde
jako naprostá zhůvěřilost.

Začínám být přesvědčen, že důležitost relací bude narůstat s tím, jak máme
čím dál tím detailnější data. Budeme je potřebovat k tomu, aby sdružovaly
logické celky jako jsou ulice, přechody, komplexy budov... Tohle vše bude
vyžadovat lepší editory a lepší zpracovávání dat. Brzy.

Vidíte někdo alternativu? Jsou nějaké pokusy o vývoj takových nástrojů?

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

Re: [Talk-cz] Oprava ploch

[Matej Lieskovský]

Podolí (cca 400 duplicit) vyřešeno.

2017-02-24 21:42 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:

> Tak upřesnění: Duplicitní vrcholy jsou (alespoň v Praze) symptom: většinou
> se jedná o dvě cesty, z nichž jedna je přesně zakreslená (vypadá to na
> import z katastru) a druhá je trochu šejdrem kreslená zahrada. Opravovat to
> manuálně nám dává šanci opravit spoustu křivých cest, automatika nám to
> naopak trochu rozbije. Vznikají tam sebeprotínající plochy a (hlavně) malé
> trojúhelníkové mezery mezi plochami, s čímž si pak už automat neporadí a
> neumíme to tak dobře detekovat.
>
> Pokud to nehodláte opravovat důkladně, tak to prosím nechte být. Uvítám
> pomoc s manuální opravou, ale i sám to zvládnu za pár měsíců vyřešit pro
> celou republiku. Nejsem si vědom toho, že by to až tolik spěchalo.
>
>
>
> 2017-02-24 21:00 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:
>
>> Přijde mi, že automatické řešení těch duplicit zanechává ošklivé detaily,
>> které pak budeme mnohem hůř opravovat. Doporučuju procházet ručně, dá se to
>> řešit velmi pěkně a rychle. Asi to umím do léta vyřešit celé, 5000 vrcholů
>> není zas tolik.
>>
>> On 24 February 2017 at 18:34, Miroslav Suchý <miros...@suchy.cz> wrote:
>>
>>> Přeposílám email od kolegů z německa (viz dole). Pokud nevládnete
>>> angličtinou, tak lehké shrnutí:
>>> Jochen Topf začal s akcí "oprav plochy v OSM"
>>> Na stránce:
>>>   http://area.jochentopf.com/fixing.html
>>> Neleznete odkazy na Maprullete na opravu polygonu: polygony co se sami
>>> protínají, co jsou otevřené, a co mají špatnou roli.
>>> Plus dole je odkaz na jeho nástroj, kde vidíte duplicitní polygony.
>>> Např. Praha je zde:
>>> http://tools.geofabrik.de/osmi/?view=areas=14.47499=
>>> 50.08817=11=duplicate_node
>>> Opravit danou oblast můžete tak, že si ji natáhnete do JOSM. Dáte
>>> validaci. Kliknete na "Mixed type duplicated nodes" varování a tlačítko
>>> "Fix", které to opraví.
>>>
>>> Mirek
>>>
>>>  Přeposlaná zpráva 
>>> Předmět: OSM area fixing initiative
>>> Datum: Fri, 24 Feb 2017 14:20:48 +0100
>>> Od: Jochen Topf <joc...@remote.org>
>>> Komu: Miroslav Suchy <miros...@suchy.cz>, Ladislav Laska
>>> <krakonos+...@krakonos.org>, Martin Tesař <osm...@gmail.com>, Dalibor
>>> Jelínek <dali...@dalibor.cz>
>>>
>>> Hi!
>>>
>>> I have started an "OSM area fixing initiative". We are trying to fix all
>>> broken (multi)polygons in OSM. A lot more detail is at
>>> http://area.jochentopf.com/.
>>>
>>> You are the only people I know (from Elbe-Labe-Meeting) in the Czech
>>> Republic, so I'll write to you, in the hope that you can forward this
>>> to the wider Czech community and get them involved. We need all the help
>>> we can get.
>>>
>>> There is a lot to do in the Czech Republic and the world, but I wanted
>>> to make you aware of one particlar issue: There are about 5000 duplicate
>>> nodes in Prague, a large part of the 25000 duplicate nodes in the world.
>>> You can see this here:
>>> http://tools.geofabrik.de/osmi/?view=areas=14.47499=
>>> 50.08817=11=duplicate_node
>>>
>>> This is probably from some kind of import. If the import is still
>>> ongoing it should be taken into account.
>>>
>>> These are actually not that hard to fix. See "Fixing duplicate nodes" at
>>> http://area.jochentopf.com/fixing.html#fixing-duplicate-nodes
>>>
>>> I appreciate any help!
>>>
>>> Jochen
>>> --
>>> Jochen Topf  joc...@remote.org  https://www.jochentopf.com/
>>> +49-351-31778688
>>>
>>> ___
>>> 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] Oprava ploch

[Matej Lieskovský]

Tak upřesnění: Duplicitní vrcholy jsou (alespoň v Praze) symptom: většinou
se jedná o dvě cesty, z nichž jedna je přesně zakreslená (vypadá to na
import z katastru) a druhá je trochu šejdrem kreslená zahrada. Opravovat to
manuálně nám dává šanci opravit spoustu křivých cest, automatika nám to
naopak trochu rozbije. Vznikají tam sebeprotínající plochy a (hlavně) malé
trojúhelníkové mezery mezi plochami, s čímž si pak už automat neporadí a
neumíme to tak dobře detekovat.

Pokud to nehodláte opravovat důkladně, tak to prosím nechte být. Uvítám
pomoc s manuální opravou, ale i sám to zvládnu za pár měsíců vyřešit pro
celou republiku. Nejsem si vědom toho, že by to až tolik spěchalo.



2017-02-24 21:00 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:

> Přijde mi, že automatické řešení těch duplicit zanechává ošklivé detaily,
> které pak budeme mnohem hůř opravovat. Doporučuju procházet ručně, dá se to
> řešit velmi pěkně a rychle. Asi to umím do léta vyřešit celé, 5000 vrcholů
> není zas tolik.
>
> On 24 February 2017 at 18:34, Miroslav Suchý <miros...@suchy.cz> wrote:
>
>> Přeposílám email od kolegů z německa (viz dole). Pokud nevládnete
>> angličtinou, tak lehké shrnutí:
>> Jochen Topf začal s akcí "oprav plochy v OSM"
>> Na stránce:
>>   http://area.jochentopf.com/fixing.html
>> Neleznete odkazy na Maprullete na opravu polygonu: polygony co se sami
>> protínají, co jsou otevřené, a co mají špatnou roli.
>> Plus dole je odkaz na jeho nástroj, kde vidíte duplicitní polygony.
>> Např. Praha je zde:
>> http://tools.geofabrik.de/osmi/?view=areas=14.47499=
>> 50.08817=11=duplicate_node
>> Opravit danou oblast můžete tak, že si ji natáhnete do JOSM. Dáte
>> validaci. Kliknete na "Mixed type duplicated nodes" varování a tlačítko
>> "Fix", které to opraví.
>>
>> Mirek
>>
>>  Přeposlaná zpráva 
>> Předmět: OSM area fixing initiative
>> Datum: Fri, 24 Feb 2017 14:20:48 +0100
>> Od: Jochen Topf <joc...@remote.org>
>> Komu: Miroslav Suchy <miros...@suchy.cz>, Ladislav Laska
>> <krakonos+...@krakonos.org>, Martin Tesař <osm...@gmail.com>, Dalibor
>> Jelínek <dali...@dalibor.cz>
>>
>> Hi!
>>
>> I have started an "OSM area fixing initiative". We are trying to fix all
>> broken (multi)polygons in OSM. A lot more detail is at
>> http://area.jochentopf.com/.
>>
>> You are the only people I know (from Elbe-Labe-Meeting) in the Czech
>> Republic, so I'll write to you, in the hope that you can forward this
>> to the wider Czech community and get them involved. We need all the help
>> we can get.
>>
>> There is a lot to do in the Czech Republic and the world, but I wanted
>> to make you aware of one particlar issue: There are about 5000 duplicate
>> nodes in Prague, a large part of the 25000 duplicate nodes in the world.
>> You can see this here:
>> http://tools.geofabrik.de/osmi/?view=areas=14.47499=
>> 50.08817=11=duplicate_node
>>
>> This is probably from some kind of import. If the import is still
>> ongoing it should be taken into account.
>>
>> These are actually not that hard to fix. See "Fixing duplicate nodes" at
>> http://area.jochentopf.com/fixing.html#fixing-duplicate-nodes
>>
>> I appreciate any help!
>>
>> Jochen
>> --
>> Jochen Topf  joc...@remote.org  https://www.jochentopf.com/
>> +49-351-31778688
>>
>> ___
>> 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] Oprava ploch

[Matej Lieskovský]

Přijde mi, že automatické řešení těch duplicit zanechává ošklivé detaily,
které pak budeme mnohem hůř opravovat. Doporučuju procházet ručně, dá se to
řešit velmi pěkně a rychle. Asi to umím do léta vyřešit celé, 5000 vrcholů
není zas tolik.

On 24 February 2017 at 18:34, Miroslav Suchý  wrote:

> Přeposílám email od kolegů z německa (viz dole). Pokud nevládnete
> angličtinou, tak lehké shrnutí:
> Jochen Topf začal s akcí "oprav plochy v OSM"
> Na stránce:
>   http://area.jochentopf.com/fixing.html
> Neleznete odkazy na Maprullete na opravu polygonu: polygony co se sami
> protínají, co jsou otevřené, a co mají špatnou roli.
> Plus dole je odkaz na jeho nástroj, kde vidíte duplicitní polygony.
> Např. Praha je zde:
> http://tools.geofabrik.de/osmi/?view=areas=14.47499;
> lat=50.08817=11=duplicate_node
> Opravit danou oblast můžete tak, že si ji natáhnete do JOSM. Dáte
> validaci. Kliknete na "Mixed type duplicated nodes" varování a tlačítko
> "Fix", které to opraví.
>
> Mirek
>
>  Přeposlaná zpráva 
> Předmět: OSM area fixing initiative
> Datum: Fri, 24 Feb 2017 14:20:48 +0100
> Od: Jochen Topf 
> Komu: Miroslav Suchy , Ladislav Laska
> , Martin Tesař , Dalibor
> Jelínek 
>
> Hi!
>
> I have started an "OSM area fixing initiative". We are trying to fix all
> broken (multi)polygons in OSM. A lot more detail is at
> http://area.jochentopf.com/.
>
> You are the only people I know (from Elbe-Labe-Meeting) in the Czech
> Republic, so I'll write to you, in the hope that you can forward this
> to the wider Czech community and get them involved. We need all the help
> we can get.
>
> There is a lot to do in the Czech Republic and the world, but I wanted
> to make you aware of one particlar issue: There are about 5000 duplicate
> nodes in Prague, a large part of the 25000 duplicate nodes in the world.
> You can see this here:
> http://tools.geofabrik.de/osmi/?view=areas=14.47499;
> lat=50.08817=11=duplicate_node
>
> This is probably from some kind of import. If the import is still
> ongoing it should be taken into account.
>
> These are actually not that hard to fix. See "Fixing duplicate nodes" at
> http://area.jochentopf.com/fixing.html#fixing-duplicate-nodes
>
> I appreciate any help!
>
> Jochen
> --
> Jochen Topf  joc...@remote.org  https://www.jochentopf.com/
> +49-351-31778688
>
> ___
> 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] Duplikace názvů

[Matej Lieskovský]

Díky za info! O těch street relacích jsem dosud vůbec nevěděl.

Ta podpora u rendererů je asi hlavní problém. Možná nám trochu hraje do
karet to, že občas začínají být ty kousky cest moc krátké na zobrazení
názvu, což by je mohlo donutit s tím něco udělat.

Na wiki je taky debata o tom, že některé editory neumí relace.

Co se týče tvoření, údržby a smysluplnosti takových relací - přemýšlím, zda
bych náhodou nedokázal nějak (alespoň polo-automaticky) detekovat shluky
stejně pojmenovaných objektů, nastavovat nad nimi relace a pak zařizovat
distribuci případných změn napříč všemi objekty v relaci... ale do takového
projektu se budu moct pustit nejdříve za 3 měsíce :(

2017-02-22 12:55 GMT+01:00 majka <majka.zem+t...@gmail.com>:

> Dá se udělat relace ulice
> <http://wiki.openstreetmap.org/wiki/Cs:Relation:street>, do které se dají
> ty jména.
> To je sice fakt, ale skutečnost má dva další body, které už nejsou tak
> jednoduché. Jednak - tu relaci musí někdo udělat, a obvykle neudělá. Sama
> jsem takhle rozkouskovala spoustu ulic v okolí, a je to zcela regulérní
> postup. Relaci jsem nedělala. Důvodem je, že tu relaci ignorují skoro
> všechny rendery - takže jediným řešením, jak zviditelnit takto zmapovanou
> ulici bylo nastrkání toho jména i na ty kousky, nejen do relace samotné.
> Výsledkem samozřejmě je situace, jako by žádná relace té silnice nebyla.
> Pokud někoho zajímá o čem konkrétně mluvím - je to relace č. 6196741,
> Rudolfovská tř. v Českých Budějovicích. Název byl neviditelný až do chvíle,
> kdy se nastrkal do těch jednotlivých úseků.
>
> Netuším kudy z toho - dokud se totiž nevyřeší zobrazení názvu z té relace
> v rendrech, není důvod to takto mapovat, i když to je pravděpodobně
> správnější - a hlavně jednodušší na údržbu "ulice" jako takové.
>
> Majka
>
> 2017-02-22 12:38 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:
>
>> Ahoj!
>>
>> Pozorování 1: Doplňování tagů jako jsou "lanes" a "lit" způsobuje
>> fragmentaci cest.
>> Pozorování 2: Překlady názvů jsou čím dál častější.
>>
>> Důsledek: Například na Václavském náměstí je 12 cest se shodnými názvy v
>> 16 jazycích.
>>
>> Co se s tím dá dělat? Představoval bych si nějakou "name" relaci, která
>> pak už bude obsahovat všechny překlady.
>>
>> Ať se daří,
>> ML
>>
>> PS: Do mezinárodního talku klidně napíšu, jen se chci ujistit, že mi nic
>> důležitého neuniká...
>>
>> ___
>> 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] Duplikace názvů

[Matej Lieskovský]

Ahoj!

Pozorování 1: Doplňování tagů jako jsou "lanes" a "lit" způsobuje
fragmentaci cest.
Pozorování 2: Překlady názvů jsou čím dál častější.

Důsledek: Například na Václavském náměstí je 12 cest se shodnými názvy v 16
jazycích.

Co se s tím dá dělat? Představoval bych si nějakou "name" relaci, která pak
už bude obsahovat všechny překlady.

Ať se daří,
ML

PS: Do mezinárodního talku klidně napíšu, jen se chci ujistit, že mi nic
důležitého neuniká...
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Otevřená data v Plzni

[Matej Lieskovský]

https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility

Zkušenost z Prahy:
Změna licence je těžká. Raději miřte na explicitní souhlas. Pomáhá:
 - zdůraznit, že to bude otevřený formát (a pouze odvozená data)
 - slíbit jim uvedení zdroje (source tag)
 - nabídnout zpracování statistik o využívanosti dat (pro ně je to možnost
vykázat nějakou užitečnost, pro nás je to vyhledání všech changesetů a
prvků s tím source tagem)

Posílal jsem kompletní komunikaci s IPR Praha, můžete se inspirovat :)

2017-02-12 20:58 GMT+01:00 Jan Macura :

> Ahoj,
>
> na začátek musím poznamenat, že ve srovnání s Krnem Plzeň těžce prohrává.
> KMZ, výkresy z CADu, obrázky PNG... Naprosto tristní formáty, pro GIS de
> facto nepoužitelné. Škoda slov. Co by teď člověk dal za GeoJSON...
>
> Ad tvoje otázka: No určitě to může být CC-0 ;-) Pokud by nikdo v listu
> nevěděl líp, mohli bychom zkusit obrátit se s prosbou o konzultaci
> kompatibility licencí na Creative Commons ČR
> .
>
> H.
>
> 2017-02-12 20:46 GMT+01:00 Pavel Cvrček :
>
>> Ahoj,
>>
>> město Plzeň již nějaký čas zpřístupňuje některá svá data jako open data (
>> https://opendata.plzen.eu/) a postupně nabídku dat rozšiřuje. Co jsem se
>> namátkou díval, jsou poskytována pod licencí Creative Commons Uveďte
>> autora-Zachovejte licenci.
>>
>> Předpokládám, že tato licence není OSM kompatibilní. Chtěl bych se ně
>> proto obrátit, zda by data mohli zveřejňovat i pod licencí, která umožní
>> jejich využití pro potřeby OSM. Rád bych se zeptal zkušenějších... musí
>> být Open Data Commons Open Database License (ODbL)? Nebo co vše je
>> akceptovatelné, aby šlo z dat čerpat pro potřeby OSM?
>>
>> Díky
>>
>> Pavel
>>
>> ___
>> 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] Fwd: Využití Ortofotomapy pro OpenStreetMap

[Matej Lieskovský]

Tak už. Editování házelo nějakou neznámou chybu.

2017-02-08 22:21 GMT+01:00 Marián Kyral <mky...@email.cz>:

> Dne 3.2.2017 v 14:36 Matej Lieskovský napsal(a):
>
> Ahoj,
>
> povedlo se mi zařídit něco zajímavého. Cituji:
>
> "IPR Praha souhlasí s využíváním ortofotografií, které poskytuje
> prostřednictvím Geoportálu hl. m. Prahy, za účelem aktualizace a doplňování
> databáze OpenStreetMap, přičemž vzniklá vektorová data smí být vložena do
> OSM pod licencí ODbL za předpokladu, že IPR bude uveden v seznamu
> přispěvatelů do OSM a takto vzniklá data budou mít IPR uveden jako svůj
> zdroj."
>
> Konec citace.
>
> Na http://wiki.openstreetmap.org/wiki/Contributors přidám IPR sám, prosím
> uvádějte k zakreslovaným věcem "source=CZ:IPRPraha:ortofoto", ať jsou na
> IPR spokojeni.
>
>
> Už jsi to tam přidal? Nic tam nevidím ;-)
>
> BTW: zkusil jsem kontaktovat Moravskoslezský kraj, zda by bylo možné
> získat stejný souhlas i pro jejich ortofo (http://geoportal.msk.cz/
> Html5Viewer/?viewer=leteckesnimky)
>
> Marián
>
> ___
> 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] Fwd: Využití Ortofotomapy pro OpenStreetMap

[Matej Lieskovský]

Ne, pod CC-BY-SA jsou i ortofotky IPR a musel jsem shánět povolení.

https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility

Matej Lieskovský

2017-02-06 13:51 GMT+01:00 Jan Dudík <jan.du...@gmail.com>:

> NEvyznám se tolik v licencích, ale jestliže mapy.cz poskytují aktuální
> ortofoto pod CC-BY-SA-4.0, bylo by toto využití kompatibilní pro odvozeniny
> v OSM?
>
> https://napoveda.seznam.cz/cz/mapy/mapy-licencni-podminky/
> licencni-podminky-mapovych-podkladu/
> https://cs.wikipedia.org/wiki/Wikipedie:Využití_mapových_
> podkladů_z_Mapy.cz
>
> JAnD
>
> ---
> Ing. Jan Dudík
> projekce dopravních staveb
> tel. 777082195
>
> Dne 6. února 2017 0:23 Ladislav Nesnera <nesn...@email.cz> napsal(a):
>
> Poznamenáno v ToDo, ale bude-li někdo rychlejší.. :-D
>>
>> A samozřejmě velká gratulace předskokanům (y)
>>
>> ;?
>>
>> On 03/02/17 17:29, Petr Vozdecký wrote:
>>
>> Velmi zajímavé,
>>
>> to je skoro výzva pro Brno. Díky i za tu přiloženou komunikaci.
>>
>> Otázka na Laďu Nešněru - myslíš, že bys toto měl sílu směrem k Brnu
>> komunikovat? Nebo se toho má chopit někdo jiný, kdo s nimi je v nějakém
>> kontaktu (já nebo Mirek Suchý)?
>>
>> vop
>>
>> -- Původní zpráva --
>> Od: Matej Lieskovský <lieskovsky.ma...@gmail.com>
>> <lieskovsky.ma...@gmail.com>
>> Komu: talk-cz@openstreetmap.org
>> Datum: 3. 2. 2017 14:39:10
>> Předmět: [Talk-cz] Fwd: Využití Ortofotomapy pro OpenStreetMap
>>
>> Ahoj,
>>
>> povedlo se mi zařídit něco zajímavého. Cituji:
>>
>> "IPR Praha souhlasí s využíváním ortofotografií, které poskytuje
>> prostřednictvím Geoportálu hl. m. Prahy, za účelem aktualizace a doplňování
>> databáze OpenStreetMap, přičemž vzniklá vektorová data smí být vložena do
>> OSM pod licencí ODbL za předpokladu, že IPR bude uveden v seznamu
>> přispěvatelů do OSM a takto vzniklá data budou mít IPR uveden jako svůj
>> zdroj."
>>
>> Konec citace.
>>
>> Na http://wiki.openstreetmap.org/wiki/Contributors přidám IPR sám,
>> prosím uvádějte k zakreslovaným věcem "source=CZ:IPRPraha:ortofoto", ať
>> jsou na IPR spokojeni.
>>
>> Rád bych poděkoval Jethrovi, který mi pomáhal formulovat maily.
>>
>> S pozdravem,
>> Matej Lieskovský
>>
>> PS: Přeposílám emailovou konverzaci
>>
>> -- Forwarded message --
>> From: *Baron Bohdan Mgr. (IPR/SPI)* <ba...@ipr.praha.eu>
>> Date: 2017-02-03 12:16 GMT+01:00
>> Subject: RE: Využití Ortofotomapy pro OpenStreetMap
>> To: Matej Lieskovský <lieskovsky.ma...@gmail.com>
>>
>>
>> Dobry den,
>>
>>
>>
>> omlouvam se za pozdejsi odpoved, ale mel jsem toho pomerne hodne k reseni.
>>
>>
>>
>> IPR Praha souhlasí s využíváním ortofotografií, které poskytuje
>> prostřednictvím Geoportálu hl. m. Prahy, za účelem aktualizace a doplňování
>> databáze OpenStreetMap, přičemž vzniklá vektorová data smí být vložena do
>> OSM pod licencí ODbL za předpokladu, že IPR bude uveden v seznamu
>> přispěvatelů do OSM a takto vzniklá data budou mít IPR uveden jako svůj
>> zdroj.
>>
>>
>>
>> S pozdravem
>>
>> Bohdan Baron
>>
>>
>>
>> *From:* Matej Lieskovský [mailto:lieskovsky.ma...@gmail.com]
>> *Sent:* Wednesday, February 01, 2017 1:44 PM
>>
>> *To:* Baron Bohdan Mgr. (IPR/SPI) <ba...@ipr.praha.eu>
>> *Subject:* Re: Využití Ortofotomapy pro OpenStreetMap
>>
>>
>>
>> Dobrý den,
>> zatím jsem nedostal žádnou odpověď na můj předchozí email. Dostal jste
>> jej?
>> Opět prosím o zaslání toho souhlasu, ať můžeme začít doplňovat.
>> S pozdravem,
>> Matej Lieskovský
>>
>>
>>
>> 2017-01-25 10:58 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:
>>
>> Dobrý den,
>> pokud Vám to nevadí, asi by bylo lepší poslat tu větu samostatně, ať je
>> to jednoznačné.
>> Statistiky dodáme.
>> S pozdravem
>> Matej Lieskovský
>>
>>
>>
>> 2017-01-25 10:15 GMT+01:00 Baron Bohdan Mgr. (IPR/SPI) <
>> ba...@ipr.praha.eu>:
>>
>> Dobry den,
>>
>>
>>
>> s timto postupem urcite souhlasime a urcite s timto nemame absolutne
>> zadny problem. Obdobne jsme uz s ortofoto postupovali i u jinych subjektu.
>> Mam Vam prosim tedy zaslat Vami zminenou vetu v samostatnem mailu nebo
>> staci, ze Vam odsouhlasim Vam,i zminene zneni v tomto mailu?
>>
>> Ten vycet je urcite zajimavy. Jednou za ro

[Talk-cz] Fwd: Využití Ortofotomapy pro OpenStreetMap

[Matej Lieskovský]

Ahoj,

povedlo se mi zařídit něco zajímavého. Cituji:

"IPR Praha souhlasí s využíváním ortofotografií, které poskytuje
prostřednictvím Geoportálu hl. m. Prahy, za účelem aktualizace a doplňování
databáze OpenStreetMap, přičemž vzniklá vektorová data smí být vložena do
OSM pod licencí ODbL za předpokladu, že IPR bude uveden v seznamu
přispěvatelů do OSM a takto vzniklá data budou mít IPR uveden jako svůj
zdroj."

Konec citace.

Na http://wiki.openstreetmap.org/wiki/Contributors přidám IPR sám, prosím
uvádějte k zakreslovaným věcem "source=CZ:IPRPraha:ortofoto", ať jsou na
IPR spokojeni.

Rád bych poděkoval Jethrovi, který mi pomáhal formulovat maily.

S pozdravem,
Matej Lieskovský

PS: Přeposílám emailovou konverzaci

-- Forwarded message --
From: Baron Bohdan Mgr. (IPR/SPI) <ba...@ipr.praha.eu>
Date: 2017-02-03 12:16 GMT+01:00
Subject: RE: Využití Ortofotomapy pro OpenStreetMap
To: Matej Lieskovský <lieskovsky.ma...@gmail.com>


Dobry den,



omlouvam se za pozdejsi odpoved, ale mel jsem toho pomerne hodne k reseni.



IPR Praha souhlasí s využíváním ortofotografií, které poskytuje
prostřednictvím Geoportálu hl. m. Prahy, za účelem aktualizace a doplňování
databáze OpenStreetMap, přičemž vzniklá vektorová data smí být vložena do
OSM pod licencí ODbL za předpokladu, že IPR bude uveden v seznamu
přispěvatelů do OSM a takto vzniklá data budou mít IPR uveden jako svůj
zdroj.



S pozdravem

Bohdan Baron



*From:* Matej Lieskovský [mailto:lieskovsky.ma...@gmail.com]
*Sent:* Wednesday, February 01, 2017 1:44 PM

*To:* Baron Bohdan Mgr. (IPR/SPI) <ba...@ipr.praha.eu>
*Subject:* Re: Využití Ortofotomapy pro OpenStreetMap



Dobrý den,
zatím jsem nedostal žádnou odpověď na můj předchozí email. Dostal jste jej?
Opět prosím o zaslání toho souhlasu, ať můžeme začít doplňovat.
S pozdravem,
Matej Lieskovský



2017-01-25 10:58 GMT+01:00 Matej Lieskovský <lieskovsky.ma...@gmail.com>:

Dobrý den,
pokud Vám to nevadí, asi by bylo lepší poslat tu větu samostatně, ať je to
jednoznačné.
Statistiky dodáme.
S pozdravem
Matej Lieskovský



2017-01-25 10:15 GMT+01:00 Baron Bohdan Mgr. (IPR/SPI) <ba...@ipr.praha.eu>:

Dobry den,



s timto postupem urcite souhlasime a urcite s timto nemame absolutne zadny
problem. Obdobne jsme uz s ortofoto postupovali i u jinych subjektu. Mam
Vam prosim tedy zaslat Vami zminenou vetu v samostatnem mailu nebo staci,
ze Vam odsouhlasim Vam,i zminene zneni v tomto mailu?

Ten vycet je urcite zajimavy. Jednou za rok by nas to trosku i z profesniho
hledika zajimalo. :-)

S pozdravem

Bohdan Baron



*From:* Matej Lieskovský [mailto:lieskovsky.ma...@gmail.com]
*Sent:* Wednesday, January 25, 2017 9:36 AM


*To:* Baron Bohdan Mgr. (IPR/SPI) <ba...@ipr.praha.eu>
*Subject:* Re: Využití Ortofotomapy pro OpenStreetMap



Dobrý den,



souhlas s použitím pro aktualizaci OSM nám naprosto stačí. Licence u Vašich
originálních dat (tedy ortofotek) se vůbec nebude měnit, potřebujeme pouze
souhlas s tím, že vektorová data, která za pomoci Vašich ortofotografií
vytvoříme a přidáme do OSM, smí být šířena pod licencí ODbL, pod kterou
spadá celá OSM. ODbL (http://opendatacommons.org/licenses/odbl/) je licence
v mnoha ohledech podobná CC BY-SA (OSM také původně CC BY-SA používala) ale
je více zaměřená na použití pro databáze (CC BY-SA je spíše zaměřená na
text, fotky, audionahrávky a videa). ODbL dovoluje data šířit, adaptovat a
vytvářet odvozená díla za předpokladu, že je zachována otevřenost dat,
stejná licence a uveden autor. Vzhledem k tomu, že OSM obsahuje data od
velkého počtu různých přispěvatelů, není prakticky proveditelné, aby na
každém kousku mapy byly uvedeny všechny zdroje - proto OSM používá označení
"(c) OpenStreetMap Contributors" a IPR Praha by byl uveden na
http://wiki.openstreetmap.org/wiki/Contributors. Současně jsme ochotni se
zavázat (a je možné uvést do souhlasu jakož to podmínku), že vektorová data
odvozená od Vašich ortofotografií budou mít v databázi OSM nastaveno
"source=CZ:IPRPraha:ortofoto" (jedná se o relativně běžný způsob, jak v OSM
identifikovat původ dat*), díky čemuž bude mimo jiné možné relativně přesně
určit, co vše bylo díky Vaší vstřícnosti možné zmapovat.



Doufám, že výše uvedené je dostatečné k udělení souhlasu. Nejsem právník,
takže tohle nepovažujte za návrh doslovného znění souhlasu, ale
představovali bychom si přibližně následující: "IPR Praha souhlasí s
využíváním ortofotografií, které poskytuje prostřednictvím Geoportálu
Praha, za účelem aktualizace a doplňování databáze OpenStreetMap, přičemž
vzniklá vektorová data smí být vložena do OSM pod licencí ODbL za
předpokladu, že IPR bude uveden v seznamu přispěvatelů do OSM a takto
vzniklá data budou mít IPR uveden jako svůj zdroj."



Dovolím si zopakovat, že se bude jednat pouze o vektorová data vytvořená za
pomoci Vašich ortofotografií. Vašich ostatních dat se tento souhlas vůbec
nemusí týkat a ani ortofotografie nebud