نقشه راه GIS

درخواست مشاوره

09120049370

8 صبح تا 12 شب

09120049370

Telegram Whatsapp Youtube
کاربرد جی ای اس

خلاصه

مدل‌های اطلاعات ساختمان (مانند IFC) و مدل‌های سه بعدی شهر مجازی (مانند CityGML) در نحوه مدیریت اطلاعات در مورد شهرهایمان انقلابی ایجاد می‌کنند. اما تمرکز اصلی این مدل‌ها بر ویژگی‌های کالبدی و عملکردی املاک و تأسیسات شهری است که از جنبه حقوقی و مالکیتی غفلت می‌کند. در مقابل، مدل‌های داده‌های کاداستر، مانند مدل دامنه مدیریت زمین (LADM)، برای اهداف مدیریت اطلاعات قانونی و مدل‌سازی اشیاء قانونی مانند مرزهای مالکیت بدون ارائه مطابقت با ویژگی‌های فیزیکی شی، توسعه یافته‌اند. ادغام اشیاء قانونی و فیزیکی در مدل‌های شهری سه بعدی مجازی و کاداستر، کاربرد و انعطاف‌پذیری آن‌ها را برای پشتیبانی از برنامه‌های کاربردی مختلف که نیاز به یک منبع یکپارچه از اطلاعات حقوقی و فیزیکی دارند، به حداکثر می‌رساند. مانند مدیریت فضای شهری و فرآیندهای توسعه زمین. هدف این مقاله ارائه مدل داده ای است که از اطلاعات حقوقی و فیزیکی محیط های شهری پشتیبانی می کند. روش توسعه این مدل داده، گسترش مدل داده‌های کاداستر اصلی و ادغام ویژگی‌های شهری در مدل داده است. نتیجه تحقیق را می توان برای گسترش مدل های داده فعلی به منظور افزایش قابلیت استفاده آنها برای کاربردهای مختلف که به اطلاعات حقوقی و فیزیکی نیاز دارند، استفاده کرد.
کلید واژه ها: 

کاداستر سه بعدی ; مدل داده های کاداستر سه بعدی ; RRR ; 3DCDM ; CityGML ; LADM ; BIM

 

1. معرفی

1.1. زمینه

نیاز به “فضای” بیشتر ناشی از رشد جمعیت، شهرنشینی و صنعتی شدن فشار بر برنامه ریزی و توسعه کاربری زمین را افزایش داده است. در نتیجه، فضای بالا و زیر سطح زمین به طور فزاینده ای مورد استفاده قرار می گیرد. به عنوان مثال می توان به توسعه های زیرزمینی، تأسیسات زیربنایی، ساختمان های بلند و آپارتمان ها اشاره کرد. این تحولات سه بعدی (سه بعدی) نه تنها پیچیدگی محیط شهری (بعد فیزیکی) را افزایش می‌دهد، بلکه بر منافع مالکیت زمین و ملک مرتبط با زمین زیربنایی (بعد قانونی) نیز تأثیر می‌گذارد.
مدل‌های شهری سه‌بعدی مجازی، مانند CityGML، ویژگی‌های شهری سه‌بعدی (اشیاء فیزیکی سه‌بعدی) از جمله ساختمان‌ها، سطح زمین، خیابان‌ها و پوشش گیاهی را حفظ و تجسم می‌کنند [ 1 ]. آنها بر مدل سازی اشیاء قانونی تمرکز نمی کنند. از سوی دیگر، مدل‌های داده‌های کاداستر مانند مدل دامنه مدیریت زمین (LADM) [ 2 ] و ePlan [ 3 ]، منافع سه بعدی زمین و مالکیت دارایی، از جمله حقوق، محدودیت‌ها و مسئولیت‌های مالکیت سه‌بعدی (RRRs 3D) را مدیریت و حفظ می‌کنند. ; آنها فقط اشیاء قانونی را نشان می دهند و همتایان فیزیکی خود را یکپارچه نمی کنند. شکل 1 نشان می دهد که مدل های داده کاداستر اشیاء قانونی یک محیط شهری را تعریف می کنند، در حالی که مدل های شهر سه بعدی مجازی اشیاء فیزیکی آن را مشخص می کنند.
Ijgi 04 01442 g001 1024
شکل 1. ابعاد حقوقی و کالبدی یک محیط شهری.
از آنجایی که مرزهای مالکیت (اشیاء قانونی) توسط ساختارهای فیزیکی ساختمان مانند دیوارها، کف ها و سقف ها نشان داده می شود. مدل‌های داده‌های کاداستر یا مدل‌های شهر سه بعدی مجازی باید هم اشیاء قانونی و هم فیزیکی ویژگی‌های شهری را حفظ و ادغام کنند [ 4 ]. این ادغام قابلیت استفاده از کاداسترهای سه بعدی را برای کاربردهای اضافی مانند مدیریت املاک و مدیریت فضای شهر به حداکثر می رساند.
ادغام اشیاء قانونی و فیزیکی در مدل های داده تقریباً پس از معرفی CityGML و مدل اطلاعات ساختمان (BIM) آغاز شد. با این حال، تحقیقات کمی برای بررسی گسترش مدل‌های داده‌های کاداستر برای حمایت از این ادغام انجام شده است [ 4 ]. انگیزه اینکه چرا این ادغام از گسترش مدل‌های داده‌های کاداستر شروع می‌شود، اولاً وجود تقاضای شدید مقامات زمین برای گسترش مدل‌های داده‌های کاداستر خود برای پشتیبانی از کاداستر سه بعدی و دوم در دسترس بودن منابع قانونی (کاداستری) مانند طرح‌های تقسیم‌بندی، عناوین، و اسناد در مقایسه با منابع اطلاعات فیزیکی مانند BIM و CityGML.

1.2. کار مرتبط

ادغام اشیاء قانونی و فیزیکی تقریباً پس از معرفی CityGML و BIM آغاز شده است. با این حال، هیچ تحقیق اساسی برای گسترش مدل‌های داده‌های کاداستر برای پشتیبانی از اشیاء فیزیکی انجام نشده است.
یک پسوند دامنه کاربردی (ADE) به CityGML توسط Dsilva [ 5 ] برای اهداف کاداستر توسعه داده شد. در این ADE، ماژول ساختمان CityGML برای نشان دادن آپارتمان ها (واحدهای کاندومینیوم) و برخی از اموال قانونی آنها گسترش یافت.
El-Mekawy و Östman [ 6 ] توسعه ای را برای مدل یکپارچه ساختمان (UBM) پیشنهاد کردند، که عمدتاً برای ادغام مدل های ساختمانی استانداردهای IFC و CityGML توسعه داده شد [ 7 ].] برای مقابله با برنامه های کاداستر سه بعدی. آنها کمبود IFC، برجسته‌ترین مدل‌های ساختمانی معنایی برای نمایش مدل اطلاعات ساختمان (BIM)، CityGML، و UBM را که قبلاً برای مدل‌سازی سیستم اطلاعات کاداستر سه‌بعدی کامل و واقعی توسعه داده شده بود، بررسی کردند. نتیجه نشان می‌دهد که IFC، CityGML و UBM توانایی‌هایی برای چنین وظایفی دارند. آنها توسعه ای را برای UBM پیشنهاد کردند و زیرگروه های مختلفی مانند “سطوح عناصر ساختمان”، “سطوح حفاری”، “سطوح منطقه حفاظتی” و “سطوح مرزی املاک و مستغلات” سطوح مرزی را برای تعریف اطلاعات کاداستر سه بعدی یک ساختمان اضافه کردند.
چاگداش [ 8 ] همچنین ADE را برای CityGML برای حمایت از الزامات سیستم مالیات بر اموال غیرمنقول در ترکیه توسعه داد. این ADE نشان دهنده واحد دارایی (به عنوان مثال ، قطعه کاداستر، واحد مالکیت)، اجزای آنها (به عنوان مثال ، ضمیمه، تسهیلات مشترک)، و ویژگی های قانونی (مثلاً، حقوق مالکیت) و ویژگی های اقتصادی آنها (به عنوان مثال، ارزش مالیاتی، دوره مالیاتی) است. برای فرآیند مالیات بر دارایی و همچنین برای فرآیندهای کاداستر و سایر فرآیندهای اداری مورد نیاز است.
برینکا و همکاران [ 9 ] یک استاندارد سه بعدی جدید برای هلند پیشنهاد کرد که داده های 2 بعدی را از استاندارد ملی موجود برای توپوگرافی در مقیاس بزرگ (Information Model Geography (IMGeo)) حفظ می کند و آنها را با مفاهیم سه بعدی CityGML گسترش می دهد. CityGML-IMGeo شامل جنبه‌های عمومی است که می‌تواند برای گسترش مدل‌های اطلاعات دامنه دیگر مانند کاداستر سه‌بعدی مورد استفاده مجدد قرار گیرد.
گوزدز و همکاران [ 10 ] با معرفی یک مدل CityGML-LADM ADE که روابط بین اشیاء فضایی از دنیای حقوقی و فیزیکی را فراهم می‌کند، احتمالات کاربرد CityGML را برای اهداف کاداستر بررسی کرد. یینگ و همکاران [ 11 ] یک چارچوب و یک گردش کار از تبدیل CityGML به کاداستر سه بعدی را معرفی کرد. ال-مکاوی و همکاران. [ 12 ] مشکلات و راه حل های مربوط به تعامل بین BIM و ثبت و تجسم اطلاعات دارایی واقعی سه بعدی را تشریح کرد.
ایسیکداگ و همکاران [ 13 ] نقش احتمالی مدل‌های ساختمان‌های سه بعدی و کاداسترهای سه بعدی غنی از لحاظ معنایی را در رابطه با ارزش‌گذاری و مالیات بررسی کرد.
به زودی و همکاران [ 14 ] یک چارچوب ترکیبی مبتنی بر معناشناسی برای ادغام CityGML و 3D LandXML پیشنهاد کرد. رونزدورف و همکاران [ 15 ] یک راه حل مدل سازی برای ادغام برخی از بخش های LADM و CityGML پیشنهاد کرد.
کنسرسیوم فضایی باز InfraGML (جانشین LandXML) را پیشنهاد کرده است، یک طرح کاربردی GML که از توسعه زمین و تأسیسات زیرساختی مهندسی عمران پشتیبانی می کند. حوزه های موضوعی پیش بینی شده شامل تراز، جاده، راه آهن، بررسی، زمین، قطعه زمین، زهکشی، فاضلاب، و سیستم های توزیع آب است. تمرکز InfraGML پوشش محتوای LandXML و پشتیبانی از تجهیزات مدرن نظرسنجی است [ 16 ].

1.3. شرح مشکل

از آنجایی که مرزهای مالکیت بر اساس ساختارهای واقعی یک توسعه (به عنوان مثال، ساختمان) در کاداستر تعریف می شوند، مکان مرزها باید مشخص باشد. بنابراین، تجسم مرزهای مالکیت به تنهایی بدون ادغام با همتایان فیزیکی آنها، هنوز ابهامات موجود را که بر تفسیر رابطه بین حقوق و منافع ساختمان تأثیر می‌گذارد، حل نخواهد کرد و سردرگمی مرزی را در بین مالکان و شرکت‌های مالک کاهش نخواهد داد. در مقابل، ادغام اشیاء فیزیکی و حقوقی به وضوح نشان دهنده حقوق و محدودیت های مالکیت خواهد بود [ 4 ].
مدل‌های شهری سه‌بعدی مجازی، مانند CityGML، اشیاء را برای نمایش اطلاعات دقیق مورد نیاز برای نشان دادن مرزهای مالکیت قانونی و ساختار فیزیکی آن‌ها پشتیبانی نمی‌کنند [ 6 ]. مدل‌های داده‌های کاداستر مانند LADM همتایان فیزیکی اشیاء قانونی را حفظ و نشان نمی‌دهند [ 4 ].

1.4. روش شناسی

تاکنون تمام چالش‌ها برای ادغام اشیاء قانونی کاداستر با همتایان فیزیکی آنها بر گسترش مدل‌های شهری سه بعدی مجازی برای پشتیبانی از اشیاء کاداستر متمرکز شده است. با این حال، در این مقاله، مدل داده‌های کاداستر اصلی برای پشتیبانی از اشیاء فیزیکی مربوطه گسترش می‌یابد.
این مقاله یک مدل داده کاداستر سه‌بعدی ( 3DCDM ) را به عنوان راه‌حلی پیشنهاد می‌کند که قادر به پشتیبانی از داده‌های سه بعدی، ادغام اشیاء فیزیکی سه بعدی با اشیاء قانونی سه بعدی مربوطه آن‌ها، و دارای اشیاء غنی‌شده معنایی است. مدل داده بر اساس استانداردهای ISO توسعه یافته و از زبان مدل سازی UML برای مشخص کردن مدل داده استفاده می شود. مدل 3DCDM اشیاء قانونی سه بعدی را نشان می دهد و اشیاء قانونی و فیزیکی را به یکدیگر متصل می کند. در این راستا 3DCDMمدل مجهز به مفاهیم عین حقوقی (LPO) و شیء مالکیت فیزیکی (PPO) است. اولین مورد، مدل‌سازی همه منافع موجود (RRR) را به عنوان اشیاء قانونی تسهیل می‌کند. دومی تمام ویژگی‌های شهری سه بعدی مانند ساختمان‌ها، تونل‌ها و تاسیسات را به عنوان اشیاء فیزیکی در نظر می‌گیرد. از اصول اولیه هندسی سه بعدی GML (زبان نشانه گذاری جغرافیایی) مانند Solid و MultiSurface برای تعریف اشیاء مالکیت حقوقی و فیزیکی استفاده می شود. 3DCDM _مدل از معناشناسی پشتیبانی می کند که هر جنبه ای از اشیاء حقوقی و فیزیکی را تعریف می کند و بنابراین، ادغام آنها را تسهیل می کند. در نمودارهای UML 3DCDM، سلسله مراتب فیزیکی به رنگ آبی روشن و سلسله مراتب قانونی با رنگ زرد نشان داده شده است تا به راحتی قابل تشخیص باشد. کلاس های ریشه به رنگ قهوه ای روشن، کلاس های هندسه به رنگ سبز و آدرس به رنگ بنفش هستند. نام کلاس های 3DCDM با فرمت Italic نوشته شده و کلاس های انتزاعی آن مانند ” _AbstractClass ” خط فاصله دارند.

1.5. محدوده و حدود

از آنجایی که سهم اصلی این مقاله نمایش جزئیات مدل 3DCDM است که اشیاء قانونی و فیزیکی را یکپارچه می کند، ارزیابی مدل های شهر سه بعدی مجازی و مدل های داده کاداستر از نظر پشتیبانی از یکپارچگی اشیاء قانونی و فیزیکی خارج از حوصله این مقاله است. ، که قبلاً توسط El-Mekawy و Östman [ 6 ] و Aien و همکاران بررسی شده است. [ 4 ]. ویژگی های کلاس های 3DCDM نیز به دلیل محدودیت فضا در این مقاله توضیح داده نشده است.
بقیه مقاله مدل را به طور مفصل ارائه می کند. بخش 2 مؤلفه اصلی 3DCDM را شرح می دهد. بخش 3 تمام کلاس ها، انجمن ها و ویژگی های 3DCDM را نشان می دهد. 3DCDM توسط ذینفعان پروژه در بخش 4 ارزیابی می شود . بحث مختصری در مورد پردازش تغییرات در مدل داده در بخش 5 توضیح داده شده است . نتایج تحقیق در بخش 6 ارائه شده است.

2. مدل مفهومی 3DCDM

روش برای توسعه مدل داده های مفهومی 3DCDM ، توسعه مدل مفهومی از مدل داده های کاداستری گام به گام است. در گام اول، مدل مفهومی مدل داده‌های کاداستر اصلی نمایش داده می‌شود. سپس، این مدل داده برای پشتیبانی از مفهوم موضوع مالکیت حقوقی اصلاح می‌شود. مدل منطقی مدل Legal Property Object ایجاد شده و اجزای آن نشان داده می شود. مدل Legal Property Object سلسله مراتب قانونی مدل 3DCDM را تشکیل می دهد. سلسله مراتب فیزیکی 3DCDMمدلی که از همتایان فیزیکی اشیاء قانونی (Legal Property Objects) پشتیبانی می کند، اشیاء مرتبط مانند ساختمان، تونل، ابزار و مدل زمین را حفظ می کند. هر دو سلسله مراتب در بخش های زیر توضیح داده شده اند.

2.1. مدل مفهومی مدل اصلی داده کاداستر

کاداسترها با نهادهایی متشکل از منافع در زمین سروکار دارند که دارای سه جزء اصلی هستند: قطعه ، حق و شخص [ 17 ، 18 ]. واحد فضایی یک شی حقوقی ( راست ) با اشیاء هندسی بررسی و تعیین مرز می شود، در حالی که توضیحات قانونی آنها (اسناد حقوقی و اطلاعات دارندگان بهره) در دفتر ثبت اسناد و املاک نگهداری می شود ( شکل 2 ).
Ijgi 04 01442 g002 1024
شکل 2. اجزای اصلی مدل های داده کاداستر فعلی.
قوانین خطوط کلی اشیاء قانونی را مشخص می کنند. اشیاء قانونی معمولاً با مرزهایی توصیف می‌شوند که مشخص می‌کنند یک حق یا محدودیت کجا پایان می‌یابد و کجا شروع می‌شود و محتوای آن حق [ 19 ].
نمودار UML در شکل 3 اجزای اصلی اکثر سیستم های کاداستر فعلی را نشان می دهد [ 2 ، 3 ، 20 ، 21 ، 22 ]. در این مدل، Parcel و Right توسط شناسه های منحصر به فرد (شناسه بسته) به هم مرتبط می شوند. شناسه پاکت برای سازماندهی اطلاعات زمین استفاده می شود.
از آنجایی که کاداسترها در حال حاضر تحت فشار کالاهای مختلف مرتبط با زمین و طبقه بندی شده هستند، نمایه سازی مبتنی بر واحدهای فضایی (قطعه) منافع در زمین نمی تواند منافعی را که لزوماً با وسعت واحدهای فضایی یا قطعه زمین برابری نمی کنند، در خود جای دهد [ 23 ]. مدل Legal Property Object مفهوم مدل داده‌های کاداستری اصلی را از یک مدل داده مبتنی بر قطعه زمین به یک مدل داده‌های مرجع فضایی بازسازی می‌کند.
Ijgi 04 01442 g003 1024
شکل 3. مدل داده های کاداستر جدید بر اساس مفهوم Legal Property Object، اتخاذ شده از [ 23 ].

2.2. مدل داده های مفهومی شیء دارایی حقوقی

شیء مالکیت حقوقی توسط کلانتری [ 23 ] پیشنهاد شد تا مدل داده‌های کاداستری اصلی را با یک مدل داده‌ای با ارجاع فضایی بر اساس مفهوم شیء مالکیت حقوقی جایگزین کند که به‌طور منحصربه‌فردی هر علاقه و گستره فضایی آن را ترکیب می‌کند. موضوع مالکیت حقوقی با ابعاد فضایی خود دارای منافع خاصی است.
اگرچه منافع زمین (RRRs) می تواند توسط سازمان های مختلف حفظ شود و دارای ویژگی های خاصی است که RRR ها را به عنوان یک کلاس جداگانه در مدل های داده کاداستر [ 24 ] هدایت می کند، ترکیب RRRs و کلاس های SpatialUnit در یک کلاس، کلاس Legal Property Object ( شکل 3 ) را تسهیل می کند. ادغام طیف وسیعی از RRR ها در سیستم کاداستر. قابلیت همکاری و سادگی در فرآیندهای تبادل داده، به ویژه ارتقاء و به روز رسانی پایگاه های داده کاداستر با استفاده از سیستم های مرجع فضایی، ارتقا یافته است [ 25 ].
پس از تشریح مزایای استفاده از مفهوم موضوع مالکیت حقوقی، استفاده از این مفهوم در مدل 3DCDM قابل بررسی است. بحث زیر نحوه استفاده از مدل Legal Property Object در مدل 3DCDM را شرح می دهد.

2.3. استفاده از مدل شیء دارایی حقوقی (LPO) در 3DCDM

مدل 3DCDM بر اساس مفهوم Legal Property Object توسعه یافته است. Legal Property Object امکان نمایش جنبه های فضایی اشیاء قانونی (2D و 3D) را فراهم می کند. نمودار UML مدل شیء دارایی حقوقی در شکل 4 نشان داده شده است . در این مدل، LegalPropertyObject تمام منافع زمین (حقوق، محدودیت ها و مسئولیت ها) را نشان می دهد. با استفاده از ویژگی‌های مرتبط با آن مانند LegalDocument ، InterestHolder ، Geometry و Address ایجاد می‌شود .
Ijgi 04 01442 g004 1024
شکل 4. نمای بسته LegalPropertyObject، اتخاذ شده از [ 25 ].
Ijgi 04 01442 g005 1024
شکل 5. نمایش هندسی LegalPropertyObject.
بسته Legal Document حاوی اسناد معتبر و ثبت شده مانند عنوان، سند یا قرارداد است. این حقوق یا مالکیت اموال متصل به موضوع دارایی قانونی را تعریف می کند. بسته InterestHolder اطلاعات مربوط به دارنده ذی نفع شیء دارایی حقوقی را حفظ می کند و بسته Address نشانی فیزیکی شیء دارایی حقوقی و آدرس زندگی دارنده بهره را حفظ می کند. بسته هندسی شامل موارد اولیه هندسی صفر، یک، دو و سه بعدی برای نشان دادن وسعت فضایی موضوع مالکیت حقوقی است. مدل Legal Property Object جزء اصلی مدل 3DCDM است.

2.4. هندسه کلاس LegalPropertyObject در 3DCDM

در مدل 3DCDM، کلاس LegalPropertyObject نقش یک بسته سه بعدی را ایفا می کند. این شامل اطلاعات شی قانونی مورد نیاز است و ویژگی‌های فضایی آن به‌وسیله اولیه‌های هندسی دو بعدی یا سه بعدی نشان داده می‌شود [ 26 ].
نمایش هندسی یک کلاس LegalPropertyObject در شکل 5 نشان داده شده است . اگر LegalPropertyObject یک شی 2 بعدی مانند یک قطعه زمین باشد، می توان آن را با مقادیر اولیه هندسی یک بعدی، مانند GM_MultiCurve یا با GM_MultiSurface، و اگر یک شی 3 بعدی است، مانند یک فضای حجمی (پارسل سه بعدی)، یک هندسی سه بعدی نشان داد. اولیه، مانند GM_Solid، استفاده می شود.
تعداد کمی از مدل های داده کاداستر از بسته های سه بعدی برای مدل سازی RRR های سه بعدی پشتیبانی می کنند. با این حال، آنها از هندسه جامد (Solid) برای نمایش بسته های سه بعدی استفاده نمی کنند. هندسه جامد نمایش سه بعدی، محاسبه حجمی و تحلیل فضایی سه بعدی را تسهیل می کند. مدل 3DCDM از نمایش جامد [ 4 ] پشتیبانی می کند.

2.5. ادغام اشیاء حقوقی و فیزیکی در مدل 3DCDM

نیاز به ادغام بین اشیاء قانونی و همتایان فیزیکی آنها برای کاربردهای کاداستر سه بعدی وجود دارد [ 4 ]]. مرزهای بسته های سه بعدی (فضاهای مالکیت) بر اساس ساختارهای واقعی یک ساختمان برای تعیین حجم قانونی تعریف می شوند. در طرح های کاغذی تقسیم بندی، مرزهای مالکیت فقط معرف است. برای زیرمجموعه های ساختمان، از منظر حقوقی، ساختار واقعی ساختمان، فضاهای مالکیت را مشخص می کند. به عبارت دیگر، تعریف حقوقی برابر با تعریف فیزیکی است. بنابراین، در دنیای دیجیتال، داشتن یک تعریف فیزیکی از ساختمان‌ها در کاداستر ضروری است. بنابراین، تجسم بسته های سه بعدی فقط در کاداسترهای سه بعدی به وضوح اطلاعات واقعی حقوق مالکیت، محدودیت ها و مسئولیت ها را نشان نمی دهد. استفاده از بسته های سه بعدی به تنهایی بدون ادغام با همتایان فیزیکی آنها، مانند سازه های ساختمانی، هنوز ابهامات موجود را که بر تفسیر رابطه بین حقوق و منافع ساختمان تأثیر می گذارد، حل نخواهد کرد و سردرگمی مرزی را در بین مالکان و شرکت های مالک کاهش نخواهد داد. در مقابل، ادغام اشیاء فیزیکی و حقوقی به وضوح ساختار قانونی یک ساختمان را نشان می دهد.شکل 6 نشان می دهد که چگونه اطلاعات فیزیکی (_PhysicalPropertyObject) با LegalPropertyObject با هدف داشتن اشیاء سه بعدی واقعی تر در کاداسترهای سه بعدی مرتبط می شود.
LegalPropertyObject هر نوع شی قانونی را نشان می دهد . هر LegalPropertyObject یک یا چند مالک دارد ( InterestHolder ). هر LegalPropertyObject با کلاس انتزاعی صفر یا بیشتر مرتبط است – PhysicalPropertyObject ، که دارای چهار تخصص فرعی است: Building ، Land ، Tunnel ، _UtilityNetwork ، و PhysicalPropertyObject (هر نوع شیء دارای خصوصیات فیزیکی مانند معدن، جاده یا دریا). ارتباط بین LegalPropertyObject و _PhysicalPropertyObjectدو جهته است، به این معنی که می توان از هر سلسله مراتب (حقوقی یا فیزیکی) برای یافتن شی مربوطه پیمایش کرد.
کلاس Abstract _PhysicalPropertyObject یک ابر کلاس در سلسله مراتب فیزیکی مدل 3DCDM است، در حالی که کلاس LegalPropertyObject کلاس اصلی در سلسله مراتب قانونی است.
اشیاء دارایی فیزیکی برای کاربردهای کاداستر مهم هستند. داشتن کلاس جداگانه PhysicalPropertyObject ، انتخاب یک PhysicalPropertyObject مناسب را برای هر برنامه خاص تسهیل می کند. از نظر مدل سازی ساختمان فقط از زیر کلاس ساختمان استفاده می شود. همچنین کلاس Building را می توان با کلاس های Tunnel و _UtilityNetwork ادغام کرد تا مدل جامع تری ارائه شود. هر زیر کلاس زیر کلاس های خاص خود را دارد و انواع مختلفی از روابط متقابل بین کلاس های ویژگی مانند تجمیع ها، تعمیم ها و انجمن ها دارد.
در مدل 3DCDM ، تمام اشیاء فیزیکی و قانونی دارای یک شناسه منحصر به فرد در کل مدل هستند. در این روش، در سلسله مراتب قانونی، یک LegalPropertyObject تولید می شود و یک objectID به آن اختصاص می یابد. همچنین، در سلسله مراتب فیزیکی، یک PhysicalPropertyObject مانند یک ساختمان، یک واحد، یک دیوار یا یک شبکه آب ایجاد می‌شود و شی قانونی متناظر آن با ویژگی‌ها ( objectID ) ارجاع می‌شود. اگر PhysicalPropertyObject و همتای آن هندسه مشابهی داشته باشند (به عنوان مثال، زمانی که یک دیوار یک مرز داخلی حق مالکیت است)، سپس هندسه فقط برای PhysicalPropertyObject ایجاد می شود.و هندسه LegalPropertyObject مربوطه با ارجاع به شی فیزیکی آن نشان داده می شود.
Ijgi 04 01442 g006 1024
شکل 6. مدل مفهومی ادغام اشیاء قانونی و فیزیکی در مدل 3DCDM.
Ijgi 04 01442 g007 1024
شکل 7. مدل مفهومی منسجم از نظر مکانی و معنایی LegalPropertyObject.

2.6. استفاده از معناشناسی در مدل 3DCDM

نیاز به استفاده از معناشناسی در مدل های کاداستر وجود دارد. بنابراین، این مدل ها را می توان برای مصورسازی، پرس و جوهای موضوعی و اهداف تحلیل فضایی استفاده کرد.
مدل 3DCDM اشیاء قانونی و فیزیکی را با معنایی مرتبط با داده ها یکپارچه می کند. مدلسازی منسجمی از معنایی و ویژگی های هندسی در مدل 3DCDM وجود دارد. علاوه بر این، ویژگی ها و ارتباط بین ویژگی ها از معناشناسی پشتیبانی می کند.
از نظر معنایی، اشیاء قانونی توسط LegalPropertyObjects نشان داده می شوند . ویژگی‌های LegalPropertyObject نوع شیء قانونی را مشخص می‌کند و از معنایی بیشتر پشتیبانی می‌کند. به عنوان مثال، شی LegalPropertyObject می تواند یک مالکیت، دارایی مشترک، حق ارتفاق، پیمان یا مجوز باشد. اشیاء فیزیکی نیز با ویژگی هایی مانند ساختمان ، زمین ، تونل ، و _UtilityNetwork نشان داده می شوند ( شکل 6 ).
از نظر فضایی، اشیاء هندسی مکان، مرز و وسعت اشیاء قانونی و فیزیکی را نشان می‌دهند، در حالی که هر شی هندسی توسط معناشناسی در مدل 3DCDM نمونه‌سازی می‌شود . شکل 7 نحوه پیوند اشیاء هندسی (اشیاء سبز) را به معنایی متناظر خود نشان می دهد.
در این مدل، هندسه جامد ( GM_Solid ) برای ایجاد فضایی یک LegalPropertyObject سه بعدی، مانند فضای مالکیت حجمی یک واحد در یک ساختمان، استفاده می‌شود. علاوه بر این، تخصص‌های کلاس BoundayType مانند VirtualSurface ، WallSurface ، FloorSurface ، و CeilingSurface برای غنی‌سازی معنایی LegalPropertyObject ایجاد شده استفاده می‌شوند . این مفهوم در مورد اشیاء فیزیکی نیز صدق می کند. بنابراین، تمام اشیاء قانونی و فیزیکی در مدل 3DCDM با معنایی غنی شده است.

2.7. اجزای مدل 3DCDM

اطلاعات نقشه برداری شامل مشاهدات و نقاط کنترل کاداستر که از عناصر مهم در طرح های کاداستر هستند، به عنوان یک ماژول مجزا در مدل 3DCDM در نظر گرفته شده است. شکل 8 مدل مفهومی 3DCDM را نشان می دهد که شامل ویژگی های اصلی کاداستر سه بعدی است. همانطور که قبلاً بحث شد، مدل 3DCDM دارای دو سلسله مراتب قانونی و فیزیکی است. Survey و CadastralPoint در سلسله مراتب قانونی گنجانده شده است. آنها اطلاعات نقشه برداری مورد نیاز موضوع اموال حقوقی را پوشش می دهند.
Ijgi 04 01442 g008 1024
شکل 8. مدل مفهومی 3DCDM.

3. مدل منطقی 3DCDM

در این بخش، مدل داده های منطقی مدل 3DCDM بر اساس مدل مفهومی مدل 3DCDM ارائه شده است. مدل 3DCDM به عنوان یک طرح کاربردی از زبان نشانه گذاری جغرافیایی 3 (GML3)، نسخه GML3.2.1، استاندارد بین المللی قابل گسترش برای تبادل داده های مکانی و رمزگذاری صادر شده توسط کنسرسیوم فضایی باز (OGC) و ISO TC211 پیاده سازی شده است. مدل 3DCDM مشخصات GML3 را به ارث می برد. GML3.2.1 بیشتر نیازهای کلی و مکانی 3DCDM را پشتیبانی می کند. GML 3.2.1 طیف گسترده ای از سیستم های مرجع فضایی را حفظ می کند. دارای یک مدل هندسی غنی است و ویژگی های ضروری را برای توسعه مدل 3DCDM ارائه می دهد ( شکل 9). اجزا و کلاس های مختلف مدل 3DCDM در این بخش به تفصیل نشان داده شده است.

3.1. سلسله مراتب و اجزای 3DCDM

مدل 3DCDM از دو سلسله مراتب تشکیل شده است: قانونی و فیزیکی. با این حال، آنها از طریق ارتباط بین زیر کلاس های خود به یکدیگر متصل می شوند. کاربران 3DCDM می توانند در هر سلسله مراتب به طور مستقل و همچنین بین سلسله مراتب حرکت کنند.
هر سلسله مراتب از اجزای مختلفی تشکیل شده است و همه آنها به جزء اصلی مدل 3DCDM متصل هستند که به آن مدل ریشه می گویند. مدل ریشه شامل ویژگی های اساسی در مدل 3DCDM است. مدل ریشه باید در هر سیستم سازگار پیاده سازی شود.
سلسله مراتب قانونی مدل 3DCDM از اجزای زیر تشکیل شده است: LegalPropertyObject ، Survey ، CadastralPoint و InterestHolder . سلسله مراتب فیزیکی دارای اجزای زیر است: PhysicalPropertyObject ، Building ، Land ، Tunnel ، UtilityNetwork و Terrain . مدل 3DCDM از ترکیب اجزای مختلف قانونی و فیزیکی برای ارائه مدل کاداستر جامع تر پشتیبانی می کند ( شکل 9 ).
مدل هندسی 3DCDM بر اساس مدل هندسی زبان نشانه گذاری جغرافیایی (GML3.2.1) است. GML از مشخصات استاندارد ISO 19107 “Spatial schema” [ 27 ] پیروی می کند. GML هندسه سه بعدی را با توجه به نمایش مرزی معروف [ 28 ] نشان می دهد. برای هر بعد یک هندسی اولیه وجود دارد: نقطه برای یک جسم صفر بعدی، منحنی برای یک جسم یک بعدی، سطح برای اجسام دو بعدی، و جامد برای اجسام سه بعدی. یک جامد توسط سطوح و یک سطح توسط منحنی ها محدود شده است [ 29 ].
هندسه های ترکیبی می توانند مجموعه ها، مجتمع ها یا ترکیبات اولیه باشند. برای یک کل، رابطه فضایی بین اولیه ها تعریف نشده است. آنها ممکن است از هم گسسته، لمس یا همپوشانی داشته باشند. GML یک مجموعه ویژه برای هر بعد ارائه می دهد ، یک MultiPoint ، یک MultiCurve ، یک MultiSurface و یک MultiSolid . در مقابل، یک مجتمع از نظر توپولوژیکی ساختار یافته است. عناصر پیچیده باید از هم جدا باشند و نباید همپوشانی داشته باشند. آنها باید از نظر توپولوژیکی در امتداد مرزهای خود به هم متصل شوند. کامپوزیت یک مجموعه خاص است که فقط می تواند حاوی عناصری با ابعاد یکسان باشد. یک کامپوزیت می تواند CompositeCurve ، CompositeSurface و CompositeSolid باشد.[ 27 ].
مدل هندسه شامل کلاس های مختلف برای هندسه مختصات است [ 27 ]. همه این کلاس ها، از طریق کلاس ریشه، یک ارتباط اختیاری را به یک سیستم مرجع مختصات به ارث می برند. بسته هندسی دارای چندین بسته داخلی است که اشیاء هندسی اولیه، سنگدانه ها و مجتمع ها را از هم جدا می کند، که ساختار داخلی پیچیده تری نسبت به دانه های ساده دارند [ 29 ]. شکل 10 بخشی از مدل هندسه 3DCDM را نشان می دهد.
Ijgi 04 01442 g009 1024
شکل 9. مدل ها و سلسله مراتب مدل 3DCDM را جدا کنید.
Ijgi 04 01442 g010 1024
شکل 10. بخشی از مدل هندسه 3DCDM – (نمایه GML3.2.1).

3.2. مدل ریشه 3DCDM

مدل ریشه 3DCDM از ویژگی های اصلی و اجزای مدل 3DCDM تشکیل شده است. تمام مدل های دیگر به روت متصل هستند. این جزء مدل 3DCDM باید در مرحله پیاده سازی مدل داده محقق شود. مدل ریشه از دو سلسله مراتب قانونی و فیزیکی تشکیل شده است و این فرصت را برای کاربر فراهم می کند تا یکی از یا هر دو سلسله مراتب را انتخاب کند. نمودار UML در شکل 11 مدل ریشه 3DCDM را نشان می دهد.
مدل ریشه 3DCDM شامل gml:_Feature، gml؛_FeatureCollection، UrbanCadastralModel، Application، MericUnit، CadastralModel، _CadastralObject، UrbanModel و _UrbanObject است.

gml:_ویژگی

این عنصر انتزاعی به عنوان رئیس یک گروه جایگزین عمل می کند که ممکن است حاوی هر عنصری باشد. چکیده gml:_Feature ممکن است به عنوان “هر چیزی که یک ویژگی GML است” در نظر گرفته شود [ 29 ].

gml:_FeatureCollection

کلاس انتزاعی gml:_FeatureCollection یک زیر کلاس از کلاس GML gml :_Feature است و مجموعه‌ای از ویژگی‌هایی است که برای gml:_FeatureCollection و یک لیست اختیاری از تعاریف سیستم مرجع فضایی اعمال می‌شود.

UrbanCadastral Model

UrbanCadastralModel کلاس پایه تمام اجزای مدل 3DCDM است. ویژگی adminArea آن ، مشخص کردن منطقه ای را که مدل کاداستر در آن ایجاد می شود، فعال می کند. UrbanCadastralModel یک زیر کلاس از کلاس GML gml :_Feature است. UrbanCadastralModel از صفر یا بیشتر CadastralModel و UrbanModel تشکیل شده است ( شکل 11 ). بنابراین، ویژگی ابرداده مانند سیستم مرجع مختصات (CRS) و ویژگی های عمومی مانند نام را از سوپرکلاس خود به ارث می برد.

کاربرد

این کلاس ابرداده های بیشتری را در مورد برنامه ای که مدل را ایجاد کرده است ارائه می دهد. واحد متریک
این کلاس ابرداده های بیشتری در مورد واحدهای اندازه گیری ارائه می دهد.

مدل کاداستر

این کلاس اولین کلاس از سلسله مراتب قانونی 3DCDM است. این مدل کاداستر را تشکیل می دهد و شامل اشیاء قانونی است.

_Cadastral Object

کلاس Abstract _ CadastralObject کلاس پایه همه کلاس های قانونی در 3DCDM است. این یک زیر کلاس از gml:_Feature است. زیر کلاس های _CadastralObject LegalPropertyObject ، InterestHolder ، Survey و CadastralPoints هستند ( شکل 12 ).
Ijgi 04 01442 g011 1024
شکل 11. نمودار UML مدل ریشه 3DCDM.
Ijgi 04 01442 g012 1024
شکل 12. نمودار UML مدل ریشه 3DCDM و زیر کلاس های مدل های قانونی و فیزیکی.

UrbanModel

این کلاس اولین کلاس از سلسله مراتب فیزیکی 3DCDM است. مدل شهری را تشکیل می دهد و شامل اشیاء فیزیکی است.

_UrbanObject

کلاس Abstract _UrbanObject کلاس پایه همه کلاس های فیزیکی در 3DCDM است. این یک زیر کلاس از gml:_Feature است. زیرکلاسهای _UrbanObject عبارتند از _PhysicalPropertyObject ، Terrain ، Building ، Land ، Tunnel ، _UtilityNetwork و _ PhysicalPropertyObject ( شکل 12 ).

3.3. مدل 3DCDM LegalPropertyObject

هر شی قانونی به عنوان یک LegalPropertyObject در مدل 3DCDM نشان داده می شود. شکل 13 ویژگی ها و کلاس های مرتبط کلاس LegalPropertyObject را نشان می دهد . هر کلاس LegalPropertyObject با صفر یا بیشتر _PhysicalPropertyObjects، مانند Building ، Tunnel ، _ UtilityNetwork و Land مرتبط است. این یک یا چند ذینفع دارد. هر LegalPropertyObject اطلاعات قانونی خود را از طریق LegalDocument مرتبط به دست می آورد .
فضای مالکیت بیشتر یک مفهوم مفهومی است. سازه های فیزیکی مانند نرده ها، پرچین ها یا دیوارها برای تعیین مرزهای مالکیت و نشان دادن آنها استفاده می شود. با این حال، فضاهای قانونی (مرزها) همیشه با فضاهای فیزیکی متناظر آنها (مرزهای فیزیکی) برابر نیستند. به عنوان مثال، حدود قانونی (حجم مالکیت) معمولا بزرگتر از مرزهای فیزیکی (ساختمان) در واحدهای ویلایی است. علاوه بر این، در برخی موارد مانند حریم هوایی، فضای قانونی را نمی توان با مرزهای فیزیکی تعریف کرد. به این دلایل، ایجاد عین حقوقی در کاداسترهای سه بعدی نیاز است. 3DCDM از ایجاد LegalPropertyObject با استفاده از اشیاء هندسه GML پشتیبانی می کند . اگر LegalPropertyObject یک قطعه زمین دو بعدی باشد، می توان آن را با استفاده از آن ایجاد کردgml:MultiCurve یا gml:MultiSurface . و اگر یک بسته سه بعدی باشد، می توان آن را با استفاده از gml:MultiSurface یا gml:_Solid ایجاد کرد ( شکل 14 ).
با این حال، اگر LegalPropertyObject برابر با همتای فیزیکی خود باشد و بتوان آن را با استفاده از اشیاء فیزیکی تعریف کرد. 3DCDM انواع مرزهای مختلفی مانند WallSurface ، CeilingSurface ، FloorSurface ، RoofSurface ، SlabSurface ، SuspendedCeilingSurface ، یا FloorJoistSurface را برای تعریف معنایی مرز یک LegalPropertyO ارائه می کند.
روش دیگر برای تعریف معنایی مرزهای قانونی در 3DCDM استفاده از ویژگی ppoRef LegalPropertyObject برای ارجاع به یک شی فیزیکی است.

LegalPropertyObject

این کلاس نشان دهنده انواع اشیاء قانونی مانند قطعه زمین، قطعه سه بعدی، مالکیت، حق ارتفاق و دارایی مشترک است. LegalPropertObject یک زیر کلاس از _CadastralObject است. LegalPropertObject به کلاس Address مرتبط است که آدرس فیزیکی LegalPropertObject را مشخص می کند.

سند حقوقی: عنوان

هر LegalPropertyObject در صورتی که ثبت شده باشد با یک سند قانونی مانند عنوان، سند، قرارداد همراه است. همچنین شناسایی LegalPropertyObject از طریق اسناد قانونی امکان پذیر است ( شکل 13 ).

Legal Document: ParentTitle

هر عنوان را می توان به صفر یا بیشتر ParentTitle مرتبط کرد ( شکل 13 ).

سند حقوقی: LandDescription

مشخصات LegalPropertyObject در کلاس LegalDescription توضیح داده شده است ( شکل 13 ).

سند حقوقی: رهن

عنوان را می توان به کلاس وام مسکن مرتبط کرد ( شکل 13 ). وام مسکن به عنوان یک محدودیت در عنوان ثبت شده است.
Ijgi 04 01442 g013 1024
شکل 13. نمودار UML مدل 3DCDM LegalPropertyObject.
Ijgi 04 01442 g014 1024
شکل 14. نمودار UML مدل 3DCDM InterestHolder.

سند حقوقی: هشدار

عنوان را می توان به کلاس Caveat مرتبط کرد ( شکل 13 ). هشدار به عنوان یک محدودیت در عنوان ثبت شده است.

سند حقوقی: OwnersCorporation

عنوان را می توان به کلاس OwnersCorporation مرتبط کرد ( شکل 13 ). OwnersCorporation برای مدیریت ملک زمانی که دارای مناطق مشترک باشد ثبت می شود.

BoundaryType:_BoundaryType

کلاس انتزاعی _BoundaryType شامل زیر کلاس های مختلف برای تعریف معنایی LegalPropertyObject است. آنها VirtualSurface، WallSurface، CeilingSurface، FloorSurface، RoofSurface، SlabSurface، SuspendedCeilingSurface، و FloorJoistsSurface هستند ( شکل 13 ).

3.4. مدل 3DCDM InterestHolder

این مدل اطلاعات مربوط به دارنده بهره زمین را حفظ می کند. این مدل فقط یک کلاس دارد که کلاس InterestHolder است.

ذینفع

InterestHolder می تواند یک شخص، گروه یا سازمانی باشد که دارای حقوق خاصی (RRR) بر روی یک فضای سه بعدی خاص است. یک InterestHolder می تواند با کلاس های LegalPropertyObject و Title مرتبط شود. InterestHolder یک زیر کلاس از _CadastralObject است ( شکل 14 ). InterestHolder به کلاس Address مرتبط است ، که آدرس زندگی دارنده علاقه را مشخص می کند.

3.5. مدل بررسی 3DCDM

مدل Survey شامل هفت کلاس است که اطلاعات فنی و اداری نقشه برداری و نقشه بردار را توصیف می کند که در برنامه های کاداستر مورد نیاز است.

نظر سنجی

کلاس Survey کلاس اصلی مدل است و اطلاعات کلی نقشه برداری را در خود دارد ( شکل 15 ). Survey یک زیر کلاس از _CadastralObject است.

نقشه بردار

کلاس Surveyor جزئیات هر نقشه بردار شرکت کننده در نظرسنجی را حفظ می کند ( شکل 15 ).

SetupInstrument

کلاس SetupInstrument اطلاعات راه اندازی ابزارهای نقشه برداری را در نقاط نقشه برداری حفظ می کند ( شکل 15 ).

SetupPoint

کلاس SetupPoint به نقاط راه اندازی نقاط کاداستر اشاره دارد ( شکل 15 ).

ObservationGroup

مشاهدات نقشه برداری در کلاس ObservationGroup و کلاس های مرتبط با آن RedHorizontalArcObservation و RedHorizontalLineObservation نگهداری می شوند ( شکل 15 ).

RedHorizontalArcObservation

کلاس RedHorizontalArcObservation مشاهدات کاهش یافته افقی را برای کمان ها نگه می دارد ( شکل 15 ).

RedHorizontal Line Observation

کلاس RedHorizontalLineObservation مشاهدات کاهش یافته افقی را برای خطوط نگه می دارد ( شکل 15 ).
Ijgi 04 01442 g015 1024
شکل 15. نمودار UML مدل 3DCDM Survey.

3.6. مدل 3DCDM CadastralPoints

از آنجایی که نقشه برداری از علائم دائمی برای نقشه برداران بسیار مهم است، مدل 3DCDM عناصر مربوط به علائم دائمی بررسی را به عنوان مدل CadastralPoints نگه می دارد . علائم دائمی توسط بناهای تاریخی (به عنوان مثال، سنجاق، میخ) در طول فرآیند بررسی در زمین قرار می گیرد. نقاط نظرسنجی می تواند دو بعدی یا سه بعدی باشد. مدل CadastralPoints شامل دو کلاس اصلی است که اطلاعات نقاط بررسی را توصیف می کند ( شکل 16 ).

امتیاز کاداستر

کلاس CadastralPoints یک زیر کلاس از _CadastralObject است. کلاس CadastralPoints گروهی از نقاط بررسی است ( شکل 16 ).

نقطه کاداستر

کلاس CadastralPoints شامل یک یا چند CadastralPoint است که با استفاده از شیء gml:point geometry ایجاد می شود ( شکل 16 ).
Ijgi 04 01442 g016 1024
شکل 16. نمودار UML مدل 3DCDM CadastralPoints.

3.7. مدل ساختمان 3DCDM

3DCDM از مدل ساختمان پشتیبانی می کند. مدل 3DCDM به کاربران اجازه می دهد تا مدل های ساختمان را ایجاد کرده و سپس آن را به همتایان قانونی خود پیوند دهند. مدل ساختمان در سلسله مراتب فیزیکی مدل 3DCDM قرار دارد. مدل ساختمان دارای یک ابرکلاس _PhysicalPropertyObject انتزاعی است که با صفر یا یک LegalPropertyObject مرتبط است. کلاس انتزاعی _PhysicalPropertyObject یک زیر کلاس از _UrbanObject است. مدل ساختمان را می توان از طریق چهار زیر کلاس اصلی ایجاد کرد. آنها کلاس ساختمان هستندکلاس انتزاعی _BuildingPart ، کلاس Space و کلاس انتزاعی _StructuralComponent ( شکل 17 ).

ساختمان

کلاس Building شکل فیزیکی (بدون اجزای داخلی) یک ساختمان را توصیف می کند. کلاس Building یک شی سه بعدی است و با استفاده از شیء هندسی gml:_Solid یا gml:MultiSurface ایجاد می شود. مجموعه ویژگی های کلاس Building به تقریباً در نظر گرفتن شکل ساختمان کمک می کند. در مدل 3DCDM ، خطوط تقاطع یک ساختمان و سطح زمین با استفاده از gml:MultiCurve نشان داده شده است. کلاس Building به کلاس Address مرتبط می شود تا آدرس فیزیکی هر ساختمان را مشخص کند. یک ساختمان به بخش های مختلف ساختمان تجزیه می شود ( شکل 17).

_BuildingPart

کلاس انتزاعی _BuildingPart و تخصص های آن مانند Unit ، CarPark ، Roof ، Pathway ، ServiceRoom ، StorageRoom ، Balcony ، و BuildingPart (هر نوع قسمت ساختمان) برای مدل سازی مقاطع داخلی ساختمان استفاده می شود ( شکل 17 ).

فضا

هر بخش ساختمان را می توان با استفاده از فضاهای صفر یا بیشتر ایجاد کرد. کلاس Space فضای حجمی داخلی یک _BuildingPart را تعریف می کند . Space یک شی سه بعدی است و می تواند با استفاده از gml:MultiSurface یا gml:_Solid نمایش داده شود ( شکل 17 ).
_کامپوننت ساختاری
هر قسمت از ساختمان را می توان با استفاده از مقدار _StructuralComponent صفر یا بیشتر ایجاد کرد . کلاس انتزاعی _StructuralComponent ساختارهایی را تعریف می کند که برای ایجاد _BuildingPart استفاده می شوند . هر _StructuralComponent را می توان با استفاده از gml:MultiSurface یا gml:_Solid نمایش داد . کلاس انتزاعی _StructuralComponent ’s از نظر معنایی نوع ساختار ساختمان را تعریف می کند ( شکل 17 ). آنها دیوار ، سقف ، کف ، در ، پنجره و سازه هستند(هر نوع سازه ای مانند شمع).

3.8. مدل زمین 3DCDM

مدل زمین در مدل 3DCDM برای کاربردهای کاداستر دو بعدی استفاده می شود. در این مدل یک شی فیزیکی را در نظر می گیرد که اشخاص حقوقی به آن ضمیمه خواهند شد. مدل Land دارای یک ابر کلاس _PhysicalPropertyObject انتزاعی است که با صفر یا یک LegalPropertyObject مرتبط است.

زمین

کلاس Land یک زیر کلاس از کلاس انتزاعی _PhysicalPropertyObject است. کلاس Land یک شی دو بعدی است و با استفاده از شیء هندسی gml:MultiCurve یا gml:MultiSurface ایجاد می شود. کلاس Land به کلاس Address مرتبط می شود تا آدرس فیزیکی هر زمین را مشخص کند ( شکل 18 ).
Ijgi 04 01442 g017 1024
شکل 17. نمودار UML مدل ساختمان 3DCDM.
Ijgi 04 01442 g018 1024
شکل 18. نمودار UML مدل 3DCDM Land.

3.9. مدل تونل 3DCDM

مدل 3DCDM به کاربران اجازه می دهد تا مدل های تونل را ایجاد کرده و سپس آن را به همتایان قانونی خود پیوند دهند. مدل تونل ، مانند مدل های ساختمان و زمین ، در سلسله مراتب فیزیکی مدل 3DCDM قرار دارد. مدل Tunnel دارای یک ابرکلاس انتزاعی _PhysicalPropertyObject است که با صفر یا یک LegalPropertyObject مرتبط است. مدل تونل را می توان از طریق سه زیر کلاس اصلی ایجاد کرد. آنها کلاس Tunnel ، کلاس Space و کلاس انتزاعی _StructuralComponent هستند ( شکل 19). یک تونل همیشه یک شی زیرزمینی نیست و می تواند مسیری باشد که ساختمان های بالای خیابان را به هم متصل می کند.

تونل

کلاس Tunnel شکل فیزیکی (بدون اجزای داخلی) یک تونل را توصیف می کند. کلاس Tunnel یک شی سه بعدی است و با استفاده از شیء هندسی gml:_Solid یا gml:MultiSurface ایجاد می شود. در مدل 3DCDM ، خطوط تقاطع یک تونل و سطوح زمین با استفاده از gml:MultiCurve نشان داده شده است. کلاس Tunnel برای مشخص کردن آدرس فیزیکی یک تونل به کلاس Address مرتبط است ( شکل 19 ).

فضا

هر تونل را می توان با استفاده از فضاهای صفر یا بیشتر ایجاد کرد. کلاس Space فضای حجمی داخلی یک تونل را تعریف می کند . Space یک شی سه بعدی است و می تواند با استفاده از gml:MultiSurface یا gml:_Solid نمایش داده شود ( شکل 19 ). ویژگی های کلاس Space در مدل Tunnel مشابه ویژگی های کلاس Space در مدل Building است.

_کامپوننت ساختاری

هر تونل را می توان با استفاده از صفر یا بیشتر _StructuralComponent ایجاد کرد. کلاس انتزاعی _StructuralComponent در مدل Tunnel مشابه کلاس انتزاعی _StructuralComponent در مدل Building است. شکل 20 نشان می دهد که چگونه یک تونل از سازه ها و یک فضا تشکیل شده است.

3.10. 3DCDM Utility Network Model

مدل 3DCDM به کاربران اجازه می دهد تا مدل های شبکه کاربردی را ایجاد کرده و سپس آن را به همتایان قانونی خود پیوند دهند. مدل UtilityNetwork را می توان از طریق دو زیر کلاس اصلی ایجاد کرد. آنها کلاس انتزاعی _UtilityNetwork و کلاس NetworkComponent هستند ( شکل 21 ).

_UtilityNetwork

کلاس انتزاعی _UtilityNetwork و تخصص های آن مانند ElectricityNetwork ، WaterNetwork ، TelecommunicationNetwork و WasteNetwork برای مدل سازی بخش های داخلی یک شبکه ابزار استفاده می شود. کلاس انتزاعی _UtilityNetwork برای تعیین آدرس فیزیکی یک شبکه ابزار به کلاس Address مرتبط است ( شکل 21 ).
هر _UtilityNetwork را می توان مستقیماً با استفاده از اشیاء هندسی GML نشان داد یا می تواند توسط اجزای مختلف شبکه نمایش داده شود.

کامپوننت شبکه

هر شبکه ابزاری را می توان با استفاده از صفر یا بیشتر NetworkComponent ایجاد کرد. کلاس NetworkComponent ساختارهایی را تعریف می کند که برای ایجاد _UtilityNetwork استفاده می شوند . هر NetworkComponent را می توان با استفاده از gml:MultiCurve ، gml:MultiSurface یا gml:_Solid نمایش داد ( شکل 21 ).

3.11. 3DCDM PhysicalPropertyObject Model

در مدل 3DCDM ، PhysicalPropertyObject برای مدل سازی اشیاء شهری ناشناخته طراحی شده است که باید ایجاد شوند تا به اشیاء قانونی مربوطه خود پیوند داده شوند. اگر شی خصوصیت فیزیکی هیچ یک از مدل‌های فیزیکی موجود در 3DCDM نبود (این یک ساختمان ، زمین ، تونل و مدل‌های _UtilityNetwork نیست )، از مدل PhysicalPropertyObject برای مدل‌سازی این شی شهری استفاده می‌شود. مدل PhysicalPropertyObject دارای یک ابرکلاس انتزاعی _PhysicalPropertyObject است که با صفر یا یک LegalPropertyObject مرتبط است. رامدل PhysicalPropertyObject یک زیر کلاس دارد که کلاس PhysicalPropertyObject است ( شکل 22 ).

PhysicalProperty Object

کلاس PhysicalPropertyObject برای مدل سازی هر شیء شهری ناشناخته ای که در مدل گنجانده نشده است استفاده می شود. هر PhysicalPropertyObject را می توان مستقیماً با استفاده از اشیاء هندسی GML نشان داد. کلاس PhysicalPropertyObject به کلاس Address مرتبط است تا آدرس فیزیکی یک شی شهری را مشخص کند ( شکل 22 ).
Ijgi 04 01442 g019 1024
شکل 19. نمودار UML مدل تونل 3DCDM.

3.12. مدل زمین 3DCDM

زمین یا سطح زمین بخش مهمی از دنیای فیزیکی است. همچنین یک ویژگی ضروری برای برنامه های کاداستر است. ترکیبی از زمین و اشیاء حق مالکیت زمین، بازنمایی واقعی تری از دنیای حقوقی ارائه می دهد. کاداسترهای 2.5 بعدی، نمایش قطعات زمین در سطح زمین سه بعدی، یک عمل طولانی مدت در حوزه مدیریت زمین است [ 30 ، 31 ]. کاداسترهای سه‌بعدی، ترکیبی از قطعات سه‌بعدی با مدل زمین، مدل‌ها و امکانات قانونی واقعی‌تر را برای درک بهتر مکان و مرزهای اشیاء مالکیت زمین، به‌ویژه زمانی که در زیر سطح زمین قرار دارند، نشان می‌دهد. 3DCDM از مدل زمین پشتیبانی می کند. شکل 23نمودار UML مدل زمین در 3DCDM را نشان می دهد .
Ijgi 04 01442 g020 1024
شکل 20. نمونه ای از مدل تونلی شامل اجزای سازه ای و یک فضا می باشد.
Ijgi 04 01442 g021 1024
شکل 21. نمودار UML مدل 3DCDM UtilityNetwork.
Ijgi 04 01442 g022 1024
شکل 22. نمودار UML مدل 3DCDM PhysicalPropertyObject.

زمین

در 3DCDM ، زمین با کلاس Terrain نشان داده می شود. Terrain زیر کلاس های کلاس Abstract _UrbanObject است ( شکل 23 ).

TerrainSource

Terrain از یک یا چند موجودیت کلاس TerrainSource تشکیل شده است. TerrainSource زیر کلاس های کلاس Abstract _UrbanObject هستند ( شکل 23 ).

TIN

در 3DCDM ، زمین را می توان به عنوان یک شبکه نامنظم مثلثی (TIN) نشان داد. TIN با استفاده از کلاس هندسه GML gml :Tin ایجاد می شود ( شکل 23 ).

DEM

زمین را می توان به صورت چند نقطه سه بعدی یا DEM در مدل 3DCDM نشان داد . DEM با استفاده از کلاس هندسه GML gml :MultiPoint ایجاد می شود ( شکل 23 ).
Ijgi 04 01442 g023 1024
شکل 23. نمودار UML مدل زمین 3DCDM.
Ijgi 04 01442 g024 1024
شکل 24. لیست کدهای مدل 3DCDM.

3.13. لیست کدهای مدل 3DCDM

لیست کد برای توصیف شمارش های مختلف یک مدل داده استفاده می شود. آنها نمونه های ممکن از مقادیر را نشان می دهند. آنها باز هستند و قابل تمدید هستند. شکل 24 لیست کدهای مورد استفاده در مدل 3DCDM را نشان می دهد.

4. ارزیابی مدل 3DCDM

به منظور ارزیابی مدل 3DCDM ، از چارچوب ارزیابی کیفیت مدل مفهومی برای بررسی جنبه های مختلف مدل 3DCDM استفاده می شود. این چارچوب اصول و فاکتورهای کیفی خاصی را ارائه می دهد که می تواند برای ارزیابی مدل 3DCDM استفاده شود. این اصول و عوامل کیفیت بیان می‌کنند که مدل‌های داده باید [ 32 ]:

  • نیاز داده را برآورده کند
  • برای همه (نه فقط نویسندگان) واضح و بدون ابهام باشد
  • در مواجهه با تغییر نیازهای داده پایدار باشد
  • در مواجهه با تغییر رویه های تجاری انعطاف پذیر باشید
  • قابل استفاده مجدد توسط دیگران باشد
  • با سایر مدل‌هایی که محدوده مشابهی را پوشش می‌دهند (اگر بر اساس این اصول توسعه داده شده باشند) سازگار باشند.
  • قادر به ادغام داده ها از مدل های داده های مختلف باشد.
کیفیت مدل‌ها بسیار مهم است، زیرا مدل‌ها نیازهای کاربر را نشان می‌دهند و به عنوان پایه‌ای برای سیستم‌های ساختمانی استفاده می‌شوند. کیفیت مدل از دو منظر در نظر گرفته می شود. کیفیت فرآیند و کیفیت محصول [ 33 ].
برای کیفیت محصول، تمرکز بر ویژگی های محصول نهایی است. برای بررسی مشکلات و نواقص محصول نهایی استفاده می شود. در حالی که کیفیت فرآیند بر محصول نهایی تمرکز نمی کند، تمرکز آن بر فرآیندی است که برای ساخت محصول استفاده می شود [ 34 ].
اکنون یک استاندارد بین المللی برای ارزیابی کیفیت محصولات نرم افزاری ایجاد شده است. با این حال هیچ استانداردی معادل برای ارزیابی کیفیت مدل های مفهومی وجود ندارد. در حالی که طیف وسیعی از چارچوب های کیفیت در ادبیات پیشنهاد شده است، هیچ یک از آنها در عمل به طور گسترده پذیرفته نشده اند و هیچ کدام به عنوان یک استاندارد بالقوه ظاهر نشده اند [ 32 ].
چارچوب های ارزیابی کیفیت مختلفی مانند [ 35 ، 36 ، 37 ، 38 ، 39 ] توسعه یافته است. در میان آنها، مودی [ 40 ] یک چارچوب ارزیابی کیفیت مدل مفهومی را توسعه داد که هشت عامل کیفیت را برجسته می کند: کامل بودن، یکپارچگی، انعطاف پذیری، قابل فهم بودن، درستی، سادگی، یکپارچگی و قابلیت اجرا. هر عاملی یک معیار دقیق برای ارزیابی خود دارد. این چارچوب برای اطمینان از کیفیت فرآیند در این تحقیق استفاده شد. جلسات بررسی مختلفی در مرحله توسعه مدل برگزار شد.
تعاریف عوامل کیفیت عبارتند از [ 40 ]:
درستی به این صورت تعریف شد که آیا مدل با قوانین تکنیک مدل‌سازی داده مطابقت دارد ( یعنی آیا یک مدل داده معتبر است یا خیر). این شامل قراردادهای نمودار، قوانین نامگذاری، قوانین تعریف، قوانین ترکیب، و عادی سازی است.
کامل بودن به این اشاره دارد که آیا مدل داده شامل تمام اطلاعات مورد نیاز برای پشتیبانی از عملکرد مورد نیاز سیستم است یا خیر.
یکپارچگی به این صورت تعریف می شود که آیا مدل داده همه قوانین تجاری را که برای داده ها اعمال می شود تعریف می کند یا خیر.
سادگی به این معنی است که مدل داده حاوی حداقل موجودیت ها و روابط ممکن است.
انعطاف‌پذیری به عنوان سهولتی تعریف می‌شود که مدل داده می‌تواند با تغییرات تجاری و/یا نظارتی کنار بیاید.
یکپارچه سازی به عنوان سازگاری مدل داده با بقیه داده های سازمان تعریف می شود.
قابل فهم بودن به عنوان سهولت درک مفاهیم و ساختارهای موجود در مدل داده تعریف می شود.
پیاده‌سازی به عنوان سهولت اجرای مدل داده در محدودیت‌های زمانی، بودجه و فناوری پروژه تعریف می‌شود.
جدول
جدول 1. عوامل کیفیت مدل 3DCDM.
Ijgi 04 01442 g025 1024
شکل 25. رتبه بندی های ذهنی کیفیت مدل 3DCDM.
در این چارچوب، هر عامل کیفیت با استفاده از یک مقیاس 1-5 (1 = ضعیف؛ 5 = عالی) رتبه‌بندی می‌شود که توسط بازبینان مدل استفاده شد. نتیجه رتبه بندی ذهنی کلی را می توان در قالب نمودارهای رادار یا کیویات ارائه کرد.
3DCDM با استفاده از یک رویکرد مطالعه موردی، که تعریف عوامل کیفیت را فعال می‌کند، اعتبارسنجی شد . 3DCDM بر اساس این عوامل توسط ذینفعان پروژه رتبه بندی شد و نتایج در جدول 1 فهرست شده است. امتیاز کلی 3DCDMمدل 4 است. با توجه به کمبود فعلی داده های سه بعدی در دسترس و مناسب، این یک رتبه رضایت بخش است. با این حال، این احتمال وجود دارد که با استفاده بعدی، پیاده سازی و بازخورد مربوطه، ارزش صحت در طول زمان بهبود یابد. در مطالعه موردی، از یک ساختمان دو طبقه برای در نظر گرفتن اطلاعات حقوقی مرتبط (مرزهای مالکیت، اطلاعات مالکیت، املاک مشترک و حق ارتفاق) و اطلاعات فیزیکی (عرض، طول و ارتفاع دیوارها، سقف‌ها و سقف) استفاده شد. یک سیستم مختصات دلخواه برای استخراج تمام مختصات نقاط مورد نیاز استفاده شد. از این نقاط خواص مختلفی مانند عرض و طول دیوارها و واحدها مشخص شد. سپس این اطلاعات در طرحواره‌های XML مناسب مانند Building ، LegalpropertyObject درج شد.InterestHolder ، Survey ، CadastralPoints و Terrain برای نشان دادن اعتبار 3DCDM برای مدل‌سازی و تولید اشیاء قانونی سه بعدی ساختمان و مشابه‌های فیزیکی آن‌ها. نتیجه این تمرین نشان داد که تمامی اشیاء قانونی سه بعدی ساختمان و اشیاء فیزیکی مربوط به آنها را می توان به طور موثر با استفاده از مدل 3DCDM مدلسازی کرد.
شکل 25 نتیجه رتبه بندی ذهنی کلی مدل 3DCDM را نشان می دهد که در نمودار رادار نشان داده شده است.
رتبه بندی های ذهنی نشان داده شده در شکل 25 به وضوح نشان می دهد که چه نقاط قوت و ضعفی در مدل وجود دارد. رتبه های زیر 3 “ضعیف” و رتبه های بالای 3 “خوب” در نظر گرفته می شوند. این به تحلیلگر بازخورد می دهد که کجا مدل نیاز به بهبود دارد. رتبه بندی کیفیت ذهنی برای بهبود کیفیت مدل مفید است، انتخاب بین گزینه ها و مقایسه در طول زمان باعث بهبود فرآیندها می شود.

5. فرآیند تغییرات در 3DCDM

مدل های مفهومی و منطقی ارائه شده در بالا از مدل 3DCDM بر اساس الزامات تجاری جمع آوری شده از ذینفعان پروژه توسعه یافته اند. البته این الزامات پاسخگوی نیازهای همه حوزه های قضایی در جهان نیست. از این رو، تغییرات در مدل 3DCDM برای برآوردن الزامات یک حوزه قضایی مورد نیاز است [ 23 ].
بر اساس سطح تغییرات، هر دو مدل مفهومی و منطقی مدل 3DCDM قابل اصلاح هستند. اصلاح در مدل مفهومی در سطح بسته اتفاق می افتد ( شکل 8 ) که در آن یک حوزه قضایی، برای مثال نیاز به افزودن یک بسته جدید به مدل دارد. واضح است که باید بین بسته‌های اضافه شده و موجود در مدل مفهومی ارتباط درستی وجود داشته باشد. اگر بسته قابل استفاده نباشد، نیازی به حذف یک بسته از مدل مفهومی نیست، زیرا مدل بسته بندی (طراحی مدولار) به کاربران مدل داده اجازه می دهد از استفاده از بسته های غیر ضروری اجتناب کنند.
اصلاح در مدل منطقی در هر دو سطح صفت و کلاس اتفاق می افتد ( شکل 12 ، شکل 13 ، شکل 14 ، شکل 15 ، شکل 16 ، شکل 17 ، شکل 18 ، شکل 19 ، شکل 21 ، شکل 22 ، شکل 21، شکل 22 .) جایی که یک حوزه قضایی مایل است یک ویژگی جدید در یک کلاس موجود اضافه کند یا یک کلاس جدید را به مدل اضافه کند. با توجه به قوانین مدل‌سازی داده، افزودن ویژگی‌ها فرآیند پیچیده‌ای نیست. با این حال، افزودن کلاس‌های جدید مستلزم پیروی از قوانین مدل‌سازی داده خاص برای اطمینان از یکپارچگی در تمام اجزای مدل داده است.

6. نتیجه گیری

ادغام اشیاء قانونی و فیزیکی در مدل‌های شهری سه بعدی مجازی و مدل‌های داده کاداستر، قابلیت استفاده از مدل‌های داده را افزایش می‌دهد. آنها می توانند از برنامه های مختلف مانند فرآیندهای توسعه زمین و کاداسترهای سه بعدی که به اطلاعات حقوقی و فیزیکی نیاز دارند، پشتیبانی کنند. تعداد کمی از محققان برای گسترش CityGML و BIM برای پشتیبانی از اشیاء قانونی تحقیق کردند. با این حال، هیچ مدل داده کاداستری برای پشتیبانی کامل از اشیاء فیزیکی گسترش نیافته است.
این مقاله مدل 3DCDM را پیشنهاد می‌کند که بر اساس مدل‌های داده‌های کاداستر اصلی توسعه یافته و برای پشتیبانی از اشیاء فیزیکی شهری گسترش یافته است. مدل های مفهومی و منطقی 3DCDM به تفصیل ارائه شده است. هدف این است که تمام عناصر و اجزای مدل 3DCDM، از جمله کلاس‌ها، ویژگی‌ها و ارتباطات آن را بررسی کنیم.
برای این منظور، نمای بسته 3DCDM در مرحله اول ارائه شد تا نمای کلی اجزای 3DCDM ارائه شود. آنها در مدل 3DCDM به دو سلسله مراتب تقسیم می شوند: قانونی و فیزیکی.
سپس 12 مدل فرعی یا ماژول از 3DCDM ارائه شد که شامل 3DCDM Geometry Model، 3DCDM Root Model، 3DCDM LegalPropertyObject Model، 3DCDM Interestholder Model، 3DCDM Survey Model، 3DCDM CadastralModels Model3DMD3، مدل 3DCDM CadastralPoints Model3DMD3، ، 3DCDM UtilityNetwork Model، 3DCDM PhysicalPropertyObject Model، و 3DCDM Terrain Model.
مدل های فرعی بر اساس نیاز کاربر و برنامه انتخاب می شوند. به عنوان مثال، اگر هدف از استفاده از 3DCDM مدل سازی یک ساختمان باشد، تنها از 3DCDM Building Model و 3DCDM Root Model استفاده می شود. مدل ریشه 3DCDM باید در هر پیاده سازی مدل 3DCDM استفاده شود. از آنجایی که هر حوزه قضایی دارای الزامات کاداستری متفاوتی است، مدل داده باید برای برآورده کردن این الزامات اصلاح شود.
3DCDM توسط ذینفعان پروژه تایید شد. با این حال، تحقیقات بیشتری برای اعتبارسنجی مدل و بررسی رویکردهای پیاده سازی مورد نیاز است. همچنین مدلسازی اشیاء قانونی در LODهای مختلف نیاز به بررسی بیشتری دارد. مدل منطقی 3DCDM به عنوان پایه ای برای توسعه مدل فیزیکی 3DCDM استفاده می شود.

منابع

  1. OGC. استاندارد رمزگذاری زبان جغرافیایی شهر OGC (CityGML) . Open Geospatial Consortium Inc.: Wayland, MA, USA, 2012. [ Google Scholar ]
  2. ISO ISO 19152:2012. استاندارد بین المللی، اطلاعات جغرافیایی – مدل دامنه مدیریت زمین (LADM) ; ISO: ژنو، سوئیس، 2012. [ Google Scholar ]
  3. برنامه الکترونیکی مدل ePlan نسخه 1.0 ; کمیته بین دولتی نقشه برداری و نقشه برداری: سیدنی، استرالیا، 2010; پ. 61. [ Google Scholar ]
  4. آیین، ا. کلانتری، م. رجبی فرد، ع. ویلیامسون، آی. والاس، جی. به سوی ادغام اشیاء قانونی و فیزیکی سه بعدی در مدل های داده کاداستر. سیاست کاربری زمین 2013 ، 35 ، 140-154. [ Google Scholar ] [ CrossRef ]
  5. Dsilva، MG امکان سنجی در CityGML برای اهداف کاداستر. پایان نامه کارشناسی ارشد، دانشگاه صنعتی آیندهوون، آیندهوون، هلند، 2009. [ Google Scholar ]
  6. المکاوی، م. Östman، A. امکان سنجی مدل های اطلاعاتی ساختمان برای کاداستر سه بعدی در مدل های شهر یکپارچه. بین المللی J. E-Plan. Res. (IJEPR). 2012 ، 1 ، 35-58. [ Google Scholar ] [ CrossRef ]
  7. المکاوی، م. اوستمن، ا. شهزاد، ک. به سوی مدل های ساختمانی سیتی جی ام ال و IFC متقابل: یک رویکرد مبتنی بر مدل یکپارچه. در پیشرفت در علوم ژئو اطلاعات سه بعدی ؛ Kolbe, TH, König, G., Nagel, C., Eds.; Springer: برلین، هایدلبرگ، آلمان، 2011; صص 73-93. [ Google Scholar ]
  8. چاگداش، V. گسترش دامنه برنامه به CityGML برای مالیات بر اموال غیر منقول: مطالعه موردی ترکیه. بین المللی J. Appl. زمین Obs. Geoinf. 2013 ، 21 ، 545-555. [ Google Scholar ] [ CrossRef ]
  9. ون دن برینک، ال. استوتر، جی. Zlatanova، S. ایجاد یک استاندارد ملی برای داده های توپوگرافی سه بعدی مطابق با CityGML. بین المللی جی. جئوگر. Inf. علمی 2013 ، 27 ، 92-113. [ Google Scholar ] [ CrossRef ]
  10. گوزز، ک. پاچلسکی، دبلیو. Van Oosterom، PJM; Coors, V. امکانات استفاده از CityGML برای نمایش سه بعدی ساختمانها در کاداستر. در مجموعه مقالات چهارمین کارگاه بین المللی کاداسترهای سه بعدی، دبی، امارات متحده عربی، 9 تا 11 نوامبر 2014. صص 339-361.
  11. یینگ، اس. جین، اف. گوا، آر. لی، ال. یانگ، جی. Zhou، Y. تبدیل از CityGML به واحدهای دارایی سه بعدی. در مجموعه مقالات چهارمین کارگاه بین المللی کاداسترهای سه بعدی، دبی، امارات متحده عربی، 9 تا 11 نوامبر 2014. صص 109-121.
  12. المکاوی، م. پااش، جی. Paulsson, J. ادغام کاداستر سه بعدی، تشکیل اموال سه بعدی و BIM در سوئد. در مجموعه مقالات چهارمین کارگاه بین المللی کاداسترهای سه بعدی، دبی، امارات متحده عربی، 9 تا 11 نوامبر 2014. صص 17-34.
  13. ایسیکداغ، یو. هورهامر، ام. زلاتانوا، اس. کاتمان، آر. Van Oosterom، PJM ساختمانهای سه بعدی و مدلهای کاداستری غنی از لحاظ معنایی برای ارزیابی. در مجموعه مقالات چهارمین کارگاه بین المللی کاداسترهای سه بعدی، دبی، امارات متحده عربی، 9 تا 11 نوامبر 2014. صص 35-53.
  14. به زودی، KH; تامپسون، آر. Khoo، V. ادغام مبتنی بر معناشناسی برای CityGML و 3D LandXML. در مجموعه مقالات چهارمین کارگاه بین المللی کاداسترهای سه بعدی، دبی، امارات متحده عربی، 9 تا 11 نوامبر 2014. صص 323-338.
  15. رونزدورف، سی. ویلسون، دی. Stoter, J. ادغام مدل حوزه مدیریت زمین با CityGML برای کاداستر سه بعدی. در مجموعه مقالات چهارمین کارگاه بین المللی کاداسترهای سه بعدی، دبی، امارات متحده عربی، 9 تا 11 نوامبر 2014. صص 313-322.
  16. OGC. مدل مفهومی OGC LandInfra ; Open Geospatial Consortium Inc.: Wayland, MA, USA, 2014. [ Google Scholar ]
  17. هنسن، ج. اصول اساسی سیستم های اصلی کاداستر در جهان. در مجموعه مقالات سمینار کاداسترهای مدرن و نوآوری های کاداستر، دلفت، هلند، 16 مه 1995; فدراسیون بین المللی نقشه برداران (FIG): دلفت، هلند، 1995; صص 5-12. [ Google Scholar ]
  18. ون اوستروم، پی. لمن، سی. اینگوارسون، تی. ون در مولن، پی. پلوگر، اچ. کواک، دبلیو. استوتر، جی. Zevenbergen، J. مدل دامنه کاداستر اصلی. محاسبه کنید. محیط زیست شهری سیس 2006 ، 30 ، 627-660. [ Google Scholar ] [ CrossRef ]
  19. کافمن، جی. Steudler، D. Cadastre 2014: چشم اندازی برای سیستم کاداستر آینده. در مجموعه مقالات کنگره بین المللی FIG XXI، برایتون، انگلستان، 19-25 ژوئیه 1998.
  20. فون مایر، N. GIS و سوابق زمین: مدل داده بسته ArcGIS . ESRI Press: Redlands, CA, USA, 2004; پ. 150. [ Google Scholar ]
  21. Steudler، D. مدل داده های هسته کاداستر سوئیس – تجربیات 15 سال گذشته. محاسبه کنید. محیط زیست شهری سیس 2005 ، 30 ، 600-613. [ Google Scholar ] [ CrossRef ]
  22. FGDC. استاندارد محتوای داده‌های کاداستر برای زیرساخت داده‌های مکانی ملی—نسخه 1.4 . کمیته فرعی داده های کاداستر، کمیته داده های جغرافیایی فدرال: رستون، ویرجینیا، ایالات متحده آمریکا، 2008; پ. 108.
  23. کلانتری، م. رجبی فرد، ع. والاس، جی. ویلیامسون، IP به اشیاء دارایی قانونی ارجاع فضایی. سیاست کاربری زمین 2008 ، 25 ، 173-183. [ Google Scholar ] [ CrossRef ]
  24. Lemmen, C. یک مدل دامنه برای اداره زمین. پایان نامه دکتری، دانشگاه صنعتی دلفت، دلفت، هلند، 2012. [ Google Scholar ]
  25. کلانتری، م. مدل سازی داده های کاداستر – ابزاری برای اداره الکترونیک زمین دانشگاه ملبورن: ملبورن، استرالیا، 2008. [ Google Scholar ]
  26. آیین، ا. کلانتری، م. رجبی فرد، ع. ویلیامسون، آی. Bennett, R. استفاده از مدل سازی داده ها برای درک ساختار کاداسترهای سه بعدی. جی. اسپات. علمی 2013 ، 58 ، 215-234. [ Google Scholar ] [ CrossRef ]
  27. ISO19107. اطلاعات جغرافیایی – طرح واره فضایی ; AS/NZS ISO: ژنو، سوئیس، 2005; پ. 171.
  28. فولی، جی دی. ون دام، ا. Feiner, SK; Hughes, JF Computer Graphics: Principles and Practice , 2nd ed.; ادیسون-وسلی: بوستون، MA، ایالات متحده آمریکا، 1995; پ. 699. [ Google Scholar ]
  29. ISO19136. اطلاعات جغرافیایی — زبان نشانه گذاری جغرافیایی (GML) ; ISO: ژنو، سوئیس، 2007; پ. 394.
  30. Bydlosz, J. جنبه های کاداستر سه بعدی در استانداردها و راه حل های بین المللی. در مجموعه مقالات کارگاه FIG کمیسیون 3 2012، اطلاعات مکانی، توسعه غیررسمی، املاک و مسکن، آتن، یونان، 10-14 دسامبر 2012. شکل: آتن، یونان، 2012; پ. 10. [ Google Scholar ]
  31. استوتر، جی. ون اوستروم، PJM؛ Ploeger، HD; آلدرز، اچ. مدل مفهومی کاداستر سه بعدی که در چندین کشور کاربرد دارد. در مجموعه مقالات FIG Working Week 2004، فناوری های مناسب برای مدیریت خوب زمین II-3D کاداستر، آتن، یونان، 22-27 مه 2004. شکل: آتن، یونان، 2004; پ. 27. [ Google Scholar ]
  32. West, M. توسعه مدل های داده با کیفیت بالا ; مورگان کافمن: برلینگتون، MA، ایالات متحده آمریکا، 2011; پ. 408. [ Google Scholar ]
  33. معیارهای مودی، DL برای ارزیابی کیفیت مدل‌های رابطه موجودیت. لکت. توجه داشته باشید. محاسبه کنید. علمی 1998 ، 1507 ، 211-225. [ Google Scholar ]
  34. الخالدی، ن. مدیریت کیفیت مشارکتی هستی‌شناسی‌ها در مدل‌سازی سازمانی. در مجموعه مقالات CAiSE 2012 کنسرسیوم دکتری، گدانسک، لهستان، 26 ژوئن 2012; پ. 12.
  35. آسنووا، پی. Johannesson, P. بهبود کیفیت مدلسازی مفهومی با استفاده از تبدیل طرح. در مجموعه مقالات پانزدهمین کنفرانس بین المللی مدلسازی مفهومی (ER’96)، کوتبوس، آلمان، 7 تا 10 اکتبر 1996. ص 277-291.
  36. کش، س. ارزیابی کیفیت مدل های رابطه موجودیت. Inf. و Softw. تکنولوژی 1995 ، 37 ، 681-689. [ Google Scholar ] [ CrossRef ]
  37. مودی، دی ال. شانکس، جی. یک مدل داده خوب چیست؟ چارچوبی برای ارزیابی و بهبود کیفیت مدل‌های رابطه موجودیت. اوست محاسبه کنید. J. 1998 , 30 , 97-110. [ Google Scholar ]
  38. پولز، جی. ددن، جی. معیارهای ارزیابی جنبه‌های پیچیدگی پویا طرح‌های مفهومی شی‌گرا. در مجموعه مقالات نهمین کنفرانس بین المللی مدلسازی مفهومی، ER’2000، سالت لیک سیتی، UT، ایالات متحده آمریکا، 9 تا 12 اکتبر 2000. صص 513-526.
  39. شانکس، جی. مدل‌سازی داده‌های مفهومی: مطالعه تجربی مدل‌سازان خبره و مبتدی. استرالیا J. Inf. Sys 1997 ، 4 ، 63-73. [ Google Scholar ] [ CrossRef ]
  40. مودی، DL اندازه گیری کیفیت مدل های داده: ارزیابی تجربی استفاده از معیارهای کیفیت در عمل. در مجموعه مقالات یازدهمین کنفرانس اروپایی سیستم های اطلاعاتی، ECIS 2003، ناپل، ایتالیا، 16-21 ژوئن 2003. صص 1337–1352.

;کاربردهای GISمقالات

آموزش کاربردی ArcGISالهام ابراهیم زادهکاربرد جی ای اسکاربرد جی ای اس در زمین شناسی

بدون نظر

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *

همواره حمایت دانشجویان عزیزمان همراه ما بوده و این سببب شده که گامی محکم به‌سوی ایجاد یک مرجع برای آموزش GIS برداریم. با این امید که بتوانیم قدردان حمایت شما بزرگواران باشیم.

  • خانه
  • آموزش
  • فیلم آموزشی
  • تماس با ما
  • درباره ما
  • وبلاگ
  • سمنان /خیابان کاشانی/ساختمان فناوری اطلاعات/پ 8
  • 09120049370