نقشه راه GIS

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

09120049370

8 صبح تا 12 شب

09120049370

کاربرد جی ای اس

 

خلاصه

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

مقررات شهری ; حق ساخت ؛ رسمی سازی قوانین ; GIS سه بعدی ؛ OCL ; بررسی پروانه ساختمانی

 

1. معرفی

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

  • در طول طراحی مقررات، می‌تواند به مدیریت شهری کمک کند تا برای سناریوهای مختلف، آنچه را که می‌توان روی بسته‌ها برای کل شهر ساخت، ارزیابی کند.
  • زمانی که پذیرش مقررات مستلزم مشارکت عمومی باشد، ممکن است از طراحی نمایش‌های سه‌بعدی پشتیبانی کند که درک مقررات را برای عموم (غیر متخصص) تسهیل کند.
  • برای بررسی های مجوز ساخت، مدل می تواند بررسی مجموعه ای از قوانین را آسان کند.
  • برای اکتشاف ساختمان، به شهروندان، شهرها یا مروجین ساختمان کمک می کند تا قابلیت ساخت را ارزیابی کنند تا مناطق مربوطه را برای ساخت یک پروژه جدید تعیین کنند.
  • در بلندمدت، مدل‌های آینده‌نگر که تأثیر توسعه شهری را بر شاخص‌های زیست‌محیطی ارزیابی می‌کنند، می‌توانند توسط مقررات ساخت‌وساز محدود شوند.
هدف این مقاله پیشنهاد یک مدل عمومی و قابل گسترش است که چنین محدودیت‌هایی را به منظور سهولت در طراحی برنامه‌ها نشان می‌دهد. ما مطالعه خود را بر روی مقررات فرانسوی به نام PLU (PLU برای Plan Local d’Urbanisme ، به زبان فرانسوی) (برای طرح‌واره برنامه‌ریزی شهری محلی) متمرکز می‌کنیم، اما مکانیسم‌های گسترشی را ارائه می‌کنیم که امکان استفاده از این مدل را در مقررات سایر کشورها فراهم می‌کند. برای شروع، مقررات فرانسه به طور خلاصه با ارائه مفاهیم کلیدی توضیح داده شده است ( بخش 2 ). سپس آثار مربوط به مدل‌های تنظیمی و کاربرد آنها به معرفی موضوع می‌پردازد ( بخش 3 ). در مرحله بعد، پیشنهاد ما شامل روش‌شناسی، مدل جغرافیایی و رسمی‌سازی قوانین مفصل است ( بخش 4). بخش پایانی یک پیاده سازی برای پردازش اطلاعات توصیف شده در مدل و بحث در مورد یک برنامه آینده ارائه می دهد: کمک نقشه بردار برای بررسی های مجوز ساختمان ( بخش 5 ).

2. مقررات شهری محلی

در مقررات فرانسه، تعریف حق ساخت در دو سطح ارائه شده است. در سطح ملی، کد برنامه ریزی شهری اهداف (علاوه بر این، تعداد مقالات ممکن است به تاریخ طراحی PLU بستگی داشته باشد)، محدوده و ساختاری برای مقررات محلی تعیین می کند. این به ویژه شامل تعریف 14 تا 16 ماده با عناوین خاص است که بخش متنی این آیین نامه را تشکیل می دهد که توسط شهرداری ها یا بین شهرداری ها تنظیم شده است. بنابراین، در سطح محلی، هر PLU توسط مدیریت محلی بر اساس سطح ملی شرح داده می شود. باید یک طرح پهنه بندی را مشخص کند که در آن هر منطقه با توجه به توسعه مورد انتظار آن به یک نوع اختصاص داده شود. نوع شناسی منطقه شامل مناطق شهری، مناطق مورد ساخت، مناطق طبیعی یا مناطق کشاورزی است، برخی از انواع فرعی را می توان با توجه به ویژگی های محلی ارائه کرد. بنابراین، با توجه به نوع آن، یک کد برای هر منطقه تحت تأثیر قرار می گیرد. به عنوان مثال، کد مناطق شهری UA، N برای مناطق طبیعی و A برای مناطق کشاورزی است. برای هر نوع منطقه، یک مقررات متنی اعمال می شود و با مواد تعریف شده در قانون برنامه ریزی شهری ساختار می یابد. بنابراین، برای مثال، برای هر PLU، ماده 10 حداکثر ارتفاع را محدود می کند و ماده 11 جنبه های بیرونی ساختمان های جدید را تنظیم می کند. منطق زیربنایی مقررات و عنوان هر ماده در ارائه شده استجدول 1 .
در مورد مقررات متنی، در صورتی که عنوان و محدوده این مقالات در سطح ملی تعیین شود، محتوا آزاد و توسط اداره محلی تدوین شده است. بنابراین، یک اداره آزاد است که چگونه ساختمان‌های جدید را برای هر مقاله محدود کند. به عنوان مثال، محدودیت ارتفاع حداکثر را می توان با محدود کردن ارتفاع بالای سقف، ارتفاع ناودان یا حداکثر تعداد طبقات تعریف کرد. بنابراین، تعریف یک مدل جهانی برای نشان دادن همه قوانین غیرممکن است (به ویژه، زیرا ممکن است موارد جدیدی اختراع شود)، با این حال، هدف ما در این مقاله ارائه یک مدل باز عمومی به اندازه کافی برای منعکس کننده آزادی ادارات محلی برای طراحی قوانین پیچیده است. و به اندازه کافی قابل گسترش است تا به راحتی عناصر جدید مقررات را ادغام کند. حتی اگر اطلاعات متنی متفاوت باشد، محدودیت های بیان شده در مواد حق ساخت و ساز فرانسه تقریباً در کل قلمرو یکسان است. این برای مدل ما بسیار جالب است زیرا این پایداری ممکن است انطباق آن با مقررات ساخت‌پذیری گذشته یا شاید آینده را کاهش دهد.
علاوه بر مقررات متنی، PLU محدودیت‌های بسیار محلی را مشخص می‌کند: نسخه‌های گرافیکی طرح‌هایی هستند که نشان می‌دهند کجا مقررات متنی با محدودیت‌های محلی مرتبط است. به عنوان مثال، یک PLU می تواند حداکثر ارتفاع 16 متر را در یک منطقه تنظیم کند، به جز در ناحیه ای که در نسخه های گرافیکی مشخص شده است که در آن مقدار 14 متر است. شکل 1تصویری از چندین دسته از نسخه های گرافیکی ارائه می دهد. آنها به طور کلی بر روی نقشه به عنوان پوششی از نقشه کاداستر با نقشه های منطقه بندی مشخص می شوند. برخی محدودیت‌ها فقط با موقعیت‌های جغرافیایی (مثلاً درختان برای حفظ) تعریف می‌شوند، اما برخی دیگر با روابط بین دو شی (به عنوان مثال، محدودیت دید بین‌المللی برای حفظ نمای ساختمان تاریخی یا تراز در یک خط خاص). به عنوان مثال، پس زدن ها نیاز به یک موضوع مرجع برای بیان دارند. این شی مرز جاده عمومی در شکل 1 است اما این دانش ضمنی است و مستقیماً در نقشه نشان داده نمی شود.
جدول 1. ساختار مقررات منطقه بندی فرانسه.
شکل 1. نقشه نسخه های گرافیکی و افسانه مرتبط با آن (تصویر اقتباس شده از [ 1 ])

3. آثار مرتبط در مورد حق ساخت برنامه ها و مدل های آنها

انواع مختلفی از برنامه های کاربردی بر اساس محدودیت های حق ساخت پیشنهاد شده است. در [ 2 ]، نویسندگان یک نمایشگر سه بعدی را توصیف می کنند که ویژگی جغرافیایی را به مقررات متنی مرتبط پیوند می دهد. به منظور ارائه یک نمایش صریح از این مقررات، برخی از نویسندگان روش هایی را برای تولید بدنه های قابل ساخت از روی محدودیت های هندسی طراحی کردند [ 3 ، 4 ، 5 ]. این بدنه ها را می توان برای اهداف مشارکت یا کمک به طراحی ساختمان ها استفاده کرد [ 6 ]. برخی از نویسندگان با ایجاد ساختمان‌ها [ 7 ، 8 ، 9 ] یا پیشنهاد الحاقات به ساختمان‌های موجود [ 10] در درمان این قوانین بیشتر پیش می‌روند.]. از آنجایی که ساخت‌پذیری به شدت با مطالعات تکامل شهری مرتبط است، این مقررات می‌تواند شبیه‌سازی تکامل شهر را محدود کند. برای مثال، [ 11 ] یک درجه جهانی از محدودیت را با تجزیه و تحلیل دستی متون مقررات تعریف می کند. مناطقی که به شدت محدود شده اند کمتر احتمال دارد تراکم خود را افزایش دهند. در [ 12 ]، تکامل چگالی در سطح محلی با محدود کردن مستقیم ردپای ساختارهای بالقوه پیشنهاد شده توسط سیستم محدود شده است.
اگر همه این برنامه‌ها از نمایش عددی مقررات شهری استفاده کنند، روش‌های متفاوتی برای مدل‌سازی محدودیت‌ها پیشنهاد می‌کنند. در برخی از آثار [ 3 ، 13 ]، محدودیت‌ها مستقیماً کدگذاری شده‌اند و قویاً با پیاده‌سازی اساسی مرتبط هستند. در آثار دیگر، قواعد از طریق زبان مولد بیان می‌شوند، مانند [ 14 ] که پیشنهادی بر اساس GML (زبان مدل‌سازی مولد) [ 15 ] یا CityEngine [ 16] ارائه کرد.] بر اساس گرامر شکل CGA (معماری تولید شده توسط کامپیوتر). این گزاره‌ها به زمینه تولید شکل محدود می‌شوند و نمی‌توانند شامل محدودیت‌های غیرمستقیم قابل تفسیر هندسی باشند (به عنوان مثال، محدودیت سطح ساخته‌شده را نمی‌توان بدون اکتشاف اضافی در چنین مواردی تفسیر کرد). برخی از گزاره‌های رسمی‌سازی با زبان‌های اعلامی موقت بر اساس مجموعه‌ای از محدودیت‌های هندسی [ 17 ] یا با اعلام شرایط و پیامدهای مؤثر [ 5 ] طراحی می‌شوند و به دلیل بیانی بودن آنها به ویژه از نظر ویژگی‌های جغرافیایی قابل استفاده محدود می‌شوند. استانداردهای موجود بر نمایش ویژگی های جغرافیایی تنظیمی متمرکز هستند. [ 18] یک استاندارد ملی فرانسه است که تمام اطلاعات نقشه برداری لازم مانند منطقه بندی مقررات، محدودیت محلی حق ساخت (به عنوان مثال، ساختمان تاریخی برای حفظ، محدودیت های ناشی از زیرساخت های حمل و نقل انرژی) را تعریف می کند. در زمینه زیرساخت های ملی برنامه ریزی شهری، تمامی ادارات محلی باید اطلاعات مربوط به قلمرو خود را برای سال 2016 ارائه دهند تا یک پایگاه مرجع ملی با توجه به این استاندارد تولید کنند. یک ابتکار دیگر استاندارد XPlannug [ 19 ] آلمانی است که مدل هایی را برای توصیف اطلاعات مربوط به برنامه ریزی شهری و کاربری زمین ارائه می دهد. تمرکز بر شرح طرح‌ها (طرح‌های منطقه‌بندی، طرح‌های منطقه‌ای و طرح‌های کاربری اراضی) برای تسهیل تبادل بین بازیگران شهر است. مدل دامنه اداره زمین [ 20] استانداردی است که اخیراً توسط سازمان بین المللی استاندارد (استاندارد ISO 19152) به رسمیت شناخته شده است. اهداف این استاندارد ارائه امکانی برای اجرای سیاست های کاربری زمین است. واحد فضایی، اشیاء جغرافیایی حقوقی و اشخاص حقوقی را توصیف می کند. همه این رویکردها بیشتر بر توصیف جغرافیایی متمرکز شده اند تا محتوای متون حقوقی و اجازه استدلال خودکار در مورد این مطالب را نمی دهند.

4. مدلی برای مقررات شهری محلی

هدف این کار، تعریف مدلی است که دانش موجود در مقررات PLU را نشان می‌دهد. ما موضوع را با یک مثال، با رعایت یک قانون معمولی ( شکل 2 ) نشان می دهیم. می توان متوجه شد که قاعده با اشیاء جغرافیایی، خصوصیات مکانی، روابط و مقادیر عددی بیان می شود. بنابراین، مقررات مدلسازی مستلزم پرداختن به دو جنبه است:

  • یک مدل جغرافیایی که منطق سرزمینی زیربنایی لازم برای بیان قوانین را توصیف می کند.
  • رسمی سازی قوانین شهری بر اساس مدل جغرافیایی.
بطور مشخص، برای قانون مثال، یک مدل باید بتواند اطلاعات مکانی مربوطه را سازماندهی کند، به این معنی:

  • ویژگی های جغرافیایی: منطقه، خیابان، بلوار، سقف اصلی، تراز، جاده.
  • خواص: نام منطقه (EN UB 44)، ارتفاع سقف، نام خیابان (جورج وودلی، پرزیدنت ویلسون)؛
  • روابط: گنجاندن در یک منطقه (“در”)، “در مرز”، “در عرض”؛

بلکه با این عناصر قاعده ای را که کل متن تشکیل می دهد بیان کند.

شکل 2. نمونه ای از یک قانون در استراسبورگ [ 1 ]، یک مقررات محلی با رنگ های اعمال شده بر روی ویژگی های جغرافیایی، ویژگی های فضایی و روابط یا مقادیر آنها.
در بخش 4.1 بعدی ، انتخاب‌های مدل‌سازی ما ارائه می‌شود، سپس در بخش 4.2 مدل جغرافیایی برای مقررات محلی شهری معرفی می‌شود و در نهایت، رسمی‌سازی مقررات ما بر اساس زبان محدودیت شی (OCL) [ 21 ] 4.3 ارائه می‌شود . این مدل همچنین در قالب XML Metadata Interchange در مخزن پروژه ما موجود است [ 22 ].

4.1. محدوده مدلسازی

برای تولید یک مدل عملیاتی، دامنه مدل ما با مجموعه ای از فیلترها محدود می شود:

  • ویژگی های در نظر گرفته شده : مدل ما عمدتاً بر قوانین مربوط به ساختمان ها متمرکز است. بنابراین، ما در این مطالعه قوانینی را که به ساختمان اختصاص ندارد، مانند قوانین مربوط به پوشش گیاهی یا تعداد فضاهای پارکینگ، درج نمی کنیم. در داخل یک ماده، برخی از قوانین که مربوط به ساختمانها نیست نیز در نظر گرفته نشده است.
  • فراوانی استفاده : از آنجایی که هر PLU محلی است، مطالعه جامع همه اسناد موجود دشوار است. بنابراین، مفاهیم مدل ما بر اساس مطالعه مجموعه ای از PLU و سنتز آن است که متداول ترین عناصر قانونی را برجسته می کند. چنین ساده سازی علاقه به ادغام یک مکانیسم توسعه را تقویت می کند.
  • در دسترس بودن داده ها : به منظور طراحی برنامه های کاربردی بر اساس مدل خود، مفاهیم مربوط به ویژگی های موجود در پایگاه های داده رایج ( به عنوان مثال ، سطح جزئیات CityGML 1 یا 2 برای ساختمان ها) را در مدل ادغام می کنیم. بنابراین، برخی از عناصر مربوط به مقررات، مانند بالکن ها یا پنجره ها، که در اکثر پایگاه های داده وجود ندارد، در این مطالعه در نظر گرفته نمی شوند. با این وجود، اطلاعاتی که می توانند با عملگرهای هندسی یا اکتشافی ارزیابی شوند، در مدل نهایی نگهداری می شوند.
  • عینیت : قوانین PLU را می توان به قوانین عینی (تعریف شده توسط عبارات متریک یا عددی) و قوانین کیفی (که نیاز به قضاوت مقامات محلی دارد) طبقه بندی کرد. همانطور که می خواهیم قوانین قابل تفسیر توسط رایانه را رسمی کنیم، قوانین کیفی را خارج از محدوده رسمی سازی خود در نظر می گیریم. بنابراین قوانینی مانند «(…) تحمیل شده به دلایل هماهنگی (…)» که نیاز به قضاوت انسانی دارند در مطالعه ما در نظر گرفته نمی شوند.

4.2. مدل جغرافیایی

در این بخش، مدل جغرافیایی خود را شرح می دهیم که سازماندهی مفاهیم جغرافیایی PLU را به منظور سهولت رسمی سازی قوانین ارائه می دهد.
طراحی مدل بر اساس کارهای مرتبط [ 23 ]، ترکیبی از شیوه های رایج خوب نوشته شده توسط گروه تحقیقاتی GRIDAUH برای مؤسسات و تیم تحقیقاتی قانون توسعه، برنامه ریزی شهری و مسکن [24]، مجموعه ای از PLU از شهرهای مختلف فرانسه و دو پروژه تحقیقاتی مربوط به حق ساخت و ساز (TerraMagna [ 25 ]، e-PLU [ 26 ]). به منظور سهولت قابلیت همکاری، پیشنهاد ما بر اساس مجموعه ای از استانداردهای موجود است:

  • CityGML (نسخه 2.0 [ 27 ]) که یک مدل شهری سه بعدی و به ویژه موضوعات مرتبط با موضوع ما مانند ساختمان‌ها، امدادرسانی و جاده‌ها را ارائه می‌دهد.
  • مشخصات Inspire برای بسته کاداستری [ 28 ] یک مدل مبادله ای است که تولیدکنندگان اطلاعات جغرافیایی باید طبق دستورالعمل Inspire اروپا به آن احترام بگذارند و مدل سازی اطلاعات کاداستر را توصیف می کند ( به عنوان مثال ، بسته ها، محدودیت های جداسازی).
  • استانداردهای COVADIS برای PLU [ 18 ]، این استاندارد فرانسوی، مطابق با مشخصات Inspire برای کاربری زمین [ 29 ]، نسخه های گرافیکی و نقشه های منطقه بندی PLU را نشان می دهد.
از آنجایی که این استانداردها به طور کامل با موضوع ما تطبیق داده نشده اند، با افزودن کلاس ها، روابط و ویژگی ها به برخی از تنظیمات ادامه می دهیم. برای ساده‌تر کردن درک مدل خود، ما فقط اطلاعات مرتبط (کلاس‌ها، روابط و ویژگی‌ها) را توصیف می‌کنیم و یک کد رنگ برای مشخص کردن مبدا کلاس (CityGML، INSPIRE یا COVADIS) اعمال می‌شود. کلاس های سفید اضافه شده اند. آنها برای ایجاد ارتباط بین استانداردهای مختلف ایجاد شده اند.
در بخش زیر، بخش‌های مختلف مدل خود را ارائه می‌کنیم: مناطق شهری ( بخش 4.2.1 ). بسته ها ( بخش 4.2.2 )؛ فضاهای عمومی و جاده ها ( بخش 4.2.3 ). ساختمان ها ( بخش 4.2.4 ) و نسخه های گرافیکی ( بخش 4.2.5 ). شکل 3 کلاس های مدل ما را بدون ویژگی های آنها خلاصه می کند.

4.2.1. منطقه شهری

پیشنهاد ما برای مدل‌سازی عناصر منطقه‌بندی عمدتاً بر اساس استانداردهای COVADIS است ( شکل 4 ). PLU مقرراتی را تعریف می کند که برای مناطق مختلف اعمال می شود. هر منطقه حاوی اطلاعاتی مانند نام، کد نوع یا تاریخ اعتبار آن است. از این رو، مفهوم قانون برای یک منطقه معین تعریف می شود. این قانون از یک طرف از طریق یک ویژگی متنی برای حفظ پیوند به اسناد قانونی (ویژگی متن) و از طرف دیگر از طریق رسمی سازی OCL ما بیان می شود (به بخش 4.3 مراجعه کنید ) .
شکل 3. طرح کلی پیشنهاد ما.

4.2.2. بسته ها

حق ساخت در سطح واحد دارایی (BasicPropertyUnit) تعریف می شود: مجموعه ای از قطعات به هم پیوسته (CadastralParcel) که متعلق به یک شخص است. از آنجایی که یک قطعه یا یک واحد ملکی می تواند مناطق مختلف را قطع کند (با قوانین احتمالاً متفاوت)، ما لازم می دانیم که مفهوم SubParcel را معرفی کنیم. یک بسته از بسته های فرعی تشکیل شده است و هر زیر بسته فقط به یک منطقه تعلق دارد. خواص بسته ذکر شده در اسناد PLU مربوط به مساحت، نسبت ساخته شده ( var ) و نسبت مساحت طبقه ( دور ) است.
محدودیت ها در موقعیت ساختمان های جدید ممکن است با توجه به مرزهای جداسازی (SpecificCBoundary) مشخص شود. این مفهوم در مدل کاداستر Inspire [ 28 ] وجود دارد ، اما ما آن را گسترش می‌دهیم زیرا این فاصله ممکن است با توجه به نوع مرز متفاوت باشد. بنابراین، ما مرز مجاور جاده (FRONT)، مرز پشتی (BACK)، مرز جانبی (LAT) و مرز داخلی به یک واحد دارایی اصلی (INTRA) را متمایز می‌کنیم. به عنوان مثال، می‌توانیم متوجه شویم که مرزهای داخلی تحت محدودیت‌های پس زدن قرار نمی‌گیرند، زیرا قطعات مجاور متعلق به یک مالک زمین است. علاوه بر این، به عنوان برخی از محدودیت ها به اشیاء مجاور (NeighbourFeature) به مرزها اشاره دارد ( به عنوان مثال، سایر قطعات، جاده ها)، مفهوم شی مجاور به مرز کاداستر (SpecificCBoundary) متصل است. در واقع، اطلاعات مربوط به این اشیاء مجاور می تواند پارامترهای قوانین اعمال شده را تعیین کند. به عنوان مثال، حداکثر ارتفاع در امتداد مرز مجاور یک جاده اغلب با توجه به عرض این جاده تعیین می شود. بنابراین، لازم است رابطه بین مرز و شی مجاور آن مدل شود.
شکل 4. مدل منطقه بندی تنظیم.
مدل پیشنهادی در شکل 5 و یک وضعیت گویا در شکل 6 ارائه شده است .
شکل 5. مدل بسته ها.

4.2.3. فضای عمومی و جاده ها

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

4.2.4. ساختمان

حق ساخت برای هر ساختمانی اعمال می شود. مدل کامل ساختمان ما در شکل 8 ارائه شده است . طبق استاندارد CityGML، ساختمانی را که با یک سطح مدل شده است در نظر می گیریم. از آنجایی که یک ساختمان (کلاس ساختمان) را می توان بر روی دو منطقه PLU مختلف قرار داد، مقررات متفاوتی را می توان برای قسمت های مختلف آن اعمال کرد. بنابراین لازم است قطعات ساختمانی به تفکیک قطعات فرعی تهیه شود. هر ساختمان و بخش ساختمان از یک سقف (SpecificRoofSurface) و چندین نما (SpecificWallSurface) تشکیل شده است. یک نما توسط مجموعه ای از دیوارهای به هم پیوسته و همسطح متعلق به یک ساختمان تشکیل می شود. اطلاعات تکمیلی در مورد ساختمانها برای ارزیابی رعایت مقررات، نوع ساختمانها (مقصد)، ردپای آنها و مساحت کف آنها ضروری است.
برخی از اطلاعات به نماها متصل می شوند، به ویژه اطلاعاتی که نشان می دهد آیا یک نما حداقل یک پنجره دارد (ویژگی isWindowLess). حتی اگر پنجره‌ها در CityGML مدل‌سازی شده باشند، اضافه کردن این اطلاعات جالب است زیرا برخی از تکنیک‌های اکتساب می‌توانند نشان دهند که آیا یک نما دارای پنجره است، بدون اینکه لزوماً تعداد و موقعیت پنجره‌ها را تعیین کند [30 ] . در مورد سقف‌ها، CityGML را گسترش می‌دهیم تا اطلاعاتی درباره ساختار آن مانند حداقل و حداکثر زاویه، تعداد تشت‌ها، شیروانی‌ها، سقف‌ها و ناودان‌ها که می‌توانند در مقررات برای حفظ هماهنگی معماری درگیر شوند، اضافه کنیم (تصویر ارائه شده در شکل 9 ) .
شکل 8. مدل ساختمان.
شکل 9. تصویر قسمت های مختلف ساختمان: در صورتی، نماهای جلویی و در نمای جانبی سفید. یک شیروانی به رنگ نارنجی، سقف به رنگ قرمز تیره و ناودان به رنگ سبز ترسیم شده است.
به منظور ارزیابی مقررات، چند عملگر هندسی خاص مورد نیاز است:

  • ()respectProspect: هدف این محدودیت تعریف یک پس زدگی (d) با توجه به ارتفاع ساختمان (h) و یک شیب (s) از یک هندسه شی معین (g) است. محدودیت بررسی می شود اگر: پآر3اچمنمن+س×دمنستیآجه2(ج،پ)>پ.;
  • epsilonBand(): از آنجایی که مقادیر برخی از قوانین می تواند بر اساس فاصله از یک شی متفاوت باشد (به عنوان مثال، حداکثر ارتفاع 10 متر در فاصله 6 متری از جاده و سپس 5 متر است)، epsilonBand عملگری است که یک را قطع می کند. جسم با توجه به دو فاصله (depthMin و depthMax) از یک هندسه.
  • ارتفاع: ارتفاع ساختمان‌های جدید با اختلاف ارتفاع داده‌شده توسط یک نقطه پایین و یک نقطه مرتفع محدود می‌شود. تعاریف متعددی از نقطه بالا و پایین وجود دارد ( شکل 10 را ببینید ).
شکل 10. ارجاعات مختلف نقطه بالا (HP_) و نقطه پایین (BP_).

4.2.5. نسخه های گرافیکی

مدل نسخه ما عمدتا بر اساس استانداردهای COVADIS است و در شکل 11 ارائه شده است . نسخه ها مقررات محلی هستند که دارای یک نوع هندسی (وقتی، خطی یا منطقه ای) هستند که تأثیر آن بر حق ساخت توسط یک کد نوع (تعریف شده بر اساس لیست کد نوع) تعیین می شود. ما پیشنهاد می‌کنیم ارجاعاتی را به مرز بسته‌های کاداستر اضافه کنیم: استانداردهای COVADIS به ویژگی‌های جغرافیایی مرتبط نیستند، اما برخی از نسخه‌ها به وضوح با آنها مرتبط هستند. ما لازم می دانیم که این رابطه را ضروری کنیم.
شکل 11. مدل نسخه ها.

4.3. رسمی سازی قوانین

در بخش های قبل، پیشنهاد خود را برای سازماندهی مفاهیم جغرافیایی ارائه کردیم. در این بخش نحوه استفاده از این مفاهیم به منظور رسمی کردن مقررات را ارائه می دهیم.
پیشنهاد ما برای رسمی‌سازی قوانین مبتنی بر OCL [ 21 ] است که توسط گروه مدیریت شیء [ 31 ] عادی شده است. این زبان رسمی محدودیت‌هایی را بر روی مفاهیم (کلاس‌ها، روابط، روش‌ها و ویژگی‌ها) طرحواره تعریف‌شده در UML (زبان مدل‌سازی یکپارچه) تعریف می‌کند تا محدودیت‌هایی با بیان مهم ایجاد کند. عملگرهای هندسی ممکن است از طریق استانداردهای ISO 19107 در این محدودیت ها گنجانده شوند [ 32 ]. این زبان بدون عارضه جانبی است: ارزیابی قوانین OCL ارزش اشیاء مربوطه را تغییر نخواهد داد. OCL به طور مشخص در GIS برای بررسی محدودیت های یکپارچگی [ 33 ] به عنوان مثال برای کنترل موقعیت های GPS نسبت به ساختمان های سه بعدی استفاده می شود [ 34 ].
از آنجایی که OCL بر اساس UML است، می توان عناصر جدیدی را برای ایجاد قوانین با گسترش مدل یا با افزودن عملگرهای جدید فراهم کرد. در این مقاله، مدل‌سازی مقررات با مفاهیم جغرافیایی و عملگرهای ارائه‌شده در بخش قبل به عنوان مجموعه‌ای از قوانین OCL را پیشنهاد می‌کنیم. بنابراین، می توان محدودیت را ترجمه کرد:

” در هر قطعه، ساختمان ها باید در فاصله بیش از 5 متر از مرزهای جانبی ساخته شوند. “

توسط:

متن نوشته زیر بسته inv:خود.specificCB>انتخاب کنید (نوع = “LAT”).geom >forAll(g |خود.buildingsParts.footprint.distance(g)>دقیقه () ≥ 5)
هنگامی که مدل نمونه سازی شد، قوانین OCL برای هر شی از منطقه شهری مربوطه ارزیابی می شود. متن نوشتهSubParcel کلاس اشیاء مربوط به ارزیابی را نشان می دهد. بنابراین، این قاعده برای هر زیرمجموعه اعمال می‌شود (قسمت فرعی انتخاب می‌شود نه CadastralParcel زیرا ما مطمئن هستیم که یک مقررات همگن برای SubParcel اعمال می‌شود) ( شکل 6 را ببینید ). خودکلیدواژه ای است که نشان دهنده شی مورد ارزیابی است و با استفاده از عملگر نقطه می توان ویژگی ها و روش های مختلف شی را ارزیابی کرد. در این مثال، .specificCBاجازه می دهد تا تمام مرزهای مختلف کاداستر را دریافت کنید (کلاس SpecificCadastralBoundary). برای به دست آوردن تنها مرزهای با نوع جانبی، انتخاب با عملگر انجام می شود >انتخاب کنید (نوع = “LAT”)که ممکن است برای مجموعه اشیاء اعمال شود. سپس اپراتور برای همه()امکان اندازه گیری فاصله از هر قسمت از ساختمان تا تمام مرزهای جانبی را فراهم می کند. از آنجایی که این مرحله آخر مجموعه ای از فاصله ها را فراهم می کند (فاصله بین یک ساختمان تا تمام مرزهای جانبی اندازه گیری می شود)، اپراتور >دقیقه ()حداقل فاصله را استخراج می کند و بررسی می کند که آیا کمتر از 5 است (5).

4.3.1. پسوند مدل

علاوه بر این، مدل را می توان برای فرموله کردن عناصر مقررات جدید خاص برای سایر زمینه ها گسترش داد. به عنوان مثال، ما پیشنهاد می کنیم که مفهوم Baufenster را از مقررات آلمانی ادغام کنیم (شرح شده در [ 14 ]). باوفنستر منطقه ای در داخل یک قطعه است که در آن یک ساختمان جدید باید ساخته شود. در شکل 12 ، ما توسعه ای از مدل خود ( شکل 12 ب) و یک محدودیت OCL ( شکل 12 الف) را ارائه می کنیم تا امکان استفاده از مفهوم بافنستر را فراهم کنیم .
شکل 12. تغییرات مدل ما برای در نظر گرفتن Baufenster . ( الف ) قانون OCL. ( ب ) گسترش مدل.

5. استفاده از نمایندگی مقررات

در این بخش، کاربردهای بالقوه مدل پیشنهادی را نشان می‌دهیم. در بخش اول، ما اجرای خود را برای بررسی رعایت قوانین ( بخش 5.1 ) ارائه می‌کنیم و در بخش دوم، یک برنامه کاربردی در حال توسعه را معرفی می‌کنیم که به کمک نقشه برداران در طول بررسی مجوز ساختمان اختصاص دارد ( بخش 5.2 ).

5.1. اجرا و بررسی قوانین

یک بررسی کننده قانون بر اساس پیشنهاد ما اجرا شده است. داده های جغرافیایی فرمت بندی شده بر اساس مدل پیشنهادی و فایل های OCL را به عنوان ورودی می گیرد.
این پیاده سازی بر اساس دو پروژه منبع باز است ( شکل 13 ) و خود به عنوان پروژه منبع باز SimPLU3D در دو ماژول منتشر شده است: قوانین SimPLU3D برای بخش مدل [ 35 ] و SimPLU3D-ocl برای مدیریت قوانین OCL [ 36 ] :
شکل 13. طرح واره معماری.
  • GeOxygene : یک پلت فرم GIS که یک ماژول سه بعدی را ارائه می دهد [ 37 ]. چارچوبی برای پیاده سازی مدل کلی و عملگرهای هندسی برای یکپارچه سازی داده ها و اهداف ارزیابی OCL فراهم می کند.
  • OCL Dresden : یک کتابخانه [ 38] اختصاص داده شده به مدیریت محدودیت های OCL. این شامل تجزیه، بررسی محدودیت های OCL و روش هایی برای بررسی احترام آنها می شود. ارزیابی محدودیت ها از طریق یک فرامدل انجام می شود که نمایش یک مدل جغرافیایی و نمونه های آن را امکان پذیر می کند. بنابراین، کتابخانه پیاده‌سازی این متا مدل را فراهم می‌کند که امکان نمایش مفاهیم شی جاوا (مانند کلاس‌ها و ویژگی‌ها) را فراهم می‌کند. مکانیزمی در کتابخانه OCL Dresden اجازه می دهد تا مدل جاوا را از مجموعه کلاس های جاوا که مدل ما را نشان می دهند نمونه سازی کنیم. سپس، این مدل را می توان با افزودن نمونه های جاوا ارائه شده توسط GeOxygene به طور مستقیم پر کرد. در طول مرحله تفسیر، بررسیگر OCL می‌تواند به این نمونه‌ها (و ویژگی‌های آنها) نمونه‌سازی شده در مدل جاوا دسترسی داشته باشد تا محدودیت‌ها را بررسی کند.
برای اطلاعات بیشتر قوانین در مورد رسمی سازی قوانین، ترجمه هر خانواده قوانین منطقه UB استراسبورگ. PLU در مخزن SimPLU3D-ocl [ 39 ] ارائه شده است.
به منظور نمونه سازی مدل، ما یک فرآیند یکپارچه سازی داده ها را پیشنهاد می کنیم که با مجموعه داده های فرانسوی سازگار شده است. آنها عبارتند از:

  • بسته ها ، از پایگاه داده BD Parcellaire® [ 40 ]؛
  • نقشه پهنه بندی و نسخه گرافیکی ، به صورت دستی بر اساس فرمت [ 18 ];
  • جاده ها ، از پایگاه داده BD Topo® [ 41 ]؛
  • ساختمانها ، یا در LOD1 از پایگاه داده BD Topo® یا LOD2 از Bati3D® [ 42 ]. با توجه به نوع داده ها، تمام اطلاعات مدل نمونه سازی نمی شود. به عنوان مثال، با LOD1، ویژگی های مربوط به ساختار سقف وجود ندارد.
یک منطقه آزمایشی در SimPLU3D-rule با تمام داده‌ها در قالب Shapefile® [ 43 ] ارائه شده است و می‌تواند با کلاس LoadShp [ 44 ] بارگذاری شود. جزئیات بیشتر در مورد فرآیند یکپارچه سازی را می توان در [ 9 ] یافت.
هنگامی که مدل نمونه سازی شد، امکان بررسی محدودیت های OCL در ویژگی ها وجود دارد. اگر محدودیت توضیح داده شده در بخش 4.3 را در نظر بگیریم ، ارزیابی محدودیت ها طبق اطلاعات ارائه شده در طول فرآیند یکپارچه سازی داده ها به صورت زیر پردازش می شود:

  • انتخاب مرزهای جداسازی زیرپارسل زمینه.
  • انتخاب از میان این مرزهای جانبی؛
  • انتخاب هندسه آنها؛
  • برای هر هندسه:

    (1)
    انتخاب تمام قطعات ساختمان در داخل زیرپارسل زمینه.
    (2)
    دسترسی به ردپای آنها؛
    (3)
    ارزیابی فاصله هر ردپای برای محدود کردن هندسه.
    (4)
    به دست آوردن حداقل تمام این مقادیر فاصله؛
    (5)
    بررسی اینکه آیا حداقل کمتر از 5 متر است یا خیر.
برای هر محدودیت، سه حالت ممکن توسط چک کننده برگردانده می شود: بررسی شده، بررسی نشده یا اطلاعات از دست رفته ( شکل 14 ). آخرین حالت جالب است زیرا برخی از محدودیت‌ها را مشخص می‌کند که جستجوگر نمی‌تواند آنها را ارزیابی کند. بنابراین، کاربری که تمام اطلاعات لازم برای نمونه‌سازی مدل را در اختیار ندارد، می‌تواند بداند که چه چیزی برای پردازش صحیح جستجوگر در مقررات شهری آن وجود ندارد.

5.2. طراحی درخواست بررسی پروانه های ساختمانی

به عنوان اولین کاربرد مدل و بررسی کننده قوانین، هدف ما توسعه یک برنامه وب به منظور کمک به نقشه برداران مجوز ساختمان است. این برنامه چندین قابلیت را پیشنهاد می کند ( شکل 15 ):

  • تجسم و ویرایش داده ها : به منظور مشورت با داده های مقررات، ما یک رابط تجسم سه بعدی را بر اساس API ITowns [ 45 ] پیشنهاد می کنیم. این نمایشگر امکان مشاوره داده ها در پایگاه داده بر اساس مدل و همچنین ویرایش اطلاعات را فراهم می کند. ویرایش اطلاعات برای چنین کاربردهایی بسیار مهم است، زیرا تعاریف مفهومی (به عنوان مثال: تعریف مرزهای جانبی) می تواند با توجه به شهرداری مربوطه متفاوت باشد و همچنین به این دلیل که پروژه ممکن است سایر اشیاء جغرافیایی را تغییر دهد (ایجاد جاده های جدید، ادغام قطعات). بنابراین، این ویژگی به کاربر اجازه می دهد تا ویژگی های ویژگی را با توجه به ویژگی های محلی تعریف کند.
  • ضبط / درج پروژه ساختمان : برای بررسی مقررات، کاربر نیاز به درج اطلاعات هندسی در مورد پروژه ساختمان دارد. از آنجایی که این اطلاعات به طور کلی در یک طرح کاغذی معمار ارائه می شود، برای سهولت گرفتن آن نیاز به تولید ابزارهای ساده دارد. برخی از پیشنهادات برای تولید ساختمان های سه بعدی از رد پا با اکستروژن های هوشمند [ 46] ارائه شده است.]، و نقشه بردار فقط باید ردپای ساختمان را در نقشه ثبت کند و پارامترهای مناسب را برای تولید سقف انتخاب کند. در صورتی که یک مدل دیجیتال به درخواست مجوز پیوست شود، مدل باید در مجموعه داده ادغام شود. یکی از مشکلات این است که یک رویه یکپارچه سازی عمومی غیرممکن است زیرا معماران از ابزارها، قالب های مختلف استفاده می کنند و مدل های معنایی متفاوتی تولید می کنند. اگر چنین داده‌هایی انتظار می‌رود، شهرداری باید مشخصاتی را به معماران ارائه دهد، همانطور که قبلاً در موناکو درخواست شده است (مثلاً فرمان وزارتی شماره 2012-595 موناکو).
  • ضبط/انتخاب قوانین : یا نقشه بردار قوانین یا مقررات موجود در پایگاه داده را انتخاب می کند و آن را روی بسته ها اعمال می کند یا برخی از قوانین جدید را می گیرد. از آنجایی که همه نقشه برداران در برنامه نویسی کامپیوتری متخصص نیستند، ممکن است طراحی یک رابط بصری که قوانین OCL را تولید کند، مهم باشد. اجازه دادن به نقشه بردار برای انتخاب قوانین اعمال شده ضروری است زیرا مجوزهای ساختمانی اسناد قانونی و حساس هستند و کاربران باید کاملاً بدانند که سیستم در حال ارزیابی کدام قوانین است و بر کل فرآیند بررسی کنترل داشته باشند.
  • بررسی قوانین و تجسم گزارش : این آخرین مرحله از فرآیند است. قوانین انتخاب شده در بسته پروژه بررسی می شود. نتیجه فهرستی از قوانین مورد احترام و رعایت نشده با تجسم سه بعدی قوانین غیر قابل احترام به منظور ارزیابی اهمیت عدم انطباق ساختمان است. برخی از پیشنهادها برای ارائه عدم رعایت فاصله یا قوانین چشم انداز در یک محیط سه بعدی در [ 5 ] ارائه شده است. علاوه بر این، از آنجایی که داده‌های جغرافیایی دقیق نیستند، شبیه‌سازی تأثیر نواقص داده‌ها بر فرآیند بررسی قوانین به منظور ارائه شاخص‌های مطمئن به نقشه‌بردار مهم خواهد بود. ما انتظار داریم چنین شاخص هایی را با استفاده از روش اغتشاش داده ها (مانند شرح داده شده در [ 47) تولید کنیم.]) و با محاسبه درصد مواردی که یک قانون رعایت می شود.
شکل 14. نمونه ای از حالت های مختلف بازگشت OCL.
شکل 15. طرح کلی برنامه با قابلیت های آن.

6. نتیجه گیری

در این مقاله، ما یک مدل قابل توسعه و عمومی را برای ادغام دانش فضایی موجود در اسناد PLU فرانسوی پیشنهاد می‌کنیم. این مدل بر اساس نمایشی از اشیاء سه بعدی شهری، ویژگی ها و روابطی است که در اسناد متنی PLU با آن مواجه می شوند. این مدل از مفاهیم استانداردهای موجود (شورای ملی اطلاعات جغرافیایی (CNIG)، COVADIS، INSPIRE) با برخی تغییرات برای دستیابی به هدفمان استفاده مجدد می‌کند. یک فرمول OCL ما را قادر می سازد تا از مفاهیم مدل برای ایجاد محدودیت ها استفاده کنیم. به منظور بهره‌برداری از چنین دانشی، پیاده‌سازی منبع باز یک جستجوگر مبتنی بر کتابخانه‌های منبع باز را توصیف می‌کنیم. هنگامی که مدل نمونه سازی شد، امکان بررسی قوانین OCL روی ویژگی ها را فراهم می کند.
یک مسئله مهم در مورد بررسیگر این است که کیفیت داده ها را در نظر نمی گیرد. بنابراین، در نظر گرفتن برخی معیارهای فازی در تعریف قوانین به منظور مدل‌سازی دقت داده‌ها می‌تواند جالب باشد. با این وجود، مدیریت چنین ابهامی با در نظر گرفتن برخی حاشیه‌های خطا در طول رسمی‌سازی قوانین امکان‌پذیر است، اما یک روش بهتر باید استفاده از توسعه OCL باشد که چنین عناصری را که در [48] پیشنهاد شده است، ادغام کند .
یکی دیگر از موضوعات مورد علاقه، ارزیابی کلی بودن گزاره ما است. ما علاقه مند به مدل سازی سایر مقررات شهری هستیم. این تحقیق به منظور مقایسه چگونگی تعریف حق ساخت و ساز در این کشورها و تفاوت‌های آن‌ها مورد توجه است. در آینده، ممکن است یک پلتفرم باز ارائه کنیم که به طراحان اجازه می‌دهد مقررات خود را در مدل رایج ادغام کنند و یک انجمن برای مقایسه شیوه‌های خوب و پیکربندی‌های ساختمان باشند.
ارائه یک بیان رسمی از قوانین شهری فرصتی برای تفکر در مورد تعریف خوب قوانین اساسی است. اگر بیان آنها در فرمالیسم عددی امکان پذیر نباشد، ممکن است به این معنی باشد که برخی از مفاهیم خیلی مبهم یا ذهنی هستند که به طور خودکار ارزیابی شوند. همچنین ممکن است به این معنی باشد که افرادی که درگیر چنین مقرراتی هستند قادر به تفسیر صحیح آن نیستند. بنابراین، ما فکر می‌کنیم که چنین رسمی‌سازی پیشرفتی است به منظور دسترسی بیشتر، شفاف‌تر و عینی‌تر کردن چنین سیاست‌های عمومی. همچنین امکان مقایسه بین مقررات محلی مختلف را فراهم می کند و به اشتراک گذاری شیوه های خوب را ساده می کند.

منابع

  1. CUS. Plan d’occupation des sols—Règlement (Communauté Urbaine de Strasbourg) ; Communauté Urbaine de Strasbourg: فرانسه، استراسبورگ، 2011. [ Google Scholar ]
  2. فالکت، جی. Métral، C. ادغام دانش شهری در مدل های سه بعدی شهر. در مجموعه مقالات اولین کارگاه بین المللی در مورد مدل های شهر سه بعدی نسل بعدی، بن، آلمان، 21 تا 22 ژوئن 2005.
  3. El Makchouni، M. Un system graphique intelligent d’aide à la conception des plans d’occupation des sols: SYGRIPOS. در مجموعه مقالات دوازدهمین سمپوزیوم مدیریت داده های شهری، بلوآ، فرانسه، 16 ژوئن 1987.
  4. موراتا، M. برنامه 3D-GIS برای برنامه ریزی شهری بر اساس مدل شهر سه بعدی. در مجموعه مقالات بیست و چهارمین کنفرانس بین المللی کاربران ESRI، سن دیگو، کالیفرنیا، ایالات متحده آمریکا، 9 تا 13 اوت 2004. صص 9-13.
  5. برازبین، م. پرت، جی. Haëck, C. به سوی یک سیستم اطلاعات جغرافیایی سه بعدی برای اکتشاف قوانین شهری: کاربرد در طرح های برنامه ریزی شهری محلی فرانسه. در مجموعه مقالات بیست و هشتمین سمپوزیوم مدیریت داده شهری (UDMS 2011)، دلفت، هلند، 28 تا 30 سپتامبر 2011.
  6. شن، ز. کاواکامی، ام. ابزار تجسم آنلاین برای طراحی منظر شهری محلی مبتنی بر اینترنت. محاسبه کنید. محیط زیست سیستم شهری 2010 ، 34 ، 104-116. [ Google Scholar ] [ CrossRef ]
  7. تورکینیچ، بی. گونسالوس، بی بی. Grazziotin، P. CityZoom: یک ابزار تجسم برای ارزیابی مقررات برنامه ریزی. بین المللی J. Arch. محاسبه کنید. 2008 ، 6 ، 79-95. [ Google Scholar ]
  8. مولر، پی. ونکا، پی. هیگلر، اس. اولمر، ا. Van Gool, L. مدلسازی رویه ای ساختمان ها. ACM Trans. نمودار. 2006 ، 25 ، 614-623. [ Google Scholar ] [ CrossRef ]
  9. Brasebin، M. Les Données Géographiques 3D pour Simuler L’Impact de la Réglementation Urbaine sur la Morphologie du Bâti. دکتری پایان نامه، Université Paris-Est، پاریس، فرانسه، 2014. [ Google Scholar ]
  10. لورینی، آر. Vico, F. شبیه سازی بصری نمادین سه بعدی اثرات قوانین ساختمان در طرح های جامع شهری. در مجموعه مقالات دومین کارگاه بین المللی نقشه برداری شهری 3 بعدی/چند رسانه ای (UM3’99)، توکیو، ژاپن، 30 سپتامبر تا 2 اکتبر 1999. صص 33-40.
  11. Rousseaux, F. Une méthode d’analyse pour mesurer l’Impact des documents d’urbanisme sur la maîtrise de l’étalement urbain: L’exemple de La Rochelle, فرانسه. VertigO 2009 , 9 . [ Google Scholar ] [ CrossRef ]
  12. برازبین، م. پرت، جی. موستیر، اس. Weber, C. Simuler les évolutions urbaines à l’aide de données géographiques urbaines 3D. در مجموعه مقالات تحلیل فضایی و ژئوماتیک، لیژ، بلژیک، 6-9 نوامبر 2012.
  13. Viet-Tung، L. Modélisation des Volumétries Autorisées de Construction du Bâtiment Basées sur les Règlements D’urbanisme. پایان نامه کارشناسی ارشد، École d’architecture de Nancy، نانسی، فرانسه، 2003. [ Google Scholar ]
  14. کورز، وی. هونلیچ، ک. در، G. تولید و تجسم مدل های شهر سه بعدی مبتنی بر محدودیت. در علوم ژئو اطلاعات سه بعدی ; Lee, J., Zlatanova, S., Eds. Springer: برلین، آلمان، 2009; صص 365-378. [ Google Scholar ]
  15. هاومن، اس. Fellner, DW Generative Mesh Modeling ; TU Braunschweig: Braunschweig، آلمان، 2005. [ Google Scholar ]
  16. وب سایت محصول CityEngine. در دسترس آنلاین: http://www.esri.com/software/cityengine (در 1 فوریه 2016 قابل دسترسی است).
  17. Faucher, D. UrbanLab—Modélisation Déclarative des Enveloppes Urbaines Réglementaires. دکتری اینها، دانشگاه نانت، نانت، فرانسه، 2001. [ Google Scholar ]
  18. کوادیس. Standard de Données COVADIS Plan Local D’urbanisme—Plan D’occupation des Sols PLU et POS—نسخه 2 ; Ministère de l’Écologie, du Développement durable et de l’Énergie: پاریس، فرانسه، 2012.
  19. وب سایت XPlannug Standard. در دسترس آنلاین: http://www.iai.fzk.de/www-extern/index.php?id=1554&L=1 (در تاریخ 1 فوریه 2016 قابل دسترسی است).
  20. لمن، سی. ون اوستروم، پی. بنت، آر. مدل حوزه مدیریت زمین. سیاست کاربری اراضی 2015 , 49 . [ Google Scholar ] [ CrossRef ]
  21. وارمر، ج. Kleppe، A. زبان محدودیت شی: مدلسازی دقیق با UML . Addison-Wesley Longman Publishing Co., Inc.: Boston, MA, USA, 1999. [ Google Scholar ]
  22. URL طرحواره در مخزن SimPLU3D. در دسترس آنلاین: https://github.com/IGNF/simplu3D-rules/tree/master/src/main/resources/fr/ign/cogit/simplu3d/schema (در 1 فوریه 2016 قابل دسترسی است).
  23. گریداوه. La Dimension Juridique de L’écriture du Plan Local D’urbanisme ; Groupe de recherche sur les Institutes, le droit de l’aménagement et l’urbanisme (GRIDAUH): پاریس، فرانسه، 2013. [ Google Scholar ]
  24. وب سایت گروه تحقیقاتی GRIDAUH. در دسترس آنلاین: http://www.gridauh.fr (در 1 فوریه 2016 قابل دسترسی است).
  25. وب سایت Cap Digital با شرح پروژه TerraMagna. در دسترس آنلاین: http://www.capdigital.com/rdi/annuaire-projets/ (در 1 فوریه 2016 قابل دسترسی است).
  26. وب سایت e-PLU Projet. در دسترس آنلاین: http://www.e-plu.fr/ (دسترسی در 1 فوریه 2016).
  27. گروگر، جی. Plümer, L. CityGML—مدل های شهری سه بعدی معنایی قابل تعامل. ISPRS J. Photogramm. Remote Sens. 2012 ، 71 ، 12-33. [ Google Scholar ] [ CrossRef ]
  28. الهام بخشیدن. D2.8.I.6 مشخصات داده‌های INSPIRE در مورد بسته‌های کاداستر – دستورالعمل‌ها . گروه کاری موضوعی INSPIRE بسته های کاداستر: اتحادیه اروپا، 2009. [ Google Scholar ]
  29. الهام بخشیدن. D2.8.III.4 مشخصات داده در مورد استفاده از زمین — پیش نویس دستورالعمل ; گروه کاری موضوعی NSPIRE کاربری زمین: اتحادیه اروپا، 2012. [ Google Scholar ]
  30. بوروچین، جی پی؛ والت، بی. بردیف، م. مالت، سی. بروست، تی. Paparoditis، N. تشخیص نمای ساختمان های کور از تصاویر هوایی با زاویه دید وسیع. ISPRS J. Photogramm. Remote Sens. 2014 ، 96 ، 193-209. [ Google Scholar ] [ CrossRef ]
  31. آه خدای من. زبان محدودیت شی – نسخه 2.2 ; گروه مدیریت شی: Needham، MA، ایالات متحده آمریکا، 2012. [ Google Scholar ]
  32. ISO ISO 19107:2003 اطلاعات جغرافیایی — طرح واره فضایی ; سازمان بین المللی استانداردسازی (TC 211): ژنو، سوئیس، 2003. [ Google Scholar ]
  33. Duboisset، M. Un Système de Contraintes d’Intégrité OCL pour les Bases de Données Spatiales. دکتری پایان نامه، دانشگاه بلز پاسکال، پاسکال، فرانسه، 2007. [ Google Scholar ]
  34. Xu, D. طراحی و پیاده‌سازی محدودیت‌ها برای پایگاه داده فضایی سه بعدی – با استفاده از پایگاه داده پردیس شهر آب و هوا به عنوان مثال. پایان نامه کارشناسی ارشد، دانشگاه صنعتی دلفت، دلفت، هلند، 2011. [ Google Scholar ]
  35. مخزن Github پروژه SimPLU3D-Rules. در دسترس آنلاین: https://github.com/IGNF/simplu3D-rules (در 1 فوریه 2016 قابل دسترسی است).
  36. مخزن Github پروژه SimPLU3D-Ocl. در دسترس آنلاین: https://github.com/IGNF/simplu3D-ocl (در 1 فوریه 2016 قابل دسترسی است).
  37. Brasebin، M. GeOxygene: یک چارچوب سه بعدی باز برای توسعه برنامه های کاربردی جغرافیایی. در مجموعه مقالات دوازدهمین کنفرانس بین المللی علم اطلاعات جغرافیایی (AGILE)، هانوفر، آلمان، 2 تا 5 ژوئن 2009.
  38. ویلکه، سی. تیل، م. فریتاگ، بی. Schütze, L. Dresden OCL—راهنمای نصب، استفاده و توسعه . Technische Universität Dresden: Dresden، آلمان، 2012. [ Google Scholar ]
  39. URL دسترسی به مقررات استراسبورگ در قالب OCL ارائه شده است. در دسترس آنلاین: https://github.com/IGNF/simplu3D-ocl/blob/master/src/test/resources/fr/ign/cogit/simplu3d/data/simple_allConstraintsThese.ocl (در 1 فوریه 2016 قابل دسترسی است).
  40. IGN. BD Parcellaire®—نسخه 1.2 ؛ IGN-France: Saint-Mandé، فرانسه، 2012.
  41. IGN. BD Topo نسخه 2: Descriptif de Contenu ; IGN-France: Saint-Mandé، فرانسه، 2008.
  42. وب سایت محصول Bati3D. در دسترس آنلاین: http://professionnels.ign.fr/bati-3d (در 1 فوریه 2016 قابل دسترسی است).
  43. URL برای دسترسی به پوشه منبع نمونه در مخزن Simplu3D-Rules. در دسترس آنلاین: https://github.com/IGNF/simplu3D-rules/tree/master/src/main/resources/fr/ign/cogit/simplu3d/data (در 1 فوریه 2016 قابل دسترسی است).
  44. URL برای دسترسی به راه‌انداز نمونه در مخزن Simplu3D-Rules. در دسترس آنلاین: https://github.com/IGNF/simplu3D-ocl/blob/master/src/test/java/fr/ign/cogit/simplu3d/test/checker/TestOCLConstraint.java (دسترسی در 1 فوریه 2016).
  45. وب سایت پروژه آی تاونز. در دسترس آنلاین: http://www.itowns.fr/ (در 1 فوریه 2016 قابل دسترسی است).
  46. کلی، تی. Wonka, P. مدل سازی معماری تعاملی با اکستروژن های رویه ای. ACM Trans. نمودار. 2011 ، 30 ، 1-15. [ Google Scholar ] [ CrossRef ]
  47. بیلجکی، اف. لدوکس، اچ. Stoter, J. انتشار خطا در محاسبه حجم در مدل های سه بعدی شهر با روش مونت کارلو. در مجموعه مقالات کنفرانس بین المللی مشترک بین المللی ISPRS/IGU در مورد نظریه، پردازش، مدل سازی و کاربردهای جغرافیایی، تورنتو، کانادا، 6 تا 8 اکتبر 2014. صص 31-39.
  48. تروگنر، دی. ترکیب مجموعه های فازی با زبان محدودیت شی (OCL). GI Jahrestagung 2010 ، 176 ، 705-710. [ Google Scholar ]

بدون نظر

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

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