Piotr Noszczyński

Piotr Noszczyński Archeolog,
Forschungsstelle
Kaiserpfalz
Ingelheim

Temat: przestrzenne bazy danych

witam,
czy jesteście w stanie coś na ten temat powiedzieć?
http://www.goldenline.pl/forum/1417102/bazy-danychdane...
Ewa S.

Ewa S. Doktorant, UWM

Temat: przestrzenne bazy danych

pytanie o oprogramowanie dotyczy baz danych? bo odnośnie GISa masz już wybrane.
jak duża będzie/jest baza? czy ma być współdzielona? czy będzie rozbudowywana?
Piotr Noszczyński

Piotr Noszczyński Archeolog,
Forschungsstelle
Kaiserpfalz
Ingelheim

Temat: przestrzenne bazy danych

witam,
tak zasadniczo chodzi mi o oprogramowanie przestrzennej bazy danych. Caly system mialby pracowac na zasadzie WebGIS-u i bazowac raczej na open sourcie.
Dane wsadowe i ich tematyka dotycza nieruchomych obiektow zabytkowych w postaci oboektow architektonicznych np. zamkow, kosciolow (a nie pojedynczych zabytkow ruchomych np. ceramika itp.). Obszar to odpowiednik np. wojewodztwa. W duzej mierze dane skladaja sie ze zdjec i opisow, oraz z danych wektorowych.
Dominik Mikiewicz

Dominik Mikiewicz maps made easy,
www.cartomatic.pl ||
cartoninjas.net

Temat: przestrzenne bazy danych

Jeżeli kładziesz nacisk na foss, to postgis wydaje się być dobrą propozycją. Obsługuje natywnie geometrię, a dodatek do obsługi rastrów jest dostępny jako beta, o ile dobrze pamiętam.
Generalnie każda baza da ci możliwość obsługi tego, o czym mówisz, nie każda zrobi to tak, jakbyś chciał. Geometrię obsługuje ntywnie sql server, oracle, postgis, chyba jest jakiś dodatek spatial do mysql. Rastry natywnie oracle spataial i postgis przez dodatek, pozostali jako binary blob (a więc zdjęcia w bazie jako blob, albo uri do ich lokalizacji).
Wydajnościowo postgis jest fajny, zdecydowanie szybszy niż sql server express (ograniczenia w wykorzystaniu hardware) i myślę, że nie będziesz żałował.
Piotr Noszczyński

Piotr Noszczyński Archeolog,
Forschungsstelle
Kaiserpfalz
Ingelheim

Temat: przestrzenne bazy danych

czy ewentualnie taka kombinacja byłaby OK???
PostGIS/PostgreSQL + MapServer 5.6.5 + Mapbender + gvSIG/QGIS/GRASS

lub

geoserver+postgis+openlayers

(http://www.goldenline.pl/forum/1450390/webgis-dla-hist...
Dawid Pyrdał

Dawid Pyrdał Specjalista ds. GIS

Temat: przestrzenne bazy danych

Nic lepszego nie wymyślisz jeżeli chodzi o rozwiązania FOSS.

Temat: przestrzenne bazy danych

Z przytoczonego rozwiązania Mapbendera z powodzeniem można zastąpić OpenLayers. A tak to wszystko się zgadza:)
Piotr Noszczyński

Piotr Noszczyński Archeolog,
Forschungsstelle
Kaiserpfalz
Ingelheim

Temat: przestrzenne bazy danych

podsumowując poniższa konfiguracja jest OK:
PostGIS/PostgreSQL + MapServer 5.6.5 + Mapbender lub OpenLayers + gvSIG/QGIS/GRASS
Piotr Noszczyński

Piotr Noszczyński Archeolog,
Forschungsstelle
Kaiserpfalz
Ingelheim

Temat: przestrzenne bazy danych

niestety nie mam doświadczenia w dziedzinie WebGIS, wiec moje pytanie zabrzmi być może nieco banalnie ale ile czasu (-/+) trzeba poświecić na instalacje i konfiguracje całości???
Dominik Mikiewicz

Dominik Mikiewicz maps made easy,
www.cartomatic.pl ||
cartoninjas.net

Temat: przestrzenne bazy danych

ćwierkały jaskółki, że geoserver jest szybszy niż mapserver. Ale słyszałem, że bywa i na odwrót, więc pewnie nie zaskodzi pogooglać za jakimiś stress testami.

A czasowo? Instalacja bazy to moment, geoservera też. ładujesz dane do db, wpinasz je do geoservera i wystawiasz jako wms/wfs dla openlayers. Wiedząc co robisz będziesz miał to gotowe w kilka h.
Jednak pamiętaj, że ol to framework do budowy aplikacji, a nie gotowe rozwiązanie. Są aplikacje, których napisanie zajmuje nie mało czasu.
Piotr Noszczyński

Piotr Noszczyński Archeolog,
Forschungsstelle
Kaiserpfalz
Ingelheim

Temat: przestrzenne bazy danych

a jakie macie doświadczenia/opinie z/o MS Access w roli przestrzennej bazy danych?
Dominik Mikiewicz

Dominik Mikiewicz maps made easy,
www.cartomatic.pl ||
cartoninjas.net

Temat: przestrzenne bazy danych

MS Access ma swoje zalety, ale nie pchaj się w niego.
Dawid Pyrdał

Dawid Pyrdał Specjalista ds. GIS

Temat: przestrzenne bazy danych

A on w ogóle obsługuje dane przestrzenne??

Temat: przestrzenne bazy danych

Skoro chcesz rozwiązanie oprzeć na otwartych źródłach to nie pchaj się w access.

Jeżeli powodem są rozwiązania praktyczne (ludzie, którzy maja z tym pracować znają tylko access) to rozważ opcje podłączenia bazy postgress do access poprzez ODBC. Nie próbowałem, ale można.

Czas:
Jak napisał Dominik. Instalacja wszystkiego to chwila moment, ale konfiguracja i "pożenienie" wszystkich komponentów to już zależy od Twoich/zespołu wiedzy, umiejętności i doświadczenia.Michał Drożdż edytował(a) ten post dnia 05.10.10 o godzinie 10:12
Piotr Noszczyński

Piotr Noszczyński Archeolog,
Forschungsstelle
Kaiserpfalz
Ingelheim

Temat: przestrzenne bazy danych

mam jeszcze jedno pytanie, mianowicie chciałbym się zapytać, rozbijając cały system na atomy, za co odpowiedzialne są pojedyncze aplikacje:
1. PostGIS/PostgreSQL +
2. MapServer 5.6.5 +
3. Mapbender lub OpenLayers +
4. gvSIG/QGIS/GRASS
Dominik Mikiewicz

Dominik Mikiewicz maps made easy,
www.cartomatic.pl ||
cartoninjas.net

Temat: przestrzenne bazy danych

Generalnie możesz rozbić sobie całość na:
Serverside:
- server bazy danych (postgis) - czyli przechowywanie danych
- server danych przestrzennych (geoserver, mapserver) - czyli maszynka do wystawienia Twoich danych w zadanym formacie / jako zadaną usługę

Clientside:
- Oprogramowanie klienckie web - aplikacje www oparte o openlayers, mapbender
- Oprogramowanie klienckie desktop - czyli gvsig, qgis, etc.

Można z pewnym uproszczeniem założyć, że aplikacje www kontaktują się z bazą danych poprzez server danych przestrzennych, natomiast desktopowe bezpośrednio z bazą danych, ale można sobie też to nieco skomplikować - nie ma żadnych przeciwskazań, żeby aplikacja www gadała bezpośrednio z bazą danych, natomiast desktopowa poprzez server danych przestrzennych (np. wms, czy wfs).

W przypadku aplikacji www pomiędzy clientside, a serverside jest jeszcze serwer www, chociaż jak widać powyżej może być on potrzebny i przy wykorzystaniu aplikacji desktop.

Zazwyczaj działa to tak, że klienckie oprogramowanie desktop słuzy do zaawansowanej pracy z danymi - tworzenie, edycja, analiza, usuwanie, etc., ale coraz powszechcniejsze są aplikacje www, które pisane są właśnie jako tzw. narzędzia CRUD - create, read, update and delete.
Chociaż zapewne obecnie poszukujesz rozwiązania pozwlającego na odczytanie danych przez www, a nie koniecznie ich edycję.
Piotr Noszczyński

Piotr Noszczyński Archeolog,
Forschungsstelle
Kaiserpfalz
Ingelheim

Temat: przestrzenne bazy danych

dzięki!!

A jak powinno wyglądać optymalne zestawienie desktopowe, bazujące również na przestrzennej bazie danych?
1. PostGIS/PostgreSQL
2. gvSIG/QGIS/GRASSPiotr Noszczyński edytował(a) ten post dnia 06.10.10 o godzinie 15:40
Piotr Noszczyński

Piotr Noszczyński Archeolog,
Forschungsstelle
Kaiserpfalz
Ingelheim

Temat: przestrzenne bazy danych

Bo zasadniczo pracując w gvSIG/QGIS/GRASS/ArcGIS etc. i tworząc nowe warstwy wektorowe (.shp) budujemy niejako bazę danych do która posiada pola z atrybutami, a w trakcie edycji warstwy wektorowej jest ona uzupelniana.
Wiec pytanie czy niezbędny jest posiadanie odrębnej bazy np. PostGIS/PostgreSQL do użytku desktopowego? I jakie są tego zalety.
Dominik Mikiewicz

Dominik Mikiewicz maps made easy,
www.cartomatic.pl ||
cartoninjas.net

Temat: przestrzenne bazy danych

To zeleży od tego, jaki gis chcesz u siebie zrobić. Jeżeli pracujesz sam to zapewne system bazujący na plikach sprawdzi się dobrze. Jeżeli jednak myslisz o systemie, z którego jednocześnie korzysta wielu użytkowników, w tym użytkownik typu geoserver, to zapewne baza danych jest dobrym rozwiązaniem. Za: to możliwość równoległego dostępu dla wielu użytkowników, możliwość wersjonowania danych, łatwość backupowania, odtworzenia danych, niezależność od klienta, jeżeli używasz natywnych typów danych dla geometrii, czy rastrów, stabilność oraz prędkość działania. Przeciw tzw. 'learning curve'. I od ciebie zależy, czy inwestycja w naukę nowych narzędzi jest uzasadniona na danym etapie, czy może migracja w późniejszym terminie jest rozsądniejsza.

A sama praca db vs pliki? Po skonfigurowaniu sobie źródeł danych (tablice w bazie i kolumny w shp na przykład) nie powinno być żadnej różnicy.Dominik Mikiewicz edytował(a) ten post dnia 06.10.10 o godzinie 21:17
Marek L.

Marek L. Wdrożeniowiec IT

Temat: przestrzenne bazy danych

Witam, a czy macie może jakieś doświadczenie z komercyjnymi produktami? Czy możecie coś polecić?
Chodzi mi także o webgisMarek L. edytował(a) ten post dnia 27.04.11 o godzinie 11:34

Następna dyskusja:

GIS a Bazy Danych




Wyślij zaproszenie do