أكثر

تحويل citygml إلى KML؟


أحاول تقديم ملفات citygml. أنا أستخدم NWW لغرض العرض. لقد استخدمت مكتبة citygml4j لاستخراج هندسة السطح الأرضي والسقف والجدران ، وتمكنت من عرضها. ولكن نظرًا لمواصفات البيانات الضخمة لـ citygml ، أواجه مشكلات مع ملفات أكثر تعقيدًا. لذلك أنا أبحث عن بعض مكتبات java التي يمكنها تحويل ملف citygml إلى تنسيق بيانات kml ، والذي يمكن تصوره بسهولة في World wind. لقد رأيت 3dcitydb ووجدت هذا رائعًا جدًا ، لكن لم أتمكن من العثور على أي مجموعة من واجهات برمجة التطبيقات التي يمكن استخدامها لغرضي. (لم أستكشف ذلك تمامًا).

هل توجد مكتبة جافا يمكنها تحقيق هدفي؟


أولا ، الحقيقة الأكثر أهمية! CityGML ليس تنسيق عرض. إنه مصمم لتبادل المعلومات التي تفسر مدى تعقيدها.

إذا كنت بحاجة إلى ملف KML ، يمكنك استخدام برنامج 3DCityDB الذي سبق ذكره. يحتوي على مكون إضافي للتصدير إلى KML و COLLADA. في الوقت الحالي ، يتجه العديد من المطورين إلى COLLADA والتي يمكنك تحويلها إلى glTF ورميها إلى السيزيوم.

يمكنك أيضًا العمل مباشرةً مع قاعدة بيانات PostGIS. يحتوي على وظائف مثل AsKML أو AsX3D التي قد تستخدمها.


الأدوات المساعدة لنماذج المدينة الافتراضية ثلاثية الأبعاد المبنية على CityGML: حالات استخدام مختلفة

يتم استخدام نماذج المدن الافتراضية ثلاثية الأبعاد بشكل متزايد لنمذجة عوالم العالم الحقيقي للاستخدام في عدد من التطبيقات المتعلقة بالمحاكاة البيئية بما في ذلك التخطيط الحضري ورسم خرائط خصائص الطاقة للمباني ورسم خرائط الضوضاء ونمذجة الفيضانات وما إلى ذلك بصرف النظر عن الهندسة والمظهر / المعلومات التركيبية ، فإن هذه التطبيقات لها متطلبات دلالات حضرية معقدة. حاليًا ، يتوفر عدد من المعايير ثلاثية الأبعاد في المجالات ذات الصلة بـ CAD و BIM و GIS لتخزين مجموعات البيانات الجغرافية المكانية ثلاثية الأبعاد وتصورها ونقلها. في البداية ، كانت نماذج البيانات ثلاثية الأبعاد (مثل COLLADA و VRML و X3D وما إلى ذلك) ذات طبيعة رسومية / هندسية بحتة وتستخدم بشكل أساسي لأغراض التصور. مع تضمين وحدات موضوعية في OGC CityGML ، مهد تكامل الهندسة والدلالات في نموذج بيانات واحد الطريق لمشاركة أفضل لنماذج المدن ثلاثية الأبعاد الافتراضية. على الرغم من توفر مجموعة واسعة من معايير البيانات ثلاثية الأبعاد ، إلا أن هناك اختلافات معينة فيما يتعلق بالهندسة ، والطوبولوجيا ، والدلالات ، و LODs ، وما إلى ذلك ، مما يعقد تكامل البيانات الجغرافية ثلاثية الأبعاد من مصادر غير متجانسة. تعمل هذه الورقة على إبراز الحاجة إلى حلول مبتكرة فيما يتعلق بعمليات المحاكاة المتعلقة بالبيئة الحضرية التي تعتمد بشكل أساسي على استخدام نماذج المدن الافتراضية ثلاثية الأبعاد. تمت دراسة أربع حالات استخدام في هذا السياق ، وهي (1) تقدير إمكانات الطاقة الشمسية الحضرية باستخدام نماذج CityGML ، (2) محاكاة مستوى ضوضاء المرور المعين على جدران المباني من قطاعات الطرق الحضرية ، (3) قابلية التشغيل البيني لنماذج البيانات ثلاثية الأبعاد المستندة إلى CityGML ، و (4) الخدمات اللوجستية الداخلية ثلاثية الأبعاد والمرافق الجوفية. ومع ذلك ، لنمذجة غالبية حالات الاستخدام ، لا تقدم CityGML تمثيلات موضوعية واضحة ولكنها توفر الدعم لتوسيع مخطط CityGML باستخدام امتدادات مجال التطبيق. باختصار ، تستكشف الدراسة إمكانات النمذجة الدلالية لـ CityGML لتحويل نماذج المدن الافتراضية ثلاثية الأبعاد الأصلية إلى قدرات مرضية مثل المعلومات الدلالية ودعم قابلية التشغيل البيني.

هذه معاينة لمحتوى الاشتراك ، والوصول عبر مؤسستك.


نظام تصور BIM-GIS متكامل قائم على الويب لتصميم المباني منخفض الطاقة ☆

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


GLTF و WGS84 أو ECEF # 16

سؤال سريع ، لديّ صادرات 3DCityDB تعمل بشكل جيد الآن ، وقد اختبرت الواردات في EPSG: 3857 و EPSG: 4326. أقوم باستيراد على نطاق واسع من OSM (على سبيل المثال ، على مستوى الولاية وأكبر) لذلك أتطلع إلى استخدام EPSG: 4326 للتأكد من دقتها. يعمل EPSG: 3857 مع صادرات KML + GLTF ولكنه بالطبع مشوه في السيزيوم.

لقد قمت بعمل مقتطفات KML في EPSG: 4326 والتي تبدو جيدة ، ولكنها بطيئة جدًا في العرض في المتصفح. للأسف لا تظهر الصادرات بتنسيق GLTF. هل هناك سبب أساسي لعدم ظهور GLTF؟ أدرك أنه قد يكون له علاقة بإظهار القمم بالدرجات ، لكنني لم أعتقد أن هذا كان أحد قيود GLTF.

تم تحديث النص بنجاح ، ولكن تمت مواجهة هذه الأخطاء:

لا يمكننا تحويل المهمة إلى مشكلة في الوقت الحالي. حاول مرة اخرى.

تم إنشاء المشكلة بنجاح ولكن لا يمكننا تحديث التعليق في الوقت الحالي.

إثارة علق في 29 سبتمبر 2016 & # 8226

بالتعمق أكثر في المواصفات ، اكتشفت أنني كنت مخطئًا وأن الوحدات بالأمتار نكون مطلوب من قبل المواصفات. أفترض أن الشرط هو أن الأوتار X ، Y ، Z مرتبطة بالأرض ، لذلك ليس ECEF.

أتساءل عما إذا كانت هناك طريقة سهلة للتغلب على هذا ، فربما يكون تفكيري الساذج كما يلي:

1. الاستيراد في EPSG: 4326 (ووضع علامات عليه على هذا النحو في DB postgis srid)
2. املأ عمودًا من جدول كائن المدينة بالمركز (أو استخدم مركز الظرف للسرعة)
3. عند حدوث تصدير (إلى ملفات gltf أو من خلال WFS) ، قم بتحويل خط الطول + خط الطول + ض إلى أمتار من المركز المحسوب مسبقًا ، واكتب إلى gltf. أضف امتداد CESIUM_RTC وحدد المركز ليكون هو الذي تم حسابه مسبقًا.

تحرير: التفكير الساذج كان خاطئًا

إثارة علق في 29 سبتمبر 2016

في الواقع ، لا يمكن ملء عمود لأن RTC سيكون مختلفًا اعتمادًا على حجم التجانب وهو مركز كائنات متعددة. لذلك تم تعديله:

  1. الاستيراد في EPSG: 4326 (ووضع علامات عليه على هذا النحو في DB postgis srid)
  2. عند حدوث تصدير (إلى ملفات gltf أو من خلال WFS) ، احسب مركز التجانب وأضف امتداد CESIUM_RTC مع مركز التجانب هذا (بالدرجات). ستصبح القمم بعد ذلك مكونات x و y و z للخط الذي يربط المركز بالبلاط بالرأس.

إثارة تم التعليق عليه في 5 أكتوبر 2016

لقد سألت على https://groups.google.com/forum/#!topic/cesium-dev/t6VgLN5wtVI وقيل لي أن GLTF تدعم إحداثيات ECEF ، والتي من المحتمل أن تلبي الحاجة إلى تشويه منخفض لوضع نماذج GLTF.

لقد أجريت استيرادًا بإحداثيات ECEF بدلاً من EPSG: 4326 ، ولم يساعد ذلك ولا يزال التجانب مفقودًا (ولكن تم حساب المدى بشكل صحيح)

هل هناك شيء مفقود / أو افتراض في عميل 3dwebmap يمنع استخدام إحداثيات ECEF؟

آسف لجميع الأسئلة ، هذه للأسف مشكلة كبيرة بالنسبة لي

Yaozhihang تم التعليق عليه في 5 أكتوبر 2016

تم تنفيذ KML / COLLADA / glTF-Exporter استنادًا إلى افتراض أن مجموعات بيانات CityGML المستوردة يجب أن تستخدم نظامًا مرجعيًا مكانيًا مركبًا أو ثلاثي الأبعاد ، لأنه وفقًا لأفضل ما لدينا من معلومات ، لم يتم استخدام أي من بيانات CityGML الرسمية الحالية بواسطة تستخدم المدن أو وكالات رسم الخرائط في جميع أنحاء العالم النظام المرجعي للإحداثيات الجغرافية (على سبيل المثال EPSG: 4326). وبالتالي ، إذا قمت باستيراد مجموعة بيانات CityGML مع EPSG: 4326 إلى 3DCityDB. قد ينتج عن KML / COLLADA / glTF-Exporter أحيانًا نتائج غير متوقعة عند تصدير نماذج KML / COLLADA / glTF.

إلى جانب ذلك ، وفقًا لمواصفات glTF ، يتم تحديد رؤوس نموذج glTF المُصدَرة في مساحة محلية وهي نظام إحداثيات ديكارتي ثلاثي الأبعاد. هنا ، نستخدم ببساطة عنصر KML & ltModel & gt لتخزين الموقع (خطوط الطول ، العرض ، البديل) واتجاه النقطة المرجعية في مساحة العالم لكل كائن بناء ، بدلاً من استخدام ملحق CESIUM_RTC. خريطة الويب 3dcitydb قادرة على تحليل عنصر KML & ltModel & gt لاسترداد إحداثيات ECEF لكل كائن بناء ووضعه على Cesium Virtual GLobe.


الوحدة الأساسية الجديدة CityGML 3.0

مفهوم الفضاء CityGML 3.0

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

للحصول على تعريف أكثر دقة للمساحات ، يتم تقسيمها بشكل أكبر إلى المساحات المادية و مسافات منطقية. المساحات المادية هي مساحات مقيدة كليًا أو جزئيًا بأشياء مادية. المباني والغرف ، على سبيل المثال ، هي مساحات مادية لأنها محاطة بالجدران والألواح. المساحات المرورية للطرق هي مساحات مادية حيث تحدها أسطح الطرق على الأرض. على النقيض من ذلك ، فإن المساحات المنطقية هي مسافات ليست بالضرورة مقيدة بأشياء مادية ، ولكن يتم تحديدها وفقًا لاعتبارات موضوعية. اعتمادًا على التطبيق ، يمكن أيضًا تقييد المسافات المنطقية بواسطة حدود غير مادية ، أي حدود افتراضية ويمكن أن تمثل مجموعات من المساحات المادية. وحدة البناء ، على سبيل المثال ، هي مساحة منطقية لأنها تجمع غرفًا معينة للشقق ، والغرف هي المساحات المادية التي تحدها أسطح الجدران ، في حين يتم تحديد التجميع ككل بحدود افتراضية. ومن الأمثلة الأخرى مناطق المدينة التي تحدها حدود إدارية افتراضية مقذوفة رأسياً المساحات العامة مقابل المناطق الأمنية في المطارات أو مناطق المدينة مع لوائح محددة تنبع من التخطيط الحضري. يتماشى تعريف المساحات المادية والمنطقية والحدود المادية والافتراضية المقابلة مع المناقشة في Smith and Varzi (2000) حول الفرق بين حدود حسن النية والحدود القانونية للأشياء المحددة. الحدود الحسنة النية هي حدود مادية تتوافق مع الحدود المادية للمساحات المادية في CityGML 3.0. على النقيض من ذلك ، فإن حدود فيات هي حدود من صنع الإنسان وهي مكافئة للحدود الافتراضية للمساحات المنطقية.

المساحات المادية ، بدورها ، مصنفة كذلك إلى الأماكن المشغولة و المساحات الشاغرة. تمثل المساحات المشغولة كائنات حجمية مادية تشغل مساحة في البيئة الحضرية. ومن الأمثلة على المساحات المشغولة المباني والجسور والأشجار وأثاث المدن والمسطحات المائية. شغل الفضاء يعني أن بعض المساحة يتم حظرها بواسطة هذه الكائنات الحجمية ، على سبيل المثال ، لا يمكن استخدام المساحة المحجوبة بواسطة المبنى في الشكل 2 بعد الآن للقيادة عبر هذا الفضاء أو وضع شجرة على تلك المساحة. في المقابل ، تمثل المساحات غير المشغولة كيانات حجمية مادية لا تشغل مساحة في البيئة الحضرية ، أي لا توجد مساحة مسدودة بواسطة هذه الكائنات الحجمية. من الأمثلة على المساحات غير المأهولة غرف البناء والمساحات المرورية. هناك خطر من سوء فهم مصطلح OccupiedSpace. ومع ذلك ، قررنا استخدام المصطلح على أي حال ، حيث تم تأسيسه في مجال الروبوتات لأكثر من ثلاثة عقود (Elfes 1989). يستفيد التنقل في الروبوتات المحمولة من ما يسمى بخريطة الإشغال التي تحدد المناطق التي تشغلها المادة ، وبالتالي لا يمكن تصفحها للروبوتات.

المساحات المشغولة وغير المأهولة

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

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

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

يحدد تصنيف أنواع المعالم في OccupiedSpace و UnoccupiedSpace دلالات الأشكال الهندسية المرتبطة بالسمات المعنية. بالنسبة إلى OccupiedSpaces ، تصف الأشكال الهندسية المرفقة الأحجام المشغولة فعليًا (في الغالب). بالنسبة إلى المساحات غير المشغولة ، تصف الأشكال الهندسية المرفقة (أو المرتبطة) بأحجام (معظمها) غير مشغولة فعليًا. هذا أيضًا له تأثير على الاتجاه المطلوب لقواعد السطح للأسطح الموضوعية المرفقة. بالنسبة إلى OccupiedSpaces ، يجب أن تشير المتجهات العادية للأسطح الموضوعية في نفس اتجاه أسطح الغلاف الخارجي للحجم. بالنسبة إلى المساحات غير المشغولة ، يجب أن تشير المتجهات العادية للأسطح الموضوعية في الاتجاه المعاكس مثل أسطح الغلاف الخارجي للحجم. هذا يعني أنه من منظور مراقب مشهد المدينة ، يجب دائمًا توجيه القواعد السطحية نحو المراقب. في حالة المساحات المحتلة (مثل المباني والأثاث) ، يجب أن يكون المراقب موجودًا خارج المنطقة المحتلة حتى يتم توجيه الأعراف السطحية نحو المراقب بينما في حالة المساحات غير المأهولة (مثل الغرف والطرق) ، يكون المراقب عادةً داخل المنطقة غير المأهولة.

قد لا يكون التصنيف إلى OccupiedSpace و UnoccupiedSpace واضحًا دائمًا للوهلة الأولى. تمثل السيارات ، على سبيل المثال ، مساحة محتلة ، على الرغم من أنها ليست مغلقة ومعظم المساحة خالية من المواد ، انظر الشكل 3. نظرًا لأن المرآب عبارة عن هيكل مسقوف وغير متحرك بغرض توفير مأوى للأشياء (مثل السيارات) ، يتم تمثيل السيارات بشكل متكرر كمباني في الكادستر. وبالتالي ، في CityGML أيضًا ، يجب تصميم المرآب كمثال لمبنى الطبقة. نظرًا لأن المبنى عبارة عن فئة فرعية من OccupiedSpace بشكل انتقالي ، فإن المرآب يعد أيضًا منطقة OccupiedSpace. ومع ذلك ، فقط في LOD1 ، سيتم اعتبار المنطقة الحجمية بأكملها التي يغطيها المرآب مشغولة ماديًا. في LOD1 ، يتم تحديد المساحة المشغولة بواسطة هيكل المرآب الصلب بالكامل (ما لم يتم تحديد غرفة في LOD1 التي من شأنها أن تمثل الجزء غير المشغول أسفل السقف) بينما في LOD2 و LOD3 ، تمثل المواد الصلبة بشكل أكثر واقعية المساحة المشغولة فعليًا من مرآب. بالإضافة إلى ذلك ، بالنسبة لجميع الأماكن المشغولة ، يجب أن تشير المتجهات العادية للأسطح الموضوعية مثل سطح السطح إلى الابتعاد عن المواد الصلبة ، أي بما يتفق مع الهندسة الصلبة.

تمثيل مرآب على أنه OccupiedSpace في LODs مختلفة. المربعات الحمراء تمثل المواد الصلبة ، والمساحة الخضراء تمثل السطح. بالإضافة إلى ذلك ، تظهر النواقل العادية للسقف الصلب (باللون الأحمر) وسطح السقف (باللون الأخضر)

في المقابل ، الغرفة هي مساحة غير مشغولة جسديًا. في CityGML ، يتم تمثيل الغرفة من خلال فئة BuildingRoom وهي فئة فرعية من UnoccupiedSpace. في LOD1 ، يمكن اعتبار الغرفة الصلبة بأكملها مساحة غير مشغولة ، والتي يمكن أن تحتوي على أثاث وتركيبات ، على الرغم من ذلك ، كما هو موضح في الشكل 4. في LOD2 و 3 ، تمثل المادة الصلبة بشكل أكثر واقعية المساحة غير المشغولة فعليًا للغرفة ( ربما معمم إلى حد ما كما هو موضح في الشكل). بالنسبة لجميع المساحات غير المشغولة ، يجب أن تشير المتجهات العادية للأسطح الموضوعية المحيطة مثل InteriorWallSurface إلى داخل الكائن ، أي عكس الهندسة الصلبة.

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


GeoWeb & # 8211 الجزء الثاني & # 8211 GML و KML

إذن ما هو الفرق بين GML و KML (Google)؟ أعتقد أن أحد الاختلافات الكبيرة هو وجود محرك تصميم كبير معروف لملفات KML يسمى Google Earth. إذا قمت بإنشاء بعض بيانات GML & # 8211 فماذا بعد ذلك؟ حسنًا ، يجب أن يكون لدي محرك أنيق ومحرك إعادة تصميم لرسم خريطة. هل هذا صعب؟ لا & # 8211 لكنه لا يعمل أيضا. الحصول على محرك نمط ليس بالأمر الصعب & # 8211 فقط أي نوع من محركات XSLT سيفي بالغرض. ولتقديم ناتج عملية التصميم (عادةً SVG) ، فأنت بحاجة إلى شيء مثل مكون Adobe الإضافي لـ SVG أو مكتبات Batik لتحويلها إلى صورة (PNG ، TIF ، JPEG). لاحظ أن SVG يسمح بالصور السفلية & # 8211 بحيث يكون هذا الجزء سهلًا أيضًا. يوفر لك برنامج Google Earth مجموعة جاهزة من الصور (من اختيارهم) مع تغطية عالمية. لذلك أقول إنني أستطيع إنشاء برنامج Google Earth الخاص بي. نعم & # 8211 أعتقد أن هذا ما أقوله. هذه هي الوصفة الأساسية. دع & # 39 s اترك صور Google Earth خارجها في الوقت الحالي.


الحاجة إلى نماذج مدينة ثلاثية الأبعاد شاملة (الجزء الأول)

في PenBay ، أمضينا وقتًا طويلاً على مدار السنوات العديدة الماضية في العمل على طرق لنمذجة الأجزاء الداخلية للمباني في نظم المعلومات الجغرافية. لقد كتبت مرارًا وتكرارًا عن هذا الموضوع وهو مجال لا يزال يثير إعجابي. في رحلتي الأخيرة إلى فانكوفر للتحدث في مؤتمر GeoWeb 2009 ، ومع ذلك ، فقد ألهمني عمل Thomas Kolbe في CityGML للتفكير أكثر في مجموعات المباني وكيفية عملها معًا في بيئة حضرية. بينما ننتقل إلى هذه المدينة وعلى النطاق الإقليمي ، فإن مستوى التفصيل الذي نصمم به مبانينا له آثار كبيرة على قابلية التوسع والأداء ومجموعات الأدوات التي نستخدمها للتصور والتحليل. لأغراض مناقشتنا هنا ، دع & # 8217s يحدد "المدينة" هي مجموعة كبيرة بشكل معقول من المباني في منطقة مكثفة. قد تكون هذه المدينة بلدية تقليدية مثل فيلادلفيا أو شيكاغو ، وقد تكون مدينة عسكرية مثل قاعدة لانجلي الجوية ، أو قد تكون حرمًا جامعيًا مثل جامعة بوسطن.


التدريبات

تطلب مشروع 2TaLL تدريبًا متخصصًا واستشارات تهدف إلى توسيع المعرفة والكفاءات لأعضاء فريق المشروع. تضمن أحد التطورات البارزة تدريبًا على معيار CityGML وبرمجيات FME نظمته Virtual City System في برلين (يوليو 2014). ساعد التدريب في تطوير مهارات استخدام نماذج CityGML ومكّن من إنشاء برامج من قبل أعضاء فريق المشروع لمعالجة مثل هذه البيانات (حاسمة على سبيل المثال ثلاثي الأبعاد سلبي). وعقدت تدريبات ومشاورات أخرى في بولندا وركزت على تقنيات نظم المعلومات الجغرافية والبرمجة والرياضيات. أتاح نقل المعرفة تطوير قدرات الفريق وطرق تحليلية جديدة وتطبيقات حاسوبية (C ++). ساعدت العملية في التحقق من ملاءمة أنظمة تحليل المناظر الطبيعية للمدينة (مثل ESRI).

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

تدريب BASIC CityGML
نمذجة المعلومات الحضرية باستخدام CityGML
* ما هي نمذجة المعلومات الحضرية؟
* مقدمة إلى مجموعة معايير GML 3 و ISO 19100
* المفاهيم الأساسية والوحدات المواضيعية في CityGML 2.0
* نمذجة المباني والتضاريس وأنواع ميزات CityGML الإضافية
* النمذجة متعددة المقاييس والنمذجة الطوبولوجية الهندسية باستخدام GML 3 و CityGML
* خصائص السطح ، والهندسة الضمنية
* آليات التمديد
علاقة CityGML بتنسيقات البيانات ثلاثية الأبعاد الأخرى
* CityGML وتنسيقات المرئيات ، مثل KML / COLLADA أو X3D
* CityGML و CAD / BIM
علاقة CityGML بإلهام
التطبيقات الحالية لـ CityGML في الممارسة والبحث
* أمثلة من مناطق ، مثل التخطيط البيئي والطاقة ، أو محاكاة الضوضاء ، أو إدارة الكوارث ، أو تخطيط المدينة

معالجة CityGML مع FME
لقد أثبتت تقنية FME من شركة Safe Software Company نفسها كأداة قياسية للتعامل مع عمليات ETL (استخراج ، وتحميل ، وتحويل) ، وتسليم بيانات GIS ودعم أكثر من 300 تنسيق بيانات GIS تقليدي بالإضافة إلى CityGML في حالته الحالية إصدار. لذلك ، تقدم FME خدماتها لإنشاء ومعالجة وتحويل بيانات CityGML من مصادر بيانات مختلفة وكذلك لتوفير بيانات CityGML في تنسيقات بيانات مستهدفة متنوعة. توفر ندوتنا مقدمة شاملة في معالجة CityGML باستخدام FME. بالإضافة إلى العمليات الأساسية لقراءة وكتابة بيانات CityGML وتنفيذها العملي ، يعد الوصول إلى نماذج قاعدة بيانات المدينة ثلاثية الأبعاد نقطة اهتمام مهمة في الندوة. يبدأ التدريب بمقدمة في نموذج بيانات CityGML ومعالجة البيانات ثلاثية الأبعاد باستخدام FME. يتم تقديم قراءة وكتابة CityGML مع FME باستخدام أمثلة عملية. ينصب التركيز على إنتاج بيانات بناء صالحة من بيانات إدخال غير متجانسة. بالإضافة إلى ذلك ، يتم التعامل أيضًا مع فئات الكائنات الأخرى ، مثل التضاريس والمرافق العامة وكائنات الغطاء النباتي. في اليوم الثاني ، يتم التركيز على ربط قواعد البيانات كمصادر بيانات وكيفية الوصول المباشر إلى قاعدة بيانات CityGML “3DCityDB”.
مكونات التدريب:
* تنسيقات البيانات ثلاثية الأبعاد والتعامل مع الهندسة ثلاثية الأبعاد
* أساسيات قراءة وكتابة CityGML
* تحويل صيغ البيانات ثلاثية الأبعاد في CityGML
* تحويل CityGML إلى تنسيقات ثلاثية الأبعاد أخرى
* الوصول إلى قاعدة البيانات مع FME
* التلاعب واستخراج الكائنات من 3DCityDB

05.2014-02.2016 SZCZECIN | استشارات تكنولوجيا المعلومات
inż. Maciej Berdyszak ، المونسنيور inż. قوس. ماسيج جارزيمسكي


السلامة العامة

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

إدارة الفضاء

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

العقارات التجارية

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

الإدارة العامة

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

إدارة المرافق

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

المراقبة البيئية / الصحة العامة

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

إدارة الطاقة

أصبحت إدارة الطاقة مصدر قلق بالغ لجميع المصممين الحضريين المدروسين. نظرًا لأن سكان العالم يتحولون إلى مناطق حضرية بشكل متزايد ، فإن التركيزات الهائلة للمباني (أكثر مستهلكي الطاقة إثارة على الكوكب) في مدننا تركز بشكل كبير على استهلاك الطاقة في مراكزنا الحضرية وتضع ضغطًا متزايدًا على البنية التحتية لتوزيع الطاقة لدينا وتؤدي بشكل كبير إلى زيادة الطلب العالمي على الطاقة بجميع أشكالها. استجابةً لذلك ، أصبح مديرو الحرم الجامعي والمخططون الحضريون أكثر فاعلية في مراقبة استهلاك الطاقة في كل مبنى وأحيانًا على أساس كل مساحة بمرور الوقت. أصبحت حرم الجامعات استباقية بشكل خاص في قضايا استهلاك الطاقة. لقد طورت العديد من الجامعات سياسات تنص على الامتثال لجميع المباني المملوكة للجامعة بمعايير LEED لكفاءة الطاقة. على مستوى المبنى الفردي ، بدأ العديد من مديري المرافق في أن يكونوا أكثر استباقية بشأن استخدام أنظمة التحكم الذكية في المباني الخاصة بهم من Honeywell أو Johnson Controls لخفض استهلاك الطاقة على أساس كل غرفة عبر محفظتهم. على مستوى المدينة ، تقوم بعض البلديات ، خاصة في أوروبا ، بجهود جمع صور الأشعة تحت الحمراء بالجملة حتى يتمكنوا من تحديد أوجه القصور في الطاقة الأكثر فظاعة في مدنهم واستهداف تلك المباني لجهود الحفاظ على الطاقة.


عالم ثلاثي الأبعاد في المتصفح. مثل هذا تماما

يمكنك الحصول على نسخة pdf بالصور هنا

العالم xmlizing. انا اقول. يجب أن يكون كل نوع بيانات على الويب بتنسيق XML. هذا أمر جيد ، وهذا يعني البيانات المفتوحة ، والبيانات التي يمكن للبشر قراءتها ، ويمكن الوصول إليها بشكل أكبر من قبل المجتمع في جميع المجالات ، أينما يتم استخدام XML XML موجود في كل مكان هذه الأيام.
3D في الإنترنت لها قصة طويلة ومثيرة للاهتمام ، وقد بدأت بتقنية VRML. Plenty of companies were making their own plug-ins, selling, showing their enormous functions, but there was no standard. It was hard to think of it, while the OpenGL support was barely standing and HTML was exploding on the net. People started talking how buggy and not efficient that kind of solution is. So VRML stayed in a shadow. That was years ago, some people had this dream about 3D worlds in a browser, true 3D API with decent data for it. Years passed and a successor of VRML came into stage, X3D.
X3D is a ratified standard from Web3D Consortium, it grew up to become next child to fight its way with browsers. X3D is XML based, it includes old parts of VRML such as H-Animation, GeoVRML or Nurbs. It replaces VRML while providing compatibility which VRML existing content (VRML content can be read by X3D reading applications). It was developed so that it is extensible and shrinkable as well. It consists of profiles, which include components. Components are collections of specific features. For instance we have Geo component. The reason of such a construction here is that some companies wouldn’t like to support all of the features available with X3D, so they shrink X3D to their specific X3D data. They can also create new profiles and components. The solution is universal as you can see. There is another very popular XML data for 3D representation – the Collada file (DAE extension). They are very similar as it comes for construction. Both the Web3D and Khronos Group (actual owner of Collada - originally was made by Sony) are collaborating so that they can specify fields where each of them will find its piece of land, they also want to make some of their parts the same (animation etc.) so that the open source society will have more profits. So if both are XML can we. yes, we can make translations between them. There are XSLT transformations available, free of charge of course. However, in big outline. Collada is considered as a interchange format for standalone DCC (Digital Content Creation) applications, while X3D is focused on web issues. If you want to have a broader view on X3D/Collada there’s a fresh whitepaper from Tony Parisi [1] on this subject. So we have X3D, why I find it so important for GIS Web 3D. Primarily, because it is a standard, a good stable standard, with really some time spent on developing its flexibility. Secondly it has a working group X3D Earth working group which vision is to create X3D representation of the world, I know that’s a big challenge, but they have some serious reinforcements as well (NASA). Anyway, there are also some other non-standard technologies that have something to say if it comes to GIS data. There is very nice cityGML which has some cities already implemented in it (www.cityGML.org), but it’s not yet a standard. At the moment it’s on its way of achieving that with Open Geospatial Consortium. However for web purposes X3D should take the lead. Heh, again cityGML is XML so yes, again XSLT to X3D is possible. More on that topic is covered in Kiwon Lee document[2] about literally speaking cityGML to X3D transformations and mobile GIS 3D. So we are here at the point where we have data type X3D which is supporting our GIS and what is more is web focused, but what about the viewer?
The Web3D Consortium provides us with some free X3D viewers. But all of them are required as new plug-ins for our browsers in case we want to view something, and that’s a bit of a problem. Because a good stable player is also very important if it comes to Internet society, in some way standardized player. I know that if someone really would like to use 3D in web he would download the player and play it. But as far as I know reality, people are not keen on installing new plug-ins, most of them don’t know how to do it (despite it is automated these days). That’s life. My point here is that the 3D that we have to offer should be playable just like that, when opening the web page. Like google maps, that’s why they are so popular. There is NASA WorldWind and Google Earth as well (the standalones), but the usability is what counts nowadays and what makes people speak about it. The practical usage of solution.
There is one plug-in however that is available among society, yes, exactly. Flash Player. Everyone has Flash Player. To be more concrete I will recall the chart from www.adobe.com (Fig.1)

Fig. 1 : The Adobe Flash Player statistics show that Flash content reaches more than 98% of users.

Yes I know that can be a bit exaggerated (those are Adobe statistics), but It’s hard to admit that the Flash Player is not ubiquitous.
So Flash, Flash, wasn’t that just for 2D vivid graphics? Yes it was, it is, and it’s evolving. But in the mean time we want to get started here with new Adobe Flex 2.0 technology which also uses Flash Player as a run-time environment. I gave you before an example what Flex ArcWeb Explorer is, and how ESRI was fascinated about it. Imagine now connecting 3D options to it. Well I believe it’s fully applicable. As I said before, we want to create very portable and practical solution. The point I’m making here is that in my opinion the X3D, Flex + Papervision3D bundle gives as a gate to develop really nice looking environments in a really fast way. There are many gaps still to be filled with some coding, but the outline is there, steady and ready. Ok so are we ready to show some graphics? what else do we need? . Rationality! and again the practical attitude. I’m going to keep repeating that till the end of my days. The public destination of that solution and the availably for everyone is a really important issue. People are creating standards these days, not companies. So which part of our gate needs to be replaced. what about X3D, do we have some data implemented in it? is it really in practical, wide usage? No it isn’t. My sentiment about X3D is similar to this expressed by French president Charles De Gaulle about Brazil: It has a great future … and always will. We need something practical, what is already in wide use, and its growing in the hand of the users, and moreover we need it now. X3D is supported by NASA and it maybe going to be a standard but nowadays we need to pick up something reasonably, that will strongly support us with existing data. The best way to see what I mean is to compare NASA World Wind and Google Earth. Google Earth is starting to be created by users for users, and that is what I call a standard. So what I advise to myself, is to use the kind of data that is using Google Earth to represent environment. So here we are now with KML (it seems that we are going through all the alphabet +ML extension). You see, the easiness with I am switching the data types is also because of the fact that all of them are XML based and its possible to make translations between them, we are not risking much. So again,my target is the type of that data that will be most suitable for wide audience providing ease of use and data creation perspectives. So what about this KML you ask?

KML stands for KeyHole Markup Language. The word Keyhole is an earlier name for the software that became Google Earth. The software was produced in turn by Keyhole, Inc, which was acquired by Google in 2004. The term "Keyhole" actually honors the KH reconnaissance satellites, the original eye-in-the-sky military reconnaissance system now some 30 years old. At the moment it is a standard of representing data for Google Earth apps. It is constructed with really simple structure. Let’s say we want to mark a point on Google maps. The KML file would be as follows :

That gives us points, nothing special. But the KML can support us with polygons descriptions :

Fig. 2 : Different types of polygons in KML, opened and placed on a specific location in Google Earth.

What is more, we can use Google Earth to create that kind of polygons using real world raster map as a drawing layer. So that way we can acquire polygon boundaries created on real world blue prints with real world coordinates. That is kind of fun. I wouldn’t lie if I say that starting from now, with no experience in Google Earth, I can create in few hours an outline of a small city and export it to KML files, or create KMZ archive (collection of KML files). Just like that, that is what I call simplicity. Ok let’s go further. Starting from KML version 2.1 Google made a big step towards 3D worlds, we have a support for intermediate 3D modeling file format, guess… yes, our gaming friend Collada (thought about X3D, huh?).

So… plenty of new possibilities now open. Game creators can move their actual work to Google Earth engine. Anyone can model buildings in his favorite application save it to Collada file and place it in the Earth on a specific coordinates. I don’t have to tell what kind of options it gives. Can you imagine games in real 3D environment or millions of people creating 3D models of their homes? Well, it’s going to happen faster than we think, I think. In the mean time… where were we with our lounge of chosen technologies?

Fig. 3 : The KML file with a Collada .dae model attached to it, opened in Google Earth.

Our gate for creating 3D worlds, based on true Geographical data, open for everyone in a common browser is : Flex with PaperVision3d + KML file format which includes Collada files. In my opinion that could be a really interesting solution solver for Web based GIS 3D. It is really easy to develop, and if you take a deeper insight on options which each of these technologies give, you will see that you can create some really fresh outlook of content in a web browser… just like that.

References :
[1] ”Developing Web Applications with COLLADA and X3D” by Dr. Rémi Arnaud and Tony Parsi
[2] “Prototype Implementations for Multi-typed 3D Urban Features
Visualization on Mobile 3D and Web 3D Environments “ by Lee Kiwon


شاهد الفيديو: Converting KMZ to KML File (شهر اكتوبر 2021).