Порівняння рішень порталу відкритих даних

Для багатьох організацій, таких як органи місцевого самоврядування / округ / штат, проблема доступу громадськості до даних ГІС є проблемою.

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

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

Можливо, існують обмеження щодо розміру, кількості записів / атрибутів, довжин полів або геометричної складності загальних даних ГІС, наприклад, адресних точок або даних про посилки, які можуть зробити деякі рішення непридатними. Часто великі розміри деяких типів даних (наприклад, LiDAR, аерофотозйомка) ускладнюють або неможливо розміщувати їх по Інтернету в необробленому вигляді, і натомість вони повинні доставлятися через фізичні носії (наприклад, жорсткі диски). У кращому випадку ці великі файли можуть розміщуватися на чомусь на зразок FTP-сервера або Dropbox / Box, але це може бути досить дорогим.

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

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

Тож із цим не виходить, головне питання :

• Які рішення відкритого порталу даних доступні та як вони порівнюються?

Побічні питання:

• Які найважливіші міркування при вирішенні рішення щодо відкритого порталу даних?

• Чи існують сценарії, коли використання більш ніж одного порталу є вигідним (і економічно вигідним)?

• Чи можна просторові та непросторові дані успішно інтегрувати в один і той же портал?

• Чи існують які - небудь приклади порталу відкритих даних реалізацій ви б розглянути , щоб бути успішним або зразковим ?

  • Перелік деяких реалізацій міститься в Списку безкоштовних даних про ГІС уряду США в Інтернеті , а також у статті Вікіпедії про геопортали .

Додаток:

• Перелік портальних рішень, які ми зараз оцінюємо:

  • ArcGIS Online
  • Відкриті дані ArcGIS
  • Портал для ArcGIS Server (локальний)
  • Сократа і Мондара
  • Google Maps Engine і Галерея

• Інші портали, які ми ще не розглядали:

  • DataHub
  • CKAN
  • ДКАН
  • OpenGeoportal

• Насправді портали, але добре працюють для подання плоских файлів:

  • Dropbox
  • Коробка
  • FTP (локальний)

• Прокат власних, або використовуючи розміщені сховища / сервери або локальні

У нашому випадку, оскільки у нас є ESRI ELA та є інфраструктура просторових даних на основі ArcGIS , видається цілком ймовірним, що принаймні одне з рішень ArcGIS буде обрано.

Особисто я хотів би бачити, як ми використовуємо більш програмне забезпечення з відкритим кодом, але, мабуть, навряд чи вдасться зібрати щось таке, що могло б конкурувати з пропозиціями ESRI, принаймні, не без зміни парадигми у тому, як люди використовують ГІС у нашій організації .

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

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

У цьому списку відсутнє одне дуже популярне рішення з відкритим кодом: GeoNode.

GeoNode на 100% побудований на стеку з відкритим кодом, і це дозволяє розробляти геопортали та SDI на основі таких технологій, як GeoServer, PostGIS і pyCSW.

GeoServer надає послуги картографування на основі стандартів OGC (WMS, WCS, WFS, WPS тощо), PostgreSQL і PostGIS забезпечує просторове зберігання, pycsw (або альтернативно GeoNetwork) надає послуги каталогів (OGC CSW).

Просторові набори даних, які піддаються GeoNode, можуть бути легко зібрані CKAN через pycsw. Сам GeoNode може збирати та виставляти стандартні віддалені сервіси, опубліковані MapServer, GeoServer, ArcGIS Server та іншим механізмом картографування, що впроваджує стандарти OGC.

GeoNode широко використовується у багатьох організаціях, включаючи Світовий банк, Всесвітню продовольчу програму Організації Об'єднаних Націй, Європейську Комісію, Державний департамент США та багато інших, і має яскраву, доброзичливу та дуже активну спільноту з відкритим кодом.

Для отримання додаткової інформації відвідайте веб-сайт: http://geonode.org/ та документацію на сайті: http://docs.geonode.org/uk/master/

Це велике питання, і одна з моїх організацій (великий науково-дослідний університет на Середньому Заході) активно займається. Ми зосереджували свою увагу на OpenGeoportal (OGP), але, оскільки ми багато в чому є дуже орієнтованим на есрі місце, багато наших зусиль з розробки були реалізацією підтримки для роботи продуктів Esri на стороні з відкритим кодом (наприклад, попередній перегляд сервісів ArcGIS Server в OGP). Сфокусую свою відповідь на OGP та нашому досвіді з цим.

Думаю, велике питання - скільки часу у розробника у вас є доступ. Нам вдалося реалізувати OGP з асистентом з випускників, який працює на неповний робочий день, який займається кодуванням та систематизує біти адміністратора. Надання підтримки Esri в деякому роді було б привабливим, але я поки що думаю, що відкриття бази коду для злому та адаптації переважає її.

OGP використовує індекс Solr в резервній програмі Java (Spring Framework), яка дуже швидка з десятками тисяч записів, а також за допомогою розширення потенційно масштабується дуже добре.

З Solr на внутрішньому інтерфейсі, реальної влади ОГП і аспект бачить багато активного розвитку ( це , наприклад), є можливість збору врожаю метаданих з інших примірників ОГП. З надійною структурою управління, яка зараз працює , є погляд на майбутнє об'єднаної системи OGP-екземплярів, що обмінюються метаданими між установами та реально покращують виявлення просторових даних.

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

Невелика примітка полягає в тому, що штат Міннесота цього літа запускає геопросторові спільноти CKAN, сподіваємось, зв’язуючи разом те, що давно було переліком різних агентств, що розміщують та поширюють дані ГІС безліччю способів. Ви можете переглянути BETA версію тут .

Я з нетерпінням чекаю, коли я прочитаю відповіді та досвід інших людей!

Каталог відкритих даних за адресою http://www.opengeocode.org/opendata/ (я є співзасновником) - це перелік натовпу порталів, пов’язаних із набором даних по всьому світу. У категорії ГІС перелічено понад 120 сайтів - переважно державних (наприклад, федеральних, штатних, повітових, муніципальних тощо).

Інший варіант, який може бути особливо підходящим для користувачів ArcGIS, - це сервер Espor Geoportal (не плутати з порталом для ArcGIS.)

Esri Geoportal Server не є частиною платформи ArcGIS і є окремим додатком:

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

Однією з переваг для існуючих користувачів ArcGIS є клієнт публікації ArcCatalog , який дозволяє перенести наявні метадані, створені в ArcCatalog, безпосередньо на сервер Geoportal.