ترحيل منصة Geospatial بعد 10 سنوات - Microstation Geographics - Oracle Spatial
هذا هو التحدي المشترك لكثير من المشاريع المساحية أو رسم الخرائط، والتي في ذلك الوقت شنومكس-شنومكس المتكاملة الجغرافية الجغرافية كمحرك البيانات المكانية، مع مراعاة أسباب مثل ما يلي:
- وكانت إدارة العقدة القوسية ولا تزال عملية للغاية بالنسبة للمشاريع المساحية.
- دغن هو بديل جذاب، بالنظر إلى إصداره في نفس الملف، الذي لم يتغير في سنوات شنومكس، على عكس الأشكال الأخرى التي شهدنا العديد من الإصدارات غير متوافقة كل ثلاث سنوات.
- في كانومكس البرمجيات الحرة حلم بعيدا عن ما لدينا اليوم.
- معايير أوغ لم تكن ثقيلة حتى على البرمجيات الملكية.
- كانت الملفات شب محدودة لمشاريع المشاريع العالية والقواعد المكانية لا تزال مغلقة جدا إلى مخططات غير موحدة التي أضعفت أداء الخوادم ... والفضة.
- وكان الاتصال عن بعد الأولي بالمقارنة مع ما لدينا الآن.
وبالتالي ، كان تنفيذ نظام المعلومات الجغرافية على أساس مخطط "CAD مرتبط" حلاً قابلاً للتطبيق ، على الرغم من التضحية بقابلية الاستخدام لأغراض العرض الجذابة. كانت واجهة VBA API وفيرة لبرمجة إجراءات إدارة المعاملات المتصلة بـ ProjectWise للتحكم في الملفات المادية وإمكانية استخدام GeoWeb Publisher للتحليل المكاني من الخادم ، على الرغم من أن المنشور كان مقصورًا على ActiveX في Internet Explorer (والذي كان في ذلك العام هو متصفح واحد).
تكمن المشكلة في عدم التطور تدريجيًا وبدلاً من الانتقال إلى Geospatial Server أو إصدارات أكثر قوة من ProjectWise ، الرغبة في جعل GIS ينجو من الملفات المادية ، مع امتلاك كل إمكانات Oracle Spatial المرخصة والقدرة على التطوير. لذلك كان هذا هو التحدي الذي نواجهه.
1. قاعدة البيانات: Postgres ، SQL Server أو Oracle؟
على وجه الخصوص ، كنت أفضل الأول. ولكن عندما تكون أمام نظام معاملات غير موجه للخدمات ولكن تعمل بشكل جيد ، حيث يكون جزء من المنطق والتكامل مثل PL في قاعدة البيانات ، فإن التغيير إلى قاعدة OpenSoure ليس طارئًا. لا ، ما لم يكن هدفك هو تطوير إصدار جديد من النظام غير متوفر في المدى القريب.
ولا يتعلق الأمر بعمل طالبان للتقليل من كل ما له رائحة خاصة. لذا ، يعد البقاء مع Oracle قرارًا حكيمًا ، إذا كان يعمل بشكل جيد ، إذا كان كبيرًا ومتطلبًا ، إذا كان مصممًا جيدًا ، ومحميًا ، وإذا تم الاستفادة من الدعم. موضوع لمناسبة أخرى.
لذا، فإن ما تبقى هو تطوير وظائف للبيانات التي سيتم ترحيلها إلى قاعدة البيانات هذه، وخدمات النشر وأدوات إدارة المعاملات الخاصة ببيانات النواقل.
للتحكم في الأدوار والمستخدمين التي كانت تدار من قبل بروجيكتويز، تم إنشاء أداة وحدات تسمح بما يلي:
- إدارة المستخدمين والأدوار من بنتلياماب فبا.
- تعيين من المستخدم مع الحقوق الإدارية، والحق في الإدارات والبلديات.
- تعيين الحق في ملف المساحية حسب المشروع.
- الحق في الأدوات المتاحة في وحدات البناء والطباعة والنشر والاستشارة والإدارة. بهذه الطريقة ، يتم إنشاء التطبيقات الجديدة فقط وتظهر للمستخدمين وفقًا لدورهم أو مهمتهم المحددة.
- لوحة تسجيل الدخول هذه أيضا يبسط التعقيد المشترك للمشاريع بنتليماب، بحيث مع مجرد دخول سترى شجرة من فئات وسمات محددة في المسؤول الجغرافية المكانية.
تحل لوحة من سوء الفهم والمخاطر من المستخدمين الجدد لميزات مثل قابلية التشغيل البيني للبيانات. وهذا يمثل مشكلة أخرى ، لأن Bentley تقوم بالتحرير محليًا في Oracle Spatial ، وهو أمر رائع ولكنه محفوف بالمخاطر أيضًا إذا لم يكن لديك تحكم في المعاملات.
وهكذا، على سبيل المثال، وحدة البناء لديها الأدوات التالية:
- تعيين الميزات
- معالج الربط الجغرافي
- هجرة الفضاء دفعة واحدة
- حذف الكائنات
- تعديل المضلعات
- تصدير شب / كاد
- استيراد شب / كاد
- الهجرة الجيولوجية
- الهجرة جيوبونتو
- الهجرة جيوريجيون
- تسجيل خريطة
- لينك جيو-لين
- وصلة الجغرافية نقطة
- ربط المنطقة الجغرافية
وأضيفت الأدوات التكميلية تدريجيا، بما في ذلك بعض لتحرير مباشرة المسؤول المكاني.
- مدير لعرض الميزات
- التحليل الطوبولوجي
- انظر سافت
- تصفح الميزة
- تحويل منحنى إلى لينسترينغ
- إنشاء الميزات
- إنشاء خصائص
- تكوين دبكونكت
- دبكونكت التحقيق
- تحرير ميزة شفم
- تحرير مشروع شفم
- إزالة الميزات شفم
- تحديد الطرود
- تعديل التعابير
- ميزات الكتابة فوق
- تصنف الطبقة
- إلى الموضوعية
- ثيماتيكش حسب القائمة المنسدلة
- شف المرافق
2. البيانات: الانتقال من DGN إلى Spatial Base: Oracle Buider أو Bentley Map؟
وكان التحدي الأكثر إثارة للاهتمام في هذا هو أن الهجرة التي تسيطر عليها كان مطلوبا، ومع الأخذ في الاعتبار أن ملفات دغن التي تم تحديثها لأكثر من سنوات شنومكس يمكن أن يكون مشاكل طوبولوجيا - جنون حقيقي.
في الواقع كان كذلك. المشاكل الرئيسية للخرائط هنا:
- تعديل الطرد في حدود الملف (القطاع أو المنطقة) يعني أنه يجب أن يكون هناك تعديل على حد سواء، بما في ذلك مصادفة العقد في الحالات مثل عندما يكون في القطاع هو سطر واحد ولكن في الجوار هذا الخط هو مجزأة.
- هناك ملفات بعد عمليات الصيانة شنومك المخزنة في تاريخ دغن يمكن أن يكون معطوبا.
- هناك مشاكل أكثر تعقيدا التي لا يمكن السيطرة عليها في مجلس الوزراء، مثل عندما تتداخل خاصية جارة أخرى في ملف آخر، للكميات التي لا يمكن حلها على الخريطة، لأنها تنطوي على القيام التفتيش الميداني لتجنب التأثير على طرف ثالث.
- ممارسات سيئة، مثل إدراج الخرائط في إسقاطات مختلفة، في هذه الحالة كان القطاعات في نادسنومكس، على الرغم من أن المعيار كان وسكسنومكس. وفي الحالات القصوى، أجريت تعديلات بين البيانات المستمدة من إسقاطات مختلفة، وبين البيانات الضارة.
كان الحل أداة نوع ويزارد للهجرة الجماعية، والتي يمكن أن تهاجر بشكل فردي على الخريطة، عدة أو حتى كل من البلدية (قاعة المدينة) أو قسم.
في الأساس ما الأداة لا تأخذ البيانات من مشروع الجغرافيا وتروج لهم لميزات بينلتي الخريطة، ثم يجعل سلسلة من عمليات التحقق، مثل:
- واحد إلى واحد العلاقة بين الهندسة وقاعدة البيانات،
- التحقق من عدم وجود التكرارات،
- التحقق من الاتساق في المنطقة الوسطى،
- التحقق من الكائنات خريطة نسبة إلى الأشياء غير النشطة في قاعدة البيانات،
- التحقق من طبولوجيا فيما يتعلق الطبولوجيا الموجودة في قاعدة المكانية
بعد عمليات التحقق، تسمح لوحة تجميع المعلومات بطريقة هائلة، مثل طريقة القياس ومعيار مراقبة الجودة من تلك البيانات.
أخيرًا ، انشر في قاعدة البيانات ، وأخيرًا أنشئ تقريرًا. من الواقع ، هناك امتداد هائل ، لكنه تم تعديله أخيرًا مع أهواء Oracle Spatial التي لا تزال بعيدة المنال مثل تلك الخاصة بـ Bentley وطريقتهم في رؤية الخصائص المعقدة أو الكثير من الرؤوس.
3. المنشور: Geoserver أو MapServer؟ طبقات مفتوحة أم نشرة؟
تم إنشاء عارض باستخدام OpenLayers وبعض المكونات الإضافية. لأول مرة بعد 10 سنوات من إهمال تطوير الجزء المكاني ، ظهر عارض جديد حل محل ActiveX الخاص بـ GeoWeb Publisher. تم استخدام كود MapFish للطباعة ، geojson للتحكم في الشجرة الجانبية ، من Geoserver تم تقديم الطبقات المقدمة من OracleSpatial.
وأخيرا، تم استبدال التكنولوجيات وفقا للرسم البياني التالي. كما ترون، مزيج من التعليمات البرمجية الحرة، والحفاظ على قاعدة البيانات وإدارة الأراضي باستخدام البرمجيات الملكية.
4. بناء وتحرير ، مباشرة إلى Oracle Spatial. خريطة بنتلي أم QGIS؟
هذه قصة أخرى. يتم تحرير خريطة بنتلي محليًا على أساس مكاني ، مما يتسبب في حدوث تعارضات إذا لم تعمل مع خدمة ميزات الويب للمعاملات (WFS). الصراع هو:
كيفية حل قاعدة عدم السماح بتداخل الطوبولوجيا، إذا كان يتم تحريرها وعندما تريد نشر تقارير أن الكائن يؤثر على نفسه؟
يتم حل هذا عن طريق إصدار قبل، والتحرير مباشرة والتحقق من صحة أنه عند نشر، إذا كان هناك شيء يفشل في الإصدار يتم استرداد ترك الصفقة كاملة ولكن في حالة فاشلة.
وهناك مشكلة أخرى يتعين حلها وهي إدخال البيانات الضخمة، بالنظر إلى أن المستخدمين اضطروا إلى التوقف عن استخدام الجغرافيا، وكانت هناك عدة مشاريع ترفع أعدادا ضخمة من البيانات.
وكان هذا سهلا لأنه لم يتم سوى أداة مماثلة لتلك المستخدمة لدمج البيانات في ميكروستاتيون الجغرافيا، وتسهيل مع إمكانات بنتلي ماب ومع مساعد أكثر تسيطر عليها.
وتظهر الصورة كيف تم تطوير هذه الأداة، مع بعض الخصائص، مثل إنشاء وتسجيل القمم وإدراج بونتوبارسيلا، وظيفة قائمة في حالة طريقة قياس بعض القمم لم تفي بمعايير الجودة معينة.
بالتأكيد ، كان هذا التدفق جيدًا جدًا ، لأن المستخدمين كانوا يعرفون الأدوات التي يستخدمونها كثيرًا. كان من الضروري جعلهم يغيرون عقليتهم بين الانتقال من ميزات متعددة إلى إدارة حسب المستويات ، وتعزيز الفوائد الجديدة حتى ينسوا الإصدار القديم Microstation V8 2004 ، مثل خدمة WMS والشفافية والتعرف الأصلي على ملفات DWG للإصدارات الحديثة ؛ ناهيك عن إمكانية التشغيل البيني مع kml و shp و gml لمعظم النجوم.
كما قدمت أدوات لصيانة المساحية، مع وجود خيار التحرير مباشرة في الأشكال أو خفضها إلى قوس عقدة للحالات المعقدة.
5. عميل للبلديات عبر GML. QGIS أو gvSIG؟
QGIS. لكن هذه قصة أخرى لنرويها لاحقًا.
