Для многих организаций, таких как местные / окружные / государственные органы власти, обеспечение доступа общественности к данным ГИС является сложной задачей.
Простое знание того, какие данные доступны , кто они, кто владеет и хранит их, и где их получить, - это, пожалуй, самая непосредственная задача. Поэтому инвентаризация данных ГИС является необходимостью. Конечно, создать одно - это одно, заставить людей поддерживать его (и взять на себя ответственность за свои данные) - совсем другое. Поэтому получение поддержки от внутренних заинтересованных сторон также очень важно.
Другим важным фактором является поддержка метаданными решения . Если данные не могут быть описаны, это почти бесполезно. В некоторых решениях может быть ограничена поддержка метаданных в виде ограниченного количества проприетарных полей. Поддержка метаданных в их полной и оригинальной форме кажется редкой.
Могут существовать ограничения на размер, количество записей / атрибутов, длину полей или геометрическую сложность общих данных ГИС, таких как точки адреса или данные участков, которые могут сделать некоторые решения непригодными для использования. Зачастую из-за большого размера некоторых типов данных (например, LiDAR, аэрофотоснимков) их трудно или невозможно разместить через Интернет в необработанном виде, и вместо этого они должны доставляться через физические носители (например, жесткие диски). В лучшем случае эти большие файлы могут быть размещены на чем-то вроде FTP-сервера или Dropbox / Box, но это может быть довольно дорогостоящим.
Кроме того, во многих реализациях пространственный характер данных может не считаться важным - или вообще не учитываться - что делает поиск, просмотр и использование пространственных данных пространственно трудным или невозможным. Такие вещи, как возможность символизировать данные любым полезным способом, могут отсутствовать.
Наконец, поддержание данных в актуальном состоянии имеет жизненно важное значение. Если нет автоматического способа обновления данных, то все становится неработоспособным для нетривиальных объемов данных.
Итак, с этим, кстати, главный вопрос :
- Какие решения для портала открытых данных доступны и как они сравниваются?
Дополнительные вопросы:
Каковы наиболее важные соображения при выборе решения для портала с открытыми данными?
Существуют ли сценарии, в которых использование более одного портала выгодно (и экономически эффективно)?
Могут ли пространственные и непространственные данные быть успешно интегрированы в один и тот же портал?
Есть ли примеры реализации портала открытых данных, которые вы считаете успешными или образцовыми ?
- Список некоторых реализаций приведен в Списке бесплатных данных ГИС США в Интернете, а также в статье Википедии о геопорталах .
Приложение:
Список портальных решений, которые мы сейчас оцениваем:
Другие порталы, которые мы еще не рассматривали:
Не совсем порталы, но хорошо работают для работы с плоскими файлами:
Роллинг свой, либо с использованием размещенного хранилища / серверов или локально
В нашем случае, поскольку у нас есть ESRI ELA и инфраструктура пространственных данных на основе ArcGIS , вполне вероятно, что будет выбрано хотя бы одно из решений ArcGIS.
Лично я предпочел бы, чтобы мы использовали больше программного обеспечения с открытым исходным кодом, но маловероятно, что мы сможем собрать что-то, что могло бы конкурировать с предложениями ESRI, по крайней мере, без изменения парадигмы в том, как люди используют ГИС в нашей организации. ,
Однако я надеюсь, что этот вопрос станет полезным ресурсом для всех, кто хочет улучшить доступ к общедоступным данным.
Ответы:
В этом списке отсутствует одно очень популярное и открытое решение: 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/en/master/
источник
Это большой вопрос, и одна из моих организаций (крупный исследовательский университет на Среднем Западе) активно участвует в этом. Мы сосредоточили наше внимание на OpenGeoportal (OGP), но, поскольку мы во многих отношениях очень ориентированы на Esri, Во многих наших усилиях по разработке реализована поддержка работы с продуктами Esri на стороне открытого исходного кода (например, предварительный просмотр сервисов ArcGIS Server в OGP). Я сосредоточу свой ответ на OGP и нашем опыте с ним.
Я думаю, что большой вопрос в том, сколько времени у вас есть у разработчика. Мы смогли внедрить OGP с помощью одного научного сотрудника, работающего неполный рабочий день, который занимался программированием и системным администрированием. Поддержка Esri была бы в некотором роде привлекательной, но я думаю, что наличие кодовой базы, открытой для взлома и адаптации, перевешивает ее.
ОГП использует индекс Solr на Java (Spring Framework) бэкэндом, что очень быстрый с десятками тысяч записей, а также через сегментирование потенциально масштабирует действительно хорошо.
С Solr на внутреннем интерфейсе, реальной власти ОГП и аспект видящего много активного развития ( это , например), является возможность сбора урожая метаданных из других экземпляров ОГП. С прочной структурой управления в настоящее время в работах , есть глаз к будущему федеративной системы экземпляров OGP обмена метаданных в рамках учреждений и реально улучшающих понятность пространственных данных.
Тем не менее, всегда есть опасения по поводу того, что в проектах FOSS не хватает сока разработчика и он умирает на корню. Тем не менее, принятие открытых стандартов сделало бы любой выход из OGP в будущем намного легче, чем могло бы быть в случае с более «скрытными» решениями в списке.
Небольшое примечание - это то, что штат Миннесота запускает геопространственные общедоступные устройства CKAN этим летом, надеясь связать воедино то, что долгое время представляло собой прачечный список различных агентств, размещающих и распространяющих данные ГИС множеством способов. Вы можете просмотреть бета-версию здесь .
Я с нетерпением жду, чтобы прочитать ответы и опыт других!
источник
Каталог открытых данных по адресу http://www.opengeocode.org/opendata/ (я являюсь соучредителем) - это краудсорсинг со списком порталов, связанных с наборами данных, по всему миру. В категории ГИС перечислены более 120 сайтов - в основном правительственные (например, федеральные, штатные, районные, муниципальные и т. Д.).
источник
Еще один вариант, который особенно подходит для пользователей ArcGIS, - это Esri Geoportal Server (не путать с Portal for ArcGIS.)
Esri Geoportal Server не является частью платформы ArcGIS и является автономным приложением:
Одним из преимуществ для существующих пользователей ArcGIS является клиент публикации ArcCatalog , который позволяет перенаправлять существующие метаданные, созданные в ArcCatalog, непосредственно на сервер Geoportal.
источник