[osm-hu] Orbview TMS, Bing es az offset

[Peter Gervai]

2012/6/1 Ferenc Veres <lionkmp at gmail.com>:

> - EGNOS műholdas korrekcióra képest eszközök elvileg nyílt terepen 2m
> pontosságot tudnak. Erre azt írtad, hogy a te készüléked nem jelzi, hogy
> használta-e a korrekciós műholdat, nekem sincs olyanom.

Egyrészt megnéztem, és az androidos cuccaim mind valahogy jegyzik a
pontosságot: a Locus PDOP, az OsmAnd pedig HDOP értékeket rögzít.

A kis dobozomon (Holux M1000C) most mindent bekapcsoltam, és elvileg rögzti:
* hdop
* vdop (irreleváns)
* pdop (fölösleges)
* fix: 3d (sps), dGPS ( http://en.wikipedia.org/wiki/DGPS ) vagy no fix.

Viszont azt gondolom, hogy tökmindegy, mivel a DGPS-re azt mondják
hogy párszáz kilométeren túl semmire sem jó, a legközelebbi hozzánk
meg amennyire látom több mint 1000 Km. A hdop/pdop segít valamennyire
érezni a pontosságot.

> - EUREF korrekció. Ha RAW műhold adatokat rögzítünk egy Bingen látható
> ponton, akkor a BME-n lévő GPS bázisállomás korrekciós adataival ingyen
> lehet korrigálni, a BME-től kb 30km-es körzetben. Van sok másik bázisállomás
> is, és szerintem megfizethető a korrekciós adat, mivel rövid időkről van
> szó. Ezzel addig jutottam, hogy az OpenMokóval RAW GPS adatokat rögzítettem,
> de a korrekciós programba már nem tudtam egyszerre bepumpálni ezt meg az
> EUREF-ről letölthető dolgot, igazából ezt elég hamar feladtam, mert nagyon
> meghaladta az ismereteimet a sok fura adatformátum. (Meg a RAW mentésre is
> rászántam sok-sok-sok órát és végül elegem lett. De a RAW működött és ha
> magában kiszámoltattam (ahogy a készülék is kiszámolta volna maga), lett
> belőle adat.)

Erről ez ugrik be:
http://fomi.hu/portal/index.php/termekeink/foldmeresi-alappontok/orszagos-gps-halozat-pontjai
http://www.sgo.fomi.hu/ogpsh.php

> Kinyitod a JOSM-ot vagy a Potlatch-et, ott van a műhold, lehet rajzolni. Ha
> nem lesz valami olyan automata módszer, mint amit az oldal alján a "True
> offset process" ír, akkor nem fogják használni az emberek. :-(

Fogják...

> Az, hogy én a commit commentekbe beírtam, hogy milyen Bing offsettel vittem
> fel az adott területen a dolgokat, szerintem soha senki nem fogja figyelembe
> venni. (Ráadásul mióta frissült a Bing, érvénytelen lett az egész. :-D )

Így van. Persze ez jó jel, azt jelenti, hogy a térképed pontos. :-)

Azt meg lehetne tenni, hogy a JOSM valami adatbázisba felküldi a bing
offseteket, ha valaki beállítja és rányom hogy megosztja. Közösségi
offset-átlagolás.

> Meg ha átreszeled, lehet, hogy 3 hónap múlva valaki visszareszeli.

Ha meg tudja indokolni, tegye. Az nem indok, hogy "bing".

> Pl ha pontosítod az utat, meg mellette pontosítanád a Bing eltolással a
> tavat, akkor hogy mondod meg a "többieknek", hogy az ott a jó? :-(

source=survey vagy source=gps

> Kérdéses az is, hogy hány GPS track után mondom azt, hogy "az út márpedig
> itt van". Az Accuracy Wiki page azt is írja, hogy más időpontokban kell
> rögzíteni. Az persze nem valószínű, hogy kisebb utakon sok track valaha lesz
> (bár itt visszakanyarodhatunk Laci ötletéhez, miszerint küldjön MINDENKI
> tracket).

Igen. De a GPS mindig megbízhatóbb mint a bing.

> A "küldjön mindenki tracket kampányt" beletervezhetem az új OSMHU designba,

Ezt bármikor.

> de persze ettől még a megoldást is ki kell találni. Pl hogy tudatod
> mindenkivel az offsettet, meg honnan lehet tudni, hogy melyik új jó már és
> melyik még nem?? Képzeljünk el egy olyan jövőt, ahol minden úton annyi GPS
> track lesz mint az M3-ason van, és az átlagát elfogadjuk? :-) Lehet, hogy ez
> az egyetlen jó megoldás? :-/

Nagyjából igen. De ha binghez ragazkodunk akkor lehet közösségi
korrekción gondolkodni.

A lényeg nem az, hogy tiltsuk be a bing 0,0-t, mert mindig lesz ilyen.
Nem is baj, ha a lefedetlen helyett +-40 méteres pontosságú
lefedettség van, bár örülnék ha a source=bing bing_offset=0,0 tagekkel
szűrhető lenne. A lényeg az, hogy aki ÉRT HOZZÁ az tudja, hogy ezeket
javítani kell, ha van hozzá referencia adat.

Ezt esetleg a wikire érdemes lenne dokumentálni, főként a gumibinget,
mert nem mindenkinek nyilvánvaló, hogy nem állandó az offset hanem
microsoftos véletlengenerátor gyártotta. (Meg hogy a hegyek magassága
miatt is lehet eltolódás.)

-- 
 byte-byte,
    grin