Re: [Talk-cz] Mapovani vysilacu v OSM - Draft #2
> chlapi, jste aspon jeden z Brna, ze bychom to probrali na qartalnim pivu? Jsem z Prahy, takze na pivo do Brna to mam trochu z ruky... > ty navrhy jsou zajimave, ale krome jineho se motaji okolo jedine aplikace a > to kolem celularnich siti. No prave ze to se snazim resit a navrhnout takovy zpusob mapovani ktery bude univerzalni a pouzitelny na vsechny mozne vysilace co se vyskytuji. O mapovani GSM a dalsich mobilnich siti me ani tak nejde, to jenom ze uz nekdo BTS v OSM uz mapoval a tak se narazi na kompatibilitu s tim, co uz se nekde pouziva. > navrh musi byt primarne schopen popsat zakladni vlastnosti rx/tx pointu > (technologie) obecne a pak teprve rozsirovat (umoznit rozsireni) jednak o > dalsi vlastnosti rx/tx bodu ale take i vyjadrit sdruzeni vice principialne > zcela (absolutne) odlisnych bodu na jednom geografickem miste. Pro zacatek > postaci definovat mozne (i nemozne) fyzicke varianty, ktere by teoreticky > bylo potreba zakreslit. Ten draft jsem napsal proto aby tu byl nejaky zaklad o kterem se da diskutovat a na kterem se da stavet. Jsou tam priklady mapovani ruznych druhu vysilacu ruznych signalu a sluzeb, ne jenom mobilnich BTS. Umisteni uplne rozdilnych technologii na stejny bod se resi pomoci relaci, kde kazda relace reprezentuje jednu technologii. Vlastnosti a parametry (at uz fyzicke nebo ty co popisuji vlastni signal) tam nejake mam, ale urcite nejde o konecny seznam a bude potreba je rozsirit pro ruzne pouzivane systemy. > pro prakticke nasazeni si prosim uvedomme, ze primarne asi budeme mapovat z > hlediska uziti prakticke informace a soucasne data, ktera jsou verejne > pristupna. Tedy treba TV multiplexy apod. To byl muj puvodni zamer, mapovat vysilace pro radia, TV a taky radioamaterske prevadece. Ten draft jsem zalozil prave proto ze soucasne navrhy bud resi jenom jednu technologii (mobilni site) nebo neumi dat vic technologii na jeden stozar. JH ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapovani vysilacu v OSM - Draft #2
Ahoj, > Na prefix RF: bych se vykaslal, v openstreetmap se to nedela, kdo se s > tim ma opisovat. (A urcite by bylo konzistentnejsi "rf:" ne "RF:"). S "rf" misto "RF" souhlasim. Ale stale myslim ze ten prefix smysl ma. Pokud se nepouzije relace tak klice jako "access" nebo "owner" muzou patrit k vezi (jestli je pristupna). Muzu se pokusit ty klice nejak prejmenovat, ale zas tolik unikatnich synonym neni. A "rf:" jsou 3 znaky, urcite lepsi nez "communications_transponder". > Aspon mapovani gsm uz se pouziva, > https://taginfo.openstreetmap.org/search?q=gsm , 2500 vyskytu pro gsm, > 2000 pro umts. Takze bych se primlouval za pouziti tagu z... > https://wiki.openstreetmap.org/wiki/Proposed_features/Telecommunications_tower Pokud by se nepouzil "rf:" prefix tak by vetsina tech tagu byla stejna. Ten navrh pouziva "communication:NECO=yes" (coz je taky hodne dlouhe) a tim resi vic standardu pro jeden nod... podle toho meho navrhu by se na tohle mely pouzivat relace, protoze jinak nejde definovat vic anten, operatoru apod. Vyresit by to slo necim jako: rf:use=gsm;lte gsm:antenna:azimuth=100;200 lte:antenna:azimuth=50:120 Ale treba u nas je hodne BTS co maji O2+T-Mobile GSM+LTE, nekolik sektoru, ruzne LAC atd... tam ty relace vychazeji mnohem prehlednejsi nez se to snazit nacpat vsechno na jeden node. > ... ve svete uz se pouzivaji, neni duvod delat neco zvlast. Tez bych > se primlouval za kratsi klice, hodnoty. RF:use=cellphone je urcite > lepsi nez RF:use=cellphone_network, a jeste kratsi by bylo jeste > lepsi. Jo, to je lepsi. Nejake dalsi klice a hodnoty urcite jeste zmenim. > Nevim jestli je rozumne mit oddelene gsm:lac a lte:lac, ale jestli jo > tak by to asi taky chtelo umts:lac. umts:* pridam podle tech klicu co se pouzivaji. JH ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapovani vysilacu v OSM - Draft #2
Ahoj, > Je otázkou, jestli mají tato data co dělat v OSM. Přece jen už jsou to věci, > které se nedají ověřit pohledem při příchodu na místo (tím spíš, že vás do > areálu vysílačů obvykle nepustí :-) ). Tak to hlavni - nejaka antena - videt vetsinou je. Tenhle navrh je o tom ze k te antene nebo stozaru je mozne doplnit dalsi informace, pokud je clovek zna. U jinych POI je tomu podobne, ne vsechny vlastnosti jsou z ulice videt. > V současnosti se vysílače IMHO mapují spíše protože se jedná o dobré > orientační body v krajině, viz Ještěd atd. Ale na vesnicích jsou celkem vidět > i obyčejné stožáry BTS. S tim souhlasim, uz jsem takhle pridal hodne vodojemu, vysilacu a vezi. > - jsou antény, které nejsou vysílací (příjmací, zaměřovačky atd..) Pokud jenom vidim nejakou antenu, tak ji jako vysilaci ani prijimaci neoznacim, jenom pridam man_made=antenna jako bod do mapy. Pokud o antenach neco vim tak muzu podle toho jak vypada a kam je namirena doplnit treba: band=400MHz (odhadnu podle velikosti) antenna:type=directional (vypada to jako yagi smerova antena) antenna:azimuth=100 (tam nekam miri) > - je spousta antén, u kterých nejsou veřejně dostupné informace nebo je to > dokonce utajované (vnitro, armáda). Tady je asi potřeba si dát bacha na > zákony... Presne zakony neznam, ale pokud jsou anteny videt na sat. mape, jsou videt z google streetview a pod nimi je landuse=military, tak tam uz snad nejde nic vic prozradit. Myslim ze tohle patri do stejne kategorie jako treba mapovani vojenskych letist. V OSM vetsinou vsechno co je ze vzduchu videt je zmapovano, i tam kde treba google ma bile misto... Neco jineho by asi bylo kdyby nekdo chtel popisovat co presne se tam vysila, kam, kdy a na jake frekvenci. To rozhodnuti je na kazdem kdo edituje mapu, opet stejne jako je to u jinych veci vojenskych. > - telekomunikační úřad poskytuje dost dat, viz https://www.ctu.cz/databaze . > Otázka je, jak je to s licencováním. Dat maji dost, ale asi by bylo potreba mit specialni licenci pro import. Tohle bych ale resil az po schvaleni nejakeho schematu pro tagovani. > - vysílače rádia jsem zkoušel naimportovat do umapu - viz > https://umap.openstreetmap.fr/en/map/vysilace-radia_83867#8/49.788/15.507 Ty polohy jsou z CTU? Obcas je poloha dost vedle, napr. vysilac u Libeznice (Radio dechovka) je o 1300m vedle (50.180760° 14.465653°), podobne je to i u dalsich, jsou vetsinou o stovky metru vedle. JH ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Mapovani vysilacu v OSM - Draft #2
Cely draft jsem prepracoval, aby se pro vice frekvenci nebo vice anten pouzivaly relace. Zadna hruza typu "hodnota frekvence v klici" uz tam taky neni. Dale jsem upravil hierarchii pro klice specificke pro jednu modulaci, napr. "RF:modulation=GSM" a "RF:GSM:LAC=1234" misto "RF:ID:LAC". A lepsi priklad pro mapovani GSM, z udaju co zobrazi servisni menu telefonu (misto presne frekvence lze napr. pouzit RF:band). Draft #2: https://wiki.openstreetmap.org/wiki/Proposed_features/Radio_Frequency JH ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapovani vysilacu v OSM (RF draft)
Ahoj, > No, bylo by dobry aby to umelo vyjadrit i veci jako > "Tady je GSM bunka s temito parametry, frekvenci neznam" Tak k tomu melo slouzit "frequency=approximate", s tim ze frekvence je potom stred pasma (a to se da zjistit treba jenom podle velikosti anten). Pokud by frekvence nebyla pouzita v klici (viz predchozi email) tak by ji slo i uplne vynechat. > Podobne bych byl opatrny se specifikaci modulace. Wifi i GSM modulaci > meni podle rychlosti... Pro takove pripady se jako modulace uvede pouzivany standard, pripadne s vypisem pouzivanych parametru, pokud jsou nejak omezene a vi se o nich. Obecne druhy modulace jako FM, AM, ... jsou spis pro popis signalu o kterych clovek vi ze se z mista vysilaji, dokaze identifikovat modulaci ale treba ani nevi o jakou sluzbu se jedna. Takze pro WIFI staci uvest napr. "modulation=802.11b", pro LTE "modulation=LTE", i kdyz se jich pouziva cela rada. > Ty relace zas nejsou _tak_ strasny. Respektive myslim ze na tohle by > se hodily, a ze to je nejrozumejsi cesta jak to zapsat... Podivam se na to, nejake priklady si vyzkousim. Nejschudnejsi se mi zda neco jako: 1) Bod vysilaci vez (man_made=tower atd.) 2) Relace pro kazdou frekvenci zvlast (relace s tagy z toho draftu, bez frekvence v klici, vcetne definice anten), v relaci je vysilaci vez. 3) Pokud by nekdo chtel mit vlastni anteny jako body, tak je pridat do relace a dat jim ty tagy + role "antenna" JH ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mapovani vysilacu v OSM (RF draft)
Ahoj, > RF:420.120MHz:modulation=TETRA > Jak chces proboha toto jakkoli rozumne parsovat, kdyz do tagu davas hodnoty? Tak je mozne tenhle system nahradit: RF:list=1;2 RF:1:frequency=420.120MHz RF:1:modulation=TETRA RF:2:frequency=... ...atd.. Nebo pripadne: RF:count=2 (coz implikuje existenci RF:1 a RF:2) Jenom potom je potreba pohlidat konzistenci a taky pri smazani RF:1 z vysilace kde je 10 dalsich frekvenci to znamena prepsat cisla u vsech z nich. Jediny duvod proc jsem dal frekvenci do klice byla nezavislost na ostatnich hodnotach (takze by slo napr. zkopirovat jednu frekvenci a vlozit ji na jiny bod bez dalsich uprav, stejne tak ji smazat). Priklad s relacemi je zajimavy, ale pri tom jak, se relace v soucasne dobe edituji, dost pochybuju ze to nekdo bude chtit pouzivat. A dost pochybuju ze by se tahle situace nejak brzo zlepsila. JH ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] Mapovani vysilacu v OSM (RF draft)
Pokouset se mapovat aktualni pokryti signalu nema smysl, jednak se stale meni a potrebna data o nastaveni vykonu a smerovani anten zna jenom operator. Co ale podle me smysl ma je mapovani vysilacu ruznych signalu. At uz jde o radio, TV, radioamaterske vysilace, i ty BTS a dalsi sluzby. Narozdil od mapy BTS, ktera ma spis teoreticke vyuziti (napr. pri pokusech o zamerovani polohy pomoci okolnich BTS), mapa kde vysila jake FM radio a TV muze byt uzitecna pro kazdeho. Pokud tyhle informace budou v mape jako POI, bude mozne se treba jednoduse podivat co muzu slyset kdyz pojedu nekam na dovolenou. Podobne weby uz jsou, ale vzdy jde o jednu specifickou sluzbu v jedne oblasti (zemi). A jsme zpatky u puvodniho problemu, tedy jak tohle vlastne mapovat. O tom jsem uvazoval uz pred delsi dobou, prohledaval ruzne tagy na wiki. A vysledek byl ze tu zadny univerzalni system neni. Vzdy jde o tag specificky pouze pro jeden typ bodu, napr. letecky majak. Potom je tu pokus s "communication:amateur_radio", coz ale opet resi jenom HAM vysilace a nejde pouzit na nic jineho. Nakonec je tu i tahle hruza: https://wiki.openstreetmap.org/wiki/Proposed_features/Communications_Transponder Uz jenom nazyvani vsech vysilacu jako "transponder" je mi jako cloveku, co se podobnymi systemy zivi, dost "proti srsti". A pro ostatni z OSM komunity je potom hruza skryta ve varovani ze "This will have the side effect of placing multiple nodes at the same position.". Takhle tedy ne. Takze po zjisteni, ze tu zadne spolecne schema pro mapovani vysilacu neni, jsem zacal na necem podobnem pracovat. To bylo uz pred vice nez pul rokem. Pak jsem to odlozil stranou, ale tahle aktualni diskuze me tak nejak donutila to dokoncit, alespon do podoby proposal draftu: https://wiki.openstreetmap.org/wiki/Proposed_features/Radio_Frequency Pripominky jsou vitany, urcite se tam najde dost ruznych chybek, ale myslim ze sjednoceni tagovani vysilacu je dobry napad a tenhle navrh je jedna z cest jak to udelat. JH ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] dotaz na rychlost nahrávání upravených dat z JOSM
> taky se Vám poslední dobou zpomalilo nahrávání upravených dat z JOSM. > Zdá se mi , že je minimálně čtyřikrát pomalejší. Taky se mi zda ze je nahravani nejake pomale poslednich par dnu. Kolem 1000 zmen se mi odesilalo asi 5 minut. Vyzkousel jsem vypnout IPv6, ale zadny rozdil v rychlosti. Asi jde o nejake problemy na serveru, myslim ze je to pomale od te doby co byla OSM jeden den read-only z duvodu udrzby (probehla v pondeli 9.5.) ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] JOSM down/up load connection timeout
S IPv6 mam stejny problem a opravdu to vypada ze je to na strane serveru nebo nekde cestou, JOSM je v tom nevinne. Kdyz requesty v JOSM zacnou timeoutovat, server api.osm.org mi nejde ani pingnout. Obcas pomuze flush DNS cache (pod win: ipconfig /flushdns). Tim se ziska nova IP na jiny server ktery funguje. Zda se ze serveru je vic (asi nejaky load-balancing) a jeden z tech serveru ma problemy (nebo je spatna IPv6 adresa v DNS). ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] WeeklyOSM CZ 296
Perl to opravdu neni, ale z te "krypticke note" me vyslo tohle: "Tak to by bylo na tema dne trochu jednoduche,ne? Co takhle aspon malickou dalsi sifru?" (Napoveda pro ostatni /SPOILER WARNING/: coz takhle pouzit neco jako base64) ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz