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] kvartální piva

[Milan Cerny]

Ještě jsem nikoho ze spolutvůrců OSM osobně neviděl, tak kdyby bylo pivo v 
Praze nebo okolí, rád se také na jedno či více zastavím.
Alespoň se dozvím něco nového od OSM mazáků :-)
Pondělí - čtvrtek večer kdykoliv.

Milan 
 

__
> Od: Petr Vozdecký 
> Komu: "OpenStreetMap Czech Republic" 
> Datum: 16.08.2016 15:22
> Předmět: Re: [Talk-cz] kvartální piva
>
>...sem rikal, pivo je argument... kdyz bych to nazval "Kvartalni limonada", 
>tak nikdo nedorazi... :o)
>
>vop
>
>
>-- Původní zpráva --
>Od: honny 
>Komu: OpenStreetMap Czech Republic 
>Datum: 16. 8. 2016 13:01:32
>Předmět: Re: [Talk-cz] kvartální piva
>
>"Zdar,
>
>Dne 16. srpna 2016 11:25 Petr Vozdecký  napsal(a):
>> ...no já už jsem si to do svého kalendáře dal.
>
>taky tak. :)
>Co se tyka Brna a terminu v pracovnim tydnu, nemam s tim problem a prijdu 
>rad.
>
>
>
>h.
>
>___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz"=
>
>--
>
>___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>
>

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

Re: [Talk-cz] mapovani signalu vs. BTS was Re: WeeklyOSM CZ 314

[jzvc]

Dne 16.8.2016 v 15:33 Michal Poupa napsal(a):



BTW: Treba RLP Ruzyne se da chytat klidne i v okoli Brna ..


To že sedí v Praze - Jenči ještě neznamená že i vysílač je v Prsze -
Jenči.



Je to OT, ale rec je o Ruzyni, ne o Jenci => vez LKPR, ne aproach a 
spol. Samo je to dany frekvencema/modulaci. Treba ADS-B se da chytat na 
kus dratu (doslova) na 300km+


Ostatne, i ten mobilni telefon se umi spojit "na dohled", coz je klidne 
60km+ pokud vylezes na kopec. Tech 1-2W co to umi na vystupu je pomerne 
hodne slusnej vykon.




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




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

Re: [Talk-cz] 5x červená

[Petr Holub]

> Souhlasím, ona k tomu ještě neproběhla žádná zásadní diskuse, resp. spíše 
> obecný a tichý
> souhlas... Myslím, že v takovém případě asi nezbývá než fáze 2 - začít to 
> nasazovat a
> sledovat, zda se to projeví někde nějak negativně, zda se objeví nějaké 
> nedostatky apod. Viz
> zrovinka ten poznatek u těch whellchair s (na wiki) nedefinovanou položkou
> osmc:symbol=red:white:red_whellchair. Což nijak nevadí tomu navrženému 
> schematu, spíše to
> ukazuje, co ještě v návaznosti na praxi zlepšit.

Souhlas. Jen je potreba, abys tu fazi vyhlasil - kdy zacne a jestli se maji
zrovna nejak hromadne upravit stavajici relace.

A bylo by dobre pri tom jeste rozetnout, jak se bude pouzivat tag network.
Puvodni na OTM by bylo nejak navrzene, pak jsme o tom debatovali v listu,
ale ze by z toho byl nejaky definitivni zaver, to jsem moc nepostrehl.

Mozna jeste po formalni strance: v OSM existuje mechanismus hlasovani
pro akceptovani/zamitnuti ruznych navrhu. Nemeli bychom ho zacit taktez
pouzivat? Mozna by to bylo efektivnejsi na dokoncovani veci a jejich prevod
do provozniho stavu, nez pomerne nestrukturovana diskuse v mailing listu.

Petr


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

Re: [Talk-cz] 5x červená

[Petr Vozdecký]

-- Původní zpráva --
Od: Petr Holub 
Komu: 'OpenStreetMap Czech Republic' 
Datum: 16. 8. 2016 13:32:16
Předmět: Re: [Talk-cz] 5x červená

"> Coz mne jeste pripomina jednu vec: budme opatrni s temi navrhy na zmeny
> znaceni. Pri dovolenkovem mapovani v okoli Kremesniku (Pelhrimova) jsem
> narazil na to, ze uz nektere trasy postradaji tag kct_*, coz muze v 
soucasnem
> stavu cinit renderum potize (napr. pro nasi mtbmap.cz - byt tam jeste 
cekam
> na overeni, protoze Martin ted resi problem s nastroji v ramci updatu 
dat).
> Takze pokud mame navrh na nove znaceni zalozene pouze na osmc:symbol, melo
> by byt jasne, ze je to "jen" navrh a taky by melo byt jasne receno, kdy se
> tento navrh preklopi do produkcniho stavu, aby se tedy daly zacit 
upravovat
> renderery.
> 
> Petr
> 
> 
> 
> 
> Toto je Petře IMHO dávno překonaný problém. Renderery se dávno na tag kct_
barva=* nespoléhají,
> resp. jej ignorují. Konkrétně MTBmap též.

Uz mi to Martin taky psal - takze by bylo dobre to jeste pro jistotu
overit na nejake takove trase. Ted jede novy update dat a snad by to do
konce tydne melo dobehnout, takze pak bude prilezitost to zkontrolovat.

Ale v kazdem pripade plati, ze bychom meli rict, kdy se ten navrh preklopi
do provozniho (akceptovaneho) stavu, kterym se maji vsichni ridit. Protoze
zatim je to jen navrh a vsichni by jeste meli pouzivat to stare znaceni. 

Petr"
 




Souhlasím, ona k tomu ještě neproběhla žádná zásadní diskuse, resp. spíše 
obecný a tichý souhlas... Myslím, že v takovém případě asi nezbývá než fáze 
2 - začít to nasazovat a sledovat, zda se to projeví někde nějak negativně, 
zda se objeví nějaké nedostatky apod. Viz zrovinka ten poznatek u těch 
whellchair s (na wiki) nedefinovanou položkou osmc:symbol=red:white:red_
whellchair. Což nijak nevadí tomu navrženému schematu, spíše to ukazuje, co 
ještě v návaznosti na praxi zlepšit.




vop

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

Re: [Talk-cz] kvartální piva

[Petr Vozdecký]

...sem rikal, pivo je argument... kdyz bych to nazval "Kvartalni limonada", 
tak nikdo nedorazi... :o)

vop


-- Původní zpráva --
Od: honny 
Komu: OpenStreetMap Czech Republic 
Datum: 16. 8. 2016 13:01:32
Předmět: Re: [Talk-cz] kvartální piva

"Zdar,

Dne 16. srpna 2016 11:25 Petr Vozdecký  napsal(a):
> ...no já už jsem si to do svého kalendáře dal.

taky tak. :)
Co se tyka Brna a terminu v pracovnim tydnu, nemam s tim problem a prijdu 
rad.



h.

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

Re: [Talk-cz] mapovani signalu vs. BTS was Re: WeeklyOSM CZ 314

[Petr Vozdecký]

-- Původní zpráva --
Od: jzvc 
"
Cus, v OSM stejne nemas data ani na to, abys udelal nejakej hypotetickej 
vypocet. Nemas informace o terenu, nemas informace o prekazkach, i pokud 
budes mit vysku budov, tak mas relativni, ale ne absolutni ..."
No to prave naopak teoreticky mas, byt v kvalite OSM, tedy vrstevnice (SRTM)
a vysky budov (jsou-li zadany), cili s teoretickou znalosti rady dalsich 
technickych hodnot ke konkretni BTS (a s jistotou, ze jsou uplne a aktualni)
se da teoreticka mapa malovat. Ale jak jsem jiz uvedl, jeji vypovidajici 
hodnota je nulova - vysledkem je vzdy jen informativni hodnota "tady by mel 
byt dle vypoctu signal na danem kmitoctu daneho typu modulace o sile -xy 
dBm". A kdyz neni, tak jen pokrcis rameny a reknes: "neni". A neni ti to 
divny. Zatim co od kartografickeho dila (= mapy) ocekavas informaci "tady JE
cesta", "tady JE objekt" atd. a ne "tady BY MELO dle vypoctu cosi byt"


 
"
BTW: Treba RLP Ruzyne se da chytat klidne i v okoli Brna ..."
to je jina pisnicka - to je dany AM modulaci a z jejiho principu moznym 
pouzitim vice vysilacu... nicmene bych se (aniz bych do podrobna studoval 
puvodni material, ze ktereho tento diskus vznikl) v ramci OSM (nebo alespon 
OSMcz) do "mapovani pokryti signalem" (ci jinymi sluzbami) vubec nepoustel a
to ani v rovine uvah "jak to udelat". Jak jsem jiz napsal - neni to 
kartograficka informace.





vop




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

Re: [Talk-cz] 5x červená

[Petr Holub]

>   Coz mne jeste pripomina jednu vec: budme opatrni s temi navrhy na zmeny
>   znaceni. Pri dovolenkovem mapovani v okoli Kremesniku (Pelhrimova) jsem
>   narazil na to, ze uz nektere trasy postradaji tag kct_*, coz muze v 
> soucasnem
>   stavu cinit renderum potize (napr. pro nasi mtbmap.cz - byt tam jeste 
> cekam
>   na overeni, protoze Martin ted resi problem s nastroji v ramci updatu 
> dat).
>   Takze pokud mame navrh na nove znaceni zalozene pouze na osmc:symbol, 
> melo
>   by byt jasne, ze je to "jen" navrh a taky by melo byt jasne receno, kdy 
> se
>   tento navrh preklopi do produkcniho stavu, aby se tedy daly zacit 
> upravovat
>   renderery.
> 
>   Petr
> 
> 
> 
> 
> Toto je Petře IMHO dávno překonaný problém. Renderery se dávno na tag 
> kct_barva=* nespoléhají,
> resp. jej ignorují. Konkrétně MTBmap též.

Uz mi to Martin taky psal - takze by bylo dobre to jeste pro jistotu
overit na nejake takove trase. Ted jede novy update dat a snad by to do
konce tydne melo dobehnout, takze pak bude prilezitost to zkontrolovat.

Ale v kazdem pripade plati, ze bychom meli rict, kdy se ten navrh preklopi
do provozniho (akceptovaneho) stavu, kterym se maji vsichni ridit. Protoze
zatim je to jen navrh a vsichni by jeste meli pouzivat to stare znaceni. 

Petr


___
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

Re: [Talk-cz] kvartální piva

[honny]

Zdar,

Dne 16. srpna 2016 11:25 Petr Vozdecký  napsal(a):
> ...no já už jsem si to do svého kalendáře dal.

taky tak. :)
Co se tyka Brna a terminu v pracovnim tydnu, nemam s tim problem a prijdu rad.



h.

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

Re: [Talk-cz] mapovani signalu vs. BTS was Re: WeeklyOSM CZ 314

[jzvc]

Dne 16.8.2016 v 11:21 Petr Vozdecký napsal(a):

mapa pokrytí signálem IMHO nepatří do OSM, protože se jedná o přiliš
dynamickou informaci, navíc s nepříliš vypovídající informací. Co to je
"pokrytí"? Je to izočára vyjadřující -40 dBm? Nebo -60 dBm? Ve kterém
kmitočtovém pásmu? Bude vytvořena na základě měření (reálný stav k
okamžiku měření), nebo jako teoretická hodnota (výpočet na základě
ideálního stavu známých či předpokládaných hodnot a veličin)?

Ještě jednou - tato informace je natolik dynamická (řádově
mnoho-mnohonásobně dynamičtější, než běžně mapované prvky jako cesty,
objekty...) a současně relativní ve vztahu k zobrazované informaci (co
vlastně zobrazuje? viz otázka síly signálu a pásma + otázka citlivosti a
selektivity přijímače terminálu - tedy mobilu), že se může možná hodit
jako externě renderovaná bitmapová vrstva, nicméně v nativních OSM
datech by teoreticky mohly být pouze hodnoty pro její výpočet (lokace
BTS+výška ANT+ziskANT+RFvýkon+útlum
vedení+azimut+elevace+horizontální_vyzařovací_úhelANT+vertikální_vyzařovací_úhelANT+dynamická_data_útlumu_prostředí...),
který (pseudoodborníci prominou) je nakonec ve výsledku jen snůškou
teoretických hodnot použitých po patřičné účelové interpretaci pro
marketing provozovatele služby. Mj. také proto, že (a pseudoodbornící
opět prominou) skutečnost, že v daném místě je teoreticky signál vůbec
neznamená, že se uživateli s konkrétním přístrojem (opět výkon, typ
antény...) podaří sestavit hovor či "jen" dostat data. Ono pokrytí na
downlinku je jedna věc, k mobilní komunikaci je potřeba i ten uplink...

No a ještě jeden argument - mapa pokrytí komerční službou není
kartografickou informací - je to trochu podobné, jako "mapa pokrytí
služeb rozvážky jídla společnosti XYZ"...



Cus, v OSM stejne nemas data ani na to, abys udelal nejakej hypotetickej 
vypocet. Nemas informace o terenu, nemas informace o prekazkach, i pokud 
budes mit vysku budov, tak mas relativni, ale ne absolutni ...


Takze defakto jediny co muzes udelat je namalovat kolem nejaky "kolecka" 
(v pripade ze mas vykony a smery anten tak "sisoidy"), jak by to asi 
vypadalo, kdyby kolem nebylo nic.


Hypoteticky by bylo mozny udelat neco jako bodovy pole mereni - kde bys 
vrazil node na tema "tuhle sem stal a zmeril tam tyto hodnoty", coz by 
pri dostatecny hustote byla jiste zajimava informace a z toho by se dala 
udelat mapa realneho pokryti.


Jenze to pak muzem stejne merit i TV/Radio/ a nemyslim si, ze by 
toto melo byt primo soucasti mapy. To neznamena, ze by osm nemohla 
provozovat neco podobnyho jako vedlejsi projekt - ale pak by bylo fajn, 
kdyby to bylo univerzalni => ne jen bts, ale vse co se da chytat.


BTW: Treba RLP Ruzyne se da chytat klidne i v okoli Brna ...



vop


-- Původní zpráva --
Od: Janda Martin 
Komu: OpenStreetMap Czech Republic 
Datum: 16. 8. 2016 10:38:31
Předmět: Re: [Talk-cz] mapovani signalu vs. BTS was Re: WeeklyOSM CZ 314


Osobne bych zvolil o neco drazsi SW na vypocet signalu: "RadioLab
verze 4" :-)


http://www.crcdata.cz/index.php/radiokomunikacni-sw/rada-rl4/radiolab-4/rl4-site

Martin

PS Pro upresneni: Pracuji na vyvoji systemu RadioLab


- Original Message -
From: "Michal Poupa" 
To: "OpenStreetMap Czech Republic" 
Sent: Tuesday, August 16, 2016 9:54:48 AM
Subject: Re: [Talk-cz] mapovani signalu vs. BTS was Re: WeeklyOSM CZ 314

Na počítání signálu byl šel použit sw Radiomobile (
http://www.cplus.org/rmw/english1.html )
ale moc nechápu k čemu by to na OSM bylo...

16. 8. 2016 v 9:24, Janda Martin :

 > Dobry den,
 >
 > pridavani BTS do OSM bych zatim nedelal.
 > *) v OSM chybi stale spousta domu a kominu na kterych jsou BTS
umisteny. Cast dat je posunuta
 > *) Na BTS stanovistich se meni parametry
 > *) OSM data jsou spise staticka.
 >
 > *) dle meho nazoru mapa pokyti signalem rozhodne nepatri do OSM.
 > Navic bez parametru primo od operatoru/CTU nelze spocitat. Navic
se jedna o relativne dynamickou zalezitost
 >
 > --- spis bych navrhl zvysit kvalitu dat pro CR
 > *) doplnit kominy
 > *) jak to vypada s databazi stromu? (neco tu letos probehlo)
 > *) je potreba zjistit aby nova data nebyla vkladana do OSM posunuta
 > *) oprava starych silnich a ploch ktere jsou posunute az o
desitky metru
 > *) omezit rucni prekreslovani z leteckych fotek ktere nemaji
kompenzovane zkresleni
 >
 > --- pred editovanim detailu (zahradky, ploty, cesty, ...)
 > 1) v oblasti importovat budovy RUIAN
 > 2) importovat RUIAN lands
 >
 > *) pak teprve dokreslit detailni objekty. Dost casto se stava ze
detily jsou dokreslene posunute a velmi zjednodusene
 >
 > Martin
 >
 > - Original Message -
 > From: "Pavel Machek" 
 > To: 

Re: [Talk-cz] 5x červená

[Petr Vozdecký]

-- Původní zpráva --
Od: Petr Holub 
Komu: 'OpenStreetMap Czech Republic' 
Datum: 13. 8. 2016 7:15:15
Předmět: Re: [Talk-cz] 5x červená

"> > Tedy závěrem tohoto postu je spíše otázka, co s tím? Tedy co se
> > splýváním tras stejné barvy, když si z nějakého (nota bene mnou
> > vymyšleného) důvodu nemůžeme pomoci ani vygenerovanou značkou (ikonou)
> > v mapě? A jak v takovém případě pouhým pohledem do mapy poznat, že jde
> > o vozíčkářskou trasu? Není tady navržené pravidlo "nemá značku v
> > terénu, nemá ji mít ani v mapě" kontraproduktivní? Na mapy.cz
> > https://mapy.cz/s/XzJZ se s tím vyrovnávají tak, že vozíčkářskou trasu
> > vykreslují jako růžovou linii s ikonkou vozíčkáře v barvě trasy.
> Ty vozíčkářské trasy mají taky své barvy. KČT je vykresluje vždy červěně
> čerchovaně. Viz
> http://www.labskastezka.cz/ladmin/soubory/labskastezka/File/konference_
LIT/03_Vozickarske_tras
> y_KCT.pdf
> 
> IMHO to značené je. Je úplně jedno že jenom rozcestníky, ale značené to 
je.

Souhlas: to, ze chybi pasove znaceni je jedna vec, ale v principu to
znacene v terenu je (aspon) temi rozcestniky."
Jistě. Zde jsem se asi dopustil nepřesnosti v tom, co jsem měl na mysli. 
Nezpochybňoval jsem otázku, zda to mapovat (tedy zda vytvářet relaci 
relation; type=route; route=wheelchair; wheelchair=major). Směřoval jsem k 
tomu, zda tagovat v té relaci i osmc:symbol=* když za značka NENÍ FYZICKY v 
terénu. Navazoval jsem na svůj vlastní dřívější návrh, že tag osmc:symbol=* 
by se měl používat jen tam, kde ta značka v terénu opravdu je (viz naučné 
stezky tagované a vykreslené pomocí osmc:symbol=green:white:green_backslash 
kde ale v terénu ta značka prostě není a nelze podle ní jít).

No a teď jsem si uvědomil, že:

1) Wiki u osmc:symbol značku "wheelchair" ani nemá... zatím...


2) není pravda, že v uvedeném případě ta značka v terénu uvedena není. Ona 
tam je , je zřetelně na rozcestnících a pomocných směrnících v odbočkách, 
jen prostě není každých 50 m jak na turisťárně v lese. Učinil jsem špatný 
závěr a tím je po "problému"





Tedy - z toho plyne moje doporučení - doporučit či prosadit značku color_
wheelchair pro tag osmc:symbol, tedy např: osmc:symbol=red:white:red_
wheelchair (růžovou jsem tam pro vykreslovanou linii nepsal, jednak v 
základní specifikaci není - viz http://wiki.openstreetmap.org/wiki/Key:osmc:
symbol a hlavně předpokládám, že renderer by si určil nekolizní barvu sám na
základě tagu z relace route=wheelchair a v případě, že by vykresloval JEN 
tyto wheelchair trasy, tak mu pomůže pro hezké vykreslení skutečná 
odpovídající barva).




Pozn: na OpenStreetMap.cz v turistické vrstvě od Petra Vejsady (Poloha.net) 
je grafický symbol vozíčkáře vykreslen - v datech to ale není zavedeno 
správně jako relace, ale je to "starý" tag na cestě kct_red=wheelchair. 
Poloha.net to tedy umí renderovat, otázka je, zda i na relaci a zda i via 
nějakou podobu tagu osmc:symbol=*




"

> No, ruzova linie s ikonou vozickare zni jako dobre reseni pro renderer.
> 
> V datech se proste uvede ze to je vozikarska trasa, a renderer se dle toho
> zaridi, ne?

Presne - optimalizaci zobrazovani v rendereru bych diskutoval separatne
od dat.

Coz mne jeste pripomina jednu vec: budme opatrni s temi navrhy na zmeny
znaceni. Pri dovolenkovem mapovani v okoli Kremesniku (Pelhrimova) jsem
narazil na to, ze uz nektere trasy postradaji tag kct_*, coz muze v 
soucasnem
stavu cinit renderum potize (napr. pro nasi mtbmap.cz - byt tam jeste cekam
na overeni, protoze Martin ted resi problem s nastroji v ramci updatu dat).
Takze pokud mame navrh na nove znaceni zalozene pouze na osmc:symbol, melo
by byt jasne, ze je to "jen" navrh a taky by melo byt jasne receno, kdy se
tento navrh preklopi do produkcniho stavu, aby se tedy daly zacit upravovat
renderery.

Petr"



Toto je Petře IMHO dávno překonaný problém. Renderery se dávno na tag kct_
barva=* nespoléhají, resp. jej ignorují. Konkrétně MTBmap též.

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

Re: [Talk-cz] kvartální piva

[Oto Kaláb]

Zdarvím,
nejsem nějaký super-aktivní mapper, ale OSM fandím, data využívám i v 
rámci výuky a myšlenku šířím. Rád se zapojím do ostravských dýchánků 
(jen ten první termín 7.9. budu nejspíš mimo).

Oto

Dne 16.8.2016 v 08:16 Zbyněk Datinský napsal(a):
Za ostravu a široké okolí se mnou počítejte. Jen bych tam nerad seděl 
u piva sám :-)

datin

-- Původní zpráva --
Od: Ladislav Nesnera 
Komu: OpenStreetMap Czech Republic 
Datum: 16. 8. 2016 8:08:25
Předmět: Re: [Talk-cz] kvartální piva


Myšlénku mám za dobrou, klíč za geniální (y) a reakce za
překvapivě nulové.. :-OOO



On 09/08/16 00:16, Petr Vozdecký wrote:

ahoj,

navazuji tímto na nějakou debatu dříve, myslím na SotMu...?
což konec konců není ani důležité:

diskutovali jsme potřebu zavést do regionálních setkání (čti:
sleziny u piva) jakousi pravidelnost - ne snad z důvodů nutné
pravidelnosti jako takové, ale spíše proto, abychom si
ulehčili nekonečné potíže s hledáním ochotných svolavatelů a
pak vhodných termínů a nakonec i ideálních míst..., prostě
pravidelnost proto, aby ta setkání proběhla bez závislosti na
malicherných okolnostech a současně i proto, aby je bylo možné
lépe (dlouhodobě) ze strany účastníků plánovat.

Tedy (po předchozí konzultaci s aktivními účastníky brněnských
slezin) navrhuji zavést pravidlo ve formě kvartální sleziny a
to ve třetím měsíci kvartálu (vyhneme se tím prázdninám) a to
na jeho začátku (vyhneme se tím Vánocům). Např. první středa v
měsíci (to je ten den, co houkají sirény, může to být hezká
upomínka, kterou Vám ani Google nezorganizuje :o). Je jedno,
zda se to vžije jen pro Brno, nebo se najdou i jiné lokality.
Každopádně myslím, že by bylo fajn z každé sleziny udělat i
nějaký stručný report, protože prakticky vždy tam padne něco
podnětného.

4 setkání ročně nejsou až tak moc, ne? Letos bychom stihli
ještě dvě a to 7.9. a 7.12. ...

Předem díky za reakce

vop

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


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



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


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

Re: [Talk-cz] kvartální piva

[Petr Vozdecký]

...no já už jsem si to do svého kalendáře dal. Teď by se mi hodilo najít 
nějaké pivoleadery v Praze a Ostravě (a na jiných místech) a dodnout se na 
tom, v jaké podobě to provážeme - minimálně si představuji nějaké "heslovité
zápisy diskutovaných myšlenek..."

vop


-- Původní zpráva --
Od: Jan Martinec 
Komu: OpenStreetMap Czech Republic 
Datum: 16. 8. 2016 9:04:01
Předmět: Re: [Talk-cz] kvartální piva

"

Hmm, nejak to propadlo do hlubin mailboxu. Za mne super napad - obvykle jsem
v Praze a okoli.

Honza Piskvor Martinec



Dne 16. 8. 2016 8:08 dop. napsal uživatel "Ladislav Nesnera" :
" 

Myšlénku mám za dobrou, klíč za geniální (y) a reakce za překvapivě nulové..
:-OOO





On 09/08/16 00:16, Petr Vozdecký wrote:

"ahoj,

navazuji tímto na nějakou debatu dříve, myslím na SotMu...? což konec konců 
není ani důležité:

diskutovali jsme potřebu zavést do regionálních setkání (čti: sleziny u 
piva) jakousi pravidelnost - ne snad z důvodů nutné pravidelnosti jako 
takové, ale spíše proto, abychom si ulehčili nekonečné potíže s hledáním 
ochotných svolavatelů a pak vhodných termínů a nakonec i ideálních míst..., 
prostě pravidelnost proto, aby ta setkání proběhla bez závislosti na 
malicherných okolnostech a současně i proto, aby je bylo možné lépe 
(dlouhodobě) ze strany účastníků plánovat.

Tedy (po předchozí konzultaci s aktivními účastníky brněnských slezin) 
navrhuji zavést pravidlo ve formě kvartální sleziny a to ve třetím měsíci 
kvartálu (vyhneme se tím prázdninám) a to na jeho začátku (vyhneme se tím 
Vánocům). Např. první středa v měsíci (to je ten den, co houkají sirény, 
může to být hezká upomínka, kterou Vám ani Google nezorganizuje :o). Je 
jedno, zda se to vžije jen pro Brno, nebo se najdou i jiné lokality. 
Každopádně myslím, že by bylo fajn z každé sleziny udělat i nějaký stručný 
report, protože prakticky vždy tam padne něco podnětného.

4 setkání ročně nejsou až tak moc, ne? Letos bychom stihli ještě dvě a to 
7.9. a 7.12. ...

Předem díky za reakce

vop


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

" 


__ _
Talk-cz mailing list
Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
https://lists.openstreetmap. org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)

"


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

Re: [Talk-cz] mapovani signalu vs. BTS was Re: WeeklyOSM CZ 314

[Petr Vozdecký]

mapa pokrytí signálem IMHO nepatří do OSM, protože se jedná o přiliš 
dynamickou informaci, navíc s nepříliš vypovídající informací. Co to je 
"pokrytí"? Je to izočára vyjadřující -40 dBm? Nebo -60 dBm? Ve kterém 
kmitočtovém pásmu? Bude vytvořena na základě měření (reálný stav k okamžiku 
měření), nebo jako teoretická hodnota (výpočet na základě ideálního stavu 
známých či předpokládaných hodnot a veličin)?

Ještě jednou - tato informace je natolik dynamická (řádově mnoho-
mnohonásobně dynamičtější, než běžně mapované prvky jako cesty, objekty...) 
a současně relativní ve vztahu k zobrazované informaci (co vlastně 
zobrazuje? viz otázka síly signálu a pásma + otázka citlivosti a selektivity
přijímače terminálu - tedy mobilu), že se může možná hodit jako externě 
renderovaná bitmapová vrstva, nicméně v nativních OSM datech by teoreticky 
mohly být pouze hodnoty pro její výpočet (lokace BTS+výška ANT+ziskANT+
RFvýkon+útlum vedení+azimut+elevace+horizontální_vyzařovací_úhelANT+
vertikální_vyzařovací_úhelANT+dynamická_data_útlumu_prostředí...), který 
(pseudoodborníci prominou) je nakonec ve výsledku jen snůškou teoretických 
hodnot použitých po patřičné účelové interpretaci pro marketing 
provozovatele služby. Mj. také proto, že (a pseudoodbornící opět prominou) 
skutečnost, že v daném místě je teoreticky signál vůbec neznamená, že se 
uživateli s konkrétním přístrojem (opět výkon, typ antény...) podaří 
sestavit hovor či "jen" dostat data. Ono pokrytí na downlinku je jedna věc, 
k mobilní komunikaci je potřeba i ten uplink...

No a ještě jeden argument - mapa pokrytí komerční službou není 
kartografickou informací - je to trochu podobné, jako "mapa pokrytí služeb 
rozvážky jídla společnosti XYZ"...

vop



-- Původní zpráva --
Od: Janda Martin 
Komu: OpenStreetMap Czech Republic 
Datum: 16. 8. 2016 10:38:31
Předmět: Re: [Talk-cz] mapovani signalu vs. BTS was Re: WeeklyOSM CZ 314

"Osobne bych zvolil o neco drazsi SW na vypocet signalu: "RadioLab verze 4" 
:-)

http://www.crcdata.cz/index.php/radiokomunikacni-sw/rada-rl4/radiolab-4/rl4-
site

Martin

PS Pro upresneni: Pracuji na vyvoji systemu RadioLab


- Original Message -
From: "Michal Poupa" 
To: "OpenStreetMap Czech Republic" 
Sent: Tuesday, August 16, 2016 9:54:48 AM
Subject: Re: [Talk-cz] mapovani signalu vs. BTS was Re: WeeklyOSM CZ 314

Na počítání signálu byl šel použit sw Radiomobile (
http://www.cplus.org/rmw/english1.html )
ale moc nechápu k čemu by to na OSM bylo...

16. 8. 2016 v 9:24, Janda Martin :

> Dobry den,
> 
> pridavani BTS do OSM bych zatim nedelal. 
> *) v OSM chybi stale spousta domu a kominu na kterych jsou BTS umisteny. 
Cast dat je posunuta
> *) Na BTS stanovistich se meni parametry
> *) OSM data jsou spise staticka.
> 
> *) dle meho nazoru mapa pokyti signalem rozhodne nepatri do OSM.
> Navic bez parametru primo od operatoru/CTU nelze spocitat. Navic se jedna 
o relativne dynamickou zalezitost
> 
> --- spis bych navrhl zvysit kvalitu dat pro CR
> *) doplnit kominy
> *) jak to vypada s databazi stromu? (neco tu letos probehlo)
> *) je potreba zjistit aby nova data nebyla vkladana do OSM posunuta
> *) oprava starych silnich a ploch ktere jsou posunute az o desitky metru
> *) omezit rucni prekreslovani z leteckych fotek ktere nemaji kompenzovane 
zkresleni
> 
> --- pred editovanim detailu (zahradky, ploty, cesty, ...)
> 1) v oblasti importovat budovy RUIAN
> 2) importovat RUIAN lands
> 
> *) pak teprve dokreslit detailni objekty. Dost casto se stava ze detily 
jsou dokreslene posunute a velmi zjednodusene
> 
> Martin
> 
> - Original Message -
> From: "Pavel Machek" 
> To: "OpenStreetMap Czech Republic" 
> Sent: Monday, August 15, 2016 11:06:53 PM
> Subject: Re: [Talk-cz] mapovani signalu vs. BTS was Re: WeeklyOSM CZ 314
> 
> Ahoj!
> 
>> Mapováním BTSek se zabývají nadšenci na gsmweb.cz a jsou v tom hodně
>> dobří. Možná by s OSM rádi spolupracovali.
> 
> No, gsmweb ma docela kompletni a velmi presnou databazi, ktera by se
> urcite v openstreetmap vyjimala. Otazka je jestli ji daji, myslim ze
> pred par lety to vypadalo spis zaporne. Ale treba se situace
> zmenila...
> 
> Pavel
> -- 
> (english) http://www.livejournal.com/~pavelmachek
> (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/
blog.html
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

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

___
Talk-cz mailing list

Re: [Talk-cz] mapovani signalu vs. BTS was Re: WeeklyOSM CZ 314

[Janda Martin]

Osobne bych zvolil o neco drazsi SW na vypocet signalu: "RadioLab verze 4" :-)

http://www.crcdata.cz/index.php/radiokomunikacni-sw/rada-rl4/radiolab-4/rl4-site

  Martin

PS Pro upresneni: Pracuji na vyvoji systemu RadioLab


- Original Message -
From: "Michal Poupa" 
To: "OpenStreetMap Czech Republic" 
Sent: Tuesday, August 16, 2016 9:54:48 AM
Subject: Re: [Talk-cz] mapovani signalu vs. BTS was Re:  WeeklyOSM CZ 314

Na počítání signálu byl šel použit sw Radiomobile (
http://www.cplus.org/rmw/english1.html )
 ale moc nechápu k čemu by to na OSM bylo...

16. 8. 2016 v 9:24, Janda Martin :

> Dobry den,
> 
>  pridavani BTS do OSM bych zatim nedelal. 
> *) v OSM chybi stale spousta domu a kominu na kterych jsou BTS umisteny. Cast 
> dat je posunuta
> *) Na BTS stanovistich se meni parametry
> *) OSM data jsou spise staticka.
> 
> *) dle meho nazoru mapa pokyti signalem rozhodne nepatri do OSM.
>Navic bez parametru primo od operatoru/CTU nelze spocitat. Navic se jedna 
> o relativne dynamickou zalezitost
> 
> --- spis bych navrhl zvysit kvalitu dat pro CR
> *) doplnit kominy
> *) jak to vypada s databazi stromu? (neco tu letos probehlo)
> *) je potreba zjistit aby nova data nebyla vkladana do OSM posunuta
> *) oprava starych silnich a ploch ktere jsou posunute az o desitky metru
> *) omezit rucni prekreslovani z leteckych fotek ktere nemaji kompenzovane 
> zkresleni
> 
> --- pred editovanim detailu (zahradky, ploty, cesty, ...)
> 1) v oblasti importovat budovy RUIAN
> 2) importovat RUIAN lands
> 
> *) pak teprve dokreslit detailni objekty. Dost casto se stava ze detily jsou 
> dokreslene posunute a velmi zjednodusene
> 
>  Martin
> 
> - Original Message -
> From: "Pavel Machek" 
> To: "OpenStreetMap Czech Republic" 
> Sent: Monday, August 15, 2016 11:06:53 PM
> Subject: Re: [Talk-cz] mapovani signalu vs. BTS was Re:  WeeklyOSM CZ 314
> 
> Ahoj!
> 
>> Mapováním BTSek se zabývají nadšenci na gsmweb.cz a jsou v tom hodně
>> dobří. Možná by s OSM rádi spolupracovali.
> 
> No, gsmweb ma docela kompletni a velmi presnou databazi, ktera by se
> urcite v openstreetmap vyjimala. Otazka je jestli ji daji, myslim ze
> pred par lety to vypadalo spis zaporne. Ale treba se situace
> zmenila...
> 
>Pavel
> -- 
> (english) http://www.livejournal.com/~pavelmachek
> (cesky, pictures) 
> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

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

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

Re: [Talk-cz] mapovani signalu vs. BTS was Re: WeeklyOSM CZ 314

[Jakub Sykora]

Pokud neznáš vyzařovací diagramy, azimuty, elevace antén, výkony tak 
stejně nešlo. Respektive by z toho byl nějaký pavýsledek.


K

Dne 16.8.2016 v 09:54 Michal Poupa napsal(a):

Na počítání signálu byl šel použit sw Radiomobile (
http://www.cplus.org/rmw/english1.html )
 ale moc nechápu k čemu by to na OSM bylo...

16. 8. 2016 v 9:24, Janda Martin :


Dobry den,

 pridavani BTS do OSM bych zatim nedelal.
*) v OSM chybi stale spousta domu a kominu na kterych jsou BTS umisteny. Cast 
dat je posunuta
*) Na BTS stanovistich se meni parametry
*) OSM data jsou spise staticka.

*) dle meho nazoru mapa pokyti signalem rozhodne nepatri do OSM.
   Navic bez parametru primo od operatoru/CTU nelze spocitat. Navic se jedna o 
relativne dynamickou zalezitost

--- spis bych navrhl zvysit kvalitu dat pro CR
*) doplnit kominy
*) jak to vypada s databazi stromu? (neco tu letos probehlo)
*) je potreba zjistit aby nova data nebyla vkladana do OSM posunuta
*) oprava starych silnich a ploch ktere jsou posunute az o desitky metru
*) omezit rucni prekreslovani z leteckych fotek ktere nemaji kompenzovane 
zkresleni

--- pred editovanim detailu (zahradky, ploty, cesty, ...)
1) v oblasti importovat budovy RUIAN
2) importovat RUIAN lands

*) pak teprve dokreslit detailni objekty. Dost casto se stava ze detily jsou 
dokreslene posunute a velmi zjednodusene

 Martin

- Original Message -
From: "Pavel Machek" 
To: "OpenStreetMap Czech Republic" 
Sent: Monday, August 15, 2016 11:06:53 PM
Subject: Re: [Talk-cz] mapovani signalu vs. BTS was Re:  WeeklyOSM CZ 314

Ahoj!


Mapováním BTSek se zabývají nadšenci na gsmweb.cz a jsou v tom hodně
dobří. Možná by s OSM rádi spolupracovali.


No, gsmweb ma docela kompletni a velmi presnou databazi, ktera by se
urcite v openstreetmap vyjimala. Otazka je jestli ji daji, myslim ze
pred par lety to vypadalo spis zaporne. Ale treba se situace
zmenila...

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

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

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


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



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

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

[Jakub Sykora]

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

Re: [Talk-cz] mapovani signalu vs. BTS was Re: WeeklyOSM CZ 314

[Michal Poupa]

Na počítání signálu byl šel použit sw Radiomobile (
http://www.cplus.org/rmw/english1.html )
 ale moc nechápu k čemu by to na OSM bylo...

16. 8. 2016 v 9:24, Janda Martin :

> Dobry den,
> 
>  pridavani BTS do OSM bych zatim nedelal. 
> *) v OSM chybi stale spousta domu a kominu na kterych jsou BTS umisteny. Cast 
> dat je posunuta
> *) Na BTS stanovistich se meni parametry
> *) OSM data jsou spise staticka.
> 
> *) dle meho nazoru mapa pokyti signalem rozhodne nepatri do OSM.
>Navic bez parametru primo od operatoru/CTU nelze spocitat. Navic se jedna 
> o relativne dynamickou zalezitost
> 
> --- spis bych navrhl zvysit kvalitu dat pro CR
> *) doplnit kominy
> *) jak to vypada s databazi stromu? (neco tu letos probehlo)
> *) je potreba zjistit aby nova data nebyla vkladana do OSM posunuta
> *) oprava starych silnich a ploch ktere jsou posunute az o desitky metru
> *) omezit rucni prekreslovani z leteckych fotek ktere nemaji kompenzovane 
> zkresleni
> 
> --- pred editovanim detailu (zahradky, ploty, cesty, ...)
> 1) v oblasti importovat budovy RUIAN
> 2) importovat RUIAN lands
> 
> *) pak teprve dokreslit detailni objekty. Dost casto se stava ze detily jsou 
> dokreslene posunute a velmi zjednodusene
> 
>  Martin
> 
> - Original Message -
> From: "Pavel Machek" 
> To: "OpenStreetMap Czech Republic" 
> Sent: Monday, August 15, 2016 11:06:53 PM
> Subject: Re: [Talk-cz] mapovani signalu vs. BTS was Re:  WeeklyOSM CZ 314
> 
> Ahoj!
> 
>> Mapováním BTSek se zabývají nadšenci na gsmweb.cz a jsou v tom hodně
>> dobří. Možná by s OSM rádi spolupracovali.
> 
> No, gsmweb ma docela kompletni a velmi presnou databazi, ktera by se
> urcite v openstreetmap vyjimala. Otazka je jestli ji daji, myslim ze
> pred par lety to vypadalo spis zaporne. Ale treba se situace
> zmenila...
> 
>Pavel
> -- 
> (english) http://www.livejournal.com/~pavelmachek
> (cesky, pictures) 
> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

___
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] mapovani signalu vs. BTS was Re: WeeklyOSM CZ 314

[Janda Martin]

Dobry den,

  pridavani BTS do OSM bych zatim nedelal. 
*) v OSM chybi stale spousta domu a kominu na kterych jsou BTS umisteny. Cast 
dat je posunuta
*) Na BTS stanovistich se meni parametry
*) OSM data jsou spise staticka.

*) dle meho nazoru mapa pokyti signalem rozhodne nepatri do OSM.
Navic bez parametru primo od operatoru/CTU nelze spocitat. Navic se jedna o 
relativne dynamickou zalezitost

--- spis bych navrhl zvysit kvalitu dat pro CR
*) doplnit kominy
*) jak to vypada s databazi stromu? (neco tu letos probehlo)
*) je potreba zjistit aby nova data nebyla vkladana do OSM posunuta
*) oprava starych silnich a ploch ktere jsou posunute az o desitky metru
*) omezit rucni prekreslovani z leteckych fotek ktere nemaji kompenzovane 
zkresleni

--- pred editovanim detailu (zahradky, ploty, cesty, ...)
1) v oblasti importovat budovy RUIAN
2) importovat RUIAN lands

*) pak teprve dokreslit detailni objekty. Dost casto se stava ze detily jsou 
dokreslene posunute a velmi zjednodusene

  Martin

- Original Message -
From: "Pavel Machek" 
To: "OpenStreetMap Czech Republic" 
Sent: Monday, August 15, 2016 11:06:53 PM
Subject: Re: [Talk-cz] mapovani signalu vs. BTS was Re:  WeeklyOSM CZ 314

Ahoj!

> Mapováním BTSek se zabývají nadšenci na gsmweb.cz a jsou v tom hodně
>  dobří. Možná by s OSM rádi spolupracovali.

No, gsmweb ma docela kompletni a velmi presnou databazi, ktera by se
urcite v openstreetmap vyjimala. Otazka je jestli ji daji, myslim ze
pred par lety to vypadalo spis zaporne. Ale treba se situace
zmenila...

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

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

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

Re: [Talk-cz] kvartální piva

[Jan Martinec]

Hmm, nejak to propadlo do hlubin mailboxu. Za mne super napad - obvykle
jsem v Praze a okoli.

Honza Piskvor Martinec

Dne 16. 8. 2016 8:08 dop. napsal uživatel "Ladislav Nesnera" <
nesn...@email.cz>:

> Myšlénku mám za dobrou, klíč za geniální (y) a reakce za překvapivě
> nulové.. :-OOO
>
>
>
> On 09/08/16 00:16, Petr Vozdecký wrote:
>
> ahoj,
>
> navazuji tímto na nějakou debatu dříve, myslím na SotMu...? což konec
> konců není ani důležité:
>
> diskutovali jsme potřebu zavést do regionálních setkání (čti: sleziny u
> piva) jakousi pravidelnost - ne snad z důvodů nutné pravidelnosti jako
> takové, ale spíše proto, abychom si ulehčili nekonečné potíže s hledáním
> ochotných svolavatelů a pak vhodných termínů a nakonec i ideálních míst...,
> prostě pravidelnost proto, aby ta setkání proběhla bez závislosti na
> malicherných okolnostech a současně i proto, aby je bylo možné lépe
> (dlouhodobě) ze strany účastníků plánovat.
>
> Tedy (po předchozí konzultaci s aktivními účastníky brněnských slezin)
> navrhuji zavést pravidlo ve formě kvartální sleziny a to ve třetím měsíci
> kvartálu (vyhneme se tím prázdninám) a to na jeho začátku (vyhneme se tím
> Vánocům). Např. první středa v měsíci (to je ten den, co houkají sirény,
> může to být hezká upomínka, kterou Vám ani Google nezorganizuje :o). Je
> jedno, zda se to vžije jen pro Brno, nebo se najdou i jiné lokality.
> Každopádně myslím, že by bylo fajn z každé sleziny udělat i nějaký stručný
> report, protože prakticky vždy tam padne něco podnětného.
>
> 4 setkání ročně nejsou až tak moc, ne? Letos bychom stihli ještě dvě a to
> 7.9. a 7.12. ...
>
> Předem díky za reakce
>
> vop
>
> ___
> Talk-cz mailing 
> listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] kvartální piva

[Zbyněk Datinský]

Za ostravu a široké okolí se mnou počítejte. Jen bych tam nerad seděl u piva
sám :-)
datin



-- Původní zpráva --
Od: Ladislav Nesnera 
Komu: OpenStreetMap Czech Republic 
Datum: 16. 8. 2016 8:08:25
Předmět: Re: [Talk-cz] kvartální piva

"

Myšlénku mám za dobrou, klíč za geniální (y) a reakce za překvapivě nulové..
:-OOO





On 09/08/16 00:16, Petr Vozdecký wrote:

"ahoj,

navazuji tímto na nějakou debatu dříve, myslím na SotMu...? což konec konců 
není ani důležité:

diskutovali jsme potřebu zavést do regionálních setkání (čti: sleziny u 
piva) jakousi pravidelnost - ne snad z důvodů nutné pravidelnosti jako 
takové, ale spíše proto, abychom si ulehčili nekonečné potíže s hledáním 
ochotných svolavatelů a pak vhodných termínů a nakonec i ideálních míst..., 
prostě pravidelnost proto, aby ta setkání proběhla bez závislosti na 
malicherných okolnostech a současně i proto, aby je bylo možné lépe 
(dlouhodobě) ze strany účastníků plánovat.

Tedy (po předchozí konzultaci s aktivními účastníky brněnských slezin) 
navrhuji zavést pravidlo ve formě kvartální sleziny a to ve třetím měsíci 
kvartálu (vyhneme se tím prázdninám) a to na jeho začátku (vyhneme se tím 
Vánocům). Např. první středa v měsíci (to je ten den, co houkají sirény, 
může to být hezká upomínka, kterou Vám ani Google nezorganizuje :o). Je 
jedno, zda se to vžije jen pro Brno, nebo se najdou i jiné lokality. 
Každopádně myslím, že by bylo fajn z každé sleziny udělat i nějaký stručný 
report, protože prakticky vždy tam padne něco podnětného.

4 setkání ročně nejsou až tak moc, ne? Letos bychom stihli ještě dvě a to 
7.9. a 7.12. ...

Předem díky za reakce

vop


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

" 

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

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

Re: [Talk-cz] kvartální piva

[Ladislav Nesnera]

Myšlénku mám za dobrou, klíč za geniální (y) a reakce za překvapivě
nulové.. :-OOO



On 09/08/16 00:16, Petr Vozdecký wrote:
> ahoj,
>
> navazuji tímto na nějakou debatu dříve, myslím na SotMu...? což konec
> konců není ani důležité:
>
> diskutovali jsme potřebu zavést do regionálních setkání (čti: sleziny
> u piva) jakousi pravidelnost - ne snad z důvodů nutné pravidelnosti
> jako takové, ale spíše proto, abychom si ulehčili nekonečné potíže s
> hledáním ochotných svolavatelů a pak vhodných termínů a nakonec i
> ideálních míst..., prostě pravidelnost proto, aby ta setkání proběhla
> bez závislosti na malicherných okolnostech a současně i proto, aby je
> bylo možné lépe (dlouhodobě) ze strany účastníků plánovat.
>
> Tedy (po předchozí konzultaci s aktivními účastníky brněnských slezin)
> navrhuji zavést pravidlo ve formě kvartální sleziny a to ve třetím
> měsíci kvartálu (vyhneme se tím prázdninám) a to na jeho začátku
> (vyhneme se tím Vánocům). Např. první středa v měsíci (to je ten den,
> co houkají sirény, může to být hezká upomínka, kterou Vám ani Google
> nezorganizuje :o). Je jedno, zda se to vžije jen pro Brno, nebo se
> najdou i jiné lokality. Každopádně myslím, že by bylo fajn z každé
> sleziny udělat i nějaký stručný report, protože prakticky vždy tam
> padne něco podnětného.
>
> 4 setkání ročně nejsou až tak moc, ne? Letos bychom stihli ještě dvě a
> to 7.9. a 7.12. ...
>
> Předem díky za reakce
>
> vop
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz



signature.asc
Description: OpenPGP digital signature
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz