Unitate 2 / 11

Geodezie, GNSS și prelucrare a datelor de topografie

Câștiguri:

  • Abilitatea de a edita și controla calitatea observațiilor brute GNSS, fișierele RINEX și coordonatele punctului cu fluxuri de lucru bazate pe inteligență artificială
  • Abilitatea de a converti note de măsurare în text liber, înregistrări de referință și triangulare în tabele și rapoarte standard
  • Abilitatea de a verifica poziția generată de AI și interpretările de precizie cu principii de măsurare statică/RTK și erori de ocluzie

Geodezia este știința de determinare a formei și dimensiunii suprafeței pământului și a locației punctelor de pe aceasta cu mare precizie. Instrumentul principal al acestei științe astăzi este GNSS. GNSS (Global Navigation Satellite System / Global Satellite Positioning System) este numele comun al constelațiilor de sateliți precum GPS, GLONASS, Galileo, BeiDou; Receptoarele calculează poziția măsurând timpul de sosire a semnalelor de la acești sateliți. În această unitate, discutăm unde funcționează inteligența artificială în siguranță și unde este trasată linia pe calea de la starea împrăștiată a datelor GNSS și de topografie clasică (stație totală, nivelare) la coordonatele regulate, verificate. Principiul este imuabil: AI organizează datele și semnalează inconsecvența; Inginerul dă acceptarea finală a coordonatei prin principii de măsurare.

Să clarificăm mai întâi câțiva termeni de bază. RINEX (Receiver Independent Exchange Format) este un standard de fișier text care stochează observații brute GNSS ale diferitelor mărci de receptoare într-un format comun. Măsurarea statică este metoda prin care receptorul rămâne fixat pe un punct mult timp (minute-ore) și produce o precizie ridicată. RTK (Real Time Kinematic) este o metodă care oferă instantaneu precizie centimetrică cu corecție de la o stație de referință. Eroarea de închidere este diferența care se acumulează la întoarcerea la punctul de plecare al unui traseu de măsurare închis (poligon sau nivel) și se așteaptă teoretic să fie zero; Este cel mai concret indicator al calității măsurătorii.

Unde intervine AI în siguranță?

Cea mai fiabilă contribuție a AI la procesarea datelor GNSS și a sondajului nu este calculul poziției în sine, ci activitatea de reglementare și control în jurul acestui calcul:

  1. Editarea datelor brute și a notelor. Notele cu text liber din caietul de câmp, numele punctelor, înălțimile instrumentelor și condițiile de observare sunt adesea împrăștiate. AI le descompune în tabele standard.
  2. Controlul de control al calității. Listează inconsecvențele, cum ar fi puncte a căror altitudine de receptor nu a fost introdusă niciodată, puncte măsurate de două ori cu același nume, timpi de remediere nerezonabile, coordonate în afara ordinului etc.
  3. Producerea raportului. Acesta convertește rezumatul campaniei de măsurare, metoda utilizată și valorile precum numărul de sateliți/PDOP într-un text care poate fi citit. (PDOP: Position Dilution of Precision; este un număr care se dorește să fie mic și arată efectul geometriei sateliților de pe cer asupra preciziei poziției.)

Cu toate acestea, nu este și nu ar trebui să fie treaba AI să: declare o coordonată „exact corectă” fără a lua în considerare eroarea de ocluzie, ignora principiile de măsurare și confirmă valoarea aplicației, înlocuiește echilibrarea (procesul de distribuire a excesului de măsurare la cea mai bună poziție din punct de vedere statistic). Echilibrarea și acceptarea finală rămân sub controlul software-ului și al inginerului relevant.

Sugestie: Întrebați AI „este această coordonată corectă?” Este o întrebare greșită de pus. Întrebarea corectă este „ce inconsecvențe și valori în afara ordinii sunt în acest set de date?” cu „este această eroare de închidere rezonabilă pentru clasa de precizie dată?” sunt intrebarile.

Pas cu pas: Transformarea cărții de măsurare a câmpului în date procesabile

  1. Mai întâi definiți schema. Coloane: point_no, tip (triangulație/poligon/detaliu), right_y, up_x, elevation_h, tool_load, metoda (static/RTK), satelit_number, pdop, data, notă. Impune schema modelului astfel încât rezultatul să fie consecvent.
  2. Fixați unitatea și datele de referință. Scrieți în ce CRS sunt coordonatele (de exemplu, TUREF/TM) și în ce date verticală este cota (de exemplu, Rețeaua națională de control vertical din Türkiye).
  3. Procesați un lot mic. Acordați în loturi de 20-30 de puncte; Înțelegi greșeala devreme.
  4. Obțineți o scanare QC. Modelul ar trebui să colecteze probleme precum înălțimea instrumentului lipsă, numele punctului duplicat, observarea PDOP mare etc. într-o listă separată de „avertizare”.
  5. Reveniți la sursă. Comparați rândurile aleatorii ale tabelului rezultat cu adnotarea brută; în special ordinea coordonatelor și numele punctelor.

Trei mini carcase: după cifre

Cazul 1 — Captură repetitivă a punctelor. O campanie de recuperare a detaliilor a măsurat 1.240 de puncte. Scanarea QC asistată de AI a semnalat că numele de 3 puncte au fost folosite de două ori (cu coordonate diferite) și înălțimea sculei nu a fost introdusă în 7 puncte. Dacă aceste 10 probleme ar fi revizuite manual, ar dura ore; Deoarece a fost surprins devreme, datele eronate nu s-au scurs în producția de hărți.

Cazul 2 – Avertisment PDOP. Într-o campanie RTK, 15 puncte au fost măsurate în condiții cu o valoare PDOP peste 6 (geometrie proastă a satelitului). Modelul a marcat aceste puncte drept „incertitudine mare”; Inginerul le-a remăsurat și s-a constatat că erau oprite cu câțiva centimetri în două puncte. AI nu a luat decizii, doar a atras atenția asupra observațiilor riscante.

Cazul 3 — Comentariu de eroare de închidere. Pe o rută de distanță, AI a descris eroarea de închidere ca fiind „acceptabilă” atunci când și-a pregătit raportul de campanie. Inginerul a verificat limita admisibilă în funcție de lungimea rutei și clasa de precizie prin calcul manual; Eroarea a fost chiar sub limită, dar foarte aproape de limită. Pentru a fi în siguranță, inginerului i-a fost remăsurat un picior. Lecție: AI care spune „acceptabil” nu înlocuiește o verificare a standardului calculată manual.

Solicitare slabă / Solicitare puternică

Prompt slab:

Editați aceste note de măsurare și spuneți-mi dacă sunt corecte.[note]

Solicitare puternică:

Rolul dumneavoastră: asistent QC pentru datele de măsurare. Traduceți notele de câmp de mai jos în SCHEMA furnizată și produceți o „listă de avertizare” SEPARATĂ. JUDECARE despre acuratețea coordonatei; doar marcați inconsecvența și valorile în afara ordinii.Schema: point_no | tip | sag_y | sus_x | kot_h | instrument_încărcare | metoda |număr_sateliți | pdop | data | data noteContext: CRS = TUREF/TM30 (EPG:5254). sag_y ~i 6 cifre se așteaptă. Reguli de avertizare: tool_yuk lipsă; repetarea punct_nu; pdop>6; coordonate în afara ordinului; câmp obligatoriu gol.Note: [note de câmp]

Promptul puternic interzice judecata, concretizează regulile QC și dă context așteptării rangului; Rezultatul devine auditabil.

Patru șabloane copiabile

1) Standardizare de calitate brută:

Traduceți următoarea notă de câmp în terminologia standard, despachetând abrevierile (de exemplu, „al.y.”->„înălțimea sculei”), dar NU modificați valorile numerice. Marcați expresiile vagi cu „[vag]”. Notă: [notă de câmp]

2) Scanare GNSS QC:

Enumerați problemele de calitate în tabelul de observare GNSS de mai jos: număr redus de sateliți, PDOP mare, timp scurt de observare, soluție flotantă (nefixă), coordonate în afara ordinului. Pentru fiecare rând, scrieți tipul de problemă și acțiunea recomandată. Nu te decide, doar marchează. Tabel: [tabel de observație]

3) Evaluarea preliminară a erorii de oprire:

Pentru următoarele date de închidere a poligonului/nivelării: (a) se calculează eroarea de închidere, (b) se reamintește limita admisibilă a clasei de precizie dată, (c) se comentează apropierea de limită și se adaugă o notă „Este necesară confirmarea manuală”. NU luați decizia finală de acceptare. Date: [date rută]

4) Proiect de raport de campanie de măsurare:

Scrieți o schiță de raport al campaniei de măsurare folosind următoarele valori: metodă, număr de puncte, număr mediu de sateliți, PDOP medie, erori de ocluzie, CRS utilizat și datum vertical. Utilizarea afirmațiilor certe despre acuratețe; Adăugați nota „sub rezerva aprobării inginerului”. Valori: [metrics]

Comparația termenilor de acuratețe

termen

Înțeles

Importanța în geomatică

Măsurare statică

Observație constantă pe termen lung

Triangulare, bază de mare precizie

RTK

Corecție instantanee de la referință

Achiziție rapidă a detaliilor în centimetri

PDOP

Calitatea geometriei satelitului

Valoare mai mică = locație mai fiabilă

Fix/Float

Ambiguitate rezolvată / nerezolvată

Soluțiile flotante nu sunt acceptate pentru achiziția detaliată.

eroare de oprire

Diferența acumulată pe traseu închis

Dovada concretă a calității măsurătorii

Greșeli comune

  • Făcând AI să judece acuratețea coordonatei. AI semnează inconsecvență; Precizia este determinată de principiile de măsurare și de echilibrare.
  • Soluțiile flotante sunt considerate a fi remedieri. Folosind observația RTK nerezolvată ca coordonată exactă.
  • Ignorând PDOP și numărul de sateliți. Încredere deplină în punctul măsurat în geometrie slabă.
  • Amestecarea originii verticale cu datele orizontale. Nivelați și coordonați așezați pe diferite referințe; Ar fi o greșeală să înlocuim unul cu celălalt.
  • Bazându-se pe judecata AI de „acceptabil” fără a confirma eroarea de oprire prin calcul manual.
  • Încărcarea datelor brute în modelul cloud fără a le anonimiza. În unele proiecte, locațiile punctelor aparțin unor instalații sensibile.

În concluzie

Spațiu sigur al AI în procesarea datelor GNSS și a sondajelor; organizarea datelor brute, scanarea pentru neconcordanțe și producerea de rapoarte preliminare. Acuratețea calculului poziției și acceptarea finală rămân în sarcina inginerului, cu principii de măsurare precum starea PDOP/fix, erori de închidere și echilibrare. Întrebați AI „nu?” dar „ce neconcordanțe există?” intreaba; Confirmați întotdeauna ipotezele critice, cum ar fi eroarea de închidere, prin calcul manual în raport cu standardul.

Sarcina de aplicare

Scrieți o solicitare QC pentru tabelul dvs. de observație GNSS cu 20 de linii (sau ipotetic): includeți schema, contextul CRS, așteptarea rangului și cel puțin cinci reguli de avertizare (înălțimea instrumentului lipsă, punct repetat, PDOP ridicat, soluție flotantă, coordonate nerespectate). Apoi verificați primele trei elemente ale listei de avertizare din ieșirea AI cu datele brute.

lista de verificare

  • [ ] Am definit schema și contextul CRS/datum vertical de la zero.
  • [ ] Am cerut AI pentru screeningul inconsecvenței, nu judecată.
  • [ ] Am instanțiat regulile de avertizare (PDOP, fix/float, rang, câmp lipsă).
  • [ ] Am separat soluțiile flotante și observațiile cu PDOP ridicat.
  • [ ] Am verificat că nu am amestecat datele orizontale cu cele verticale.
  • [ ] Am confirmat eroarea de închidere prin calcul manual în raport cu standardul.
  • [ ] Am date anonime/procesate de puncte sensibile într-un mediu certificat.
  • [ ] Am păstrat acceptarea coordonatelor finale în responsabilitatea inginerului.