Skip to content

محول الإحداثيات: الدرجات والدقائق والثواني وUTM

محول الإحداثيات: حوّل خطوط العرض والطول من أي صيغة — عشرية أو درجات ودقائق وثوانٍ أو DDM — إلى UTM وWeb Mercator ونظامَي الصين GCJ-02 (AMap) وBD-09 (Baidu). يكتشف ترتيب lat,lng/lng,lat ويصدّر CSV دفعةً واحدة، داخل متصفحك.

بدون تتبّع يعمل في المتصفّح مجاني
يجري التحويل بالكامل في متصفحك — الإحداثيات التي تلصقها لا تغادر هذا الجهاز أبداً.

النقطة في كل الأنظمة

WGS-84 / CGCS2000 GPS، موقع iOS، OpenStreetMap، Tianditu 39.909230, 116.397428 39°54′33.23″N 116°23′50.74″E 39°54.5538′N 116°23.8457′E
GCJ-02 AMap (Gaode)، خرائط Tencent، WeChat wx.getLocation gcj02 39.910634, 116.403672
BD-09 خرائط Baidu (bd09ll) 39.916973, 116.410044
Web Mercator (EPSG:3857) x، y بالأمتار — بلاطات خرائط الويب 12957302.415, 4852760.584
UTM (WGS-84) النطاق + نصف الكرة، والإحداثيان الشرقي والشمالي بالأمتار 50N 448496.425 4417856.475
غاوس-كروغر 3° في CGCS2000 X (الشمال)، Y (الشرق، مسبوقة برقم النطاق) X=4419624.325 Y=39448475.815
غاوس-كروغر 6° في CGCS2000 X (الشمال)، Y (الشرق، مسبوقة برقم النطاق) X=4419624.325 Y=20448475.815

يزيح GCJ-02 هذه النقطة 555 م عن موقعها في WGS-84.

داخل المستطيل الذي تعتمده المكتبات الشائعة بوصفه «الصين» — وهو يشمل أيضاً شبه الجزيرة الكورية وأجزاء من اليابان ومنغوليا وفيتنام، حيث لا ينبغي تطبيق أي إزاحة.

كل رابط يحمل الإحداثيات بعد تحويلها مسبقاً إلى نظام تلك الخريطة، فيقع الدبوس في مكانه الصحيح.

قورنت النتائج الأمامية لـGCJ-02 وBD-09 نقطةً بنقطة مع gcoord 1.0.7؛ وقورنت UTM وغاوس-كروغر CGCS2000 وWeb Mercator مع PROJ 9.8.1 (pyproj) في حدود 1 مم؛ وقيست أخطاء التحويل العكسي بخطوة واحدة وبالتكرار على 35,321 نقطة شبكية في أنحاء الصين. وجرى التحقق من تقريب DMS وترحيل المنازل بحساب عشري دقيق. — فريق مطوّري Go Tools · Sep 30, 2026

كتبه وراجعه المطوّرون الذين يبنون أدوات الجغرافيا والترميز في الموقع. كل إحداثية ومسافة وقيمة خطأ في هذه الصفحة محسوبة بمحرّك الأداة أو مأخوذة من القياسات أدناه، ومُتحقَّق منها بالاختبارات.

إجابات سريعة عن الإحداثيات

كيف أحوّل الدرجات والدقائق والثواني إلى درجات عشرية؟

D + M/60 + S/3600 الدرجات العشرية = الدرجات + الدقائق/60 + الثواني/3600، وتكون سالبة لـS وW. مثال: 39°54′33.2″N = 39 + 54/60 + 33.2/3600 = 39.909222°.

ما نظام الإحداثيات الذي تستخدمه AMap وBaidu وGPS؟

GCJ-02 / BD-09 / WGS-84 تستخدم AMap (Gaode) وخرائط Tencent وWeChat بوضع gcj02 نظام GCJ-02؛ وتستخدم خرائط Baidu نظام BD-09، وهو إزاحة ثانية فوق GCJ-02؛ أما GPS وموقع iOS وOpenStreetMap فتستخدم WGS-84. ولا تقدّم أيٌّ من واجهات الخرائط الصينية الثلاث تحويلاً عكسياً إلى WGS-84.

ما مقدار الفرق بين GCJ-02 وWGS-84؟

17.6–715 م يختلف باختلاف الموقع: من 17.6 إلى 715 م في أنحاء الصين على شبكة بخطوة 0.05°، والوسيط نحو 430 م. حول ساحة تيانانمن يبلغ نحو 555 م، وفي قوانغتشو نحو 621 م. ويضيف BD-09 فوق ذلك 0.76–0.98 كم.

هل الترتيب lat,lng أم lng,lat؟

يعتمد على المصدر خرائط Google وترتيب المحاور الرسمي في EPSG:4326 يضعان خط العرض أولاً؛ أما GeoJSON وواجهات AMap وBaidu فتضع خط الطول أولاً (116.403672,39.910634). والزوج المقلوب ينقل النقطة آلاف الكيلومترات، لذا تكتشف الأداة الترتيب وتخبرك بالسبب.

ما دقة 6 منازل عشرية؟

≈ 0.11 م عند خط الاستواء تساوي الدرجة الواحدة نحو 111.3 كم، لذا 5 منازل ≈ 1.1 م، و6 منازل ≈ 0.11 م، و7 منازل ≈ 1.1 سم. والثانية القوسية الواحدة من خط العرض نحو 30.8 م.

صيغ تحويل الإحداثيات

تطابق هذه الصيغ الست محرّك الأداة، وكل قيم الأمثلة محسوبة به. والصيغتان الخامسة والسادسة هما التحويل الأمامي الكامل للنظام الصيني المُزاح: كثيرتا حدود تعطيان الإزاحة، ثم تُحوَّل إلى درجات بأطوال الأقواس عند ذلك العرض — بالمعاملات نفسها المستخدمة في أشهر مكتبتين مفتوحتي المصدر.

من الدرجات والدقائق والثواني إلى الدرجات العشرية

DD = D + M/60 + S/3600

S/W: DD = -(D + M/60 + S/3600)

39°54′33.2″N →

  1. 39 + 54/60 + 33.2/3600
  2. 39 + 0.9 + 0.0092222
  3. 39.9092222

= 39.9092222°

من الدرجات العشرية إلى الدرجات والدقائق والثواني (التقريب أولاً ثم التجزئة)

T = round(|DD| × 3600 × 10^k); D = ⌊T / (3600·10^k)⌋

M = ⌊(T − D·3600·10^k) / (60·10^k)⌋; S = remainder / 10^k

116.397428°, k = 2 →

  1. 116 + 0.397428°
  2. 0.397428 × 60 = 23.84568 → 23′
  3. 0.84568 × 60 = 50.7408 → 50.74″

= 116°23′50.74″

GCJ-02 → BD-09

z = √(x² + y²) + 0.00002·sin(y·π·3000/180); θ = atan2(y, x) + 0.000003·cos(x·π·3000/180)

lng_bd = z·cos θ + 0.0065; lat_bd = z·sin θ + 0.006

GCJ-02 (116.403672, 39.910634) →

  1. z = √(x² + y²) + 0.00002·sin(y·π·3000/180) = 123.055560
  2. θ = atan2(y, x) + 0.000003·cos(x·π·3000/180) = 0.33030648
  3. lng_bd = z·cos θ + 0.0065, lat_bd = z·sin θ + 0.006

= BD-09 (116.410044, 39.916973)

WGS-84 → Web Mercator (EPSG:3857)

x = R·λ; y = R·ln(tan(π/4 + φ/2)), R = 6378137

|φ| ≤ 85.0511287798066°

(116.397428°, 39.90923°) →

  1. x = 6378137 × 116.397428 × π/180
  2. y = 6378137 × ln(tan(45° + 39.90923°/2))

= (12957302.415, 4852760.584)

GCJ-02 offset polynomials (x = lng − 105, y = lat − 35)

T_lat = −100 + 2x + 3y + 0.2y² + 0.1xy + 0.2√|x| + ⅔(20·sin 6πx + 20·sin 2πx) + ⅔(20·sin πy + 40·sin(πy/3)) + ⅔(160·sin(πy/12) + 320·sin(πy/30))

T_lng = 300 + x + 2y + 0.1x² + 0.1xy + 0.1√|x| + ⅔(20·sin 6πx + 20·sin 2πx) + ⅔(20·sin πx + 40·sin(πx/3)) + ⅔(150·sin(πx/12) + 300·sin(πx/30))

(116.397428, 39.90923) → x = 11.397428, y = 4.90923 →

  1. T_lat(x, y) = 155.8381
  2. T_lng(x, y) = 533.8815

= T_lat = 155.8381, T_lng = 533.8815

WGS-84 → GCJ-02: offset to degrees

Δφ = T_lat·180 / (a(1 − e²)/W³·π); Δλ = T_lng·180 / (a/W·cos φ·π)

a = 6378245, e² = 0.00669342162296594323, W = √(1 − e²·sin²φ)

WGS-84 (116.397428, 39.90923) →

  1. W = 0.99862149
  2. Δφ = 0.00140351°, Δλ = 0.00624363°

= GCJ-02 (116.403672, 39.910634)

ما هي WGS-84 وGCJ-02 وBD-09؟

WGS-84 هو المرجع الجيوديسي العالمي الذي يقوم عليه GPS. فالإحداثيات الصادرة عن أجهزة استقبال GPS وiOS Core Location (الموثّق بإطار المرجع WGS 84) وOpenStreetMap كلها بنظام WGS-84. ويستخدم النظام الصيني CGCS2000 إهليلجاً لا يختلف عن WGS-84 إلا في الرقم المعنوي التاسع من التفلطح، لذا يمكن عدّهما نظاماً واحداً في أعمال التطوير.

GCJ-02، الملقّب بـ«إحداثيات المريخ»، هو النظام الذي تستخدمه خدمات الخرائط الصينية: فالوثائق الرسمية لـAMap وTencent تنصّ على أنهما تستخدمان نظام GCJ-02 الذي حددته هيئة المساحة والخرائط الصينية. وهو يضيف إلى WGS-84 إزاحة غير خطية تتغير بتغير الموقع — قيست بين 17.6 و715 م في أنحاء الصين. ولهذا تقع نقطة GPS المرسومة مباشرة على AMap على بُعد بضع مئات من الأمتار من مكانها.

BD-09 هو نظام خرائط Baidu، وهو إزاحة إضافية تُطبَّق فوق GCJ-02 (في وثائق Baidu: «مشفّر مرة أخرى على أساس GCJ02»). ويأتي بصيغتين: bd09ll (درجات) وbd09mc (أمتار)؛ وهذه الأداة تتعامل مع bd09ll. لاحظ أن bd09mc ليس Web Mercator EPSG:3857 — إذ تختلف الإحداثية الشمالية للنقطة نفسها بمقدار 17–30 كم.

تستخدم هذه الأداة الصيغ المفتوحة المصدر المنشورة: نتائجها الأمامية لـGCJ-02 وBD-09 تطابق gcoord وcoordtransform، وتحويلاتها العكسية تتكرر حتى يصبح خطأ الذهاب والإياب أقل من مليمتر. وقد استُخرجت هذه الصيغ بالهندسة العكسية، ولا توجد مقارنة علنية مع الخوارزمية الرسمية، لذا تصلح النتائج للتطوير ومعالجة البيانات — لا لمخرجات المساحة الرسمية.

WGS-84  39.909230, 116.397428   (GPS / iOS / OSM)
GCJ-02  39.910634, 116.403672   (AMap / Tencent)   +555 m
BD-09   39.916973, 116.410044   (Baidu)            +1378 m
AMap / Baidu API order: lng,lat → 116.403672,39.910634

ما الذي يقدّمه محول الإحداثيات هذا

الصق بأي صيغة

الصيغة العشرية وDMS وDDM وحروف d m s والكتابة الصينية 北纬/东经 مع 度分秒 وحروف نصف الكرة قبل الرقم أو بعده وروابط خرائط Google بصيغة @lat,lng — كلها تُقرأ كما هي دون تنظيف مسبق.

يميّز بين lat,lng وlng,lat

يُميَّز ترتيب lng,lat في AMap/Baidu من ترتيب lat,lng في Google، ويظهر السبب تحت المربع. وفي نقاط غرب الصين حيث تكون القيمتان أقل من 90، يُقرأ إدخال GCJ-02/BD-09 بخط الطول أولاً وفق قاعدة نطاق الصين.

كل الأنظمة دفعة واحدة

نقطة واحدة وسبع إجابات: WGS-84 وGCJ-02 وBD-09 وWeb Mercator وUTM ونطاقات غاوس-كروغر ذات 3° و6° في CGCS2000، لكلٍّ منها زر نسخ خاص — دون تبديل اتجاه التحويل ذهاباً وإياباً.

تحويل عكسي تكراري بدقة دون المليمتر

يُحلّ GCJ-02→WGS-84 وBD-09→GCJ-02 بتكرار النقطة الثابتة بدلاً من الاختصار الشائع ذي الخطوة الواحدة، الذي ينحرف بنحو 0.36 م في بكين و2.07 م في شنغهاي وبما يصل إلى نحو 4.9 م على شبكة تغطي الصين. وبعد 3–5 تكرارات يصبح خطأ الذهاب والإياب أقل من 1 مم، وتؤكد ذلك اختبارات الوحدة.

دعم نطاقات UTM وغاوس-كروغر

تشمل نطاقات UTM استثناءات النرويج وسفالبارد، ويُكتب نصف الكرة بحرفي N/S. ويستخدم غاوس-كروغر إهليلج CGCS2000 مع X نحو الشمال وY نحو الشرق (مسبوقاً برقم النطاق). وقد تحققنا منه مقابل PROJ بفارق لا يتجاوز 1 مم.

تحويل دفعات إلى CSV

الصق حتى 5,000 سطر واحصل على نتيجة أو سبب لكل سطر. اختر النظام الهدف وصيغة الزوايا، ثم انسخ ملف CSV أو نزّله (UTF-8 مع BOM). لا يغادر شيء متصفحك.

طرق أخرى لتحويل الإحداثيات

gcoord (JavaScript)

مكتبة npm

تدعم WGS84/GCJ02/BD09/BD09MC/EPSG:3857. يتوقف تحويلها العكسي لـGCJ-02 حين يصبح الباقي أقل من 1e-6°، وقد بلغ خطؤه في القياس 0.147 م؛ أما التحويل العكسي لـBD-09 فخطوة واحدة. نتائج هذه الأداة الأمامية تطابقها، وتحويلاتها العكسية أدق.

coordtransform

مكتبة npm / Python

التطبيق الأكثر نسخاً. gcj02towgs84 تحويل عكسي بخطوة واحدة (ينحرف بنحو 2.07 م حول شنغهاي، وبما يصل إلى نحو 4.9 م على الشبكة)، ومستطيل الصين فيها (73.66–135.05° شرقاً، 3.86–53.55° شمالاً) يُسقط نقاط الصين الطرفية نفسها، مثل موخه في أقصى الشمال.

PROJ / pyproj / QGIS

برامج نظم المعلومات الجغرافية

التطبيق المرجعي لـUTM وغاوس-كروغر وأنظمة EPSG — وإسقاطات هذه الأداة تتفق معه في حدود 1 مم. لا يتضمن PROJ نظامَي GCJ-02 وBD-09، لذا تبقى إحداثيات الخرائط الصينية بحاجة إلى معالجة منفصلة.

واجهة تحويل الإحداثيات في AMap

خدمة ويب

/v3/assistant/coordinate/convert تحوّل إحداثيات GPS أو Baidu إلى إحداثيات AMap، لكنها لا تقدّم تحويلاً عكسياً إلى GPS، وتتطلب مفتاح API، وترسل إحداثياتك إلى خادم.

واجهة geoconv من Baidu

خدمة ويب

تحوّل إحداثيات GPS وAMap/Tencent وbd09ll وbd09mc إلى إحداثيات Baidu. وتنص وثائقها على أنه، وفقاً للأحكام القانونية، لا يمكن تحويل أي نوع من الإحداثيات إلى GPS.

صيغ جداول البيانات

Excel / Sheets

تحويل DMS إلى عشري سطر واحد (=D+M/60+S/3600)، لكن صيغ GCJ-02 وBD-09 وغاوس-كروغر طويلة ويسهل الخطأ فيها. للبيانات الكبيرة، الصقها هنا وصدّر ملف CSV.

أمثلة على تحويل الإحداثيات

إحداثية AMap (GCJ-02، خط الطول أولاً) إلى GPS

نظام الإدخال: GCJ-02
116.403672,39.910634
WGS-84: 39.909230, 116.397428
BD-09:  39.916973, 116.410044

تُعيد واجهة AMap خط الطول أولاً، والأداة تقرأ الزوج على هذا النحو لأن 116 أكبر من 90. ويجري التحويل العكسي بالتكرار — فالاختصار الشائع ذو الخطوة الواحدة ينحرف هنا بمقدار 0.074 م، وبنحو 2.07 م حول شنغهاي، وبما يصل إلى نحو 4.9 م (في الركن الشمالي الشرقي) على شبكة تغطي الصين.

من الدرجات والدقائق والثواني إلى الدرجات العشرية

نظام الإدخال: WGS-84
39°54′33.2″N 116°23′50.7″E
WGS-84: 39.909222, 116.397417

39 + 54/60 + 33.2/3600 = 39.909222 و116 + 23/60 + 50.7/3600 = 116.397417. والصيغة الصينية 北纬39度54分33.2秒,东经116度23分50.7秒 تعطي النتيجة نفسها.

من GPS إلى غاوس-كروغر CGCS2000

نظام الإدخال: WGS-84
31.2304, 121.4737
3°: X=3457455.489 Y=40640412.315
6°: X=3457523.539 Y=21354575.479

تقع شنغهاي عند 121.47° شرقاً في النطاق 40 من نطاقات 3° (خط الطول المركزي 120° شرقاً) وفي النطاق 21 من نطاقات 6° (خط الطول المركزي 123° شرقاً). وخطوط الطول المركزية المختلفة تعطي قيم X وY مختلفة؛ ويمثّل أول رقمين من Y رقم النطاق.

تحويل دفعة من نقاط GPS إلى إحداثيات AMap

39.90923, 116.397428
31.239692, 121.499755
22.543096, 114.057865
39.910634, 116.403672
31.237678, 121.504188
22.540379, 114.062979

لصق عدة أسطر يفتح جدول الدفعات؛ اضبط «التحويل إلى» على GCJ-02 لتحصل على النتيجة أعلاه. ولتمرير البيانات إلى واجهة AMap، حوّل «ترتيب المخرجات» إلى lng, lat قبل تصدير ملف CSV.

كيف تستخدم محول الإحداثيات

  1. 1

    اختر نظام إحداثيات الإدخال

    اختر حسب مصدر الإحداثيات: أجهزة استقبال GPS وموقع iOS وOSM تعطي WGS-84؛ وAMap وخرائط Tencent والبرامج المصغّرة في WeChat مع type: 'gcj02' تعطي GCJ-02؛ وخرائط Baidu تستخدم BD-09. وتُقبل الإحداثيات المسقطة أيضاً كمدخلات (أمتار Web Mercator وUTM وغاوس-كروغر CGCS2000).

  2. 2

    الصق الإحداثيات، نقطة واحدة في كل سطر

    تُقرأ الصيغة العشرية وDMS وDDM وحروف N/S/E/W قبل الرقم أو بعده والكتابة الصينية 北纬/东经؛ وتُفصل القيم بفواصل أو مسافات أو فواصل منقوطة. يتبع إدخال غاوس-كروغر الترتيب المساحي الصيني: X (الشمال) أولاً ثم Y (الشرق)؛ وقيمة Y المسبوقة برقم النطاق مثل 39448475.815 تحدد النطاق تلقائياً.

  3. 3

    تحقّق من الترتيب المكتشف

    يوضح السطر تحت المربع هل قُرئت القيم على أنها «خط العرض، خط الطول» أم «خط الطول، خط العرض»، ولماذا (حروف نصف الكرة، أو قيمة أكبر من 90، أو قاعدة نطاق الصين). وحين تكون القيمتان أقل من 90 لا يمكن إثبات الترتيب، فيُفترض أن خط العرض أولاً — غيّر «ترتيب القيم» عند الحاجة.

  4. 4

    انسخ النتيجة أو صدّر ملف CSV

    لكل صف زر نسخ، ويمكن تحويل «ترتيب المخرجات» إلى lng, lat لواجهات API في AMap أو Baidu. الإدخال متعدد الأسطر يبني جدول دفعات؛ اختر النظام الهدف وصيغة الزوايا، ثم انسخ ملف CSV أو نزّله (UTF-8 مع BOM ليفتحه Excel دون تشويه).

أخطاء شائعة في تحويل الإحداثيات

تبديل خط العرض بخط الطول

تضع واجهات AMap وBaidu خط الطول أولاً، بينما تضع خرائط Google ومعظم جداول البيانات خط العرض أولاً. وقراءة lng,lat على أنها lat,lng تنقل النقطة آلاف الكيلومترات.

✗ خطأ
lat=116.403672, lng=39.910634
✓ صحيح
lat=39.910634, lng=116.403672

رسم إحداثيات GPS مباشرة على AMap أو Baidu

تُعيد أجهزة استقبال GPS وموقع iOS نظام WGS-84. وإذا رُسمت مباشرة على AMap انحرف الدبوس بضع مئات من الأمتار، وأكثر من ذلك على Baidu. حوّلها أولاً إلى نظام الخريطة نفسها.

✗ خطأ
AMap marker ← 39.909230, 116.397428 (WGS-84)
✓ صحيح
AMap marker ← 39.910634, 116.403672 (GCJ-02)

معاملة إحداثيات Baidu كأنها إحداثيات AMap

يبعد BD-09 عن GCJ-02 مسافة إضافية قدرها 0.76–0.98 كم. والنقطة المختارة من خرائط Baidu يجب تحويلها مع اختيار BD-09 نظاماً للإدخال، لا استخدامها على أنها GCJ-02.

✗ خطأ
GCJ-02 ← 39.916973, 116.410044 (from Baidu)
✓ صحيح
BD-09 → GCJ-02: 39.910634, 116.403672

استخدام الدرجات على أنها أمتار Web Mercator

EPSG:4326 بالدرجات، وEPSG:3857 بالأمتار. وإدخال 116.39 و39.90 في EPSG:3857 يضع النقطة على بُعد بضع مئات من الأمتار من 0° شمالاً 0° شرقاً، في خليج غينيا.

✗ خطأ
EPSG:3857 x=116.397428, y=39.90923
✓ صحيح
EPSG:3857 x=12957302.415, y=4852760.584

قيمة DMS تُظهر 60 ثانية

التجزئة إلى درجات ودقائق وثوانٍ أولاً ثم تقريب الثواني بعد ذلك ينتج قيماً غير صالحة مثل 39°59′60.00″. قرّب أولاً إلى آخر منزلة معروضة، ثم جزّئ.

✗ خطأ
39°59′60.00″
✓ صحيح
40°00′00.00″

قيمة Y في غاوس-كروغر بلا رقم النطاق

قيمة Y غير المسبوقة برقم النطاق (مثل 448475.815) لا تدلّ على خط الطول المركزي. أدخل Y مسبوقة برقم النطاق، أو املأ حقل رقم النطاق.

✗ خطأ
X=4419624.325 Y=448475.815 (zone ?)
✓ صحيح
X=4419624.325 Y=39448475.815 (3° zone 39)

متى تحتاج إلى محول الإحداثيات

عرض مسار GPS على AMap أو خرائط Baidu
تعطي أجهزة استقبال GPS وموقع iOS نظام WGS-84. ولعرض المسار على AMap أو خرائط Tencent حوّله إلى GCJ-02، ولـBaidu إلى BD-09. الصق كل النقاط واستورد ملف CSV.
نقل نقطة من الخريطة إلى جهاز GPS أو خريطة عالمية
الإحداثيات المختارة على AMap أو Baidu يجب إعادتها إلى WGS-84 قبل أن تعمل في جهاز GPS للمشي أو خطة طيران لطائرة مسيّرة أو OpenStreetMap أو Google Earth. فواجهات الخرائط الصينية الرسمية لا تحوّل عكسياً إلى GPS — وهذا تحديداً دور المحوّل الذي يعمل دون اتصال.
تنظيف بيانات المساحة والعمل الميداني
حوّل ملاحظات الميدان المكتوبة بـDMS إلى درجات عشرية، والدرجات العشرية إلى إحداثيات غاوس-كروغر CGCS2000 ذات 3°/6°، أو UTM إلى خطوط العرض والطول. أما بكين 1954 وشيآن 1980 فتحتاجان معاملات محلية ولا تدعمهما هذه الأداة.
تشخيص مشكلة «الدبوس منحرف بضع مئات من الأمتار»
الصق الإحداثية: تُطبع المسافة بين GCJ-02 وWGS-84 تحت الجدول. الخطأ بمقدار بضع مئات من الأمتار يعني تحويلاً مفقوداً بين المراجع الجيوديسية؛ أما آلاف الكيلومترات فتعني عادةً تبديل خط العرض بخط الطول.

الخوارزميات والدقة

الصيغة الأمامية لـGCJ-02
تقوم على إهليلج كراسوفسكي (a = 6378245.0, e² = 0.00669342162296594323): كثيرتا حدود بحدود جيبية في (lng−105, lat−35) تعطيان إزاحة بالأمتار، تُحوَّل بعدها إلى درجات بأطوال أقواس خط الزوال ودائرة العرض عند ذلك العرض. وتطابق هذه الأداة gcoord 1.0.7 حتى حدود ضجيج الفاصلة العائمة. والصيغة مستخرجة بالهندسة العكسية وليست منشوراً رسمياً.
لماذا يكون التحويل العكسي تكرارياً
المتداول هو الصيغة الأمامية لـGCJ-02 فقط. والتحويل العكسي الشائع ذو الخطوة الواحدة wgs ≈ 2·gcj − f(gcj) خطؤه الوسيط 0.42 م وأقصاه نحو 4.9 م على شبكة تغطي الصين (73.5–135° شرقاً، 18–53.5° شمالاً، 35,321 نقطة)، ويقع الأقصى في الركن الشمالي الشرقي قرب 131° شرقاً، 53.25° شمالاً. وتكرر هذه الأداة w ← g − Δ(w) حتى تصبح الخطوة أقل من 1e-10° (10 مرات على الأكثر)؛ فتتقارب في 3–5 خطوات بخطأ ذهاب وإياب دون 1 مم. ويتكرر BD-09→GCJ-02 بالطريقة نفسها.
اختبار «داخل الصين»
كما في المكتبات المفتوحة المصدر الشائعة، لا تُطبَّق إزاحة GCJ-02 إلا داخل المستطيل 72.004–137.8347° شرقاً، 0.8293–55.8271° شمالاً. وهذا المستطيل تقريبي: فسيول وهانوي ونيودلهي ومدن أجنبية أخرى تقع داخله وتنال إزاحة قدرها 132–620 م. والإحداثيات الأجنبية لا تحتاج عادةً إلى تحويل — اختر النظام المطابق لمصدر البيانات. وتنص الوثائق الرسمية لـBaidu وTencent كلتيهما على إعادة WGS-84 خارج الصين (وتضيف Tencent تايوان)، ومع ذلك تقع تايوان بأكملها داخل المستطيل فتظل تنال الإزاحة في المكتبات الشائعة.
UTM وغاوس-كروغر
كلاهما إسقاط ميركاتور مستعرض، مطبَّق بمتسلسلة كروغر من الرتبة السادسة وفق Karney (2011)، وهي تتفق مع PROJ حتى النانومتر. UTM: إهليلج WGS-84، وk₀ = 0.9996، وإزاحة شرقية زائفة 500 كم، وإزاحة شمالية زائفة 10,000 كم في النصف الجنوبي، مع استثناءات نطاقات النرويج وسفالبارد. غاوس-كروغر CGCS2000: k₀ = 1، وإزاحة شرقية زائفة 500 كم، ونطاقات 3° على خط الطول 3n، ونطاقات 6° على 6n−3.
الدقة والمنازل العشرية
المسافة الأرضية لكل منزلة عشرية من الدرجة: 5 منازل ≈ 1.1 م، و6 ≈ 0.11 م، و7 ≈ 1.1 سم. تُعرض خطوط العرض والطول بـ6 منازل، والإحداثيات المسقطة حتى المليمتر. وبما أن صيغ GCJ-02 وBD-09 لا مقارنة علنية لها مع الخوارزمية الرسمية، فإن المنازل الزائدة لن تكون سوى دقة زائفة.

التعامل الصحيح مع بيانات الإحداثيات

خزّن WGS-84 وحوّل عند العرض
احتفظ بـWGS-84 (أو CGCS2000) في قاعدة البيانات، ولا تحوّل إلى نظام الخريطة إلا عند الرسم. فتخزين GCJ-02 ينقل الإزاحة إلى كل الأنظمة اللاحقة، ويفرض إعادة حساب كاملة إن غيّرت مزوّد الخرائط يوماً.
سمِّ كل حقل إحداثيات بوضوح
سمِّ الحقول مثل lng_gcj02 أو lat_wgs84، وحدّد في وثائق API هل الترتيب lng,lat أم lat,lng. فمعظم أخطاء «الدبوس في غير مكانه» في بيئة الإنتاج سببها نظام أو ترتيب غير مذكور.
ليست لمخرجات المساحة الرسمية
صيغ GCJ-02/BD-09 وافتراض CGCS2000 ≈ WGS-84 مناسبة للتطوير ومعالجة البيانات. أما أعمال المساحة والتخطيط وتسجيل الأراضي فتحتاج معاملات التحويل التي تنشرها الجهات المختصة؛ وبكين 1954 وشيآن 1980 تتطلبان مجموعات محلية من 7 أو 4 معاملات.
نشر الخرائط في الصين
هذه الأداة تحوّل الأرقام فقط، ولا تُعِدّ الخرائط ولا تعرضها. وإذا كان منتجك ينشر خرائط في الصين، فالتزم بقواعد مراجعة الخرائط في قانون المساحة ورسم الخرائط ولائحة إدارة الخرائط.

أسئلة شائعة عن تحويل الإحداثيات

هل التحويل من GCJ-02 إلى WGS-84 دقيق؟ وهل يستعيد نقطة GPS الأصلية بالضبط؟
بالنسبة إلى الصيغة الأمامية التي تستخدمها المكتبات المفتوحة المصدر الشائعة، يوصل التحويل العكسي التكراري هنا خطأ الذهاب والإياب إلى أقل من 1 مم. لكن تلك الصيغة الأمامية مستخرجة بالهندسة العكسية ولا توجد مقارنة علنية لها مع GCJ-02 الحقيقي، لذا فالوصف الأمين هو «متوافق مع المكتبات الشائعة» لا «دقيق تماماً». وهذا أكثر من كافٍ لإعادة نقاط الخرائط إلى GPS أو استيراد المسارات؛ أما أعمال المساحة فيجب أن تعتمد المعاملات الرسمية.
لماذا تعطي المواقع المختلفة نتائج تختلف ببضعة أمتار؟
معظمها يستخدم الاختصار ذا الخطوة الواحدة GCJ-02 → WGS-84، وخطؤه الوسيط 0.42 م وأقصاه نحو 4.9 م على شبكة تغطي الصين (ويبلغ أقصاه في الركن الشمالي الشرقي؛ ونحو 0.36 م في بكين و2.07 م في شنغهاي). أما هذه الأداة فتكرر حتى أقل من 1 مم. كذلك تستخدم دوال BD-09 المكتوبة بـJavaScript في eviltransform الرمز π حيث تستخدم الصيغة الشائعة x_pi، ما يباعد بين النتائج حتى 90 م — تحقّق من المكتبة التي استخدمها الطرف الآخر.
كيف أحوّل إحداثيات AMap إلى إحداثيات Baidu؟
اختر GCJ-02 نظاماً للإدخال، والصق إحداثية AMap (لا مشكلة إن كان خط الطول أولاً)، واقرأ صف BD-09. يبعد BD-09 عن GCJ-02 مسافة إضافية قدرها 0.76–0.98 كم. وللاتجاه المعاكس، اختر BD-09 للإدخال واقرأ صف GCJ-02.
لماذا يظهر موقع هاتفي منحرفاً بضع مئات من الأمتار على الخريطة؟
تُعيد أجهزة GPS وموقع iOS (الموثّق في Core Location بأنه WGS 84) نظام WGS-84، بينما تستخدم AMap وخرائط Tencent نظام GCJ-02، وتستخدم Baidu نظام BD-09. فإذا رسمت WGS-84 على تلك الخرائط انحرف الدبوس 17.6–715 م بحسب المكان — نحو 555 م في وسط بكين. حوّل أولاً إلى نظام الخريطة نفسها؛ ويمكن للبرامج المصغّرة في WeChat طلب GCJ-02 مباشرة عبر wx.getLocation({ type: 'gcj02' }).
كيف أحوّل الدرجات العشرية إلى درجات ودقائق وثوانٍ؟
الصق الإحداثية العشرية فتظهر صيغتا DMS وDDM تحت الصف الأول. والقاعدة: العدد الصحيح هو الدرجات، والجزء الكسري × 60 يعطي الدقائق، والباقي × 60 يعطي الثواني. تقرّب الأداة الثواني إلى آخر منزلة معروضة قبل التجزئة، فلا تطبع أبداً قيمة غير صالحة مثل 59′60″. وفي وضع الدفعات، اضبط «صيغة الزوايا» على DMS.
لماذا قُرئت إحداثيتي بخط الطول أولاً؟
السبب مكتوب تحت المربع. الأولوية لحروف نصف الكرة (N/S/E/W)؛ والقيمة الأكبر من 90 لا بد أن تكون خط طول؛ وحين تكون القيمتان أقل من 90 ونظام الإدخال GCJ-02 أو BD-09، تُقرأ القيمة الأولى الواقعة بين 73 و90 على أنها خط طول، لأنه لا توجد إحداثية خرائط صينية بخط عرض أكبر من 73°. وفي غير ذلك يُفترض أن خط العرض أولاً. ويمكنك تجاوز ذلك عبر «ترتيب القيم».
هل يلزم التحويل بين CGCS2000 وWGS-84؟
لا، في أعمال التطوير والبيانات العامة: فالإهليلجان يشتركان في نصف المحور الأكبر نفسه ولا يختلفان إلا في الرقم المعنوي التاسع من التفلطح (نحو 0.1 مم في نصف المحور الأصغر)، لذا تعامل هذه الأداة خطوط العرض والطول فيهما على أنها متساوية. وبدقة أكبر، يختلف الحقبة المرجعية لكلٍّ منهما؛ وحركة الصفائح منذ عام 2000 تبلغ نحو 0.77 م وفق نموذج الصفيحة الأوراسية في ITRF2014. أما أعمال المساحة فيجب أن تعتمد المعاملات الرسمية.
هل يمكنها تحويل إحداثيات بكين 1954 أو شيآن 1980؟
لا — ولا ينبغي لأي أداة «بنقرة واحدة» أن تفعل. فإلى جانب اختلاف الإهليلج، تختلف هذه المراجع عن CGCS2000 في نقطة الأصل والاتجاه والتشوهات التاريخية لشبكة الرصد، لذا يحتاج التحويل مجموعات من 7 أو 4 معاملات تُشتق محلياً من نقاط الضبط. وتحتوي قاعدة بيانات EPSG على معاملات بكين 1954 → WGS 84 لعدد قليل من المناطق فقط، ولا شيء على الإطلاق لشيآن 1980؛ واستعارة معاملات منطقة أخرى تسبب أخطاء بعشرات الأمتار.
نطاقات غاوس-كروغر ذات 3° أم 6° — أيّهما، وكيف يُحسب رقم النطاق؟
تستخدم المساحة ذات المقياس الكبير عادةً نطاقات 3°، ورسم الخرائط ذات المقياس الصغير والمتوسط نطاقات 6°؛ اتبع مواصفات مشروعك. نطاق 6°: n = ⌊longitude/6⌋ + 1 وخط الطول المركزي 6n − 3؛ ونطاق 3°: n = ⌊(longitude − 1.5)/3⌋ + 1 وخط الطول المركزي 3n. وداخل الصين تكون نطاقات 6° بين 13 و23 ونطاقات 3° بين 25 و45، لذا يدلّك أول رقمين من Y على النوع. وتعرض الأداة كليهما.
ماذا يعني «50N» في إحداثية UTM؟
50 هو نطاق UTM (عرضه 6°؛ وتقع بكين في النطاق 50)، وN تعني نصف الكرة الشمالي وS الجنوبي. بعض البرامج تكتب «50S» حيث S حزام عرض في MGRS (32°–40° شمالاً) وليس نصف الكرة الجنوبي — وهذه الأداة تستخدم N/S دائماً لنصف الكرة تجنباً لهذا الالتباس.
هل Web Mercator (EPSG:3857) هو نفسه ميركاتور Baidu؟
لا. يُدخل EPSG:3857 خطَّي العرض والطول بنظام WGS-84 في صيغة ميركاتور كروية مع R = 6378137 م، مقصورة على خط عرض ±85.0511° — وهو المعيار لبلاطات خرائط الويب. أما ميركاتور Baidu (bd09mc) فيستخدم كثيرات حدود خاصة به بحسب أحزمة العرض، وتختلف إحداثيته الشمالية عن EPSG:3857 بمقدار 17–30 كم للنقطة نفسها. هذه الأداة تُخرج EPSG:3857 ولا تتعامل مع bd09mc.
هل يمكنني البحث عن الإحداثيات بالعنوان، أو رؤية نقطة على الخريطة؟
لا يمكن البحث بالعنوان هنا: فتحويل عنوان أو اسم مكان إلى إحداثيات يتطلب خدمة خرائط عبر الإنترنت، وهذه الأداة تُجري كل الحسابات محلياً دون إرسال أي طلب. ولمعرفة موقع إحداثية، الصقها واستخدم «فتح في» أسفل النتائج — فروابط AMap وخرائط Baidu وOpenStreetMap يحمل كلٌّ منها الإحداثيات بعد تحويلها مسبقاً إلى نظام تلك الخريطة، فيقع الدبوس في مكانه الصحيح. ولأخذ إحداثية من خريطة، استخدم أداة التقاط الإحداثيات الرسمية في AMap أو Baidu، ثم الصق النتيجة هنا بنظام GCJ-02 أو BD-09.
هل تُرفع إحداثياتي إلى أي مكان؟
لا. كل تحويل يجري في متصفحك بلغة JavaScript؛ ولا ترسل الصفحة أي طلب شبكي لمعالجة الإحداثيات، وتستمر في العمل دون اتصال. وروابط «فتح في» الثلاثة لا تنقل النقطة الحالية إلى موقع الخريطة إلا عندما تنقر أحدها.

أدوات ذات صلة

عرض جميع الأدوات →

محوّل الأنظمة العددية — ثنائي وست عشري وعشري وثماني

أدوات التحويل

حوّل بين الأنظمة الثنائية والست عشرية والعشرية والثمانية وأي أساس من 2 إلى 36 فوراً — أداة مجانية أونلاين تعمل في متصفّحك. جرّبها الآن.

حاسبة المتمم الثنائي وترميز الأعداد ذات الإشارة

أدوات التحويل

اكتب عدداً صحيحاً ذا إشارة لتحصل دفعة واحدة على الإشارة والمقدار والمتمم الأحادي والمتمم الثنائي والثنائي المزاح، بعرض 4 إلى 64 بت. أو الصق نمط بتات أو بايتاً ست عشرياً لترى قراءاته الخمس جنباً إلى جنب. محلي ومجاني وبلا تسجيل.

حاسبة chmod — صلاحيات ملفات لينكس

أدوات التحويل

حوّل صلاحيات ملفات لينكس بين النظام الثماني (755، 644) ورموز rwx. احصل على أوامر chmod جاهزة للتشغيل، واكشف الإعدادات الخطرة مثل 777 — مجاناً وداخل متصفحك مباشرة.

محوّل ألوان HEX/RGB/OKLCH

أدوات التحويل

حوّل ألوان HEX إلى RGB و HSL و OKLCH و OKLAB و CMYK داخل متصفحك — انسخ أي صيغة بنقرة واحدة. مجاني، بلا تسجيل، ألوانك لا تغادر الصفحة أبداً.

محوّل HEX إلى CMYK

أدوات التحويل

حوّل ألوان HEX إلى CMYK في المتصفح. تقريب ساذج قائم على sRGB لمعاينات الطباعة. مجاني، بلا تسجيل، ألوانك تبقى محلياً.

محوّل HEX إلى HSL

أدوات التحويل

حوّل أي لون HEX إلى HSL في المتصفح — يدعم 3 و6 و8 أرقام مع alpha. مجاني، فوري، بلا تسجيل، ألوانك لا تغادر الصفحة أبداً.