Nyerj Volkswagen Amarokot vagy iPadet! Regisztrálj és indulj a nyereményjátékon!
Fórum
- Erdőgazdálkodás, szakirányítás új
- Offtopic / Kocsma (chat minden egyéb része) új
- Vadászat, vadgazdálkodás, vadászati jog – minden ami vadászat....... új
- Mikor jön az ESŐ?! Agrármeteorológia, időjárás új
- Újvidéki mezőgazdasági kiállítás. új
- Cirok termesztése új
- Mi lesz veled mezőgazdaság! új
- Húsmarhatartás a Kárpát-medencében új
- Műhelyfelszerelés, szerszám, berendezés, kellékek, gépek új
- A "Nemzeti vidékstratégia 2020" munkaanyaga új
Cikkajánló
Fontos tudnivalók a hagyatéki eljárásról – mire figyeljenek az örökösök?
A MAGOSZ és Cseh Tibor András főtitkár tájékoztatója.
1658 hozzászólás
https://mrpoke21.github.io/MrPoke/covek/
De akkor szegény geoshop nem jut bevételhez 
Kölönben ha képernyő közép van megadva akkor simán rá lehet vinni a keresztet a HRSZ fedvény sarokpontjaira. Ha pedig a baloldali mezőn valamelyik kordinátára kattintotok vágólapra teszi a kordinátát.
Persze nem nagy dolog lenne megírni, hogy rajzoltatni lehessen vele táblákat, és menteni valami formátumba
Válasz termelo #1306. hozzászólásáraHa EOV ot írsz be akkor felismeri hogy a koordináták nem EOV formátumban vannak ezért átvált ETRF2000 re :)
Ami tökéletesen pontos mérést biztosít időfüggetlenül a Kite bázisaival. Vagy a te bázisoddal ami az ex főmihez van bemérve.
Válasz MrPoke #1301. hozzászólásáraMert nem jó az oldalad vagy nem jól írtad be vagy nem értelmezhető a leírások alapján mit csinál az ember.
Vetületnek EOV-t írtam be, forrásnak WGS84-et és 100% pontosra, hozza az oldalad !
Nagyjából ezt mondtam Szapa-nak is, hogy ilyen .zip-jeim vannak
Válasz Pondoray Béla Bütyök #1303. hozzászólásáraHa EOV ból GPS álltal tökéletesen pontos konverziót akarsz csinálni QGIS el akkor valahogy így
Válasz Szfapa #1302. hozzászólásáraHülyeség? Aha persze :D Legalább Takács Bencének hidd el amit mond :)
https://geod.bme.hu/content/centim%C3%A9ter-pontos-eovbalti-%C3%A1tsz%C3%A1m%C3%ADt%C3%A1s
https://github.com/OSGeoLabBp/eov2etrs/blob/master/etrs2eov_doc.rst
Válasz Szfapa #1302. hozzászólására
Nem teljesen igaz. Ugyan az a pont a QGIS-ben ábrázolva, egyszer EPSG 23700, és javítóráccsal, ami egyéni vetületként van megadva. QGIS 3.34.9-Prizren, még nem ismeri az EPSG 10660-at.
Válasz MrPoke #1298. hozzászólásáraHulyeseg , annyiban nem hogy a 10660 lett az uj elneves mivel a *.gsb racsokat az uj *.tiff re csereltek. Es itt egy kevest modositot drTakacs Bence.igy mm pontos az atvaltas.
A 23700 is ugyanazt a tiff racsot hasznalja.n
Egyebkent mar mondtam Bencenek hogy a 10660 nal a magassagi szamitas korul van gond .De ez most lenyegtelen.
A 23700 a crs az eov.
Mint mutattam amikor beallitod a datum transzformaciot ott latod hogy mikor hivatkozik a racs fajlra !
Eov - etrs eseten .amit a projekt beallitasokban kell megtenni !
Kerlek ne vitatkozzal eztel a dologgal.
Nyugodtan hasnalhato a 23700 crs.
Datum transzformacio beallit , ment.
Beviszi az eov koordinata adatokat
Majd mentes maskent etrs be.
Válasz termelo #1284. hozzászólásáraMegvan az E-mail :D
Ez bizony ETRF2000 formátumban van A csatolt képen látszik mennyi az eltérés jelenleg a WGS84 és az ETRS2000 között.
Koordináták:
x: 93354.2755379605, y: 670802.9914224054
lat: 46.184434841699996, lon: 19.316900776799997
Válasz Béláim #1295. hozzászólásáraAkkor rosz eov filet adott meg.
De adj egy HRSZ számot ránézek ha mégis a honlapon van a hiba.
Válasz Szfapa #1297. hozzászólásáraAz én alkalmazásom pontosan számít, a BME EOV transformációt használja. 3mm pontos a konverzió.
Válasz Szfapa #1296. hozzászólásáraQgis ben a 23700 es nem tartalmaz javító rácsot. Az nem megfelelő.
EPSG:10660 ez a BME álltal fejlesztett javítórács kódja.
Válasz MrPoke #1293. hozzászólásáraNem messze van csak két kulonbozo koordinata rendszer. Utobbi egy vetitett az elso meg geocentrikus.
De egy pont ugye barmelyikben megadhato ezt mar megfutottuk.
Az mar csak a hasznalt alkalmazas kerdese, hogy mibe jeleniti meg a pont koordinatajat.
Válasz termelo #1283. hozzászólásáraIgen a qgisben 23700 az epsg kodja az eov nek
Figyelj arra hogy h a projekt koordinata crs 23700 ba legyen beallitva .amikor egy reteget hozza adsz fajlbol pld szoveg vagy mas tipusbol akkor ott is be kell allitani hogy milyen koordinataju adatokkal adod hozza.
(On to fly mukodik a qgis de nem mindig.) Ez a tipikus mikor van nehany koordinatad es egy reteget akarsz letrehozni valamilyen crs ben.
A masik hogy van egy kesz reteged es csak egyszeruen behuzod , vagy a menubol hozza adod.
Itt elvileg ha rateszed az eger mutatot skkor pop up megmutatja honnet melyik meghajto mappa... Jott es milyen crs be van.
A bevitt retegre raalva jobb eger, mentes maskent ott is meg kell adnod hogy milyen crs be, ( eov, etrs89 , wgs84..) es milyen formatumba ( gpk, shp..) es mit ( pont...) akarsz menteni.
Válasz MrPoke #1289. hozzászólásáraA földmérő adta meg az eov-kat, táblázatban. Az az érdekes, hogy a mepar portálon ha odateszem az x-et, az meg azokat az eov-kat mutatja pont mint amit megadott.
Válasz MrPoke #1293. hozzászólásáraNem ír ki crs-t a kijelző.
időrés, frekvencia, meg 4011 ilyesmi kódok vannak. Ez mind RTK-s dolog nem GPS
Küldtem emailt, általában először spam-ba rakja.
Azért választottam ezt mert nemrégen lett kimérve.
A te oldaladon jól néz ki de valamit pirosnak ír (EOV-ETRF2000) talán
Mindegy a forrásnál mit választok WGS84 vagy ETRF2000 ugyanoda rakja ez miért van?
A qgis-t ezzel helyettesíteni tudom a szortírozás vonatkozásában
Válasz termelo #1291. hozzászólásáraETRF2000 nagyon messze van az EOV tól.
dok
És hidd el amit a GPS ed kiír mikor Kite bázishoz vagy csatlakozva az ETRF2000
Válasz termelo #1288. hozzászólásáraA kite ETRS89-hez van rögzítve ami együtt mozog európával emiatt jók még mindig a régi (WGS84)
Mikor kijön hozzád a földmérő ő is ETRS89 ben fogja bemérni a bázisod mert az ő bázisa is abban van.
Ezen a szaron:
https://epncb.oma.be/_productsservices/coord_trans/
Ha nem tévedek úgy kell átváltani, hogy
ETRF2000(EOV)
kell
ITRF2020(WGS84)
ba konvertálni...
Válasz MrPoke #1286. hozzászólásáraNekem nincsenek titkaim, nem félek a kiszivárogtatástól
Felesleges lenne keresgélnem a hibát ha nem tudom, hogy kell te meg megtalálod
Válasz Béláim #1287. hozzászólásáraRosszak az adatok, annyival el vannak mászva.
Honnan származnak az adatok és milyen kiterjesztésben van?
És mivel volt konvertálva?
Válasz MrPoke #1285. hozzászólásáraJelenleg a bérelt Kite-s megy,
viszont menet közben most megfordult a fejemben, az igaz, hogy a kijelző WGS84 címszó alatt beveszi az ETRS89-et ami nálam ugyan nem az hanem az eredeti WGS84 viszont
Az én bázisaim még nincsenek kimérve, a Kite-s bázis kimérésénél meg nem voltam ott.
Szóval azt nem tartom kizártnak, hogy WGS84 alatt a bázisba beírhattak ugyanúgy mást is
Válasz MrPoke #1277. hozzászólásáraA honlapon nézegetek meglévő pontokat, a piros kereszttel. Mi a oka annak, hogy a térképen lévő már pixelesre nagyított kataszteri metszéspontok átlagosan eltérnek balra 10 és fölfelé 35 centivel, mint ahol az adatok szerint lenni kéne?
Válasz termelo #1281. hozzászólásáraOtt a honlap tölts fel. Nyugi semmi adat nincs lementve az csak egy statikus honlap. De az email címem ott van jobbra lent a honalpon :)
Válasz termelo #1280. hozzászólásáraA WGS84 sosincs változtatva, az egy fix vektor. A z 0 a föld középpontja az x,y pedig az egyenlítő kör és a greenwichi meridián iránya. A kontinensek közben jönnek mennek de ez fix.
Minden hivatalos bázis ETRS89/ETRF2000 ban van kötve az Európai kontinenshez.
Szerintem a tied is... Kite axial vagy mi van neked? Ez mind ETRF2000....
Válasz Szfapa #1282. hozzászólásáraNem kell vásárolni, bérelhetsz is.
formátumban de annak ellenére, hogy papír forma szerint USB-n is kellene, hogy egye a .zip-et nem teszi.
Nekem van 2 bérelt és van 2 saját (tartalék) bázisom+most szeretnék egy NTRIP-es hozzáférést de ezt még ki kell nyomozni, hogy mibe legyen ezért is érdekel ennyire a téma.
Az állami bazárral nem tudok kommunikálni.
Ha leáll a rendszer átvált RTK-X re és 14 napig marad 2.5 cm pontos.
Állítólag megjegyzi az utolsó RTK jelet és az SF3-as jellel eddig tudja fenntartani.
Tudomásom szerint a JD shp WGS84 crs-be van a területalapú shp meg EOV-ba
Ebbe sok terület és mindegyikhez legalább ugyanannyi shp-van
Az Operation Center csak aktív határt fogad el ami olyan shp amibe egy első kör görbe rögzítve kell, hogy legyen SMS-el különben passzív marad és nem engedi később a Trackingot.
A kijelző, ne röhögjetek vezeték nélkül veszi át az adatot elvileg .zip
Usb-n úgy etetem őket, hogy van rá egy gyári progi(ez a .zip-es szar lehet, hogy adatvédelem vagy ehhez kapcsolódó beállítás miatt van)
A progi neve DataManager. Az OppCenterből már eleve jddm formatban töltöm le a cuccot amit a DataManager átkonvertál viszonylag sok mappába. Ezek a mappák tartalmazzák a traktor, gép, kijuttatott anyagok stb beállításait, dózisait, gépkezelőt ilyesmi...
Válasz termelo #1281. hozzászólásáraEPSG:23700 - HD72 / EOV
Előfordulhat olyan szoftver, ahol nem EOV-ként lesz hivaktozva erre a koordináta-rendszer, hanem EPSG:23700 -ként vagy HD72 -ként.
A 23700 az EOV kódja, így ez ugyanúgy megadható bármely szoftverben, amely támogatja az EPSG szabványt.
A fentieket nem tudom, hogy írtam e de ezen a vonalon azt akartam egyeztetni, hogy a qgis mentés máskénttal készít WGS84-et?
Meg ha jól értem a térinformatikába a WGS84 az egy etalon (szülő, ös, konstans, minden attya stb.)
Válasz termelo #1264. hozzászólásáraA tudomanyos dolgokat nem hoztam most ide.Ezert
Van egy kerdesem.
A jd vel kell egy bazis allomast is megvásárolnod hogy hasznalni tudd a rendszeredet ?
Vagy ugy adtak el hogy a hivatalos allami szolgaltatok rendszereire kapcsolodva is tudsz dolgozni vele?
Igy ertsd a helyzetet, leallt a sajat bazisod ott vagy a mezo kozepen. Szeretnel tovabbra is automata kormanyzassal menni. Tudsz kapcsolodni a Lechnerre ?
Hat igen mi tortenik vagy esetleg tortent -e ilyen ?
Tovabbra is kerdeznem
Mert latom Poke is segitene ,hogy pontosan mit szeretnel es mibol es milyen alkalmazassal eloallitani.
Azt tudjuk van egy tomoritett allomanyod amit a tamogatasi kerelemhez csatoltal. Ezt fm keszitette. Ést ezt az állományt betudod tolteni a rendszeredbe. Állitasod , tudasod alapjan az allomany wgs84 crs ben van.
- amit nem tudunk hogy ez tobb shp allomayt tartalmaz( foldreszletek)
Vagy az egesz, tamogatast igenyelt teruletet egyben .
A jd rendszered csak tomoritett allomanyt fogad el ?
Valaszold meg kerlek aztan tovabb lepunk, csak megtalaljuk a megoldast.
Válasz MrPoke #1277. hozzászólásáraNem lehet benne hiba mert másik JD és eltérő nem JD rendszerekkel is fut.
A földmérő 100%-os referenciával van, számtalanszor rámértek.
Adj valami címet ahova tudok küldeni shp-t
Válasz MrPoke #1269. hozzászólásáraIgen a WGS84 minden perccel változik úgy, hogy 10 év alatt az összes pontja egyenként 2.5 cm-en belül volt végig. Ez feltűnően ugyanaz az érték mint az RTK-s GPS-ek pontossága...
Ha jól értettem a WGS84 is felszínhez fixált csak nem 1 ponthoz hanem a világ különböző obszervatóriumainak az átlagához, ezért is nagyon kis mértékben változik.
Ezt viszont a műholdas RTK esetében rosszul mondtam:
"Vigyázat, ha nem arrébb szerkeszt hanem átvált ETRS89/ETRF2020-ba akkor pontosan ugyanott lesznek a shape-ei."
Ez csak akkor igaz ha ugyanabba a crs-be méri be a bázist mint amibe készül a shp.
Szerintem ti meg azért kell, hogy ETRS89 be shp-zzatok mert abban van a bázisotok
Válasz MrPoke #1278. hozzászólásáraHàt maga a korrekció ilyen szempontból jól működik. De az miért van, hogy a sima sf antenna jó magassàgot mutat, az rtk korrigált az meg sok tíz mérerrel eltérő rossz magasságot ír? De amúgy jól működik
Válasz Béláim #1273. hozzászólásáraSzerencséd van.
Itt volt sok gond a bázisokkal. valamint a Kite egy *************************
Akkor sem állnék velük szóba ha csak ők forgalmaznának input anyagot :D
Válasz termelo #1276. hozzászólásáraTe csak azt hiszed, hogy pontos :D
Milyen bázist használsz?
Nézd meg itt a koordinátáidat, hogy illeszkedik-e a HRSZ rácsra. Még választhatsz is milyen formátumban van szerinted.
https://mrpoke21.github.io/MrPoke/covek/
Az eltérések nagy része abból ered, hogy nagyon sok tévhit terjed még a hivatalos földmérők körében is. kaptam én már olyan shp EOV ot amire azt mondták jó. és mégis el volt mászva fél méterrel.
ha mondasz egy települést és hrsz számot küldök neked centiméter pontos tábla adatott. Teljesen frisset
Válasz Norba82 #1275. hozzászólásáraNem tudsz neki feldobni semmit ameddig nem tudod mi okozza a problémát.
Nekem WGS84 van feltöltve a kijelzőre és több mint 10 éve tökéletes.
Az antenna csak WGS84 be kommunikál és a bázis is, megnéztem a set up videókat és nem lehet rajta állítani.
Ez eddig 100%.
A kijelzőnél már érdekesebb de nem váratlan infó került elő, WGS84 be kommunikál de az ETRS89 az ugyanaz, ahogy van megeszi, nem kell átírni. Annyi a különbség, hogy természetesen tartalmazza a kőzetlemez elmozdulást.
Na most addig oké, hogy a Bázis átveri a Rovert, nevezetesen azt "hiszi", hogy WGS84-ben van de valójában a pozíciója a fizikailag már az "elcsúszott" kőzetlemezhez lesz rögzítve.
Ha jól hazudok bármilyen crs be van az shp, ha ugyanabba a crs-be kiméred a bázist pontos lesz.
Ahogy Szpapa megmondta
Magyarán ezért bolondbiztos a JD földi bázisa, mert mindegy hogy ETRS89 be töltöd fel a shape-t és ugyanebbe méred vagy WGS-be töltöd fel és ugyanebbe méred a pontosság nem változik.
A te felvetésed jó lehet, a SF-RTK jel WGS84 be jön és ha az ember ETRS89-et tölt fel az elvileg működhet. Az az egy bajom van, hogy ettől még mindig nem lehet 1,5 méter eltérés mert ahhoz 60 évnek kellett volna eltelnie 1989-től...
Válasz Béláim #1273. hozzászólásáraLehet ezt fogom feldobni, hogy a JD-be írjuk be ETRS89/ETRF 2000-be és ne wgs84-et használjon. Remélem el is hiszi, hogy az a jó.
Válasz termelo #1271. hozzászólásáraTe küldted az konvertert:
#1235 MrPoke 2026-02-21 21:59:40
2028 ig előre megmondom az összes EOV-t WGS84-be
Sőt, azért nem tudod mert nem jöttél rá mi az az ETRS89/ETRF2000
Az ETRS89/ETRF2000 semmi más mint a mai napig WGS84 amihez leraktak egy Bázist a kőzetlemezre 1989 ben
Ha akarod csinálhatsz ETRF2026-ot frissen konvertált WGS84-ből egy saját bázissal
És a JD URH-s bázis a legprofibb mert ha egyszer jól kimérték (rögzítették) akkor soha többet nem lesz számítási hiba
Válasz MrPoke #1270. hozzászólásáraAz urh-val mi a baj? Vagy a kitéssel? Az eov-dat ha átváltod ETRS89/ETRF2000-ba, és beviszed neki, hajszál pontosan ott fog menni.
Válasz MrPoke #1270. hozzászólásáraAha ezt értem, csak szerintem nem fog összejönni, hogy ugyan azt használjuk mi ketten.
Válasz MrPoke #1269. hozzászólásáraMajd megérted, az előbb mondtad a WGS-re, hogy fix, igaz?
Az ETRS89/ETRF2000 fix?
Válasz Norba82 #1268. hozzászólásáraTényleg az a lényeg, hogy ugyanazt az RTK hálózatott kell használni. Az URH egységeket lassan ki lehet dobni. Az axialos maxi net dobozt meg csak akarat kérdése és átírható.
A Centipede ingyen bázisokban meg nem szabad megbízni :D
Válasz termelo #1266. hozzászólásáraEz nem igaz. ETRS89/ETRF2000 et úgy határozták meg hogy 1989 ben rögzítették az európai kontinenshez az irányvektort. és az azóta azt követi.
tehát a két koordináta között kb az évek száma*2,5cm van.....
És honnan lenne WGS84 pontos koordinátád? Az a föld felszínén sosincs. Minden perccel változik.
Válasz termelo #1265. hozzászólásáraSzuper! Értem Én hogy gőzgép, de mi hajtja??? ????
Ez egy halandónak picit magas, de kb értem mire gondolsz, habár közel áll a kínaihoz! ????
Köszi
Válasz termelo #1264. hozzászólásáraIgen a WGS84 a fix. De az nekünk nem jó mert mi viszont mozgunk. Ezért kell a ETRS89/ETRF2000 ami a mi szemszögünkből fix.
Ez pont olyan mint a nap kering a föld körül? :D
A SF-RTK val az a baj, hogy nincs is sehol dokumentálva mi a referencia érték.
Ha WGS84 lenne (ami már csak egy összefoglaló név) minden évben korrigálni kellene az adatokat.
De akit érdekel és van rá lehetősége kimérheti. Egyszerűen álló helyzetben átvált SF-RTK ról Földi RTK hálózatra. Csak ne a Kitésre :D
Válasz termelo #1265. hozzászólásáraAz se mellékes, hogy adott napon WGS84-be átváltott EOV RTK esetében pontosan ugyan oda kimérhető mint az ETRS89/ETRF2020-be átváltott
Válasz Norba82 #1259. hozzászólásáraElőször meg kell győződni arról, hogy mi a probléma.
Ha az ember SF3-at vagy SF-RTK-t (műholdas RTK) használ akkor WGS84 hez igazított RTK jelet kap.
Ez esetben, mivel a Bázis nem tudja átverni a Rovert az embernek arrébb kellene valakivel szerkesztetni a shape-eit. Pontosan annyival mint az ETRS89/ETRF2020 és a WGS84 közötti különbség
de
Vigyázat, ha nem arrébb szerkeszt hanem átvált ETRS89/ETRF2020-ba akkor pontosan ugyanott lesznek a shape-ei.
Nekem is JD van és nekem is WGS84 ami tök mindegy mert a Bázis hozza helyre.
Csak ezt még nem értik...
Annyi van meg nekik, hogy a Bázis átvágja a Rovert.
Válasz MrPoke #1261. hozzászólásáradehogy is:
A 2024 márciusában bevezetett WGS 84 (G2296) a WGS 84 adatrendszer nagy pontosságú megvalósítása, amely az ITRF2020 és az IGS20 szabványokkal van összhangban. A 2024.0 referencia-epochában kevesebb, mint 0,01 méter (1 cm) pozíciópontosságot biztosít.
Te összekevered a szezont a fazonnal.
A WGS84 a legpontosabb és ráadásul a globális hely meghatározó.
Az ETRS89/ETRF2000 egy helyi regionális és elavult azóta már 2 ráncfelvarráson átesett (ETRF2014 és ETRF 2020) rendszer.
Csak azért használják mert a helyi kőzetlemez vándorlás tekintetében fix.
Fordítva ül az ember a lovon, nem a WGS84 mászik el 2.5cm-t hanem az ETRS89/ETRF2000 mozog el tőle a kőzetlemezzel együtt.
Ha nem tévedek az RTK ezt is helyre teszi.
Szfapa jól mondta, a sarokpontok ugyanott vannak csak a leíró koordinátarendszereken megy a vita.
Elvégre a 4 sarokpont ugyanolyan távolságra lesz egymástól is és a templomtól is bármelyik crs-ben
Válasz MrPoke #1260. hozzászólásáraOk! Köszi
Válasz MrPoke #1257. hozzászólásáraEgyébként ha jól tévedek maga a globális GPS hálózat is WGS84 alapú.
Legutoljára 2024 márciusában frissítették az ETRF2000 meg 2023-ban.
Válasz termelo #1258. hozzászólásáraETRF2000/ETRS89 erre gondoltam, ugyanaz.
"Ezt az ő oldalukról(fömi) másoltam és nem a gnss-ről."
Téves elavult infó, szándékosan meghagyták a WGS84 nevet, de minden is ETRF2000 ben van.
A földi halandót nem akarják össze zavarni :D
Különben nagyon nem stimmelnének a dolgok ha tényleg WGS84 ben lennének az adatok mert az évente 2,5cm et megy el. És az már fél méter....
Válasz Norba82 #1259. hozzászólásáraUgyanazt a bázist kell használni. Ennyi.
Válasz termelo #1254. hozzászólásáraOk! Vajon mi lehet ilyenkor a megoldás?
Arra van ötleted? ????
JD vs. Trimble