Pelnas:
- Galimybė redaguoti ir kontroliuoti GNSS neapdorotus stebėjimus, RINEX failus ir taškų koordinates naudojant dirbtinio intelekto darbo eigą
- Galimybė laisvo teksto matavimo pastabas, nuorodų ir trianguliacijos įrašus konvertuoti į standartines lenteles ir ataskaitas
- Galimybė patikrinti dirbtinio intelekto sugeneruotas padėties ir tikslumo interpretacijas taikant statinius / RTK matavimo principus ir okliuzijos paklaidas
Geodezija – tai mokslas, leidžiantis labai tiksliai nustatyti žemės paviršiaus formą ir dydį bei taškų vietą jame. Pagrindinis šio mokslo įrankis šiandien yra GNSS. GNSS (Global Navigation Satellite System / Global Satellite Positioning System) yra bendras palydovų žvaigždynų, tokių kaip GPS, GLONASS, Galileo, BeiDou, pavadinimas; Imtuvai apskaičiuoja padėtį matuodami signalų iš šių palydovų atvykimo laiką. Šiame skyriuje aptariame, kur dirbtinis intelektas veikia saugiai ir kur brėžiama linija nuo išsibarsčiusios GNSS būsenos ir klasikinių geodezinių (totalinės stoties, niveliavimo) duomenų iki įprastų, patikrintų koordinačių. Principas yra nekintamas: AI tvarko duomenis ir pažymi nenuoseklumą; Inžinierius pateikia galutinį koordinatės priėmimą, naudodamas matavimo principus.
Pirmiausia išsiaiškinkime keletą pagrindinių terminų. RINEX (Receiver Independent Exchange Format) yra tekstinių failų standartas, kuriame saugomi neapdoroti skirtingų markių imtuvų GNSS stebėjimai įprastu formatu. Statinis matavimas yra metodas, kai imtuvas ilgą laiką (minutėmis-valandomis) išlieka fiksuotas taške ir sukuria didelį tikslumą. RTK (Real Time Kinematic) – tai metodas, kuris akimirksniu suteikia centimetro tikslumą su korekcija iš atskaitos stoties. Uždarymo paklaida – tai skirtumas, kuris kaupiasi grįžtant į uždaro matavimo maršruto (daugiakampio arba lygio) pradžios tašką ir teoriškai numatomas lygus nuliui; Tai konkretiausias matavimo kokybės rodiklis.
Kur AI saugiai pradeda veikti?
Patikimiausias AI indėlis į GNSS ir apklausų duomenų apdorojimą yra ne pats padėties apskaičiavimas, o reguliavimo ir kontrolės darbas aplink šį skaičiavimą:
- Neapdorotų duomenų ir pastabų redagavimas. Laisvo teksto pastabos lauko sąsiuvinyje, taškų pavadinimai, prietaisų aukščiai ir stebėjimo sąlygos dažnai yra išsklaidytos. AI suskirsto juos į standartines lenteles.
- Kokybės kontrolės patikra. Jame pateikiami neatitikimai, pvz., taškai, kurių imtuvo aukštis niekada nebuvo įvestas, du kartus išmatuoti taškai tuo pačiu pavadinimu, nepagrįsti pataisymo laikai, netvarkingos koordinatės ir kt.
- Ataskaita apie gamybą. Jis konvertuoja matavimo kampanijos santrauką, naudojamą metodą ir metriką, pvz., palydovų skaičių / PDOP, į skaitomą tekstą. (PDOP: padėties tikslumo praskiedimas; yra skaičius, kuris turi būti mažas ir parodo palydovų geometrijos įtaką danguje padėties tikslumui.)
Tačiau dirbtinio intelekto darbas nėra ir neturėtų būti: paskelbti koordinatę „tiksliai teisinga“, neįvertinus okliuzijos paklaidos, nepaisyti matavimo principų ir patvirtinti taikymo reikšmę, pakeisti balansavimą (matavimo pertekliaus paskirstymo į statistiškai geriausią padėtį procesas). Balansavimą ir galutinį priėmimą kontroliuoja atitinkama programinė įranga ir inžinierius.
Patarimas: paklauskite AI „ar ši koordinatė teisinga? Tai neteisingas klausimas. Teisingas klausimas yra "kokie neatitikimai ir netvarkingos reikšmės yra šiame duomenų rinkinyje?" su "ar ši uždarymo klaida pagrįsta nurodytai tikslumo klasei?" yra klausimai.
Žingsnis po žingsnio: lauko matavimų knygą paverskite apdorojamais duomenimis
- Pirmiausia apibrėžiate schemą. Stulpeliai: taško_no, tipas (trianguliacija/daugiakampis/detaliai), dešinysis_y, aukštyn_x, aukštis_h, įrankio_krovimas, metodas (statinis/RTK), palydovo numeris, pdop, data, pastaba. Įveskite schemą modeliui, kad išvestis būtų nuosekli.
- Pritvirtinkite įrenginį ir atskaitos tašką. Užsirašykite, kurioje KRS yra koordinatės (pavyzdžiui, TUREF/TM), o kuriame vertikaliame taške yra aukštis (pavyzdžiui, Turkijos nacionalinis vertikalaus valdymo tinklas).
- Apdorokite mažą partiją. Suteikite partijomis po 20-30 taškų; Anksti supranti klaidą.
- Gaukite QC nuskaitymą. Modelis turėtų surinkti tokias problemas kaip trūkstamas prietaiso aukštis, pasikartojančio taško pavadinimas, didelis PDOP stebėjimas ir tt atskirame „įspėjimų“ sąraše.
- Grįžkite į šaltinį. Palyginkite gautos lentelės atsitiktines eilutes su neapdorota anotacija; ypač koordinačių tvarka ir taškų pavadinimai.
Trys mini dėklai: pagal numerius
1 atvejis – pasikartojantis taško fiksavimas. Detalių paieškos kampanija buvo įvertinta 1240 taškų. AI padedamas QC nuskaitymas pažymėjo, kad 3 taškų pavadinimai buvo naudojami du kartus (su skirtingomis koordinatėmis), o įrankio aukštis nebuvo įvestas 7 taškuose. Jei šios 10 problemų būtų peržiūrėtos rankiniu būdu, tai užtruktų valandas; Kadangi jis buvo pagautas anksti, klaidingi duomenys nepateko į žemėlapio gamybą.
2 atvejis – PDOP įspėjimas. Vienoje RTK kampanijoje 15 taškų buvo išmatuota sąlygomis, kai PDOP vertė buvo didesnė nei 6 (bloga palydovo geometrija). Modelis šiuos taškus pažymėjo kaip „didelį neapibrėžtumą“; Inžinierius juos išmatavo iš naujo ir nustatė, kad dviejuose taškuose jie nukrypo keliais centimetrais. AI nepriėmė sprendimų, tik atkreipė dėmesį į rizikingus pastebėjimus.
3 atvejis – uždarymo klaidos komentaras. Atstumo maršrute AI apibūdino uždarymo klaidą kaip „priimtiną“, kai rengia kampanijos ataskaitą. Inžinierius rankiniu skaičiavimu patikrino leistiną ribą pagal trasos ilgį ir tikslumo klasę; Klaida buvo šiek tiek žemiau ribos, bet labai arti ribos. Saugumo dėlei inžinierius iš naujo matavo vieną koją. Pamoka: AI pasakymas „priimtinas“ nepakeičia rankiniu būdu apskaičiuoto standarto patikrinimo.
Silpnas raginimas / stiprus raginimas
Silpnas raginimas:
Redaguokite šias matavimo pastabas ir pasakykite man, ar tai teisinga.[pastabos]
Galingas raginimas:
Jūsų vaidmuo: matavimo duomenų QC asistentas. Išverskite žemiau esančius lauko pastabas į pateiktą DIAGRAMĄ ir sukurkite ATSKIRĄ „įspėjimų sąrašą“. SPRENDIMAS apie koordinatės tikslumą; tiesiog pažymėkite nenuoseklumą ir netvarkingas reikšmes.Schema: taško_ne | tipas | sag_y | up_x | kot_h | tool_load | metodas |palydovo_skaicius | pdop | data | datos pastabaKontekstas: CRS = TUREF/TM30 (EPSG:5254). Tikimasi sag_y ~6 skaitmenų matuoklio. Įspėjimo taisyklės: trūksta įrankio_yuk; kartojantis taškas_ne; pdop>6; netvarkinga koordinatė; tuščias privalomas laukas.Pastabos: [lauko pastabos]
Stiprus raginimas draudžia spręsti, sukonkretina QC taisykles ir suteikia konteksto lūkesčiams dėl rango; Rezultatas tampa audituojamas.
Keturi kopijuojami šablonai
1) Žaliavos kokybės standartizavimas:
Išverskite toliau pateiktą lauko pastabą į standartinę terminiją, išpakuodami sutrumpinimus (pvz., "al.y."->"įrankio aukštis"), bet NEKEISKITE skaitinių verčių. Neaiškius posakius pažymėkite „[neaiškiai]“. Pastaba: [lauko pastaba]
2) GNSS QC nuskaitymas:
Žemiau esančioje GNSS stebėjimo lentelėje išvardykite kokybės problemas: mažas palydovų skaičius, didelis PDOP, trumpas stebėjimo laikas, plūduriuojantis (nefiksuotas) sprendimas, netvarkinga koordinatė. Kiekvienoje eilutėje parašykite problemos tipą ir rekomenduojamą veiksmą. Neapsispręsk, tik pažymėk. Lentelė: [stebėjimo lentelė]
3) Preliminarus išjungimo klaidos įvertinimas:
Dėl šių daugiakampio / išlyginimo uždarymo duomenų: (a) apskaičiuokite uždarymo paklaidą, (b) priminkite leistiną nurodytos tikslumo klasės ribą, (c) pakomentuokite artumą prie ribos ir pridėkite pastabą „reikia patvirtinimo rankiniu būdu“. NEPRIimkite galutinio sprendimo dėl priėmimo. Duomenys: [maršruto duomenys]
4) Vertinimo kampanijos ataskaitos projektas:
Parašykite matavimo kampanijos ataskaitos projektą naudodami šiuos rodiklius: metodą, taškų skaičių, vidutinį palydovų skaičių, vidutinį PDOP, okliuzijos paklaidas, naudojamą CRS ir vertikalią atskaitos tašką. Naudoti apibrėžtus teiginius apie tikslumą; Pridėti pastabą „priklauso nuo inžinieriaus patvirtinimo“. Metrika: [metrika]
Tikslumo terminų palyginimas
terminas
Reikšmė
Svarba geomatikoje
Statinis matavimas
Ilgalaikis nuolatinis stebėjimas
Trianguliacija, didelio tikslumo pagrindas
RTK
Momentinis pataisymas iš nuorodos
Greitas, centimetrų detalių surinkimas
PDOP
Palydovinės geometrijos kokybė
Mažesnė vertė = patikimesnė vieta
Fix/Float
Dviprasmybė išspręsta / neišspręsta
Plūdiniai sprendimai nepriimami detaliam pirkimui.
išjungimo klaida
Skirtumas sukauptas uždarame maršrute
Konkretus matavimo kokybės įrodymas
Dažnos klaidos
- Priversdamas dirbtinį intelektą įvertinti koordinatės tikslumą. AI rodo nenuoseklumą; Tikslumą lemia matavimo principai ir balansavimas.
- Manoma, kad plūdiniai sprendimai yra pataisymai. Neišspręsto RTK stebėjimo naudojimas kaip tiksli koordinatė.
- PDOP ir palydovų skaičiaus nepaisymas. Visiškas pasitikėjimas išmatuotu tašku esant prastai geometrijai.
- Vertikalaus atskaitos taško maišymas su horizontaliu atskaitos tašku. Lygis ir koordinatės sėdi ant skirtingų nuorodų; Būtų klaida vieną pakeisti kitu.
- Pasikliauti AI sprendimu „priimtina“, nepatvirtinus išjungimo klaidos rankiniu skaičiavimu.
- Neapdorotų duomenų įkėlimas į debesies modelį jų neanoniminant. Kai kuriuose projektuose taškų vietos priklauso jautriems objektams.
Apibendrinant
Saugi AI erdvė GNSS ir tyrimų duomenų apdorojime; neapdorotų duomenų tvarkymas, neatitikimų nuskaitymas ir ataskaitų projektų rengimas. Padėties skaičiavimo tikslumas ir galutinis priėmimas lieka inžinieriui, taikant tokius matavimo principus kaip PDOP/fix būsena, uždarymo klaidos ir balansavimas. Paklauskite AI „ar tiesa? bet "kokie čia neatitikimai?" paklausti; Visada patvirtinkite kritines prielaidas, pvz., uždarymo klaidą, atlikdami rankinį skaičiavimą pagal standartą.
Taikymo užduotis
Parašykite savo (arba hipotetinės) 20 eilučių GNSS stebėjimo lentelės QC raginimą: įtraukite schemą, CRS kontekstą, rango lūkesčius ir bent penkias įspėjimo taisykles (trūkstamas prietaiso aukštis, pasikartojantis taškas, didelis PDOP, plūduriuojantis sprendimas, netvarkinga koordinatė). Tada patikrinkite pirmuosius tris įspėjimų sąrašo elementus AI išvestyje, palyginti su neapdorotais duomenimis.
kontrolinis sąrašas
- [ ] Schemą ir CRS/vertikalaus atskaitos taško kontekstą apibrėžiau nuo nulio.
- [ ] Aš paprašiau AI patikrinti nenuoseklumą, o ne sprendimą.
- [ ] Sukūriau įspėjimo taisykles (PDOP, fix/float, rangas, trūkstamas laukas).
- [ ] Atskyriau plūduriuojančius sprendimus ir didelio PDOP stebėjimus.
- [ ] Patikrinau, ar nesumaišiau horizontalaus ir vertikalaus atskaitos taško.
- [ ] Uždarymo klaidą patvirtinau rankiniu skaičiavimu pagal standartą.
- [ ] Aš anonimizuojau / apdorojau jautrius taškų duomenis sertifikuotoje aplinkoje.
- [ ] Už galutinės koordinatės priėmimą palikau inžinieriaus atsakomybę.