Powiat: wadowicki Województwo: małopolskie

Transkrypt

1 Powiat: wadowicki Województwo: małopolskie Załącznik nr 2 do SIWZ WARUNKI TECHNICZNE Dostawa bazy danych Powiatowego Zasobu Geodezyjnego i Kartograficznego w celu uruchomienia e-usług publicznych informacji przestrzennej dla Powiatu Wadowickiego Opracowano w Wydziale Geodezji i Gospodarki Gruntami Powiatowy Ośrodek Dokumentacji Geodezyjnej i Kartograficznej Starostwo Powiatowe w Wadowicach Metryka dokumentu Data Wersja Opracowanie grudzień 2016r. 1.0 Modyfikacja 1 kwiecień 2017r. 2.0 Modyfikacja 2 maj 2017r. 2.1 Modyfikacja 3 czerwiec 2017r

2 Spis treści Warunków Technicznych: 1. Wykaz pojęć i skrótów stosowanych w niniejszych Warunkach Technicznych Informacje wstępne Dane formalno-prawne Obowiązujące przepisy prawne: Opis cech wymaganego do wdrożenia silnika bazy danych wraz z zapewnieniem struktur BDPZGiK oraz cech systemu służącego do zarządzania BDPZGiK Integracja zbiorów i baz danych do jednej zintegrowanej bazy danych poprzez konwersję i harmonizację zbiorów danych Wdrożenie e-usług o wysokim poziomie dojrzałości wraz z integracją z platformą Profil Zaufany oraz systemem płatności elektronicznych Modernizacja strony internetowej Wydziału Geodezji i Kartografii Charakterystyka dokumentów PZGiK przekazanych do opracowania Konwersja oraz digitalizacja uzupełniająca istniejącej dokumentacji cyfrowej Inwentaryzacja przekazanych do opracowania dokumentów analogowych oraz prace porządkowe i renowacyjne Przenoszenie dokumentów analogowych do kopii cyfrowych Indeksacja opisowa kopii cyfrowych dokumentów PZGiK Indeksacja przestrzenna materiałów zasobu Przekazanie kopii plikowej dokumentacji cyfrowej oraz dokumentacja prac Utworzenie rejestrów przestrzennych w BDPZGiK Kontrola opracowania i odbiór - digitalizacja dokumentów PZGiK Kontrola opracowania i odbiór - pozostałe prace Załącznik nr 1 - Wzór protokołu z inwentaryzacji dokumentów zasobu Załącznik nr 2 - Wzór wykazu zmian danych dokumentów cyfrowych PZGiK Załącznik nr 3 - Wzór wykazu obiektów rejestrów przestrzennych Załącznik nr 4 - Raport o stanie zasobu elektronicznego Załącznik nr 5 - Zestawienie danych statystycznych w obrębach Załącznik nr 6 - Wykaz zbiorów danych (modułów) przeznaczonych do konwersji Załącznik nr 7 - Wykaz wymaganych do wdrożenia e-usług Załącznik nr 8 - Harmonogram realizacji prac objętych WT

3 1. Wykaz pojęć i skrótów stosowanych w niniejszych Warunkach Technicznych. Administrator BDOT500 BDPZGiK BDSOG CMS CSW Dane referencyjne Digitalizacja Digitalizacja masowa Digitalizacja uzupełniająca Dokument cyfrowy EDR EGiB EMUiA e-usługa - Użytkownik, który posiada uprawnienia do zarządzania i konfiguracji całości lub części Systemu PZGiK. - Zbiór danych bazy danych obiektów topograficznych o szczegółowości zapewniającej tworzenie standardowych opracowań kartograficznych w skalach 1:500-1:5000, o której mowa w art. 4 ust. 1b Ustawy PGiK. - Baza danych służąca do przechowywania danych i dokumentów PZGiK, tworząca uporządkowany, interoperacyjny i całościowy układ zbiorów danych: EGiB, BDOT500, GESUT, EMUiA, BDSOG, RCiWN, PRG, PRNG, PRPOG, RUDP, RPDŹ oraz innych zbiorów danych koniecznych do obsługi klientów PODGiK. - Zbiór danych bazy danych szczegółowych osnów geodezyjnych, o której mowa w art. 4 ust. 1a pkt 10 Ustawy PGiK. - Ang. Content Management System; system zarządzania treścią serwisów WWW. - Ang. Catalogue Service for Web; oficjalny standard OGC definiujący zasady tworzenia profili aplikacji niezbędnych do publikowania oraz dostępu do rozproszonych katalogów metadanych dla danych przestrzennych, serwisów i powiązanych z nimi informacji źródłowych. - Dane stanowiące odniesienie przestrzenne dla danych tematycznych; najczęściej za dane referencyjne uznaje się dane geodezyjne takie jak: ewidencja gruntów i budynków, mapa zasadnicza, ortofotomapa, dane zawarte w operatach technicznych oraz osnowie geodezyjnej. - Proces pozyskiwania kopii cyfrowej poprzez skanowanie postaci materialnej (analogowej) do ustalonego formatu cyfrowego. - Digitalizacja dokumentów, polegająca na przeniesieniu do kopii cyfrowych wszystkich składających się na materiał dokumentów wraz z wykonaniem wszystkich niezbędnych czynności służących do udostępnienia materiałów za pomocą e-usług i dokumentacja prac.[ph1] - Digitalizacja dokumentów, polegająca na przeniesieniu do kopii cyfrowych wybranych składników materiałów w zależności od okoliczności (niska jakość dokumentu cyfrowego, nieczytelność, uszkodzenie itd...) wraz z wykonaniem wszystkich niezbędnych czynności służących do udostępnienia materiałów za pomocą e-usług i dokumentacja prac.[ph2] - Odpowiednio nazwany, opisany metadanymi, zazwyczaj zorientowany przestrzennie (posiadający geolokalizację lub/i georeferencję) oraz zabezpieczony (licencje, certyfikaty) cyfrowy odpowiednik dokumentu analogowego. Dokument cyfrowy może składać się z jednej lub wielu kopii cyfrowych.[ph3] - Elektroniczny Dziennik Robót. - Ewidencja gruntów i budynków określona w Ustawie PZGiK. - Zbiór danych bazy danych ewidencji miejscowości, ulic i adresów, o której mowa art. 4 ust. 1a pkt 6 Ustawy PGiK. - Usługa świadczona drogą elektroniczną przez sieć telekomunikacyjną, w tym sieć komputerową, np. Internet, z wykorzystaniem technologii 3

4 EZD Geoportal GESUT GML Harmonogram http HTTPS IIP INSPIRE Interfejs Kopia cyfrowa Metadane Moduł PL-2000 informacyjnej, której świadczenie jest częściowo lub całkowicie zautomatyzowane oraz wymaga niewielkiego udziału człowieka. - System teleinformatyczny do elektronicznego zarządzania dokumentacją. - Portal mapowy lub portal typu GIS inaczej typ witryny internetowej, której głównym zadaniem jest świadczenie usług geo-przestrzennych (to jest publikowanie danych przestrzennych i usług z nimi związanych), zwykle wspartej elementami CMS. - Zbiór danych bazy danych geodezyjnej ewidencji sieci uzbrojenia terenu, o której mowa w art. 4 ust. 1a pkt 3 Ustawy PGiK. - Ang. Geography Markup Language; uznany za standard techniczny format wymiany danych przestrzennych, zawierający dane uporządkowane i sformatowane według modeli pojęciowych opisanych we właściwych przepisach wykonawczych. - Szczegółowy harmonogram realizacji prac dla obiektu obowiązujący Wykonawcę prac oraz PMK, zawarty w Załączniku nr 8 do WT. - Ang. Hypertext Transfer Protocol; protokół przesyłania dokumentów hipertekstowych (HTTP stron WWW). - Ang. Hypertext Transfer Protocol over Secure Sockets Layer; szyfrowany protokół przesyłania dokumentów hipertekstowych (HTTP stron WWW). - Infrastruktura Informacji Przestrzennej to jest zespół środków prawnych, organizacyjnych, ekonomicznych i technicznych, które zapewniają powszechny dostęp do danych i usług geo-informacyjnych dotyczących określonego obszaru, przyczyniają się do efektywnego stosowania geoinformacji dla zrównoważonego rozwoju tego obszaru, umożliwiają racjonalne gospodarowanie zasobami geo-informacyjnymi. - Ang. Infrastructure for Spatial InfoRmation in Europe; Europejska Infrastruktura Informacji Przestrzennej. - Zestaw środków, które służą komunikacji między systemami informatycznymi, częściami systemu lub pomiędzy systemem i jego użytkownikiem; według specyfikacji OGC - zdefiniowany zestaw parametrów (z określonymi nazwami i typami danych) i komunikatów (również z określonymi nazwami i typami danych), który umożliwia komponentowi programowemu wymianę danych i komunikatów z innym komponentem programowym. - Cyfrowe zobrazowanie dokumentu lub jego części, uzyskane w procesie skanowania, inaczej obraz cyfrowy. - W odniesieniu do zbioru danych przestrzennych, są to dane o tym zbiorze określające zawarte w nim dane pod względem: położenia i rodzaju obiektów oraz ich atrybutów, pochodzenia, dokładności, szczegółowości i aktualności danych zbioru, zastosowanych standardach, prawach własności i prawach autorskich, cenach, warunkach i sposobach uzyskania dostępu do danych zbioru oraz ich użycia w określonym celu. - Prace, czynności, dokumenty i dane jakie zobowiązany jest wykonać lub opracować Wykonawca w określonym terminie ustalonym w harmonogramie oraz przedłożyć do odbioru częściowego i/lub końcowego oraz za jakie zapłatę częściową/końcową jest zobowiązany uiścić Zamawiający w przypadku pozytywnego odbioru. Moduł dzieli się na Zadania. - Układ współrzędnych płaskich prostokątnych określony w Rozporządzeniu z dnia 15 października 2012r. w sprawie państwowego systemu odniesień 4

5 przestrzennych (Dz. U. z 2012r., poz. 1247). PL-KRON86- - Układ współrzędnych wysokościowych Kronsztad 86, o którym mowa w NH 3.1 pkt 4 rozporządzenia Rady Ministrów z dnia 15 października 2012r. w sprawie państwowego systemu odniesień przestrzennych. PMK - Podmiot monitorująco-kontrolujący zwany inaczej Inspektoratem, jednostka wykonawstwa jakiej zostanie udzielone zamówienie publiczne na prace inspekcji, monitoringu i kontroli prac objętych WT. PODGiK - Powiatowy Ośrodek Dokumentacji Geodezyjnej i Kartograficznej w Wadowicach. Portal - Aplikacja bądź zestaw aplikacji dostępnych z poziomu WWW dla użytkowników zewnętrznych; aplikacja portalu jest miejscem styku użytkowników zewnętrznych z Systemem PZGiK. Podwykonawca - Podmiot realizujący prace objęte WT na zlecenie Wykonawcy. PRG - Zbiór danych bazy danych państwowego rejestru granic i powierzchni jednostek podziałów terytorialnych kraju, o której mowa w art. 4 ust. 1a pkt 4 Ustawie PZGiK. PRNG - Zbiór danych bazy danych państwowego rejestru nazw geograficznych, o której mowa w art. 4 ust. 1a pkt 5 Ustawy PGiK. Projekt - Projekt e-usługi w informacji przestrzennej Powiatu Wadowickiego, realizowanego w ramach Regionalnego Programu Operacyjnego Województwa Małopolskiego na lata , 2 Oś priorytetowa Cyfrowa Małopolska, Działanie 2.1 E-administracja i cyfrowe zasoby, Poddziałanie e-usługi w informacji przestrzennej. PRPOG - Zbiór danych bazy danych państwowego rejestru podstawowych osnów geodezyjnych, grawimetrycznych i magnetycznych, o której mowa w art. 4 ust. la pkt 1 Ustawie PZGiK. PZGiK - Państwowy Zasób Geodezyjny i Kartograficzny. RCiWN - Zbiór danych rejestru cen i wartości nieruchomości, o którym mowa w art. 4 ust. 1a pkt 7 Ustawy z dnia 17 maja 1989r. Prawo geodezyjne i kartograficzne. Rozp. BDOT500 - Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 2 listopada 2015r. w sprawie bazy danych obiektów topograficznych oraz mapy zasadniczej (Dz. U. z 2015r., poz. 2028). Rozp. EGiB - Rozporządzenie Ministra Rozwoju Regionalnego i Budownictwa z dnia 29 marca 2001r. w sprawie ewidencji gruntów i budynków (t.j. Dz. U. z 2016r, poz. 1034). Rozp. GESUT Rozp. KRI Rozp. PZGiK Rozp. o standardach - Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 21 października 2015r. w sprawie powiatowej bazy GESUT i krajowej bazy GESUT (Dz. U. z 2015r., poz. 1938). - Rozporządzenia Rady Ministrów z dnia 12 kwietnia 2012r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (Dz. U. z 2012r., poz. 526). - Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 5 września 2013r. w sprawie organizacji i trybu prowadzenia państwowego zasobu geodezyjnego i kartograficznego (Dz. U. z 2013r., poz. 1183). - Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 9 listopada 2011r. w sprawie standardów technicznych wykonywania geodezyjnych pomiarów sytuacyjnych i wysokościowych oraz 5

6 RPDŹ RUDP Silnik bazy danych SSL SWDE System PZGiK Układ 1965 Urząd Ustawa PGiK Użytkownik Wewnętrzny Użytkownik Zewnętrzny Web Service WT opracowywania i przekazywania wyników tych pomiarów do państwowego zasobu geodezyjnego i kartograficznego (Dz. U. Nr 263, poz. 1572). - Zbiór danych rejestru przestrzennego dokumentów źródłowych stanowiący integralną część BDPZGiK, służący do zarządzania danymi i dokumentami PZGiK będącymi wynikami jak i udokumentowaniem prac geodezyjnych, inaczej baza danych, o której mowa w 7. ust. 3. pkt 1) Rozporządzenia Ministra Administracji i Cyfryzacji z dnia 5 września 2013r. w sprawie organizacji i trybu prowadzenia państwowego zasobu geodezyjnego i kartograficznego (Dz. U. z 2013r., poz. 1183) powołanego na podstawie art. 40 ust. 8 Ustawy PGiK. - Zbiór danych rejestru uzgodnień dokumentacji projektowej. - Oprogramowanie serwerowe odpowiedzialne za odczyty i zapisy do bazy danych, służące do komunikacji z bazą danych i kontroli dostępu do bazy danych. - Ang. Secure Socket Layer; protokół służący do bezpiecznej transmisji zaszyfrowanego strumienia danych. - Standard Wymiany Danych Ewidencyjnych - format służący do wymiany danych pomiędzy bazami ewidencyjnymi. Pozwala na reprezentację obiektów przestrzennych i opisowych ewidencji gruntów i budynków. Umożliwia przekazanie opisu modelu danych użytego do transferu oraz informacji o utworzeniu i przeznaczeniu danych zawartych w pliku transferu. Format zdefiniowany w Załączniku nr 4 do rozporządzenia Ministra Rozwoju Regionalnego i Budownictwa z dnia 29 marca 2001r. w sprawie ewidencji gruntów i budynków (Dz.U ). - System informatyczny służący do zarządzania danymi PZGiK, gromadzący i udostępniający zasoby danych przestrzennych oraz powiązane z nimi dane opisowe wraz z możliwością przeprowadzania analiz, raportów i pobierania danych a także udostępniania e-usług informacji przestrzennej. W skład systemu wchodzą: baza danych wraz z jej wydajnym silnikiem (BDPZGiK) oraz desktopowe i sieciowe interfejsy aplikacyjne. - Państwowy układ współrzędnych płaskich prostokątnych wprowadzony do stosowania w 1968r. - formalnie obowiązywał do 31 grudnia 2009r. - Urząd Starostwa Powiatowego w Wadowicach. - Ustawa Prawo geodezyjne i kartograficzne z dnia 17 maja 1989r. (t.j. Dz. U. z 2016r., poz z późn. Zm.). - Zarejestrowana w Systemie PZGiK osoba fizyczna posiadająca identyfikator oraz hasło powiązane z tożsamością tej osoby i będąca pracownikiem lub osobą pozostającą w stałej lub czasowej współpracy na umowę cywilno-prawną z Zamawiającym. - Osoba nie będąca użytkownikiem wewnętrznym, a korzystająca z e-usług świadczonych przez System PZGiK. - W szerokim rozumieniu - usługa sieciowa (internetowa), świadczona poprzez sieć telekomunikacyjną, w tym sieć komputerową, w szczególności przez Internet; w wąskim rozumieniu - elektroniczne usługi związane z informacja przestrzenną wprowadzone przez Dyrektywę INSPIRE oraz wskazane w ustawie o infrastrukturze informacji przestrzennej. - Niniejsze Warunki Techniczne. 6

7 Wykonawca Zamówienie Zadanie Zamawiający Zbiór danych - Podmiot realizujący prace objęte niniejszymi Warunkami Technicznymi - Prace objęte niniejszymi Warunkami Technicznymi, inaczej zwane Przedsięwzięciem. - Prace, czynności, dokumenty i dane jakie zobowiązany jest wykonać lub opracować Wykonawca czynione w ramach Modułu, podlegające kontroli i zatwierdzeniu, bez zobowiązania płatniczego Zamawiającego. - Powiat Wadowicki. - Zbiór danych przestrzennych zgodny z definicją zawartą w Ustawie z dnia 4 marca 2010 r. o infrastrukturze informacji przestrzennej art.3 pkt.11) lub rozpoznawalny ze względu na wspólne cechy zestaw danych nieprzestrzennych. 7

8 2. Informacje wstępne Powiat Wadowicki zlokalizowany jest w zachodniej części województwa małopolskiego. Powiat zamieszkuje około mieszkańców na powierzchni około 646 km 2. Powiat składa się z 13 jednostek ewidencyjnych, wśród których wyróżniamy 3 gminy miejskowiejskie (Wadowice, Kalwaria Zebrzydowska i Andrychów) oraz 7 gmin wiejskich (Brzeźnica, Lanckorona, Mucharz, Spytkowice, Stryszów, Tomice i Wieprz) Przedsięwzięcie niniejsze jest częścią Projektu e-usługi w informacji przestrzennej Powiatu Wadowickiego", realizowanego w ramach Regionalnego Programu Operacyjnego Województwa Małopolskiego na lata , 2 Oś priorytetowa Cyfrowa Małopolska, Działanie 2.1 E-administracja i cyfrowe zasoby, Poddziałanie "e-usługi w informacji przestrzennej". W związku z powyższym Wykonawca jest zobowiązany do realizacji prac na warunkach i zasadach określonych w dokumentach i wytycznych Regionalnego Programu Operacyjnego Województwa Małopolskiego na lata , które dostępne są na stronie internetowej: Podstawowym celem Przedsięwzięcia jest zapewnienie takiej infrastruktury informacji przestrzennej Powiatu Wadowickiego, która pozwoli na świadczenia e-usług publicznych informacji przestrzennej na wysokim poziomie dojrzałości, sprawną wymianę danych pomiędzy zasobami z uwzględnieniem specyfiki zasobu geodezyjnego powiatu oraz sprawną realizację kolejnych zadań przewidzianych w Projekcie. Na dzień dzisiejszy Zamawiający wykazuje wysoką dysfunkcjonalność zarówno w sprawnym zarządzaniu informacją przestrzenną jak i w jej udostępnianiu drogą elektroniczną. Podstawowymi przyczynami tego stanu są przede wszystkim: niejednolitość rozwiązań informatycznych służących do zarządzania informacją przestrzenną, ich niekompatybilność, dezintegracja, niedostosowanie i niekompletność cyfrowych danych geodezyjnych. Zamawiający nie posiada systemu teleinformatycznego służącego do zarządzania danymi PZGiK w rozumieniu Rozp. KRI. Posiadane na dzień dzisiejszy narzędzia są rozwiązaniami doraźnymi i tymczasowymi lub obsługującymi ograniczony zakres danych przestrzennych. Pomimo technologicznych braków Zamawiającego w zakresie IIP, należy zauważyć, że jego zasób geodezyjny i kartograficzny ma w przeważającej części postać cyfrową. Powiat posiada cyfrową mapę EGiB obejmującą cały jego obszar, a także cyfrową postać dokumentów dla około 224 metrów bieżących dokumentów PZGiK. W związku z powyższym działania mające na celu zapewnienie 8

9 wydajnej IIP muszą zostać wykonane w jednym procesie z kompleksową konwersją, integracją i uzupełnieniem danych cyfrowych jakie posiada Powiat. Fakt ten determinuje podejście zastosowane w Zamówieniu, w którym podstawowy nacisk kładzie się na dostosowanie danych cyfrowych do standardów jak i funkcjonalności systemu zintegrowanego oraz takie ich przekształcenie, w tym procesy digitalizacji uzupełniającej i masowej, aby umożliwić świadczenie e-usług informacji przestrzennej w możliwie najkrótszym czasie oraz w formie w pełni zautomatyzowanej. W wyniku podjętych działań wynikowa BDPZGiK musi zostać przygotowana do wykonania kolejnych, planowanych w ramach projektu zadań, a w szczególności IIP Zamawiającego musi na bieżąco obsługiwać zgłoszenia prac geodezyjnych realizowanych przez jednostki wykonawstwa geodezyjnego w sposób w pełni zautomatyzowany, aby przenieść zaangażowanie Zamawiającego na obsługę procedur administracyjnych i technicznych związanych z kolejnymi planowanymi w ramach Projektu pracami dotyczącymi zbiorów danych EGiB, BDOT500 i GESUT. 9

10 3. Dane formalno-prawne Prace służące realizacji Zamówienia zostały podzielona na 4 Moduły. W ramach każdego z modułów wyróżnione są Zadania. Prace objęte poszczególnymi Modułami mogą być realizowane równolegle. Szczegółowy opis prac zawarto w Załączniku nr 8 do WT - Harmonogram realizacji prac objętych WT. W ramach WT wyróżniono następujące Moduły: Moduł I - Dostawa wydajnego silnika bazy danych wraz ze strukturami zintegrowanej bazy danych służącej do zarządzania danymi PZGiK oraz wdrożenie systemu służącego do zarządzania BDPZGiK Moduł II - Przetworzenie geodezyjnych danych cyfrowych poprzez ich konwersję, integrację, dostosowanie i digitalizację uzupełniającą wraz z osadzeniem w strukturach BDPZGiK Moduł III - Wykonanie digitalizacji masowej dokumentów PZGiK wraz z osadzeniem w strukturach BDPZGiK Moduł IV - Wdrożenie e-usług o wysokim poziomie dojrzałości, ich integracja z platformą Profilu Zaufanego i systemem płatności elektronicznych oraz modernizacja strony internetowej Wydziału Geodezji i Kartografii mającej na celu udostępnienie wdrożonych e-usług Równolegle do niniejszego Przedsięwzięcia, prowadzone będą dostawy sprzętu informatycznego, niezbędnego do poprawnego działania BDPZGiK jak i wdrażanych e-usług informacji przestrzennej. Zaplanowane urządzenia zastępują lub uzupełniają posiadane przez Zamawiającego zasoby IIP w zakresie sprzętu informatycznego. Dostawy te obejmują między innymi: zestaw serwerów typu rack tworzących klaster wysokiej dostępności HA, macierz dyskową 10 TB, zasilacz awaryjny, przełącznik sieciowy, serwer służący do backup danych wraz z urządzeniem do archiwizacji danych, szafa typu rack. Dostawy zaplanowano z terminem realizacji nie później niż realizacja Modułu I niniejszego Przedsięwzięcia Praca nie podlega zgłoszeniu w PODGiK, ale wymaga się aby ze strony Wykonawcy nadzorowały ją osoby posiadające co najmniej uprawnienia geodezyjne określone w art. 43 ust. 1 i 2 Ustawy PGiK, mające doświadczenie w pracy nad materiałami archiwalnymi wszystkich rodzajów operatów znajdujących się w PODGiK w Wadowicach. Wymaga się 10

11 także aby Wykonawca sporządził dokumentację i raporty według wytycznych zawartych w WT poświadczone przez osoby posiadające wskazane uprawnienia geodezyjne Zamawiający udostępni Wykonawcy komplet danych i materiałów służących wykonaniu przedmiotu zamówienia w uzgodnionych terminach W przypadku, gdy do wykonania przedmiotu zamówienia niezbędne będą materiały z wojewódzkiej lub centralnej części PZGiK, Zamawiający pozyska te materiały na podstawie art. 5 ust. 3 Ustawy PGiK lub na podstawie art. 15 ustawy z dnia 17 lutego 2005r. o informatyzacji działalności podmiotów realizujących zadania publiczne, a następnie udostępni je nieodpłatnie Wykonawcy Ze względu na charakter dokumentów PZGiK przeznaczonych do digitalizacji uzupełniającej jak i masowej, nie dopuszcza się ich wynoszenia lub wywożenia poza miejsce gdzie są składowane u Zamawiającego, bez uprzedniego wykonania przez Wykonawcę inwentaryzacji materiałów zasobu według Załącznika nr 1 do WT i przekazania raportów z tych inwentaryzacji do oceny Zamawiającego. Jednocześnie Zamawiający nie dopuszcza możliwości wykonywania przenoszenia przekazanych dokumentów do kopii cyfrowych w jego siedzibie, między innymi ze względu na brak odpowiednich warunków lokalowych. Maksymalny okres czasu, na jaki może zostać wypożyczona dokumentacja zasobu przeznaczona do przeniesienia do kopii cyfrowej, po wykonaniu inwentaryzacji materiałów zasobu, wynosi 30 dni Przed rozpoczęciem digitalizacji Wykonawca jest zobowiązany do wykonania bezstratnej konwersji i integracji wszystkich posiadanych przez Zamawiającego cyfrowych zbiorów i baz danych (Załącznik nr 6 do WT) do BDPZGiK, przy czym kopie cyfrowe dokumentów PZGiK pozyskanych w uprzednich kampaniach digitalizacji należy przenieść w niezmienionej formie, formacie oraz bez uzupełniania żadnych atrybutów do struktur BDPZGiK. Wszelkie dalsze działania na dokumentach cyfrowych należy prowadzić już wyłącznie w strukturach docelowej BDPZGiK tak, by działania te, a w szczególności procesy digitalizacji uzupełniającej, stanowiły historyczną kontynuację życia obiektu. Dodatkowo, dla dokumentów cyfrowych przeznaczonych do digitalizacji uzupełniającej należy wykonać raporty zmian według wzoru zamieszczonego w Załączniku nr 2 do WT. Jest to podyktowane tym, że wiele spośród dokumentów cyfrowych operatów pochodzących z PZGiK wymagających działań naprawczych i dostosowawczych, funkcjonuje w obiegu geodezyjnym, w tym w postępowaniach administracyjnych oraz sądowych; jako kopie 11

12 cyfrowe lub kopie analogowe wykonane z kopii cyfrowych oraz większość z nich ma nadane identyfikatory materiałów zasobu W ramach Zamówienia digitalizacją ogółem objęto 530 metrów bieżących dokumentów PZGiK oraz 8500 map wielkoformatowych. Wśród dokumentów objętych Zamówieniem znajdują się operaty pomiarowe, rejestry gruntów, rejestry parcelacyjne, dokumenty archiwalne katastru austriackiego i inne rodzaje dokumentów Digitalizacja masowa dotyczy dokumentów analogowych PZGiK nie objętych uprzednio wykonanymi kampaniami digitalizacji lub w całości niedostosowanych do wymogów stawianych dokumentom cyfrowym opisanym w WT Digitalizacja uzupełniająca dotyczy dokumentów cyfrowych pozyskanych w drodze uprzednio wykonanych kampanii digitalizacji PZGiK, wykazujących niedostosowanie do wymogów stawianych dokumentom cyfrowym opisanym w WT (np. jakość, uszkodzenie, czytelność, braki atrybutów) oraz dokumentów składowych operatów, które zostały pominięte w poprzednich kampaniach digitalizacji Zamawiający zabrania jakiejkolwiek trwałej zmiany, rozcinania, rozdzielania czy wykonywania innych czynności wpływających na formę i stan przekazanych do digitalizacji dokumentów, pod groźbą odstąpienia od umowy oraz dochodzenia odszkodowania z tytułu zniszczenia lub naruszenia dokumentów stanowiących PZGiK. Wyjątek stanowią dokumenty, których nie da się przenieść do kopii cyfrowej bez np. rozszycia dokumentu w postaci trwałej księgi, ze względu na niedostępność dla urządzenia skanującego istotnej treści znajdującej się na wewnętrznych stronach księgi, pomimo zastosowania skanerów krawędziowych. Wówczas, w porozumieniu z Zamawiającym, dopuszcza się ostrożne rozszycie takiego dokumentu (księgi) bez naruszenia treści jej stron w celu zeskanowania niedostępnej treści. W takim przypadku Wykonawca jest zobowiązany do renowacji takiego dokumentu przy użyciu profesjonalnych czynności introligatorskich. Szacuje się, że dokumenty zszyte lub w inny sposób scalone, których nie będzie można zeskanować za pomocą szczelinowego urządzenia skanującego, będą stanowić nie więcej niż 40% wszystkich dokumentów. Szacuje się, że dokumenty wymagające renowacji introligatorskiej będą stanowić nie więcej niż 5% wszystkich dokumentów przeznaczonych do opracowania. Należy pamiętać, że materiały w formie księgi, której rozszywanie nie jest wskazane, należy zeskanować na tzw. skanerach płaskich a jeżeli to konieczne na skanerach płaskich krawędziowych. Należy także mieć na uwadze, że znaczna część dokumentów przekazanych do przeniesienia do kopii cyfrowej 12

13 charakteryzuje się stanem technicznym nie pozwalającym na wykorzystanie skanerów szczelinowych, ze względu na możliwość pogorszenia stanu materialnego dokumentu Zamawiający zastrzega sobie możliwość ustanowienia niezależnego Inspektora, Inspektorat lub Podmiotu Monitorująco-Kontrolującego (PMK), który, działając z ramienia Zamawiającego, będzie sprawował nadzór nad pracami oraz dokona kontroli opracowania końcowego. O fakcie powołania takiego podmiotu Wykonawca zostanie poinformowany niezwłocznie drogą pisemną Wykonawca pracy zobowiązany jest do założenia i bieżącego prowadzenia Dziennika Robót oraz do udostępniania Zamawiającemu lub powołanemu Inspektorowi opracowanych materiałów, prowadzonego Dziennika Robót, raportów częściowych do kontroli na każdym etapie realizacji prac w dowolnym momencie ich trwania oraz do stosowania się do zaleceń Zamawiającego i powołanego Inspektora. Dopuszcza się elektroniczną formę uzgodnień poprzez zastosowanie korespondencji mailowej lub zastosowanie Elektronicznego Dziennika Robót (EDR) w formie e-usługi, jeżeli taka zostanie udostępniona przez Zamawiającego. Wszystkie uzgodnienia niezależnie od sposobu ich przeprowadzenia, należy przy okazji przekazania dokumentacji prac wydrukować i przekazać Zamawiającemu w formie materialnej w formie Dziennika Robót. W przypadku EDR raport Dziennika Robót wykona Zamawiający. W trakcie realizacji prac objętych przedmiotem zamówienia Zamawiający dopuszcza uzgadnianie w trybie roboczym z Wykonawcą szczegółów technicznych dotyczących realizacji prac. Wyklucza się stosowanie przez Wykonawcę rozwiązań nieuzgodnionych Wykonawca będzie zobowiązany do budowy wymienionych rejestrów przestrzennych w BDPZGiK, a także niezależnie, do przekazania reprezentacji plikowej ww. rejestrów zorganizowanej, uporządkowanej, udokumentowanej i uzupełnionej za pomocą kopii cyfrowych dokumentów zasobu, specjalnych plików stowarzyszonych oraz plików pochodzących z BDPZGiK, po uprzednim ich dostosowaniu lub ponownym pozyskaniu w drodze digitalizacji uzupełniającej lub masowej. Reprezentacja plikowa nie może być zrzutem z BDPZGiK. Reprezentację plikową należy przekazać dla wszystkich otrzymanych do opracowania dokumentów w jednej lub wielu transzach. Reprezentacja plikowa jest kopią zapasową wykonanych rejestrów oraz służy do kontroli i udokumentowania wykonanych prac. Reprezentację plikową należy przekazać przed rozpoczęciem prac na BDPZGiK dla danego obszaru. Minimalny zakres ilościowy (obszarowy, np. obręb, kilka obrębów, jednostka ewidencyjna, sekcja) reprezentacji plikowej, który musi zostać przekazany w 13

14 ramach jednej transzy danych celem kontroli zostanie uzgodniony w toku prac z Zamawiającym Przedsięwzięcie niniejsze jest częścią Projektu e-usługi w informacji przestrzennej Powiatu Wadowickiego, realizowanego w ramach Regionalnego Programu Operacyjnego Województwa Małopolskiego na lata , 2 Oś priorytetowa Cyfrowa Małopolska, Działanie 2.1 E-administracja i cyfrowe zasoby, Poddziałanie e-usługi w informacji przestrzennej. Mając na uwadze powyższe Wykonawca musi realizować zamówienie na warunkach i zasadach określonych w wytycznych i dokumentach programowych Regionalnego Programu Operacyjnego Województwa Małopolskiego, zapewniając tym samym należytą jakość produktów i terminowość ich wykonania. W tym celu, w trakcie realizacji zamówienia, Wykonawca zobowiązany jest do ścisłej współpracy i współdziałania z następującymi podmiotami: Zamawiającym, a w szczególności z Zespołem ds. realizacji projektu, składającym się z upoważnionych przedstawicieli Zamawiającego; Koordynatorem odpowiedzialnym za bieżące nadzorowanie prac organizacyjno - administracyjnych, związanych z realizacją projektu, w tym koordynowanie prac oraz zapewnienie zgodności realizacji projektu z założonymi wskaźnikami i celami; Inspektorem nadzoru (Inspektoratem lub PMK), odpowiedzialnym m.in. za monitorowanie i weryfikację procesów realizacji zadań, wykonywanych w ramach przedmiotu zamówienia, kontrolowanie jakości i zgodności wytwarzanych i aktualizowanych baz danych z obowiązującymi normami technicznymi i przepisami prawnymi, na każdym etapie realizacji, uczestniczenie w odbiorach częściowych i odbiorze końcowym; Współpraca i współdziałanie Wykonawcy powinny w szczególności uwzględniać przekazywanie informacji według następujących wymagań w poszczególnych obszarach zarządczych: Zarządzanie Komunikacją obejmujące wskazanie zespołów realizujących prace geodezyjne i kartograficzne, wraz ze wskazaniem osób i pełnionych przez nie funkcji w realizacji umowy oraz zapewnienie bieżących kontaktów z wykorzystaniem poczty elektronicznej Zarządzanie terminowością i jakością obejmujące: 14

15 informacje o postępie prac w ramach realizacji umowy z uwzględnieniem harmonogramu realizacji prac, wynikłe w okresie realizacji umowy problemy wraz z podjętymi środkami zaradczymi, przekazywanie informacji o przebiegu realizacji umowy, w tym o terminach odbytych spotkań oraz ich tematyce wraz z ustaleniami, informowanie o terminach rozpoczęcia i zakończenia prac realizowanych w poszczególnych Zadaniach, Zadaniach pilotażowych i Etapach prac, w zakresie określonym w WT Wykonawca zobowiązany jest do dokumentowania uzgodnień z Zamawiającym i Inspektorem Nadzoru za pomocą wpisów w Dzienniku Robót, wymaganej sprawozdawczości z realizacji prac i przekazywania miesięcznych raportów wg. uzgodnionych i ustalonych wzorców podmiotom, z którymi zobowiązany jest do współpracy i współdziałania, w terminie do 5 dnia każdego miesiąca za miesiąc poprzedni Obszar opracowania obejmuje cały powiat wadowicki. Charakterystykę obszaru opracowania pod względem danych EGiB zawarto w Załączniku nr 5 do WT - Zestawienie danych statystycznych w obrębach Obowiązujący układ współrzędnych poziomych: PL Obowiązujący układ współrzędnych wysokościowych: PL-KRON86-NH Stan zasobu elektronicznego PZGiK w Wadowicach obrazuje Załącznik nr 4 do WT Dane i dokumenty PZGiK w Powiecie Wadowickim funkcjonują w programach i zbiorach opisanych w Załączniku nr 6 do WT - Wykaz zbiorów danych (modułów) przeznaczonych do konwersji Wszystkie okresy czasu zawarte w WT są wyrażone w dniach kalendarzowych. 15

16 4. Obowiązujące przepisy prawne: 4.1. Ustawy i rozporządzenia: Ustawa z dnia 17 lutego 2005r. o informatyzacji działalności podmiotów realizujących zadania publiczne (t.j. Dz. U. z 2017r., poz. 570) Ustawa z dnia 12 lutego 2010r. o zmianie ustawy o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz. U Nr 40 poz. 230 z późn. zm.) Ustawa Prawo geodezyjne i kartograficzne z dnia 17 maja 1989r. (t.j. Dz. U. z 2016r., poz z późn. zm.) Ustawa o infrastrukturze informacji przestrzennej z dnia 4 marca 2010r. (Dz. U. z 2010r. Nr 76.poz. 489) Ustawa z dnia 29 sierpnia 1997r. o ochronie danych osobowych (t.j. Dz. U. z 2016r., poz. 922) Ustawa z dnia 14 lipca 1983r. o narodowym zasobie archiwalnym i archiwach (tj. Dz. U poz. 1506) zwana dalej ustawą o zasobie narodowym Ustawa z dnia 9 czerwca 2016r. o zmianie ustawy o wspieraniu rozwoju usług i sieci telekomunikacyjnych oraz niektórych innych ustaw (Dz. U. z 2016r., poz. 903) Rozporządzenie Rady Ministrów z dnia 12 kwietnia 2012r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych (t.j. Dz. U. z 2016r., poz. 113 z późn. zm.) Rozporządzenie Ministra Rozwoju Regionalnego i Budownictwa z dnia 16 lipca 2001r. w sprawie zgłaszania prac geodezyjnych i kartograficznych, ewidencjonowania systemów i przechowywania kopii zabezpieczających baz danych, a także ogólnych warunków umów udostępnianie tych baz (Dz. U. z 2001r. Nr 78 poz. 837) Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 9 listopada 2011r. w sprawie standardów technicznych wykonywania geodezyjnych pomiarów sytuacyjnych i wysokościowych oraz opracowywania i przekazywania wyników tych pomiarów do państwowego zasobu geodezyjnego i kartograficznego (Dz. U. z 2011r. Nr 263, poz. 1572) Rozporządzenie Rady Ministrów z dnia 15 października 2012r. w sprawie państwowego systemu odniesień przestrzennych (Dz. U. z 2012r., poz. 1247). 16

17 Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 5 września 2013r. w sprawie organizacji i trybu prowadzenia państwowego zasobu geodezyjnego i kartograficznego (Dz. U. z 2013r., poz. 1183) Rozporządzenie Ministra Rozwoju Regionalnego i Budownictwa z dnia 2 lipca 2001r. w sprawie klasyfikowania i porządkowania materiałów wyłączanych z państwowego zasobu geodezyjnego i kartograficznego (Dz. U. z 2001r. Nr 74, poz. 796) Rozporządzenie Ministra Rozwoju Regionalnego i Budownictwa z dnia 29 marca 2001r. w sprawie ewidencji gruntów i budynków (t.j. Dz. U. z 2016r., poz. 1034) Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 2 listopada 2015r. w sprawie bazy danych obiektów topograficznych oraz mapy zasadniczej (Dz. U. z 2015r., poz. 2028) Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 21 października 2015r. w sprawie powiatowej bazy GESUT i krajowej bazy GESUT (Dz. U. z 2015r., poz. 1938) Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 9 lipca 2014r. w sprawie udostępniania materiałów państwowego zasobu geodezyjnego i kartograficznego, wydawania licencji oraz wzoru Dokumentu Obliczenia Opłaty (Dz. U. z 2014r., poz. 917) Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 8 lipca 2014r. w sprawie sposobu i trybu uwierzytelniania przez organy Służby Geodezyjnej i Kartograficznej dokumentów na potrzeby postępowań administracyjnych, sądowych lub czynności cywilnoprawnych (Dz. U. z 2014r., poz. 914) Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 8 lipca 2014r. w sprawie formularzy dotyczących zgłaszania prac geodezyjnych i prac kartograficznych, zawiadomienia o wykonaniu tych prac oraz przekazywania ich wyników do państwowego zasobu geodezyjnego i kartograficznego (Dz. U. z 2014r., poz. 924); 4.2. Przy realizacji zamówienia wiążące będą również te przepisy prawa, które wejdą w życie w okresie realizacji przedmiotu umowy, nie później jednak niż 90 dni przed upływem umownego terminu jego realizacji W kwestiach niesprzecznych z przepisami prawnymi wymienionymi powyżej należy stosować poniższe wytyczne techniczne i specyfikacje: G-1.10 Formuły odwzorowawcze i parametry układów współrzędnych; 17

18 Format zakresów przestrzennych dokumentów źródłowych w postaci plikowej: Well_Known_Text_and_Well_Known_Binary_WKT_and_WKB.htm); Format kopii cyfrowych dokumentów źródłowych w postaci plikowej: Format rastrów map podlegających skanowaniu i kalibracji: 18

19 5. Opis cech wymaganego do wdrożenia silnika bazy danych wraz z zapewnieniem struktur BDPZGiK oraz cech systemu służącego do zarządzania BDPZGiK Silnik bazy danych musi spełniać następujące wymagania: musi być w pełni kompatybilny z dostarczanymi serwerami sprzętowymi, w pełni kompatybilny z dostarczonymi systemami operacyjnymi serwerów oraz pozostałym oprogramowaniem podstawowym, w pełni kompatybilny z dostarczanym oprogramowaniem użytkowym, obiektowy lub obiektowo-relacyjny charakter, dostępność interfejsów, skalowalność ograniczona jedynie do przestrzeni magazynu dyskowego, skalowalność automatyczna sparametryzowana przy tworzeniu sektora podlegającego skalowaniu, obsługa rozproszonych baz danych oraz zasobów plikowych, możliwość przechowywania danych przestrzennych z zastosowaniem jednej z implementacji modelu Simple Features, w tym bezpośrednie wsparcie dla obsługi obiektów przestrzennych, wsparcie zarówno dla tekstowych jak i nietekstowych obiektów bazodanowych (w tym typu: IMAGE, AUDIO, VIDEO), transakcyjne przetwarzanie danych (a w konsekwencji umożliwienie pracy wielu użytkownikom jednocześnie) z zachowaniem wysokiej wydajności, przez co Zamawiający rozumie, że wszystkie instrukcje w ramach jednej transakcji zostają wykonane w całości lub w całości zostają wycofane. Dzięki temu nie powstaje sytuacja w której tylko część danych modyfikowanych w przerwanej transakcji zostaje zmieniona. Dane które podlegają zmianie, są odizolowane od innych użytkowników i procesów pracujących na bazie danych do czasu zakończenia transakcji wsparcie dla zapytań równoległych (Parallel Query), zapewnienie wysokiego poziomu bezpieczeństwa danych oraz procesów ich przetwarzania, zapewnienie zabezpieczeń na wielu poziomach, w tym poprzez identyfikację, autentykację i autoryzację użytkowników, zastosowanie zabezpieczenia na poziomie 19

20 protokołu transportowego (http autentication, Digest autentication, SSL), zabezpieczeń typu End-to-End oraz zabezpieczeń na poziomie środowiska serwera aplikacji, możliwość pracy w środowisku dowolnych systemów operacyjnych (także 64- bitowych, w tym co najmniej Microsoft Windows Server 2008), możliwość pracy w środowisku maszyn wirtualnych, współpraca z aplikacjami CAD/GIS w technologii klient-serwer, licencja: niezależna od ilości użytkowników (tzw. licencja "na serwer") oraz nieograniczona w czasie (bezterminowa), nie wymagająca subskrypcji (czasowego odnowienia), możliwość obsługi nie mniej niż 2 procesorów i nie mniej 16 rdzeni procesorowych, wbudowany mechanizm chmury obliczeniowej (usługi chmurowej) dla wielu baz danych, możliwość działania (instalacji i uruchomienia) na dowolnym z systemów operacyjnych, w tym co najmniej na Windows, Linux i UNIX Minimalne wymagania dla systemu do zarządzania BDPZGiK: Architektura systemu musi doprowadzić do centralizacji rozproszonych baz danych aktualnie istniejących w strukturach wydziału w jednej logicznie spójnej bazie danych. Przez logiczną spójność Zamawiający rozumie użycie jednego silnika bazy danych oraz jednego, wspólnego układu strukturalnego dla wszystkich danych będących przedmiotem zamówienia Centralizacja baz danych musi iść w parze z ich wzajemną integracją i harmonizacją. Dlatego wymaga się od systemu wbudowanych mechanizmów interoperacyjności czyli utrzymania danych w harmonii w trakcie ich bieżącej aktualizacji System musi składać się z przynajmniej trzech rodzajów oprogramowania: oprogramowania silnika bazy danych operującego bezpośrednio na bazie danych PZGiK, oprogramowania aplikacyjnego przeznaczonego dla pracowników urzędu jako desktopowy interfejs aplikacyjny do prowadzenia ewidencji, rejestrów i zbiorów danych wymaganych przez ustawę PGiK oraz oprogramowania teleinformatycznego przeznaczonego dla klientów zewnętrznych urzędu jako sieciowy interfejs aplikacyjny do publikacji danych przestrzennych PZGiK i świadczenia e-usług publicznych Do prowadzenia bazy danych PZGiK musi zostać dostarczone oprogramowanie aplikacyjne obsługujące wszystkie zbiory danych (ewidencje i rejestry) wymagane przez Ustawę PGiK. Oprogramowanie takie często zwane oprogramowaniem 20

21 dziedzinowym musi zostać dostarczone w postaci gotowej i przetestowanej, a następnie musi zostać uruchomione do bieżącej obsługi (produkcyjnie). Preferuje się, aby oprogramowanie dziedzinowe było skonstruowane w architekturze klient-serwer (dwuwarstwowej) ze względu na większą szybkość i mniejszą awaryjność jednakże dopuszcza zastosowanie technologii trójwarstwowej Do prezentacji, raportowania i analizowania danych z bazy czyli szeroko pojętego udostępniania informacji przestrzennej musi zostać dostarczone oprogramowanie napisane w technologii internetowej, która interfejs użytkownika udostępnia za pomocą każdej standardowej przeglądarki internetowej. Oprogramowanie takie często zwane WebGIS musi także zostać dostarczone w postaci gotowej. Architektura oprogramowania musi być oparta przynajmniej o technologię trójwarstwową. Zaproponowane rozwiązanie musi zapewniać niezależność sprzętową i aplikacyjną poprzez zgodność z międzynarodowymi normami ISO i specyfikacjami OGC System musi być wyposażony w centralny mechanizm zarządzania użytkownikami w zakresie nadawania uprawnień i dostępu do danych. Zamawiający rozumie przez to takie rozwiązanie, które będzie zapewniało zarządzanie użytkownikami (zakładanie / usuwanie kont, nadawanie uprawnień oraz ich modyfikację i odbieranie) za pomocą jednego interfejsu, niezależnie od modułu i rodzaju oprogramowania systemu, którego funkcjonalności i zakresu przetwarzanych danych dotyczą uprawnienia Wszelkie oprogramowanie Systemu musi zapewniać dostęp do zasobów BDPZGiK tylko uwierzytelnionym użytkownikom, tak aby operacje na danych mogły wykonywać wyłącznie osoby uwierzytelnione Centralny mechanizm zarządzania użytkownikami Systemu musi umożliwiać zarządzanie zakresem uprawnień użytkowników, poprzez umożliwienie administratorowi systemu przyznawania i odbierania użytkownikom uprawnień, w szczególności w odniesieniu do zbiorów danych (rejestrów) systemu, rodzaju dostępu (odczyt, edycja), tak aby użytkownik dysponował uprawnieniami adekwatnymi do powierzonych mu zadań Wszelkie oprogramowanie interfejsowe Systemu musi umożliwiać użytkownikom przetwarzanie tylko tych danych, do których ma przyznane uprawnienia, tak aby użytkownik mógł wykonywać jedynie operacje na danych do których został uprawniony, a w szczególności aby zapewnić dostęp jedynie uprawnionym osobom do przetwarzania danych osobowych 21

22 5.3. Nadrzędnym celem wymiany lub modernizacji oprogramowania przeznaczonego do obsługi Wydziału jest zbudowanie bazy danych spełniającej wszystkie wymagania Ustawy PGiK zwanej w dalszej części Bazą Danych Powiatowego Zasobu Geodezyjnego i Kartograficznego (BDPZGiK), zapewniającej mechanizmy bieżącego utrzymania danych w tej bazie w stanie aktualności i zgodności z w/w ustawą oraz zapewniającej łatwy dostęp dla e-usług do wszystkich danych wymaganych przez Ustawę PGiK z poziomu jednego serwera aplikacji obsługującego e-usługi. Oczekiwane jest spełnienie przez bazę danych między innymi następujących wymagań: BDPZGiK musi być gotowa do przechowywania i obsługiwania wszystkich zbiorów danych przestrzennych i nie przestrzennych wymienionych w Ustawie PGiK oraz rozporządzeniach wykonawczych do tej ustawy (w tym EGiB, BDOT500, GESUT, BDSOG, PZGiK, RCiWN, EMUiA oraz ewidencję obiektów przestrzennych K-1, które nie zostały jeszcze przekształcone do nowego modelu pojęciowego) w zakresie obowiązującym Starostę Powiatu Wadowickiego dla całego powiatu (JST) w tym bezwzględnie musi posiadać struktury danych przygotowane do obsługi tematów Ustawy PGiK zgodnie z aktualnymi schematami aplikacyjnymi. Niedopuszczalne jest przechowywanie zbiorów danych lub ich części poza bazą danych, np. w plikach graficznych lub innych plikach nie obsługiwanych przez silnik bazy danych W celu zachowania danych historycznych (archiwalnych) przeniesionych z poprzednich baz danych oraz zachowania ciągłości historycznej podczas przekształcania i dostosowywania obiektów przestrzennych K-1 do nowego modelu pojęciowego zgodnego z Ustawą PGiK, BDPZGiK musi obsługiwać ewidencję obiektów przestrzennych mapy zasadniczej prowadzonej zgodnie z przepisami instrukcji technicznej K-1 (EOPK1) BDPZGiK musi być obsługiwana w technologii przynajmniej dwuwarstwowej (klient - serwer) lub wyższej, np. trójwarstwowej lub czterowarstwowej, co oznacza, że aplikacja obsługująca BDPZGiK musi komunikować się z silnikiem (serwerem) bazy danych przynajmniej za pomocą klienta dostarczonego przez producenta silnika bazy danych. Niedopuszczalny jest bezpośredni dostęp aplikacji obsługującej bazę danych do systemu plików, w którym zapisane są dane (bezpośrednie otwieranie plików bazy danych przez aplikację) BDPZGiK musi być obsługiwana za pomocą jednego silnika bazy danych i tej samej wersji silnika bazy danych, co oznacza, że niedopuszczalne jest, aby np. EGiB był 22

23 obsługiwany przez silnik bazy danych X a GESUT był obsługiwany przez silnik bazy danych Y podobnie jak niedopuszczalne jest, aby, np. EGiB był obsługiwany przez inną wersję silnika bazy (X wersja N) a BDOT500 był obsługiwany przez inną wersję silnika bazy danych (X wersja M) BDPZGiK musi być obsługiwana przez jeden proces (usługę) silnika (serwera) bazy danych, co oznacza, że niedopuszczalne jest, aby np. EGiB był obsługiwany oddzielny proces silnika bazy X a GESUT był obsługiwany przez oddzielny proces silnika tej samej bazy danych X nawet jeżeli wersje bazy X są takie same BDPZGiK musi być logicznie jedna, co oznacza, że nie może być podzielona na oddzielne logicznie fragmenty, np. oddzielny EGiB, oddzielny BDOT500, oddzielny GESUT i oddzielny BDSOG. Powyższy wymóg objawia się między innymi następującymi efektami: jedno logowanie daje dostęp do wszystkich tematów geodezji (EGiB, BDOT500, GESUT, BDSOG i PZGiK) łącznie; wewnątrz bazy danych nie ma danych, które się dublują, np. nie mają prawa istnieć dwie oddzielne tablice z działkami ewidencyjnymi, jedna do obsługi EGiB a druga do obsługi PZGiK. Zamiast tego istnieje jedna tablica z działkami powiązana relacjami z EGiB i PZGiK jednocześnie BDPZGiK musi zapewniać struktury danych zawierające pola geometryczne do przechowywania wektorowych danych geometrycznych (przestrzennych) wprost w bazie danych. Wszystkie dane geometryczne (przestrzenne) wymagane przez Ustawę PGiK muszą być zapisane w postaci pól geometrycznych BDPZGiK musi zapewniać struktury danych zawierające pola binarne do przechowywania rastrowych danych geometrycznych (zdjęcia cyfrowe, skany) wprost w bazie danych. Wszystkie obiekty przestrzenne muszą mieć możliwość zapisu swojego zdjęcia lub skanu w bezpośrednio w BDPZGiK Wszystkie związki pomiędzy obiektami BDPZGiK, wymagane przez schematy aplikacyjne rozporządzeń wykonawczych do Ustawy PGiK, oraz mechanizmy kontroli poprawności tych związków muszą być zapisane bezpośrednio w BDPZGiK w postaci relacji bazodanowych, a nie w kodzie źródłowym aplikacji (oprogramowania klienckiego) obsługującego BDPZGiK Zakres i sposób licencjonowania BDPZGiK nie może być ograniczony czasowo, stanowiskowo lub ilościowo względem użytkowników, w tym licencja ma być: serwerowa, przynajmniej na dwa serwery jednoprocesorowe stanowiące klaster 23

24 wysokiej dostępności HA, wraz z pięcioletnim wsparciem pomocy technicznej na dostarczone rozwiązania, obejmującym bezpłatne aktualizacje produktu Minimalne wymagania dla oprogramowania dziedzinowego do prowadzenia bazy danych PZGiK: Musi być zgodne z obowiązującymi przepisami prawa w randze ustawy, w szczególności z Ustawą PGiK oraz przepisami wykonawczymi aktualnymi w dniu złożenia oferty w zakresie wszystkich wymaganych przez w/w ustawę ewidencji i baz danych Oprogramowanie musi w szczególności zapewniać wymianę danych zapisanych w plikach GML w obowiązujących modelach pojęciowych i schematach aplikacyjnych dla baz danych: EGiB w tym RCiWN, BDOT500, GESUT, BDSOG i EMUiA Musi obsługiwać następujące zbiory danych (dotychczas rozproszone bazy danych) wchodzące w skład państwowego zasobu geodezyjnego i kartograficznego, o których mowa w Ustawie PGiK: EGiB, RCiWN, GESUT, EMUiA, BDSOG, BDOT500, PZGiK W celu zachowania danych historycznych oprogramowanie musi obsługiwać ewidencję obiektów przestrzennych mapy zasadniczej prowadzonej zgodnie z przepisami instrukcji technicznej K Oprogramowanie musi - w dniu złożenia oferty - funkcjonować w przynajmniej czterdziestu (10% ilości powiatów w Polsce) lokalizacjach na szczeblu powiatu (grodzkich i/lub ziemskich) na terenie Polski, co najmniej w zakresie obsługi danych EGiB, BDOT500, GESUT i BDSOG, albowiem Beneficjent chce mieć pewność instalacji i wdrożenia systemu sprawdzonego i działającego bez zakłóceń w analogicznych warunkach i środowisku i bez konieczności ponoszenia kosztów testów akceptacyjnych. 24

25 Oprogramowanie musi być w pełni interoperacyjne (zintegrowane) na poziomie struktur przechowywania w/w zbiorów danych, ewidencji i rejestrów, co oznacza, że raz wprowadzona dana do bazy danych PZGiK musi być widoczna we wszystkich w/w rejestrach i ewidencjach bez potrzeby ponownego jej wprowadzania Oprogramowanie musi być interoperacyjne (zintegrowane) na poziomie interfejsu użytkownika, co oznacza, że raz otwarty przez pracownika urzędu interfejs użytkownika musi dać dostęp do funkcji koniecznych w celu obsługi wszystkich w/w zbiorów danych, ewidencji i rejestrów zgromadzonych w bazie danych PZGiK, w tym także danych geometrycznych w niej zawartych. W konsekwencji oprogramowanie nie może wymagać zakupu i licencji dodatkowego silnika (środowiska) graficznego w postaci zewnętrznych programów Oprogramowanie musi być interoperacyjne (zintegrowane) na poziomie autoryzacji użytkownika i kontroli jego uprawnień, co oznacza, że raz zalogowany i autoryzowany użytkownik musi mieć dostęp do wszystkich w/w zbiorów danych, ewidencji i rejestrów, do których uzyskał uprawnienia, bez ponownego logowania Oprogramowanie musi być interoperacyjne (zintegrowane) na poziomie obsługi pojedynczego obiektu zdefiniowanego w schematach aplikacyjnych rozporządzeń wykonawczych do Ustawy PGiK, co oznacza, że musi posiadać mechanizm wprowadzania wszystkich danych (opisowych i geometrycznych) o obiekcie w jednej sesji zmiany (modyfikacji) przez jednego operatora. Oprogramowanie musi posiadać opcję konfiguracyjną dla administratora systemu, która w uzasadnionych przypadkach pozwoli wyłączyć interoperacyjność na poziomie pojedynczego obiektu, co pozwoli na wprowadzanie modyfikacji geometryczno-opisowych w dwóch sesjach przez dwóch operatorów jako jednej zmiany z możliwością wzajemnego przekazywania, z zachowaniem rozliczalności Oprogramowanie musi być interoperacyjne w stosunku do systemu obiegu dokumentów (EZD) w urzędzie, co oznacza, że musi być wyposażone w gotowe mechanizmy (wtyczki) pozwalające na przekazywanie elektronicznych dokumentów i spraw z nimi związanych oraz ich metadanych do systemu obiegu dokumentów oraz pobieranie elektronicznych dokumentów z dziennika podawczego systemu obiegu dokumentów. W/w mechanizmy muszą być przygotowane na obsługę funkcji systemu obiegu dokumentów udostępnionych w postaci usług sieciowych. 25

26 Oprogramowanie musi być wyposażone w mechanizm podglądu danych geometrycznych (map) w formatach wektorowych: DXF i DGN, formatach obiektowych SWING i GML, tekstowym formacie EWMAPA oraz formatach rastrowych: TIFF+TFW, GEOTIFF i JPG Oprogramowanie musi być wyposażone w mechanizm kontroli wpisów istniejących w bazie danych uniemożliwiający dublowanie kolejnych wpisów o tej samej wartości (mechanizm zapobiegania redundancji), w tym także dotyczący słowników Aktualizacja rejestrów urzędowych w Oprogramowaniu musi odbywać się w trybie rejestrowanych zmian, poprzez rejestrację kolejnych wersji zmienianych obiektów wraz z metadanymi opisującymi zmianę (co najmniej data zmiany z dokładnością do sekund, podstawa zmiany i użytkownik dokonujący zmiany), tak aby spełnić wymagania Rozporządzenia KRI dotyczące rozliczalności i integralności oraz Ustawy PGiK Oprogramowanie musi być wyposażone w mechanizm prezentacji danych archiwalnych w tych samych formularzach ekranowych, w których prezentowane są dane aktualne Oprogramowanie musi być wyposażone w mechanizm generowania dokumentów na podstawie szablonów, spełniający następujące wymagania: Odczytywać szablony zapisane w formacie, dla którego jest powszechnie dostępny edytor tekstu Umożliwiać umieszczanie w szablonie aktywnych pól w postaci zmiennych, uzupełnianych automatycznie odpowiednimi danymi z bazy, w taki sposób, aby pracownik Zamawiającego samodzielnie mógł zmienić wygląd i treść szablonu Odczytywać szablony przechowywane w jednym centralnym miejscu, dostępnym dla wszystkich aplikacji i stanowisk komputerowych korzystających z systemu Generować dokumenty w takim formacie, który umożliwia modyfikację dokumentu, bez konieczności modyfikowania szablonu Oprogramowanie musi posiadać narzędzia kontroli poprawności wprowadzanych zmian (na podstawie wpisywanych danych). W przypadku stwierdzenia błędu przy aktualizacji przed zapisem użytkownik powinien zostać poinformowany o możliwości wystąpienia błędu, obiekcie, którego błąd dotyczy, rodzaju błędu według istniejącego słownika i opcją wskazania miejsca na mapie, w którym występuje błędny obiekt Oprogramowanie musi działać wykorzystując wspólne dla całej BDPZGiK jednolite słowniki między innymi z nazwami ulic, adresami, słownikiem podmiotów, numerami 26

27 KW, nazwami sądów i kancelarii notarialnych, łącznie z możliwością dodania, usunięcia lub korekty wartości ze słownika oraz ujednolicenia zdublowanych wpisów. Edycja słowników w zakresie różnych operacji wykonywanych na słownikach musi odbywać się przez operatorów z nadanymi uprawnieniami do poszczególnych operacji Oprogramowanie musi mieć możliwość prezentowania i umieszczenia w BDPZGiK fotografii cyfrowych i skanów istotnych obiektów Oprogramowanie musi zapewnić uporządkowanie i sortowanie prezentowanych wyników z uwzględnieniem polskiego alfabetu (A, Ą, B, C, Ć a nie A, B, C,... Z, Ą, Ć, Ę) jeżeli wyniki są tekstami i wg sortowania liczbowego (1, 2, 3, 11, 12, 13, 21, 22, 23 a nie tekstowego 1, 11, 12, 13, 2, 21, 22, 23) jeżeli wyniki są liczbami Oprogramowanie musi być aplikacją klasy desktop zbudowaną w środowisku obiektowego języka programowania w technologii przynajmniej dwuwarstwowej Okna i paski narzędziowe interfejsu oprogramowania nie mogą być osadzone na "sztywno", tzn. użytkownik musi posiadać możliwość, zmiany układu okien i pasków, aby dostosować je do swoich potrzeb. Dostosowanie położenia okien i pasków musi być możliwe poprzez chwycenie kursorem myszy danego elementu i przeciągnięcie go w inne miejsce z możliwością zadokowania. Okna z mapą muszą posiadać możliwość interaktywnej zmiany rozmiaru Oprogramowanie musi zawierać mechanizmy obsługi następujących państwowych układów współrzędnych: 1942, 1965, 1992, 2000 i WGS Oprogramowanie musi umożliwić generowanie Dokumentu Obliczenia Opłaty dla udostępnianych materiałów zasobu oraz za wykonywane czynności (o których mowa a art. 40b ust. 1 Ustawy PGiK), zgodnie ze wzorem określonym w Załączniku nr 9 do rozporządzenia Ministra Administracji i Cyfryzacji z dnia 9 lipca 2014 r. w sprawie udostępniania materiałów państwowego zasobu geodezyjnego i kartograficznego, wydawania licencji oraz wzoru Dokumentu Obliczenia Opłaty (Dz.U. z 2014 r. poz. 917) Oprogramowanie musi umożliwiać wygenerowanie mapy zasadniczej, wraz z możliwością określenia skali mapy, formatu mapy, zakresu przestrzennego mapy zgodnie z wymaganiami Rozporządzenia BDOT Oprogramowanie musi umożliwiać wygenerowanie dla wybranej jednostki rejestrowej Wypisu z rejestru gruntów o treści zgodnej z wymaganiami Rozporządzenia EGiB. 27

28 Oprogramowanie musi umożliwiać sporządzanie wyciągu z rejestru cen i wartości nieruchomości, tak, aby możliwe było udostępnienie danych z RCiWN w postaci zgodnej z Załącznikiem do Ustawy PGiK (tabela nr 12 lp.2) Oprogramowanie musi umożliwiać generowanie Zawiadomienia o zmianach o treści zgodnej z 49 ust. 2 Rozporządzenia EGiB Środowisko graficzne Oprogramowania musi umożliwiać prezentację danych przestrzennych, tak aby były one dostępne w postaci dynamicznie generowanej mapy, będącej wizualizacją danych z bazy danych Środowisko graficzne Oprogramowania musi umożliwiać nawigowanie po mapie, poprzez umożliwienie co najmniej jej przybliżania, oddalania, przesuwania, tak aby możliwe było wyświetlenie zakresu przestrzennego mapy zgodnego z potrzebą użytkownika Środowisko graficzne Oprogramowania musi umożliwiać zarządzanie warstwami obiektów przestrzennych widocznymi w oknie mapy, poprzez co najmniej umożliwienie włączenia i wyłączanie widoczności danej warstwy, zmianę koloru obiektów na warstwie, tak aby możliwe było tworzenie kompozycji mapowych zgodnych z aktualnym zapotrzebowaniem Użytkownika Środowisko graficzne Oprogramowania musi umożliwiać tworzenie i modyfikowanie geometrii obiektów przestrzennych prezentowanych na mapie co najmniej poprzez: wskazywanie współrzędnych kolejnych wierzchołków obiektu (wpisując współrzędne lub kursorem na mapie z wykorzystaniem funkcjonalności dociągania do już istniejących obiektów); wykorzystanie obliczeń geodezyjnych (domiarów prostokątnych, obliczeń biegunowych, wcięć liniowych i kątowych); modyfikowanie (przesuwanie, usuwanie, dodawanie) wierzchołków istniejących obiektów, wraz z dociąganiem do innych obiektów; import geometrii z pliku; przyciąganie do istniejących obiektów, 28

29 6. Integracja zbiorów i baz danych do jednej zintegrowanej bazy danych poprzez konwersję i harmonizację zbiorów danych Minimalne wymagania konwersji i harmonizacji danych do BDPZGiK: Własnym kosztem i staraniem Wykonawca zapewni identyfikację danych i zgodność ich relacji po migracji Konwersji muszą ulec wszystkie dane: aktualne i archiwalne, opisowe i geometryczne, z wyjątkiem tych, które się powtarzają (danych redundantnych). Kontrolowana będzie ilość rekordów przed konwersją w stosunku do ilości rekordów po konwersji w celu zapewnienia migracji wszystkich znaczących i niepowtarzalnych danych Konwersja testowa i weryfikacja danych po konwersji musi być wykonywana w tylu iteracjach testowych, ile potrzeba do osiągnięcia 100% danych przeniesionych do BDPZGiK Konwersja danych geometrycznych powinna uwzględniać dotychczasową redakcję mapy dotyczącą położenia opisów, kąta obrotu opisów i odnośników Konwersja danych geometrycznych musi być poprzedzona przeprowadzeniem z Beneficjentem szczegółowych uzgodnień spisanych w formie notatek W trakcie dokonywania konwersji danych należy dokonać ich harmonizacji i integracji. Harmonizacja polega na pozbyciu się obiektów zduplikowanych (redundantnych), np. umieszczeniu w jednej tablicy bazy danych obiektów tego samego typu pochodzących z różnych źródeł (tablic) przed konwersją, natomiast integracja polega na przepięciu relacji innych obiektów na wspólną tablicę powstałą po konwersji. Integracja dotyczy również danych historycznych (archiwalnych). Integracją należy objąć całość danych poddanych konwersji, a w szczególności: Rekordy działek pochodzące z ewidencji zgłoszeń prac geodezyjnych należy zintegrować z rekordami działek pochodzących z ewidencji gruntów i budynków. Wszystkie rekordy działek pochodzące z ewidencji prac geodezyjnych, których nie uda się przyporządkować do rekordów działek z ewidencji gruntów i budynków, należy umieścić w oddzielnej tablicy i sporządzić dla nich raport rozbieżności. 29

30 Rekordy działek i budynków pochodzące z ewidencji cen i wartości nieruchomości należy zintegrować z rekordami działek i budynków pochodzącymi z ewidencji gruntów i budynków Rekordy adresów pochodzące z części opisowej ewidencji gruntów i budynków należy zintegrować w jednej tablicy z rekordami punktów adresowych, pochodzącymi z części geometrycznej ewidencji gruntów i budynków Po ostatniej konwersji testowej i pozytywnej weryfikacji danych po konwersji wszystkie rozproszone bazy danych zostaną zablokowane do modyfikacji w wydziale geodezji w celu wykonania ostatecznej konwersji: baza danych części opisowej EGiB zostanie zablokowana na 3 tygodnie przed uruchomieniem produkcyjnym, baza danych części graficznej EGiB oraz mapy zasadniczej zostanie zablokowana na 4 tygodnie przed uruchomieniem produkcyjnym, baza danych BDSOG zostanie zablokowana na 2 tygodnie przed uruchomieniem produkcyjnym; baza danych materiałów geodezyjnych, operatów, zamówień i zgłoszeń prac geodezyjnych zostanie zablokowana na 3 dni przed uruchomieniem produkcyjnym BDPZGiK Uruchomienie produkcyjne musi dotyczyć całej bazy danych PZGiK i nie może trwać dłużej niż 2 dni robocze Instruktaże przystanowiskowe pracowników PZGiK muszą nastąpić w ciągu 5 dni roboczych od uruchomienia produkcyjnego BDPZGiK i zakończyć się przekazaniem zakresu wiedzy niezbędnego do obsługi aplikacji - odpowiednio do ról szkolonych pracowników 30

31 7. Wdrożenie e-usług o wysokim poziomie dojrzałości wraz z integracją z platformą Profil Zaufany oraz systemem płatności elektronicznych Opis funkcjonalności wymaganych do wdrożenia e-usług (tzw. karty e-usług) znajduje się w Załączniku nr 7 do WT Minimalne wymagania oprogramowania teleinformatycznego przeznaczonego do świadczenia e-usług na wysokim poziomie dojrzałości: Oprogramowanie służące do świadczenia e-usług musi zapewniać funkcjonalność pozwalającą na monitorowanie liczby pobrań i odtworzeń informacji przestrzennej świadczonej poprzez tę e-usługę Oprogramowanie służące do świadczenia e-usług musi wykorzystywać optymalizację sprzętową i oprogramowania operacyjnego tak, by poszczególne procesy lub grupy procesów były obsługiwane niezależnie przez co najmniej dwa serwery tworzące chmurę obliczeniową Oprogramowanie służące do świadczenia e-usług musi wykorzystywać optymalizację sprzętową i oprogramowania operacyjnego tak, by poszczególne procesy lub grupy procesów były obsługiwane niezależnie przez co najmniej dwa serwery tworzące chmurę obliczeniową lub klaster HA Musi być napisane w języku, który daje niezależność od systemu operacyjnego serwera fizycznego lub wirtualnego Musi być zrealizowane w technologii przynajmniej trójwarstwowej, gdzie pierwszą warstwę stanowią pakiety procedur przeznaczone do wbudowania w bazę danych PZGiK, drugą warstwę stanowi serwer aplikacji (back-end) złożony z oprogramowania obsługującego generację map i wszystkie e-usługi, a trzecią warstwę stanowi oprogramowanie klienckie działające w przeglądarce internetowej służące jako interfejs Usługobiorcy (front-end); Każda e-usługa musi mieć dostęp do portalu mapowego (geoportalu) lub mieć wbudowany portal mapowy w taki sposób, aby Usługobiorca mógł w trakcie wypełniania formularza wskazać obiekty przestrzenne lub narysować zakres przestrzenny terenu, którego dotyczy e-usługa; Każda e-usługa musi mieć dostęp do elektronicznej skrzynki podawczo - odbiorczej stanowiącej rejestr dokumentów i wniosków składanych w formie elektronicznej oraz 31

32 dokumentów i materiałów odbieranych w formie elektronicznej przez danego Usługobiorcę i pogrupowanych numerami spraw wygenerowanymi przez System lub EZD; Portal mapowy musi generować mapy na serwerze aplikacji, a nie na stanowisku klienckim i nie może wymagać zakupu licencji zewnętrznego serwera mapowego firm komercyjnych Portal mapowy musi zapewniać autoryzowany dostęp (identyfikator, hasło) do tych danych przestrzennych, które są płatne lub są chronione odrębnymi przepisami natomiast pozostałe dane przestrzenne musi prezentować bez konieczności autoryzacji Portal mapowy musi posiadać podstawowe narzędzie do nawigacji na mapie: powiększanie, pomniejszanie, prezentacji całego zakresu mapy, płynne przesuwanie mapy Portal mapowy musi posiadać następujące narzędzia: widok warstw z włączaniem i wyłączaniem dowolnej warstwy, widok legendy, pomiar odległości i powierzchni na mapie, widok atrybutów opisowych obiektu geometrycznego po wskazaniu go na mapie metodą punktową, liniową i obszarową Oprogramowanie klienckie stanowiące trzecią warstwę e-usług nie może komunikować się z bazą danych w sposób bezpośredni - nie może wywoływać zapytań do bazy danych, ani odbierać odpowiedzi z bazy danych. Zamiast tego komunikacja musi następować tylko pomiędzy oprogramowaniem klienckim a serwerem aplikacji za pomocą protokołu HTTPS Serwer aplikacji musi stanowić element pośredniczący, który przekazuje zapytania do procedur wbudowanych w bazę danych PZGiK i odbiera od nich odpowiedzi, które następnie przekazuje do oprogramowania klienckiego uruchomionego w przeglądarce internetowej; Serwer aplikacji musi być zainstalowany na innym serwerze fizycznym lub wirtualnym niż serwer bazy danych PZGiK przy czym komunikacja pomiędzy obydwoma serwerami musi być ograniczona tylko do protokołu obsługującego klienta silnika bazy danych PZGiK Oprogramowanie klienckie musi działać przynajmniej w następujących lub równoważnych przeglądarkach internetowych: Internet Eksplorer, Mozilla Firefox, Opera, Google Chrome; w bieżącej na dzień złożenia oferty, stabilnej wersji 32

33 dystrybuowanej przez producenta, bez konieczności instalacji żadnych wtyczek, apletów, dodatków i modułów dla przeglądarek Wraz z wdrożeniem pakietu e-usług należy dokonać integracji e-usług z usługami sieciowymi platformy Profil Zaufany. Integracja ta musi spełniać następujące wymagania: Logowanie zewnętrznego użytkownika do systemu możliwe jest za pośrednictwem formularza logowania Profilu Zaufanego Użytkownik nie musi zakładać konta w systemie jeśli zaloguje się za pośrednictwem Profilu Zaufanego Uwierzytelnienie i identyfikacja tożsamości użytkownika w dziedzinowej bazie danych odbywa się na podstawie danych pobranych z Profilu Zaufanego Wraz z wdrożeniem pakietu e-usług należy dokonać integracji e-usług z systemem płatności elektronicznych. Integracja ta musi spełnić następujące wymagania: Płatność za zamówione usługi/materiały odbywa się w czasie rzeczywistym (płatność natychmiastowa) Dostępność serwisu 24 godziny na dobę 7 dni w tygodniu Płatności są księgowane na koncie urzędu jako bezpośredni przelew z konta użytkownika (nie jako przelew z konta firmy pośredniczącej) Wyłącznie Użytkownik/Odbiorca e-usługi ponosi koszty obsługi płatności Sposób licencjonowania: licencja niewyłączna dla nieograniczonej liczby użytkowników wewnętrznych oraz zewnętrznych, udzielona na co najmniej 5 lat od momentu uruchomienia serwera potwierdzonego protokołem odbioru Pola eksploatacji: prawo uruchomienia e-usług na jednym serwerze lub klastrze serwerów W ramach warstwy back-end zostaną dostarczone nowe lub dostosowane istniejące rozwiązania mające na celu monitorowanie oraz zarządzanie procesami obsługiwanymi poprzez e-usługi o następujących minimalnych wymaganiach: Możliwość zarządzania użytkownikami, w tym użytkownikami wewnętrznymi obsługującymi proces świadczenia e-usług jak i użytkownikami zewnętrznymi (np. logującymi się poprzez platformę Profil Zaufany). 33

34 Możliwość monitorowania procesu obsługiwanego za pomocą e-usługi wraz z podglądem statusu realizacji procesu, realizacji płatności, podgląd do dokumentu obliczenia opłaty wraz z możliwością jego wygenerowania, podglądem danych wydanych, otrzymanych, wykonanych operacji przetwarzania i innych realizowanych za pomocą e-usługi Możliwość tworzenia wszystkich raportów oraz zestawień dla transakcji (procesów) zrealizowanych za pomocą e-usługi łącznie ze zrealizowanymi w sposób tradycyjny, w tym tworzenia raportu pobrań i odtworzeń wykonanych za pomocą e-usługi dla dowolnego okresu czasu Możliwość pełnej edycji procesu obsługiwanego za pomocą e-usługi (w tym zmiana statusu, zatrzymanie procesu, odrzucenie wniosku) System teleinformatyczny musi zapewnić funkcjonalności do zasilania i aktualizacji wybranych elementów z rejestrów publicznych regionalnej infrastruktury informacji przestrzennej Minimalne wymagania wydajnościowe systemu służącego do świadczenia e-usług oraz oprogramowania desktopowego: Zaprojektowany system musi pozwalać na równoczesną pracę co najmniej 50 użytkowników za pośrednictwem aplikacji desktopowej (back-end) oraz co najmniej 300 użytkowników za pośrednictwem portalu e-usług Średni czas odpowiedzi przy transakcjach bez zapisu informacji do bazy danych nie może przekraczać 5 sek., czas maksymalny 20 sek.; Średni czas odpowiedzi przy transakcjach z zapisem informacji do bazy danych nie może przekraczać 10 sek., czas maksymalny 30 sek.; Przez czas odpowiedzi rozumie się czas upływający od momentu wykonania przez użytkownika na końcówce Systemu akcji wyzwalającej działanie Systemu (naciśnięcie odpowiedniego do sytuacji klawisza lub kontrolki w oknie aplikacji, itp.) do momentu rozpoczęcia transferu danych stanowiących wynik akcji do końcówki użytkownika portalu e-usług, lub uzyskania oczekiwanych wyników tej akcji na końcówce użytkownika aplikacji desktopowej Wymagane czasy odpowiedzi nie dotyczą wykonywania raportów zbiorczych określonych okresem czasu lub obszarem, dla których maksymalny czas odpowiedzi nie może przekraczać 1 godziny zegarowej. Dotyczy to w szczególności plików wymiany danych GML przy czym za maksymalny obszar przyjmuje się obszar jednej jednostki 34

35 ewidencyjnej, a za maksymalny czas przyjmuje się okres 1 roku kalendarzowego. W przypadku większych obszarów i przedziałów czasu czas odpowiedzi należy wyliczać proporcjonalnie do czasu maksymalnego Każde z powyższych wymagań uzna się za spełnione, kiedy próby pomiaru zostaną wykonane co najmniej 10 razy w odstępach nie dłuższych niż 5 minut a stawiane wymagania zostaną spełnione dla nie mniej niż 50% wykonanych prób. 35

36 8. Modernizacja strony internetowej Wydziału Geodezji i Kartografii Minimalne wymagania dla strony internetowej Zamawiającego po przebudowie: Wykonawca dostosuje do świadczenia e-usług stronę internetową Zamawiającego bądź stworzy od podstaw portal zawierający dotychczasowe treści i funkcjonalności oraz zapewniający obsługę wdrożonych w zadaniu e-usług. Powyższe należy wykonać w oparciu o autorski system CMS, na który Wykonawca udzieli zamawiającemu licencji tożsamej co do pól eksploatacji z pozostałymi licencjami - odpowiednio do funkcjonalności oprogramowania, niewyłącznej, nieograniczonej czasowo, lub system open source na licencji GPL. Zamawiający musi zadeklarować, że przebudowa strony nie naruszy praw własności intelektualnej System CMS musi być responsywny Wykonawca zobowiązany będzie do posiadania autorskich praw majątkowych lub licencji dla wszelkich materiałów graficznych (zdjęcia, ikony) wykorzystanych w szablonie strony, po konsultacji z Zamawiającym System CMS musi posiadać modułową strukturę, umożliwiającą jednocześnie jego późniejszą rozbudowę czy modyfikację System CMS musi mieć co najmniej możliwość: przeglądania historii zmian dokonanych w serwisie, możliwość wygenerowania wybranej strony do wydruku, otwieranie widoku powiększenia zdjęcia nie może być blokowane przez systemy blokujące okna typu pop-up przeglądarek, możliwość rozbudowy portalu o dodatkowe wersje językowe bez konieczności prac programistycznych, indywidualny kolor paska w menu dla każdej ze stref Wraz z przebudową lub zastąpieniem strony internetowej należy dostarczyć wykorzystany CMS lub wskazać źródło jego pozyskania w przypadku CMS-ów typu open source. 36

37 9. Charakterystyka dokumentów PZGiK przekazanych do opracowania PZGiK w Wadowicach w zakresie operatów jest zasobem o dużej różnorodności. Wynika to z uwarunkowań historycznych, wielości realizowanych na obszarze przedsięwzięć geodezyjnych i kartograficznych jak i przedsięwzięć o charakterze inwestycyjnym. W zakresie opracowań do celów prawnych zasób jest oparty w części o dokumenty pochodzące z katastru austriackiego. Operaty przechowywane w Wydziale Geodezji nie są rozkompletowane do zasobów. Należy mieć na uwadze, że znaczna część operatów ma numery nie odnoszące się do jednostek segregujących wynikających z przypisania obszarowego operatu. Wykonawca jest zobowiązany do wykonania prac dla wszystkich dokumentów przekazanych do opracowania zarówno w postaci dokumentów cyfrowych jak i w postaci dokumentów analogowych. Numeryczna mapa ewidencji gruntów i budynków jest prowadzona dla całego powiatu Zasób operatów pomiarowych dotyczących ewidencji gruntów i budynków do roku 1990 prowadzi się według numeracji składającej się z czterech członów. Pierwszy i drugi człon odpowiadał przypisaniu do poszczególnych obrębów ewidencyjnych, trzeci człon to numer kolejnego operatu przyjętego do zasobu w danym roku, zaś człon czwarty to rok przyjęcia operatu do zasobu wyrażony liczbą dwucyfrową. Przykłady: 258/11/1 /60, 269/5/1 /60, 269/6/1 /60, 269/7/1 /60, 269/8/1 /60, 269/13/1 /60, 269/14/1 /60, 270/1/1 /60, 270/2 /1/60, 270/3/1 /60, 270/4/1 /60, 270/7/1 /60, 270/9/1 /60, 270/10/1 /60. Od roku 1991 do wejścia w życie Rozp. PZGiK operaty przyjmowane do zasobu otrzymywały numer zgodny z numerem KERG, czyli numer bieżący łamany przez dany rok np. 1/ Zasób operatów pomiarowych dotyczących pomiarów sytuacyjno-wysokościowych, inwentaryzacji powykonawczych, założenia osnowy itp. prowadzi się według numeracji przypisanej do numerów sekcji mapy zasadniczej w układzie 1965 w skali 1: Przykładowa numeracja np /1960. Numeracja taka była prowadzona do wejścia w życie Rozp. PZGiK Szczegóły dotyczące numeracji dokumentów zasobu należy ustalać z Zamawiającym w toku prac ze względu na różnorodne jej prowadzenie w różnych okresach czasu oraz różnych rodzajach materiałów. Należy pamiętać, że numery wykorzystywane na materiałach analogowych mogą posiadać nieco zmienione oznaczenia w odpowiadających im obiektach źródłowych zbiorów i baz danych, ze względu na konieczność dostosowania do prawideł informatycznych, a także ze względu na różne możliwości rozwiązań informatycznych 37

38 zarządzających PZGiK jakie funkcjonowały u Zamawiającego do momentu niniejszego zlecenia Zamawiający przeznaczył do opracowania 530 metrów bieżących dokumentów PZGiK. Digitalizacją masową objęto 284 metrów bieżących operatów wcześniej nie skanowanych oraz 11 metrów bieżących operatów wcześniej poddanych digitalizacji i wymagających jej powtórzenia w całości dla każdego operatu. Digitalizacją uzupełniającą objęto 224 metry bieżące operatów wcześniej poddanych digitalizacji. Dodatkowo digitalizacją masową należy objąć dokumenty aktów notarialnych w liczbie około 11 metrów bieżących. Zamawiający nie określa udziału dokumentów wymagających digitalizacji uzupełniającej spośród dokumentów wcześniej poddanych digitalizacji, ponieważ w celu określenia takich potrzeb wymaga się od Wykonawcy indywidualnej analizy każdego dokumentu cyfrowego jak i zbadania kompletności zbiorów dokumentów (operatów i innych). Zamawiający zastrzega, że dla dokumentów przeznaczonych do digitalizacji uzupełniającej nie dopuszczalne jest wykonanie digitalizacji masowej w przypadku, kiedy dokumenty te w części lub całości będą odpowiadały wymogom niniejszych WT. Zamawiający zastrzega także, że dla dokumentów przeznaczonych do digitalizacji uzupełniającej mogą znajdować się operaty, które ze względu na okoliczności techniczne oraz w wyniku analizy należy poddać digitalizacji masowej, to znaczy należy przenieść do kopii cyfrowej i opracować w całości Zamawiający przeznaczył do digitalizacji oraz dalszego opracowania 8500 arkuszy map wielkoformatowych. Na ww. mapy składają się: Pierworysy w skalach 1:500 i 1:1000, na nośniku blacha, w liczbie około 1820 sztuk - arkusze wymagające kalibracji Pierworysy w skalach 1:500, 1:1000 i 1:2000, na nośniku papier, w liczbie około 200 sztuk - arkusze wymagające kalibracji Mapy w skalach 1:500, 1:1000 i 1:2000, na nośniku folia, w liczbie około 2080 sztuk Mapy w skalach 1:2880, na nośniku papier, w liczbie około 2900 sztuk Mapy w skalach 1:2880, na nośniku folia, w liczbie około 1500 sztuk W ramach materiałów przeznaczonych do opracowania występują tzw. duże opracowania geodezyjne (wielotomowe) charakteryzujące się dużą liczbą szkiców polowych oraz innych dokumentów składowych wymagających określenia niezależnych zakresów przestrzennych, w tym: 38

39 Modernizacje EGiB w liczbie 20 opracowań Operaty dotyczące osnowy poziomej i wysokościowej w liczbie 9 opracowań Pomiary sytuacyjno-wysokościowe oraz inwentaryzacje w liczbie około 300 opracowań Wszelkie obiekty dokumentacji cyfrowej należy dostosować, uzupełnić a w przypadku nie spełnienia WT usunąć z bazy danych i zastąpić je kopiami cyfrowymi pozyskanymi w ramach niniejszego opracowania. 39

40 10. Konwersja oraz digitalizacja uzupełniająca istniejącej dokumentacji cyfrowej Wykonawca jest zobowiązany do wykonania w pierwszej kolejności bezstratnej konwersji (przeniesienia danych z pierwotnych zbiorów danych do BDPZGiK) oraz digitalizacji uzupełniającej w stosunku do dokumentów cyfrowych pozyskanych w ramach uprzednio wykonanych kampanii digitalizacja lub w ramach działań własnych Zamawiającego. W ramach uprzednich kampanii digitalizacji dokumenty cyfrowe były przechowywane między innymi w formatach JPG, TIFF, PDF; zaś same obrazy cyfrowe nie łączono w dokumenty wielostronicowe tylko każda strona stanowiła odrębny dokument składowy. W Załączniku nr 4 do WT - Raport o stanie zasobu elektronicznego opisano stan zasobu, z uwzględnieniem podziału na operaty, zgłoszenia prac geodezyjnych, mapy oraz dokumenty składowe operatów. Jak wynika z raportu Zamawiający dysponuje szt. dokumentów na szt. zarejestrowanych operatów, przy czym szereg operatów nie posiada żadnych podpiętych dokumentów. W tabeli poniżej zestawiono wolumeny dokumentów zasobu PZGiK wyrażone w metrach bieżących złożonej do formatu A4 postaci materialnej dokumentacji. Tabela 1 - Wolumeny dokumentów zasobu do opracowania. Rodzaj materiału PZGiK Liczba operatów [szt.] Zeskanowane Do digitalizacji uzupełniającej [mb] Do digitalizacji masowej [mb] Do digitalizacji masowej [mb] Operaty ewidencyjne Operaty mapy zasadniczej Operaty w formie elektronicznej Akty notarialne Suma W pierwszej kolejności, po wykonaniu konwersji, należy dokonać ujednolicenia i korekty słowników powiązanych z RPDŹ funkcjonujących w BDPZGiK, w tym między innymi słowników: asortymentów prac geodezyjnych, jednostek wykonawstwa geodezyjnego, geodetów uprawnionych, arkuszy map, gmin katastralnych, 40

41 archiwalnych jednostek i obrębów ewidencyjnych, wzorców nazw dokumentów cyfrowych, innych słowników powiązanych z wyżej wymienionymi W ramach ujednolicania powiązanych słowników należy wykonać między innymi następujące czynności: przepinanie powielonych rekordów lub rozdzielenie obiektów na dwa lub więcej rekordów wraz z przepięciem w tabelach powiązanych, uzupełnienie oraz korekta błędnych wpisów (np. błędy literowe, omyłki), archiwizacji błędnych obiektów (pozycje słowników nie wykorzystywane w RPDŹ), rozdzielenia wpisów na poszczególne atrybuty (np. kiedy w nazwie jednostki wykonawstwa geodezyjnego występuje jej adres należy dane adresu przenieść do odpowiadających atrybutów obiektu) Po dokonaniu konwersji oraz ujednolicenia i korekty słowników, Wykonawca jest zobowiązany dostosować wszystkie dokumenty cyfrowe pozyskane w ramach uprzednio wykonanych kampanii digitalizacji do wymogów WT, w tym dla dokumentów tego wymagających dokonać digitalizacji uzupełniającej. Digitalizacja uzupełniająca wymagana jest między innymi dla następujących przypadków: Kopia cyfrowa dokumentu nie odpowiada wymogom opisanym w niniejszych WT (np. niewystarczająca rozdzielczość, czytelność, występujące plamy i zabrudzenia, szumy) Dokument jest uszkodzony lub zniszczony Dokument został pominięty przy uprzednio wykonanych kampaniach digitalizacji Dokumenty, których jakość kopii cyfrowej spełnia wymagania WT lub poddane digitalizacji uzupełniającej należy poddać działaniom dostosowawczym, w tym: Dokonać przeformatowania i organizacji kopii cyfrowych w dokumenty PDF Dokonać zebrania wszystkich wymaganych w WT atrybutów dla obiektów dokumentów cyfrowych jak i wszystkich powiązanych obiektów RPDŹ Dokonać indeksacji opisowej i przestrzennej zarówno dokumentów cyfrowych jak i wszystkich powiązanych obiektów RPDŹ Nadać relacje pomiędzy obiektami RPDŹ zgodnie ze schematem aplikacyjnym BDPZGiK. 41

42 Jeżeli to konieczne dokonać zmiany identyfikatorów materiałów zasobu (np. przy scalaniu, rozdzielaniu, uzupełnianiu dokumentów) Wszelkie czynności dostosowujące oraz wykonanie digitalizacji uzupełniającej należy udokumentować w wykazie zmian według wzoru opisanego w Załączniku nr 2 do WT. Dokumentacji podlegają wyłącznie czynności dostosowawcze wykonane wobec dokumentów cyfrowych posiadających identyfikatory materiałów zasobu Z wykonanych prac Wykonawca sporządzi raport Wykazu obiektów rejestrów przestrzennych zgodnie z Załącznikiem nr 3 do WT. Wykaz ten należy sporządzić dla wszystkich obiektów RPDŹ w BDPZGiK. Wykaz ten obrazuje stan rejestrów w BDPZGiK po wykonanych pracach. Wykaz ten ma zawierać informacje o wszystkich operatach technicznych spełniających zadane kryteria. Zadaniem tego wykazu jest zobrazowanie poprawności wykonanych rejestrów pod kątem asortymentów prac geodezyjnych, a także właściwej numeracji (sygnowania) obiektów rejestrów oraz właściwych relacji pomiędzy obiektami rejestru a pozostałymi obiektami w BDPZGiK (w tym obiektami przestrzennymi). Wykaz ten należy utworzyć poprzez analizę obiektów w bazie danych dla poszczególnych obiektów operatów. Raport należy przedstawić Zamawiającemu celem określenia działań mających na celu uporządkowanie obiektów BDPZGiK na podstawie wykrytych błędów Wykonawcy lub błędów danych. Wykonawca jest zobowiązany do wprowadzenia wszystkich korekt w celu usunięcia błędów zarówno swoich jak i występujących w BDPZGiK. Zamawiający nie wyszczególnia rodzajów możliwych błędów jak i koniecznych działań ze względu na możliwa ich dużą różnorodność. Przykłady koniecznych działań: Korekta numerów operatów i obiektów powiązanych Przepięcie lub usunięcie tzw. operatów wirtualnych wraz z obiektami i atrybutami powiązanymi Rozdzielenie operatów błędnie połączonych na podzbiory dokumentów (operaty stanowiące części operatu połączonego) wraz z przenumerowaniem oraz przepięciem obiektów i atrybutów powiązanych Przepięcia obiektów lub atrybutów powiązanych błędną relacją, do obiektów właściwych Po wykonaniu pełnej konwersji, dostosowania oraz digitalizacji uzupełniającej Wykonawca rozpocznie wykonywanie digitalizacji masowej dokumentów zasobu przy czym digitalizacja masowa musi być tak zorganizowana aby kolejno i niezwłocznie uruchamiać automatyczną 42

43 obsługę prac geodezyjnych dla poszczególnych jednostek ewidencyjnych za pomocą dostarczonych e-usług informacji przestrzennej. 43

44 11. Inwentaryzacja przekazanych do opracowania dokumentów analogowych oraz prace porządkowe i renowacyjne Przed wykonaniem digitalizacji masowej oraz uzupełniającej Wykonawca jest zobowiązany do wykonania inwentaryzacji materiałów zasobu według Załącznika nr 1 do WT i przekazania raportów z tych inwentaryzacji do oceny Zamawiającego Wykonawca będzie zobowiązany do przeprowadzenia renowacji introligatorskiej dla wybranych rodzajów dokumentów, które wykazują szczególne znaczenie dla Zamawiającego oraz ich stan techniczny nie pozwala na ich digitalizację bez wykonania tych czynności. Dotyczyć to będzie nie więcej niż 5% dokumentów przeznaczonych do opracowania. Obejmuje to zarówno dokumenty wymagające digitalizacji masowej jak i uzupełniającej. Należy pamiętać, że każdy dokument archiwalny wymaga indywidualnego podejścia, skonsultowanego z Zamawiającym, zarówno przy renowacji jak i porządkowaniu dokumentu. Poniżej zestawiono jedynie ogólne czynności, jakie Wykonawca jest zobowiązany wykonać przy renowacji dla każdego dokumentu, który wymaga renowacji, przy czym czynności wymienione należy wykonywać w zależności od potrzeb wskazanych przez Zamawiającego i wynikających ze stanu poszczególnych dokumentów: Rozprasowanie każdej strony każdego dokumentu tak by treść udokumentowana była widoczna i czytelna Połączenie stron pofragmentowanych w jednolite karty wraz z zadbaniem o właściwą orientację oraz wierne odtworzenie obrazu i treści strony. Połączenie należy wykonać poprzez przywrócenie do formatu pierwotnego z dokładnością 0.2 cm na każdym boku oraz na stykach pofragmentowanych, z zachowaniem kątów prostych karty z dokładnością do 5 stopni w mierze kątowej Miejsca gdzie brakuje pierwotnego materiału strony należy wypełnić bibułką japońską o kolorze zbliżonym do koloru materiału pierwotnego z dokładnością do 95% składowych RGB koloru. Bibułka może częściowo pokrywać istotną treść dokumentu jednakże, treść ta nie może zostać naruszona oraz jej znaczenie nie może zostać w jakikolwiek sposób zmienione. Rozmazanie liter lub innych elementów treści pokrytej bibułką japońską nie może być większe (mniejsze) niż 20% szerokości oryginału tekstu lub innych elementów treści przed pokryciem. 44

45 Zaleca się aby najpierw dokonać renowacji poszczególnych kart ksiąg, po czym dokonać ich skanowania przed właściwymi pracami introligatorskimi. Po renowacji i uporządkowaniu poszczególnych stron (części) dokumentu należy wykonać prace introligatorskie mające na celu połączenie wszystkich kart w jednolitą księgę oraz ich trwałą oprawę wraz z naniesieniem informacji wskazanych przez Zamawiającego na okładkę i grzbiet. Co do zastosowanych technologii, klejów, materiałów okładek należy dokonać niezbędnych ustaleń z Zamawiającym. 45

46 12. Przenoszenie dokumentów analogowych do kopii cyfrowych Wykonawca dokona digitalizacji wszystkich przekazanych dokumentów, to znaczy każdego dokumentu i każdej strony zarówno tych przekazanych w ramach digitalizacji masowej jak i dokumentów wymagających digitalizacji uzupełniającej. Kiedy dokument cyfrowy lub jego część zostanie przeznaczony do digitalizacji uzupełniającej należy zeskanować w całości jego postać materialną, to znaczy cały dokument (protokół, dziennik) aby parametry docelowe jego obrazu cyfrowego były jednolite Digitalizacji masowej podlegają wszystkie przekazane dokumenty w wersji analogowej (materialnej). Digitalizacji uzupełniającej podlegają dokumenty przekazane w postaci cyfrowej. Docelowo wszystkie dokumenty cyfrowe, osadzone w docelowej BDPZGiK jak i tworzące kopię plikową muszą spełniać wymogi stawiane dokumentom podlegającym digitalizacji masowej Digitalizację dokumentów innych niż mapy należy wykonać w rozdzielczości zapewniającej łatwe odczytanie dokumentu (co najmniej 300 dpi) przy zastosowaniu głębi kolorów RGB, kompresji typu JPEG2000 lub typu JPEG utworzonego kodekiem MozJPEG 3.0 lub innych typów kompresji dających równoważne (podobne) efekty jakości obrazu po kompresji. Stopień kompresji musi wynosić 80% ± 5%. Powyższe parametry dotyczą także wymogów dla dokumentów cyfrowych pozyskanych w uprzednio wykonanych kampaniach digitalizacji. Uzyskane obrazy należy organizować w pliki w formacie PDF/A-3 zgodnym z normą ISO :2012 korzystając z przestrzeni barw srgb. Wykonawca jest zobowiązany do zastosowania uzgodnionych z Zamawiającym w toku prac danych dodatkowych, ustawień, wpisów a także metadanych do otrzymanych plików PDF w zakresie:[ph4] określenia kontroli dystrybucji plików opartej na hasłach lub certyfikatach w związku z nadawanymi przez system PODGiK licencjami, możliwości umieszczenia georeferencji w pliku PDF na podstawie utworzonych plików zakresów w formacie WKT, wstawienia niektórych metadanych, w tym: tytułu, autora, tematu, słów kluczowych, danych określających rodzaj dokumentacji powiązanej, umieszczenia warstw tekstowych takich jak pliki danych znajdujące się w BDPZGiK, co do których występują odpowiedniki w formie obrazów cyfrowych. 46

47 12.4. Skanowanie dokumentów katastralnych należy wykonać bezwzględnie na skanerach płaskich, a w miarę konieczności na skanerach płaskich krawędziowych, tak by materiał, który np. uprzednio poddano renowacji, nie uległ jakiemukolwiek zniszczeniu lub pogorszeniu stanu technicznego Skanowanie w skanerach szczelinowych dopuszcza się wyłącznie dla dokumentów stosunkowo nowych lub nowych, a w szczególności takich, które nie wykazują żadnego zniszczenia czy uszkodzenia oraz takich, które są wykonane z materiałów trwałych o znacznej wytrzymałości. Dla pozostałych materiałów należy stosować skanery płaskie lub skanery płaskie krawędziowe Wykonawca musi zwrócić uwagę na optymalizację wielkości pliku kopii cyfrowej do jego jakości aby późniejsza elektroniczna obsługa zasobu (np. udostępnianie kopii cyfrowych dokumentów za pomocą e-usługi) była sprawna, stąd nie jest z kolei dopuszczalne stosowanie zbyt dużych rozdzielczości lub zbyt małych stopni kompresji. Wszelkie odstępstwa w tym zakresie należy uzgadniać na bieżąco z Zamawiającym Każdy skanowany zbiór dokumentów w postaci operatu pomiarowego lub innej postaci należy po zeskanowaniu opatrzyć pieczątką "ZESKANOWANO" w miejscu na okładce ustalonym w toku prac z Zamawiającym, lub inną pieczątką uzgodnioną z Zamawiającym. Wyjątek stanowią dokumenty katastralne, których nie opatrujemy żadną pieczątką Dla dokumentów złożonych z wielu stron należy zastosować wielostronicowe pliki PDF dla jednego dokumentu, np. protokół ustalenia granic działek będzie zazwyczaj plikiem składającym się z czterech stron. Należy koniecznie zachować kolejność stron w tego rodzaju dokumentach, to znaczy, że kolejne strony dokumentu w pliku PDF muszą odpowiadać kolejnym prawidłowo złożonym stronom dokumentu w postaci materialnej. Dokumenty wielostronicowe będą występować między innymi dla: protokołów, obliczeń, dzienników, wykazów, warunków technicznych i wytycznych, dowodów doręczenia zawiadomienia, raportów, sprawozdań technicznych, decyzji, postanowień, spisów treści, kopii doręczeń wezwań, rejestrów, wypisów, zgłoszeń prac geodezyjnych. Należy zwrócić uwagę na to, że dotychczas pozyskane kopie cyfrowe dokumentów są rozdzielone na strony, toteż w ramach digitalizacji uzupełniającej należy je, między innymi, zorganizować w wielostronicowe dokumenty PDF Dokumenty jednostronicowe należy zastosować między innymi dla: szkiców, map, kart rejestrów. 47

48 W przypadku, kiedy na odwrocie dokumentu jednostronicowego występuje istotna treść, należy utworzyć niezależny dokument jednostronicowy nadając mu atrybuty stosowne do tej treści W celu ustalenia rodzajów dokumentów, dla których należy zastosować pliki wielostronicowe, jak i rodzajów dokumentów, dla których należy zeskanować każdą stronę do osobnego pliku, należy uzgodnić z Zamawiającym w toku prac odpowiednio rozszerzenie lub zawężenie wymienionych powyżej zbiorów rodzajów dokumentów, na podstawie wykonanej inwentaryzacji Należy zachować orientację stron dokumentów tak, aby bez obracania kopii cyfrowej dokumentu można było przeczytać większość treści, oraz aby większość możliwej do odczytania treści w postaci tekstu zorientowana była poziomo. Kopie cyfrowe map należy zorientować do kierunku wskazanego przez opis mapy Po zeskanowaniu obrazy cyfrowe należy uszlachetnić, w tym usunąć zabrudzenia i plamy, w celu poprawienia ich czytelności, a także zmniejszenia objętości obrazu jak i wymaganego do wydruku materiału eksploatacyjnego drukarki. Nie należy skanować pustych stron, a w szczególności należy je wyeliminować po ewentualnym zeskanowaniu Dokumenty na nośniku typu np.: kalka, folia, bibułka; czyli dokumenty częściowo przeźroczyste, należy skanować tak aby przy późniejszym wydruku zużyć jak najmniej materiałów eksploatacyjnych drukarki. W tym celu należy skanować z użyciem białego tła skanera. W przypadku skanerów płaskich wymagane jest fizyczne użycie białego tła (zamiana koloru tła na białe, podklejenie białym brystolem etc.), w przypadku skanerów szczelinowych obowiązkowe jest wybranie białego tła skanowania w ustawieniach skanera. Zabrania się rozjaśniania plików w procesie obróbki graficznej. Poniżej na rysunku zamieszczono przykład niepoprawnie zeskanowanego materiału częściowo przeźroczystego (strona lewa) i poprawnie zeskanowanego materiału częściowo przeźroczystego (strona prawa). Rysunek 1. Przykłady materiałów częściowo przeźroczystych Materiał zeskanowany niepoprawnie Materiał zeskanowany poprawnie 48

49 W przypadku, kiedy pozyskane kopie cyfrowe dokumentów zasobu, po wydruku na drukarce kolorowej o rozdzielczości drukowania nie mniejszej niż rozdzielczość skanowania, nie będą jednoznacznie czytelne (np. nie będzie można odczytać liczb, opisów pomimo, że można je odczytać z materiału analogowego) należy, w porozumieniu z Zamawiającym, dokumenty tychże kopii poddać ponownemu skanowaniu w ramach digitalizacji uzupełniającej, dopóki nie uzyska się jakości i czytelności oczekiwanej. W tym przypadku uzasadnione jest zwiększenie rozdzielczości skanowania lub głębi kolorów lub obu parametrów jednocześnie Digitalizację map należy wykonać w rozdzielczości 400 dpi, w formacie TIFF. Należy stosować głębię kolorów 8 bitów dla materiałów barwnych z kompresją LZW oraz głębię kolorów 1 bit z kompresją FAX GROUP4 dla materiałów monochromatycznych. 49

50 13. Indeksacja opisowa kopii cyfrowych dokumentów PZGiK Każdy plik PDF dokumentu PZGiK dla operatów należy odpowiednio nazwać stosując wzorce zgodne ze słownikiem wzorców nazw dokumentów, który liczy sobie kilkadziesiąt pozycji. W przypadku niejasności oraz trudności w przyporządkowaniu wzorca do dokumentu analogowego należy konsultować się z Zamawiającym przedstawiając stosowne przykłady. Uzgodnione rozwiązania należy stosować do przypadków podobnych. Zakłada się, że osoby nadzorujące wykonywanie Zlecenia posiadają stosowne doświadczenie w pracy na archiwalnych dokumentach zasobu i potrafią je rozróżniać. Do nazwy należy dodać numer kolejny dokumentu w operacie (jeżeli dany rodzaj dokumentu występuje więcej niż jeden raz (np. operat zawiera kilka szkiców) oraz identyfikator materiału zasobu dokumentu składowego operatu według przykładu: "P _15_T1_SZKP_001.PDF"; gdzie "T1" - numer tomu, w przypadku operatu wielotomowego, w przypadku operatu jednotomowego nie stosuje się; "SZKP" - wzorzec dla szkiców polowych; "001" - numer szkicu polowego w operacie przy czym numery kolejnych dokumentów budujemy z notacji 3- cyfrowej (jak w przykładzie) rozpoczynając od 001 a kończąc na 999 dla każdego rodzaju dokumentu (analogicznie postępujemy przy rozróżnianiu wielu plików wielostronicowych dla dużych dokumentów); "P _15" - przykładowy identyfikator materiału zasobu dokumentu składowego operatu Każdy plik PDF dokumentu składowego operatu należy umieścić w katalogu o nazwie identyfikatora materiału zasobu operatu wraz z numerem tomu (w przypadku, kiedy operat będzie posiadał więcej niż jeden tom), np. dla pliku "P _15_T1_SZKP_001.PDF" nazwa katalogu przyjmie postać "P ". Katalogi operatów należy umieszczać w katalogach o nazwach obrębów ewidencyjnych, te zaś w katalogach o nazwach jednostek ewidencyjnych. Wykonawca może zmienić przypisanie operatu do innego niż w BDPZGiK obrębu ewidencyjnego, kiedy istnieją na to jednoznaczne przesłanki. Zmianę przypisania należy także uzupełnić w BDPZGiK. Wszystkie pliki kopii cyfrowych stron operatu jak i pliki stowarzyszone należy umieszczać w katalogu operatu W każdym katalogu należy umieścić plik opisowy operatu zawierający następujące dane wynikające z 9 punkt 1 Rozp. PZGiK: Identyfikator ewidencyjny materiału zasobu. 50

51 Data wpisania materiału zasobu do ewidencji - data przyjęcia operatu do zasobu Data zgłoszenia pracy geodezyjnej Identyfikator zgłoszenia pracy geodezyjnej Nazwa materiału zasobu Informacje o położeniu obszaru, którego dotyczy materiał zasobu: województwo, powiat, gmina, obręb. W przypadku, gdy operat dotyczy działek lub działki znajdującej się na terenie dwóch gmin, należy wybrać tą, na której leży przeważająca liczba działek lub przeważająca część działki Informacje o źródle pochodzenia i sposobie pozyskania materiału zasobu, w przypadku gdy materiał ten nie jest rezultatem zgłoszonych prac Informacje o postaci, w jakiej jest przechowywany materiał zasobu Informacje o rodzaju nośnika informacji, jeżeli materiał zasobu jest w postaci nieelektronicznej Informacje o twórcy materiału zasobu Informacje o dostępie do materiału zasobu Oznaczenie podstawowego typu materiałów zasobu - zgodnie z przepisami wydanymi na podstawie art. 5 ust. 2a ustawy o zasobie narodowym Informacja o kategorii archiwalnej materiału zasobu Kod języka naturalnego zgodnie z przepisami wydanymi na podstawie art. 5 ust. 2a ustawy z dnia 14 lipca 1983r. o zasobie narodowym Streszczenie, spis treści lub krótki opis zawartości - treść tego atrybutu należy ustalić z Zamawiającym w toku prac, w szczególności należy podać liczbę stron operatu/tomu wynikającą ze spisu treści lub, kiedy nie ma spisu treści, wynikającą z fizycznego przeliczenia wykonanego w trakcie inwentaryzacji Oznaczenie identyfikujące materiał zasobu w dniu jego przyjęcia do zasobu Sygnatura i data dokumentu orzekającego o wyłączeniu materiału z zasobu Data wyłączenia materiału zasobu z zasobu Data przekazania materiału zasobu do archiwum państwowego lub data brakowania. a także: Informacja o asortymencie prac geodezyjnych i kartograficznych jaki został wykonany w ramach prowadzonej pracy, przy czym w przypadku opracowania posiadającego różne asortymenty należy wymienić je wszystkie (np. podział działki, wznowienie granic działek) - zgodnie z ujednoliconym w BDPZGiK słownikiem 51

52 asortymentów prac. Należy zwrócić uwagę na fakt występowania różnych asortymentów (inaczej celów prac) w różnych okresach prowadzenia PZGiK. W okresie przed wejściem w życie Rozp. PZGiK obowiązywały inne asortymenty niż po wejściu w życie ww. Rozp. Jako atrybuty obiektów RPDŹ należy przypisywać te asortymenty, które obowiązywały w momencie zgłaszania pracy geodezyjnej w PODGiK a jeżeli praca nie była zgłaszana, takie jakie obowiązywały w momencie rozpoczęcia prac Informacja o numerach działek wynikowych (stan nowy) będących celem danego opracowania wraz z zachowaniem danych o arkuszu działki ewidencyjnej. Należy ustalić z Zamawiającym, sposób postępowania w przypadku, gdy operat dotyczy działek przed przenumerowaniem lub dotyczy parcel katastralnych Informacja dodatkowa w postaci pola opisowego (tekstowego) ustalona w toku prac z Zamawiającym a służąca np. do odróżnienia opracowań specjalnych mających istotne znaczenie dla Zamawiającego Plik opisowy operatu może mieć format XML zawierający pola wymienione w schemacie aplikacyjnym z Rozp. PZGiK, format pliku tekstowego lub oba rodzaje plików, z tym że strukturę pliku tekstowego należy uzgodnić z Zamawiającym. W szczególności od Wykonawcy wymaga się aby wszystkie wymienione atrybuty były określone rzetelnie i zgodnie ze stanem faktycznym. Plik opisowy operatu musi mieć nazwę taką samą jak nazwa katalogu operatu opatrzoną odpowiednim rozszerzeniem wynikającym z przyjętej struktury pliku opisowego (np. "P XML"). Pliki opisowe operatów mają służyć udokumentowaniu wykonanych prac oraz stanowić kopię zapasową tych danych w postaci plikowej. Wszystkie atrybuty wymienione w plikach opisowych muszą zostać przeniesione do ich odpowiedników w BDPZGiK, zarówno dla obiektów operatów jak i innych obiektów powiązanych, w których występują odpowiedniki tych atrybutów, np. informacja o asortymentach prac winna wystąpić zarówno przy obiekcie operatu, obiekcie zgłoszenia pracy jak i przy obiekcie dokumentu składowego operatu Każdy plik PDF dokumentu aktu notarialnego należy nazwać stosując notację według przykładu: AKN _ R2014-Z0003-REP.A PDF, gdzie "AKN" to wzorzec nazwy dla dokumentu cyfrowego aktu notarialnego, "121801_5.0001" to numer TERYT obrębu ewidencyjnego Brzezinka, "R2014" to rok zmiany dla aktu, "Z0003" to numer zmiany dla aktu, "REP.A " to numer dokumentu nadany przez wydającego dokument (kancelarię notarialną) pozbawiony znaków, które nie mogą się znaleźć w nazwach 52

53 plików i katalogów w systemie Windows przy czym wszelkie znaki separatorów lub pauz należy zastąpić kropkami Dla każdego pliku PDF aktu notarialnego należy sporządzić zestawienie w formie tabelarycznej, w którym znajdować się musi co najmniej: Jednostkę ewidencyjną zmiany dokonanej dokumentem aktu notarialnego Obręb ewidencyjny zmiany dokonanej dokumentem aktu notarialnego Rok zmiany dokonanej dokumentem aktu notarialnego Numer zmiany w obrębie ewidencyjnym i roku Numer dokumentu aktu nadany przez kancelarię notarialną zgodnie z opisem na oryginału dokumentu Numer dokumentu aktu nadany przez kancelarię notarialną zastosowany w nazwie pliku dokumentu aktu Każdy plik PDF aktu notarialnego należy umieścić w katalogu o nazwie numeru TERYT obrębu ewidencyjnego wraz z nazwą obrębu (np.: "121801_ Brzezinka"). Każdy katalog obrębu ewidencyjnego należy umieścić w katalogu o nazwie numeru TERYT jednostki ewidencyjnej wraz z nazwą jednostki ewidencyjnej (np.: "121801_5-Andrychów"). Każdy katalog jednostki ewidencyjnej należy umieścić w katalogu rocznika Mapy należy opisać zgodnie z godłem mapy (mapy zasadnicze lub pochodne) oraz zgodnie z przypisaniem do obrębu ewidencyjnego wraz z numerem TERYT obrębu (mapy pozostałe) Dla każdego pliku TIFF mapy należy sporządzić zestawienie w formie tabelarycznej, w którym znajdować się musi co najmniej: Jednostka ewidencyjna mapy, Obręb ewidencyjny mapy oraz nr arkusza mapy dla map ewidencyjnych, numer sekcji mapy dla map zasadniczych Skala mapy Układ współrzędnych założenia mapy Rok założenia arkusza mapy Rodzaj nośnika mapy Wszelkie atrybuty opisowe jakie Wykonawca jest zobowiązany uzupełnić, należy w pierwszej kolejności pozyskać ze słowników tych atrybutów z BDPZGiK, a w drugiej kolejności, w porozumieniu z Zamawiającym, utworzyć i uzupełnić w słownikach brakujące wpisy. Należy się spodziewać, ze względu na dużą rozpiętość czasową, że wiele wartości 53

54 atrybutów będzie wymagało uzupełnienia. W celu właściwego i jednoznacznego przypisania atrybutów Wykonawca, w porozumieniu z Zamawiającym, oraz pod jego nadzorem, dokona ujednolicenia słowników wszystkich uzupełnianych atrybutów w BDPZGiK tak by określona wartość słownikowa wskazywała zawsze na jedną wartość (reprezentację) w bazie danych i występowała w tejże bazie tylko jeden raz. Proces ujednolicenia musi nastąpić w początkowej fazie zlecenia, aby indeksacja opisowa była wykonywana z wykorzystaniem ujednoliconych słowników. W czasie wykonywania indeksacji opisowej, w przypadku natrafienia na wartość nie występującą w ujednoliconych słownikach, należy informację o tym przekazać Zamawiającemu, oraz w porozumieniu z nim, dokonać uzupełnienia brakujących wartości w słownikach Każdą stronę dokumentu cyfrowego dokumentu składowego operatu (w przypadku dokumentów wielostronicowych - każdą stronicę) należy opatrzyć w znak wodny zawierający numer operatu, identyfikator materiału zasobu dokumentu składowego operatu oraz numer zgłoszenia pracy geodezyjnej, tak jak to przedstawiono na przykładzie poniżej. Należy dołożyć wszelkich starań, aby znak wodny był zarówno widoczny na wydruku, jak i nie pokrywał w 100 % treści na tle jakiej został wybity, w celu zachowania czytelności treści dokumentu pod znakiem wodnym. Dodatkowo należy zastosować tzw. inteligentny blending polegający na automatycznym dobraniu parametrów znaku wodnego w zależności od tła pod znakiem, tak by uzyskać maksymalną jego widoczność. Parametry takie jak rozmiar, rozmieszczenie, konfigurację, czcionki, stopień zaczernienia, sposób mieszania barw, kolor oraz format i wielkość znaków wodnych zostaną ustalone w toku prac z Zamawiającym. Znak wodny należy wstawić w postaci wektorowego obiektu tekstowego umieszczonego na dokumencie PDF bez ingerencji w piksele obrazu. Znaki wodne umieszczone na dokumencie muszą odpowiadać odpowiednim numerom operatu oraz identyfikatorom materiału zasobu w BDPZGiK. Rysunek 2. Przykład znaku wodnego na materiale zasobu. 54