المهاجرة ملامح من المعلومات السكانية لبنتلي خريطة

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

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

كيف عملت الجغرافيا

في نمط Geographics ، كان للكائنات من خلال MSLINK ارتباط بقاعدة بيانات ، وكان هذا هو كل الكائن الذي يحتوي على رابط من نوع OLE. ربط MSLINK الكائن الرسومي من ملف dgn عبر MAPNAME لجدول الخرائط ، ومن خلال MSCATALOG لتحديد مكان الحصول على البيانات من Entitynum. بالإضافة إلى ذلك ، كانت هناك طاولات مزدوجة للمشاريع المتوافقة مع Intergraph والتي عادةً ما كانت تحمل UG من قبل.

بالإضافة إلى ذلك ، كان للكائن ميزة ، على الرغم من أن هذا لم يكن ديناميكيًا ، فقد حصل عند تعيينه على الخصائص المحددة لتلك السمة (بما في ذلك الأوامر) وكان مرتبطًا بجدول CATEGORY. يمكن أن يحتوي الكائن على أكثر من سمة واحدة وكانت الأولوية هي تلك التي تم تعيينها بواسطة النمط النهائي ، وأن FEATURE والكائنات الأخرى المرتبطة بالقاعدة مرتبطة بجدول MSCATALOG حيث تم تخصيص مثل هذا entitynum التي كانت السرة من كل شيء.

ثم الملف index.dgn أبقيت الخرائط الأشكال مرتبطة، هنا الخرائط المكتسبة مابيد، وبالتالي كل جدول مرتبط الجغرافيا كان اثنين على الأقل من المجالات: مسلينك (الرسم الكيان رقم، هي فريدة من نوعها في كل خريطة) الذي هو دائما المفتاح الأساسي و مابيد ( الذي يتم تخزين الخريطة، فمن فريدة من نوعها في كتالوج خريطة) وهو مفتاح أجنبي لجدول مابس.

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

يبدو بسيطا ولكن يكلفني عالما لفهمه من مج، والشيء المؤلم هو أن كل هذا الدخان لا يساعد كثيرا لمشروع مع بنتلي الخريطة.

كيف يعمل بنتلي خريطة

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

في هذه الحالة ، يمكن أن يحتوي الكائن الموجود على الخريطة على بيانات مخزنة (في نفس dgn) ، والتي تُفهم على أنها xml أو كما يطلق عليها Bentley wfm. ثم يغير أيضًا أن الكائنات الآن لا يمكن أن يكون لها سوى سمة واحدة ، وأن ترتبط مكانيًا بقواعد طوبولوجية ؛ من قبل ، يمكن أن يكون نفس السطر هو حد شجرة التفاح وأيضًا حد الخاصية ، والآن يجب أن يكونا كائنين منفصلين ولكن مع ارتباط طوبولوجي بحيث عند تعديل أحدهما يكون الآخر كذلك.

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

بالإضافة إلى ذلك ، تقدم خريطة بنتلي خيارات لإنشاء نماذج البيانات ، والعمليات المتسلسلة ، والأوامر المرتبطة (الأساليب / العمليات / المجالات / المعايير / التقارير) والدوران الآخر الذي يسهل بناء البيانات.

شيء لم يتغير كثيرا، وهذا هو كما يقول المستخدمين إسري، أن المدخن يأخذ الأخضر لمضغ وهضمه.

المشكلة

الآن، ترحيل هيكل المشروع هو ممكن، ثم إضافة وظائف من خلال المسؤول الجغرافية المكانية، والتي ستكون على استعداد لمواصلة تغذية البيانات ولكن المعضلة هي:

والخرائط التي بنيت مع الجغرافيا؟

لهذا بنتلي لم تصمم أي قطعة أثرية تسمح بتحويل الكائنات من مشروع قديم إلى زفم ... ما اللعنة!

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

الخطوة شنومكس. تصدير إلى شكل الملفات

من مشروع جيوغرافيكس مفتوح، يتم اختيار خيار تصدير السمات لتشكيل الملفات (ملف / تصدير / شب). يجب أن يتم ذلك لكل ميزة موجودة على الخريطة.

سيكون من الضروري لمحاربة قليلا عندما تكون الكائنات سينترويد / الحدود، لأنه سيكون من الضروري تمريرها إلى الأشكال عن طريق نقل الارتباط لهم.

أيضا يمكن أن يتم التصدير إلى مابينفو، وفقا لتفضيلاتك.

الخطوة شنومكس. استيراد من خريطة بنتلي

والآن، من مشروع خريطة بنتلي، اخترنا خيار الاستيراد (ملف / استيراد / نظم المعلومات الجغرافية أنواع البيانات)، مع ظهور هذا الإطار التوافقية، يتم زر الماوس الأيمن في واردات ويتم تحديده استيراد جديد.

باستخدام زر الفأرة الأيمن على Imoport1 ، يمكنك تحديد ملف أو دليل كامل. من الممكن استيرادها شكل الملفاتأو مابينفو نوع الملفات ميف وعلامة التبويب.

عن طريق لمس صنف ميزة يمكننا أن نرى أنه من الممكن لتحديد المستوى واللون والشفافية وغيرها من الخصائص.

لتعيينه ميزة أننا مهتمون، مجرد تعيينه طبقة (مستوى).

المؤلم

كما قال ميمين في ذلك القديم المكسيكي جلد:

"ديانترز !!!"

وسيتعين القيام بذلك لكل ميزة على كل خريطة في كل فئة في كل مشروع.

لهذا فمن الممكن لإنقاذ استيراد، لذلك يتم استدعاؤه فقط بالملف أو بالدليل. الحقيقة هي أن هناك عملًا شاقًا لتحويل البيانات ، خاصةً إذا كانت في ملفات منفصلة. لن يضر ، اعمل vba في .NET for aut
تخطي العملية بدلاً من معالجة هذه المهمة سيرًا على الأقدام ، مما قد يؤدي إلى أكثر من حالة انتحار يوميًا. المشكلة الرئيسية هي أنه لتحقيق القفزة ، نواصل الاعتماد على شركة استشارية متخصصة (ومدخنة للغاية) لفهم خصوصيات وعموميات Bentley Map and Geographics ، هذا ممكن ، لكن لا ينبغي أن تكون التطبيقات نجمية جدًا (دعنا نعترف بذلك ، كلاهما) للمستخدمين العاديين.

حتى أكثر إيلاما، إذا تم تخزين المعلومات في الحمض النووي الأصلي في التاريخ... الملف الجديد لن يكون له تاريخ.

أخيرا

الحل الذي أقدمه قابل للتطبيق إذا كان لديك القليل من البيانات ، أو إذا تم تخزينه في خرطوشة مكانية ، لذا فإن النتيجة المحزنة هي أن الترحيل من Geographics إلى Bentley Map ليس بهذه السهولة ، بسبب تحويل البيانات. إذا كان المسؤول الجغرافي المكاني ، كما قال من قبل ، هو ألم الأسنان، يمكن أن يكون ترحيل البيانات أكثر إيلاما ما لم تفكر بنتلي في حلول لمستخدميها لا يريدون الانتقال من يوم إلى آخر.

التحدث إلى أصدقاء جوفومد جعلوا لي قياسا غير حكيمة، ولكن منذ اليوم هو يوم مملة في فندق زهري والمقارنة صحيحة جدا، بإذنكم وسوف تستخدمه:

"انها ليست مثل تغيير الشركاء ...

... يمكن أن يكون مثل فقدان عذريتك مرة أخرى "