Summary

  • أعلن OpenStreetMap في 17 أبريل 2009 أن واجهة التحرير أصبحت للقراءة فقط خلال الانتقال إلى 0.6، وقد تتعطل تمامًا أحيانًا. لم تعد التعديلات تُحفظ في قاعدة البيانات، وتوقف Potlatch، واحتاجت برامج التحرير الأخرى إلى تحديث.
  • ألزمت الواجهة الجديدة كل تعديل بمجموعة تغييرات، وفحصت رقم نسخة كل عنصر وأضافت رقم حساب للمحررين ذوي التعديلات العلنية. قد يكون رفع الفروق في طلب واحد عملية ذرية؛ أما مجموعة التغييرات عبر طلبات متعددة فلا تُلغى كلها بعملية واحدة من الواجهة.

ترى مساهمة تحتاج إليها الخريطة، لكن زر الحفظ لا يصل إلى قاعدة البيانات. هذا ما وصفه إعلان OpenStreetMap في 17 أبريل 2009: وضعت الواجهة في وضع القراءة فقط أثناء الانتقال إلى الإصدار 0.6، مع احتمال فترات انقطاع كامل. لم يعد المساهمون قادرين على حفظ عملهم، وتعطل المحرر الإلكتروني Potlatch. توقّع الإعلان نهاية العمل في وقت ما من يوم الاثنين 20 أبريل، ونبّه إلى ضرورة تحديث البرامج الأخرى. كان ذلك موعدًا متوقعًا لا سجلًا يؤكد عودة كل مسار للكتابة.

تشرح وثيقة المشروع عن الانتقال من 0.5 إلى 0.6 المقابل الذي سعى إليه المشروع. تؤرخ الوثيقة إصدار 0.6 في 20 أبريل، وتفرض أن يوضع كل تعديل على نقطة أو طريق أو علاقة داخل مجموعة تغييرات. يمكن أن تضم المجموعة عدة طلبات إلى الواجهة وأن تحمل تعليقًا يفهمه البشر. لم تعد آثار العمل متناثرة بين عناصر تغيرت منفردة؛ أصبح بالإمكان رؤية أي تعديلات انتمت إلى مهمة واحدة.

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

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

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

تُظهر صفحة اختبار الانتقال التي احتفظ بها المشروع اتساع العمل خارج الخادم المركزي. افتُتحت خوادم تجريبية ليتحقق مطورو المحررات وأدوات البيانات من إنشاء المجموعات ورسائل تعارض النسخ وسلوك Potlatch وJOSM وأدوات النسخ المتماثل. بعض إصدارات JOSM القديمة لم تكن لتعمل مع 0.6 أصلًا. انتقال قاعدة واحدة فرض امتحانًا على كل أداة تتصل بها لتعديل الخريطة.

وفي محضر مجلس مؤسسة OpenStreetMap بتاريخ 12 مايو، يظهر جانب الأجهزة: حل خادم PostgreSQL محل النظام السابق المعتمد على MySQL. أُعيد تنفيذ مراحل من النقل، فاستغرق أكثر من الخطة، وبقيت إصلاحات ومراقبة وتجهيز أقراص إضافية. المحضر يثبت تجاوز الجدول المتوقع، ولا يحدد الدقيقة التي عاد فيها كل مسار للكتابة.

اكتسبت الخريطة سجلًا أقدر على وصف من غيّر ماذا، ولكن بعد فترة لم يستطع فيها المساهمون الحفظ. انتظر الرسامون، وحدّث مطورو البرامج أدواتهم، وتعلم الخادم رفض النسخ القديمة وتجميع الأعمال. استمر رسم الخريطة؛ تغيرت قواعد تثبيت الرسم فيها.

السجلات الأصلية