Nyerj Volkswagen Amarokot vagy iPadet! Regisztrálj és indulj a nyereményjátékon!
Fórum
- Kinek milyen a repce, illetve a búza? új
- Mi lesz veled mezőgazdaság! új
- Erdészeti gép támogatás és pályázat új
- Offtopic / Kocsma (chat minden egyéb része) új
- Búza termény felvásárlási árak új
- Napraforgó-termesztés új
- A "Nemzeti vidékstratégia 2020" munkaanyaga új
- Vadászat, vadgazdálkodás, vadászati jog – minden ami vadászat....... új
- Kukorica gyomirtása új
- Kukorica várhatóan........! új
Cikkajánló
Hirdetés
E-ügyintézés: rengeteg kérdést kaptunk, íme a válaszok!
Számos gyakorlati kérdés merült fel az eGN, EK, AKG és Natura 2000 témakörökben.
1658 hozzászólás
Válasz MrPoke #1257. hozzászólásáraEzt az ő oldalukról(fömi) másoltam és nem a gnss-ről.
A gnss alájuk rendelt ahogy a geoshop is.
Nem AI és nem szerkesztettem bele.
Valamit elírsz egy ideje mert nincs olyan, hogy ETRS2000
vagy
ETRS89 van
vagy
ETRF2000
Válasz termelo #1255. hozzászólásáraLechner ETRS2000 be konvertál. nem WGS84
Válasz termelo #1255. hozzászólásáraTovább megyek, MEPAR:
Válasz MrPoke #1251. hozzászólásáraA Lechner tudásközpont oldalán találtam :)
Nem is kell szarakodni az EOV-val hiszen ők is a WGS84-et használják így meg lehet tőlük venni közvetlen a WGS84 shapeket
Magyarországon az állami földmérés az Országos GPS Hálózatot (OGPSH) 1995-97-ben hozta létre. Jelenleg az OGPSH 1166 pontból áll, ez kb. 10 km-es pontsűrűségnek felel meg. Az OGPSH amellett, hogy biztosítja a saját GPS-bázisú mérések kezdőpontjait, lehetővé teszi a hagyományos és a GPS koordináta-rendszerek közötti transzformációt is. Az OGPSH pontok adatai (GPS hálózat megnevezése, WGS-84 koordináták) a VAB adatbázis részét képezik.
A pontok GPS koordinátáinak hibája nem haladja meg a 2 cm-t.
Az alappontok adatai xls vagy ESRI shape formátumban is igényelhetőek. Ebben az esetben a fizetendő díj az adatszolgáltatás alappontonkénti (rekordonkénti) ára.
Válasz termelo #1253. hozzászólásáraSzerintem téged az tévesztett meg, hogy a JD bázist nem szoftveresen töltöd fel a pozíció koordinátákkal.
Megjön az antenna az USA-ból és te kézzel beleírod a földmérő által megadott koordinátákat, ennyi.
A JD mindig olyan eszközt gyárt ami worldwide !
És meg is jöttünk, hogy a Trimble-s embert miért szív a JD-s szomszéddal !
Mert elég valószínű, hogy SF3 műholdas RTK-t használ és ott nem lesz a kőzetlemez eltolódás korrigálva.
Válasz MrPoke #1252. hozzászólásáraHát szerintem te se.
Én csak WGS84 be tudom a shp-t feltölteni a kijelzőre.
A bázis is WGS84 de ez miért baj?
Te a január 1-es példámmal élve ETRF2000-be kiméreted a bázist és aznap ETRF2000-be konvertált határvonalakat felraksz a kijelzőbe akkor tudod mi lesz?
Pár centit fog eltérésre állítani a Rover a bázishoz képest
Ha én ugyanezt megcsinálom a WGS84-el akkor meg kb. 80 cm korrigál a Rover és a végeredmény ugyanez lesz.
Válasz termelo #1250. hozzászólásáraMég mindig nem érted :) Nem a rover határozza meg milyen vetületben van a koordináta hanem az RTK bázis. És az Magyarországon ETRF2000/ETRS89.
Válasz termelo #1245. hozzászólásáraWGS84 re nem tudsz transzformálni. És nem is érdemes. ETRF2000 re kell.
És igen a hivatalos transformáció ez https://eht2.gnssnet.hu/
QGIS ben ezt úgy csinálod, hogy az EOV réteget EPSG:10660 legyen ahova konvertálod pedig EPSG:104186 legyen. És akkor elméletileg pontos jól használható lesz.
De ha ide feltöltöd és a pontok egybe esnek akkor pontos. Asztali gépen a forrást állítsd térkép közepének.
https://mrpoke21.github.io/MrPoke/covek/
Válasz Szfapa #1246. hozzászólásáraÁtolvastam a gnss-es oldalt:
Az ITRS (Nemzetközi Földi Vonatkoztatási Rendszer) és a WGS84 egyes megvalósításai között a gyakorlati felhasználás szempontjából elhanyagolható különbség van.
Az ETRS89 és az ITRS definíció szerint az 1989.0 epochában teljesen megegyező volt.
Tehát WGS84 = ETRS89 (1989 ben)
Ha jól értem ebben a pillanatban (2026) annyi a különbség az etrs89 és WGS84 között amennyit a kőzetlemez elvándorolt.
Magyarul:
Mivel a bázist elméletileg ETRS89-el mérettem ki így nincs különbség hiszen pont annyival lesz arrébb a bázis az 1989-es állapothoz képest amennyit a kőzetlemez elment.
Tehát WGS84 rover + ETRS89 bázis = 100% pontosság ?
Válasz Szfapa #1246. hozzászólásáraÉn nem mondtam, hogy vetület a WGS84, pont az ellenkezőjét gondolom...
Érdekesség:
Kapcsolat és igazítás: 1994 óta a WGS84-et folyamatosan frissítik, hogy megőrizzék az ITRF-fel való konzisztenciát. A legújabb frissítések, mint például a WGS 84 (G2296), az ITRF2020-hoz igazodnak a nagy pontosságú, következetes helymeghatározás biztosítása érdekében.
Dinamikus jelleg: Mivel mindkét rendszer „rögzített” a tömegközépponthoz, dinamikus, ami azt jelenti, hogy a földön lévő fix pont koordinátái az idő múlásával kismértékben változnak a tektonikus lemezmozgás miatt (kb. 2,5 cm/év).
Az EPSG:10608 EPSG.org leírása szerint a transzformáció a WGS 84 (G2296) és az ITRF2020 között nem igényel korrekciót (0 mm, 0 milliarc-second, 0 ppb), mivel a két rendszer megegyezik.
Válasz Szfapa #1247. hozzászólásáraAzt a shape-t próbáltam amit az egységes kérelem bevesz.
Nem írom be a területnagyságot mert az unalmas és lassú ezért a földmérő készített egy .zip-et ugyanazokkal a fájlkiterjesztésekkel mint amit a JD használ
Válasz termelo #1242. hozzászólásáraA wgs 84 helyett miben hozott letre masik shp fajlt amit nem figad el a rendszere ?
A wgs84 Epsg azonositoja 4326
Mit hasznalt ami nem volt megfelelo ?
Válasz termelo #1242. hozzászólásáraHa elfogadsz egy javaslatot
https://eht2.gnssnet.hu/gyik
Eloszor ezt alvasgasd át egy kicsit.( azert hogy h ne csak az legyen amit Poke vagy a forumozok mondanak Mondjuk rá hiteles irodalom)
A wgs 84 es az etrs89 kozotti diferencia hogy az elso egy globalis a masodik europara kifejlesztett rendszer
Önmagukban egyik sem vetulet!
Egy koordinata leirasahoz kel a datum , es kell a vetulet!
Datum pld wgs Xx vagy azetrs89.
Vetulet meg az UTM , EOV ….,
Anelkul hogy belebonyolodnank a jd shp keszitesedbe , ird le mit tettel ami az shp fajl eseteben hibat okoz.
Talan megfejtjuk egyutt a rejtelyt.
Válasz MrPoke #1235. hozzászólásáraTehát ha az EOV-WGS konverter változik akkor én ezt tudom elképzelni:
január 1-jén kiméretem a bázist és aznap készíttetek egy friss EOVk-ből konvertált WGS84 shape halmazt a földjeimre amit fel is töltök éjfélig.
A fentiek után a táblahatáraim 1000 év múlva is pontosan (2.5cm-en belül) ugyanakkora távolságra lesznek a templomtoronytól mint éjfélkor.
Ráadásul 100 év múlva bázis csere esetében nem kell újból kiméretni csak bepötyögnöm az első mérés koordinátáit.
Ez így igaz lehet?
Válasz kisparasztkaim #1237. hozzászólásáraTisztelt A * B /2
Poke nagyon jol leirta muszakilag a mukodest.
Tevedni csak a felhasznaloi kategoriakban tevedett. Nem ketto kategoria van. Marmint akik az akademiarol vagy mashonnet jottek.
Ugy latom ön a harmadik kategoria.
De ez is egy uj informacio nekunk akik probalunk ertelmeset alkotni es nem masnak a munkajat csak ugy ingyen elvezni.
Ha meg valamit nem ert azt kerdezze meg. Felteteleztem megnyilvanulasabol nem tudja mennyi hold kell minimum egy pozicio meghatarozashoz.
Azt meg vegkepp nem feltetelezem hogy egy nem szabalyos geometria teruletet vagy keruletet képes lenne kiszamolni.Nevem a jelem jol látszik a nick jebol is.
Válasz MrPoke #1234. hozzászólásáraTehát a bázis magyarán az origót küldi és mindent a Rover számol ! ?
Válasz MrPoke #1233. hozzászólásáraTalán.
Tudtommal az RTK igény lényege, hogy a föld forgásközéppontja folyamatosan változik.
A légköri anomália is fontos de nem hiszem, hogy 10-20 műhold egyszeri befogása mellett ez okozná a fő problémát.
Szerintem a WGS84 nem sík vetület. A JD ezzel megy, egyenlőre más adattartalmú shp-t nem tudtam beleetetni.
Válasz kisparasztkaim #1237. hozzászólásáraAkkora baromságot írsz, hogy az már fáj!
Eleve nem topic téma de amúgy sem lehet egyenes vonalú távolság méréssel 3 dimenzióban mérni.
Nekem van földem 1.2 km- hosszú, van benne 3 domb, tizen méter felettiek ezt mégis, hogy mérnéd öllel vagy szalaggal?
Válasz Pondoray Béla Bütyök #1229. hozzászólásáraBütyök úr
Hasznaltal már qgist ? Illetve qfieldet ?
Esetleg szivesen kiprobalnad ha adok egy qfield projektet ?
Válasz Radocz #1238. hozzászólásáraSaját magát nyugdíjazta.
Válasz MrPoke #1222. hozzászólásáraA mikroszkóp kezelő tanfolyamrol úgy emlékszem, hogy a nyugdíjkorhatártól még nagyon távol tetszik lenni.
Ha nem öregségi nyugdíjas, akkor milyen?
A sarokpont kituzeshez földmérőt illik hívni.
Válasz Szfapa #1236. hozzászólásáraHa gondolod vagyél.
Én azért nem vettem tehenet, mert nem iszom tejet.
Van, ismerősöm, aki kecskét vett, mert nem tudott venni kecske tejet.
Írunk magunknak egyet, mert az óccsóbb lesz, és sokkal könnyebb megtanulni a használatát.
Segíts már mi köze van a sorvezetésnek a területméréshez?
Én úgy tanultam, hogy ha téglalap alakú az egy hód, akkor ölfával, mérőszalaggal mepar segítségével megmérem a hosszúságát, szélességét. A két szám szorzata lesz terület.
Ha netán derékszögű háromszög, akkor a pontosság kedvéért még erdemes a végeredményt kettővel osztani!
Válasz MrPoke #1233. hozzászólásáraLassan en is megertem, miert kell foldet vennem. Ugy 3 hódat , de ha tutira tudni akarom hogy hun állok legalább 4 hód kell.
Csak az zavar ha 1 uveg pezsgo után kimegyek es 10 hódat látok a szomszed mé kérdi tőlem melyik sorban.
Most ha valaki nem lesz kepben a műhódas helymeghatarozasssl azt atirányitjuk a Penci kozmikus intezetbe..
De terjunk vissza a realitashoz. Hogy tudjuk hasznalni azokat a programokat amik erre a celra alkalmasak.
Válasz termelo #1228. hozzászólásárahttps://epncb.oma.be/_productsservices/coord_trans/
Tessék. Csak ugye ezek a párok időben változnak. Holnap már nem annyi lesz mint tegnap.
Válasz termelo #1232. hozzászólásáraA műholdas korrekciónál is van bázis több is csak nem interneten hanem műholdon küldi a korrekcióhoz szükséges adatott. A bázis feladata itt is mérni a mérési hibát.
Válasz Pondoray Béla Bütyök #1229. hozzászólásáraLassan írom mindenki megértse :D
RTK működése. Sokszögeléssel mérjük a műholdak távolságát (röviden). Alapvetően idő alapján. Csak ezek a fránya hullámok sebességét befolyásolja a légkör, ionoszféra, a műholdak sem mindig ott vannak ahol kellene lenniük meg még az atomórájuk sem jár mindig pontosan.
A bázis ismeri a saját helyzetét így meg tudja mérni ezeket a hibákat. Átküldi a rovernek és a rover ezen adatokból korrigálja a saját helyzetét.
Ugye ez általános iskola 3. osztály :D
Kezdjük úgy hogy a WGS az összes ETRS, ITRF, mindet pontosan ugyan úgy kell számolni ezek a föld középpontjából induló vektor értékek. (ezt is sok formátumban szokták megjeleníteni...)
Annyi a különbség hogy mihez képest mérik a vektor irányát.
Az EU ban ETRS2000 van az európai kőzetlemez mozgását követi. A bázisoknak ez a vektor érték alapján van megadva a helyzetük. És mérik a műholdaktól való távolságukat. Ezt küldik a rovernek így a bázis határozza meg hogy mit mutasson a rover GPS. Mivel a bázis ugyanazon a kőzetlemezen van mint a rover ez az érték mindig fix. Így ezzel nem igazán kell foglalkozni, a bázis pontos bemérése a lényeg.
ha már itt vagyok legyen az a csodás EOV. Ennek a lényege hogy egy sík méterben meghatározott felület ami Magyarországra van helyezve. Mivel Kőhalmitól tudjuk hogy a föld nem gömbölyű hanem föld alakú (geoid). Így nem lehet egy sima számítással pontosan meghatározni a távolságokat. Ezen eltérések kiszámolására van egy speciális konverzió az ETRS2000 és az EOV közt. Mert ETRS2000ben tudjuk GPS el meghatározni a helyzetünket.
Eov előnyei, jelentősen egyszerűbb benne számolni. egy szögmérő és egy vonalzó kell és kész is. Magyarország összes kataszter térképe ebben a formában van tárolva már a műholdak előtti idők óta, így megkerülhetetlen.
A sorvezetők, kézi műszerek stb mind ami cm pontosságot szeretne nem számol vektor geometriával. Mind sík vetületet használ mert úgy pontosabban kiszámolhatóak a területek, távolságok szögek.
Válasz Csera #1231. hozzászólásáraÉn semmilyen ellentmondást nem látok, a JD bázis oda vissza kommunikál.
Ha nem így lenne nem tudnád engedélyezni vagy letiltani a be nem fizetett antenna alvázszámokhoz tartozó eszközöket.
Az URH-s traktorantennák átjátszóként is működnek, szóval a 15-20 km hatótáv csak 1 bázis és 1 "traktor" között van így
optimális esetben egy origó mentén 2 "traktor" esetében a hatótáv megduplázódik.
Elképzelhetőnek tartom, hogy a korrekciós számítást nem is a bázis hanem a rover végzi.
Egyébként az említett példám nem tudom hogy lenne lehetséges.
Ráadásul a JD esetében minden RTK-s rover egyben bázis is
Szóval lehet a bázis csak a 0 pozícióhoz tartozó jelet küldi hiszen van műholdas RTK jel továbbítás is azt viszont képtelenségnek tartom, hogy ez esetben a kommunikáció 2 irányú lenne.
Gondolom az sem véletlen, hogy ezek csak több éves előre fizetéssel működnek és az aktiválást nem a műholdon hanem a kijelzőn kell elvégezni.
Válasz Pondoray Béla Bütyök #1229. hozzászólásáraKedves Bütyök !
"de egy bázis nem csinál mást, mint összehasonlítja a korábban nagy pontossággal bemért, eltárolt helyzetét, a pillanatnyilag mért pozícióval, és a kettő között számított különbséget adja meg, amit a rover figyelembe vesz. Pl.: eltérés É: -3 cm, K: +5cm."
-Hát igen, kezdetben én is így gondoltam...de nem így működik az RTK korrekció.
( ezt egyébként differenciális korrekciónak hívják)
-A helyzet és a megoldás ennél bonyolultabb.
-Gondolj bele, ehhez az kellene, hogy a vevőd mindenféle korrekció nélkül 2 cm-en
belüli ingadozással (eltéréssel) mutassa az adott pontot -csak nem jó helyen- és
ezt a pozíciót kellene -úgymond- korrigálni a bázistól megkapott értékkel.
(ami egy vektor lenne ugye)
-Azok közül a vevők közül, amik az elmúlt 20 évben a kezemben voltak kb. 1 tudott
korrekció nélkül egy 50 cm-es sugarú körön belül maradni. (Carlson Brx7)
-És hol van ez a 2 cm-től...
Válasz Pondoray Béla Bütyök #1229. hozzászólásáraButyok úr.
Nevesitsd a hasznalt alkalmazasokat ugy konnyebb kovetnem teged.
Ertelemszeruen leirtam az egy elozo hsz ban de Poke bibliaja is. Tegyuk fel,
Mindenki elfogadta , a bazisod ( bazisaitok) kompatibilisek az allami vagy azzal egyenerteku ( corrigo) szolgaltatoeval. Tehat a gnss vevodon ha fix rtk van akkor a gnss vevod a soros kimneten az nmea mondatokban etrs89 koordinata rendszerben levo adatokat fog kiadni.
Na most ezt a kimenetet kotod ossze a meresadatgyujto alkalmazasod bemenetevel.
Innet erdekes a dolog . Ha nem jol allitod be az adatgyujto alkalmazasod, akkor nem a vart koordinatakat kapod. ( ez a mondat lenyeges lesz majd a 4. bekezdesedben vazoltakhoz)
Mert annak is kell tudni milyen koordinata rendszerben fogadja az adatokat.
Ezzel ketté bontottuk a rendszert.
A gnss vevovore , es a hozza kapcsolt alkalmazasra. A gnss vevovel igy most nem torodunk a tovabbiakban.
Poke azt mondja ha egy tablat tobbreszre akar bontani , robbantani akkor vegig megy a trakesszal aztan az agopenben rogziti, minden a helyen van
Ebbol arra kovetkeztetek hogy a kapott koordinatak etrs89/etrf 2000 es ezt is rogziti. Ebben a rendszerben vannak a hatter terkepei ( shp fajlai).igy nem fog eltevedni soha.
A qfield projekt , mivel az a qgisbol szarmazik be kell allitani. Ugyanis a qgis qfiel kb 700 koordinata rendszert tud kezelni.
Az adatokat pedig retegeken taroljuk . ( csaknaz egyszeruseg miatt irom igy ne kotozkodjon senki)
A retegeknek is van sajat koordinata rendszeruk
Innettol csak technikai dolog. ha megadod a projektbe a szukseges datum tramsformaciokat is akkor az aktiv retegen amit a meresre ( kijeloleshez , cel beallitas)
Hasznalsz mindig a helyes koordinata kerul rogzitesre.
Ezt az eljarast hivhatod ugy is hogy kikenyszerites
Es vegul az emlekezteto mondat
A qgis t anno wgs84 re terveztek. Meg szo se volt rtk meres rol stb…
Amikor a qfield vezerlo panelhen bekapcsolod a helyadatok mutatasa opciot akkor a minosegi ertekek felett latsz egy pozicio x es y mezot.
Ebben a mezoben van a “ rossz” ertek
Mert oda a wgs84 koordinata rendszeren ertelmezett. Etrs89 koordinata erteket irja. Ezzel nem kell foglalkozni.
Viszont a pozicio murato melle beallithato hogy a helyzetedet miben irja ki.
Es meg egy mivel egy pozicio mutatod van csak 1 koordinata rendszerbeli kijelzest tidsz logice beallitani
Ha az aktiv retegrol valtasz egy masikra akkor is marad a kijelzes.
Ertsd van etrs van eov reteged a koordinata kurzor mellet a pozicio kiiras az a crs be lesz amit a projekt letrehozaskor meghataroztal
Remelem konyhanyelven igy mar ertheto amit keirtam
Kb 5 perc egy ilyen qfield projekt megcsinalasa oszt merhetsz kituzhetsz
A kepekert keress vissza a hlacnak cimzett valaszert
Érdeklődve olvasom a topicban kialakult polémiát, ami néha már-már hitvita szintű, viszont sokszor szórakoztató. A vita eredendően nem rossz dolog, ha akarjuk tanulhatunk belőle. Bennem pl. egy kérdést fogalmazott meg, amiben a topicban lakó expertek segítségét várom.
Egyébként, ha mégis a laposföld-hívőknek lenne igazuk, teljesen fölöslegesen koptatjuk itt a billentyűket. 
Az alapfelvetést Poke egyik mondata adta: „Igazából a bázisállomás átveri az RTK vevőt.” Ezzel én is tisztában vagyok, de továbbgondoltam.
Egy pont kitűzésekor az ismert EOV koordinátákat váltjuk át ETRS-be, ez megy a szoftverbe (megj.: mivel ez a hitvita egyik tárgya, direkt nem nevesítem, esetünkben kb. tök mindegy ????). A használt program azt hiszi, hogy WGS rendszerben vannak a koordináták, de mivel valójában ETRS és a bázis is abban van bemérve, a korrekciós adatok is arra vonatkoznak – itt van az említett „átverés” -, pontosan bemért bázis esetében a karó a valós helyére fog kerülni. Ez igaz pl. az AgOpen- be betöltött táblahatárokra is.
Viszont, egy terület felmérésekor, úgy gondolom, az RTK-val dolgozó rover (pontosabban az azon futó szoftver) a műholdakhoz képest WGS-ben határozza meg a helyzetét és ezt korrigálja a bázistól kapott helyesbítő adatokkal. Tehát a felmért/korrigált adatok maradnak WGS-ben. Ha ez igaz, akkor a felmért pontok 60-80 cm-rel a valós terepi megjelenésük mellé kerülnek a felmérési fájlban, a WGS – ETRS elmozdulás miatt? Vagyis ebben az esetben a vevő ver át minket?
Lehet, hogy kicsit zavaros amit írtam, de egy bázis nem csinál mást, mint összehasonlítja a korábban nagy pontossággal bemért, eltárolt helyzetét, a pillanatnyilag mért pozícióval, és a kettő között számított különbséget adja meg, amit a rover figyelembe vesz. Pl.: eltérés É: -3 cm, K: +5cm.
Ebben nem vagyok teljesen biztos, ha van itt valaki aki ennél többet tud a bázisok által küldött üzenetekről – és ebben biztos vagyok –, igazán tarthatna egy kiselőadást erről, vagy linkelhetné hol találunk erről okosságokat!
Válasz MrPoke #1224. hozzászólásáraNem igazán értem.
Az én Google-m nem talál csak 1 EOV-ETRF2000 konvertert viszont EOV-WGS84-es variációból sokat.
Nem tudom, hogy képes e a JD megenni az ETRF2000-et. Erről kérdeztem is a véleményed korábban.
Szerintem a JD worldwide- gondolkodásából kifolyólag mindehol WGS-t használ, neki az Európai piac egy porszem...
A qfield bármit megesz az asztalról áthúzással de csak 1 rétegben.(EOV shp-t is)
A qgis automatikusan betölt áthúzással több réteget.
de
se tegnap se tegnap előtt nem sikerült a basemap-on megjeleníteni az shp-t
Most ott tartok mint te, hogy kezdem megutálni.
A Topo és az ARCGIS esetében még a shp betöltésig sem jutottam el
Válasz Radocz #1225. hozzászólásáraEmlegetett szamár... :D
A müholdak ugyanazt mutatják csak jól kell tudni használni.
Volt bőven panasz a terúlet méréseitekre.
Válasz Szfapa #1221. hozzászólásáraMost tünt fel egy mondat.
"Szerintem az aki nem az akademiarol jott annak nincs sorvezetoje, ha meg van megerdemli hogy egy kicsit tobbet tudjon. Aki meg a Godolloi sgrartudomanyin vegzett annak meg biztos nem kihivas az ingyenes alkalmazas."
A gazdák 5% ának van szakirányú felsőfokú végzetsége. Nagy részének még okostelefonja sincs. Vagy ha van csak telefonálásra használja.
Válasz termelo #1223. hozzászólásáraPl. azért mozdul a terület, mert a szomszéd eggyel többet kerül a sajátján, és a karót is átteszi .
Másik, hogy a műholdak állása mást mutat három évvel később .
Ezt akkor állapítottam meg, amikor kezdődött ez a terület méréses történet.
És fizetős digiterra szoftver volt egy “gagyi” GPS -be, ami útvonal tervezésre készült .
Válasz termelo #1223. hozzászólására"A bázis ugyanannyit mozog a kőzetlemezzel mint a sarokpontok"
Itt a lényeg. és ez az ETRF2000 lényege. mozog a kontinenssel együtt.
Szerintem az a földmérő sem volt képben mert valójában nincs hivatalos EOV WGS84 konverter.
Csak is EOV ETRF2000, én is még pár napig azt hittem WGS84 et használok de ahogy utána jártam ETRF2000 et. :)
Valamint 20 éve még Szinte ugyanaz volt a WGS84 és az ETRF 2000.
Igazából a bázisállomás átveri az RTK vevőt. Ő nem tudja mit is kap, csak a bázis referencia koordinátáihoz számolja a pozicciót.
Mivel nagy JD-s vagy biztos emlékszel az URH-s időkre mikor ha egyik bázisról a másikra váltottál már nem ugyanott ment a traki. De azóta összehangolták az állomásokat.
Válasz MrPoke #1216. hozzászólásáraAzt nem tudom mivel de kérdésem lenne:
Ha a JD csak WGS84-et tud fogadni akkor be tudta venni esetleg az ETRF2000-et?
A földmérő 100%, hogy WGS84-et mondott nekem, ma rákérdeztem.
Ezek szerint nem volt érthető a példám?
Ha 1 alkalommal 30 éve pontosan meglettek határozva a sarokpontok, tök mindegy milyen crs-be és tételezzük fel hogy a 25 km-en belül lévő bázis azóta 2.5 cm-en belüli jelet ad. Magyarán ekkora eltérésen belül ugyanolyan távra vannak a pontok a bázistól.
Ez esetben világosítson már fel valaki miért mászna el a terület?
(A bázis ugyanannyit mozog a kőzetlemezzel mint a sarokpontok)
Válasz Szfapa #1221. hozzászólásáraMivel találtam jobb megoldást mint a Qfield nem igazán akarom elővenni. Valamint egy üres project nem sokat ér. QField et csak arra használtam hogy kitűzzek sarokpontot. Pont felvételre sokkal jobb ingyenes programok vannak.
Programot meg azért írok mert az olyan amit én szeretnék. Meg nyugdíjasként nincs jobb dolgom. :)
Válasz MrPoke #1220. hozzászólásáraNem rossz de minek irni egy ilyent ha ott a qgis qfield ami már ezt tudja?
Meg mindig nem kuldted at azt a ,Kb 40 kb qfield pr fajlt ami tud eov be meg etrsbe merni. A tobbi csak plusz reteg miibol pldaul kituzol.
Vagy en rakjam ki ?
Hidd el kb 5 perc megcsinalni.
Aztan talan hiszel nekem h van ra igeny. Szerintem az aki nem az akademiarol jott annak nincs sorvezetoje, ha meg van megerdemli hogy egy kicsit tobbet tudjon. Aki meg a Godolloi sgrartudomanyin vegzett annak meg biztos nem kihivas az ingyenes alkalmazas.
Ne hidd a ' parasztrol' hogy nem kepes ra.
Válasz Szfapa #1218. hozzászólásáraKb ez volt leírva abban a PDF ben amit megosztottam.
Most csinálgatok egy kimérő progit beépített EOV konverzióval.
Válasz Norba82 #1209. hozzászólásáraJD esetén régen voltak nem pontos bázis állomások amik bekavartak. Elméletileg azt már javították. De ha pl valami Centipede bázist asznál lehetnek bajok :D
Válasz MrPoke #1202. hozzászólásáraPoke Effendi
Szeretnem rovidre zarni. Meg a tobbiek csatarozasat megallitani.
Addig amig nincs rtk fixed a vevod a muholdakrol vett wgs84 el dolgozik.
Ardusimple eseten biztosan!
Rtk fix eseten kapod a korrekciot. Ezt a szolgaltatoi koordinata rendszerben kuldik. A vevod amikor ezt megkapja onnetol ebbol fog szamolni.
Ezt nem akartad elhinni. Ezutan mpeldaloztam hogy az allami bazisok is valamilyen koordinata rendszerben vannak es ebben fogjak kuldeni neked az adatokat.
Ezert van az hogy barmely koordinata rendszerre beallithatok a bazisok de utana a roverek ebben a crs fogjak kiadni az nmeaban a kulso eszkozoknek az adatokat.
Igen megfogalmazhato ugy is szabatosan h koordinata rendszer valtas tortenik.
Igaz a pontrol es a koordinata rszerekrol is amit mondtam
Hogy egyszeru legyek . Van harom koordinata rendszered a b c
A eseten a pont 1;1 wgs84
B a pont 2;2 etrs89
C a pont '3;3 eov
A bazis etrs 89 re van allitva
Namost no rtk a koordinatat ad ki 1;1
Van rtk b koordinatat ad ki. 2;2
Es az a szitu hogy a koordinata kurzorod vagy pozicio mutatod a mogottes terkep , (ami az shp fajlod )
Felett all.
Azt tudni hogy az etrs 89 es az eov kozott kell egy atvaltas amiert a meresadatgyujtokben ( ezek a méro programok topo digiterra stb) vannak a korrekcios / valos ideju transzformacios fajlok. Ezek felelosek azert hogy az atalakitas megtortenjen.
Ezert miutan a bazisokat akarmilyen rendszerre be lehet allitani , az abban a rendszerben felvett adatok alapjan mhetsz a sorvezetoddel minden nap jo helyre visz . De ez igy lokalis felhasznalas.mert abban a pillanatban amikor egy masik mondjuk a baratod bazisara allsz es az jol van beallitva mar mashol latod magad a terkepeden / shp fajlodon.
Itt jon be hogy talan megis csak fontos az hogy a bazisok jol legyenek beallitva, celszeruen az allamival kompatibilisre.
Na most az allami szolgaltatas etrs89/etrf 2000 . Eov be vannak meghatarozva a foldek birtokok sarokpontjai.
Azert kell vissza valtani az eov t a sorvezetokhoz keszulo shp terkepek hasznalatához , mert a sorvezetok vezerloi etrs89 ben rtk fixet kapnak.
Nincs koordinata konverzio beepitve a sorvezeto alkalmazasba,. Azt hasznalja amit kap az etrs89 et.
Tehat a mogottes terkep shp legeneralas is ebbol a koordinata rendszerbol levo adatokbol kell hogy legyen tortenjen.
Na ez nem valami szakmai lett de talan a folyamat meg a crs ek söröm öröm vzetesre egy kicsit ravilagit.
Nem kene most ezzel tovabb tudomanyoskodni , mint roghoz kotott meg eu meg ázsiai lemez. Ezt meghadyjuk a dr oknaknak ugyis minden evben bebizonyitjak hogy a főd lapos meg a kis f a 13 dik tizedestol nem volt jol meghatarozva.
Inkabb terjunk vissza a qgis qfieldre meresre kituzesre es a fedvenyekre.
Válasz Szfapa #1210. hozzászólásáraHát nem ugyanezt írtam le én is?
"Qfield bonyolult, még egy SHP filet sem tud megnyitni.
Kb a lépések:
Qgis telepítés asztali gépre.
Qfield plugin telepítés.
Qfield felhő létrehozás.
Qgis project qfield projectbe konvertálás
Feltöltés felhőbe....."
"Most pedig lásd a qfield milyen fájlokat támogat:"
"A qfield meg értelemszerüen a qgisböl él. Az ott létrehozott projekt kerül át a qfieldhez."
Tehát a Qfield önmagában semmit nem ér. QGIS meg nem parasztnak való.
Parasztnak az kell, hogy megveszi a területe koordinátáit. Azt a zip filet betöltse egy programba és működjön.
Válasz termelo #1208. hozzászólásáraKérdés mivel, és mire lett konvertálva ugye. Mert ha ETRF2000 re akkor azzal sosem lesz bajod.
Válasz termelo #1214. hozzászólásáraKb 10 földmérő karó került már a vetések mellé pontosan nállam. Ezer a kérdés, biztos nem a rendszer hibázik a JD-ben de nem ismerem a rendszert. Hogy viszik be a koordinátákat, milyen bázisállomást használnak. Lehet még ők se ismerik eléggé. Láttam olyat is hogy volt aki elindult egyik oldalon a földön és ahogy majd kijön jó lesz az a másik oldalon is.
Az előző irásokban volt a JD esetében említve az ITRF. Lehet ott a hiba? Nem tudom gondoltam hátha van egyszerű ötlet.
Válasz Norba82 #1213. hozzászólásáraAz a mindig az hány alkalom?
Milyen munkagépek esetében, volt-e nyomvonal eltolás?
Lehet a JD-s fickó gépe is pontosan megy csak a gépkezelő nem tudja beállítani stb.
A JD tudtommal a legnagyobb darabszámban eladott eszköz ezen a vonalon, sose volt vele baj.
Válasz termelo #1212. hozzászólásáraEddig mindig egyeztem a földmérővel.
Az Axiálos rendszert használom, így nem hiszem hogy nálam bázis probléma lenne.
Azt nem tudom Ő milyen rendszert használ.
Válasz Norba82 #1209. hozzászólásáraLehet nem, vagy nem jó koordinátákat írtak be a bázisállomásba.
A JD-nél ki kell a földmérővel méretni a bázist de ugyanez a hiba nálad is előfordulhat ha nem pontos a korrekció.
Rá kell szánni az időt és ki kell hívni egy földmérőt.
Mégis honnan vagy biztos benne, hogy neked van igazad? A te művelésedre rámért a földmérő?
Válasz Csera #1204. hozzászólásáraSzia Csera!
Tudom, hogy az EK-ból le lehet tölteni, (támogatói okirat megjelenítése, rajzok mentése), meg hát az is megvan amit beadtam. Csak azt nem tudom , hogy mi az a Mepar shape file, (annak tartalmaznia kéne az összes fedvényt), meg mi az EGNL portál, ez szerintem csak elírás volt a pdf-ben.
Jó lenne, ha az összes Mepar fedvényt le lehetne tölteni, de a Fömmi-től csak a blokkhatárokat, és a nem támogatható területet tudod megvenni, pénzért.
Van még néhány fedvény amit levág a EK.
Válasz MrPoke #1189. hozzászólásáraPoke
"Qfield bonyolult, még egy SHP filet sem tud megnyitni." igy irtad.
( én ugy probaltam elmagyarázni ... hogy rtk esetén a gnss vevő rááll a szolgáltatói framre ! ebben adja ki az adatokat.)
Most az SHP re
az SHP egy fájl eggyuttes.
shapefile (SHP)az Esri által kifejlesztett vektoros térinformatikai (GIS) fájlformátum, amely földrajzi objektumok (pontok, vonalak, sokszögek) alakját, helyét és attribútumait tárolja. Egy SHP állomány valójában több fájl együttese (legalább .shp, .shx, .dbf), amelyeknek a működéshez egy mappában kell lenniük.
Fájlösszetevők: A legfontosabbak:
.shp: A geometriai alakzatok (koordináták) tárolója.
.shx: A geometriai indexfájl.
.dbf: A tulajdonságadatokat (attribútumok) tároló dBase táblázat.
.prj: A vetületi (koordináta-rendszer) információkat tartalmazza.
Geometria: Pontokat, vonalakat vagy sokszögeket (poligonokat) ábrázol, de egy fájl csak egyféle geometriát tartalmazhat.
Alkalmazás: GIS szoftverek (pl. QGIS, ArcGIS, AutoCAD Map 3D) használják környezetvédelmi, várostervezési és térképészeti célokra.
Megnyitás: A legnépszerűbb nyílt forráskódú szoftver a QGIS, de az ArcGIS és a Google Earth Pro is kezeli.
Most pedig lásd a qfield milyen fájlokat támogat:
1. Projekt fájlok
• .qgs / .qgz: QGIS projektfájlok (a QField ezeket használja a rétegek és a stílusok megjelenítésére).
2. Vektoros adatformátumok (szerkeszthető)
• GeoPackage (.gpkg): Ez a leginkább ajánlott formátum a QFieldhez a gyorsasága és megbízhatósága miatt.
• Shapefile (.shp): ESRI Shapefile-ok (bár a GeoPackage-et javasolják helyette).
• GeoJSON (.geojson): Nyílt szabványú vektoros adatok.
• KML (.kml): Google Earth fájlok.
• GPX (.gpx): GPS nyomvonalak és pontok.
• SpatiaLite (.sqlite / .db): SQLite alapú adatbázisok.
3. Raszteres adatformátumok (térképi alapok)
• GeoTIFF (.tif, .tiff): Georeferált raszter képek.
• Cloud Optimized GeoTIFF (COG): Ajánlott raszterformátum a jobb teljesítmény érdekében.
• JPEG / JPEG2000 (.jpg, .jpeg, .jp2): Képek.
• MBTiles (.mbtiles): Offline térképi csempék.
• GeoPDF (.pdf): Georeferált PDF fájlok.
• WEBP (.webp): Tömörített képek.
4. Egyéb támogatott adatok
• Auxiliary files (.qml / .sld): Stílusfájlok a vektoros rétegek megjelenítéséhez.
• Fotók, PDF-ek, dokumentumok: A terepi adatgyűjtés során készített fényképek és csatolt videok
A QField a QGIS-ben elkészített projektet használja, amelyet a QFieldSync plugin segítségével lehet a legkönnyebben átcsomagolni és átmásolni a mobileszközre.
Nem kell ijesztgetni senkit !
Ne nekem készits shp.kezelést mert én is létre tudok hozni.
A qfield meg értelemszerüen a qgisböl él. Az ott létrehozott projekt kerül át a qfieldhez.
Nem gondolom , hogy Zip formában közvetlenül behuzható a futó qfield projektbe. De talán ez is preliminary development ként már napirenden van , Vagy a kivánságokba már felvették emlékeim szerint.
Válasz MrPoke #1206. hozzászólásáraHali! Van egy JD gazda aki elvileg ugyan azokkal a wgs84 koordinátákkal dolgozik mint én a trimbleben, de mégsem jön össze, hogy ugyan azon a nyomon dolgozzunk egymás táblái mellett.
Azt monja az övé jó, de van 30-150 cm ig benne eltérés. Ezen agyalok hetek óta, hogy tudom meggyőzni, hogy valmit nem jól csinál. Ötlet van esetleg? (JD-t nem ismerem.)