Re: [talk-cz] Podivne tagy v Mlade Boleslavi

[Lukáš Karas]

Na první pohled to vypadá jako chyba editoru... A taky že jo, už je to 
nahlášené... https://github.com/openstreetmap/iD/issues/8130

Ale nestudoval jsem detaily:

Lukáš

Dne pátek 30. října 2020 15:51:47 CET Tom Ka napsal(a):
> Ahoj, na ceste https://www.openstreetmap.org/way/329818627 se objevily
> podivne tagy, zhodilo mi to nejake skripty. Autora jsem zkusil
> kontaktovat pres komentar v sade zmen, sem pisu pokud by nekomu neco
> prestalo fungovat, tak to muze byt tim.
> 
> Bye tom.k
> 
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

signature.asc
Description: This is a digitally signed message part.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[talk-cz] cykoztezky s state=proposed nebo complete=proposed

[Lukáš Karas]

Ahoj, do libosmscout jsem dopsal podporu pro "route" relace a začal importovat 
turistické a cyklo trasy. Což je sice fajn, ale teď ve svém okolí vidím 
několik tras které nikdy neexistovaly (nejsou značeny standardní žlutou 
značkou s číslem). Třeba tato: https://www.openstreetmap.org/relation/1769951 
Tato relace byla vytvořena před devíti lety. 

Co s takovými relacemi? Když tu cyklotrasa nevznikla za devět let, 
pochybuji že se tak někdy stane. Smazat?

Jiné pražské cyklotrasy v reálu existují, ale mají "na sobě" tag 
complete=proposed : http://overpass-turbo.eu/s/Zrh . Klíč "complete" sice na 
wiki neexistuje, ale v datech se hojně používá. Většinou s hodnotou yes/no. 
Hodnota "proposed" mi přijde dost podezřelá. Kontrolou tras které znám, jsem 
našel několik tras jsou v OSM datech jinudy, případně mají jiné číslo (ref). 

Co s tím? Asi nezbývá nic jiného než je příští sezónu project, opravit 
a přeznačit na complete=yes...?

Lukáš


signature.asc
Description: This is a digitally signed message part.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] zpomalení JOSM

[Lukáš Karas]

Ahoj. 

Překvapuje že po 26 letech co tu s námi Java je stále existují lidé kteří neví 
ani základy jak funguje memory management JVM. Asi trpím profesní slepotou :-)

Java si při svém startu ukousne poměrně velký kus paměti na uložení objektů 
(té paměti se říká heap). Počáteční velikost heapu se dá upravit argumentem 
-Xms (třeba -Xms1G). Jak aplikace běží, do heapu jsou ukládány "živé" objekty. 
Obsazeno z pohledu Javy mohou být jen procenta heapu. Jednou za čas se spustí 
Garbage collector, který objekty v heapu projde, najde ty které nejsou 
používány a smaže je... V okamžiku kdy je paměti málo (garbage collector není 
schopný uvolnit paměť), Java si alokovaný heap zvětší. Až do maximální 
velikosti, která je defaultně 1/4 dostupné systémové paměti, nebo 1GiB. 
To se dá nastavit argumentem -Xmx (třeba -Xmx4G).

> Kdyz stahnes jeden "ctverecek" kterej ma rekneme +- 1MB RAW dat, tak si
> josm sezere ... a prave jsem to vyzkousel, 1,3GB. Nic dalsiho krome
> nejakych pluginu nacteno neni. Zadny podklady, nic. Kdyz pod to hodim
> fotomapu a KM, tak to schroupe "jen" dalsich cca 500MB. Po donacteni
> rekneme "ridciho" okoli - zhruba stejna plocha jen mimo obec - (cca
> 200kB RAW) to prihodilo dalsich cca 200MB.
> 
> Takze se da (zhruba) rict, ze kazdy 1MB stazeny z OSM = +1GB zabrany
> ramky. (tohle opet zhruba odpovida maximalni plose kterou OSM dovoli
> jednim vrzem)

Z toho co jsem psal, dívat se na paměť Java aplikací z perspektivy co mají 
alokováno v systému je zavádějící.

> 
> IMO tech +- 300MB je vlastni apka + pluginy. Prazdny josm si mi po
> spusteni zblajzne prave 1GB, ale pocitam ze vetsina je prazdna "doforoty".

Přesně tak, jedná se o alokovaný heap, nikoliv obsazený.

> Urcite by se to dalo zjistit presne, tohle je jen velmi hrubej odhad.
> Ale je to pekelne nenazrana appka ;D.

Dá se k tomu použít například jvisualvm, který je součásti JDK (java 
development toolkit). 

Použití Javy pro desktopovou aplikaci jako JOSM není nejšťastnější, protože 
taková aplikace často neběží v systému sama a jde těžko předem přidělit 
systémové prostředky... Obecně je vhodné Javě poskytnout dostatek paměti. 
časté spouštění garbage collectoru je výpočetně náročné a aplikace se pak 
"seká". Zároveň ale né tolik aby systém nezačal swapovat.

S pozdravem, Lukáš


signature.asc
Description: This is a digitally signed message part.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[talk-cz] Multipolygon relace

[Lukáš Karas]

Ahoj, při refactoringu OSMScout rendereru jsem narazil na prapodivný 
typ multipolygonu který má outer ring uvnitř inner. Na wiki je tenhle případ 
zmíněn jako "Island within a hole" [1]

V datech jsem podobný případ našel třeba tady [2] a Mapnik tu vloženou outer 
cestu 314945870 vesele vykreslí jako "forest". 

Myslíte že je to validní případ? 
Jaká se sémantika tagů v relaci? "Přenáší" se tagy multipolygon relace na 
všechny její outer členy, ať jsou jakkoliv poskládané? Tedy když označím 
relaci jako listnatý les, tak všechny její outer členy jde brát jako listnatý 
les (pokud není uvedeno jinak)?

Omlouvám se za fundamentální dotaz. Když mapuju, tak často používám 
"zdravý rozum", ale když to pak člověk má naprogramovat, tak potřebuje jasně 
definovaná pravidla...

Lukáš

1) https://wiki.openstreetmap.org/wiki/
Relation:multipolygon#Island_within_a_hole

2) https://www.openstreetmap.org/relation/24011#map=19/50.39519/14.85755

signature.asc
Description: This is a digitally signed message part.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Problém s navigací - Černý Důl

[Lukáš Karas]

Je možné že jsou špatně zadané povolené rychlosti, navigace nepřidává 
penalizaci za odbočení a pak jí prostě vyšla tahle cesta jako rychlejší...

L

Dne středa 31. července 2019 21:56:23 CEST Marián Kyral napsal(a):
> Ahoj,
> Nevíte někdo, proč mě OsmAnd tlačí v Černém dole ( 50.63496° N, 15.71060° E
> ) touhle "zkratkou"? https://photos.app.goo.gl/s6qyZjXxCytWjY1i7
> 
> Díky,
> Marián
> 
> --
> Odesláno aplikací K-9 Mail ze systému Android. Omluvte prosím moji
> stručnost.

signature.asc
Description: This is a digitally signed message part.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Dataset českých názvů v OSM

[Lukáš Karas]

Mohu nabídnout debug dump stromu lokací/adres z posledního importu osmscout: 

http://osmscout.karry.cz/europe/czech-republic-19-20190509-0148/
location_full.txt

Pro bližší zkoumání by bylo potřeba se podívat přímo do dat (pomocí C++ api 
libosmscout). Ale otázka je co si představujete pod místním názvem...?

Lukáš

Dne pátek 10. května 2019 14:41:31 CEST Miroslav Suchy napsal(a):
> Dne 10. 05. 19 v 13:44 František Pfann napsal(a):
> > s místními názvy,
> 
> Co přesně si představujete pod "místním názvem"? Tohle
> 
> https://wiki.openstreetmap.org/wiki/Cs:Tag:place%3Dlocality
> 
> tj. "za humny", "na bahnech"
> 
> nebo názvy obcí/rybníků apod.?
> 
> Mirek
> 
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

signature.asc
Description: This is a digitally signed message part.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] sjezdovky

[Lukáš Karas]

Ahoj. 

Na vlek bych rozhodně "piste:*" nedával. Většinou se lanovka/vlek značí jako 
cesta "aerialway" směrem nahoru a pak sjezdovka jako cesta směrem dolů nebo 
plocha s klíči "piste:*".

A ano, na standardním stylu se sjezdovky nevykreslují, musíš použít 
specializovanou mapu. 
Třeba http://www.opensnowmap.org/?
zoom=16=50.23426=16.40363=snowbase=false

Ale tam si nejsem jist jak často data aktualizují.

Lukáš

Dne sobota 9. března 2019 6:41:12 CET Marek Janata napsal(a):
> Ahoj,
> 
> zkusil jsem v JOSM doplnit chybějící vlek a jezdovku ve Zdobnici, ale
> výsledek se mi moc nelíbí -
> https://www.openstreetmap.org/#map=18/50.23514/16.40184 - jak to mám
> vyznačit/označit správně?
> Nebo mám jen nakreslit vlek a typ sjezdovky označit do něj?
> 
> dík moc
> 
> Marek

signature.asc
Description: This is a digitally signed message part.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-cz] Národní archiv leteckých snímků

[Lukáš Karas]

Minimálně by šlo použít ke zmapování přibližného stáří budov ;-)

https://wiki.openstreetmap.org/wiki/Cs:Key:start_date

L

Dne pondělí 5. listopadu 2018 21:13:25 CET Pavel Machek napsal(a):
> On Sat 2018-11-03 12:35:33, Michal Pustějovský wrote:
> > Ahoj,
> > 
> > Pro spoustu lidí z téhle skupiny by mohla být zajímavá tato
> >  stránka. Jedná se o Národní
> > archiv leteckých měřicích snímků. Najde se tam ortofoto (včetně
> > individuálních snímů) od roku 1937 až do současnosti. Pro mapování se sice
> > nehodí, ale i tak je tam spousta zajímavostí :-)
> 
> Kouknu az budu u pocitace, ale... proc se nehodi pro mapovani?
> 
>   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
> https://openstreetmap.cz/talkcz

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-cz] geograficke regiony v CR

[Lukáš Karas]

S bodem je trochu problém že když budeš mít "Alpy" a "Šumava" jako body, 
tak podle čeho se má renderer rozhodnout jaké pohoří zobrazit při zoomu čtyři?
Pokud bych chtěl zobrazit název pootočený a vycentrovaný, také se nemám čeho 
chytit...

Ale jinak souhlasím že by taková data v OSM byla učitečná, i když nelze přesně 
určit hranici. Ale to třeba u poloostrovů (place=peninsula) také ne. Takže se 
hranice oblasti spojí s nějakým územním celkem, třeba u Apeninského 
poloostrova se severní hranicí Itálie... https://www.openstreetmap.org/
relation/4056532

Zálivy také mapujeme, i když nemají přesně danou hranici: 
https://www.openstreetmap.org/relation/8222502

Lukáš


Dne pondělí 13. srpna 2018 21:43:16 CEST Michal Pustějovský napsal(a):
> Souhlasím s Milanem. Je to velká ostuda. A s bodem aspoň odpadne problém
> s přesnou definicí hranice. A když se v budoucnu nějaká data přece jen
> uvolní, není problém bod předělat na relaci.
> 
> Michal
> 
> Dne 13.08.2018 v 21:32 Milan Cerny napsal(a):
> > Jen pro zajímavost jsem zadal do hledání v OSM slovo "Šumava" a vypadla na
> > mě spousta pekáren Šumava v Liberci a okolí, zastávka autobusu v ČB, kino
> > Šumava, ale o pohoří či oblasti ani zmínka. Stejně tak "Brdy", jen kopec
> > u Kopřivnice.
> > To mi připadá hodně špatně. Pohledem "z venku", proč používat mapu OSM,
> > když mi ani neřekne, kde je Šumava nebo Brdy.
> > 
> > Některá pohoří jsou v OSM jen jako bod zhruba uprostřed oblasti, například
> > Pyreneje, Apeniny. Pro tento účel by to mohlo stačit.
> > https://www.openstreetmap.org/node/3791620621
> > 
> > Milan
> > 
> > 
> > __
> > 
> >> Od: Jan Macura 
> >> Komu: OpenStreetMap Czech Republic 
> >> Datum: 13.08.2018 19:36
> >> Předmět: Re: [Talk-cz] geograficke regiony v CR
> >> 
> >> 2018-08-13 12:29 GMT+02:00 majka :
> >>> Troufám si tvrdit, že jde jen o to, koho se zeptat. V daném případě žáka
> >>> základní školy
> >>>  >>> 518-p1.html>, případně jeho rodičů.
> >>> (...)
> >>> 
> >>> Jen netuším, jestli "učí se to ve škole" je povolený zdroj dat ;)
> >> 
> >> Zajímavá a trefná poznámka :-) source=global_knowledge ? :-)
> >> 
> >> P.S. Nehci tím nikoho otrávit od mapování, co komu přijde užitečné, jen
> >> se
> >> mi zdá, že zrovna v případě geomorf. celků je přidaná hodnota pro
> >> uživatele
> >> dat zcela nulová. Těžko totiž zmapovat něco víc, než to, co zkopírujeme z
> >> nějaké jiné mapy, kterou nakreslil nějaký odborník v podstatě od stolu.
> >> Na
> >> Wikipedii se např. před nedávnem diskutovalo
> >>  >> omorfologick%C3%A9_%C4%8Dlen%C4%9Bn%C3%AD> rozdílné vymezení geomorf.
> >> celků různými autory. Tím se tenhle jev liší třeba od polí, adres nebo
> >> domů, které taky sice importujeme od jinud, ale celkem snadno jsme
> >> schopni je ověřit OTG a případně opravit.
> >> 
> >> H.
> >> 
> >> 
> >> --
> >> 
> >> ___
> >> Talk-cz mailing list
> >> Talk-cz@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-cz
> >> https://openstreetmap.cz/talkcz
> > 
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[Talk-cz] Typ relace a jak by měla být vykreslena

[Lukáš Karas]

Ahoj, řeším drobný bug v OSM Scout rendereru:
https://github.com/Framstag/libosmscout/issues/622

A narazil jsem přitom na Pražskou Štvanici:
https://www.openstreetmap.org/relation/3366544

Která má v relaci uvedeno "leisure=park" a v outer cestě "place=islet" 
a moc si s tím nevím rady. Pokud má renderer styl pro obě kombinace, 
jak jej má vykreslit?

Trochu by mi dávalo smysl chovat se jako v případě jednoduché oblasti která má 
oba klíče - v tom případě by vyhrál první styl který se na oblast napasuje. 
Ale jde takové chování dělat obecně? Nenapadá mě teď konkrétní případ, ale 
mohlo by to vést na docela divoké kombinace...

Lukáš

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[Talk-cz] Parkovací automaty v Pražských otevřených datech

[Lukáš Karas]

Ahoj, 

poslední dobou jsem si všiml že nám v Praze vyrosla hromada nových parkovacích 
automatů. Několik jsem jich přidal ručně, ale přišlo mi to nesystémové. Tak 
jsem pohledal a tu jsou přímo na dlani [1]

Chápu to správně že data z geoportal můžeme importovat? :-)
V datasetu mají 805 automatů, zmapovaných jich je zhruba 70 [2]

Jakou odhadujete časovou náročnost importu? Je možné jít nějakým zjednodušeným 
postupem, než tím popsaným zde [3] ? Přijde mi to celkem overkill pro přidání 
800 bodů na celkem malé ploše...

Lukáš

1) http://www.geoportalpraha.cz/cs/opendata/
8605CC9C-64F4-45EE-817A-8F43D470ACB1#.WyibrxwzWEI
2) http://overpass-turbo.eu/s/zF0
3) https://wiki.openstreetmap.org/wiki/Import/Guidelines

Dne pondělí 5. února 2018 15:36:22 CEST Matej Lieskovský napsal(a):
> 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 
> Date: 2018-01-29 10:30 GMT+01:00
> Subject: RE: Statistika využití ortofotografií IPR při editování
> OpenStreetMap To: Matej Lieskovský 
> 
> 
> 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) 
> 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 :
> > 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) 
> > 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

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-cz] Nacase zmenit lokal - MS koupil github

[Lukáš Karas]

Ahoj, už jsem to asi pochopil :-)

> Zeby proto, ze predavas treti strane tu (nejen) IP adresu, a nemas na to
> souhlas? Podotykam, ze to je vysledek pomerne dlouhodobych konzultaci
> jak s ruznyma byrokratama tak pravnikama.

Ty linkováním asi myslíš že v kódu stránky je přímo 

 https://github.com/../jQuery.js";> 

Tak to ano, na to potřebuješ souhlas uživatele, podle mého vědomí ale pouze za 
předpokladu že Github či daná CDN má v podmínkách že PII data uživatelů sbírá, 
uchovává či jinak zpracovává. Pokud tvá (provozovatele webu) smlouva s danou 
třetí stranou (CDN) říká že PII data nezpracovávají, je to z mého lajckého 
pohledu stejné jako si pronajímat sdílený hosting...

> Bonusem si k tomu pricti to, ze nemas pod kontrolou co ten kod dela nebo
> za hodinu bude delat, ale neses za to 100% zodpovednost (tedy do vyse 4%
> celosvetoveho obratu).

To ano. Ale dá se řešit použitím důvěryhodných poskytovatelů obsahu/reklamy 
a rozumnou smlouvou.

Nedělejte prosím z GDPR strašáka. Míří především na velké zpracovatele dat, 
panika není na místě.

Lukáš


signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-cz] konec Strava heatmap?

[Lukáš Karas]

Neexistuje podobná heatmapa z gps logů nahraných na openstreetmap.org? 
Odhaduji že těch dat bude asi méně, ale přecijen je to pěkná sbírka...

Lukáš

Dne úterý 13. března 2018 20:53:05 CET Milan Cerny napsal(a):
> Strava se, jak se zdá, rozhodla omezit zobrazení heatmap.
> Neomezeně je nově k dispozici jen do zoomu 12, detailněji jen po přihlášení
> na stránce Stravy. Bohužel se to týká i podkladů pro OSM editory, veškeré
> detaily jsou pryč. Škoda, byl to šikovný nástroj.
> 
> Milan
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Jindřichův Hradec - mapuje tam někdo z nás?

[Lukáš Karas]

Ahoj, já z Jindřichova Hradce pocházím a objevím se tam tak jednou za dva 
měsíce. Jak tak procházím jeho editace, tak krom toho nesmyslného tagu na 
tobogán a duplicitních autobusových zastávek [1] tam nevidím nic fakticky 
špatně. 

Těch pár drobností se dá podle mě opravit od stolu. Vidíš tam něco co by si 
zasloužilo kontrolu na místě?

Lukáš (karry)

1) https://www.openstreetmap.org/node/5194613966

Dne středa 28. února 2018 16:32:55 CET majka napsal(a):
> Pohybuje se někdo z nás pravidelněji v Jindřichově Hradci?
> 
> Nezdá se mi, že by tam byl někdo aktuálně aktivní, a dost nám tam řádil náš
> oblíbený fell3. Sice mu nevadilo, že na mapě chybí budovy nebo jsou
> zakreslené nepřesně (mapování z roku 2010), zato zmapoval každý tobogán
> zvlášť (waterway=ditch), a pár míst obkreslil podle v té chvíli již
> zastaralého stavu včetně každé lampy. Vzhledem k tomu, že právě Seznam
> spustil JH nově v 3D, je to poměrně dost vidět.
> 
> Vypadá to, že to bude chtít několik výletů tímhle směrem za vzdáleným
> příbuzenstvem :)
> 
> Majka


signature.asc
Description: This is a digitally signed message part.
___
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

[Lukáš Karas]

Ano, řekl bych že je žo naivní pohled. Pevné mezery automaticky nepřidají ani 
webové prohlížeče za kterými stojí obrovské týmy vývojárů. Proto je potřeba je 
v datech mít - jak ve webových stránkách i OpenStreetMap.

Pokud tvrdíš že se jedná pro tagování pro renderer, protože to slouží pouze ke 
správnému zobrazení, tak mi tedy vysvětli proč píšeme velká písmena na záčátku 
názvů a po předložkách? To taky slouží jen ke správnému zobrazební. 
Vždyť v datech může bez problémů být "kralupy nad vltavou", "na poříčí". 
To že tam někde mají být velká písmena si přeci může domyslet renderer...

Lukáš

Dne čtvrtek 25. ledna 2018 8:55:05 CET Michal Fabík napsal(a):
> 2018-01-24 22:17 GMT+01:00 Lukáš Karas <lukas.ka...@centrum.cz>:
> >> Jinak za mě taky nedělitelné mezery do tagů nedávat, ať si to ošetří
> >> renderer, zas taková věda to snad není.
> > 
> > Tohle mi přijde hrozně lokální pohled na problematiku (podobně jako
> > spousta
> > jiných věcí co se zde na listu řeší). Já bych rád aby se české názvy
> > rozumě
> > zalamovaly a zobrazovaly i v rendereru který si napíše třeba Japonec.
> > Někdo
> > mimoevropský nebude vůbec řešit jaké tu v Česku máme typografická
> > pravidla.
> > 
> > Zkuste u nějakého renrereru na githubu vytvořit issue že se nějaký český
> > název špatně zobrazuje a že si to přeci může vyřešit. Taková věda to
> > přeci není. Ještě těch chudákům vývojářům můžete poradit že exituje
> > probram "vlnka" který to přeci dokázal před deseti lety.
> > 
> > Stejně tak já nedokážu posoudit jestli se arabské jméno hospody má
> > vykreslit zleva doprava nebo zprava doleva a už vůbec (bez unicode hitnů)
> > nedokážu napsat renderer kde arabský název obsahuje číslovku!
> 
> Tohle mně zas přijde jako argumentace nefungující, neřkuli přímo
> záměrně zlomyslnou, komunikací mezi uživatelem a autorem rendereru.
> Přece když budu chtít, aby si japonský renderer správně poradil s
> nějakým obskurním aspektem české typografie, tak autorovi neřeknu: "V
> českých názvech máte špatně pevné mezery, spravte si to, tohle si
> přece můžete vyřešit, vlnka to umí taky". Naopak, vysvětím, proč je to
> důležité, popíšu jednotlivá pravidla, dám příklady, třeba ukážu _jak_
> to ta vlnka dělá (a ne, že už to dělá deset let). Podobně, až budu mít
> ve svém rendereru problém se zobrazováním arabštiny, zeptám se někoho,
> kdo umí arabsky. Asi to vidím naivně, ale s jazykovými daty pracuju a
> přesně taková komunikace je pro mě naprosto normální a v podstatě
> nevyhnutelná.
> 
> Podle mě prostě ty pevné mezery jsou tagging for the renderer. Pevná
> mezera slouží ke správnému _zobrazení_, tj. renderingu, žádnou věcnou
> informaci nenese.
> 
> --
> Michal Fabík
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

signature.asc
Description: This is a digitally signed message part.
___
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

[Lukáš Karas]

> Jinak za mě taky nedělitelné mezery do tagů nedávat, ať si to ošetří
> renderer, zas taková věda to snad není.

Tohle mi přijde hrozně lokální pohled na problematiku (podobně jako spousta 
jiných věcí co se zde na listu řeší). Já bych rád aby se české názvy rozumě 
zalamovaly a zobrazovaly i v rendereru který si napíše třeba Japonec. Někdo 
mimoevropský nebude vůbec řešit jaké tu v Česku máme typografická pravidla.

Zkuste u nějakého renrereru na githubu vytvořit issue že se nějaký český název 
špatně zobrazuje a že si to přeci může vyřešit. Taková věda to přeci není.
Ještě těch chudákům vývojářům můžete poradit že exituje probram "vlnka" který 
to přeci dokázal před deseti lety.

Stejně tak já nedokážu posoudit jestli se arabské jméno hospody má vykreslit 
zleva doprava nebo zprava doleva a už vůbec (bez unicode hitnů) nedokážu 
napsat renderer kde arabský název obsahuje číslovku!

Otevřete trochu svoji mysl a myslete prosím za hranice českého rybníčku.

Lukáš

signature.asc
Description: This is a digitally signed message part.
___
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

[Lukáš Karas]

Overpass to bere s přesností na znak nebo na binární iterpretaci? 
Ptám se protože i pitomá česká diakritika se dá v unicode zapsat různou 
sekvencí bytů... Pokud nějaký software neumí pracovat s unicode, je to chyba 
toho softwaru.

Pokud ale v nějakém jazyce nemá být nějaká sekvence znaků samostatně na konci 
řádku, je potřeba za ní dát nedělitelnou mezeru. Protože tohle si žádný 
software z prstu nevycucá. To není psaní názvů pro renderer, to je normální 
psaní textu v unicode.

Lukáš

Dne čtvrtek 18. ledna 2018 18:31:38 CET Matej Lieskovský napsal(a):
> 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

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] dotaz na pyramidu v rybníku Svět

[Lukáš Karas]

Jen pro upřesnění, teď jsem zkusil vygenerovat vrstevnice z dat se veřinovým 
rolišením (SRTM 1' v3) a tam tento artefakt není. 

pokud by to někdo chtěl reprodukovat:


mkdir -p tmp

phyghtmap \
  --no-zero-contour --step=20 --line-cat=400,100 \
  --start-node-id=$(( 1 << 33 )) --start-way-id=$(( 1 << 33 )) \
  --srtm=1 --srtm-version=3 --viewfinder-mask=1 --source=view1,srtm1 \
  --void-range-max=-500 \
  --earthdata-user=user --earthdata-password="nepovim" \
  --polygon=$COUNTRY.poly --output-prefix=tmp/tiles

osmconvert tmp/*.osm \
  -B=$COUNTRY.poly \
  -o=$COUNTRY-contours.osm.pbf

rm tmp/*.osm


Dne středa 3. května 2017 13:12:41 CEST Lukáš Karas napsal(a):
> Ahoj,
> 
> SRTM data obsahují spoustu artefaktů, nejhorší to je v oblastech kde jsou
> hory pokryté ledovci, třeba v Alpách.
> 
> Nedávno jsem řešil vrstevnice pro OSMScout mapy, nejlepší volně dostupný
> zdroj DEM dat co jsem našel je
> http://viewfinderpanoramas.org/dem3.html , člověk co za tím stojí si dal
> práci se strojovým čištěním a kombinací několika volně dostupných zdrojů...
> 
> Ale jak tak koukám na rybník Svět, tak i zde máme více překrývajících se
> vrstevnic: 200m, 300m :-/
> 
> Lukáš
> 
> Dne středa 3. května 2017 11:31:54 CEST Jan Martinec napsal(a):
> > Dne 3.5.2017 v 11:09 Zdeněk Pražák napsal(a):
> > > Při opravě v okolí Třeboně jsem si všiml, že v rybníku Svět u hotelu
> > > Bohemia se zobrazuje nějaká hora - viz
> > > http://rawgit.com/osmcz/osmcz/photoDB-gui/index.html#map=15/49.0011/14.7
> > > 66
> > > 0=kKVGB
> > > 
> > > Nevím jak to opravit
> > 
> > Ahoj,
> > 
> > to je chyba měření ze SRTM https://cs.wikipedia.org/wiki/SRTM ; takových
> > je povícero, tady třeba:
> > 
> > http://rawgit.com/osmcz/osmcz/photoDB-gui/index.html#map=14/51.8150/13.045
> > 8& layers=kKVGB
> > 
> > Nejsem si úplně jist, jak to Opravit (zdrojová data poskytla NASA, a ta
> > opravy neřeší), ale pro domácí použití jsem si to překonvertoval z HGT
> > pomocí Phyhgtmap, a výsledný .osm soubor ručně upravil v JOSMu. Jestli
> > je to použitelný i tady do mapy, to nevím.
> > 
> > Zdar,
> > Honza Piškvor Martinec
> > 
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] dotaz na pyramidu v rybníku Svět

[Lukáš Karas]

Ahoj, 

SRTM data obsahují spoustu artefaktů, nejhorší to je v oblastech kde jsou hory 
pokryté ledovci, třeba v Alpách. 

Nedávno jsem řešil vrstevnice pro OSMScout mapy, nejlepší volně dostupný zdroj 
DEM dat co jsem našel je 
http://viewfinderpanoramas.org/dem3.html , člověk co za tím stojí si dal práci 
se strojovým čištěním a kombinací několika volně dostupných zdrojů...

Ale jak tak koukám na rybník Svět, tak i zde máme více překrývajících se 
vrstevnic: 200m, 300m :-/

Lukáš

Dne středa 3. května 2017 11:31:54 CEST Jan Martinec napsal(a):
> Dne 3.5.2017 v 11:09 Zdeněk Pražák napsal(a):
> > Při opravě v okolí Třeboně jsem si všiml, že v rybníku Svět u hotelu
> > Bohemia se zobrazuje nějaká hora - viz
> > http://rawgit.com/osmcz/osmcz/photoDB-gui/index.html#map=15/49.0011/14.766
> > 0=kKVGB
> > 
> > Nevím jak to opravit
> 
> Ahoj,
> 
> to je chyba měření ze SRTM https://cs.wikipedia.org/wiki/SRTM ; takových
> je povícero, tady třeba:
> 
> http://rawgit.com/osmcz/osmcz/photoDB-gui/index.html#map=14/51.8150/13.0458;
> layers=kKVGB
> 
> Nejsem si úplně jist, jak to Opravit (zdrojová data poskytla NASA, a ta
> opravy neřeší), ale pro domácí použití jsem si to překonvertoval z HGT
> pomocí Phyhgtmap, a výsledný .osm soubor ručně upravil v JOSMu. Jestli
> je to použitelný i tady do mapy, to nevím.
> 
> Zdar,
> Honza Piškvor Martinec
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Dotaz k natural=coastline

[Lukáš Karas]

Ahoj, posledních pár týdnů jsem pracoval na knihovně OSMScout, aby správně 
zobrazovala pevninu/moře/ostrovy. Při importu Albánie jsem ale narazil na 
chyby způsobené ostrovy s tagem natural=coastline, které se ale nachází v 
laguně (natural=water) která leží "na pevnině" (vlevo od pobřeží).

http://tools.geofabrik.de/osmi/?
view=coastline=19.40472=40.51970=15=1.00=coastline,coastline_error_lines,line_not_a_ring,line_overlap,line_invalid,line_direction,questionable,coastline_error_points,unconnected,intersections,not_a_ring,double_node,tagged_node

Nemá někdo z vás zkušenosti s mapováním pobřeží? Jsou tyto ostrovy dobře nebo 
špatně? Geofabrik inspektor zde chybu nevidí, já bych ten tag ale smazal :) 

Lukáš



signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] OSM pivo Praha 1.3.2017

[Lukáš Karas]

Děkuji za zápis. Omlouvám se za neúčast. 

K těm ferratám, kdo nezná tak tady je jedna krásná mapa: 
https://www.xctrails.org/map/map.html

Lukáš

Dne čtvrtek 2. března 2017 10:39:26 CET Milan Cerny napsal(a):
> Ahoj, krátký zápis z pražského piva.
> 
> Sešli jsme se jen dva, já a Martin Hejna, v OSM začínající.
> 
> Probírali se spíše základy mapování, rendery, offline použití na vlastním
> serveru, software využívající OSM v PC a mobilních zařízeních. V teoretické
> rovině probrány možnosti editace a tagování sportovních aktivit v přírodě.
> - běh na lyžích, pravidelně/nepravidelně upravované běžecké stezky, v OSM
> většinou jsou - divoká voda, trasy, nástupy, obtížnosti, splavnost dle
> stavu vody, v OSM zatím asi nic takového není - horolezectví, problém 3D
> skal. Přístupové cesty, nástupní místa a obtížnosti cest by v OSM být
> mohli. - jeskyně a jejich vnitřní prostory, opět problém ve 3D, patra,
> komíny, zaplavení.  Nezle mapovat jinak než speciální technikou. - via
> ferrata v OSM (to jsme neprobírali ale souvisí to s tím)
> 
> Dále probráno:
> - pomůcky pro mapování, GPS, programy pro záznam tras a bodů,
> - Strava heatmap a OSM, Stravu používají i běžkaři při závodech
> - nástroje pro kontrolu editací, OSM inspector, OSMOSE, Keepright
> - rozcestníky, focení, databáze fotek, následné editace v OSM
> - OSMHiCheck - chyby v relacích tur. tras a u rozcestníků
> - Mapillary a využití k editaci, zobrazení vrstvy fotek v iD editoru
> 
> Víc už mě nenapadá.
> 
> Milan
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Zalamování řádků v názvech

[Lukáš Karas]

Děkuji za odkaz. Prostuduji. To zalamování čínštiny vypadá jako pěkně 
zapeklitý problém... 
Některou z okazovaných knihoven bychom mohli začlenit do importu.

Lukáš

Dne středa 8. února 2017 10:09:01 CET Mikoláš Štrajt napsal(a):
> Zdar,
> nedávno se tu řešilo zalamování řádků v názvech (a nezalomitelná mezera).
> 
> 
> 
> 
> Na blogu Mapboxu o tomto tématu včera vyšel článek - https://www.mapbox.com/
> blog/balanced-multiline-labels/
> 
> 
> 
> 
> Je tam popsané reálné řešení, které v Mapboxu implementovali.
> 
> 
> 
> 
> -- 
> 
> Severák
> =

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

[Lukáš Karas]

U mě Let's Encrypt vygeneroval několik souborů:

cert.pem
chain.pem
fullchain.pem
privkey.pem

v konfiguraci apache mám "SSLCertificateFile" nasměrovaný fullchain.pem a zdá 
se že to celé funguje...

Lukáš

Dne úterý 24. ledna 2017 13:26:03 CET Jan Martinec napsal(a):
> S konfigurací jsem nic nedělal - tohle je vanilla Chrome na stock ROM. Ale
> evidentně tam je nějaký problém mimo prohlížeč, oba zdejší browsery
> používají nativní čert storage a Firefox si taky stěžuje:
> 
> "openstreetmap.cz uses an invalid security certificate. The certificate is
> not trusted because the issuer certificate is unknown. *The server might
> not be sending the appropriate intermediate certificates.* An additional
> root certificate may need to be imported. Error code:
> SEC_ERROR_UNKNOWN_ISSUER" (podtržení moje)
> 
> To mě přivádí na myšlenku,  jestli server posílá i ten mezilehlý cert,
> nejen koncový - to už jsem někde viděl, a lze to řešit konfigurací serveru:
> https://community.letsencrypt.org/t/solved-why-isnt-my-certificate-trusted/2
> 479
> 
> HPM
> 
> Dne 24. 1. 2017 13:10 napsal uživatel "Marián Kyral" :
> > Takže buď nějaká chyba v konfiguraci, nebo chrome. Třeba můj Firefox na
> > Androidu 7 s tím nemá problém.
> > 
> > Marián
> > 
> > -- Původní e-mail --
> > Od: Jan Martinec 
> > Komu: OpenStreetMap Czech Republic 
> > Datum: 24. 1. 2017 12:50:45
> > Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích
> > 
> > No, já bych očekával totéž. Leč evidentně Chrome pro Android s tím má
> > problém  :(((
> > 
> > Dne 24. 1. 2017 12:43 napsal uživatel "Marián Kyral" :
> > 
> > Jenže mně to nedržkuje. A jestli správně rozumím tomu obrázku, co jsem dal
> > dolů, tak tam jsou nadefinována alternativní jména, takže bych očekával,
> > že
> > ten certifikát bude fungovat pro všechny zadané domény.
> > 
> > Marián
> > 
> > -- Původní e-mail --
> > Od: Jan Martinec 
> > Komu: OpenStreetMap Czech Republic 
> > Datum: 24. 1. 2017 12:25:02
> > Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích
> > 
> > Ahoj,
> > to vidím na Androidu taky. Evidentně tam nesedí hostname (openstreetmap.cz
> > x osm.kasparkovi.net), takže browser držkuje zcela správně.
> > 
> > https://www.dropbox.com/s/prc0l58wvmugv0o/2017-01-24%2011.18.36.png?dl=0
> > 
> > HPM
> > 
> > Dne 24. 1. 2017 12:16 napsal uživatel "Marián Kyral" :
> > 
> > 
> > -- Původní e-mail --
> > Od: Karel Volný 
> > Komu: OpenStreetMap Czech Republic 
> > Datum: 24. 1. 2017 10:59:16
> > Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích
> > 
> > zdar,
> > 
> > ohledně zobrazení viz druhý (předchozí) mail, ohledně certifikátu
> > standardní
> > hláška, bez možnosti rozkliknout podrobnosti:
> > 
> > Chyba certifikátu SSL.
> > 
> > Chyba zabezpečení.
> > Stránka kterou se snažíte navštívit zaslala SSL Certifikát s temito
> > chybami:
> > * Certifikát serveru není důvěryhodný.
> > Chcete udělit výjimku tomuto certifikátu?
> > [Yes] [No]
> > 
> > 
> > Divné, divné. Nemáš nějak paranoidně nastavený prohlížeč? To se stane po
> > zadání https://www.openstreetmap.cz?
> > 
> > Já vidím toto:
> > 
> > 
> > Moc se v těch certifikátech nevyznám, zdá se mi to OK. Ale ještě mně
> > napadá jeden pojem - DNSSEC. Třeba s tím nějak souvisí.
> > 
> > 
> > Marián
> > 
> > On Monday 23 January 2017 17:33:04 Marián Kyral wrote:
> > > Nebyl by screenshot nebo textová chyba? Případně další informace ze
> > > kterých by se dalo něco zjistit?
> > > 
> > > Díky,
> > > Marián
> > > 
> > > Dne 23.1.2017 v 13:22 Karel Volný napsal(a):
> > > > QupZilla 2.0.2/QtWebEngine 5.7.0 (Fedora 25)
> > > > musím odkliknout hlášku o nedůvěryhodném certifikátu
> > > > mapa se nezobrazí vůbec
> > > > 
> > > > K.
> > > > 
> > > > On Monday 23 January 2017 12:33:45 Petr Vozdecký wrote:
> > > >> Ahoj všem,
> > > >> 
> > > >> současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?):
> > > >> 
> > > >> - Firefox pro desktop, ver 50.1.0 na Win10:
> > > >> nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha
> > 
> > ale
> > 
> > > >> obsah=0)
> > > >> 
> > > >> - Chrome pro desktop, verze 55.0.2883.87 m na Win10:
> > > >> OK
> > > >> 
> > > >> - Firefox pro Android, ver 50.1.0 for Android:
> > > >> nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu
> > > >> 
> > > >> - Chrome pro Android, verze 55.0.2883.91 for Android:
> > 
> > > >> nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https:
> > "Vaše
> > 
> > > >> připojení není soukromé"
> > > >> 
> > > >> vop
> > > >> 
> > > >> 
> > > >> ___
> > > >> Talk-cz mailing list
> > > >> Talk-cz@openstreetmap.org
> > > >> https://lists.openstreetmap.org/listinfo/talk-cz
> > 
> > ___
> > Talk-cz mailing 

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

[Lukáš Karas]

Jak píšeš, mělo by se to chytit na alternative name a ověřit jako validní... 
Firefox na linuxu nemá nic proti, ale curl a openssl s_client certifikát 
neověří... 

$ curl -vvv "https://openstreetmap.cz/;
*   Trying 85.255.11.55...
* Connected to openstreetmap.cz (85.255.11.55) port 443 (#0)
* found 175 certificates in /etc/ssl/certs/ca-certificates.crt
* found 711 certificates in /etc/ssl/certs
* ALPN, offering http/1.1
* SSL connection using TLS1.2 / ECDHE_RSA_AES_256_GCM_SHA384
* server certificate verification failed. CAfile: /etc/ssl/certs/ca-
certificates.crt CRLfile: none
* Closing connection 0
curl: (60) server certificate verification failed. CAfile: /etc/ssl/certs/ca-
certificates.crt CRLfile: none
More details here: https://curl.haxx.se/docs/sslcerts.html


$ openssl s_client -host openstreetmap.cz -port 443
CONNECTED(0003)
depth=0 CN = osm.kasparkovi.net
verify error:num=20:unable to get local issuer certificate
verify return:1
depth=0 CN = osm.kasparkovi.net
verify error:num=21:unable to verify the first certificate
verify return:1
---
Certificate chain
 0 s:/CN=osm.kasparkovi.net
   i:/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
---

Když zkusím svůj server kde mám certifikát taky od Let's entcrypt, tak mám v 
chainu jeden záznam navíc... 

$ openssl s_client -host karry.cz -port 443

---
Certificate chain
 0 s:/CN=karry.cz
   i:/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
 1 s:/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
   i:/O=Digital Signature Trust Co./CN=DST Root CA X3
---

Vypadá to že až ta Root CA je důvěryhodná, ale netuším proč OSM certifikát 
jí v chainu nemá...

Lukáš

Dne úterý 24. ledna 2017 12:48:56 CET Jan Martinec napsal(a):
> No, já bych očekával totéž. Leč evidentně Chrome pro Android s tím má
> problém  :(((
> 
> Dne 24. 1. 2017 12:43 napsal uživatel "Marián Kyral" :
> > Jenže mně to nedržkuje. A jestli správně rozumím tomu obrázku, co jsem dal
> > dolů, tak tam jsou nadefinována alternativní jména, takže bych očekával,
> > že
> > ten certifikát bude fungovat pro všechny zadané domény.
> > 
> > Marián
> > 
> > -- Původní e-mail --
> > Od: Jan Martinec 
> > Komu: OpenStreetMap Czech Republic 
> > Datum: 24. 1. 2017 12:25:02
> > Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích
> > 
> > Ahoj,
> > to vidím na Androidu taky. Evidentně tam nesedí hostname (openstreetmap.cz
> > x osm.kasparkovi.net), takže browser držkuje zcela správně.
> > 
> > https://www.dropbox.com/s/prc0l58wvmugv0o/2017-01-24%2011.18.36.png?dl=0
> > 
> > HPM
> > 
> > Dne 24. 1. 2017 12:16 napsal uživatel "Marián Kyral" :
> > 
> > 
> > -- Původní e-mail --
> > Od: Karel Volný 
> > Komu: OpenStreetMap Czech Republic 
> > Datum: 24. 1. 2017 10:59:16
> > Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích
> > 
> > zdar,
> > 
> > ohledně zobrazení viz druhý (předchozí) mail, ohledně certifikátu
> > standardní
> > hláška, bez možnosti rozkliknout podrobnosti:
> > 
> > Chyba certifikátu SSL.
> > 
> > Chyba zabezpečení.
> > Stránka kterou se snažíte navštívit zaslala SSL Certifikát s temito
> > chybami:
> > * Certifikát serveru není důvěryhodný.
> > Chcete udělit výjimku tomuto certifikátu?
> > [Yes] [No]
> > 
> > 
> > Divné, divné. Nemáš nějak paranoidně nastavený prohlížeč? To se stane po
> > zadání https://www.openstreetmap.cz?
> > 
> > Já vidím toto:
> > 
> > 
> > Moc se v těch certifikátech nevyznám, zdá se mi to OK. Ale ještě mně
> > napadá jeden pojem - DNSSEC. Třeba s tím nějak souvisí.
> > 
> > 
> > Marián
> > 
> > On Monday 23 January 2017 17:33:04 Marián Kyral wrote:
> > > Nebyl by screenshot nebo textová chyba? Případně další informace ze
> > > kterých by se dalo něco zjistit?
> > > 
> > > Díky,
> > > Marián
> > > 
> > > Dne 23.1.2017 v 13:22 Karel Volný napsal(a):
> > > > QupZilla 2.0.2/QtWebEngine 5.7.0 (Fedora 25)
> > > > musím odkliknout hlášku o nedůvěryhodném certifikátu
> > > > mapa se nezobrazí vůbec
> > > > 
> > > > K.
> > > > 
> > > > On Monday 23 January 2017 12:33:45 Petr Vozdecký wrote:
> > > >> Ahoj všem,
> > > >> 
> > > >> současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?):
> > > >> 
> > > >> - Firefox pro desktop, ver 50.1.0 na Win10:
> > > >> nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha
> > 
> > ale
> > 
> > > >> obsah=0)
> > > >> 
> > > >> - Chrome pro desktop, verze 55.0.2883.87 m na Win10:
> > > >> OK
> > > >> 
> > > >> - Firefox pro Android, ver 50.1.0 for Android:
> > > >> nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu
> > > >> 
> > > >> - Chrome pro Android, verze 55.0.2883.91 for Android:
> > 
> > > >> nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https:
> > "Vaše
> > 
> > > >> připojení není soukromé"
> > > >> 
> > > >> vop
> > > >> 
> > > >> 
> > > >> ___
> > > 

Re: [Talk-cz] Nedělitelná mezera v OSM datech

[Lukáš Karas]

Tak tento problém musí všichni řešit už nyní. 
A nemusíš ani chtít párovat OSM s jinými daty, ale třeba jen strojově vytvořit 
strom adres z OSM dat...

Například máme název ulice "Pod Lipami" [1] ale adresní nody mají v 
"addr:street" hodnotu "Pod lipami" [2].

Takže musíš minimálně normalizovat velikost písmen, což je docela sranda ale 
dá se to pro latinku s přimhouřeným okem zvádnout, ale co dělat když máš 
administrativní oblast "Bělá u Turnova" [3] ale tag "addr:place" je nastaven 
na "Bělá" [4] ?

Je ale pravda že pokud program nenormalizuje bílé znaky tak jej pevná mezera 
rozbije, to je potřeba také zohlednit :-( OSM není bohužel (bohudík?) relační 
databáze, takže při práci s ní vždy bude docházet ke špatnému provázání dat.

Lukáš


1) https://www.openstreetmap.org/way/28714626
2) https://www.openstreetmap.org/node/296700722
3) https://www.openstreetmap.org/relation/426770
4) https://www.openstreetmap.org/node/198686670


Dne pátek 20. ledna 2017 16:45:07 CET jzvc napsal(a):
> Dne 19.1.2017 v 21:36 Jan Macura napsal(a):
> > //pardon, odeslal jsem mail předčasně
> > 
> > 2017-01-19 9:01 GMT+01:00 Lukáš Karas <lukas.ka...@centrum.cz
> > 
> > <mailto:lukas.ka...@centrum.cz>>:
> > Ano, zalomení řádku je forma (pokud nepíši poezii). Ale nikdo nechce
> > do osm
> > dat dávat konce řádku do názvů - tedy to kde zalomit. Ale bavíme se
> > o pevných
> > mezerách. Tedy kde nezalomit. Je to věcí jazyka, měly by dle mě být
> > součástí
> > všech strojově čitelných textů - tedy dle mě obsah.
> > 
> > Chápu, ale pořád mi to nepřijde jako dostatečný argument. Je to jedno
> > bez druhého – informace o tom, kde nezalomit řádek může existovat jen
> > pro potřeby jeho zalomení a jsme zpátky u formátování dat (textu) pro
> > konkrétní potřeby.
> > 
> > Ale ten hate Jana Martince mě trochu nalomil (sic!). Pokud neexistuje
> > žádný argument proti, kromě logického (to, co se tu snažím obhajovat),
> > nemá asi smysl tomu bránit. Navíc, když Ladislav Laska píše, že některé
> > editory s tím umí pracovat, bral bych to v nejlepším duchu OSM (a
> > dobrovolnictví) jako možnost, ale určitě ne nutnost.
> 
> Existuje minimalne jeden zasadni argument proti, u znacne casti prvku
> mapy je jejich nazev zaroven jejich identifikatorem (jednoduse proto, ze
> neni jiny). A sem opravdu zvedav, az bude nekdo porovnavat (pripadne na
> sebe navazovat) dve databaze, co rekne na to, ze mu to proti sobe nesedi
> jen proto, ze na jedny strane sou nejaky divny znaky, coz mu trvalo
> tyden zjistit.
> 
> > 2017-01-19 9:11 GMT+01:00 Mikoláš Štrajt <stra...@seznam.cz
> > 
> > <mailto:stra...@seznam.cz>>:
> > Fun fact:
> > 
> > RUIAN už skloňování názvů obcí ve své databázi má. V exportu je to v
> > položce obi:MluvnickeCharakteristiky.
> > 
> > A to je dobře. Plní tak pečlivě funkci registru územní identifikace.
> > Stejně tak bych čekal "mluvnické charakteristiky" třeba v GeoNames, ale
> > ne v OSM ;-)
> > 
> > 2017-01-19 10:35 GMT+01:00 Petr Kadlec <petr.kad...@gmail.com
> > 
> > <mailto:petr.kad...@gmail.com>>:
> > A ještě k
> > 
> > >  je extrémně výhodné, aby velikost písmen byla přímo brána jako
> > >  součást obsahu> 
> > To přece není „extrémně výhodné“ [wut?], to je přece _pravda_. Ta
> > obec se _nejmenuje_ „libčice nad vltavou“˝, ale „Libčice nad
> > Vltavou“. _Proto_ to tam takhle máme. Ne proto, aby bylo jednodušší
> > to hezky vykreslovat. Stejně tak máme mít třeba „PP Opatřilka//–
> > Červený lom“, nikoli „PP Opatřilka - Červený lom“ (bez ohledu na to,
> > jakým písmem to pak kdo vykresluje).
> > 
> > Je to off-topic, ale snad bude strpen. Dokážu si představit takový
> > datový model, kde jméno objektu nebude řetězec "Kostelec nad Černými
> > lesy", ale objekt (v OSM tedy relace) se členy "kostelec", "černá",
> > "les" a vyjádřením jejich vzájemných vztahů , které by velikost písmen
> > implikovaly. Možné by to bylo, jen je to úplná blbost, takhle to
> > modelovat (= tím myslím, že je to extrémně nevýhodné ;-) )
> > 
> > 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

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Nedělitelná mezera v OSM datech

[Lukáš Karas]

Ano, lidé na to budou zapmínat a dělat chyby. Stejně jako nyní se může stát že 
někdo napíše název bez diakritiky.

Jak chceš indickému nebo čínskému vývojáři vysvětlit že by měl do svého 
rendereru integrovat processor pro vkládání pevných mezer do českých názvů? 
Jak chceš v rendereru detekovat že se jedná o češtinu?

Jediné o co by renderer měl starat je respektovat unicode pravidla - 
vykreslovat názvy správně v hebrejštině (psaná zprava) i v latince, či 
kombinaci obého (i když jsem takové názvy v OSM ještě neviděl) zalamovat 
dlouhé názvy jen tam kde je to možné...

Lukáš

Dne pátek 20. ledna 2017 10:00:21 CET Marián Kyral napsal(a):
> -- Původní zpráva --
> Od: Pavel Machek 
> Komu: OpenStreetMap Czech Republic 
> Datum: 20. 1. 2017 9:33:43
> Předmět: Re: [Talk-cz] Nedělitelná mezera v OSM datech
> 
> "On Thu 2017-01-19 17:57:44, Marián Kyral wrote:
> > Ahoj,
> > za sebe jako za uživatele k tomu můžu říct, že v běžném životě typografii
> > 
> > vůbec neřeším. Ona ta nezalomitelná mezera je stejně jen pomůcka pro
> > programy. Normálně není vidět a já fakt nechci řešit dilema, jestli tam
> > přijde taková nebo maková mezera, když obě od sebe nejdou normálně
> 
> rozeznat.
> 
> > A pochybuji, že to takoví ti příležitostní mappeři vůbec budou řešit. Tam
> > 
> > budeme rádi, když ten název správně opíší a případně u kapitálek správně
> > tipnou, kam dát velká písmena. Sám s tím mám občas problém.
> > 
> > Nějaké nezalomitelné mezery by za ně měly řešit programy. Ať už editory na
> > 
> > vstupu nebo renderery na výstupu.
> 
> Aby neco mohly resit programy, musi byt dana uloha srozumitelna pro
> pocitac. Chtit "kazdy editor musi umet cesky" asi nemuzem. Chtit
> "kazdy renderer musi umet cesky" asi taky neni dobry. Takze jak z toho
> ven?
> "
> 
> 
> Chtít "každý uživatel musí umět vložit nezalomitelnou mezeru na správné
> místo" a chtít "uživatel nikdy nezapomene vložit nezalomitelnou mezeru" asi
> taky nemůžem. V tomhle jsou ty programy spolehlivější. Je jich míň, líp se
> to hlídá a případně opravuje.
> 
> Marián
> =

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Nedělitelná mezera v OSM datech

[Lukáš Karas]

Souhlasím, ale mám pocit že oba máme na mysli něco jiného.

Dne středa 18. ledna 2017 22:35:16 CET Jan Macura napsal(a):
> Ahoj,
> 
> 2017-01-18 10:03 GMT+01:00 Karel Volný :
> > obecně souhlas, akorát se neshodneme v tom, co je obsah a co je forma
> 
> Zalomení řádku je záležitost formy. Při každém zpracování textu může
> dopadnout jinak (jinde). Obsah je na formátování řádek nezávislý. Takže
> medle celá problematika "kde řádek zalomit" padá na hlavu zpracovatele dat.
> 

Ano, zalomení řádku je forma (pokud nepíši poezii). Ale nikdo nechce do osm 
dat dávat konce řádku do názvů - tedy to kde zalomit. Ale bavíme se o pevných 
mezerách. Tedy kde nezalomit. Je to věcí jazyka, měly by dle mě být součástí 
všech strojově čitelných textů - tedy dle mě obsah. 

A proboha, v OSM vytváříme věci ve strojově čitelné podobě, zakládáme mezi 
objekty relace aby je bylo možné strojově zpracovat. A najednou, pokud chci 
aby i texty byly ve strojově zpracovatelné formě, tak je to špatně?

Lukáš

> > kontrolní dotaz - používání malých a velkých písmen je obsah nebo forma?
> 
> To záleží na kontextu. Obecně samozřejmě formy, ale v našem případě, tj.
> sbírání a uchovávání místopisných názvů je extrémně výhodné, aby velikost
> písmen byla přímo brána jako součást obsahu (neměnná). Neexistuje totiž
> případ, kdy bychom ta slova uvažovali samostatně (slovo "libčice", slovo
> "nad" a slovo "vltava") – OSM není ani výkladový slovník ani lexikografická
> databáze.
> 
> > > Zalamování řádek, dělení slov, skloňování a časování ať je záležitostí
> > > zpracování dat, ne jejich uložení.
> > 
> > skutečně toto vše? - takže bychom vlastně neměli mít "Libčice nad Vltavou"
> > ale
> > "Libčice nad Vltava"? :-)
> 
> Heh, napsal jsem to moc obecně :-) Jasně, že v našem případě "Libčice nad
> Vltavou", ale tahle diskuse ("zaveďme do slov nedělitelné mezery, protože
> to ulehčí zpracování") by taky mohla vést k tomu, že zavedeme tagy
> name:genitiv="Libčic
> nad Vltavou", name:dativ="Libčicím nad Vltavou", atd. protože "routovací
> enginy nabízejí uživateli i textový popis cesty a tohle jim ulehčí práci".
> A to už bychom v OSM opravdu mít neměli ;-)
> 
> H.

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Nedělitelná mezera v OSM datech

[Lukáš Karas]

Ahoj. 

Děkuji všem za názory. Osobně si myslím že konkrétně pevné mezery do OSM 
patří. Stejně tak by měly být součástí běžných textů, jako třeba maily. 
To že to automatické korekce často neopravují a lidé běžně explicitně nepíší 
je jiná věc, ale je to pro mě hlavní argument proti. Lidé je zkrátka nejsou 
zvyklí používat a jejich podpora v editorech je nulová. 

Dne úterý 17. ledna 2017 19:43:40 CET jzvc napsal(a):
> Cus,
> 
> ja bych to neresil. Je to vec renederu. To jaky jazyk je primarni muze
> snadno zjistit - bud tak, ze se podiva s jakym lang tagem se shoduje,
> nebo tak, ze se podiva uvnitr jakych hranic lezi.
> 

Tím _snadno_ jsi mě poslal do kolen. Většina tagů nemá lang tag. 
Snadno to pozná člověk který dokáže na mapě najít státní hranice a otevřít si 
wikipedii aby dohledal jaký jazyk je v dané zemi (oblasti) primární. 
Teď si představ jak bys něco takového programoval... 

> 
> Jak bylo zmineno, to pak zacnem resit jestli se spravne deli slova, co
> je spojka a co predlozka ...


Dělení slov je trochu jiný problém a vůbec bych to k tomu nemíchal... 
Unicode znak na to sice existuje ale jeho použití je trochu nepraktické.
A už jste někdy viděli renderer který by se snažil dělit dlouhá slova?

Lukáš


> 
> Ono tohle porcovani podle mezer nefunguje spravne prakticky v zadnem
> existujicim jazyce.
> 
> Apropos, kdyz uz to zminujes … typograficky spravne by si nemel pouzivat
> "anglicky" ale „cesky“ uvozovky (a ja bych mel psat nabodenicka), stejne
> tak by se nemelo pouzivat spojovnik - ale pomlcka –(—) jedno pripadne
> dvouctvercikova, pripadne minus − (i kdyz to tak nevypada sou to 4 ruzny
> znaky)  ... ;D
> 
> 
> 
> Takovej vyber (vazne nevim jak to dopadne v tom mailu), je to popiska,
> znak (pokud je zobrazovanej), alt sekvence, hexa kod a html entita.
> 
> Uvozovky
> rovné uvozovky (na klávesnici)"   0034x0022   
> spodní uvozovky   „   0132x201E   
> horní uvozovky“   0147x201C   
> spodní jednoduchá uvozovka‚   0130x201A
> horní jednoduchá uvozovka ‘   0145x2018
> apostrof  ’   0146x2019
> francouzká otevírací uvozovka »   0187x00BB   
> francouzká uzavírací uvozovka «   0171x00AB   
> 
> Matematika
> X krát×   0215x00D7   
> děleno÷   0247x00F7   
> plus (na klávesnici)  +   0043x002B   
> mínus −   8722x2212   
> plus mínus±   0177x00B1   
> stupně°   0176x00B0   
> zeměpisné minuty  ′   2032x2032   
> promile   ‰   8240x2030   
> spojovník (na klávesnici) -   0045x002D
> rozdělovník = spojovník   x­x 0173
> pomlčka   –   0150
> dlouhá pomlčka—   0151
> výpustka  …   0133
> nedělitelná mezerax x 0160
> narození  *
> úmrtí †   0134
> euro  €   8364
> copyright ©   0169
> registrovaná značka   ®   0174
> m2㎡   13217
> 
> Dne 17.1.2017 v 8:45 Lukáš Karas napsal(a):
> > Ahoj, o víkendu autor OSM Scout knihovny přidal užitečnou funkcionalitu
> > 
> >   - zalamování dlouhých popisků do více řádků. Dle očekávání se ale názvy
> > 
> > zalamují v místech kde vykreslovací engine uzná za vhodné, nikoliv tam kde
> > je to správně (předložky zůstávají na konci řádku), například:
> > 
> > Libčice nad
> > 
> >Vltavou
> >   
> >   Týnec nad
> >   
> >Sázavou
> > 
> > Tam lze "nad" na konci řádku ještě tolerovat i když mě osobně se nelibí,
> > ale u "u":
> > 
> > Nová ves u
> > 
> >   Chýnova
> > 
> > Je to typograficky špatně. Stejným neduhem trpí i Mapnik.
> > 
> > Moje otázka zní, zda-li je žádoucí do OSM přidávat na taková místa
> > nedělitelné mezery (v xml "", unicode znak U+00A0) a existuje na to
> > nějaký postup jak to provést hromadně? Poradí si s tím běžné editory?
> > Neztratí se ta mezera při první editaci?
> > 
> > Pokud i s nedělitelnou mezerou to renderer zalomí špatně, je potřeba
> > opravit renderer, ale bez ní nemá prostě šanci cokoliv hádat...
> > 
> > Lukáš
> > 
> > 
> > 
> > ___
> > 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

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Nedělitelná mezera v OSM datech

[Lukáš Karas]

Ta pravidla, která mezera může být dělitelná a která nemůže, se mohou lišit 
podle jazyka. Renderer (v případě osmscout bych to spíš dal na starosti 
importu) by v takovém případě musel hádat v jakém jazyce je dané jméno a musel 
by si udržovat pravidla pro různé jazyky...

Samozřejmě by to šlo zjednodušit a dát nedělitelnou mezeru za všechna 
jednopísmenná slova...

Lukáš

Dne úterý 17. ledna 2017 11:13:05 CET Miroslav Suchy napsal(a):
> Dne 17.1.2017 v 08:45 Lukáš Karas napsal(a):
> > Moje otázka zní, zda-li je žádoucí do OSM přidávat na taková místa
> > nedělitelné mezery (v xml "", unicode znak U+00A0)
> 
> Osobně bych byl proti. To bychom tam pak mohli pridavat i hinty, kde
> rozdelovat slova Nove Mesto na Mo-
>   rave
> 
> > Pokud i s nedělitelnou mezerou to renderer zalomí špatně, je potřeba
> > opravit renderer, ale bez ní nemá prostě šanci cokoliv hádat...
> 
> Ony existuji jeste i "narrow NBSP", pouzivaji se napr. ve francouzstine.
> 
> Samozrejme ze ma sanci. Napriklad pro TeX existuji makra, ktere to doplnuji.
> http://tex.stackexchange.com/questions/46955/is-there-way-to-put-hard-space
> -after-defined-words
> 
> Ja bych to osobne nechal na renderu.
> 
> Mirek
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Nedělitelná mezera v OSM datech

[Lukáš Karas]

Ahoj, o víkendu autor OSM Scout knihovny přidal užitečnou funkcionalitu
 - zalamování dlouhých popisků do více řádků. Dle očekávání se ale názvy 
zalamují v místech kde vykreslovací engine uzná za vhodné, nikoliv tam kde 
je to správně (předložky zůstávají na konci řádku), například:

Libčice nad
  Vltavou

 Týnec nad
  Sázavou

Tam lze "nad" na konci řádku ještě tolerovat i když mě osobně se nelibí, 
ale u "u": 

Nová ves u 
 Chýnova

Je to typograficky špatně. Stejným neduhem trpí i Mapnik.

Moje otázka zní, zda-li je žádoucí do OSM přidávat na taková místa nedělitelné 
mezery (v xml "", unicode znak U+00A0) a existuje na to nějaký postup 
jak to provést hromadně? Poradí si s tím běžné editory? Neztratí se ta mezera 
při první editaci? 

Pokud i s nedělitelnou mezerou to renderer zalomí špatně, je potřeba opravit 
renderer, ale bez ní nemá prostě šanci cokoliv hádat...

Lukáš


signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] vánoční vtípek od F4

[Lukáš Karas]

Západní věž V-Tower na Pakráci je nějaká robitá, východní je vykreslena 
vpořádku. Kdyby měl někdo dlouhou chvíli...

Lukáš

Dne pátek 16. prosince 2016 10:38:41 CET Milan Cerny napsal(a):
> Je to jen vtípek, ale ukázal nám, jak máme špatně otagované sochy.
> Karlův most by měl taky vypadat trochu jinak.
> 
> Jinak 1* za Černou věž v ČB. Je jak živá, ještě se mám ve 3D co učit :)
> 
> Milan
> __
> 
> > Od: Jan Dudík 
> > Komu: OpenStreetMap Czech Republic 
> > Datum: 16.12.2016 07:54
> > Předmět: Re: [Talk-cz] vánoční vtípek od F4
> >
> >Z čehož mi vyplývá, že máme v ČB málo zmapovaných soch.
> >Úkol pro příští týdny...
> >
> >JAnD
> >
> >Dne 15. prosince 2016 23:53 Majka  napsal(a):
> >> http://demo.f4map.com/#lat=48.9752330=14.475=
> >> 19=-1.113
> >> 
> >> Kašna v ČB + socha u Černé věže. Plus parky stojí za prohlédnutí,
> >> samozřejmě. Nějak se nám tu ta překvapení po městě množí.
> >> ___
> >> 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

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Outdated Geofabrik?

[Lukáš Karas]

Poslední zpráva o problémech na jednom download serveru z pondělka... 
https://twitter.com/geofabrik

L

Dne středa 16. listopadu 2016 13:30:33 CET Jan Martinec napsal(a):
> Ahoj,
> už jsem jeden výpadek updatů zaznamenal před týdnem, tenhle druhý  trvá
> několik dní (poslední update odpovídá planet db z 2016-11-12T20:28:02Z ).
> Zřejmě se něco zaseklo - ale blog mlčí, a nic dalšího jsem nedohledal.
> 
> HPM
> 
> Dne 16. 11. 2016 11:09 napsal uživatel "Tom Ka" :
> > Ahoj,
> > 
> > geofabrik ma data z 2016-11-12, min evropa co jsem se dival. Nechytil
> > jste nekdo nejake info?
> > 
> > http://download.geofabrik.de/europe/czech-republic.html
> > 
> > Bye
> > 
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] WeeklyOSM CZ 328

[Lukáš Karas]

Podle těch statistik a diskuze mi nepřijde že by bylo možné ukázat na jasného 
viníka. Na mnoha platformách/knihovnách nemají vývojáři možnost změnit 
user-agenta (iOS?). Se zaříznutím libwww-perl bych klidně souhlasil, 
ale v tomto konkrétním případě by to pomohlo pouze 2% requestů...

Pokud mají problém s CPU kapacitou na render nodech, osobně bych se nejvíce 
přiklánil změnit nastavení cache serverů aby se omezili cache-miss hity, 
případně použít jiné nastavení přímo pro osm.org website kterou používají 
mapeři pro kontrolu své práce a potřebují rychlé aktualizace...

Lukáš

Dne středa 9. listopadu 2016 8:45:54 CET Vladimír Slávik napsal(a):
> Ahoj,
> 
> Dne 9.11.2016 v 8:06 Marián Kyral napsal(a):
> > /Operations Working Group by ráda
> >  redukovala
> > zátěž na dlaždicových serverech pod správou Nadace OSM
> > (tile.openstreetmap.org)
> > /
> > Jsem zvědav, jak moc se to dotkne osmap.cz. Zatím snad nijak.
> 
> Zatím snad ne, ale jednou určitě - komu se nechce číst celá ta diskuse
> na githubu https://github.com/openstreetmap/operations/issues/113 :
> 
> "Malé stránky" a použití dělají 60% zátěže - to jsme i my.
> 
> Návrh je požadovat Referer a unikátní User-Agent. Stejně se ovšem něco
> (někdo?) bude muset hodit přes palubu aby si renderoval dlaždice sám. V
> tomhle kontextu je možné upozornit i na to že se na provoz zatím vybralo
> 44 ze 70 tisíc euro... https://donate.openstreetmap.org/
> 
> Je tam i odkaz na diskusi pro tentýž problém pro Wikimedia - teď když
> mají mapy - jestli bude možné "přehodit" tento problém na ně a jak se
> staví k takové situaci. https://phabricator.wikimedia.org/T141815
> 
> Vláďa

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Mapování lyžařských středisek

[Lukáš Karas]

Ahoj, jako přípravu na zimu bych rád do knihovny/aplikace OSMScout přidal styl 
pro zimní sporty. S tím souvisí vytvoření pravidel importu objektů z OSM. 
Lanovky už máme, sjezdovky nebudou problém. Rád bych ale při menším přiblížení 
zobrazoval jména středisek, podobně jako opensnowmap.org. Při rychlém pohledu 
do wiki vidím že existují dva způsoby jak relaci zimního střediska označit:

landuse=winter_sports ( http://overpass-turbo.eu/s/jqD )
site=piste ( http://overpass-turbo.eu/s/jqH )

Druhý jmenovaný způsob byl sice při schvalování zamítnut, je ale používán 
více. To mě vede na otázku, nebylo by užitečné tagování sjednotit? 
Nejednotnost tagování přidělává spoustu práce lidem kteří poté s daty 
pracují... Který způsob používat? Mohu třeba jen tak vrtrhnout do Rakouska 
a všem střediskům přidat "nějaký" outer polygon a otagovat je jako 
landuse=winter_sports ?

Lukáš


signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Patra a nákupní galerie ...

[Lukáš Karas]

No to potěš koště. Nechci ani domyslet jak mi tohle vykreslí OSMScout 
až udělám nový import... Vyzná se tu někdo v indoor mapování? Je to tohle 
správně?

Lukáš

Dne pondělí 19. září 2016 14:48:12 CEST Matěj Cepl napsal(a):
> Dobrý den,
> 
> tohle není z mé serie „koukejte co nám tam ti … narvali za
> kraviny“, ale jsem spíše zmaten.
> https://www.openstreetmap.org/changeset/42257266
> 
> Bydlím nedaleko, takže tohle nákupní centrum znám velmi důvěrně
> (až moc ;)), ty data více méně odpovídají realitě (nekontroloval
> jsem úplně krám po krámu), ale … je to tohle opravdu jak si
> představujeme, že má OpenStreetMap vypadat (a ano, je tam ještě
> spousta krámů, které chybí http://www.atrium-flora.cz … namátkou
> moje oblíbená kavárna Paul v -2 a Pizzeria Detaillo v 2).
> 
> A samozřejmě děkuji Petrovi Bremerovi za neuvěřitelné množství
> práce, kterou tomuhle věnoval.
> 
> Matěj
> 
> --
> https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
> GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
> 
> ..every Man has a Property in his own Person. This no Body has
> any Right to but himself. The Labour of his Body, and the Work of
> his Hands, we may say, are properly his.  The great and chief
> end therefore, of Mens uniting into Commonwealths, and putting
> themselves under Government, is the Preservation of their
> Property.
> -- John Locke, "A Treatise Concerning Civil Government"
> 
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] cenová skupina

[Lukáš Karas]

Ahoj. Osobně jsem z této myšlenky rozpačitý. Bylo by super kdyby podobná 
otevřená databáze existovala, ale myslím si že taková hodnocení do OSM 
nepatří, protože jsou hodně subjektivní a časem se výrazně mění. Přenechal 
bych je specifickým aplikacím typu Tripadvisor... Myslím si že pro objektivní 
rozdělení v OSM postačuje pub, bar, restaurant, fast_food + případně zaměření 
na specifickou kuchyni (cuisine)... 

Spíš bych se přimlouval o rozšíření tagu "smoking", "outdoor_seating", 
"reservation=" ... 
Jaký tag použít pro defnici zda berou stravenky? Zda jde platit kartou? 
Přijímají Eura? Mají tam klimatizaci?

Lukáš

Dne pondělí 12. září 2016 12:27:26 CEST Petr Vozdecký napsal(a):
> ahoj,
> 
> zkusim tomu dat jeste jednu sanci:
> cilem tagu je hrube kategorizovat uroven nabizene sluzby (konkretne prave a
> jen u hospod a restauraci), nikoliv zjistovat relativni ci objektivni cenu
> nabizenych produktu
> 5 - minimalni nabidka, limitne nulove sluzby (salonek...), zadna ci temer
> zadna mista k sezeni, jde temer o provizorium, zadna ci temer nulova tepla
> kuchyne
> 4 - omezena nabidka, neprilis rozvinute sluzby, minimum mist k sezeni,
> trvale provozovane zarizeni, minimum teple kuchyne
> 3 - pravidelna nabidka jidel, dostupne sluzby (salonek, zahradka), dostatek
> mist k sezeni, zavedena hospoda/restaurace, tepla kuchyne
> 2 - dtto 3, specializovane zarizeni (specificka nabidka, specificky
> design...), rozvinute az specificke sluzby, zazitkova gastronomie
> 1 - dtto 2, explicitni zamereni na movitou klientelu
> 
> tedy:
> 5 - provizorni dedinska hospoda o jedne mistnosti a jednom stolu,
> provozovana treba jen v sezone ci o vikendech, totalni pajzlik s jednim
> druhem piva a dvouma druhama slanejch tycinek, zahuleno, na zdi plakat
> Michala Davida z roku 1985... :o
> 4 - prumernej pajzlik esi ma salonek tak leda pro 8 lidi, kdyz prijde 10
> lidi na obed, tak je paralyzovana kuchyne, na jidelaku rizek a gulas, navic
> jen o vikendu, pres tyden jen tlacenka a utopenci
> 3 - nejcastejsi vyskyt, vice mistnosti ci salonek, oddelene mistnosti pro
> kuraky, zahradka, menu, otevreno denne
> 2 - specialka, napr. hokejova hospoda, restaurace s 20 druhy piv, nabizi
> vyjimecna jidla, kvuli kterym ji klientela vyhledava
> 1 - explicitne drahe az snobske podniky postavene prave na spolecensko-
> ekonomickem vycleneni klientely
> 
> Cely problem bych pak nenazyval "cenova skupina", protoze zcela zbytecne
> zavadi pozornost na cenu jakozto kriterium. Je to sice zavedeny pojem, ale
> jen u generace 35 a vyse. Zkusil bych neco jako "uroven sluzeb".
> 
> vop
> 
> 
> -- Původní zpráva --
> Od: Karel Volný 
> Komu: OpenStreetMap Czech Republic 
> Datum: 12. 9. 2016 11:06:34
> Předmět: Re: [Talk-cz] cenová skupina
> 
> "čus,
> 
> ...
> 
> > > mít tato data v mapě by bylo zjednodušení - značka, co se kde točí, se
> 
> už
> 
> > > taguje, a k tý ceně by mi stačila ta kategorie, nepotřebuju vědět
> 
> přesně,
> 
> > > jestli se tam poslední zaznamenaný pivo vytočilo za 21,50 nebo za 22
> > > rovnejch
> > 
> > Jasny. Jo, neco takovyho by davalo smysl, ale drzel bych to
> > jednoduchy.
> > 
> > "Hospoda tridy 3 ma pivo za kolem 20ti, a jidlo kolem 80ti. Hospoda
> > tridy 4 ma pivo kolem ..."
> > 
> > ...a zbytek nechal na mapperech.
> 
> no, jenže tady narážíš už na to, že není pivo jako pivo ... dvacka je
> normální
> cena za desítku, a co když točej jenom dvanáctku?
> 
> budem penalizovat, že se tam člověk prostě nenapije na žízeň, nebo
> zohledníme,
> že cenový úrovně silnějšího piva jsou jinde?
> 
> ditto jídlo ... 80 za normální hotovky jde, ale co když je to pizzerie, na
> standardní velikost 32 cm nebo kolik je normál by to bylo dost levný ...
> 
> a zase obdobnej problém, co když mají akorát velký 45 cm, takže úroveň bude
> vyšší, ale v jednotkovým přepočtu to naopak bude levný?
> 
> úplně jednoduchej systém nebude fungovat dobře ...
> 
> > > hm, sice mě nenapadá úplně přesně proč, ale jak to u nás znám, dovedu si
> > > to představit, když jsi to nadhodil ... :-/
> > 
> > No, trochu se bojim ze restaurace budou chtit "vypadat levnejsi" nez
> > jsou doopravdy. Proto "trochu magnet".
> 
> chm, bral jsem to tak, že podnik chce přitáhnout určitou klientelu,
> insolventní socka je nezajímá, takže se nebude prezentovat jako levnej pajzl
> 
> ... ale asi máš pravdu
> 
> > Kdybychom tam davali hodnoceni "jak dobra ta restaurace je", byl by to
> > super magnet na vandalismus :-).
> 
> viz předchozí o tom hvězdování
> 
> ó jak to bylo jednoduchý před revolucí, když museli mít příslušnou cedulku u
> 
> vchodu :-)
> 
> každopádně vzhledem k tomu, že tento návrh příliš nadšení nebudí, je s tím
> spojeno netriviální množství problémů, a s otázkou, kterou řeší, jsme si
> doposud byli schopni poradit i bez OSM, asi nemá cenu, abych to nadále nějak
> 
> řešil ... dík (oběma) za odpovědi
> 
> K.___
> Talk-cz mailing list
> 

Re: [Talk-cz] dotaz na vrstevnice

[Lukáš Karas]

No, o žádném zdroji dlaždic pouze s vrstevnicemi nevím a ty co jsem teď v 
rychlosti vygooglil, tak nefungují. Ale můžeš si relativně jednoduše vytvořit 
OSM soubor s vrtevnicemi a ten otevřít společně s jinými daty...

Zde je návod pro Ubuntu 16.04 (část "Adding contour lines")
http://libosmscout.sourceforge.net/tutorials/Importing/

Lukáš

Dne pondělí 5. září 2016 7:52:16 CEST Zdeněk Pražák napsal(a):
> Chtěl jsem se zeptat, zda nejsou v JOSM jako podkladová vrstva zobrazit
> vrstevnice?
> Pražák
> =

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Zuzanka

[Lukáš Karas]

Těmi modříny jsi mi připomněl že v řůzných místech německa jsou modříny 
vysázeny do hákových křížů. Mnoho z nich se zachovalo dodnes.

...jsou věci které bych do mapy nazanášel, ale určitě je to dobré téma k pivo 
jak to zmapovat aby to renderer rozlišil od okolí :-) 
landuse=forest, leaf_type=needleleaved ?

L

Dne čtvrtek 25. srpna 2016 17:40:09 CEST Jakub Sýkora napsal(a):
> Ahoj,
> 
> Pokud dobře koukám, tak na ofoto je nápis miluju tě a jméno je jiné
> (něco jako Símo) - určitě tam není Zuzanko. 16m v lomu není zrovna mnoho
> - GPSkou bys to musel trasovat naněkolikrát a beztak by ten výsledek
> podle mě byl nevalný.. To už by bylo lepší to "zaměřit" svinovacím
> metrem, namalovat si to JOSM 1:1 a pak to prsknout zhruba tam, kam to
> patří v tom lomu.
> 
> Tedy se jedná o věc vcelku asi v čase proměnnou, tak je otázka, zda to
> vůbec mapovat.
> 
> To už bych spíš zmapoval v Harrachově vysázené modříny do cifry 10,
> které tam byly vysazeny k desátému výročí vzniku republiky v roce 1928.
> Dodnes je to krásně patrné obzvlášť z čerťáku. Což mě napadá, že asi
> udělám :-)
> 
> K
> 
> Dne 25.8.2016 v 17:24 Mikoláš Štrajt napsal(a):
> > Zdravím OSM komunitu,
> > 
> > pro dnešek mám takové odlehčené téma.
> > 
> > Na dovolené jsme mimo jiné navštívil Solvayovy lomy (blízko Berouna),
> > kde jsem v prostoru bývalého lomu paraple zahlédl poměrně velký nápis
> > "Miluju tě, Zuzanko" vyskládaný z kamenů.
> > 
> > Když jsem to uviděl, říkal jsem si, že by to mohlo být vidět na
> > ortofotomapě - a skutečně - https://mapy.cz/s/10xKP
> > 
> > Je to tedy vidět jen na té od mapy.cz, ostatní poskytovatelé nemají
> > tak podrobné/aktuální ortofoto.
> > 
> > Mám dva takový troufalý dotazy:
> >  - je to mapovatelné pomocí normálních nástrojů OSM (tj. mobily, GPS,
> > 
> > případně tracing z ortofota), nebo to chce něco přesnějšího. Samotný
> > nápis "Miluju" má dle měření na mapy.cz délku 16m, tedy asi jednu tramvaj
> > 
> >  - jak to značit? Třeba stonehenge jsou building=yes, historic=stone a
> > 
> > natural=stone. Tohle asi moc historic nebude (tuším, že tam byl rok 1998).
> > 
> > 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


signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Zuzanka

[Lukáš Karas]

Těmi modříny jsi mi připomněl že v řůzných místech německa jsou modříny 
vysázeny do hákových křížů. Mnoho z nich se zachovalo dodnes.

...jsou věci které bych do mapy nazanášel, ale určitě je to dobré téma k pivo 
jak to zmapovat aby to renderer rozlišil od okolí :-) 
landuse=forest, leaf_type=needleleaved ?

L

Dne čtvrtek 25. srpna 2016 17:40:09 CEST Jakub Sýkora napsal(a):
> Ahoj,
> 
> Pokud dobře koukám, tak na ofoto je nápis miluju tě a jméno je jiné
> (něco jako Símo) - určitě tam není Zuzanko. 16m v lomu není zrovna mnoho
> - GPSkou bys to musel trasovat naněkolikrát a beztak by ten výsledek
> podle mě byl nevalný.. To už by bylo lepší to "zaměřit" svinovacím
> metrem, namalovat si to JOSM 1:1 a pak to prsknout zhruba tam, kam to
> patří v tom lomu.
> 
> Tedy se jedná o věc vcelku asi v čase proměnnou, tak je otázka, zda to
> vůbec mapovat.
> 
> To už bych spíš zmapoval v Harrachově vysázené modříny do cifry 10,
> které tam byly vysazeny k desátému výročí vzniku republiky v roce 1928.
> Dodnes je to krásně patrné obzvlášť z čerťáku. Což mě napadá, že asi
> udělám :-)
> 
> K
> 
> Dne 25.8.2016 v 17:24 Mikoláš Štrajt napsal(a):
> > Zdravím OSM komunitu,
> > 
> > pro dnešek mám takové odlehčené téma.
> > 
> > Na dovolené jsme mimo jiné navštívil Solvayovy lomy (blízko Berouna),
> > kde jsem v prostoru bývalého lomu paraple zahlédl poměrně velký nápis
> > "Miluju tě, Zuzanko" vyskládaný z kamenů.
> > 
> > Když jsem to uviděl, říkal jsem si, že by to mohlo být vidět na
> > ortofotomapě - a skutečně - https://mapy.cz/s/10xKP
> > 
> > Je to tedy vidět jen na té od mapy.cz, ostatní poskytovatelé nemají
> > tak podrobné/aktuální ortofoto.
> > 
> > Mám dva takový troufalý dotazy:
> >  - je to mapovatelné pomocí normálních nástrojů OSM (tj. mobily, GPS,
> > 
> > případně tracing z ortofota), nebo to chce něco přesnějšího. Samotný
> > nápis "Miluju" má dle měření na mapy.cz délku 16m, tedy asi jednu tramvaj
> > 
> >  - jak to značit? Třeba stonehenge jsou building=yes, historic=stone a
> > 
> > natural=stone. Tohle asi moc historic nebude (tuším, že tam byl rok 1998).
> > 
> > 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

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Zpracování vrstevnic pro mapy

[Lukáš Karas]

Ahoj, použil jsem Srtm2Osm, který si stahuje data z Nasa. Voidy jsou 
na místech která byla v daný čas (radarového scanu) pokryta sněhem, nebo jsou 
moc severně/jižně. V Evropě se většina problémů se vyskytuje v Alpách 
(Pyrenejích, Tatry...) a Norsku. Já potřeboval mapy pro dovolenou v Rakousku, 
takže oblast Alp jsem stáhnul z viewpanoramas a přidal do Srtm2Osm cache 
ručně... 

Licence je taková že pro osobní použití není potřeba nic řešit, pro komerční 
použití tam je pouze poznámka že je potřeba se domluvit mailem. Viewpanoramas 
kombinuje data z více zdrojů, takže to bude asi komplikovanější...
Nic dalšího tam není... 

Lukáš

Dne sobota 20. srpna 2016 8:07:29 CEST Jan Skala napsal(a):
> Ahoj, diskusi jsem po očku sledoval, ale nedostal jsem se ještě k
> reakci. Phyghtmap také používám a vrstevnice v Alpách jsou OK, alespoň
> co vím. Napsal jsem návod na http://osm.paws.cz/srtm.php ale potřeboval
> by trochu aktualizovat, protože to hlavní tam chybí. Aby byly vrstevnici
> bez vad je třeba přidat k přiazu phyghtmap ještě parametr
> --source=view3,srtm3 a ještě před tím mám parametr -0 . Teď nevím, na co
> je, ale to se dá doufám dohledat v doku. Snad to pomůže :)
> 
> Hezký den všem
> Honza
> 
> On 19.8.2016 21:14, Jan Martinec wrote:
> > Phyhgtmap to tahá právě z viewfinderpanoramas, mám na to skript.
> > Licenci nevím, řešil jsem to tehdy pro os . užití, tam je to ok.
> > 
> > Honza Piškvor Martinec
> > 
> > 
> > Dne 19. 8. 2016 21:11 napsal uživatel "Ladislav Laska"
> > 
> > <la...@kam.mff.cuni.cz <mailto:la...@kam.mff.cuni.cz>>:
> > Ahoj,
> > 
> > jak píšou ostatní, obsahují mnoho voidů a možná i nějaké další
> > artefakty. Vím,
> > že existují zdroje, které to mají prý opravené, konkrétně toto:
> > 
> > http://viewfinderpanoramas.org/dem3.html
> > <http://viewfinderpanoramas.org/dem3.html>
> > 
> > Nevím, jak je to s licencováním, nějak jsem se zasekl na tom, že
> > se mi nechtělo
> > stahovat celý svět a roztilování je nějak podivně očíslované...
> > Tak jsem použil
> > vanilla data od NASA, hezky s voidama a tak a moc mě to netrápí.
> > Voidy jsou
> > většinou tam, kde je svah hodně strmý, a tudíž těžko průchozí :-)
> > 
> > Dej vědět, jestli najdeš nějaké dobré řešení, zajímalo by mě to!
> > 
> > PS: Prý existuje nějaký nový tool místo srtm2osm:
> > http://wiki.openstreetmap.org/wiki/Phyghtmap
> > <http://wiki.openstreetmap.org/wiki/Phyghtmap>
> > 
> > On Tue, Aug 16, 2016 at 09:37:57AM +0200, Lukáš Karas wrote:
> > > Ahoj, měl bych dotaz na lidi kolem projektu openstreetmap.cz
> > 
> > <http://openstreetmap.cz>:
> > > Vrstevnice které jsou součástí map si zpracováváte sami, nebo
> > 
> > stahujete
> > 
> > > předpřipravené z nějaké služby?
> > > 
> > > Zkoušel jsem do svých mobilních map (postavených nad OSM Scout
> > 
> > knihovnou)
> > 
> > > přidat vrstevnice, použil jsem Srtm2Osm tool pro vytvoření
> > 
> > vrstevnic z SRTMv2
> > 
> > > dat od Nasa. Vše vypadalo vpořádku, dokud jsem nezkusil Alpy,
> > 
> > kde jsem narazil
> > 
> > > na tyto podivnosti:
> > > http://www.karry.cz/files/ContourLines_bug.png
> > 
> > <http://www.karry.cz/files/ContourLines_bug.png>
> > 
> > > Na OSM wiki jsem se dočetl že SRTM data mají tento problém na
> > 
> > místech kde byl
> > 
> > > sníh :-( Chtěl jsem vyzkoušet použít novější data (SRTMv3), ale
> > 
> > pro ten jsem
> > 
> > > zatím nenašel funkční nástroj...
> > > 
> > > Když se podívám na openstreetmap.cz <http://openstreetmap.cz>,
> > 
> > třeba na vrstvu zimní sporty tak tento
> > 
> > > problém se ve vrstevnicích nevyskytuje...
> > > 
> > > Poradíte prosím jaký zdroj a nástroje použít pro dokonalé
> > 
> > vrstevnice?
> > 
> > > Díky, Lukáš
> > > 
> > > 
> > > 
> > > 
> > > ___
> > > 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/t

Re: [Talk-cz] Zpracování vrstevnic pro mapy

[Lukáš Karas]

Díky! To je přesně to co jsem hledal. Sice jsem musel investovat trochu 
manuální práce, ale moje mapy Alp už vypadají dokonale! :) 

Lukáš

Dne úterý 16. srpna 2016 16:16:45 CEST Jakub Sýkora napsal(a):
> V tom případě je tu pro tebe:
> 
> http://viewfinderpanoramas.org
> 
> K
> 
> Dne 16.8.2016 v 13:18 Lukáš Karas napsal(a):
> > Děkuji za shrnutí. Můj problém spočívá právě v tom dávkovém zpracování.
> > SRTMv4 vyžaduje pro stažení ověření účtem, což jsem ještě schopen do
> > Srtm2Osm dopsat. Ale pokud i SRTMv4 obsahuje "černá místa" v nějaké větší
> > míře, bylo by vhodné provést nějakou interpolaci...
> > 
> > A s tím už se mi dělat nechce a raději bych sáhnul po hotovém řešení ;-)
> > Ale o žádném nevím. Zároveň vidím webové mapy které mají ṕerfektní
> > vrtevnice...
> > 
> > Lukáš
> > 
> > Dne úterý 16. srpna 2016 10:05:25 CEST Jakub Sykora napsal(a):
> >> Ahoj,
> >> 
> >> záleží, odkud čerpáš SRTM data a zda jsou tam interpolované voidy. V
> >> surových datech toho dost chybí.
> >> Také je dobré se do těch zdrojových dat podívat, jak to vypadá v těch
> >> oblastech, kde selhal převod na vrstevnice, vypadá.
> >> 
> >> Jedna z možností je SRTM v4 ze http://srtm.csi.cgiar.org/
> >> Udělali tam hodně práce na kvalitě dat. Ale jsou to pouze 90m data (3
> >> vteřinová)
> >> 
> >> Pokud to chceš méně hranaté, můžeš zkusit jednovteřinová data, ale opět
> >> platí, že je potřeba v datech vyplnit voidy nějak rozumně, protože i tam
> >> nějaké jsou. Viz https://lta.cr.usgs.gov/SRTMVF a SRTM 1 Arc-Second
> >> Global a stahova tmožno přes http://earthexplorer.usgs.gov/
> >> 
> >> K
> >> 
> >> Dne 16.8.2016 v 09:37 Lukáš Karas napsal(a):
> >>> Ahoj, měl bych dotaz na lidi kolem projektu openstreetmap.cz:
> >>> Vrstevnice které jsou součástí map si zpracováváte sami, nebo stahujete
> >>> předpřipravené z nějaké služby?
> >>> 
> >>> Zkoušel jsem do svých mobilních map (postavených nad OSM Scout
> >>> knihovnou)
> >>> přidat vrstevnice, použil jsem Srtm2Osm tool pro vytvoření vrstevnic z
> >>> SRTMv2 dat od Nasa. Vše vypadalo vpořádku, dokud jsem nezkusil Alpy, kde
> >>> jsem narazil na tyto podivnosti:
> >>> http://www.karry.cz/files/ContourLines_bug.png
> >>> 
> >>> Na OSM wiki jsem se dočetl že SRTM data mají tento problém na místech
> >>> kde
> >>> byl sníh :-( Chtěl jsem vyzkoušet použít novější data (SRTMv3), ale pro
> >>> ten jsem zatím nenašel funkční nástroj...
> >>> 
> >>> Když se podívám na openstreetmap.cz, třeba na vrstvu zimní sporty tak
> >>> tento
> >>> problém se ve vrstevnicích nevyskytuje...
> >>> 
> >>> Poradíte prosím jaký zdroj a nástroje použít pro dokonalé vrstevnice?
> >>> 
> >>> Díky, Lukáš
> >>> 
> >>> 
> >>> 
> >>> ___
> >>> 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

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Zpracování vrstevnic pro mapy

[Lukáš Karas]

Děkuji za shrnutí. Můj problém spočívá právě v tom dávkovém zpracování. 
SRTMv4 vyžaduje pro stažení ověření účtem, což jsem ještě schopen do Srtm2Osm 
dopsat. Ale pokud i SRTMv4 obsahuje "černá místa" v nějaké větší míře, bylo by 
vhodné provést nějakou interpolaci... 

A s tím už se mi dělat nechce a raději bych sáhnul po hotovém řešení ;-) 
Ale o žádném nevím. Zároveň vidím webové mapy které mají ṕerfektní 
vrtevnice... 

Lukáš

Dne úterý 16. srpna 2016 10:05:25 CEST Jakub Sykora napsal(a):
> Ahoj,
> 
> záleží, odkud čerpáš SRTM data a zda jsou tam interpolované voidy. V
> surových datech toho dost chybí.
> Také je dobré se do těch zdrojových dat podívat, jak to vypadá v těch
> oblastech, kde selhal převod na vrstevnice, vypadá.
> 
> Jedna z možností je SRTM v4 ze http://srtm.csi.cgiar.org/
> Udělali tam hodně práce na kvalitě dat. Ale jsou to pouze 90m data (3
> vteřinová)
> 
> Pokud to chceš méně hranaté, můžeš zkusit jednovteřinová data, ale opět
> platí, že je potřeba v datech vyplnit voidy nějak rozumně, protože i tam
> nějaké jsou. Viz https://lta.cr.usgs.gov/SRTMVF a SRTM 1 Arc-Second
> Global a stahova tmožno přes http://earthexplorer.usgs.gov/
> 
> K
> 
> Dne 16.8.2016 v 09:37 Lukáš Karas napsal(a):
> > Ahoj, měl bych dotaz na lidi kolem projektu openstreetmap.cz:
> > Vrstevnice které jsou součástí map si zpracováváte sami, nebo stahujete
> > předpřipravené z nějaké služby?
> > 
> > Zkoušel jsem do svých mobilních map (postavených nad OSM Scout knihovnou)
> > přidat vrstevnice, použil jsem Srtm2Osm tool pro vytvoření vrstevnic z
> > SRTMv2 dat od Nasa. Vše vypadalo vpořádku, dokud jsem nezkusil Alpy, kde
> > jsem narazil na tyto podivnosti:
> > http://www.karry.cz/files/ContourLines_bug.png
> > 
> > Na OSM wiki jsem se dočetl že SRTM data mají tento problém na místech kde
> > byl sníh :-( Chtěl jsem vyzkoušet použít novější data (SRTMv3), ale pro
> > ten jsem zatím nenašel funkční nástroj...
> > 
> > Když se podívám na openstreetmap.cz, třeba na vrstvu zimní sporty tak
> > tento
> > problém se ve vrstevnicích nevyskytuje...
> > 
> > Poradíte prosím jaký zdroj a nástroje použít pro dokonalé vrstevnice?
> > 
> > Díky, Lukáš
> > 
> > 
> > 
> > ___
> > 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

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Zpracování vrstevnic pro mapy

[Lukáš Karas]

Ahoj, měl bych dotaz na lidi kolem projektu openstreetmap.cz:
Vrstevnice které jsou součástí map si zpracováváte sami, nebo stahujete 
předpřipravené z nějaké služby? 

Zkoušel jsem do svých mobilních map (postavených nad OSM Scout knihovnou) 
přidat vrstevnice, použil jsem Srtm2Osm tool pro vytvoření vrstevnic z SRTMv2 
dat od Nasa. Vše vypadalo vpořádku, dokud jsem nezkusil Alpy, kde jsem narazil 
na tyto podivnosti:
http://www.karry.cz/files/ContourLines_bug.png

Na OSM wiki jsem se dočetl že SRTM data mají tento problém na místech kde byl 
sníh :-( Chtěl jsem vyzkoušet použít novější data (SRTMv3), ale pro ten jsem 
zatím nenašel funkční nástroj...

Když se podívám na openstreetmap.cz, třeba na vrstvu zimní sporty tak tento 
problém se ve vrstevnicích nevyskytuje...

Poradíte prosím jaký zdroj a nástroje použít pro dokonalé vrstevnice?

Díky, Lukáš



signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] osmap.cz - nefunguje vrstva Chybných rozcestníků - CORS

[Lukáš Karas]

No jo no... Pro Mozillu holt není VUT důvěryhodnou autoritou.

podepsal:

Brno University of Technology CA

sha-256:
3E 9B 91 D6 56 62 7A 1B 6F 31 C9 87 91 EE 06 B5
2D 55 78 5F E6 76 7C EA 88 90 E1 C9 B5 66 08 BF

Řešení se nabízí několik. Zatlačit na VUT CA aby získali podpis od nějaké 
"všeobecně důvěryhodné" autority a podepsali certifikát znovu, nebo nastavit 
let's encrypt...?

Lukáš

Dne čtvrtek 11. srpna 2016 8:27:19 CEST Marián Kyral napsal(a):
> Aha. Ta chyba je úplně mimo. Ve skutečnosti se nepodařilo ověřit https
> certifikát. Když jsem zavolal přímo ten odkaz níže a schválil bezpečnostní
> výjimku, tak to magicky začalo fungovat.
> 
> 
> 
> Nemám rád CORS a nemám rád bordel okolo https :-(
> 
> Marián
> 
> 
> -- Původní zpráva --
> Od: Marián Kyral 
> Komu: talk-cz@openstreetmap.org, Kasparek Tomas 
> Datum: 11. 8. 2016 8:17:59
> Předmět: [Talk-cz] osmap.cz - nefunguje vrstva Chybných rozcestníků - CORS
> 
> "
> Ahoj,
> pomalu se chystám na dovolenou a chtěl jsem se mrknout, které rozcestníky je
> potřeba vyfotit. Ovšem zas a opět to nefunguje. Můj "oblíbený" CORS :-(
> 
> Neměnilo se teď něco na serveru? A bylo by možné to opravit?
> 
> 08:09:29.709 Žádost Cross-Origin zablokována: zásada stejného původu
> neumožňuje načtení vzdáleného zdroje na https://osm.fit.vutbr.cz/OsmHiCheck/
> gp/?outputFormat=application%2Fjson=yes=18.126754760742188%2C
> 49.52448405652507%2C18.26502799987793%2C49.5404158579684. (Důvod: požadavek
> CORS selhal).1 
> 
> Díky,
> Marián
> 
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz"=

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Špatná velikost písmen v názvech ulic importovaných z UIR-ADR

[Lukáš Karas]

Dne středa 6. července 2016 10:54:30 CEST Mirek Dlask napsal(a):
> Ahoj,
> už ten nadpis máš špatně. Pro import aktualizaci adres se už dost dlouho
> používá RUIAN. http://vdp.cuzk.cz/

Dobrá. To není zas tak podstatné. Vycházel jsem z tagu source:addr=uir_adr

> Chybějící adresy se sice už řešily, ale jak je vidět nevyřešily. Na vině je
> rozpor mezi stavovým výpisem (měsíčně) a aktualizacemi ve výměnném formátu
> RUIAN.
> Co to je špatná velikost písmen?  http://prirucka.ujc.cas.cz/?id=186 kde se
> píše.

Nejsem grammar nazi. Stejně tak chápu že pokud si například zastupitelé v 
Litomyšli odhlasují že se bude jejich město jmenovat "LyTomišl" tak bychom to 
měli v OSM datech upravit. Ale tady jde o očividnou chybu v RUIAN datech. 
Ve všech materiálech Prahy 3 se ulice "Pod Lipami" píše s velkým "L" (stejně 
tak ostatní). V RUIANu je ale s malým písmenem. Neřešil bych to, kdyby to 
nedělalo problémy v OSM Scout knihovně, která se snaží vytvořit index adres 
jako stromovou strukturu.

> 
> PČP jsou závazná pouze pro školní jazykovou výuku. Pro ostatní uživatele
> češtiny mají jen formu doporučení. Některé obecní, městské úřady
> a magistráty stále setrvávají u staršího způsobu psaní, zejména pokud jde
> o předložková spojení (viz bod 2.1
> <http://prirucka.ujc.cas.cz/?id=186#ref_id_41_2_1>). Starší způsob psaní
> často odůvodňují tím, že změna by pro ně byla finančně náročná.
> 
> Tedy. Ve škole musíš PČP dodržovat, pokud zasedneš v obecní komisi pro
> pojmenování ulic, můžeš se na pravidla vybodnout.
> 
> Dne 6. července 2016 9:41 Lukáš Karas <lukas.ka...@centrum.cz> napsal(a):
> > Ahoj, možná se toto téma již v listu řešilo, ale žádné vlákno jsem
> > nenašel.
> > Případně mě omluvte.
> > 
> > Píšu aplikaci nad knihovnou OSM Scout, při importu Česka jsem si všiml že
> > ve
> > výsledné databázi chybí mnoho adres. Po dalším zkoumání jsem zjistil že
> > hodnota "addr:street" neodpovídá žádné blízké ulici (knihovna se snaží z
> > adres
> > vytvořit stromovou strukturu, pokud nenajde odkazovanou ulici, náměstí
> > nebo
> > sídliště..., adresu nepřidá do databáze). Po dalším zkoumání jsem zjistil
> > že
> > mnoho adresních bodů má špatnou velikost písmen v tagu "addr:street",
> > například v ulici "V Olšinách" je mnoho (96) adres které mají ulici
> > uvedenou
> > jako "V olšinách".
> > 
> > Hledání ulic jsem v knihovně udělal chytřejší, aby ignorovalo velikost
> > písmen.
> > Nevím ale jestli její autor přijme merge request. V každém případě si
> > myslím
> > že data v OSM by měla být opravena. Ale není to na ruční práci, jen v
> > Praze
> > jsem našel 10 tisíc záznamů. Je tu někdo by byl schopný napsat automatický
> > script? Mohu dodat log z importu kde jsou chyby vypsány...
> > 
> > Lukáš
> > 
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Špatná velikost písmen v názvech ulic importovaných z UIR-ADR

[Lukáš Karas]

Dne středa 6. července 2016 10:00:36 CEST Marián Kyral napsal(a):
> Dne 6.7.2016 v 09:41 Lukáš Karas napsal(a):
> > Ahoj, možná se toto téma již v listu řešilo, ale žádné vlákno jsem
> > nenašel.
> > Případně mě omluvte.
> > 
> > Píšu aplikaci nad knihovnou OSM Scout, při importu Česka jsem si všiml že
> > ve výsledné databázi chybí mnoho adres. Po dalším zkoumání jsem zjistil
> > že hodnota "addr:street" neodpovídá žádné blízké ulici (knihovna se snaží
> > z adres vytvořit stromovou strukturu, pokud nenajde odkazovanou ulici,
> > náměstí nebo sídliště..., adresu nepřidá do databáze). Po dalším zkoumání
> > jsem zjistil že mnoho adresních bodů má špatnou velikost písmen v tagu
> > "addr:street", například v ulici "V Olšinách" je mnoho (96) adres které
> > mají ulici uvedenou jako "V olšinách".
> > 
> > Hledání ulic jsem v knihovně udělal chytřejší, aby ignorovalo velikost
> > písmen. Nevím ale jestli její autor přijme merge request. V každém
> > případě si myslím že data v OSM by měla být opravena. Ale není to na
> > ruční práci, jen v Praze jsem našel 10 tisíc záznamů. Je tu někdo by byl
> > schopný napsat automatický script? Mohu dodat log z importu kde jsou
> > chyby vypsány...
> > 
> > Lukáš
> > 
> > 
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> 
> A jak je to v RUIANu? Stejně? Tak to by pak bylo potřeba opravit tam.
> Což znamená nahlásit na ČÚZK, ti to přepošlou daným úředníkům a ti s tím
> možná něco udělají. A pak se to při update dostane až do OSM.
> 
> Ale pokud je to v RUIANu správně, tak by se to mělo v OSM opravit. Možná
> by stačilo, kdyby to Petr Vejsada zakomponoval do update skriptu. Ale
> nevím jak je na tom teď s časem, nějakou dobu se tu už neukázal.
> 
> 
> Jinak mi připadá ignorování velikosti písma při hledání jako docela
> dobrá vlastnost, která by měla být implementována. Stejně tak i nějaká
> odolnost proti překlepům. To sice nevím jak se dělá, ale určitě by bylo
> fajn, kdyby mi při hledání ulice "Na Olinách" byla nabídnuta i ulice "Na
> Olšinách".
> 
> Marián

Jo, v katastru je to stejně tak blbě. Například:

Stavební objekt:č. p. 2515, č. p. 2516, č. p. 2517, č. p. 2539
Ulice:  Buková, Osiková, Pod lipami

lipami by mělo být s velkým písmenem, v OSM je ulice správně "Pod Lipami".

Koukám že RUIAN obsahuje formulář pro zasílání oprav [1]. Obsahuje tam ale 
vtipnou poznámku: "Návrhy na změny velikosti písmen budou zamítnuty 
automaticky."

Co to sakra je?

Pokud existuje script kterým se provádí automatický import periodicky, 
mohl bych se pokusit jej rozšířit o opravu známých chyb... Najdu jej někde 
veřejně, třeba na githubu?

Lukáš

1) 
http://reklamace.cuzk.cz/formular/index.php?source=R%C3%9AIAN=ul-dnu=Zm%C4%9Bna+n%C3%A1zvu+existuj%C3%ADc%C3%AD
+ulice=-3=form

signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-cz] Špatná velikost písmen v názvech ulic importovaných z UIR-ADR

[Lukáš Karas]

Ahoj, možná se toto téma již v listu řešilo, ale žádné vlákno jsem nenašel. 
Případně mě omluvte.

Píšu aplikaci nad knihovnou OSM Scout, při importu Česka jsem si všiml že ve 
výsledné databázi chybí mnoho adres. Po dalším zkoumání jsem zjistil že 
hodnota "addr:street" neodpovídá žádné blízké ulici (knihovna se snaží z adres 
vytvořit stromovou strukturu, pokud nenajde odkazovanou ulici, náměstí nebo 
sídliště..., adresu nepřidá do databáze). Po dalším zkoumání jsem zjistil že 
mnoho adresních bodů má špatnou velikost písmen v tagu "addr:street", 
například v ulici "V Olšinách" je mnoho (96) adres které mají ulici uvedenou 
jako "V olšinách". 

Hledání ulic jsem v knihovně udělal chytřejší, aby ignorovalo velikost písmen. 
Nevím ale jestli její autor přijme merge request. V každém případě si myslím 
že data v OSM by měla být opravena. Ale není to na ruční práci, jen v Praze 
jsem našel 10 tisíc záznamů. Je tu někdo by byl schopný napsat automatický 
script? Mohu dodat log z importu kde jsou chyby vypsány...

Lukáš


signature.asc
Description: This is a digitally signed message part.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz