1 Projekt - "Informatyzacja państwowego zasobu geodezyjnego i kartograficznego oraz WARUNKI TECHNICZNE

1 do Specyfikacji Istotnych Warunków Zamówienia Załącznik nr 5 WARUNKI TECHNICZNE Przetarg na dostawę sprzętu, oprogramowania i szkoleń w ramach realizacji projektu Informatyzacja państwowego zasobu geodezyjnego i kartograficznego oraz

2 Przedmiotem zamówienia jest informatyzacja państwowego geodezyjnego i kartograficznego oraz opracowanie systemu organizacji, zarządzania i udostępniania przez Internet. zasobu Wstęp Przewidywany zakres zamówienia obejmuje: 1. Dostawę sprzętu, 2. Dostawę oprogramowania i szkolenia. Realizacja zamówienia powierzona będzie wyłonionemu w drodze przetargu Dostawcy. 1.1 Składniki oprogramowania Zgodnie z Planem Wdrożenie Projektu w lokalizacjach projektowych dostawie podlegają następujące rodzaje oprogramowania: Lp. Rodzaj oprogramowania Lokalizacja Ilość 1 Relacyjna baza danych ODGIK 17 2 Repozytorium dokumentów ODGIK 17 3 Portal internetowy ODGIK 17 4 Export danych o zgłoszeniach i operatach ODGIK 17 5 Import danych o zgłoszeniach i operatach ODGIK 17 6 Wtyczki do baz danych istniejących w ośrodkach ODGIK 5 7 Oprogramowanie do obsługi skanerów przemysłowych WODGIK 1 8 Oprogramowanie do obsługi skanerów stołowych WODGIK 1 Oprogramowania 1-6 dostarczane są na potrzeby ODGIK oraz określane będą dalej SYSTEMEM. Oprogramowania 7-8 dostarczane są na potrzeby działania Centrum Ekspertyz organizowanego w WODGIK. 1.2 Ogólne założenia dla SYSTEMU 1.2.1.1 SYSTEM działać będzie autonomicznie w każdym z ODGIK uczestniczącym w projekcie. 1.2.1.2 SYSTEM będzie powiązany z bazami danych użytkowanym w ODGIK zawierającymi dane PZGIK przez mechanizmy exportu/importu oraz dedykowane wtyczki do synchronizacji zasobów. 1.2.1.3 SYSTEM będzie dostępy przez publiczną sieć internetową oraz przeglądarkę internetową.

3 RYSUNEK 1 OTOCZENIE SYSTEMU WIDZIANE NA ZEWNĄTRZ ODGIK 1.2.2 SYSTEM widziany wewnątrz ośrodka ODGIK Poniżej przedstawiono opis zasad działania SYSTEMU dla każdego z ODGIK biorących udział w projekcie. 1.2.2.1 Podstawowe komponenty niezbędne do opisania ww. zagadnień przedstawiono na diagramie głównych komponentów istotnych z punktu widzenia SYSTEMU

4 1.2.2.1.1 Przez system ośrodka określa się w niniejszym dokumencie oprogramowanie obecnie używane w ODGIK służące do prowadzenia zasobu geodezyjnego i kartograficznego PZGIK. 1.2.2.1.2 Przez bazę danych ośrodka określa się dane gromadzone w ODGIK w formie plików o udokumentowanym formacie lub w RDBMS o udokumentowanej strukturze, które wymagane są w SYSTEMIE. 1.2.2.1.3 Komponent Portal zapewniać musi użytkownikom dostęp do funkcjonalności SYSTEMU, w tym pozwalać korzystać z dokumentów obsługiwanych przez komponent Repozytorium oraz zasobów mapowych. Interfejs graficzny klienta obsługiwany musi być przez przeglądarkę internetową bez dodatkowych wtyczek do przeglądarki. 1.2.2.1.4 Przedmiotem Portalu nie jest automatyzacja obsługi płatności za udostępnione dane. 1.2.2.1.5 Komponent Eksport/Import-Operaty i Zgłoszenia zapewniać musi odczyt przez komponent Repozytorium danych o operatach i zgłoszeniach oraz wydawanie danych o przyjętych poprzez Portal zgłoszeniach. 1.2.2.1.6 Powiązanie z systemem ośrodka następuje poprzez wtyczki dedykowane do baz danych użytkowanych w ośrodku (Wtyczka-Dokumenty oraz Wtyczka-Zasoby). Wtyczki inicjują połączenie z SYSTEMEM poprzez wywołanie operacji usług

5 sieciowych udostępnianych przez SYSTEM. 1.2.2.1.7 Komponent RDBMS relacyjna baza danych - przeznaczony jest do składowania wszystkich danych niezbędnych do funkcjonowania SYSTEMU. 1.2.2.1.8 Dostawca SYSTEMU opracuje i dostarczy uczestnikom projektu specyfikację techniczną strukturę bazy danych dla SYSTEMU. 1.2.2.2 Podstawowym wymogiem wobec podziału funkcjonalności i organizacji wymiany danych w ramach ośrodka jest eliminacja konieczności dodatkowego, ręcznego wprowadzania takich samych danych w systemie ośrodka i SYSTEMIE. Bazy danych SYSTEMU i bazy danych w ośrodku ma być synchronizowana poprzez wtyczki (Wtyczka-Dokumenty, Wtyczka-Zasoby). 1.2.2.3 Osadzenie SYSTEMU w ramach infrastruktury istniejącej w ośrodku i dostarczanej w ramach Projektu pokazuje diagram rozmieszczenia 1.2.2.3.1 W ramach Projektu powinny zostać zainstalowane i skonfigurowane komponenty SYSTEMU: Repozytorium dokumentów, Portal oraz moduł Import/Eksport- Operaty i Zgłoszenia. Na serwerze powinna być wykonywana kopia bezpieczeństwa dla oprogramowania na nim funkcjonującego (z wykorzystaniem dysku zewnętrznego dostarczanego wraz z serwerem). 1.2.2.3.2 Serwer SYSTEMU powinien być połączony z siecią WWW poprzez dostarczane w ramach Projektu: router (z funkcją zapory ogniowej) i łącze WWW. Z siecią LAN serwer ten jest połączony poprzez drugi router dostarczany w ramach Projektu (z funkcją zapory ogniowej i szyfrowania). 1.2.2.3.3 Na serwerze funkcjonującym w ośrodku (działającym w sieci LAN) powinny zostać zainstalowane i skonfigurowane Wtyczki.

6 Wymagania dla oprogramowania 1.3 Wymagania ogólne 1.3.1 Wymagane zasady dostarczania oprogramowania 1.3.1.1 Oprogramowanie musi być dostarczone do lokalizacji, zgodnie z zaproponowanym przez Dostawcę szczegółowym harmonogramem dostaw. Propozycja harmonogramu powinna być przekazana do Biura Projektu w ciągu 7 dni od podpisania umowy i uzgodniona z Biurem projektu w ciągu kolejnych 7 dni. 1.3.1.2 Oprogramowanie musi być zainstalowane, skonfigurowane do pracy z dostarczonym sprzętem komputerowym i łączami. 1.3.1.3 Z procesów dostaw, instalacji i konfiguracji Dostawca musi sporządzić protokół i po podpisaniu przez lokalizację projektową przekazać do Biura Projektu. 1.3.1.4 Na potrzeby odbioru Dostawca przedstawi do Biura Projektu propozycję planów testów, które po uzgodnieniu i wykonaniu z wynikiem pozytywnym będą podstawą do dokonania odbioru. 1.3.1.5 Dostawca musi przekazać dokumentację dostarczonego SYSTEMU obejmującą co najmniej instrukcję administratora, podręczniki użytkownika, parametry instalacji i konfiguracji, raporty z wykonania planów testów; Dokumentację należy dostarczyć w formie elektronicznej (pliki PDF oraz DOC) oraz drukowanej w liczbie 3 egzemplarzy każda. 1.3.2 Wymagania dotyczące gwarancji i wsparcia 1.3.2.1 Dostawca musi zapewnić aktualizację (w tym dostosowywanie do zmian przepisów prawnych) dostarczonego oprogramowania przez okres minimum 60 miesięcy bez dodatkowych opłat (wymóg nie dotyczy systemów operacyjnych oraz serwera relacyjnej bazy danych). 1.3.2.2 Wsparcie dotyczy procesu napełniania SYSTEMU danymi pochodzącymi od wykonawcy skanowania zasobu. 1.3.2.3 W przypadku pojawienia się problemów związanych z wgrywaniem danych utworzonych w procesie skanowania wymagana jest obecność Dostawcy oprogramowania w celu usunięcia wady SYSTEMU w danej lokalizacji. 1.4 Relacyjna baza danych 1.4.1 Warunki dostaw 1.4.1.1 Do każdego z 17 ośrodków uczestniczących w projekcie Dostawca musi dostarczyć system zarządzania relacyjną bazą danych (RDBMS). 1.4.1.2 Dostarczone licencje muszą upoważniać do bezterminowego używania bazy danych na dostarczonych serwerach przez nieograniczoną liczbę użytkowników. Wersja bazy danych musi być zgodna z wymaganiami systemu operacyjnego serwera, parametrami technicznymi serwera oraz wymaganiami dostarczanego oprogramowania.

7 1.4.1.3 Dla dostarczonej bazy danych musi istnieć możliwość późniejszego wykupienia usług wsparcia. 1.4.2 Funkcjonalność 1.4.2.1 Zapis danych oparty na transakcjach. 1.4.2.2 Izolowanie transakcji pozwalające uzyskanie spójnego wyniku zapytania w czasie modyfikowania odpytywanego zakresu danych i jednocześnie brak blokowania transakcji przez niezależne odpytywanie zbioru danych podlegających modyfikacji. 1.4.2.3 Obsługę języka SQL. 1.4.2.4 Obsługę perspektyw, indeksów, więzów integralności danych. 1.4.2.5 Możliwość przechowywania oraz indeksowania danych rastrowych i wektorowych. 1.4.2.6 Możliwość przechowywania modeli topologicznych i sieciowych. 1.4.2.7 Możliwość tworzenia procedur składowanych w bazie danych - motor bazy danych powinien mieć wbudowany język proceduralny blokowy, z wbudowaną obsługą wyjątków. 1.4.2.8 Mechanizmy wyzwalające działające na poziomie zmian w tabelach jak i na poziomie zdarzeń występujących w motorze bazy danych (np. tworzenie / zamykanie sesji, wykonywanie operacji zmieniających logiczną strukturę bazy danych itd.). 1.4.2.9 Nadawanie uprawnień dostępu do danych dla użytkowników i ról. 1.4.2.10 Możliwość zakładania i zarządzania wieloma kontami użytkowników. 1.4.2.11 Zarządzanie wydajnością i dostępnością. 1.4.2.12 Automatyczne monitorowanie i diagnostyka pracy serwera bazy danych. 1.4.2.13 Archiwizacja danych, możliwość wykonywania backup-ów online. 1.4.2.14 Odtwarzanie danych w razie awarii. 1.4.2.15 Możliwość odtwarzania bazy danych na poziomie całej bazy danych, plików danych, bloków danych. 1.4.2.16 Zapisywanie w bazie danych obiektów cyfrowych typu LOB. 1.4.2.17 Obsługę zaawansowanych typów danych takich jak duże obiekty tekstowe czy dane typu XML. 1.4.2.18 Obsługa języka polskiego. 1.5 Portal obsługi internetowej 1.5.1 Warunki dostaw 1.5.1.1 Do każdego z 17 ośrodków uczestniczących w projekcie Dostawca musi dostarczyć portal obsługi internetowej nazywany w tym dokumencie Portalem. 1.5.1.2 Dostarczone licencje muszą upoważniać do bezterminowego używania Portalu przez nieograniczoną liczbę użytkowników.

8 1.5.2 Wymagania ogólne 1.5.2.1 Powinien pracować przynajmniej w przeglądarkach Internet Explorer w wersji 6 i Mozilla Firefox w wersji 2.0 i wyższych, bez konieczności ponoszenia dodatkowych kosztów przez klienta końcowego, związanych z zakupem oprogramowania. 1.5.2.2 Powinien pozwalać na równoległą pracę dla wielu użytkowników. 1.5.2.3 Klient Portalu nie może wymagać instalacji dodatkowych wtyczek do przeglądarki. 1.5.2.4 Administrator Portalu powinien mieć możliwość dostosowania wyglądu panelu widoku mapy w zakresie jego układu i wyglądu: kolorystyki i układu przycisków, ikon, wyglądu kursora myszy. 1.5.2.5 Powinien zapewniać dostęp do danych poprzez szyfrowane połączenie SSL. 1.5.2.6 Powinien zapewniać jednolitą obsługę autoryzacji i uprawnień użytkowników SYSTEMU, w tym zapewniać funkcjonalność jednokrotnego logowania do wszystkich podsystemów wchodzących w jego skład. 1.5.2.7 Powinien posiadać mechanizmy przydzielania i ograniczania praw dostępu dla użytkowników. 1.5.2.8 Powinien umożliwiać złożenie podpisu cyfrowego na dokumentach stworzonych przy użyciu formularzy dostępnych w Portalu. 1.5.2.9 Powinien umożliwiać generowanie wydruków dokumentów z formularzy internetowych. 1.5.2.10 Powinien stanowić interfejs użytkownika do repozytorium dokumentów elektronicznych oraz do zasobów mapowych. 1.5.2.11 Powinien udostępniać metadane zgodne z normami serii ISO 19100 i Polskim Profilem Metadanych dla danych przestrzennych jako serwer zgodny ze standardem OGC CSW. 1.5.2.12 Powinien umożliwiać informowanie przez e-mail i SMS o zdarzeniach w systemie. 1.5.2.13 Powinien komunikować się z wtyczkami do baz danych systemów użytkowanych w ODGIK. 1.5.2.14 Powinien zapewniać możliwość udostępniania obsługiwanych danych mapowych zgodnie ze standardem usługi OGC WMS 1.1.1 (serwer WMS): 1.5.2.14.1 Usługi sieciowe powinny obsługiwać żądania o poniższe metody opisane standardem OGC WMS 1.1.1: a) GetCapabilities a) GetMap b) GetFeatureInfo. 1.5.2.14.2 Formatem odpowiedzi na żądanie GetMap powinny być: c) JPEG d) PNG z przezroczystością. 1.5.2.14.3 Formatem odpowiedzi na żądanie GetFeatureInfo powinien być XML.

9 1.5.2.14.4 Dla usługi sieciowe WMS SYSTEM powinien wspierać autentykację oraz autoryzację na potrzeby ograniczenia dostępnych zbiorów oraz elementów zbiorów zależnie od użytkownika. ilości uprawnień 1.5.2.14.5 Usługi sieciowe WMS powinny udostępniać dane w układach współrzędnych: e) układ współrzędnych danych źródłowych f) układ 1992 g) układ WGS84. 1.5.2.14.6 Usługi sieciowe WMS powinny obsługiwać SSL. 1.5.2.15 Powinien zapewniać możliwość udostępniania danych zgodnie ze standardem usługi OGC WFS 1.1 (serwer WFS): 1.5.2.15.1 Usługi sieciowe powinny obsługiwać żądania o poniższe metody opisane standardem WFS 1.1: h) GetCapabilities i) DescribeFeatureType j) GetFeature - z obsługą atrybutu Query zgodnie ze specyfikacją standardu OGC WFS 1.1 1.5.2.15.2 Usługi sieciowe WFS powinny wspierać autentykację oraz autoryzację na potrzeby ograniczenia ilości dostępnych zbiorów oraz elementów zbiorów zależnie od uprawnień użytkownika. 1.5.2.15.3 Usługi sieciowe WFS powinny udostępniać dane w układach współrzędnych: k) układ współrzędnych danych źródłowych l) układ 1992 m) układ WGS84 1.5.2.15.4 Usługi sieciowe WFS powinny obsługiwać SSL. 1.5.3 Funkcjonalność w zakresie wykorzystania zasobów opisowych dla portalu powiatowego 1.5.3.1 Powinien odczytywać minimum formaty danych XML, SWDE 1.5.3.2 Powinien obsługiwać, co najmniej następujące dane (opisowe): 1.5.3.2.1 słownik jednostek ewidencyjnych, 1.5.3.2.2 słownik obrębów ewidencyjnych, 1.5.3.2.3 słownik aktualnych działek ewidencyjnych, 1.5.3.2.4 słownik wykonawców, 1.5.3.2.5 słownik asortymentów robót, 1.5.3.2.6 dane opisowe ewidencji gruntów i budynków, 1.5.3.2.7 dane opisowe operatu, 1.5.3.2.8 dane opisowe robót w toku (KERG),

10 1.5.3.2.9 dane opisowe map, 1.5.3.2.10 słownik ulic i adresów porządkowych nieruchomości. 1.5.4 Funkcjonalność w zakresie wykorzystania zasobów mapowych dla portalu powiatowego 1.5.4.1 Powinien oferować możliwość wizualizacji warstw bezpośrednio z bazy danych dla warstw: punktów adresowych, granic i numerów działek, budynków, zakresy operatów, zgłoszeń, prac. 1.5.4.2 Dane przestrzenne dla punktów adresowych, granic i numerów działek, budynków, obiektów wirtualnych (granice administracyjne, granice obrębów, sekcji, zakresy operatów, zgłoszeń, prac), mają być przechowywane z wykorzystaniem typów przestrzennych wbudowanych w silnik bazy danych. 1.5.4.3 Powinien obsługiwać, co najmniej następujące mapy rastrowe i wektorowe oraz zakresy: 1.5.4.3.1 ortofotomapa, 1.5.4.3.2 mapa ewidencji gruntów i budynków, 1.5.4.3.3 mapa punktów adresowych, osi ulic, 1.5.4.3.4 mapa osnowy geodezyjnej, 1.5.4.3.5 mapa przeglądowa zawierająca: koleje, drogi, wody, tereny zieleni, krawężniki ulic lub osie ulic, granice administracyjne, granice obrębów i sekcji, 1.5.4.3.6 zakresy prac geodezyjnych i kartograficznych, 1.5.4.3.7 zakresy operatów technicznych, 1.5.4.4 Powinien umożliwiać wizualizację map i zakresów, a w tym: 1.5.4.4.1 dołączanie wybranych przez użytkownika warstw pochodzących z serwisów WMS i WFS (jako klient WMS i WFS), 1.5.4.4.2 przesuwanie, przybliżanie, oddalanie wizualizowanego obszaru mapy, 1.5.4.4.3 musi obsługiwać jednoczesną prezentację w oknie widoku ortofotomapy dla różnych powiększeń, skal mapy jak również pełnego zakresu przestrzennego powiatu, 1.5.4.4.4 musi umożliwiać jednoczesną prezentację w okno widoku mapy, wszystkich map wektorowych dla całego powiatu, 1.5.4.4.5 lokalizację wizualizowanych obiektów po wybranych atrybutach opisowych, 1.5.4.4.6 wyświetlanie informacji o wskazanym obiekcie z uwzględnieniem praw dostępu do informacji, 1.5.4.4.7 brak możliwości odczytania współrzędnych geodezyjnych bezpośrednio z mapy internetowej, a jedynie przez dedykowane narzędzie Portalu, umożliwiające odczyt współrzędnych, w różnych układach współrzędnych (Gdańsk 70, 1965, 2000, 1992, WGS84) z możliwością konfiguracji przez administratora Portalu błędu odczytu.

11 1.5.4.5 Powinien zapewniać wyszukiwanie obiektów na mapie wg różnej kombinacji wartości ich atrybutów, co najmniej dla następujących warunków: 1.5.4.5.1 wyszukiwanie działek wg jednostki ewidencyjnej, obrębu, numeru arkusza, numeru działki, numeru KW, jednostki rejestrowej, 1.5.4.5.2 wyszukiwanie zakresów operatów wg numeru KERG, wg jednostki ewidencyjnej, obrębu, numeru działki, zgłaszającego, daty zgłoszenia, 1.5.4.5.3 wyszukiwanie sekcji mapy zasadniczej wg godła, 1.5.4.5.4 wyszukiwanie punktu osnowy wg numeru, klasy, typu, 1.5.4.5.5 wyszukiwanie punktu adresowego wg miejscowości, nazwy ulicy, numeru adresowego. 1.5.5 Funkcjonalność w zakresie wykorzystania zasobów mapowych - dla portalu wojewódzkiego 1.5.5.1 Powinien oferować możliwość wizualizacji następujących warstw rastrowych: mapy topograficzne, mapy hydrograficzne, mapy sozologiczne, ortofotomapy, mapy glebowo-rolnicze, mapa ogólno geograficzna, mapy hipsometryczne. 1.5.5.2 Powinien umożliwiać wizualizację map, a w tym: 1.5.5.2.1 dołączanie wybranych przez użytkownika warstw pochodzących z serwisów WMS i WFS (jako klient WMS i WFS), 1.5.5.2.2 przesuwanie, przybliżanie, oddalanie wizualizowanego obszaru mapy, 1.5.5.2.3 musi obsługiwać jednoczesną prezentację w oknie widoku ortofotomapy dla różnych powiększeń, skal mapy jak również pełnego zakresu przestrzennego powiatu, 1.5.5.2.4 brak możliwości odczytania współrzędnych geodezyjnych bezpośrednio z mapy internetowej, a jedynie przez dedykowane narzędzie Portalu, umożliwiające odczyt współrzędnych, w różnych układach współrzędnych (1992, WGS84) z możliwością wprowadzenia błędu odczytu. 1.5.6 Funkcjonalność obsługi prac geodezyjnych dla portalu powiatowego 1.5.6.1 Zgłaszanie prac geodezyjnych z wnoszeniem zakresu graficznego, przesłaniem zgłoszenia oraz zamówieniem materiałów do wykonania prac. 1.5.6.2 Portal powinien wspierać użytkownika przy pracy ze zgłoszeniem przez: 1.5.6.2.1 obsługę formularza, zapewniającego wygenerowanie dokumentu elektronicznego dla zgłoszenia zgodnego ze standardem określonym w ramach projektu oraz zapewniającego użycie poprawnych danych, np. dla wartości słownikowanych - jednostek ewidencyjnych, obrębów, arkuszy, działek ewidencyjnych, 1.5.6.2.2 umożliwienie wkreślania zakresu graficznego zgłoszenia opartego na wielokącie na tle mapy, 1.5.6.2.3 informowanie o nakładaniu się zakresu graficznego dla zgłoszenia z innymi

12 trwającymi robotami geodezyjnymi, 1.5.6.2.4 informowanie o pokrywaniu się numerów działek dla zgłoszenia z innymi trwającymi robotami geodezyjnymi. 1.5.6.3 Przesłanie przez ODGIK odpowiedzi na zgłoszenie pracy geodezyjnej. 1.5.6.4 Przesłanie na adres e-mailowy lub wysłanie wiadomości SMS o nadaniu numeru KERG i przesłaniu odpowiedzi na zgłoszenie pracy geodezyjnej. 1.5.6.5 Udostępnianie materiałów do wykonania prac zawartych w odpowiedzi na zgłoszenie pracy geodezyjnej w postaci rejestru danych dla zarejestrowanego numeru KERG oraz danych opisowych EGiB w przypadku zgłoszenia roboty prawnej. 1.5.6.6 Wizualizacja danych graficznych udostępnionych do wykorzystania w ramach zgłoszonej pracy w portalu internetowym. 1.5.6.7 Możliwość odczytania danych na temat innych robót (co najmniej: KERG, informacje o zgłaszającym, data zgłoszenia, data przewidywanego zakończenia, data klauzulowania, graficzny zakres roboty). 1.5.6.8 Możliwość przesłania do ODGiK wyników pracy geodezyjnej w postaci danych niezbędnych do wykonania aktualizacji zasobu. 1.5.6.9 Możliwość złożenia zamówienia na materiały końcowe roboty (określenie formy tych materiałów i ilości kopii). 1.5.6.10 Przesłanie na adres e-mailowy lub wysłanie wiadomości SMS o zakończeniu procesu aktualizacji zasobu i możliwości odbioru materiałów końcowych roboty w ODGiK. 1.5.6.11 Dostęp do listy zgłoszonych przez użytkownika prac, ich atrybutów (w tym statusów realizacji), dokumentów elektronicznych przesłanych w związku z daną robotą. 1.5.6.12 Pobieranie materiałów od wykonawcy do aktualizacji zasobu w postaci pliku archiwum. 1.5.7 Funkcjonalność obsługi zamówień na materiały dla portalu powiatowego 1.5.7.1.1 Obsługę formularza, zapewniającego wygenerowanie dokumentu elektronicznego dla zamówienia zgodnego ze standardem określonym w ramach projektu oraz zapewniającego użycie poprawnych danych, np. dla wartości słownikowanych - jednostek ewidencyjnych, obrębów, arkuszy, działek ewidencyjnych. 1.5.7.1.2 Przesłanie odpowiedzi i wyceny prac przygotowanej przez ODGIK na adres poczty elektronicznej zamawiającego, podany w zamówieniu, ewentualnie przesłanie SMS na wskazany w zamówieniu numer telefonu. 1.5.7.1.3 Obsługę formularza, zapewniającego dołączenie i przesłanie do ODGIK dowodu wpłaty za przygotowane przez ODGiK materiały. 1.5.8 Funkcjonalność obsługi prac kartograficznych dla portalu wojewódzkiego 1.5.8.1 Portal powinien wspierać użytkowników przy pracy ze zgłoszeniem przez:

13 1.5.8.1.1 obsługę formularza, zapewniającego wygenerowanie dokumentu elektronicznego dla zgłoszenia zgodnego ze standardem określonym w ramach projektu, 1.5.8.1.2 przesłanie na adres e-mailowy ośrodka informacji o złożeniu zgłoszenia poprzez portal, 1.5.8.1.3 dostęp do zgłoszonych poprzez portal prac, ustawienie statusu realizacji zgłoszenia (do rozpatrzenia, zaakceptowane/odrzucone, zakończone), 1.5.8.1.4 przesłanie do użytkownika komunikatu na temat realizacji zgłoszenia. 1.5.9 Wymagane operacje usług sieciowych na potrzeby komunikacji przez wtyczki Nazwa operacji OdswiezWarstweMapy() <Meth.Type> OdswiezSWDE() <Meth.Type> Opis Pozwala odświeżyć zawartość warstwy mapy; zwraca XML zawierający kod rezultatu i opis błędu (jeśli wystąpił); Pozwala odświeżyć zawartość danych ewidencji gruntów i budynków; zwraca XML zawierający kod rezultatu i opis błędu (jeśli wystąpił); OdswiezSlownik() string Pozwala odświeżyć zawartość wybranego słownika; zwraca XML zawierający kod rezultatu i opis błędu (jeśli wystąpił); PrzeslijPrzesylke() string Pozwala na przesłanie wiadomości oraz plików na konto użytkownika portalu; zwraca XML zawierający kod rezultatu i opis błędu (jeśli wystąpił); OdbierzPrzesylke() string Pozwala na odebranie wiadomości oraz plików przesłanych na konto użytkownika portalu; zwraca XML zawierający kod rezultatu i opis błędu (jeśli wystąpił); 1.5.10 Wymagania związane z administracją SYSTEMEM 1.5.10.1 Administrowanie SYSTEMEM ma się odbywać przez dedykowany panel administracyjny. 1.5.10.2 Poprzez panel administracyjny ma być realizowane zarządzania konfiguracją w zakresie: 1.5.10.2.1 zarządzania kontami i monitorowania działań użytkowników, 1.5.10.2.2 publikowania warstw, zarządzania ich symboliką, kolejnością wyświetlania,

14 możliwością ustawianie współczynnika przezroczystości rastrowych. 1.5.10.3 Administrator musi mieć możliwość publikowania map w następujących formatach danych: 1.5.10.3.1 GML, 1.5.10.3.2 ShapeFile, 1.5.10.3.3 DGN v7 i DGN v8, 1.5.10.3.4 DXF (tekstowy, minimum dla wersji 13), 1.5.10.3.5 Geo-TIFF, 1.5.10.3.6 pliki SWDE. dla warstw 1.5.10.4 Przyznawanie uprawnień dla użytkowników na poziomie Jednostki Ewidencyjnej w zakresie: 1.5.10.4.1 odczytu warstw mapy (dla każdej warstwy z osobna), 1.5.10.4.2 odczytu danych o punktach osnowy, 1.5.10.4.3 odczytu danych opisowych o działkach, budynkach, 1.5.10.4.4 odczytu danych osobowych, 1.5.10.4.5 wyszukiwania danych (na warstwach, do których przyznano uprawnienia), 1.5.10.4.6 zgłaszania robót geodezyjnych i kartograficznych, 1.5.10.4.7 przeglądania zgłoszonych robót geodezyjnych i kartograficznych. 1.5.10.5 Powinien udostępniać statystyki odwiedzin Portalu, zawierające co najmniej: 1.5.10.5.1 ilość wizyt na stronie, 1.5.10.5.2 czas wizyty, adres IP komputera klienta, 1.5.10.5.3 ilość wygenerowanych map od podanego momentu. 1.5.10.6 Powinien udostępniać statystyki dotyczące zgłoszeń, zawierające co najmniej: 1.5.10.6.1 liczbę zgłoszeń dokonaną poprzez Portal w wybranym okresie, 1.5.10.6.2 liczbę zarejestrowanych użytkowników zgłaszających prace. 1.5.10.7 Powinien rejestrować i udostępniać dane co najmniej o następujących zdarzeniach: 1.5.10.7.1 zalogowanie się i wylogowanie się użytkownika, 1.5.10.7.2 wygenerowanie przez użytkownika dokumentu. 1.5.10.8 Powinien rejestrować i udostępniać dane co najmniej o następujących zdarzeniach: 1.5.10.8.1 zalogowanie się i wylogowanie się użytkownika, 1.5.10.8.2 wygenerowanie przez użytkownika dokumentu.

15 1.5.11 Zestawienie uprawnień dla użytkowników autoryzowanych i anonimowych 1.5.11.1 Zakres uprawnień dla użytkowników autoryzowanych i anonimowych przedstawiono w dokumencie Informacje o materiałach i dokumentacji znajdującej się w ODGIK biorących udział w projekcie, który zostanie udostępniony Dostawcy. 1.6 Repozytorium dokumentów 1.6.1 Warunki dostaw 1.6.1.1 Do każdego z 17 ośrodków uczestniczących w Projekcie Dostawca musi dostarczyć repozytorium dokumentów pracujące jako nakładka na system zarządzania relacyjną bazą danych (RDBMS). 1.6.1.2 Dostarczone licencje muszą upoważniać do bezterminowego używania repozytorium przez nieograniczoną liczbę użytkowników. 1.6.2 Wymagania ogólne 1.6.2.1 Praca w relacyjnej bazie danych (RDBMS) repozytorium jest nakładką na RDBMS. 1.6.2.2 Obsługa słownika dokumentów. 1.6.2.3 Obsługa słownika grup dokumentów. 1.6.2.4 Nadawanie numeracji dokumentom. 1.6.2.5 Funkcje repozytorium powinny być dostępne za pośrednictwem Portalu (obsługa przez przeglądarkę internetową). 1.6.2.6 Należy dokonać optymalnej konfiguracji, zgodnie z instrukcją dostawcy serwera bazy danych, systemu operacyjnego i serwera sprzętowego. 1.6.2.7 Możliwość skalowania w przyszłości systemu poprzez np. zwiększanie zasobów sprzętowych serwera lub partycjonowanie bazy danych. 1.6.2.8 Należy zapewnić wyszukiwanie dokumentów wg metadanych (oraz wg danych w metryce dokumentu), gdzie należy zapewnić wykorzystanie indeksów a następnie odczyt rekordów wg klucza głównego. 1.6.3 Funkcjonalność w zakresie opisu dokumentów 1.6.3.1 Każdy operat techniczny zapisany w repozytorium powinien mieć przyporządkowany zestaw atrybutów - zgodny z metadanymi wg normy ISO 19115 i Krajowym Profilem Metadanych dla danych przestrzennych - oraz pliki zawierające jego treść. 1.6.3.2 Musi być zapewniona możliwość zapisywania metryk dla dokumentów, obejmujących dane identyfikacyjne, opisowe i ciągi współrzędnych związane z zasięgiem dokumentów; projektowany zestaw atrybutów.

16 1.6.3.3 Pliki zawierające treść operatu powinny być skompletowane dla każdego typu operatu wynikającego z podziału robót na grupy asortymentowe zgodnie z Instrukcją O-3/O-4. 1.6.3.4 Repozytorium dokumentów powinno umożliwiać skompletowanie zawartości operatu również według dowolnego zestawu dokumentów. 1.6.3.5 Administrator repozytorium musi mieć możliwość ustawienia obligatoryjnego minimalnego zestawu dokumentów dla danego typu operatu, według którego SYSTEM będzie raportował niekompletność materiałów zeskanowanych. 1.6.3.6 Repozytorium powinno pozwalać zapisywać pliki dowolnych typów (opcjonalnie z możliwością określenia dopuszczalnych rozszerzeń nazw plików oraz maksymalnego rozmiaru pliku) wraz z podpisami cyfrowymi (zapisanymi wewnątrz pliku lub w osobnym pliku); muszą być obsługiwane dokumenty w formatach od A5 do A0. 1.6.3.7 Repozytorium powinno przechowywać kolejne wersje plików, wersje powinny być automatycznie tworzone przy wykryciu zmian w pliku zwracanym po modyfikacji; musi to pozwalać odczytać dowolną wcześniejszą wersję każdego pliku. Wraz z wersjami plików odpowiednio muszą być zarządzane dołączone do nich podpisy cyfrowe (i ich wersje). 1.6.3.8 Repozytorium powinno zapewnić możliwość wiązania dokumentów w grupy oraz wiązania dokumentów z obiektami na mapach. 1.6.3.9 Repozytorium powinno pozwalać na wyszukiwanie i wyświetlanie dokumentów zarówno w bazie danych, jak również z poziomu mapy, na podstawie atrybutów z metryk dokumentów oraz zakresów graficznych i wskazania na mapie obiektów jakich dotyczą. 1.6.3.10 Fakt wykonania każdej (lub opcjonalnie tylko wybranych) operacji przez użytkowników na danych w repozytorium powinien być zapisany w bazie danych z podaniem typu zdarzenia, daty, czasu i użytkownika. 1.6.3.11 Fakt wykonania każdej operacji przez wtyczkę lub mechanizmy eksportu/importu na danych w repozytorium powinien być zapisany w postaci pliku log i raportu z synchronizacji danych. 1.6.3.12 Dostęp do informacji o wykonywanych operacjach na danych umieszczonych w repozytorium powinien być chroniony i możliwy do odczytu z poziomu administratora systemu. 1.6.3.13 Repozytorium musi udostępniać operacje usług sieciowych zgodnie z opisem w niniejszym dokumencie. 1.6.4 Wymagane operacje usług sieciowych na potrzeby komunikacji z Repozytorium Nazwa operacji <Meth.StaticMeth.Const> <Meth.PureMeth.Name> () <Meth.Type> Opis <Meth.Notes>pozwala dodać dokument w repozytorium do grupy; jeżeli typ grupy o podanej nazwie nie istnieje jest on tworzony; jeżeli nazwa grupy o podanej nazwie dla podanego typu grupy nie istnieje jest ona tworzona;

17 Nazwa operacji Opis zwraca XML zawierający kod rezultatu i opis błędu (jeśli liczbę dokumentów dodanych do danej grupy wystąpił); <Meth.StaticMeth.Const> <Meth.PureMeth.Name> () <Meth.Type> <Meth.StaticMeth.Const> <Meth.PureMeth.Name> () <Meth.Type> <Meth.StaticMeth.Const> <Meth.PureMeth.Name> () <Meth.Type> <Meth.Scope> <Meth.StaticMeth.Const> <Meth.PureMeth.Name> () <Meth.Type> <Meth.Behavior> <Meth.Notes>pozwala powiązać dokument z obiektem na mapie (określonej przez idwarstwy) zwraca XML zawierający kod rezultatu i opis błędu (jeśli wystąpił); liczbę dokumentów powiązanych z obiektem na mapie <Meth.Behavior> <Meth.Notes>pozwala pobrać z repozytorium plik wraz z atrybutami; zwraca XML zawierający kod rezultatu i opis błędu (jeśli wystąpił) albo atrybuty dokumentu (jeśli błąd nie wystąpił) w tym adres URL, z którego można pobrać plik dokumentu <Meth.Behavior> <Meth.Notes>pozwala dodać do repozytorium plik wraz z atrybutami; zwraca XML zawierający kod rezultatu i opis błędu (jeśli wystąpił) <Meth.Behavior> <Meth.Notes>pozwala zapisać w repozytorium nową wersję pliku wraz z atrybutami; jeżeli nie podano atrybutów - nie są modyfikowane jeżeli nie podano pliku - nie jest modyfikowany wymaga wcześniejszego zablokowania dokumentu zwraca XML zawierający kod rezultatu i opis błędu (jeśli wystąpił) <Meth.StaticMeth.Const> <Meth.PureMeth.Name> () <Meth.Type> <Meth.Behavior> <Meth.Notes>pozwala odblokować (po edycji) dokument w repozytorium; zwraca XML zawierający kod rezultatu i opis błędu (jeśli wystąpił); liczbę odblokowanych dokumentów

18 Nazwa operacji <Meth.StaticMeth.Const> <Meth.PureMeth.Name> () <Meth.Type> Opis <Meth.Behavior> <Meth.Notes>pozwala odczytać historię dla dokumentu zwraca XML zawierający kod rezultatu i opis błędu (jeśli wystąpił) listę zdarzeń zdarzeń <Meth.StaticMeth.Const> <Meth.PureMeth.Name> () <Meth.Type> <Meth.StaticMeth.Const> <Meth.PureMeth.Name> () <Meth.Type> <Meth.StaticMeth.Const> <Meth.PureMeth.Name> () <Meth.Type> <Meth.StaticMeth.Const> <Meth.PureMeth.Name> () <Meth.Type> <Meth.StaticMeth.Const> <Meth.PureMeth.Name> () <Meth.Type> <Meth.Behavior> <Meth.Notes>pozwala odtworzyć dokument oznaczony jako usunięty z repozytorium (o ile nie został trwale usunięty); zwraca XML zawierający kod rezultatu i opis błędu (jeśli wystąpił) liczbę odtworzonych dokumentów <Meth.Behavior> <Meth.Notes>pozwala usunąć dokument z repozytorium; zwraca XML zawierający kod rezultatu i opis błędu (jeśli wystąpił); liczbę usuniętych dokumentów <Meth.Behavior> <Meth.Notes>pozwala usunąć dokument w repozytorium z grupy ; zwraca XML zawierający kod rezultatu i opis błędu (jeśli wystąpił); liczbę dokumentów usuniętych z danej grupy <Meth.Behavior> <Meth.Notes>pozwala usunąć powiązanie dokumentu z obiektem na mapie (określonej przez idwarstwy) zwraca XML zawierający kod rezultatu i opis błędu (jeśli wystąpił); liczbę dokumentów, dla których usunięto powiązanie z obiektem na mapie <Meth.Behavior> <Meth.Notes>pozwala wyszukać w repozytorium dokumenty spełniające wymagane kryteria; powinna obsługiwać parametr globalny (ustawiany przez administratora) - maksymalna liczba wyszukanych dokumentów (np. 1000)

19 Nazwa operacji Opis zwraca XML zawierający kod rezultatu i opis błędu (jeśli wystąpił) listę identyfikatorów dokumentów wyszukanych albo <Meth.StaticMeth.Const> <Meth.PureMeth.Name> () <Meth.Type> <Meth.Behavior> <Meth.Notes>pozwala wyszukać w repozytorium dokumenty wg grupy, do której je dowiązano; powinna obsługiwać parametr globalny (ustawiany przez administratora) - maksymalna liczba wyszukanych dokumentów (np. 1000) zwraca XML zawierający kod rezultatu i opis błędu (jeśli wystąpił) albo listę identyfikatorów dokumentów wyszukanych <Meth.StaticMeth.Const> <Meth.PureMeth.Name> () <Meth.Type> <Meth.Behavior> <Meth.Notes>pozwala wyszukać w repozytorium dokumenty powiązane z obiektem na mapie; powinna obsługiwać parametr globalny (ustawiany przez administratora) - maksymalna liczba wyszukanych dokumentów (np. 1000) zwraca XML zawierający kod rezultatu i opis błędu (jeśli wystąpił) albo listę identyfikatorów dokumentów wyszukanych <Meth.StaticMeth.Const> <Meth.PureMeth.Name> () <Meth.Type> <Meth.Behavior> <Meth.Notes>pozwala zablokować (do edycji) dokument w repozytorium; zwraca XML zawierający kod rezultatu i opis błędu (jeśli wystąpił); liczbę zablokowanych dokumentów <Meth.Behavior> 1.7 Eksport i import operatów i zgłoszeń Do każdego z 17 ośrodków uczestniczących w Projekcie Dostawca musi dostarczyć oprogramowanie do eksportu i importu danych o zgłoszeniach i operatach z bazy danych systemu działającego w ODGIK do SYSTEMU wykonane na podstawie dokumentacji technicznej struktury bazy danych ośrodka.

20 1.7.1 Eksport danych z systemu Ośrodka 1.7.1.1 Oprogramowanie musi zapewniać odczyt danych o zgłoszeniach i operatach z bazy danych systemu działającego w ODGIK i zapisanie w postaci paczek plików zgodnie z zasadami opisanymi w niniejszej dokumentacji. 1.7.1.2 Odczyt danych odbywa się z wykorzystaniem mechanizmu wtyczek, zgodnie z opisem w niniejszej dokumentacji. 1.7.1.3 Odczyt musi umożliwiać wydanie tylko dokumentów zapisanych (zmienionych) w systemie ośrodka w podanym okresie. 1.7.1.4 Oprogramowanie musi zapewnić przejęcie wszystkich możliwych do zapisania w Repozytorium atrybutów dokumentów. 1.7.1.5 Dla każdego eksportu / importu musi być generowany raport, zawierający co najmniej: datę rozpoczęcia, zakończenia, wynik, liczbę wyeksportowanych / zaimportowanych dokumentów, parametry uruchomienia, ewentualne opisy błędów. 1.7.2 Import danych do Repozytorium 1.7.2.1 Oprogramowanie musi zapewniać odczyt danych o zgłoszeniach i operatach z paczek plików zgodnie z zasadami opisanymi w niniejszej dokumentacji i zapisanie do Repozytorium. 1.7.2.2 Import musi zapewniać opcje dodawania tylko dokumentów nowych i nadpisanie dokumentów zmienionych. 1.7.2.3 Dla każdego importu musi być generowany raport, zawierający co najmniej: datę rozpoczęcia, zakończenia, wynik, liczbę zaimportowanych dokumentów, parametry uruchomienia, ewentualne opisy błędów. 1.7.3 Eksport danych z Repozytorium 1.7.3.1 Oprogramowanie musi zapewniać odczyt danych o zgłoszeniach i operatach z Repozytorium i zapisanie w postaci paczek plików zgodnie z zasadami opisanymi w niniejszej dokumentacji. 1.7.3.2 Odczyt musi umożliwiać wydanie tylko dokumentów zapisanych (zmienionych) w Repozytorium w podanym okresie 1.7.3.3 Oprogramowanie musi zapewnić przejęcie wszystkich możliwych do zapisania w Repozytorium atrybutów dokumentów. 1.7.3.4 Dla każdego eksportu / importu musi być generowany raport, zawierający co najmniej: datę rozpoczęcia, zakończenia, wynik, liczbę wyeksportowanych / zaimportowanych dokumentów, parametry uruchomienia, ewentualne opisy błędów. 1.8 Powiązanie z systemami funkcjonującymi w ODGIK - wtyczki W ramach projektu przewidziano następujące wtyczki Lp. Nazwa systemu Autor systemu Zakres obsługi wtyczki

21 w ODGIK w ODGIK 1 EWID 2007 GEOMATYKA KRAKÓW Komplet danych dokumenty, zasoby 2 OŚRODEK v6.0 GEOBID KATOWICE Zgłoszenia, Operaty, Osnowy, 3 GEO-MAP GEOSYSTEM Mapy WARSZAWA 4 TERRABIT / EGB V GEOBAZA LĘBORK Komplet danych WIN 5 E-KERG ODGIK CZŁUCHÓW Zgłoszenia, Operaty, Osnowy, Zestawienie wtyczek wg ośrodków uczestniczących w projekcie Nazwa Numer wtyczki (wg tabeli powyżej) Powiatowy Ośrodek Dokumentacji Geodezyjnej i 1 Kartograficznej w Chojnicach, Powiatowy Ośrodek Dokumentacji Geodezyjnej i 1 Kartograficznej w Kartuzach, Powiatowy Ośrodek Dokumentacji Geodezyjnej i 1 Kartograficznej w Kwidzynie, Powiatowy Ośrodek Dokumentacji Geodezyjnej i 1 Kartograficznej w Malborku, Powiatowy Ośrodek Dokumentacji Geodezyjnej i 1 Kartograficznej w Pucku, Powiatowy Ośrodek Dokumentacji Geodezyjnej i 1 Kartograficznej w Słupsku, Powiatowy Ośrodek Dokumentacji Geodezyjno- 1 Kartograficznej w Starogardzie Gdańskim, Powiatowy Ośrodek Dokumentacji Geodezyjnej i 1 Kartograficznej w Sztumie, Powiatowy Ośrodek Dokumentacji Geodezyjnej i 1 Kartograficznej w Tczewie, Wydział Dokumentacji Geodezyjno-Kartograficznej i Katastru 1 Urzędu Miejskiego w Słupsku, Ośrodek Dokumentacji Geodezyjnej i Kartograficznej w 1 Sopocie, Powiatowy Ośrodek Dokumentacji Geodezyjnej i 1 Kartograficznej w Lęborku, Powiatowy Ośrodek Dokumentacji Geodezyjnej i 1 Kartograficznej w Nowym Dworze Gdańskim, Powiatowy Ośrodek Dokumentacji Geodezyjnej i 1 Kartograficznej w Bytowie, Powiatowy Ośrodek Dokumentacji Geodezyjnej i 2, 3 Kartograficznej w Wejherowie, Powiatowy Ośrodek Dokumentacji Geodezyjnej i 4,5

22 Kartograficznej w Człuchowie, Wojewódzki Ośrodek Dokumentacji Geodezyjnej i Kartograficznej w Gdańsku 1-1.8.1 Wymagania ogólne 1.8.1.1 Wtyczka musi być oprogramowaniem, które zapewni komunikację pomiędzy bazą danych ośrodka a bazą danych SYSTEMU w zakresie: 1.8.1.1.1 danych o zamawiającym dane i przedmiocie zamówienia, 1.8.1.1.2 statusie realizacji zamówienia, 1.8.1.1.3 materiały które będą udostępniane zamawiającemu. 1.8.1.2 Wtyczka musi być dostosowana do konkretnego ośrodka i obsługiwać szczegóły techniczne uzyskania dostępu do funkcji i danych w systemie ośrodka po jednej stronie a po drugiej stronie wywołania odpowiednich operacji usług sieciowych, udostępnianych przez dostarczany SYSTEM. 1.8.1.3 Wtyczka jest zainstalowana i skonfigurowana w środowisku sieci wewnętrznej ODGIK. 1.8.1.4 Wtyczka musi umożliwiać uruchamianie automatyczne bez udziału operatora, zapisywanie raportu z wykonanych działań. 1.8.1.5 Wtyczka realizować powinna dostęp do bazy danych systemu ośrodka przez tzw. adaptery; wyróżnia się 3 rodzaje adapterów: 1.8.1.5.1 adapter wykorzystujący usługi sieciowe WebService, 1.8.1.5.2 adapter wykorzystujący bezpośrednio struktury baz danych systemu ośrodka, lub struktury bazy danych pośrednie utworzone specjalnie na potrzeby synchronizacji danych z SYSTEMEM, 1.8.1.5.3 adapter wykorzystujący pliki wymiany SWDE i GML. 1.8.1.6 Z konsultacji z autorami systemów obsługujących ODGK wynika ze autorzy systemów są skłonni do wykonania wtyczek z wykorzystaniem następujących adapterów: 1.8.1.7 Geomatyka Kraków adapter usług sieciowych 1.8.1.8 Geobaza Lębork-adapter plików wymiany lub adapter wykorzystujący struktury bazy danych 1.8.1.8.1 Geosystems Warszawa-adapter usług sieciowych 1.8.1.8.2 ODGIK Człuchów adapter plików wymiany lub adapter wykorzystujący struktury danych lub wymiana oprogramowania. 1.8.2 Funkcjonalność wtyczki w zakresie informacji o zgłoszeniach i operatach 1.8.2.1 Odczyt danych z systemu ODGIK: 1.8.2.1.1 pobieranie danych o zgłoszeniach prac, 1 W WODGIK ze względu na specyfikę ośrodka nie są instalowane dodatkowe wtyczki.

23 1.8.2.1.2 pobieranie danych o zakresach zgłoszeń, 1.8.2.1.3 pobieranie danych o operatach, 1.8.2.1.4 pobieranie danych o zakresach operatów, 1.8.2.1.5 pobieranie odpowiedzi na zgłoszenia pracy geodezyjnej, 1.8.2.1.6 pobieranie listy materiałów dostępnych w ODGIK, 1.8.2.1.7 pobieranie materiałów przygotowanych przez ODGIK, 1.8.2.1.8 pobieranie słownika wykonawców, 1.8.2.1.9 pobieranie słownika asortymentów prac, 1.8.2.1.10 pobieranie słownika jednostek ewidencyjnych. 1.8.2.2 Zapis danych dla systemu ODGIK: 1.8.2.2.1 przesłanie zgłoszenia wprowadzonego przez portal, 1.8.2.2.2 przesłanie zakresu graficznego wprowadzonego przez portal, 1.8.2.2.3 pobieranie materiałów w formie archiwum od geodety do aktualizacji zasobu. 1.8.3 Funkcjonalność wtyczki w zakresie zamówień na materiały 1.8.3.1 Odczyt danych z systemu ODGIK: 1.8.3.1.1 pobieranie wyceny (pro-forma), 1.8.3.1.2 pobieranie wiadomości o możliwości odbioru zamówionych materiałów. 1.8.3.2 Zapis danych dla systemu ODGIK: 1.8.3.2.1 przesłanie zamówienia na materiały wprowadzonego przez portal, 1.8.3.2.2 przesłanie dowodu wpłaty wprowadzonej przez portal. 1.8.4 Funkcjonalność wtyczki w zakresie dokumentów skanowanych 1.8.4.1 Odczyt danych z systemu ODGIK: 1.8.4.1.1 pobieranie zeskanowanych operatów, 1.8.4.1.2 pobieranie zeskanowanych opisów topograficznych, 1.8.4.1.3 pobieranie zeskanowanych zarysów pomiarowych, 1.8.4.2 Zapis danych dla systemu ODGIK: 1.8.4.2.1 jednorazowe przesłanie dokumentów załadowanych przez Wykonawcę skanowania. 1.8.5 Funkcjonalność wtyczki w zakresie ewidencji gruntów i budynków 1.8.5.1 Odczyt danych z systemu ODGIK 1.8.5.1.1 pobieranie mapy ewidencyjnej 1.8.5.1.2 pobieranie danych opisowych

24 1.8.5.2 Zapis danych dla systemu ODGIK nie występuje 1.8.6 Funkcjonalność wtyczki w zakresie mapy przeglądowej 1.8.6.1 Odczyt danych z systemu ODGIK: 1.8.6.1.1 pobieranie danych do mapy przeglądowej zawierającej: koleje, drogi, wody, tereny zieleni, krawężniki ulic lub osie ulic, granice administracyjne, granice obrębów i sekcji. 1.8.6.2 Zapis danych dla systemu ODGIK nie występuje. 1.8.7 Funkcjonalność wtyczki w zakresie mapy osnowy 1.8.7.1 Odczyt danych z systemu ODGIK: 1.8.7.1.1 pobieranie mapy osnowy. 1.8.7.2 Zapis danych dla systemu ODGIK nie występuje. 1.8.8 Funkcjonalność wtyczki w zakresie ortofotomapy 1.8.8.1 Odczyt danych z systemu ODGIK: 1.8.8.1.1 jednorazowe pobieranie ortofotomapy. 1.8.8.2 Zapis danych dla systemu ODGIK nie występuje. 1.8.9 Funkcjonalność wtyczki w zakresie mapy adresów 1.8.9.1 Odczyt danych z systemu ODGIK: 1.8.9.1.1 pobieranie mapy adresów. 1.8.9.2 Zapis danych dla systemu ODGIK nie występuje. 1.8.10 Funkcjonalność wtyczki w zakresie metadanych 1.8.10.1 Wysyłanie do Portalu plików metadanych w postaci zgodnej z normą ISO 19139. 1.9 Wymagania dla oprogramowania obsługi skanera przemysłowego W ramach zamówienia należy dostarczyć 1 licencję na oprogramowanie do edycji rastrowej zgodnie z poniższymi wymaganiami: 1.9.1.1 Wersja językowa polska lub angielska 1.9.1.2 Zapis formatów BMP, TIF, PDF, JPG 1.9.1.3 Możliwość definiowania i zapisywania parametrów skanowania dla różnych materiałów skanowanych 1.9.1.4 Możliwość eliminacji tła z obrazów skanowanych

25 1.10 Wymagania dla oprogramowania obsługi skanera stołowego 1.10.1 W ramach zamówienia należy dostarczyć 1 licencję na oprogramowanie do obsługi skanera stołowego zgodnie z poniższymi wymaganiami: 1.10.1.1 Wersja językowa: polska 1.10.1.2 Wspomaganie funkcji skanera, procesu skanowania oraz zapisywania zeskanowanych plików 1.10.1.3 Skanowanie materiałów przezroczystych i nieprzezroczystych, 1.10.1.4 Skanowanie w różnych rozdzielczościach optycznych i interpolowanych oraz różnych trybach (bit/piksel), 1.10.1.5 Odczyt i zapis dużych zbiorów (1 GB i większe) w formatach: TIFF, GeoTIFF, BMP 1.10.1.6 Przetwarzanie wsadowe 1.10.1.7 Binaryzacja 1.10.1.8 Redukcja szumu 1.10.1.9 Resampling (zmiana rozdzielczości obrazu) 1.10.1.10Rotacja, odwracanie i lustrzane odbicia 1.10.1.11Przycinanie 1.10.1.12Regulacja kontrastu 1.10.1.13Filtracja 1.10.1.14Redukcja kolorów, zmiana palet kolorów, segmentacja, 1.10.1.15Łączenie obrazów w różnych rozdzielczościach 1.10.1.16Operowanie na warstwach (planach) 1.10.1.17Automatyczne dopasowanie przy łączeniu obrazów 1.10.1.18Wycięcie, skopiowanie i wklejenie nieregularnego poligonu 1.10.1.19Definiowanie przejrzystości i łączenie obrazów System udostępniania dokumentacji i materiałów przez Internet z zachowaniem ochrony i bezpieczeństwa udzielanych informacji Schemat ideowy funkcjonowania SYSTEMU przedstawiony został na początku dokumentu. 1.11 Zasady dla dostępu do danych 1.11.1.1 Do SYSTEMU mają dostęp użytkownicy autoryzowani i anonimowi. 1.11.1.2 Zakres danych udostępnianych dla użytkowników regulowany jest uprawnieniami. 1.11.1.3 Autoryzacja użytkowników wymaga podania loginu i hasła.

26 1.11.1.4 Dostęp do danych regulowany jest na podstawie umowy z ośrodkiem i uprawnień nadawanych przez administratora. 1.11.1.5 Aktywność użytkowników jest monitorowana. 1.11.1.6 Z poziomu Internetu nie są dostępne zasoby źródłowe lecz ich repliki. 1.12 System udzielania kodów dostępu do dokumentacji znajdującej się w ośrodku 1.12.1.1 Kody dostępu do dokumentacji znajdującej się w ośrodku mają zastosowanie przy zakładaniu konta użytkownika SYSTEMU. 1.12.1.2 Kody dostępu powinny być używane jako metoda: 1.12.1.2.1 zwiększenia bezpieczeństwa dla wybranych danych, 1.12.1.2.2 udzielanie dostępu do wybranych danych dla wybranego użytkownika, 1.12.1.2.3 zapewnienie komercyjnego dostępu do danych, 1.12.1.2.4 zapewnienie dostępu na szczególnych zasadach do danych, które nie są powszechnie dostępne użytkownikom anonimowym, 1.12.1.3 System powinien odnotowywać zdarzenia związane z udzielaniem kodu dostępu minimum zdarzenie wysłanie kodu oraz wykorzystanie kodu. 1.12.1.4 W celu założenia konta użytkownik wypełnia formularz dostępny w portalu, z podaniem swoich danych oraz adresu e-mail. 1.12.1.5 Na podany adres e-mail SYSTEM wysyła adres URL (link), który musi być potwierdzony kliknięciem przez użytkownika w ciągu 24 godzin. 1.12.1.6 Po potwierdzeniu linku na wskazany adres e-mail wysyłane są kody dostępu w postaci nazwy konta (login) i hasła. 1.12.1.7 Kody dostępu aktywowane są przez administratora systemu w panelu administracyjnym po podpisaniu umowy na udostępnianie danych pomiędzy użytkownikiem a ośrodkiem. 1.13 Zasady dla połączeń sieciowych 1.13.1.1 Połączenia z portalem są szyfrowane z wykorzystaniem protokołu SSL. 1.13.1.2 Połączenie serwera SYSTEMU z siecią WWW jest realizowane przez router z wykorzystaniem funkcji firewall, połączenie SYSTEMU z Siecią LAN jest realizowane przez osobny router, także z wykorzystaniem funkcji firewall. 1.13.1.3 SYSTEM musi umożliwić konfigurację połączenia z bazą danych systemu ośrodka w trybie on-line lub czasowego otwierania i zamykania połączenia. 1.13.1.4 SYSTEM dostarczony pełni funkcję serwera aplikacji, który udostępnia usługi i oczekuje na żądania z zewnątrz. 1.13.1.5 Synchronizacja danych inicjowana jest zawsze przez system ośrodka, który poprzez wtyczkę pobiera lub wysyła dane do SYSTEMU w trybie on-line lub co określony przez administratora czas.

27 1.13.1.6 Tylko w przypadku skonfigurowania dostępu do zasobów mapowych ośrodka poprzez usługę WMS SYSTEM może wysyłać żądania do systemów zewnętrznych. 1.14 Wzory elektronicznych dokumentów 1.14.1.1 SYSTEM powinien umożliwiać przesłanie przez użytkownika dokumentów utworzonych na podstawie wzorów i podpisanych podpisem elektronicznym. 1.14.1.2 Lista wzorów elektronicznych dokumentów będących w obiegu pomiędzy użytkownikami a ośrodkiem: 1.14.1.2.1 zgłoszenie pracy geodezyjnej / kartograficznej, 1.14.1.2.2 zamówienie na materiały z ODGIK, 1.14.1.2.3 wniosek o wydanie dokumentów z operatu ewidencji gruntów i budynków. 1.14.1.3 W załączniku nr 1 zamieszczono wzory elektronicznych dokumentów, które określają minimalny zakres informacji, jaki musi być obsłużony przez SYSTEM. 1.15 Wymagania dla oznaczania udostępnianych dokumentów Identyfikatory udostępnianych dokumentów opierają się na zasadach opisanych w Rozporządzeniem Ministra Spraw Wewnętrznych i Administracji z dnia 17 maja 1999 r. w sprawie określenia rodzajów materiałów stanowiących państwowy zasób geodezyjny i kartograficzny, sposobu i trybu ich gromadzenia i wyłączania z zasobu oraz udostępniania zasobu. (dz. u. nr 49 z dnia 31 maja 1999 r. poz. 493). 1.15.1.1 Sposób nadania identyfikatorów i metadanych dokumentom udostępnianym z zasobu 1.15.1.2 Udostępnianie kompletu dokumentów 1.15.1.2.1 Operacja udostępnij komplet dokumentów tworzy i przesyła plik paczki która zawiera kopię dokumentów z zasobu zebranych (przygotowanych) wg zamówienia i spakowanych do formatu ZIP 1.15.1.2.2 Nazwa paczki nadawana jest zgodnie z niżej przedstawionym wzorcem (plus rozszerzenie nazwy.zip ), gdzie poszczególne pola oznaczają: 1 _ 2 3 4 n) pole 1 - Zasięg działania ośrodka (cały kraj, województwo, powiat, gmina) określony poprzez ustalone przez Główny Urząd Statystyczny numery statystyczne jednostek zasadniczego podziału terytorialnego - ciąg cyfr - TERYT o) pole 2 - Grupę asortymentową - cyfry od 1 do 25 według numeracji ustalonej w 4 ust. 2 rozporządzenia p) pole 3 - Numer KERG operatu - ciąg cyfr q) pole 4 - Aktualność dokumentów - ciąg cyfr określających datę wykonania kopii - dzień, miesiąc, rok - na siódmym polu,

28 1.15.1.2.3 W poszczególnych polach cyfry stanowią ciąg nierozdzielnych od siebie znaków, natomiast ciągi liczb z poszczególnych pól oddzielone są od siebie podkreśleniami. 1.15.1.2.4 Paczka poza plikami dokumentów cyfrowych zawiera wykaz identyfikatorów dokumentów zgodnych z ww. Rozporządzeniem nadawanych dla materiałów wydawanych jak podano poniżej 1.15.1.2.5 Nazwy plików wchodzących w skład paczki nadawane są zgodnie z niżej przedstawionym wzorcem, gdzie poszczególne pola oznaczają: r) pole 1 - Zasięg działania ośrodka (cały kraj, województwo, powiat, gmina) określony poprzez ustalone przez Główny Urząd Statystyczny numery statystyczne jednostek zasadniczego podziału terytorialnego - ciąg cyfr TERYT s) pole 2 - Dokument przyjęty do zasobu - cyfra 1 lub dokument udostępniany z zasobu - cyfra 2 t) pole 3 - Grupę asortymentową - cyfry od 1 do 25 według numeracji ustalonej w 4 ust. 2 rozporządzenia, u) pole 4 - Grupę funkcjonalną - cyfra 1 - zasób bazowy, cyfra 2 - zasób użytkowy, cyfra 3 - zasób przejściowy v) pole 5 kopia - cyfra 2, w) pole 6 - Numer ewidencyjny dokumentu - ciąg cyfr jest to identyfikator metryki dokumentu z rejestru metryk RM x) pole 7 - Aktualność dokumentu - ciąg cyfr określających datę sporządzenia dokumentu - dzień, miesiąc, rok, y) pole 8 - Klauzulę tajności - cyfra 1 - tajny, cyfra 2 - poufny, cyfra 3 - do użytku służbowego, cyfra 4 jawny, z) pole 9 - Oznaczenie kodowe rodzaju dokumentu 1.15.1.2.6 W poszczególnych polach cyfry stanowią ciąg nierozdzielnych od siebie znaków, natomiast ciągi liczb z poszczególnych pól oddzielone są od siebie podkreśleniami 1.16 System elektronicznego obiegu dokumentów pomiędzy ośrodkami System elektronicznego obiegu dokumentów należy rozumieć jako sposób obiegu dokumentów elektronicznych, a nie osobny pakiet oprogramowania. 1.16.1.1 Elektroniczny obieg dokumentów odbywa się z wykorzystaniem: 1.16.1.1.1 połączenia internetowego 1.16.1.1.2 elektronicznych dokumentów 1 2 3 4 5 6 7 8 9 1.16.1.2 Portal musi mieć możliwość założenia konta dla każdego ośrodka uczestniczącego w projekcie i skonfigurowania parametrów wywołania usługi sieciowej odpowiedzialnej za komunikację między ośrodkami.