În conformitate cu legislația națională a Republicii Populare Chineze , organizațiile care au primit permisiunea specială de la Departamentul Administrativ pentru Geodezie și Cartografie din cadrul Consiliului de Stat al Republicii Populare Chineze [1] au dreptul exclusiv de a utiliza datele geoinformațiilor în tara . Ca urmare a acestor restricții administrative, lucrările neautorizate legate de geodate sunt pedepsite cu amenzi, informațiile de geoetichetare lipsesc pe multe camere web chinezești echipate cu cipuri GPS , hărțile străzilor sunt combinate incorect cu hărțile prin satelit în diverse aplicații [2] , iar crowdsourcing -ul este, de asemenea, în afara domeniului juridic.proiecte de cartografiere precum OpenStreetMap [3] .
Conform articolelor 7, 26, 40 și 42 din Legea Republicii Populare Chineze privind geodezia și cartografia, topografia privată și cartografia sunt ilegale în China continentală din 2002. Legea interzice
Articolul 1 din această lege prevede:
Amenzile pentru încălcarea legii variază de la 10.000 la 500.000 de yuani (1.447 USD la 72.359 USD). Persoanele sau organizațiile străine care doresc să desfășoare activități conexe trebuie să înființeze o societate mixtă chino-străină [1] .
Între 2006 și 2011, autoritățile RPC au investigat aproximativ 40 de cazuri legate de încălcarea Legii geodeziei și cartografiei [4] . Au existat rapoarte în mass-media despre companiile urmărite penal în China pentru activități ilegale de geodate:
OpenStreetMap , un proiect de hărți a lumii cu sursă publică, a raportat că „exploatarea privată și munca cartografică în China este ilegală” [11] .
Reglementările chineze impun furnizorilor oficiali de servicii de cartografiere din China să utilizeze un sistem special de coordonate numit GCJ-02. Baidu Maps folosește un alt sistem de coordonate, BD-09 [12] [13] , care pare să fie bazat pe GCJ-02 [14] .
GCJ-02 (în mod colocvial „coordonatele lui Marte”, oficial chinezesc 地形图非线性保密处理算法; lit. „Algoritmul de confidențialitate al hărții topografice neliniare”) [15] este un datum aprobat de Biroul de Stat al Geodeziei și bazat pe Cartografie din China. modelul WGS 84 [16] . Acest sistem folosește un algoritm de estompare a datelor [17] care adaugă decalaje aleatorii la datele de latitudine și longitudine ale obiectelor în interesul securității naționale [14] [18] . Se percepe o taxă de licență pentru utilizarea acestui algoritm obligatoriu în China [15] .
Markerul cu coordonatele GCJ-02 va fi afișat corect pe hartă. compilat în acest sistem de coordonate, totuși, dacă un marker WGS-84 (de exemplu, o poziție GPS) este plasat pe harta GCJ-02 sau invers, decalajele pot atinge valori de la 100 la 700 de metri de la acesta. locația reală. În același timp, harta străzilor de pe Google.com este deplasată cu 50-500 de metri față de imaginile din satelit [9] [19] , în timp ce harta Google.cn nu este [20] . Yahoo! _ Maps redă o hartă stradală fără erori majore în comparație cu imaginile din satelit [21] . MapQuest suprapune, de asemenea, datele OpenStreetMap cu o acuratețe rezonabilă [22] . În ciuda secretului din jurul algoritmului de estompare a datelor din GCJ-02, există mai multe proiecte open source care oferă conversie între GCJ-02 și WGS-84 pentru o serie de limbaje de programare, inclusiv C# [23] , C, Go, Java, JavaScript , PHP [24] , Python [25] , R [14] și Ruby [26] [27] . Este posibil ca aceste proiecte să se bazeze pe un cod piratat care vă permite să convertiți parțial WGS în coordonatele GCJ [28] . Alte soluții de transformare includ interpolarea coordonatelor bazată pe regresie din setul de date Google China și coordonatele imaginilor satelitare [29] . O încercare a lui Wu Yongzheng folosind analiza Fast Fourier Transform a dat un rezultat foarte asemănător cu o scurgere de cod [30] .
Folosind codul piratat [23] , GCJ-02 folosește parametrii din datele Krasovsky . Parametrii au fost utilizați pentru a calcula lungimea unui grad de latitudine și longitudine, astfel încât decalajele în metri calculate mai devreme pot fi convertite în grade pentru coordonatele de intrare ale modelului WGS-84.
BD-09 este un sistem de coordonate geografice folosit de Baidu Maps care adaugă neclaritate suplimentară la GCJ-02 „pentru a proteja mai bine confidențialitatea utilizatorului” [31] [13] . Baidu oferă un API pentru a converti coordonatele Google sau GPS (WGS-84), GCJ-02, BD-09, MapBar sau 51ditu în coordonatele Baidu sau GCJ-02 [32] [12] . După cum prevede legea chineză [32] , nu există API de transformare a coordonatelor WGS-84, dar există implementări open source în R [14] și alte limbaje de programare [24] .
Aparent, sistemul GCJ-02 folosește mai multe zgomote de înaltă frecvență sub formă de , generând efectiv o ecuație transcendentală și eliminând astfel soluțiile analitice. Cu toate acestea, transformările „inverse” open source folosesc proprietățile GCJ-02 prin aceea că coordonatele transformate nu sunt prea diferite de WGS-84 și sunt în mare parte monotone în ceea ce privește coordonatele WGS-84 [33] [14] corespunzătoare :
de la tastarea import Callable # Reprezentați coordonatele cu numere complexe pentru simplitate . _ _ _ _ def rev_transform_rough ( bad : coords , worsen : C2C ) -> coords : """Inversați aproximativ transformarea `` worsen``. Deoarece ``bad = worsen(good)`` este aproape de ``bun``, ``worsen(rau) - bad`` poate fi folosit pentru a aproxima ``rau - bun``. Văzut pentru prima dată în eviltransform. """ revine rău - ( se înrăutățește ( rău ) - rău ) def rev_transform ( bad : coords , worsen : C2C ) -> coords : """Mai precis inversează transformarea `` worsen``. Similar cu ``rev_transform_rough``, ``worsen(a) - worsen(b)`` poate fi folosit pentru a aproxima ``a - b``. Prima dată văzut în geoChina/R/cst.R (caijun 2014). Versiunea numai pentru iterație (fără inițializare brută) este cunoscută începând cu fengzee-me/ChinaMapShift (noiembrie 2013). """ eps = 1e-6 wgs = rev_transform_rough ( bad , worsen ) îmbunătățire = 99 + 99 j # valoare inactivă in timp ce abs ( imbunatatire ) > eps : imbunatatire = inrautatire ( wgs ) - bad wgs = wgs - imbunatatire return wgsMetoda brută dă wgs2gcj [24] o precizie de 1-2 metri , în timp ce metoda exactă (metoda simplă de iterație ) realizează „precizie centimetrică” în două apeluri înainte [34] [33] . Deoarece aceste două proprietăți oferă unele funcționalități de bază ale sistemului de coordonate, este puțin probabil ca metodele să se schimbe cu noile sisteme de coordonate. Convertirea codului BD în GCJ este foarte asemănătoare cu metoda brută, cu excepția faptului că mai întâi elimină deplasarea constantă aplicată în mod explicit de ~20 de secunde de arc în ambele coordonate și funcționează în coordonate polare, similar cu funcția directă [14] .
Stabilirea metodelor de lucru pentru conversia în ambele direcții depășește în mare măsură seturile de date de varianță menționate mai jos [35] .
Problema deplasării coordonatelor GPS în China, care decurge din diferența dintre datele GCJ-02 și WGS-84. Coordonatele GPS sunt exprimate folosind standardul WGS-84, iar atunci când străzile chinezești exprimate în coordonatele GCJ-02 sunt reprezentate pe hărți, există o discrepanță semnificativă (adesea mai mult de 500 de metri) și, în același timp, o cantitate variabilă. Ca urmare, furnizorii autorizați de servicii de geolocalizare și hărți digitale (cum ar fi AutoNavi sau NavInfo ) sunt obligați să achiziționeze un algoritm de „corecție de compensare” care permite afișarea corectă a coordonatelor GPS pe o hartă locală [35] . Imaginile din satelit și seturile de date personalizate ale hărților străzilor, cum ar fi cele de la OpenStreetMap , se afișează, de asemenea, corect așa cum au fost colectate cu dispozitive GPS (deși acest lucru este ilegal din punct de vedere tehnic ).
Unii furnizori de conținut de hărți, cum ar fi Here , aleg, de asemenea, să-și compenseze stratul de imagini din satelit pentru a se potrivi cu harta străzilor la coordonatele GCJ-02 [36] .
Google lucrează cu compania chineză de servicii bazată pe locație AutoNavi din 2006 pentru a-și putea folosi hărțile din China [37] . google.cn/maps (fost Google Ditu) folosește sistemul GCJ-02 atât pentru hărțile străzilor [38] , cât și pentru imaginile din satelit [39] . Cu toate acestea, coordonatele din modelul WGS-84 raportate de browser sunt afișate incorect. În schimb, google.com/maps utilizează datele GCJ-02 pentru hărțile străzilor, dar nu compensează stratul de date de imagini din satelit care continuă să folosească coordonatele WGS-84 [40] , cu avantajul că coordonatele WGS-84 pot fi încă mapate corect la imaginea din satelit (dar nu pe o hartă a străzilor). Google Earth folosește și WGS-84 pentru a afișa imagini din satelit [41] .
Suprapunerea traseelor GPS pe Google.com Maps și pe orice hărți stradale preluate de pe Google.com prin intermediul API-ului său introduce o problemă similară de polarizare a afișajului, deoarece traseele GPS folosesc WGS-84, iar hărțile Google.com folosesc GCJ-02. Această problemă a fost semnalată de multe ori pe forumurile de produse Google începând cu 2009 [42] , iar aplicații terțe au apărut pentru a o rezolva [43] . Seturile de date offset pentru un număr mare de orașe chineze sunt disponibile comercial [44] . Prezența acestei probleme a fost remarcată din 2008, iar cauzele ei nu au fost clare; inițial s-a presupus în mod eronat că cipurile GPS importate au fost crăpate de cod, rezultând în raportarea incorectă a coordonatelor [45] .
În conformitate cu principiul „ O țară, două sisteme ”, legea Chinei continentale nu se aplică în Regiunile Administrative Speciale (SAR) Hong Kong și Macau , deci nu există restricții corespunzătoare privind lucrul cu geodate și nu există nicio problemă de Decalaj coordonate GPS. Cu toate acestea, la granița dintre SAR și China continentală, datele afișate pe hărțile online sunt sparte [46] , iar geodatele deplasate și corecte se suprapun. Acest lucru creează probleme utilizatorilor care trec granița, în special celor care nu sunt conștienți de această problemă.
Cenzura in China | |
---|---|
Tipuri de cenzură |
|
subiecte asemănătoare |
|