Portolan

الأسئلة الشائعة

أليس Portolan مجرد STAC وصيغ مصمّمة للسحابة؟

يُبنى Portolan مباشرة فوق STAC و GeoParquet و COG و PMTiles ومعايير أخرى ذات صلة. الفارق أن تلك المعايير تترك عمدًا كثيرًا من قرارات التنفيذ مفتوحة، بينما يحدّد Portolan حدًا أدنى للجودة ويتحقق منه لنشر البيانات المكانية على نحو جيد.

على سبيل المثال، يشترط Portolan أن يكون GeoParquet مرتبًا مكانيًا وأن يتضمن إحصاءات مكانية تتيح للعملاء تخطي مجموعات الصفوف غير المطلوبة. ويشترط أن تتضمن ملفات COG طبقات عرض مصغّرة مفيدة وإحصاءات مضمّنة، وأن تدعم الأصول المستضافة طلبات النطاق الجزئي عبر HTTP والوصول من المتصفّح عبر CORS. الهدف ليس استخدام الصيغ المصمّمة للسحابة بالاسم فقط، بل استخدامها بطرق تحقق فعليًا الأداء وسهولة الاستعمال المتوقعين منها.

راجع مواصفة Portolan وrashid، أداة التحقق الخاصة بـ Portolan.

لماذا لا نستخدم GeoServer أو PostGIS أو OGC API ببساطة؟

بالنسبة إلى البيانات العامة كثيرة القراءة، ينطلق Portolan من فكرة أن وجود طبقة خدمة مخصصة غير ضروري في الغالب.

تستطيع الأدوات الحديثة التعامل مباشرة مع الملفات المصمّمة للسحابة. يستطيع DuckDB الاستعلام عن ملفات Parquet و GeoParquet البعيدة مع الترشيح والدمج والعمليات المكانية. وتستطيع QGIS و BigQuery و Sedona وأدوات أخرى العمل على البيانات نفسها. ويستطيع Portolan أيضًا نشر PMTiles وملفات الأنماط بحيث لا تحتاج خرائط الويب التفاعلية إلى خوادم tiles تعمل عند الطلب. ويبقى بإمكانك وضع واجهة API أو قاعدة بيانات أو خدمة تطبيق فوق ذلك متى احتاجت حالة استخدام بعينها إلى ذلك. ما يزيله Portolan هو اشتراط أن تعتمد كل مجموعة بيانات على واحدة منها لمجرد أن تكون متاحة.

ما الذي تستطيع الملفات المصمّمة للسحابة فعله وكان يتطلب واجهة API من قبل؟

الكثير.

صُممت الصيغ المصمّمة للسحابة للوصول الجزئي الفعال عبر الشبكة. وبدلًا من تنزيل مجموعة البيانات كاملة أو تمرير كل طلب عبر خدمة تجزئة على الخادم، يستطيع العملاء جلب الأجزاء التي يحتاجونها من الملف فقط والعمل عليها مباشرة.

وهذا يعني أن كثيرًا من القدرات المرتبطة تقليديًا بواجهات API يمكن أن تتم فوق الملفات نفسها. فأدوات مثل DuckDB و BigQuery و Sedona تستطيع الترشيح والدمج والتجزئة وتحليل Parquet و GeoParquet مباشرة. وتستطيع قارئات COG طلب البلاطات والدقات التي تحتاجها لقطة بعينها فقط، بينما تستطيع PMTiles تقديم خرائط تفاعلية بلا خوادم tiles تعمل عند الطلب.

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

البيانات ذات التحكم في الوصول مخططة للإصدار 1.0 من Portolan. والتحرير التبادلي غير مدعوم حتى الآن.

ماذا يضمن الالتزام بمواصفة Portolan فعليًا؟

لا يصبح الكتالوج ملتزمًا لمجرد أنه يعلن امتداد Portolan. يصبح ملتزمًا فقط إذا اجتاز أداة التحقق الخاصة بـ Portolan، التي تفحص بنية STAC ومتطلبات بيانات Portolan الوصفية والمتطلبات التي لا يمكن التحقق منها إلا بالنظر في البيانات نفسها.

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

هل يستبدل Portolan منصة مغلقة بأخرى؟

تجنّب ذلك جزء أساسي من التصميم. يوحّد Portolan شكل الكتالوج المنشور، لا مزوّد السحابة ولا مسار النشر ولا واجهة المستخدم ولا المحرك التحليلي ولا الجهة التجارية المحيطة به.

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

هل يوحّد Portolan نموذج بياناتي؟

لا. يوحّد Portolan طريقة تحزيم البيانات وتوثيقها واستضافتها والوصول إليها. وهو لا يفرض مخططًا واحدًا للطرق أو المباني أو قطع الأراضي أو الحدود الإدارية أو غيرها من بيانات المجال.

يمكن للمعايير الدلالية والمخططات المشتركة أن تقوم فوق Portolan حيثما كانت مفيدة. ويعالج Portolan طبقة أخرى من التشغيل البيني، إذ يجعل مجموعات البيانات المنتَجة بطرق مختلفة قابلة للاكتشاف والاستعلام والتوثيق والاستعمال بأدوات شائعة على نحو متسق.

لماذا يشكّل الوكلاء جزءًا من مواصفة لنشر البيانات؟

يتحول الوكلاء إلى فئة كبيرة أخرى من مستخدمي البيانات، وهذا يغيّر بعض الافتراضات التي تقوم عليها البنية التحتية للبيانات العامة.

يستطيع الوكلاء فحص كثير من مجموعات البيانات والاستعلام عنها بسرعة، لذلك يفترض Portolan أن الكتالوجات ستُستهلك برمجيًا وعلى نطاق واسع. ولهذا يتضمن كل كتالوج وكل مجموعة ملف AGENTS.md يمكنه توثيق أنماط الوصول والاستعلامات المفيدة وملاحظات جودة البيانات وأعراف المخطط وإرشادات أخرى تساعد البرمجيات على استعمال البيانات بشكل صحيح.

لا يشترط Portolan وجود وكيل لنشر بياناته أو استهلاكها. توفر أداة سطر الأوامر مسار نشر محددًا وقابلًا للتكرار، وتستطيع الأدوات المعيارية استعمال الكتالوجات الناتجة مباشرة. والجاهزية للوكلاء متطلب تصميمي، لا اعتماد على نظام ذكاء اصطناعي بعينه.

ما الذي لا يستطيع Portolan فعله بعد؟

ما يزال Portolan في مرحلة مبكرة، وتتطور المواصفة والأدوات مع اختبارنا لها أمام مزيد من الناشرين ومجموعات البيانات وحالات الاستعمال. وتشمل الفجوات الحالية البيانات ذات التحكم في الوصول ومسارات التحرير التبادلي والدعم المعياري لصيغ مثل Zarr و COPC.

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

لماذا سُمّي Portolan بهذا الاسم؟

كانت خرائط البورتولان من أقدم الخرائط الملاحية العملية. صنع رسّامو الخرائط هذه الأدوات من مشاهدات البحّارة وصحّحوها كلما أضافت الرحلات الجديدة أدلة.

لم تصنعها سلطة واحدة. حسّنتها ورش في موانئ مختلفة كلما حمل البحّارة مشاهدات جديدة. وأتاح أسلوبها البصري المشترك للبحّارة استعمال كل خريطة عبر الموانئ والدول.

يستمد المشروع اسمه من ذلك التقليد. كتالوج Portolan أداة عملية وليس تمرينًا أكاديميًا. وهو يحتوي ملفات بصيغ مفتوحة داخل مساحة تخزين الناشر ليتاح للأشخاص والوكلاء استعمالها عبر المؤسسات ومزوّدي السحابة والحدود.