> Ahoj, je dostupné vydání 314 týdeníku weeklyOSM: > > http://www.weeklyosm.eu/cz/archives/7896 > > Téma čísla: Aktivní vrstva na OpenStreetMap.cz > > * Výročí KAPORu v OSM. > * Využití Strava v OSM. > * Domácí přesná GPS. > * Formule 1 používá OSM.

> On Fri 2016-08-12 20:14:23, Tom Ka wrote: > > Ahoj, je dostupné vydání 314 týdeníku weeklyOSM: > > > > http://www.weeklyosm.eu/cz/archives/7896 > > > > Téma čísla: Aktivní vrstva na OpenStreetMap.cz > > > > * Výročí KAPORu v OSM. > > * Využití Strava v OSM. > > * Domácí přesná GPS. > > * Formule 1 používá OSM. > > ...a uplne zcestne argumenty pro mapovani BTSek :-(. > > Jako ano, mapa BTSek by se mi libila, ale argument "kdyz me unosci > vysadi v lese tak abych vedel kterym smerem se mam vydat k signalu" > me uplne neuchvacuje. Plus, to by chtelo mapu _signalu_, a ne mapu > BTSek... BTSka ma dosah v desitkach kilometru... > 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 na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

> > Jo, ta diskuse se rozhorela u toho Herrmann-ova postu na OSM. Říct > "někteří nesouhlasí" je dost slabý výraz - i autor to původní > vyjádření zmírnil. (V následujícím postu řeší využití OSM dat a > autonomních dronů při záchranných operacích - zjevně mu nechybí > fantazie, proč ne, od toho konečně ty blogy a diskuse pod nimi jsou). > > Mapa signálu je medle úplně jiný *druh* projektu než OSM, a do OSM > nepatří; nicméně libo-li komu, existuje OpenCellID.org , která se > zabývá právě tím. > > Honza "Piškvor" Martinec > > > Dne 14. 8. 2016 18:46 napsal uživatel "Pavel Machek" <pavel na ucw.cz > <mailto:pavel na ucw.cz>>: > > On Fri 2016-08-12 20:14:23, Tom Ka wrote: > > Ahoj, je dostupné vydání 314 týdeníku weeklyOSM: > > > > http://www.weeklyosm.eu/cz/archives/7896 > <http://www.weeklyosm.eu/cz/archives/7896> > > > > Téma čísla: Aktivní vrstva na OpenStreetMap.cz > > > > * Výročí KAPORu v OSM. > > * Využití Strava v OSM. > > * Domácí přesná GPS. > > * Formule 1 používá OSM. > > ...a uplne zcestne argumenty pro mapovani BTSek :-(. > > Jako ano, mapa BTSek by se mi libila, ale argument "kdyz me unosci > vysadi v lese tak abych vedel kterym smerem se mam vydat k signalu" > me uplne neuchvacuje. Plus, to by chtelo mapu _signalu_, a ne mapu > BTSek... BTSka ma dosah v desitkach kilometru... > Pavel > -- > (english) http://www.livejournal.com/~pavelmachek > <http://www.livejournal.com/%7Epavelmachek> > (cesky, pictures) > http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html > <http://atrey.karlin.mff.cuni.cz/%7Epavel/picture/horses/blog.html> > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org <mailto:Talk-cz na openstreetmap.org> > https://lists.openstreetmap.org/listinfo/talk-cz > <https://lists.openstreetmap.org/listinfo/talk-cz> > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> Jo, ta diskuse se rozhorela u toho Herrmann-ova postu na OSM. Říct "někteří > nesouhlasí" je dost slabý výraz - i autor to původní vyjádření

> Mapa signálu je medle úplně jiný *druh* projektu než OSM, a do OSM nepatří; > nicméně libo-li komu, existuje OpenCellID.org , která se zabývá právě tím.

> Od: Pavel Machek <pavel na ucw.cz> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > Datum: 15.08.2016 17:00 > Předmět: [Talk-cz] mapovani signalu vs. BTS was Re: WeeklyOSM CZ 314 > >On Sun 2016-08-14 21:22:40, Jan Martinec wrote: >> Jo, ta diskuse se rozhorela u toho Herrmann-ova postu na OSM. Říct "někteří >> nesouhlasí" je dost slabý výraz - i autor to původní vyjádření > >:-) > >> Mapa signálu je medle úplně jiný *druh* projektu než OSM, a do OSM nepatří; >> nicméně libo-li komu, existuje OpenCellID.org , která se zabývá právě tím. > >Mapa signalu je jina vec nez mapa BTS stanic, a ano, je to o hodne >jine nez OSM. Mapa BTS do OSM IMO patri, mapa signalu tezko... to je >spis neco jako vrstevnice. > > 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 na openstreetmap.org >https://lists.openstreetmap.org/listinfo/talk-cz > >

> 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.

> 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" <pavel na ucw.cz> > To: "OpenStreetMap Czech Republic" <talk-cz na openstreetmap.org> > 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 na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz

> 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 <jandam na crcdata.cz>: > >> 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" <pavel na ucw.cz> >> To: "OpenStreetMap Czech Republic" <talk-cz na openstreetmap.org> >> 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 na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz >> >> _______________________________________________ >> Talk-cz mailing list >> Talk-cz na openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

> 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 <jandam na crcdata.cz> > Komu: OpenStreetMap Czech Republic <talk-cz na openstreetmap.org> > 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" <michal.poupa na gmail.com> > To: "OpenStreetMap Czech Republic" <talk-cz na openstreetmap.org> > 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 <jandam na crcdata.cz>: > > > 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" <pavel na ucw.cz> > > To: "OpenStreetMap Czech Republic" <talk-cz na openstreetmap.org> > > 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 na openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > > Talk-cz mailing list > > Talk-cz na openstreetmap.org > > https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz > > > > _______________________________________________ > Talk-cz mailing list > Talk-cz na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

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

> >> 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..... >

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

> 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 na openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-cz >

> RF:420.120MHz:modulation=TETRA > Jak chces proboha toto jakkoli rozumne parsovat, kdyz do tagu davas hodnoty?

> 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.

> > 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.

> 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.

> 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)?

> 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"...

> 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

> No, bylo by dobry aby to umelo vyjadrit i veci jako > "Tady je GSM bunka s temito parametry, frekvenci neznam"

> Podobne bych byl opatrny se specifikaci modulace. Wifi i GSM modulaci > meni podle rychlosti...

> Ty relace zas nejsou _tak_ strasny. Respektive myslim ze na tohle by > se hodily, a ze to je nejrozumejsi cesta jak to zapsat...

> > 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"

> > Pokud dam vlastni anteny jako body, tak relace nepotrebuju vubec. >

> Dne 18.8.2016 v 22:36 Pavel Machek napsal(a): > ... > > > >Pokud dam vlastni anteny jako body, tak relace nepotrebuju vubec. > > > > Cus, to je sice pravda, ale zkus si predstavit toto: > > http://1gr.cz/fotky/idnes/04/12/cl/09bec739ab_Zajimave_BTS_Treti_nejvyssi_.JPG > > Coz neni nic nijak vyjimecneho, sam z okna koukam na barak, kde je 100+ > anten. > > A zkus si predstavit, jak tech i jen treba 10 bodu blizko sebe bude fungovat > na nejaky aktivni vrstve mapy.

> Ledaze by se schema nastavilo jeste opacne = jedna relace, ktera bude > obsahovat nody. > > Relace by se pak nastavila tak, ze jeji soucasti je prave jeden objekt typu > node/area/relation, znacici polohu budovy/kominu/stozaru/... (s nejakym > oznacenim typu prvku v relaci) > > A dalsich 1-N prvku typu node s tagovanim jednotlivych vysilacu/anten. > > To by myslim bylo i celkem snadno udrzovatelny.