Dla wielu organizacji, takich jak rządy lokalne / hrabstwa / stanowe, zapewnienie publicznego dostępu do danych GIS stanowi wyzwanie.
Po prostu wiedza o tym, jakie dane są dostępne , co to jest, kto je posiada i kto je utrzymuje, i gdzie je zdobyć, jest prawdopodobnie najpilniejszym wyzwaniem. Dlatego inwentaryzacja danych GIS jest koniecznością. Oczywiście, tworzenie jednego jest jedną rzeczą, zachęcanie ludzi do jego utrzymania (i przejmowania odpowiedzialności za swoje dane) to zupełnie inna sprawa. Dlatego bardzo ważne jest uzyskanie poparcia od wewnętrznych interesariuszy.
Innym ważnym zagadnieniem jest obsługa metadanych przez rozwiązanie . Jeśli danych nie można opisać, są one prawie bezużyteczne. W przypadku niektórych rozwiązań może istnieć ograniczona obsługa metadanych w postaci ograniczonej liczby zastrzeżonych pól. Obsługa metadanych w pełnej i oryginalnej formie wydaje się być rzadka.
Mogą istnieć ograniczenia dotyczące wielkości, liczby rekordów / atrybutów, długości pól lub złożoności geometrycznej wspólnych danych GIS, takich jak punkty adresowe lub dane działki, które mogą uniemożliwić korzystanie z niektórych rozwiązań. Często sama wielkość niektórych rodzajów danych (np. LiDAR, zdjęcia lotnicze) utrudnia lub uniemożliwia hostowanie ich przez Internet w surowej postaci, a zamiast tego muszą być dostarczane za pośrednictwem nośników fizycznych (np. Dysków twardych). W najlepszym razie te duże pliki mogą być hostowane na czymś takim jak serwer FTP lub Dropbox / Box, ale może to być dość kosztowne.
Ponadto w wielu implementacjach przestrzenny charakter danych może nie być uważany za ważny - lub w ogóle brany pod uwagę - utrudniający lub uniemożliwiający wyszukiwanie, przeglądanie i wykorzystywanie danych przestrzennych . Rzeczy takie jak możliwość symbolizowania danych w jakikolwiek użyteczny sposób mogą nie istnieć.
Wreszcie ważne jest , aby dane były aktualne . Jeśli nie ma zautomatyzowanego sposobu aktualizacji danych, cała sprawa staje się niewykonalna w przypadku nietrywialnych ilości danych.
Tak więc, bez przeszkód, główne pytanie brzmi:
- Jakie rozwiązania portalu otwartych danych są dostępne i jak się porównują?
Pytania dodatkowe:
Jakie są najważniejsze kwestie przy podejmowaniu decyzji o rozwiązaniu portalu z otwartymi danymi?
Czy istnieją scenariusze, w których korzystanie z więcej niż jednego portalu jest korzystne (i opłacalne)?
Czy dane przestrzenne i nieprzestrzenne można skutecznie zintegrować z tym samym portalem?
Czy są jakieś przykłady implementacji portalu danych otwartych , które uważasz za udane lub wzorowe ?
- Lista niektórych wdrożeń znajduje się na liście bezpłatnych danych GIS przez rząd USA oraz w artykule w Wikipedii na temat geoportali .
Uzupełnienie:
Lista rozwiązań portalowych, które obecnie oceniamy:
Inne portale, których jeszcze nie rozważaliśmy:
Niezupełnie portale, ale dobrze sprawdzają się do obsługi płaskich plików:
Rolling własne, albo za pomocą hostowanej pamięci / serwerów lub lokalnie
W naszym przypadku, ponieważ mamy ESRI ELA i infrastrukturę danych przestrzennych opartą na ArcGIS , wydaje się całkiem prawdopodobne, że zostanie wybrane co najmniej jedno z rozwiązań ArcGIS.
Osobiście wolałbym, abyśmy używali więcej oprogramowania typu open source, ale wydaje się mało prawdopodobne, abyśmy mogli stworzyć coś, co mogłoby konkurować z ofertami ESRI, przynajmniej nie bez zmiany paradygmatu w sposobie, w jaki ludzie używają GIS w naszej organizacji .
Mam jednak nadzieję, że to pytanie stanie się użytecznym źródłem informacji dla każdego, kto chce poprawić dostęp do danych publicznych.
Odpowiedzi:
Na tej liście brakuje jednego bardzo popularnego i otwartego oprogramowania: GeoNode.
GeoNode jest w 100% zbudowany na stosie open source i pozwala na tworzenie geo-portali i SDI w oparciu o technologie takie jak GeoServer, PostGIS i pyCSW.
GeoServer zapewnia usługi mapowania w oparciu o standardy OGC (WMS, WCS, WFS, WPS itp.), PostgreSQL i PostGIS zapewnia pamięć przestrzenną, pycsw (lub alternatywnie GeoNetwork) zapewnia usługi katalogowe (OGC CSW).
Przestrzenne zestawy danych udostępnione przez GeoNode mogą być łatwo zebrane przez CKAN poprzez pycsw. Sam GeoNode może zbierać i ujawniać standardowe zdalne usługi publikowane przez MapServer, GeoServer, ArcGIS Server i inne mechanizmy mapujące implementujące standardy OGC.
GeoNode jest szeroko stosowany przez wiele organizacji, w tym Bank Światowy, Światowy Program Żywnościowy Organizacji Narodów Zjednoczonych, Komisję Europejską, Departament Stanu USA i wiele innych. Ma też aktywną, przyjazną i bardzo aktywną społeczność open source.
Aby uzyskać więcej informacji, odwiedź stronę internetową: http://geonode.org/ i stronę z dokumentacją: http://docs.geonode.org/en/master/
źródło
To świetne pytanie, a moja organizacja (duży uniwersytet badawczy na środkowym zachodzie) jest aktywnie zaangażowana. Koncentrujemy naszą uwagę na OpenGeoportal (OGP), ale ponieważ jesteśmy pod wieloma względami bardzo skoncentrowani na Esri, wiele z naszych wysiłków programistycznych polegało na wdrożeniu wsparcia dla pracy z produktami Esri po stronie open source (na przykład podgląd usług ArcGIS Server w OGP). Skoncentruję swoją odpowiedź na OGP i naszym doświadczeniu z tym.
Myślę, że dużym pytaniem jest, ile masz czasu programisty. Byliśmy w stanie wdrożyć OGP z zasadniczo jednym niepełnym etatem, absolwentem asystenta ds. Badań, zajmującym się kodowaniem i administrowaniem systemami. Posiadanie wsparcia Esri byłoby pod pewnymi względami atrakcyjne, ale do tej pory myślę, że posiadanie otwartej bazy kodu do hakowania i adaptacji przeważa nad tym.
OGP wykorzystuje indeks Solr na backendie Java (Spring Framework), który jest bardzo szybki z dziesiątkami tysięcy rekordów i poprzez sharding potencjalnie skaluje się naprawdę dobrze.
Z Solr na backend, realnej władzy OGP oraz aspektu zobaczyć wiele aktywnego rozwoju ( w tym , na przykład), to zdolność do zbiorów metadanych z innymi instancjami OGP. Obecnie trwają prace nad solidną strukturą zarządzania , dlatego zwrócono uwagę na przyszłość stowarzyszonego systemu instancji OGP udostępniających metadane między instytucjami i naprawdę poprawiających wykrywalność danych przestrzennych.
To powiedziawszy, zawsze są obawy, że w projektach FOSS zabraknie soku dla programistów i umrze na winorośli. Jednak przyjęcie otwartych standardów sprawi, że wszelkie przyszłe wyjścia z OGP będą o wiele łatwiejsze, niż mogłoby być w przypadku bardziej „tajnych” rozwiązań na liście.
Niewielka uwaga jest taka, że stan Minnesota wprowadza latem zasilane przez CKAN wspólnoty geoprzestrzenne, miejmy nadzieję, że łączy dawną listę pralni różnych agencji zajmujących się dystrybucją danych GIS na niezliczone sposoby. Możesz zobaczyć wersję BETA tutaj .
Nie mogę się doczekać, aby przeczytać odpowiedzi i doświadczenia innych!
źródło
Katalog danych otwartych pod adresem http://www.opengeocode.org/opendata/ (jestem współzałożycielem) to zbiorcza lista portali związanych z zestawem danych na całym świecie. W kategorii GIS znajduje się ponad 120 witryn - głównie rządowych (np. Federalne, stanowe, powiatowe, miejskie itp.).
źródło
Inną opcją, która może być szczególnie odpowiednia dla użytkowników ArcGIS, jest Esri Geoportal Server (nie mylić z Portal for ArcGIS).
Esri Geoportal Server nie jest częścią platformy ArcGIS i jest samodzielną aplikacją:
Jedną z zalet dla istniejących użytkowników ArcGIS jest klient publikujący ArcCatalog , który pozwala na przesyłanie istniejących metadanych, które zostały utworzone w ArcCatalog, bezpośrednio na serwer Geoportal.
źródło