Більше

Спільні кордони багатокутників у GML

Спільні кордони багатокутників у GML


Минулого тижня мені на телефонній конференції сказали, що GML підтримує спільні межі в Polygon's. Мені не вдалося знайти жодного документального підтвердження позову. Ось така ситуація:

У мене є ряд полігонів, які представляють ділянки в лісі. Як вимога до нашої операційної ліцензії, ми повинні представити ці адміністративні межі уряду у користувацькій схемі xml з просторовими даними, включеними як об’єкти GML. У мене є файл форми, який містить наші багатокутники, експортовані з нашого SDE. Потім я запустив ogr2ogr на цьому шейп -файлі, щоб перетворити його у файл GML. У мене є спеціальна програма, яка читає цей файл GML, а потім вставляє іншу інформацію, яку вимагає уряд.

Проблема в тому, що файл занадто великий, щоб урядовий сайт не міг його прийняти, оригінальний шейп -файл становить 8,5 МБ, а файл GML - приблизно 12,5 МБ. Узагальнення шейп -файлу, на жаль, не є можливим, оскільки це змінює межі полігонів і може призвести до проблем відповідності.

Чи можуть GML Polygon або MultiPolygons розділяти межі? Якщо так, хтось може вказати мені на відповідну документацію.


Вам слід подивитися композитна поверхня тип:

CompositeSurface визначається набором орієнтованих поверхонь. Складена поверхня - це тип геометрії з усіма геометричними властивостями (примітивної) поверхні. По суті, складна поверхня - це сукупність поверхонь, які з'єднуються попарно на спільних граничних кривих і які, якщо розглядати їх як єдине ціле, утворюють єдину поверхню.

Я думаю, що ваш унікальний варіант - зануритися у специфікацію GML. Особливо цей документ, див. Стор. 89.

(До речі, я ніколи не користувався такою функцією)


Мова розмітки географії (GML)

Мова розмітки географії (GML) - це програма XML, яка надає спеціалізований словник для роботи з географічними даними. Основна мета GML - надати стандартні засоби представлення інформації про геопросторові об’єкти - їх властивості, взаємозв’язки тощо. Функції описують сутності реального світу та є основними об’єктами, що використовуються в GML. Характеристики можуть бути конкретними та відчутними, такими як дороги та будівлі, або абстрактними та концептуальними, такими як політичні межі та розподіл величин по географічних районах (покриття).


Спільні кордони багатокутників у GML - географічні інформаційні системи

GML
Географія
Мова розмітки

Довідка

  • Профіль 1: Підготовлений набір визначень географічних елементів зі структурою їх організації, які користувачі приймають без змін.
  • Профіль 2: Вміст Профілю 1 з можливостями користувачів створювати додаткові географічні елементи шляхом формулювання Визначення типу документа (DTD) XML.
  • Профіль 3: Вміст Профілю 2 плюс використання нової системи, створеної W3C під назвою Framework Description Framework (RDF).

GML, ймовірно, зміниться, оскільки він уже змінився, але майбутні зміни, ймовірно, будуть модифікацією та розробкою фундаментальної моделі.

Загальна стратегія GML

GML мав бути орієнтованим на контент XML-додатком, повністю відокремленим від області відображення карт та інших типів географічної інформації в Інтернеті. OGC мала намір створити однозначну систему кодування географічної інформації, яка б уможливила зберігання та обмін такою інформацією. Це означало, що закодовані документи не потребуватимуть експерта або спеціальних додаткових знань для їх тлумачення. Це звичайне явище, коли деякі карти чи дані можуть бути непридатними для використання, окрім як їх опікуном, тому що лише доглядач знає ці важливі фрагменти інформації, такі як проекція для карти чи базова точка для координат. GML мав намір уникнути проблеми відсутності інформації для географічних документів. Він робить це як додаток XML, вказуючи, яка інформація є обов’язковою для файлу, і вимагаючи, щоб усі документи перевірялися програмою синтаксичного аналізу.

Формальна структура картографічних документів

Геометрія

Геометричні елементи в GML можуть бути задані списком координат, який є лише списком (x, y) пар координат з деякими роздільниками, такими як коми та пробіли. Розділювачі можуть бути вказані значеннями атрибутів тегу & ltcoordinates & gt.

Існує ще один геометричний елемент - коробка, яка визначається двома координатами, лівим верхнім кутом і правим нижнім кутом. Елемент Box використовується більше для кодування компонента властивостей географічного документа, ніж суворо геометрична структура карти.

На наведеній вище діаграмі деякі елементи не описані повністю для того, щоб покращити розуміння. Також у GML офіційними назвами функцій, що позначаються Зовнішня межа та Внутрішня межа, є зовнішні границі та внутрішні межі. Складна термінологія походить від логічного програмування, на основі якого моделюється GML. Колекції геометричних об’єктів, таких як MultiPoint, використовують елемент виділення підфункцій, який у випадку MultiPoint називається pointMember. Кілька прикладів ілюструють, як кодується геометрична інформація.

Приклади огородження геометричних властивостей у GML
Прості геометричні об’єкти

Спочатку розглянемо деякі прості геометричні об’єкти. Припустимо, що є точка в координатах x, y (10,25), лінія від (0,0) до (15,30) до (40,70) і трикутник багатокутника з кутами в (30,40), (70 , 80) та (50,120). Ці функції будуть закодовані таким чином:

Колекції геометричних об’єктів

Кодування для MutiLineString та MultiPolygon було б подібним. Для GeometryCollection потрібні додаткові теги для & ltgeometryMember & gt & lt/geometryMember & gt.

У наведених вище прикладах кожен тег був поставлений в окремий рядок для наочності, але немає необхідності цього робити. Кожне оточення можна було б розмістити в одному рядку, і воно все ще було б дійсним, як і будь -яке форматування між цими двома крайностями.

Властивості функцій карти

  • ім'я (жодне або одне)
  • опис (жодного або одного)
  • boundedBy (жоден або один)
  • geometricProperty (будь -яке число)
  • майно (будь -яке число)

Хоча вищезгадана діаграма служить своїй меті показати загальну структуру елемента featureCollection GML, вона недолікова тим, що показує, які елементи є необов’язковими, а які можуть з’являтися кілька разів. Позначення, яке використовується для відображення такої інформації, є таким:

ПозначенняЗначення
ELEMENT * ELEMENT може мати нуль
або будь -яку кількість разів
ELEMENT? Елемент ELEMENT може виникати як нуль, так і один раз
ELEMENT + ELEMENT може виникати один або кілька разів,
це має відбутися принаймні один раз
ELEMENTELEMENT має відбуватися рівно один раз

Діаграма для елемента featureCollection з інформацією про дозволену появу елементів показана нижче:

Як наведена вище діаграма вказує, що обмежений елемент є обов'язковим для елемента featureCollection, але необов'язковим для елемента Feature.

Відповідна діаграма для елементів геометрії показана нижче.

Зверніть увагу на цікавий пункт наведеної вище діаграми, що зовнішня межа багатокутника необов’язкова, але може бути лише одна. Внутрішні кордони можуть бути нульовими або будь -якими. Якщо зробити зовнішню межу необов’язковою, весь світ карти можна визначити як елемент багатокутника.

Для простої структури елемент geometricProperty на наведеній вище діаграмі не розгортається. Елемент geometricProperty включатиме атрибут typeName, який може бути будь -яким із наведених нижче: pointProperty, lineStringProperty, polygonProperty та multiGeometryProperty. Вони можуть мати такі підвластивості, як розташування, центрOf, положення, centerLineOf, edgeOf, протяжністьOf, покриття. Ці підвластивості можуть мати піделементи, які є класами геометрії point, lineString, polygon, multiPoint, multiLineString та multiPolygon. Це діаграмово показано нижче:

Оскільки на наведеній вище діаграмі немає місця для структури таких елементів, як centerOf, вони наведені нижче:

Елементи externalBoundaryOf та innerBoundaryOf, звичайно, мають піделементи lineString, які, у свою чергу, мають елементи координат.

З попереднім оглядом формальної структури GML можна кодувати різні особливості карти.

Приклади вкладання функцій у GML

& ltFeature typeName = "Регіон" & gt
& ltname & gt
Силіконова долина & lt/name & gt
& ltdescription & gt
Регіон затоки Сан -Франциско відомий своєю промисловістю високих технологій. Він значною мірою є частиною округу Санта -Клара, Каліфорнія, але він також включає частини округу Сан -Матео.
& lt/description & gt
& ltboundedBy & gt
& ltBox & gt
& ltcoordinates & gt
-123.5,38.7 -121.7,37.1
& lt/координати & gt
& lt/Box & gt
& lt/boundedBy & gt
& lt/Функція & gt

Значення координат має бути надано в іншому місці файлу GML. Пам’ятайте, що наведені вище кодові послідовності є лише фрагментами файлу GML. Крім того, більшість посилань на атрибути елементів було спеціально залишено для спрощення подання. Нижче буде розглянуто питання атрибутів елементів.

Для іншого прикладу особливості, що має більш складну структуру, розглянемо шосе 101, автостраду, яка проходить через Кремнієву долину.

& ltFeature typeName = "Автострада" & gt
& ltname & gt
Шосе 101 у Кремнієвій долині & lt/name & gt
& ltdescription & gt
Велика автомагістраль, що проходить через округ Санта-Клара, Каліфорнія, з орієнтацією на північний захід-південний схід
& lt/description & gt
& ltgeometricProperty & gt
& ltLineString & gt
& ltcoordinates & gt
-123.5,38.7 -121.7,37.1
& lt/координати & gt
& lt/LineString & gt
& lt/geometricProperty & gt
& lt/Функція & gt

Структура файлу GML

Користувач може захотіти використовувати кілька зовнішніх DTD. Проблема виникла б, якщо елемент з однойменною назвою визначається більш ніж в одному місці. W3C сформулював метод уникнення проблеми суперечливих визначень термінів, що використовуються у файлах XML, включаючи файли GML. Це називається простором імен. Хоча цей термін звучить неясно, концепція відносно проста.

Концепція простору імен у XML

Файл XML визначає ім’я джерела DTD як зазначено у URL -адресі. GML наводить тип елемента у позначенні nmsp: element, що означає, що визначення елемента можна знайти в URL -адресі для мітки nmsp. Хоча позначення простору імен є ефективним рішенням проблеми суперечливих визначень термінів у DTD, це робить файли XML менш читабельними.

Атрибути елементів

Геометричні класи Point, LineString, Polygon, Multipoint, MultiLineString, MultiPolygon та GeometricCollection мають однаковий список атрибутів.

Схема рамки опису ресурсів W3C (RDF) (також називається форматом опису ресурсу)


& ltrdfs: Клас rdf: ID = "Точка" & gt
& ltrdfs: subClassOf rdf: resource = "#Геометрія" /& gt
& lt/rdfs: Клас & gt

Як видно вище, код використовує простір імен схеми формату визначення ресурсу rdfs: та простір імен формату визначення ресурсу rdf :. Загалом схема RDF узгоджується з GML, але дає можливість вийти за межі GML. Більш детально схему RDF пояснюється в іншому місці. Рамка опису ресурсу.


Як створені бази даних підходять до області?

Усі основні бази даних додали можливість зберігання просторових даних або в основній базі даних, або через розширення, яке інтегрується з нею.

Одним з найпопулярніших варіантів є PostGIS, версія PostgreSQL з додатковими географічними функціями. Наприклад, Бюро перепису населення США розповсюджує великі файли з межами для всіх переписів у форматі, який легко завантажити в PostGIS. Дані часто використовуються з результатами перепису для відповіді на питання про населення. Наприклад, мережі ресторанів можуть аналізувати потенційні місця розташування, підраховуючи, скільки людей живе поблизу.

Просторова база даних Oracle містить додаткові функції для відстеження розташування у двох або трьох вимірах. Його можна використовувати для географічних даних, але він також може працювати з довільними тривимірними колекціями точок, які можуть бути створені при аналізі сцени для планування руху робота або автономного транспортного засобу. Він регулярно використовується для відстеження мереж, таких як колекції доріг або оптоволоконних кабелів, які складають інфраструктуру регіону.

Db2 IBM можна розширити, щоб запропонувати стандартні функції ГІС. Компанія також пропонує інструменти більш високого рівня, такі як Maximo Spatial Asset Manager, які відстежуватимуть розташування та конфігурації елементів інфраструктури. База даних збереже місцезнаходження, а додатковий шар створить карти чи інші візуалізації.

SQL-сервер Microsoft може зберігати два типи просторових даних, так звану геометрію для двовимірного середовища та географію для тривимірних частин світу. Елементи можуть бути побудовані з простіших точок або ліній або складніших кривих ділянок. Компанія також додала набір форматів географічних даних та індексування до своєї бази даних хмарних баз даних Azure Cosmos DB NoSQL. Він покликаний спростити географічний аналіз вашого набору даних для таких завдань, як обчислення продуктивності магазину за місцем розташування.

Відзначившись сильною лінією в обробці географічних даних, ESRI, творець ArcGIS, також розширює свою діяльність, пропонуючи хмарні послуги, які спочатку зберігатимуть географічну інформацію, а потім відображатимуть її у будь -якому з різних форматів, які перша започаткувала компанія. ESRI, традиційно великий постачальник державних установ, розробила складні інструменти для надання географічних даних таким чином, щоб це було корисно для пожежних служб, містобудівників, управлінь охорони здоров’я та інших, які хочуть уявити, як різноманітні дані виглядають на карті.


Застосування мови розмітки географії (GML) до геологічних наук

GML 3.0 став прийнятою специфікацією Відкритого геопросторового консорціуму (OGC) у січні 2003 року і швидко стає світовим стандартом кодування, транспортування та зберігання всіх форм географічної інформації. У цій роботі розглянуто застосування GML до однієї з найбільш складних областей автоматизованої географії, а саме геологічних наук. Специфічні особливості GML, що цікавлять геологів, обговорюються, а потім ілюструються за допомогою низки геологічних досліджень. Ми завершуємо документ обговоренням передбачуваних геологічних веб -послуг, які дозволить GML.

GML написаний у форматі XML і використовує схему XML для розширення. Його можна використовувати як для представлення або моделювання географічних об’єктів, так і для їх транспортування через Інтернет. Таким чином, він служить основою для будь -яких географічних веб -сервісів. На відміну від вертикальних прикладних граматик, таких як LandXML, GML призначений для визначення географічних мов застосування, а отже, застосовний до будь -якої географічної області, включаючи лісове господарство, природознавство, геологію та океанографію.

У цій статті подано огляд основних особливостей GML, які є фундаментальними для геологічних наук, включаючи геометрію, охоплення, спостереження, системи відліку та часовість. Потім ці конструкції використовуються в серії простих геологічних досліджень, включаючи структурно -геологічний опис, поверхневу геологію, представлення геологічних шкал часу, залягання корисних копалин, геозагрози та геохімічну розвідку.


Технічне керівництво

Формат GML

GML - це відкритий формат даних, який широко використовується у всій Європі та відповідає Директиві ЄС INSPIRE. Подаючи дані у форматі GML, Земельний реєстр HM підтримує використання відкритих стандартів та надає стандартну структуру даних користувачам усіх систем ГІС /САПР.

Використовуйте дані GML

Щоб відкрити GML

Натисніть меню шару та додайте векторний шар, перейдіть до розташування вашого файлу GML та виберіть тип файлу GML. Додайте шар до свого проекту. Щоб використовувати дані GML у різних інструментах, можливо, вам доведеться перетворити дані у формат, який використовується цим інструментом, а також переконатися, що дані є у відповідній проекції.

Для перетворення шару GML в інший формат даних

Вам потрібно додати шар GML до свого проекту. Виберіть шар у браузері шарів і клацніть правою кнопкою миші на шарі. Натисніть кнопку Зберегти як і виберіть із доступних форматів, таких як шейп -файл ESRI, Mapinfo Mif або Tab, AutoCad DXF, GeoJson або KML. Наприклад, якщо ви хочете використовувати дані GML у Картах Google, вам доведеться конвертувати файл GML у формат мови розмітки замкових щілин (KML).


Підтримувані формати

Геопросторовий PDF вважається переносним форматом документів Adobe Acrobat (відповідно до специфікації PDF 1.7), що містить інформацію, необхідну для географічних даних про місцезнаходження. Це відкрита специфікація, розроблена та підтримувана компанією Adobe Systems. Детальні технічні характеристики див. У Розділі 8.3 за адресою http://www.adobe.com/devnet/acrobat/pdfs/PDF32000_2008.pdf

AutoCAD Drawing (dwg) та Drawing Exchange (dxf)

Імпорт та експорт

Ці типи файлів найчастіше створюються продуктами Autodesk AutoCAD, хоча інші програми для автоматизованого проектування (CAD), такі як Bentley MicroStation, здатні їх створювати. AutoCAD використовує два формати: файли DXF (формат обміну кресленнями) та уявлення ASCII двійкових файлів DWG (креслення). Логічно, що обидва файли ідентичні, і MAPublisher обробляє обидва типи файлів однаково. Файли AutoCAD складаються з параметрів і конфігурацій малюнка, а також з ряду сутностей або графічних елементів, організованих у шари. MAPublisher надає широку підтримку для багатьох типів та параметрів сутностей AutoCAD. Перед імпортом встановіть колірний режим документа Adobe Illustrator на ту саму схему, що використовується у таблиці кольорів файлу CAD (RGB або CMYK), щоб переконатися, що кольори імпортуються правильно. Зверніть увагу, що ієрархія шарів у багатофункціональному імпорті залежить від типу об’єкта: текстові шари, потім точка, потім лінія, потім шари області. Об’єкти анотацій перетворюються на точку, що містить інформацію про атрибут, включаючи текстове значення, яке має бути позначене, та його кут нахилу. Деякі символи можуть імпортуватися як "вибухнені" об'єкти в MAPublisher.

Текстові дані з розділенням XY (csv, tsv, txt)

Імпорт та експорт

MAPublisher також підтримує імпорт розділених текстових даних, що зберігаються в різних табличних форматах файлів, якщо дані містять значення координат. Підтримуються типи файлів: текстові (txt), розділені табуляцією (tsv) та файли, розділені комами (csv). Діалогове вікно "Імпорт налаштувань": щоб імпортувати дані точок за допомогою MAPublisher, параметри потрібно встановити, натиснувши кнопку "Налаштування". Ця операція потрібна для вибору стовпців вибраного файлу атрибутів, які будуть використовуватися для виведення координат X та Y даних та забезпечення правильної геореференції. Ці та інші параметри обговорюються в розділі Налаштування розділених текстових даних.

Цифровий лінійний графік (opt, dlg)

Тільки імпорт

Файлова структура DLGS USGS (Геологічна служба США) призначена для розміщення категорій просторових даних, представлених на звичайній лінійній карті. Приймаються типи даних вузла (точки), лінії та області. Схема кодування атрибутів розроблена з урахуванням основних категорій картографічних даних, таких як гіпсографія, гідрографія або політичних та культурних особливостей, а також додаткових категорій тематичних даних.

Esri ArcInfo Generate (gen)

Імпорт та експорт

Файли ArcInfo Generate створюються продуктом Esri ArcInfo і мають простий ASCII від x-y до x-y формату. Через свою простоту ви також можете використовувати текстовий редактор, такий як Блокнот, для створення текстових файлів та збереження їх із розширенням GEN, яке потім можна імпортувати за допомогою MAPublisher.

Файл обміну Esri (e00)

Імпорт та експорт

Файли файлів обміну Esri створюються продуктом Esri ArcInfo. Один файл E00 описує повне покриття ArcInfo. Сам файл насправді являє собою архів з кількох менших файлів або підфайлів, які матимуть фіксовані імена та відповідатимуть заздалегідь визначеному формату даних. MAPublisher відтворює ці підфайли як окремі шари Adobe Illustrator при імпорті. Тому імпорт одного імпорту e00 може призвести до генерації точкових, областей, ліній та текстових шарів.

Зверніть увагу, що ієрархія шарів у багатофункціональному імпорті залежить від типу об’єкта: текстові шари, потім точка, потім лінія, потім шари області.

Esri Shapefile (shp)

Імпорт та експорт

Файли форм найчастіше створюються Esri ArcGIS або ArcView. Файли форм зберігають як геометрію, так і атрибути для об’єктів, а один шейп -файл буде складатися принаймні з трьох фізичних файлів: частина SHP містить геометричні дані, DBF містить атрибути геометричних даних, а SHX містить інформацію індексу. Часто існує файл PRJ, який зберігає інформацію про систему координат і автоматично зчитується MAPublisher при імпорті. Якщо папка шейп -файлу не містить файлу PRJ, у MAPublisher слід вказати систему координат. Важливо пам’ятати при імпорті шейп -файлів, що файл SHP має бути тим, який вибирається через фільтр імпорту MAPublisher, і що всі його компоненти мають бути в одній папці. Ви також можете виявити, що каталог шейп -файлів містить два додаткових файли, SBN і SBX, які містять просторовий індекс для геометричних даних. Ці два файли не існуватимуть, якщо шейп -файл не був створений за допомогою продукту Esri, і вони не є необхідними для успішного імпорту з MAPublisher.

Магазин функцій FME (ffs)

Тільки імпорт

FFS розшифровується як FME Feature Store. Цей формат є дампом пам'яті функцій FME, тому він підтримує повну модель даних FME і може містити все, що несуть функції FME. Це робить формат привабливим як місце зберігання даних, які повинні зберігатися між прогонами FME.

MAPublisher-FME Auto-це плагін для MAPublisher. Він уже встановлений у програмі MAPublisher і потребує активації за допомогою ліцензування MAPublisher. Додаткову інформацію див. У розділі MAP Publisher FME Auto та FME FFS Import.

Мова розмітки географії (gml, xml)

Імпорт та експорт

Мова розмітки географії (GML) була розроблена як мова географічного інтерфейсу для Geo-Web. Наразі він знаходиться у проекті як стандарт ISO (ISO 19136). Мета формату-надати користувачам набір абстрактних базових об’єктів, які можна вбудувати в робочий набір даних реального світу. Він використовує базу XML для зберігання геометрії та інформації про функції, яку можна легко транспортувати через Інтернет.

Простий профіль функцій GML був створений відкритим геопросторовим консорціумом (OGC) як обмежена, але корисна підмножина специфікації GML. Він забезпечує зменшену геометрію та профіль метаданих, якими можна поділитися у багатьох задачах ГІС. Ця проста функціональна модель може бути використана як основа для створення локальних профілів додатків для певної робочої області. Оскільки моделі GML базуються на абстрактних класах, ці профілі додатків (схеми) необхідні для доступу та обробки будь -яких наборів даних GML. Дані GML мають розширення GML і можуть супроводжуватися файлом схеми атрибутів XSD. Крім того, у деяких файлах GML може бути посилання на файл XSD на URL -шлях. Якщо схему або XSD не вдається знайти, MAPublisher спробує вирішити правильні типи атрибутів на основі значень атрибутів. Користувачі мають два варіанти зберігання своїх файлів GML і XSD: вони можуть бути розміщені в одному каталозі, або файли XSD можна зберігати в каталозі MAPublisher GML Schema, який можна знайти тут:

Windows: C: Program Files Avenza MAPublisher 10.7 Файли джерел даних GMLSchema

Mac:/Applications/Avenza/MAPublisher 10.7/Плагін MAPublisher/Файли джерел даних/GMLSchema

Другий варіант є найбільш практичним, якщо всі файли GML використовують одну і ту ж схему (потрібно зберегти лише один екземпляр файлу XSD). У MAPublisher встановлено три файли XSD за замовчуванням:

  • xml.xsd, загальна схема атрибутів GML.
  • nen3610.xsd і top10nl.xsd, стандартизовані в Нідерландах моделі (підтримується голландським топографічним бюро Kadaster).

MAPublisher підтримує імпорт простих функцій (точок, ліній, полігонів, пончиків та агрегатів) у версії GML 2.0 та пізніших. MAPublisher підтримує експорт у GML 3.1.1.

GeoPackage (gpkg)

Лише експорт

GeoPackage-це незалежний від платформи файл бази даних SQLite, який містить дані GeoPackage та таблиці метаданих із зазначеними визначеннями, твердженнями щодо цілісності, обмеженнями формату та обмеженнями вмісту. У той час як GeoPackage може містити дані векторних функцій, наразі MAPublisher підтримує лише зображення пірамід матричної плитки.

GeoJSON (geojson, json)

Імпорт та експорт

GeoJSON - це формат для кодування різноманітних структур географічних даних. Об'єкт GeoJSON може представляти геометрію, об'єкт або колекцію об'єктів. GeoJSON підтримує такі типи геометрії: Point, LineString, Polygon, MultiPoint, MultiLineString, MultiPolygon та GeometryCollection. Функції в GeoJSON містять об’єкт геометрії та додаткові властивості, а колекція об’єктів являє собою список об’єктів. Повна структура даних GeoJSON завжди є об'єктом (в термінах JSON). У GeoJSON об’єкт складається з колекції пар імен/значень, які також називаються членами. Для кожного учасника ім'я завжди є рядком. Значеннями -членами є або рядок, число, об’єкт, масив або один із літералів: true, false та null. Масив складається з елементів, де кожен елемент є значенням, як описано вище.

Google Планета Земля (кмл, кмз)

Імпорт та експорт

Language Keyhole Markup Language (KML)-це мова на основі XML для управління відображенням тривимірних геопросторових даних у програмах Google Планета Земля, Карти Google, Google Mobile та WorldWind. Файл KML визначає набір функцій для відображення. Кожен об’єкт завжди має довготу та широту і може мати інші дані, такі як нахил, курс та висота. KML має таку саму структурну граматику, що і GML. Файли KML дуже часто поширюються як файли KMZ, які є заархівованими файлами KML з розширенням KMZ. MAPublisher імпортує та експортує обидва типи файлів на основі специфікацій KML версії 2.2. Підтримується імпорт доріжок і рядків KML. Підтримується імпорт зображень KML до атрибутів. Під час імпорту та експорту даних, що містять зображення, слід використовувати формат KMZ.

Атрибути списку відбору, експортовані з програми Avenza Maps як KML, наразі не підтримуються в MAPublisher. Імпорт лише схеми (без даних) з Avenza Maps у MAPublisher не підтримується.

Формат обміну GPS (gpx)

Імпорт та експорт

Формат обміну GPS (скорочено GPX)-це легкий формат даних на основі XML, призначений для обміну даними GPS. MAPublisher підтримує схему GPX версії 1.1.

Лише експорт

Експорт карт HTML5, створених веб -автором MAP. Більшість сучасних веб -браузерів сумісні з HTML5, включаючи мобільні веб -браузери. Вектори відображаються у вигляді векторів, включаючи символи та інші рядки. Плитки карти створюються для базового шару.

Зображення (png, jpeg, jpg, jpe, tif, tiff, gif, jp2, jpf, jpx, j2k, j2c, jpc, psd, pdd, bmp, ecw)

Імпорт та експорт

Растрові файли зазначених вище форматів можна імпортувати та розмістити безпосередньо у поданні MAP видавця за допомогою Імпорту та Імпорту кількох даних. Ці зображення мають можливість зв’язувати або вставляти в Adobe Illustrator після імпорту. Зображення не можна повторно проектувати MAPublisher в Adobe Illustrator. Для належного відтворення геопросторових зображень використовуйте програму Geographic Imager або інше програмне забезпечення сторонніх розробників.

Експорт підтримує лише TIFF, BigTIFF, JPG та PNG

Міжнародне гідрографічне бюро S-57 (000, 030)

Тільки імпорт

S-57 посилається на Спеціальну публікацію МГО (Міжнародного гідрографічного бюро) № 57, що стосується стандарту передачі МГО цифрових гідрографічних даних. Підтримуваний МГО формат S-57 призначений для обміну цифровими гідрографічними даними між національними гідрографічними бюро та для їх розповсюдження виробникам, морякам та іншим користувачам даних. Він використовується для постачання елементів ENC (електронних навігаційних карт) до ECDIS (електронний дисплей та інформаційна система). Просторова геометрія об’єкта може мати геометрию точки, лінії або області, тоді як описи об’єктів класифікуються за класами об’єктів, організованими за певними схемами атрибутів. Щоб повною мірою використати цей формат, зверніться до онлайн-каталогу об’єктів, розміщеного на www.s-57.com.

MAPublisher імпортує незашифровані дані S-57 у шари MAP, названі відповідно до абревіатури об'єкта S-57, типу Area, Line або Points. Усі атрибути S-57 перетворюються на атрибути MAP.

Шаблон Adobe Illustrator поставляється для автоматичного стилю карти після імпорту. Шаблон містить ряд таблиць стилів MAPublisher, що пов'язують імпортовані функції S-57 з морськими символами та графічними стилями (бібліотеки, надані Avenza). Це подання не є вичерпним і має на меті допомогти користувачам, які мають обмежені знання про формат S-57, легше інтерпретувати вміст даних. Шаблон S-57 та бібліотеки символів та графічних стилів можна знайти у папці MAPublisher Корисні стилі та символи підсилювача (див. Додаток 4).

Формат обміну MapInfo (mif)

Імпорт та експорт

Файли цього типу найчастіше створюються продуктом MapInfo, хоча інші продукти, включаючи MAPublisher, також здатні генерувати файли у цьому форматі. Ці файли існують парами, де кожен файл має однакову назву, але закінчується розширенням файлу MIF або MID. Частина MIF містить векторні геометричні дані, а MID містить відповідні атрибути. Обидва файли потрібні для успішного імпорту файлу такого формату в Adobe Illustrator за допомогою MAPublisher. Важливо пам’ятати при імпорті файлів MapInfo, що файл MIF має бути тим, який вибирається через фільтр імпорту MAPublisher, і що обидва файли повинні знаходитися в одній папці. MAPublisher буде автоматично знаходити та обробляти файл MID.

Таблиця MapInfo (вкладка)

Імпорт та експорт

Формат TAB-це простий, нетопологічний формат для зберігання геометричного розташування та інформації про атрибут географічних об’єктів, і є невід’ємною частиною продукту MapInfo. Формат TAB визначає геометрію та атрибути географічно позначених об’єктів у кількох файлах із певними розширеннями файлів, які зберігаються в одній папці на диску:

  • .tab: основний файл, структура таблиці у форматі ASCII.
  • .map: файл, що зберігає геометрію об’єкта.
  • .id: файл, що зберігає індекс геометрії об’єкта.
  • .dat: файл dBASE, який зберігає інформацію про атрибути функцій.
  • .ind: індекси полів таблиці (за необхідності)

Геометрія кожного об’єкта зберігається як форма, що містить набір векторних координат. Атрибути кожної функції зберігаються як запис у таблиці dBASE (dat), пов'язаній із шейп -файлом (картою). У кожній об’єкті у файлі карти є один запис у таблиці dBASE. Растрові файли TAB не можна імпортувати в MAPublisher.

Щоб забезпечити успішний імпорт, виберіть компонент TAB в імпортерах MAPublisher.

Microsoft Excel (xls)

Імпорт та експорт

Імпортуйте дані географічних точок з електронної таблиці Excel (версія 2007 та раніше, тільки XLSX не підтримується), яка містить записи широти та довготи для кожного рядка. Щоб імпортувати дані точок, натисніть кнопку «Параметри» у діалоговому вікні «Імпорт», щоб вибрати, які стовпці будуть використовуватися як координати X та Y даних, та забезпечити правильну геореференцію.

Дизайн MicroStation (dgn)

Імпорт та експорт

Файли дизайну MicroStation (dgn) - це рідні файли, створені компанією Bentley Systems Inc. (і раніше Intergraph) продуктом MicroStation. Файли дизайну складаються із заголовка, за яким слідує ряд елементів. Заголовок містить загальну інформацію, включаючи рівняння перетворення від одиниць проектування до координат користувача, а також розмір елементів у файлі. Кожен елемент містить стандартну відображувану інформацію, таку як його колір, рівень, клас та стиль, а також ряд атрибутів, характерних для його типу елемента. Під час імпорту MAPublisher створює по одному шару для кожного рівня, що існує у файлі дизайну MicroStation. Об’єкти анотацій перетворюються на точку, що містить інформацію про атрибут, включаючи текстове значення, яке має бути позначене, та його кут нахилу.

MAPublisher підтримує імпорт файлів MicroStation J (версії 7 і 8), однак прикріплений растровий файл не буде імпортований (ігнорується). Перед імпортом кольоровий режим документа Adobe Illustrator повинен відповідати тій же схемі, що і в таблиці кольорів вихідного файлу, щоб переконатися, що кольори правильно інтерпретовані.

Ієрархія шарів у багатокомпонентному імпорті складається за типами об’єктів у такій послідовності: текстові шари, потім точкові шари, потім шари ліній, потім шари області. Растрові файли, приєднані до файлів DGN, ігноруються під час імпорту.

Файли експортуються з MAPublisher у вигляді файлів MicroStation J. Після експорту користувачі можуть вибрати вихідний файл DGN. Вся інформація у вихідному файлі переноситься до вихідного файлу, наприклад визначення рівня (рівня), одиниці, кольори, визначення стилів рядків тощо. Якщо ім’я експортованого шару відповідає назві рівня у насіннєвому файлі, дані цього шар додається до існуючого рівня, якщо ні, створюється новий рівень.

Стандарт просторової передачі даних (SDTS) (catd.ddf)

Тільки імпорт

Цифрові картографічні продукти USGS доступні у форматі стандарту передачі просторових даних і, як правило, поширюються через Інтернет як засіб просування стандарту. Для імпорту SDTS виберіть файл catd (xxxxcatd.ddf), який є індексним файлом, який містить опис інших файлів у передачі SDTS. Окремі файли DDF неможливо імпортувати. Як правило, усі завантаження SDTS містять файл CATD.

ТИГР/Лінія (rt1, r*1, bw1)

Тільки імпорт

TIGER - це абревіатура від Топологічно інтегрована географічна система кодування та посилань, розроблена Бюро перепису населення США. Файли TIGER/Line - це цифрова база даних географічних об’єктів, таких як дороги, залізниці, річки, озера, політичні кордони, статистичні межі перепису тощо, які охоплюють усі Сполучені Штати. База даних містить інформацію про ці об’єкти, такі як їх розташування на широті та довготі, назву, тип об’єкта, діапазони адрес для більшості вулиць, географічне відношення до інших об’єктів та іншу відповідну інформацію. Файли TIGER/Line - це загальнодоступний продукт, створений з бази даних TIGER Бюро перепису населення географічного формування. TIGER був розроблений для підтримки картографування та пов'язаної з ним географічної діяльності, що вимагається програмами перепису та вибіркового опитування. Більш детальну інформацію про формат файлів TIGER/Line та дані про них можна знайти на веб -сторінці Перепису населення США за адресою http://www.census.gov/geo/www/tiger/

MAPublisher розглядає файл RT1 або BW1 як набір даних TIGER. Незважаючи на те, що кожен округ буде складатися з серії файлів із загальною базовою назвою, може існувати ряд різних розширень. Не забудьте вибрати файл RT1 або BW1 під час імпорту даних TIGER.

Основна файлова база геоданих (gdb)

Тільки імпорт

Основна файлова база геоданих-це рідна просторова база даних для одного користувача Esri. Це набір різних типів наборів даних ГІС, що зберігаються у папці файлової системи. Це рекомендований рідний формат даних для ArcGIS. Щоб імпортувати цей формат, потрібне програмне забезпечення ArcGIS та дійсна ліцензія - докладнішу інформацію див. У Базах просторових даних.

Основна персональна база геоданих (мдб)

Тільки імпорт

Основна персональна база геоданих-це рідна просторова база даних для одного користувача Esri. Це оригінальний формат даних для баз геоданих ArcGIS, що зберігаються та управляються у файлах даних Microsoft Access. Щоб імпортувати цей формат, потрібне програмне забезпечення ArcGIS та дійсна ліцензія - докладнішу інформацію див. У Базах просторових даних.

Просторова база даних PostGIS

Тільки імпорт

PostGIS-це розширення об'єктно-реляційної бази даних PostgreSQL, яка дозволяє зберігати об'єкти ГІС у базі даних. PostGIS включає підтримку просторових індексів R-Tree на основі GiST, а також функції для аналізу та обробки об'єктів ГІС-див. Простірні бази даних для отримання додаткової інформації.

ArcGIS Online та ArcGIS Web Service

Тільки імпорт

Створена компанією Esri, ArcGIS Online - це онлайн -спільна веб -ГІС, яка дозволяє використовувати, створювати та обмінюватися картами, сценами, програмами, шарами, аналітикою та даними. MAPublisher може імпортувати шари функцій карти, шари зображень карти, зображення плитки карти, веб -служби. Для отримання додаткової інформації див. ArcGIS Online та ArcGIS Service.

Служба веб -функцій

Тільки імпорт

Служба веб -функцій - це стандарт інтерфейсу, розроблений Відкритим геопросторовим консорціумом (OGC) для транзакцій векторних даних ГІС у Мережі. Імпорт WAP MAPublisher підключається до серверів, які використовують версії 1.0.0, 1.1.0 та 2.0.0 стандарту OGC. Сервери WFS надають файли GML, які читаються за допомогою імпортера GML MAPublisher. Імпортер GML підтримує простий режим GML 2.0+.

Оскільки імпортер WFS доступний лише для читання, WFS-T не підтримується. Див. Імпорт WFS для отримання додаткової інформації про параметри WFS.

Служба веб -карт

Тільки імпорт

Служба веб -карт - це стандарт інтерфейсу, розроблений Open Geospatial Consortium (OGC) для трансляції растрових даних ГІС за протоколом HTTP. Імпорт WAP MAPublisher підключається до серверів, які використовують версію 1.1.1 стандарту OGC. Формати даних WMS включають PNG, JPG, TIF та GeoTIFF. Інформацію про параметри WMS див. У розділі Імпорт картографічних даних.

Інші підтримувані формати

MAPublisher також підтримує файли Adobe Illustrator (ai), створені Cartographica, стороннім програмним забезпеченням ГІС. Користувачі Cartographica, які бажають використовувати файли в MAPublisher, повинні під час експорту встановити прапорець Включити дані в експорт.

MAPublisher читає файли Adobe Illustrator, експортовані Cartographica, і витягує геопросторову інформацію, щоб перетворити її у шари та перегляди MAP, включаючи проекцію, масштаб карти та положення сторінки. Однак під час роботи з цими файлами можуть існувати обмеження, і рекомендується зберігати їх як останню версію файлів Adobe Illustrator, сумісних із вашою системою (це потрібно перед експортом у геопросторовий PDF).


KML в GeoTIFF/Tiff, перетворення вектора в растр

Абревіатура Tiff означає Файл формату зображення з тегами. Це растровий формат даних GIS, тоді як KML використовується в Google Планета Земля. За допомогою Igis Map Tool KML в GeoTIFF/Tiff перетворення вектора в растр здійснюється одним клацанням миші. Крім KML у GeoTIFF, ви можете здійснювати різні конвертації даних ГІС за допомогою інструменту. Зображення Tiff легко доступне, ніж KML.


Додаток А Глосарій

Відкориговані підрахунки
"Скориговані підрахунки" відносяться до попереднього перепису населення та кількості житла, які були скориговані (тобто перекомпільовані) для відображення поточних меж перепису, коли відбувається зміна кордону між двома переписами.

Блок-особа
Обличчя-це одна сторона вулиці між двома послідовними ознаками, що перетинають цю вулицю. Ознаками можуть бути інші вулиці або межі стандартних географічних районів.

Блоки використовуються для створення репрезентативних точок блоків, які, у свою чергу, використовуються для геокодування та вилучення даних перепису, коли доступна інформація про вулицю та адресу.

Картографічні межові файли
Картографічні кордонні файли (CBF) містять межі стандартних географічних районів разом з береговою лінією навколо Канади. Окремі внутрішні озера та річки доступні як додатковий шар.

Перепис сільськогосподарського регіону
Переписні сільськогосподарські регіони (ЦАР) складаються з груп сусідніх підрозділів перепису. У Саскачевані переписні сільськогосподарські регіони складаються з груп суміжних підрозділів перепису, але ці групи не обов’язково поважають межі перепису.

Переписний зведений підрозділ
Консолідований підрозділ перепису (CCS) - це група сусідніх підрозділів перепису. Як правило, менші, більш міські підрозділи перепису (міста, села тощо) поєднуються з навколишніми, більшими, більш сільськими підрозділами перепису, для того, щоб створити географічний рівень між підрозділом перепису та переписом.

Поділ перепису
Поділ перепису населення (CD) - це загальний термін для областей, облаштованих законодавством провінцій (наприклад, округу, муніципалітет і річний ритуал і залучення споживачів та обласний район) або їх еквіваленти. Переписні підрозділи - це проміжні географічні території між рівнем провінції/території та муніципалітетом (підрозділ перепису).

Перепис мегаполісу та зона перепису агломерації вплинули
Перепис населення метрополітна територія та агломерація перепису inвплив zone (MIZ) - це концепція, яка географічно відрізняє територію Канади за межами перепису мегаполісів (CMA) та агломерацій перепису (CA). Підрозділи перепису, що не належать до КМД та КО, віднесені до однієї з чотирьох категорій залежно від ступеня впливу (сильний, помірний, слабкий або відсутній), який мають на них ОГС та/або ЦС.

Підрозділ перепису населення
Підрозділ перепису населення (CSD) - це загальний термін для муніципалітетів (як визначено провінційним/територіальним законодавством) або районів, що розглядаються як муніципальні еквіваленти для статистичних цілей (наприклад, індійські заповідники, індійські поселення та неорганізовані території).

Переписний тракт
Переписні масиви (КТ) - це невеликі, відносно стабільні географічні території, які зазвичай мають від 2500 до 8000 осіб. Вони розташовані в столичних районах перепису та в агломераціях перепису з населенням ядра міста 50 000 і більше за попереднім переписом.

Комітет місцевих спеціалістів (наприклад, планувальників, працівників охорони здоров'я та соціальних служб та освітян) спочатку окреслює описи перепису спільно зі статистикою Канади. Після того, як столична територія перепису (CMA) або агломерація перепису (CA) були поділені на переписні книжки, переписні документи зберігаються навіть у тому випадку, якщо населення міського населення згодом зменшиться нижче 50 000.

Система координат
Система координат - це система відліку, заснована на математичних правилах для визначення позицій (розташувань) на поверхні Землі. Значення координат можуть бути сферичними (широта і довгота) або плоскими (наприклад, Універсальний поперечний меркатор).

Картографічні файли меж, файли цифрових меж, репрезентативні точки та файли мереж доріг розповсюджуються за координатами широти/довготи.

Дата
Датою є геодезична система відліку, яка визначає розмір і форму Землі, а також базову точку, з якої посилаються на широту та довготу всіх інших точок на земній поверхні.

Визначене місце
Визначене місце (DPL) - це, як правило, невелика громада чи населений пункт, що не відповідає критеріям, встановленим Статистичним управлінням Канади як підрозділ перепису населення (територія з муніципальним статусом) або міська територія.

Визначені місця створюються провінціями та територіями у співпраці зі Статистичним управлінням Канади для надання даних по субмуніципальних районах.

Цифрові файли меж
Цифрові кордонні файли (DBF) зображують кордони, використані для збору перепису 2006 року, і тому часто виходять у вигляді прямих ліній у водойми.

Зона розповсюдження
Ділянка поширення (DA) - це невелика, відносно стабільна географічна одиниця, що складається з одного або декількох сусідніх блоків розповсюдження. Це найменший стандартний географічний район, для якого поширюються всі дані перепису. Прокуратура охоплює всю територію Канади.

Блок розповсюдження
Блок розповсюдження (БД) - це територія, обмежена з усіх боків дорогами та/або межами стандартних географічних районів. Блок розповсюдження - це найменша географічна територія, на якій розповсюджується кількість населення та житла. Блоки розповсюдження охоплюють всю територію Канади.

Економічний регіон
Економічний регіон (ЕР) - це група повних переписних підрозділів (компакт -дисків) (за одним винятком в Онтаріо), створена як стандартна географічна одиниця для аналізу регіональної економічної діяльності.

Екумена
Екумена - термін, який географи використовують для позначення населеної землі. Це, як правило, відноситься до земель, де люди зробили свій постійний дім, та до всіх робочих площ, які вважаються зайнятими та використовуються для сільськогосподарських або будь -яких інших економічних цілей. Таким чином, можуть існувати різні типи екумен, кожен з яких має свої унікальні характеристики (екумена населення, екумена сільського господарства, промислова екумена тощо).

Федеральний виборчий округ
Федеральний виборчий округ (ФЕД) - це територія, представлена ​​членом Палати громад. Межі федеральних виборчих округів, використані для перепису 2006 року, ґрунтуються на Указі про представництво 2003 року.

Зона сортування вперед
Зона сортування вперед (FSA) ідентифікується першими трьома символами поштового індексу. FSA асоціюються з поштовою службою, з якої надходить пошта. Середня кількість домогосподарств, які обслуговуються FSA, становить приблизно 8000, але їх кількість може коливатися від нуля до більш ніж 60 000 домогосподарств. Такий широкий спектр домогосподарств може виникнути, оскільки деякі АФН можуть обслуговувати лише підприємства (нульові домогосподарства), а деякі ФСА обслуговують дуже великі географічні території.

Геокодування
Геокодування - це процес призначення географічних ідентифікаторів (кодів) для відображення об’єктів та записів даних. Отримані геокоди дозволяють географічно пов'язувати дані.

Дані про домогосподарства, поштові індекси та дані про місце роботи зв’язуються з репрезентативними пунктами блоків, якщо інформація про вулицю та адресу є іншою, вони пов’язані з репрезентативними пунктами блоку розповсюдження (БД). У деяких випадках поштові індекси та дані про місце роботи пов’язані з репрезентативними пунктами області поширення (DA), коли вони не можуть бути пов’язані з БД. Крім того, дані про місце роботи пов’язані з репрезентативними точками підрозділу перепису, коли дані не можуть бути пов’язані з ПД.

Географічний код
Географічний код - це числовий ідентифікатор, присвоєний географічній зоні. Код використовується для ідентифікації та доступу до стандартних географічних областей для цілей зберігання, пошуку та відображення даних.

Географічна довідкова дата
Географічна довідкова дата - це дата, визначена Статистичним управлінням Канади з метою доопрацювання географічної бази, для якої дані перепису збиратимуться, подаватимуться у таблиці та повідомляться. Для перепису 2006 р. Географічна довідкова дата - 1 січня 2006 р.

Земельна ділянка
Площа землі-це площа в квадратних кілометрах наземних частин стандартних географічних територій.

Дані про земельні ділянки є неофіційними та надаються виключно з метою розрахунку щільності населення.

Місцевість
"Місцевість" (LOC) відноситься до історичних топонімів колишніх підрозділів перепису населення (муніципалітетів), колишніх визначених місць та колишніх міських територій, а також до назв інших утворень, таких як мікрорайони, поштові відділення, громади та незареєстровані місця.

Проекція карти
Проекція карти-це процес перетворення та представлення положень від тривимірної кривої поверхні Землі до двовимірної (плоскої) поверхні. Процес здійснюється за допомогою прямої геометричної проекції або математично отриманого перетворення.

Конформна проекція конічної карти Ламберта широко використовується для загальних карт Канади в невеликих масштабах і є найпоширенішою проекцією карти, яка використовується в статистичній службі Канади.

Національна географічна база даних
Національна географічна база даних (NGD) - це спільна база даних між статистикою Канади та виборами Канади. База даних містить дороги, назви доріг та адреси. Він також включає окремі еталонні шари, що містять фізичні та культурні особливості, такі як гідрографія та гідрографічні назви, залізниці та лінії електропередачі.

Назва місця
"Назва міста" відноситься до набору назв, що включає поточні підрозділи перепису населення (муніципалітети), поточні визначені місця та поточні міські райони, а також назви населених пунктів.

Густота населення
Щільність населення - це кількість людей на квадратний кілометр.

Поштовий індекс
Поштовий індекс-це шестизначний код, який визначається та зберігається Канадською поштовою корпорацією з метою сортування та доставки пошти.

Провінція або територія
Провінція та територія відносяться до основних політичних одиниць Канади. Зі статистичної точки зору, провінція та територія є основними областями, для яких дані наводяться в таблиці. Канада поділена на 10 провінцій і три території.

Довідкова карта
Довідкова карта показує розташування географічних районів, для яких дані перепису представлені в таблиці та розповсюджуються. Карти відображають межі, назви та коди стандартних географічних районів, а також основні культурні та фізичні особливості, такі як дороги, залізниці, берегові лінії, річки та озера.

Представник
Репрезентативна точка - це точка, яка представляє пряму або багатокутник. Точка розташована в центрі вздовж лінії, і розташована в центрі, або населення зважено в багатокутнику.

Репрезентативні бали генеруються для блоків, блоків розповсюдження, областей поширення, підрозділів перепису населення, міських територій та визначених місць.

Дані про домогосподарства, поштові індекси та дані про місце роботи зв’язуються з репрезентативними пунктами блоків, якщо інформація про вулицю та адресу є іншою, вони пов’язані з репрезентативними пунктами блоку розповсюдження (БД). У деяких випадках поштові індекси та дані про місце роботи пов’язані з репрезентативними пунктами області поширення (DA), коли вони не можуть бути пов’язані з БД. Крім того, дані про місце роботи пов’язані з репрезентативними точками підрозділу перепису, коли дані не можуть бути пов’язані з ПД.

Файл дорожньої мережі
Файл дорожньої мережі (RNF) містить дороги, назви доріг, діапазони адрес та доріг для всієї країни. Найчастіше діапазони адрес засновані на житлі та доступні переважно у великих міських центрах Канади.

Сільський район
Сільські території включають всю територію, що лежить поза міськими районами. У сукупності міські та сільські райони охоплюють всю Канаду.

Сільське населення включає все населення, що мешкає в сільській місцевості мегаполісів перепису населення (АМП) та агломерацій перепису населення (ЦО), а також населення, яке проживає в сільській місцевості за межами КМД та ОГ.

Інфраструктура просторових даних
Інфраструктура просторових даних (SDI), раніше відома як National Geographic Base (NGB), є внутрішньою базою даних для обслуговування, яка не поширюється за межами статистичної служби Канади. Він містить дороги, назви доріг та діапазони адрес із Національної географічної бази даних (NGD), а також граничні дуги стандартних географічних областей, які не слідують за дорогами, все в одному інтегрованому шарі лінії. База даних також містить пов'язаний шар багатокутника, що складається з базових блоків (ВВ) (базові блоки - це найменші одиниці багатокутників у базі даних, які утворені перетином усіх доріг та дугами географічних областей, які не слідують за дорогами), межею шари стандартних географічних районів та похідних таблиць атрибутів, а також еталонних шарів, що містять фізичні та культурні особливості (такі як гідрографія, залізниці та лінії електропередачі) з NGD.

Елементи якості просторових даних
Елементи якості просторових даних надають інформацію про придатність для використання просторової бази даних, описуючи, чому, коли і як створюються дані та наскільки точні дані. Елементи включають огляд, що описує призначення та використання, а також конкретні елементи якості, що повідомляють про лінію, позиційну точність, точність атрибутів, логічну послідовність та повноту. Ця інформація надається користувачам для всіх продуктів просторових даних, поширених для перепису.

Стандартна географічна класифікація
Стандартна географічна класифікація (SGC) є офіційною класифікацією статистичної служби Канади для трьох типів географічних районів: провінцій та територій, підрозділів перепису (CD) та підрозділів перепису (CSD). SGC надає унікальні числові ідентифікатори (коди) для цих ієрархічно пов'язаних географічних областей.

Класифікація статистичних областей
Класифікація статистичних областей (SAC) об’єднує підрозділи перепису відповідно до того, чи є вони складовими частинами перепису у столичному районі, агломерацією перепису, переписом населення метрополітна територія та агломерація перепису inвплив zодин (сильний MIZ, помірний MIZ, слабкий MIZ або його немає), або території (територія Юкон, північно -західні території та Нунавут). SAC використовується для поширення даних.

Тематична карта
Тематична карта показує просторовий розподіл однієї або декількох конкретних тем даних для стандартних географічних районів. Карта може мати якісний характер (наприклад, переважні типи ферм) або кількісний (наприклад, відсоток зміни чисельності населення).

Міська територія
Міська територія має мінімальну концентрацію населення 1000 осіб і щільність населення не менше 400 осіб на квадратний кілометр, виходячи з поточного підрахунку населення. Вся територія за межами міських територій класифікується як сільська. У сукупності міські та сільські райони охоплюють всю Канаду.

Міське населення включає все населення, що проживає в міських ядрах, вторинних міських ядрах та міських окраїнах переписів у столичних районах (АМС) та агломераціях перепису населення (ЦО), а також населення, яке проживає в міських районах поза межами ЦМА та ЦО.

Міське ядро, міська окраїна та сільська окраїна
"Міське ядро, міська окраїна та сільська окраїна" розрізняють центральні та периферійні міські та сільські райони в межах переписної агломерації (АМП) або агломерації перепису (СА).

Група чисельності міського населення
Термін `` група чисельності міського населення '' відноситься до класифікації, що використовується у стандартних таблицях, де міські райони розподіляються відповідно до наведених нижче заздалегідь визначених груп чисельності, на основі поточного перепису населення.

  • Від 1000 до 2499
  • Від 2500 до 4999
  • Від 5000 до 9999
  • 10 000 до 24 999
  • Від 25 000 до 49 999
  • 50000 до 99999
  • Від 100 000 до 499 999
  • 500 000 і більше

Таблиці не обмежуються цими заздалегідь визначеними групами чисельності населення, база даних перепису має можливість табулювати дані відповідно до будь-якої групи чисельності, визначеної користувачем.


Спільні кордони багатокутників у GML - географічні інформаційні системи

Огляд: Відкритий геопросторовий консорціум (OGC) "-це некомерційна, міжнародна, добровільна організація стандартів консенсусу, яка очолює розробку стандартів для геопросторових послуг та послуг на основі географічного розташування. Його мета-надати вільні та відкрито доступні стандарти на ринку, відчутні цінність для членів та вимірні переваги для користувачів. Цей міжнародний галузевий консорціум станом на червень 2008 року включав 369 компаній, державних установ та університетів, які беруть участь у процесі консенсусу щодо розробки загальнодоступних специфікацій інтерфейсу. Технічні характеристики OpenGIS підтримують сумісні рішення, Інтернет, бездротові послуги та послуги на основі визначення місцезнаходження, а також поширені ІТ. Технічні характеристики дозволяють розробникам технологій робити складну просторову інформацію та послуги доступними та корисними з усіма видами додатків. В основі роботи всіх комітетів, робочих груп, тестових стендів та іншої діяльності OGC є затверджений членами процес, який заохочує співпрацю між ОГ та між ними Члени C для визначення, документування та впровадження відкритих специфікацій, які вирішують проблеми геопросторової сумісності. OGC існує для того, щоб забезпечити швидкий, ефективний, інклюзивний, керований користувачами процес розробки, тестування, демонстрації та сприяння використанню геопросторової інформації та послуг за допомогою специфікацій OpenGIS. "

У листопаді 2008 року Відкритий геопросторовий консорціум (OGC) оголосив про завершення та доступність Версії 2.0 Референтної моделі OGC (ORM). ORM "забезпечує основу для поточної роботи OGC та посібник для тих, хто прагне впроваджувати сумісні рішення та програми для геопросторових послуг та даних. ORM зосереджується на взаємозв'язках між документами у базовій лінії стандартів OGC (SB), яка складається з затверджених стандартів абстрактних та впровадження OpenGIS (інтерфейс, кодування, профіль, схема застосування) та документів найкращої практики OGC. для конкретних додатків. Це допомагає майбутнім учасникам побачити, як вони можуть служити своїм зацікавленим сторонам, роблячи внесок у процес OGC, а також надає загальні вказівки розробникам, які впроваджують один або кілька стандартів OpenGIS. ORM містить численні посилання на ресурси OGC що є результатом масштабного розвитку сотень організацій -членів ОГК та десятків тисяч осіб, які внесли свій внесок у розробку стандартів OGC з 1994 року ». Огляд див. У Змісті.

Специфікація Історія публікацій

2004-09-15 Примітка: 1 вересня 2004 року OGC оголосила про зміну назви з Open GIS Consortium на Open Geospatial Consortium, Inc. , а також картографування, візуалізація землі, сенсорні мережі та мобільні бездротові послуги. Це також підкреслює важливість стандартів веб -послуг OGC як частини передового досвіду інформаційних технологій для інтеграції геопросторової обробки в сервісно орієнтовані архітектури та робочі процеси підприємства ".

[07 липня 2005 р.] OGC випускає для огляду специфікацію профілю простих функцій GML. Open Geospatial Consortium Inc. опублікував запрошення на публічний огляд специфікації профілю простих функцій GML. Мова розмітки географії OGC (GML), яка зараз готується до публікації як ISO/IEC 19136 Географічна інформація & Мова розмітки географії mdash за ISO/TC 211/WG 4 (Географічна інформація/геоматика). Профілі специфікацій OGC є підмножинами існуючих специфікацій OpenGIS. GML - це граматика XML, написана у схемі XML для моделювання, транспортування та зберігання географічної інформації. Цей профіль GML є продуктом Програми взаємодії OGC: "глобальної, спільної, практичної програми інженерії та випробувань, призначеної для впровадження прототипових технологій та перевірених специфікацій кандидатів у Програму розробки специфікацій OGC.В Ініціативах сумісності OGC міжнародні групи постачальників технологій працюють разом над вирішенням конкретних проблем взаємодії геообробки, що виникають у рамках Ініціативи. "Новий профіль простих функцій GML визначає обмежену, але корисну підмножину схем XML та GML. Мова розмітки географії (GML) ) Повна специфікація визначає "граматику XML для кодування географічної інформації, включаючи географічні об'єкти, охоплення, спостереження, топологію, геометрію, системи відліку координат, одиниці вимірювання, час та об'єкти значення. Специфікація кандидата GML Simple Feature Profile визначає набір правил кодування схем, які дозволяють описувати прості функції, такі як точки, лінії та багатокутники, за допомогою схем програми GML. "Обмежена підмножина GML профілю розроблена для" зниження панелі реалізації часу та ресурсів, необхідних організації для розробки програмного забезпечення, що підтримує GML. Сподіваємось, що, зменшивши зусилля, необхідні для маніпулювання даними функцій, кодованих XML, організаціям буде запропоновано інвестувати більше часу та зусиль, щоб скористатися більшою перевагою багатих функціональних можливостей GML ».

[26 березня 2004] Мова розмітки географії (GML) Версія 3.1 Публічний випуск від Open GIS Consortium. Членство Консорціуму Відкритої ГІС (OGC) схвалило випуск Версії 3.1.0 Специфікації впровадження мови географічної розмітки OpenGIS (GML) як загальнодоступний Рекомендаційний документ OpenGIS. Специфікація GML зараз редагується спільно у Робочій групі з перегляду GML OGC та у ISO/TC 211/WG 4 (Географічна інформація/геоматика). Версія ISO тепер є проектом комітету (ISO/CD 19136), тоді як версія OGC характеризується як Рекомендаційний документ, щоб підтримувати узгодженість із процесом редагування ISO. Мова розмітки географії (GML) - це найбільш широко підтримувана відкрита специфікація для представлення географічної (просторової та географічної) інформації. Він визначає кодування XML для транспортування та зберігання географічної інформації, включаючи як геометрію, так і властивості географічних об’єктів. Відповідно до політики OGC щодо прав інтелектуальної власності щодо стандартів Open GIS, GML є у вільному доступі для використання на умовах без роялті. Версію специфікації GML 3.1.0 відредагували Саймон Кокс (CSIRO), Пол Дейзі (Бюро перепису населення США), Рон Лейк (Системи Гальдоса), Клеменс Портеле (Інтерактивні інструменти) та Арліс Уайтсайд (Системи BAE). Прозовий документ на 601 сторінку підтримується тридцятьма трьома (33) файлами схеми XML. Специфікація базується на великій кількості інших стандартів, вона нормативно посилається на XML Linking Language (XLink) Version 1.0 та Schematron Assertion Language 1.5. GML Версія 3.1.0 додає нові геометрії, більше відповідає стандартам сімейства ISO/TC 211 і містить деякі елементи для підвищення ефективності та простоти. Він "підтримує зворотну сумісність для документів екземплярів GML версії 3.0.0 та 2.1.2, зберігаючи, але не підтримуючи, деякі компоненти схеми, які були замінені різними конструкціями в поточній версії". Open GIS Consortium, Inc (OGC)-це "міжнародний, некомерційний галузевий консорціум, що керується учасниками, включає 258 компаній, державних установ та університетів, які беруть участь у процесі консенсусу щодо розробки загальнодоступних специфікацій інтерфейсу та обчислювальних стандартів сумісної роботи з геообробкою. OGC підтримує сумісні рішення, які "дозволяють географічно" використовувати Інтернет, бездротові послуги та послуги на основі визначення місцезнаходження, а також поширені ІТ. Технічні характеристики дозволяють розробникам технологій робити складну просторову інформацію та послуги доступними та корисними для всіх видів додатків ".

[06 лютого 2003 р.] OGC оголошує Специфікацію впровадження мови розмітки географії OpenGIS (GML 3). Консорціум Open GIS випустив затверджену версію 3.0 для Специфікації впровадження OpenGIS Language Markup Language (GML). GML " - це граматика XML, написана на схемі XML для моделювання, транспортування та зберігання географічної інформації. Вона надає різноманітні види об'єктів для опису географії, включаючи особливості, системи координат координат, геометрію, топологію, час, одиниці виміру та узагальнені. Нові доповнення в GML 3.0 включають підтримку складних геометрій, просторових і часових систем відліку, топології, одиниць виміру, метаданих, сітчастих даних та стилів за замовчуванням для візуалізації функцій та покриття. Модульна структура GML 3.0 означає, що розробники вирішують використовувати GML може буквально вибрати схеми або компоненти схеми, які застосовуються до їх роботи. GML 3.0 також містить зразок інструменту упаковки, який створює спеціальну схему, що містить лише необхідні компоненти з основних схем GML. У нормативних частинах специфікації використовується W3C XML Мова схеми для опису граматики відповідних екземплярів даних GML. У специфікації також використовується рекомендоване кодування XML o f Визначення системи координатних довідкових систем, підготовленої SIG CRS OGC. OGC - це міжнародний галузевий консорціум із понад 240 компаній, державних установ та університетів, які беруть участь у процесі консенсусу щодо розробки загальнодоступних специфікацій інтерфейсу. Специфікації OpenGIS підтримують сумісні рішення, які "дозволяють географічно вмикати" Інтернет, бездротові послуги та послуги на основі визначення місцезнаходження, а також поширені ІТ ".

[10 червня 2003 р.] Консорціум OpenGIS приймає переглянуту Політику щодо авторських прав на інтелектуальну власність без ліцензії. Консорціум "Відкрита ГІС" оголосив про прийняття переглянутої політики прав інтелектуальної власності, яка вимагає від усіх учасників ліцензувати технологію на безоплатній основі. OGC-це міжнародний галузевий консорціум із 257 компаній, державних установ та університетів, які беруть участь у процесі консенсусу щодо розробки загальнодоступних специфікацій геообробки на основі XML. Переглянута політика ОПК щодо прав інтелектуальної власності "враховує значну роботу з патентної політики, проведену на W3C, яка стала лідером консорціуму у створенні прагматичного способу успішної розробки веб-стандартів без роялті в поточному патентному середовищі. Результат відображає згоду з основна мета збереження вільної та відкритої на основі стандартів інформаційної інфраструктури. Водночас нова політика ПІВ поважає патентні права організацій-членів та цінність, яку представляють їх патенти ". Члени OGC підтримують політику прав інтелектуальної власності, "оскільки існує переконання, що специфікації OpenGIS повинні бути вільними від роялті та необтяженими патентами, а отже, у вільному доступі для будь -якої сторони - покупця, комерційного розробника, державної установи чи розробника з відкритим кодом", яка хоче впровадити Специфікації OpenGIS на своєму підприємстві ". Переглянута політика ОПК щодо прав інтелектуальної власності набуде чинності 5 липня 2003 року.

[22 квітня 2003 р.] OGC випускає Специфікацію впровадження OpenGIS Location Services (OpenLS). Консорціум Open GIS (OGC) оголосив публічний заклик до коментарів щодо запропонованої Специфікації впровадження OpenGIS Location Services (OpenLS). "RFC визначає XML для служб визначення місцезнаходження, який складається з інтерфейсів для різноманітних специфічних служб. Основна мета OpenLS - визначити доступ до основних служб та абстрактних типів даних (ADT), які включають сервер GeoMobility Server, відкриті служби розташування Анотація інформації про тип даних (ADT)-це "основна інформаційна конструкція, яка використовується сервером GeoMobility і пов'язаними основними службами. Вона складається з відомих типів даних та структур для інформації про місцезнаходження та визначається як схеми додатків, кодовані у XML для визначення місця розташування. Служби (XLS). "Специфікація OpenLS включає вдосконалення та виправлення, зроблені робочою групою після ініціатив тестування OpenLS 1/1.1 у жовтні 2001 р. - жовтні 2002 р.". для сумісного використання мобільних пристроїв, послуг та даних, пов’язаних із місцезнаходженням. "Випуск включає п'ятнадцять (15) підтримок XML -схеми та проза у двох частинах. OpenLS: Основні служби містять частини 1-5. Основні служби також відомі як "Сервер GeoMobility (GMS), відкрита платформа для служб додатків на основі місцезнаходження. Вона також окреслює сферу застосування та зв'язок OpenLS щодо інших специфікацій та заходів зі стандартизації. Частина 1 (Служба каталогів)-це" a Жовті сторінки раніше знайти найближчий або певний продукт або послуга Частина 2 (Служба шлюзу) отримує позицію мобільного пристрою з мережі. Частина 3 (Служба утиліти місцезнаходження) використовує геокодер/зворотний геокодер, де геокодер перетворює місцезнаходження, наприклад адресу вулиці, у точку з широта/довгота та Зворотний геокодер перетворює задану позицію в опис розташування об’єкта, наприклад, адреса вулиці Частина 4 (Служба презентацій) реалізує зображення карти та малює карту Частина 5 (Служба маршрутів) створює маршрут подорожі. "OpenLS Частина 6 Навігаційна служба раніше була повним профілем Служби визначення маршруту, яка є частиною Сервера GeoMobility (GMS), відкритої платформи служб визначення місцезнаходження. Служба навігації потенційно не потрібна у всіх реалізаціях. Додаток А.1 Основних служб містить нормативну схему (профіль XML/S), тоді як Додаток А.2 містить інформативний профіль SOAP. Специфікація реалізації OpenLS була подана OGC компаніями Autodesk, ESRI, Image Matters, Interg raph IntelliWhere, MapInfo, Navigation Technologies, Oracle, Sun Microsystems та Webraska. Публічний коментар запрошується до 19 травня 2003 року.

[08 січня 2003 р.] Специфікація впровадження OpenGIS Geography Markup Language (GML) Version of Specification з впровадження Версії 2.1.2 була опублікована 17 вересня 2002 року. "Мова розмітки географії (GML)-це кодування XML для транспортування та зберігання географічної інформації, включаючи як просторові, так і непросторові властивості географічних об'єктів. Ця специфікація визначає синтаксис, механізми та умови XML-схеми, які (1) Надати відкриту, нейтральну для постачальників структуру для визначення схем та об’єктів геопросторових додатків (2) Дозволити профілі, які підтримують належні підмножини описових можливостей фреймворку GML (3) Підтримати опис схем геопросторових додатків для спеціалізованих доменів та інформаційних спільнот (4) Увімкнути створення та підтримку пов'язаних географічних схем додатків та наборів даних (5) Підтримка зберігання та транспортування схем додатків та наборів даних (6) Збільшення можливості організацій ділитися схемами географічних додатків та інформацією, яку вони описують. Реалізатори можуть вирішити зберігати географічні схеми застосування та інформацію у GML, або вони можуть прийняти рішення перетворити з сом Інший формат зберігання на вимогу та використання GML лише для передачі схем та даних. GML позиціонується як відкритий стандарт обміну даними, добре підходить для передачі невеликих до середніх обсягів інформації. GML можна використовувати з усіма стандартними інструментами XML. У цьому плані слід особливо відзначити інструменти, призначені для фільтрації XML (XSL) та перетворення XML у візуальну презентацію (XSLT). За допомогою інструментів XSL повністю функціональну базу даних GML можна опублікувати у більш обмежених версіях. Наприклад, щоб задовольнити нормативні вимоги, підмножина даних, можливо, з меншою точністю, може бути автоматично вилучена. Для обміну даними з постачальником, який також є потенційним конкурентом, дані спочатку можна відфільтрувати та відкоригувати на основі того, що постачальнику потрібно знати ".

[31 січня 2003 р.] Робоча група OGC видає проект специфікації для мови моделі датчика (SensorML). Робоча група відкритих консорціумів ГІС з природних ресурсів та навколишнього середовища (NRE) опублікувала проект специфікації мови моделі датчиків (SensorML) для датчиків на місці та віддалених датчиків разом із п'ятнадцятьма схемами XML. SensorML "надає схему XML для визначення геометричних, динамічних та спостережних характеристик датчика. Датчики - це пристрої для вимірювання фізичних величин. Існує велика різноманітність типів датчиків - від простих візуальних термометрів до складних електронних мікроскопів та супутників для спостереження Землі. Стандартизація мови моделі датчика (SensorML) та наявність документів SensorML для всіх датчиків спостереження за Землею дасть значні можливості для програмних систем підтримувати обробку, аналіз та візуальне злиття декількох датчиків. SensorML не надає детальної інформації опис апаратного проектування датчика, а радше це загальна схема для опису функціональної моделі датчика. Схема розроблена таким чином, що її можна використовувати для підтримки обробки та геолокації даних практично з будь -якого датчика, будь то мобільний або динамічний, in-situ або дистанційно зондований, або активний чи пасивний. Це дозволяє розвивати загальні, але r obust, програмне забезпечення, яке може обробляти та геолокалізувати дані з найрізноманітніших датчиків, починаючи від простих і закінчуючи складними сенсорними системами. SensorML підтримує як суворі моделі датчиків, так і математичні моделі датчиків. Сувора модель датчика тут визначається як модель, яка описує геометрію та динаміку приладу та надає спеціалістам можливість використовувати цю інформацію разом із положенням та орієнтацією платформи для визначення геолокації даних датчика. моделі датчиків зазвичай виводяться за допомогою суворої моделі, можливо, доповненої взаємодією людини. Ці математичні моделі, як правило, приховують характеристики датчика і дозволяють геолокацію даних датчика за допомогою використання поліноміальних функцій ".

[13 червня 2000 р.] Нещодавно Консорціум OpenGIS опублікував перший публічний випуск рекомендації, що визначає мову розмітки географії (GML), версія 1.0. Мова розмітки географії (GML) " - це кодування XML для транспортування та зберігання географічної інформації, включаючи геометрію та властивості географічних об’єктів. Ця специфікація визначає механізми та синтаксис, які GML використовує для кодування географічної інформації у XML. Це очікується, що GML зробить значний вплив на здатність організацій обмінюватися географічною інформацією один з одним, а також уможливити зв'язані набори географічних даних. Перший випуск цієї специфікації стосується кодування XML того, що називає Консорціум OpenGIS (OCG). Прості особливості "... Анотаційна специфікація OpenGIS визначає географічну особливість так:" Об'єкт - це абстракція явища реального світу, це географічний об'єкт, якщо він пов'язаний з розташуванням відносно Землі ". Таким чином, цифрове уявлення про реальний світ можна розглядати як набір ознак. Стан ознаки визначається набором властивостей, де кожну властивість можна розглядати як a потрійний. Кількість властивостей об’єкта разом з їх назвами та типами визначається типом його об’єкта. Географічні об’єкти - це об’єкти з властивостями, значення яких можуть бути геометрією. Колекція об’єктів - це сукупність ознак, які самі по собі можна розглядати як особливість. Отже, колекція об’єктів має тип об’єкта і, таким чином, на додаток до об’єктів, які вона містить, може мати власні властивості. . . GML дотримується моделі геометрії, визначеної іншими специфікаціями OpenGIS. Наприклад, традиційні 0, 1 та 2-мірні геометрії, визначені у двовимірній просторовій системі відліку (SRS), представлені точками, рядками рядків та багатокутниками. Крім того, модель геометрії для простих функцій також дозволяє використовувати геометрії, які є колекціями інших геометрій (або однорідних, багатоточкових, багаторядкових рядків і багатокутників, або гетерогенних, колекцій геометрії). У всіх випадках "верхня" геометрія відповідає за те, в якій SRS були зроблені вимірювання. . . "

"Очікується, що GML сподобається широкому класу користувачів, які, у свою чергу, захочуть використовувати різноманітні технології XML. Таким чином, GML представлений у вигляді трьох профілів наступним чином: Профіль 1: для тих, хто хоче використовувати чисте рішення на основі DTD, і вони не готові розробляти специфічні DTD для застосування або не хочуть, щоб дані поверталися за фіксованим набором DTD. Цей профіль вимагає використання функції GML та DTD з геометрії GML. Профіль 2: для тих, хто хоче використовувати чисте рішення на основі DTD, але вони готові розробити власні специфічні DTD для додатків або готові прийняти дані, закодовані за допомогою посилання DTD. Цей профіль вимагає від користувача створити спеціальну функцію DTD, яка використовує DTD з геометрії GML. Профіль 3: для тих, хто готовий використовувати схеми RDF та RDF. Ці користувачі, як правило, потребують посиленого контролю над структурою геопросторового введення (наприклад, вони повинні мати можливість зв’язувати назву типу з фактичним визначенням схеми). Цей профіль вимагає користувач для створення визначення схеми RDF для програми, що використовує визначення схеми RDF GML. Крім того, користувачі профілю 3 можуть використовувати DTD, які певним чином виводяться зі схеми RDF або які можуть відстежувати свої елементи до типів, визначених у асоційованій схемі RDF. "

Основні посилання

У лютому 2004 р. Члени Консорціуму Відкритої ГІС (OGC) схвалили випуск Версії 3.1.0 Специфікації впровадження Мови розмітки географії OpenGIS (GML) як загальнодоступний Рекомендаційний документ OpenGIS. Специфікація GML зараз редагується спільно у Робочій групі з перегляду GML OGC та у ISO/TC 211/WG 4 (Географічна інформація/геоматика). Дивіться новини та список файлів для розповсюдження GML версії 3.1.0.

Специфікація впровадження OpenGIS Geography Markup Language (GML). Редагували Саймон Кокс, Пол Дейзі, Рон Лейк, Клеменс Портеле та Арлісс Уайтсайд. Версія 3.00. Дата: 29.01.2003. Категорія: Специфікація впровадження OpenGIS. Авторське право Open GIS Consortium, Inc. Посилання: OGC 02-023r4. 548 сторінок. [кеш]


Подивіться відео: CAD TO CBS DÖNÜŞÜM UYGULAMASI