WWW.REFERATCENTRAL.ORG.UA - Я ТУТ НАВЧАЮСЬ

... відкритий, безкоштовний архів рефератів, курсових, дипломних робіт

ГоловнаГеографія фізична, Геоморфологія, Геологія → Задачі і методи аналізу забруднень в ГІС. - Контрольна робота

Задачі і методи аналізу забруднень в ГІС. - Контрольна робота

міста. Це робиться при рішенні районних задач: прокладання комунікацій, створення зелених насаджень, проектів планувань і аж до окремих проектних робіт. Технологія таких робіт очевидна: робиться геодезична зйомка на місцевості, що звичайно входить у проектні роботи, і здійснюється прив'язка до міських координат. У вільний час уводиться додаткова сполучна різні об'єкти інформація. Поступово районна карта здобуває більш-менш повний вид. Така карта характеризується неоднорідністю в змісті детальності (насиченості) і в змісті точності. Єдиний масштаб відсутній. Таку карту неможливо сертифікувати. Для задач зонування такої карти було б цілком достатньо, але нереально чекати синхронної появи таких карт для всіх районів міста. Для деяких районів зі складною системою зонування такі карти можна використовувати на міському рівні як додаткові до загальноміського.
Поки мова йшла тільки про складання карти зон і нанесенні їх на міську карту. Робити цю роботу на комп'ютері зручніше, надалі легко користатися результатами цієї роботи. Але головні переваги ГІС технологій розкриваються тільки при використанні спеціального апарата створення тематичних карт, створенні тематичних карт на основі вибірок з таблиць, рішенні різноманітних аналітичних задач. В інформаційному відношенні найбільш важливим є використання різноманітних міських реляційних БД. ГІС дозволяє відображати вибірки з цих БД на карті міста, для обґрунтованого ухвалення рішення по різноманітних міських задачах. Весь цей аналітичний потенціал можна реалізувати тільки за умови грамотного введення границь зон (без перетинань і "дірок"), достатнього заповнення табличної інформації, наявності адресної схеми і підготовки відповідних програм. Помітимо, що цілком уникнути помилок і пробілів при заповненні великої кількості таблиць практично не можна, але це не принципово при рішенні задач зонування, можна допустити до 10% помилкових рядків, просто варто розуміти це і враховувати; при можливості варто виправляти помилки програмним способом.
Рішення аналітичних задач зонування в рамках ГІС варто віднести до другого етапу освоєння ГІС технологій, коли вже існує електронна карта і на неї нанесені границі зон. Як приклад такої роботи розглянемо стандартну задачу відображення вибірки з існуючої реляційної БД на карті міста і складання відповідної тематичної карти. Така процедура може служити для рішення різних задач інтерпретації існуючої інформації і задач керування містом. Однієї з таких задач у рамках проекту зонування є задача моніторингу міських територій.
Для додання процесу правового зонування більшій об'єктивності й ефективності варто спиратися на різноманітну інформацію якої володіють міські служби, у першу чергу це інформація про міську нерухомість. Обробка відповідних паперових архівів занадто трудомістка справа. Але в даний час велика кількість даних переводиться в комп'ютерний вид і зберігається у виді таблиць у базах даних. Вибірки з таких БД здатні багато чого прояснити в процесах що йдуть на загальноміському рівні. Але локальні відхилення практично неможливо зрозуміти без відображення даних з бази на карті міста. Це відображення називається процесом геокодування.
Що із себе представляє типова міська база даних? Це реляційна база даних, вхідною інформацією для який служать спеціальні бланки заповнювані при реєстрації угод, актів про вступ у права власності, реєстрації заявок на оренду і т.п. Така база даних представляє із себе зв'язані таблиці утримуючі вищезгадані зведення; причому дані повинні бути розумно стиснуті, доступні для контролю коректності і знаходитися під керуванням сучасної СУБД.
БД повинна відповідати звичайним вимогам: містити мінімум дублювання, протиріч і двозначності, мати достатню повноту й актуальністю, мати розумну фрагментацію і високий ступінь інтеграції спеціалізованих БД. Це вимагає існування групи ведення БД, що включає в себе адміністратора БД. Саме ця група повинна робити необхідні вибірки з централізованої БД.
Для підтримки задач зонування, у тому числі моніторингу міська реляційна БД повинна містити наступні полючи:
- параметри об'єкта: тип об'єкта, тип власності на об'єкт, тип використання об'єкта, реєстрація угод з об'єктом, для земельної ділянки покоординатний опис границь (електронний кадастр), для будинку це число поверхів, висота, загальна площа, площа забудови, капітальність, амортизація, інженерне забезпечення, архітектурна й історична цінність. Даний список параметрів повинний уточнюватися і розширюватися.
- для повноцінної роботи з земельними ділянками необхідна служба електронного кадастру, у противному випадку можна обмежитися площею і координатами центроїда ділянки.
- для відстеження процесів до об'єкта повинна бути прив'язана інформація про дати: реєстрація угод з об'єктом, реєстрація заявок зв'язаних з об'єктом, зміни в правах власності, дати дозволу на будівництво, будівлі, капітального ремонта, додання того чи іншого статусу. У більшості випадків для задач зонування міської території має сенс тільки поточний стан об'єкта, але в деяких випадках може знадобитися одна дата (наприклад виділення всіх об'єктів приватизованих у плині року) або ланцюжок дат (наприклад виділення об'єктів часто переходили з рук у руки). Така інформація про дати і права власності як правило зберігається окремо і може бути зв'язана з об'єктом через ідентифікатор.
У загальному випадку прив'язка реляційної БД до електронної карти може здійснюватися різним способом. Можна прив'язуватися до міської системи координат. У цьому випадку кожному об'єкту в БД повинна бути зіставлена пара чисел - координати в міській системі координат, а електронна карта повинна бути надточної, тому що координати об'єкта, навіть котеджу, повинні відповідати якійсь точціна електронній карті усередині даного об'єкта. Така прив'язка швидка в роботі, однозначна, точна. На жаль така система завжди є засекреченої і вимагає додаткової роботи з БД. Інший спосіб це прив'язка об'єкта в реляційної БД до земельної ділянки по кадастровому номері. У цьому випадку в місті повинний бути комп'ютерний кадастр і прив'язка інформації з БД відбувається до центроїду відповідного ділянки. Міський кадастр як ціле також є секретним, крім цього в наших умовах ділянки можуть бути дуже великими (заводи, мікрорайони) і кадастр у цілому рідко буває приведений у порядок хоча б у традиційному виді - на папері. Найбільш прийнятний спосіб прив'язки для рішення задач зонування, у тому числі моніторингу, традиційна прив'язка по поштовій адресі. Поштова адреса зазначена для будь-якого об'єкта нерухомості занесеного в БД для можливості зв'язку з власниками. З іншої сторони для прив'язці до карти досить побудувати просту адресну або структуру заповнити адресну інформацію для будинків. Адресна структура може мати різний вид. Тому що така структура носить тимчасовий характер (до ідентифікації адрес усіх будинків), головним - це простота створення і зміни при задоволенні всім необхідним вимогам. Представляється розумної структура представлена крапковими об'єктами на карті, що позначають сторони кварталу, знаходяться усередині кварталу і представлені рядком у таблиці з
Loading...

 
 

Цікаве