Cus,

trochu se obavam toho, ze jakekoli schema narazi na ... schema OSM.

Vetsinou mas vysilac sdruzenej => na jednom fyzickym stozaru muzes mit klidne desitky ruznych vysilacu.

A tady mas defakto dve varianty ... bud budes mit k POI prirazeno 30 tagu na tema gsm800=yes, gsm1800=yes, .... a jakmile budes chtit jakkoli vic specifikovat nejaky dalsi parametry, tak je to v haji.

Nebo prozmenu jeste vetsi hruzu na tema gsm=800;900|...

Toto je pak z myho pohledu doslova megahruza

RF:420.120MHz:modulation=TETRA

Jak chces proboha toto jakkoli rozumne parsovat, kdyz do tagu davas hodnoty?


Osm v tomhle ohledu chybi to, co XML v zakladu naprosto prirozene umi = deklarace struktur. Vcetne moznosti opakovani.

V OSM to muzes (velmi nesikovne) simulovat pomoci relaci, coz je alespon parsovatelny. Tzn, pokud (si myslim dost nerealne) se zasadne nezmeni API OSM a neumozni vkladat primo struktury, tak by to schema melo vypadat zhruba nasledovne:

1) POI s primitivnim tagovanim "stozar/komin/... + vysilac"
2) tag vysilac bude implikovat 1-N relaci s tagovanim jednotlivych vysilacu
3) set relaci, kde kazda jedna relace bude obsahovat info o jednom konkretnim vysilaci - opet s jednoduchymi tagy - frekvence, vykon, uhel ... klidne relace pro kazdou jednu antenu, pokud budes chtit byt dusledny.

Toto schema pak je zcela vseobecne vyuzitelny pro vsechny podobny ulohy = potreba pridelit vice hodnot stejneho tagu jednomu prvku v mape. Jen je to vzhledem k tomu jak editory (ne)umi s relacemi pracovat proste vopruz.


Dne 17.8.2016 v 15:40 r00t.cz napsal(a):
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



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

Odpovedet emailem