Para muitas organizações, como governos locais / condados / estados, fornecer acesso público a dados GIS é um desafio.
Simplesmente saber quais dados estão disponíveis , quais são, quem os possui e mantém e onde obtê-los é provavelmente o desafio mais imediato. Portanto, um inventário de dados GIS é uma necessidade. Obviamente, criar uma é uma coisa, levar as pessoas a mantê-la (e assumir a responsabilidade por seus dados) é outra. Portanto, obter a adesão de partes interessadas internas também é muito importante.
Outra consideração importante é o suporte de uma solução para metadados . Se os dados não puderem ser descritos, são quase inúteis. Em algumas soluções, pode haver suporte limitado a metadados na forma de um número limitado de campos proprietários. O suporte a metadados em sua forma completa e original parece ser raro.
Pode haver limitações no tamanho, número de registros / atributos, tamanhos de campo ou na complexidade geométrica de dados GIS comuns, como pontos de endereço ou dados de parcelas que podem tornar algumas soluções inutilizáveis. Freqüentemente, o grande tamanho de alguns tipos de dados (por exemplo, LiDAR, imagens aéreas) torna difícil ou impossível hospedá-los pela Internet em sua forma bruta, e eles devem ser entregues via mídia física (por exemplo, discos rígidos). Na melhor das hipóteses, esses arquivos grandes podem estar hospedados em algo como um servidor FTP ou Dropbox / Box, mas pode ser bastante caro fazê-lo.
Além disso, em muitas implementações, a natureza espacial dos dados pode não ser considerada importante - ou considerada de todo - tornando a descoberta, visualização e uso de dados espaciais espacialmente difíceis ou impossíveis. Coisas como ser capaz de simbolizar os dados de qualquer maneira útil podem ser inexistentes.
Por fim, manter os dados atualizados é vital. Se não houver uma maneira automatizada de atualizar dados, tudo ficará impraticável para quantidades não triviais de dados.
Então, com isso fora do caminho, a questão principal é:
- Quais soluções de portal de dados abertos estão disponíveis e como elas se comparam?
Perguntas secundárias:
Quais são as considerações mais importantes ao decidir sobre uma solução de portal de dados abertos?
Existem cenários em que o uso de mais de um portal é benéfico (e econômico)?
Os dados espaciais e não espaciais podem ser integrados com sucesso no mesmo portal?
Existem exemplos de implementações de portal de dados abertos que você consideraria bem-sucedidas ou exemplares ?
- Uma lista de algumas implementações está na Lista de dados GIS gratuitos do governo dos EUA on-line , bem como no artigo da Wikipedia sobre geoportais .
Termo aditivo:
Uma lista de soluções de portal que estamos avaliando atualmente:
Outros portais que ainda não consideramos:
Na verdade, não são portais, mas funcionam bem para servir arquivos simples:
Criando o seu próprio, seja usando armazenamento / servidores hospedados ou no local
No nosso caso, como temos um ESRI ELA e uma infraestrutura de dados espaciais baseada em ArcGIS , parece bastante provável que pelo menos uma das soluções ArcGIS seja selecionada.
Pessoalmente, prefiro que usemos mais software de código aberto, mas parece improvável que possamos criar algo que possa competir com as ofertas da ESRI, pelo menos não sem uma mudança de paradigma na maneira como as pessoas usam o SIG em nossa organização .
No entanto, espero que essa pergunta se torne um recurso útil para quem deseja melhorar o acesso aos dados públicos.
Respostas:
Uma solução muito popular e de código aberto está faltando nesta lista: GeoNode.
O GeoNode é 100% construído em uma pilha de código aberto e permite o desenvolvimento de portais geográficos e SDI com base em tecnologias como GeoServer, PostGIS e pyCSW.
O GeoServer fornece serviços de mapeamento baseados nos padrões OGC (WMS, WCS, WFS, WPS etc.), o PostgreSQL e o PostGIS fornecem armazenamento espacial, o pycsw (ou, alternativamente, o GeoNetwork) fornece serviços de catálogos (OGC CSW).
Os conjuntos de dados espaciais expostos pelo GeoNode podem ser facilmente coletados pelo CKAN através do pycsw. O próprio GeoNode pode coletar e expor serviços remotos padrão publicados pelo MapServer, GeoServer, ArcGIS Server e outro mecanismo de mapeamento que implementa os padrões OGC.
O GeoNode é amplamente utilizado por muitas organizações, incluindo o Banco Mundial, o Programa Mundial de Alimentos das Nações Unidas, a Comissão Europeia, o Departamento de Estado dos EUA e muitos outros e possui uma comunidade de código aberto vibrante, amigável e muito ativa.
Para mais informações, visite o site: http://geonode.org/ e o site de documentação: http://docs.geonode.org/en/master/
fonte
Essa é uma ótima pergunta, e uma em que minha organização (uma grande universidade de pesquisa do Centro-Oeste) está ativamente envolvida. Temos focado nossa atenção no OpenGeoportal (OGP), mas como somos, em muitos aspectos, um lugar muito centrado no Esri, muito do nosso esforço de desenvolvimento tem implementado suporte para trabalhar com os produtos Esri para o lado de código aberto (visualizando os serviços do ArcGIS Server no OGP, por exemplo). Vou focar minha resposta no OGP e em nossa experiência com ele.
Penso que uma grande questão é quanto tempo de desenvolvedor você tem acesso. Conseguimos implementar o OGP com basicamente um assistente de pesquisa de meio período fazendo os bits de administração de codificação e sys. Ter o suporte da Esri seria atraente de certa forma, mas até agora acho que ter a base de código aberta para hackers e adaptação supera-a.
O OGP utiliza um índice Solr no back-end Java (framework Spring), que é muito rápido com dezenas de milhares de registros e via sharding potencialmente dimensiona muito bem.
Com Solr no backend, o verdadeiro poder da OGP, eo aspecto vendo um monte de desenvolvimento ativo ( esta , por exemplo), é a capacidade de metadados colheita de outras instâncias da OGP. Com uma estrutura de governança robusta atualmente em andamento , há um olho no futuro de um sistema federado de instâncias OGP que compartilham metadados entre instituições e melhoram realmente a descoberta de dados espaciais.
Dito isto, sempre há preocupações sobre os projetos de software livre acabando com o suco do desenvolvedor e morrendo na videira. No entanto, sua adoção de padrões abertos tornaria qualquer futuro sair da OGP muito mais fácil do que poderia ser o caso de soluções mais "secretas" na lista.
Uma pequena observação é que o estado de Minnesota está lançando um espaço geoespacial baseado no CKAN neste verão, esperançosamente amarrando o que havia sido uma longa lista de agências diferentes que hospedam e distribuem dados GIS de inúmeras maneiras. Você pode ver uma versão BETA aqui .
Estou ansioso para ler as respostas e experiências de outras pessoas!
fonte
O Open Data Catalog em http://www.opengeocode.org/opendata/ (sou co-fundador da) é uma lista de multidões de portais relacionados a conjuntos de dados em todo o mundo. Na categoria GIS, existem mais de 120 sites listados - a maioria governamental (por exemplo, federal, estadual, municipal, municipal, etc.).
fonte
Outra opção, que pode ser especialmente adequada para usuários do ArcGIS, é o Esri Geoportal Server (que não deve ser confundido com o Portal for ArcGIS.)
O Esri Geoportal Server não faz parte da plataforma ArcGIS e é um aplicativo independente:
Uma vantagem para os usuários existentes do ArcGIS é o cliente de publicação do ArcCatalog , que permite que os metadados existentes, criados no ArcCatalog, sejam enviados diretamente ao Geoportal Server.
fonte