PMK - BIP Koszalin
Transkrypt
PMK - BIP Koszalin
Zał. nr 4 do Rozdziału II SIWZ Wymagania funkcjonalne w zakresie Portalu Mapowego Miasta Koszalina „PMK” I. Cel i charakterystyka systemu. Celem wdrożenia Portalu Mapowego miasta Koszalina, zwanego dalej „PMK” jest usprawnienie funkcjonowania administracji samorządowej Gminy w zakresie rozwoju edukacji, gospodarki przestrzennej oraz rozwinięcie e-informacji związanych z infrastrukturą społeczeństwa informacyjnego. Natomiast celem „technicznym” PMK będzie gromadzenie, zarządzanie, przetwarzanie i udostępnianie „informacji przestrzennej” dla wszystkich uprawnionych do tego użytkowników z wykorzystaniem konfigurowalnej wyszukiwarki obiektów przestrzennych wraz z odpowiednio przygotowanymi serwisami mapowymi. II. Wymagania ogólne. 1. Wymaganym rozwiązaniem PMK będzie tzw. „cienki klient” umożliwiający uruchomienie dedykowanej aplikacji w oknie przeglądarki internetowej w różnych środowiskach (Linux, Windows) z wykorzystaniem wiodących przeglądarek WWW, minimum: MS Internet Explorer od wersji 11, FireFox od wersji 45, Google Chrom od wersji 49, Opera od wersji 36 i innych. 2. Do gromadzenia danych wykorzystany ma być serwer danych przestrzennych (GeoSerwer) zapewniający poprawność zapisu i przetwarzania danych geometrycznych, opisowych, włącznie z topologią obiektów, który nie będzie wymagał od Zamawiającego ponoszenia żadnych opłat na rzecz osób trzecich (opłaty licencyjne lub abonamentowe). Powyższe dotyczy całego okresu użytkowania SYSTEMU, zarówno w okresie trwania umowy, jak i po jej zakończeniu. 3. Wszystkie moduły PMK muszą pracować na danych znajdujących się w jednej bazie danych. 4. PMK zawierać będzie bazę główną tzw. Centralną Bazę Danych (CBD) PMK, będącą repozytorium danych PMK, która zawierać będzie warstwy danych pochodzące z różnych źródeł miedzy innymi takich jak: dane referencyjne PZGiK z MODGiK w Koszalinie typu ewidencja gruntów i budynków, plany zagospodarowania przestrzennego, dane własne Zamawiającego i inne. 5. Baza CBD będzie podstawą budowy serwisu internetowej przeglądarki mapowej, i zawierać będzie oprócz warstwy informacyjnej (pochodzącej z MODGiK w Koszalinie) także warstwy tworzone i utrzymywane wyłącznie na potrzeby usług publicznych, zgodnie z przyjętą strategią świadczenia tego typu usług (np. wprowadzenie obiektów lub opisów do obiektów dla uprawnionych podmiotów i osób fizycznych – „gości” ). 6. PMK zbudowany zostanie w architekturze mieszanej: klient serwer oraz trójwarstwowa z wykorzystaniem serwera danych przestrzennych, przy czym: a) architekturę klient-serwer dopuszcza się tylko dla narzędzi back-office, tj.: aplikacji desktop zarządzającej danymi GIS, narzędzi importu-eksportu oraz aplikacji projektowania serwisów mapowych, b) przeglądarka mapowa oraz moduł centralnego administratora musi bezwzględnie pracować w architekturze trójwarstwowej, komunikując się z CBD wyłącznie za pomocą warstwy usług (webservices). Architektura trójwarstwowa może również służyć do projektowania serwisów mapowych, c) zamawiający nie dopuszcza wykorzystania technologii nie wspieranych przez producentów, lub takich, co do których producent zapowiedział wycofanie wsparcia. 7. PMK musi posiadać różne formaty wymiany i udostępniania danych, w tym format PDF, XML, XLS, TXT, SHP, DXF. 1 8. PMK musi zapewniać wysoki stopień bezpieczeństwa systemu, zarówno w zakresie ochrony przed utratą danych ewidencyjnych, ich niepożądaną modyfikacją, nieuprawnionym dostępem i ujawnieniem, jak i ochrony przed utratą integralności danych. 9. PMK musi zapewniać automatyczną kontrolę spójności wprowadzonych danych. 10. Opracowana i udostępniona „na zewnątrz” internetowa przeglądarka mapowa musi być obsługiwana przez przeglądarki WWW wiodących producentów bez konieczności instalowania dodatkowych aplikacji typu plug-in, kontrolek activ-x, wtyczek, minimum: MS Internet Explorer od wersji 11, FireFox od wersji 45, Google Chrom od wersji 49, Opera od wersji 36 czy innych. 11. PMK musi generować mapy na podstawie i zgodnie z projektami map, przygotowanymi z wykorzystaniem narzędzi opartych o architekturę trójwarstwową lub z wykorzystaniem dostarczonej w ramach wdrożenia aplikacji mapowej, pracującej w architekturze klient/serwer, która nie będzie wymagała od Zamawiającego ponoszenia żadnych opłat na rzecz osób trzecich (opłaty licencyjne lub abonamentowe). Powyższe dotyczy całego okresu użytkowania SYSTEMU, zarówno w okresie trwania umowy, jak i po jej zakończeniu. 12. Tylko funkcja wydruku może wymagać udostępnienia przez użytkownika opcji wyskakujących okien w przeglądarce. 13. Zawierać mechanizm WMS/WMTS/WFS, umożliwiający Administratorowi CBD PMK samodzielne generowanie linków WMS/WMTS/WFS do dowolnie wybranych danych na serwerze Zamawiającego. 14. Wykonawca dostarczy także mechanizm wykrywania awarii krytycznych systemu PMK. Mechanizm ten powinien umożliwić wykrywanie wszystkich incydentów informatycznych, które trwale blokują dostęp odbiorców do treści map internetowych oraz wyszukiwarki. Efektem działania mechanizmu muszą być: wiadomość e-mail wysłana na określone przez zamawiającego adresy oraz automatyczny restart systemu mapowego wraz z odpowiednim zapisem w logach dokumentujących operację. 15. Portal mapowy PMK musi być skalowalny i zoptymalizowany pod kątem monitorów ekranowych o różnej rozdzielczości jak i pod kątem urządzeń mobilnych, bez konieczności instalacji dodatkowych nakładek czy aplikacji. III. Wymagania dotyczące dostępu do danych 1. Dostarczone przez Wykonawcę rozwiązanie musi zapewnić ochronę gromadzonych wszelkich danych zawartych w PMK, w szczególności musi zapewnić: a) Dostęp autoryzowany tylko dla nazwanych, uprawnionych użytkowników posiadających określoną kategorię uprawnień do danych, b) Mechanizmy monitorowania dostępu oraz zbierania statystyk przez automatycznie rejestrowanie identyfikatora sesji, identyfikatora użytkownika, adresu IP oraz daty / godziny dostępu do danych, źródła wizyty (sieć zewnętrzna, sieć wewnętrzna), zliczanie ilości wizyt z rozróżnieniem serwisów mapowych, ilości zapytań do przeglądarek internetowych, c) Raportowanie dostępu użytkownika PMK do określonych danych, które zostały w wybranym czasie odczytane przez wybranego użytkownika – funkcjonalność należy zrealizować poprzez generowanie raportu z modułu MCA z wykorzystaniem zbierającego wymagane informacje pliku log. d) Dostęp do portalu mapowego dla każdego użytkownika możliwy po weryfikacji mechanizmem captcha. 2. Wykonawca dostarczy Moduł Centralnego Administratora „MCA” portalu PMK, zarządzający użytkownikami i ich uprawnieniami oraz konfiguracją PMK. Wymaganym przez Zamawiającego rozwiązaniem jest zastosowanie dedykowanego mechanizmu rozwiązującego problem identyfikacji i autoryzacji dostępu na poziomie systemu operacyjnego, systemu bazy danych oraz dedykowanych aplikacji PMK tak, aby w jednym „rozwiązaniu” gromadzić informacje o użytkownikach i „cechach systemowych” celem ich późniejszego udostępniania ww. systemom oraz dedykowanym aplikacjom PMK. 2 Powyższe rozwiązanie może zostać zrealizowane w standardzie LDAP (Lightweight Directory Access Protocol) usług katalogowych w modelu katalogu X500 (cienkiego klienta) w wersji LDAPv3 zatwierdzonej przez IETF (Internet Engineering Task Force) lub innej równoważnej technice. Celem właściwej kategoryzacji funkcji dostępu do danych PMK wyróżnione zostaną dwie zasadnicze grupy użytkowników tj.: a) użytkowników wewnętrznych: pracownicy jednostek organizacyjnych Gminy objętych zakresem wdrożenia PMK, b) użytkowników zewnętrznych: osoby prawne takie jak instytucje współpracujące i podmioty gospodarcze oraz osoby fizyczne, a w szczególności mieszkańcy Gminy i regionu. MCA musi zapewnić precyzyjne definiowanie zakresu udostępnianych danych zarówno dla grupy, poszczególnych użytkowników wewnętrznych jak i użytkowników zewnętrznych. MCA musi posiadać możliwość tworzenia grup użytkowników (do podglądu, do edycji, do usuwania). Każdy użytkownik musi posiadać minimum atrybuty: unikatowy identyfikator ID użytkownika, nazwa użytkownika, opis użytkownika, hasło, ważność konta (włączone/wyłączone), blokowanie konta (zablokowane/odblokowane), przynależność do grupy użytkowników. Każda grupa użytkowników musi posiadać minimum atrybuty: unikatowy identyfikator ID grupy, nazwa grupy, opis grupy, członkowie (użytkownicy) grupy. Każda z ww. grup jak i poszczególnych użytkowników musi posiadać własną hierarchię uprawnień, która przekładać się będzie na perspektywę udostępnionych dla nich funkcji oraz danych. Za udostępnianie rozumiane jest umożliwianie dostępu do wydzielonego, autoryzowanego zakresu danych i funkcji PMK i/lub umożliwienie pobierania wydzielonej części danych tak, aby jednej osobie odpowiadał jeden użytkownik w PMK. MCA musi umożliwiać zarządzanie w relacji użytkownik – dane – funkcje do poziomu szczegółowości zdefiniowanych w PMK warstw informacyjnych, a nawet w przypadku koniecznym do poziomu tablic lub poszczególnych ich pól i powinno w strukturze hierarchicznej zapewnić minimum możliwość: a) dodawanie / usuwanie użytkownika, b) zakładanie / zmiana haseł użytkowników, c) tworzenie i usuwanie ról oraz przypisywanie im użytkowników, innych ról oraz grup użytkowników i ról, d) tworzenie i usuwanie użytkowników, ról oraz grup, e) blokowanie / odblokowywanie dostępu do danych użytkownikom, f) zarządzanie narzędziami dostępnymi w poszczególnych dedykowanych aplikacjach PMK do poziomu logicznych funkcji lub w przypadku przeglądarki mapowej do poziomu serwisów mapowych, g) konfigurowanie dostępnych użytkownikowi warstw w wybranym serwisie, h) nadawanie uprawnień do edytowania danych (geometrycznych i atrybutowych) włącznie z udostępnianymi bezpośrednio na warstwach obiektami bazy: punkt, linia, poligon, tekst) w zakresie: podgląd / edycja. Na tej podstawie dla każdego użytkownika PMK po nadaniu uprawnień w ramach technologii LDAP (lub równoważnej) ich późniejsze wykorzystanie powinno ”automatycznie” konfigurować menu oraz widok każdej wybranej aplikacji PMK opracowanej w ramach przedmiotowego zamówienia. 3 MCA musi umożliwiać zaawansowaną konfigurację danego dedykowanego rozwiązania PMK, w tym personalizacje ustawień użytkownika. Zaawansowane funkcje tej aplikacji powinny umożliwić dodanie nowych warstw danych przeglądarki mapowej, określenie ich atrybutów i sposobu prezentacji oraz określenie reguł kontroli i aktualizacji danych. IV. Wdrożenie Centralnej Bazy Danych (CBD) oraz Modułu Centralnego Administratora (MCA) PMK Wykonawca jest zobowiązany do zaimplementowania struktury Centralnej Bazy Danych (CBD) PMK, która będzie repozytorium do gromadzenia wszelkich danych publikowanych w internetowej przeglądarce mapowej, a w celu właściwego zarządzania PMK do dostarczenia Modułu Centralnego Administratora (MCA) do zarządzania użytkownikami oraz konfiguracją PMK . Wykonawca jest zobowiązany do zdefiniowania oraz wdrożenia dla CBD PMK struktur bazy danych dla wszystkich warstw danych PMK, co w szczególności obejmuje model danych dla: 1. Ewidencji gruntów i budynków (pełna część graficzna oraz część opisowa w zakresie umożliwiającym utworzenie mapy struktury władania gruntami z wyłączeniem danych osobowych), 2. „Systemu adresowego”, w tym punktów adresowych i innych obiektów adresowych, 3. Mapy zasadniczej, 4. Miejscowych planów zagospodarowania przestrzennego oraz studium (dane wektorowe oraz rastrowe), 5. Ortofotomapy, 6. Mapy akustycznej, 7. Innych warstw tematycznych, szczegółowo opisanych w rozdziale XV. Zamawiający wymaga od Wykonawcy bezpłatnego załadowania danych do portalu mapowego i uruchomienia serwisu mapy akustycznej. Dane zostaną przekazane Wykonawcy w formie plików eksportu ESRI SHP . Wymaga się także, aby zakres i układ prezentowanych danych mapy akustycznej tworzonej dla Miasta Koszalina wykonany był zgodnie z rozporządzeniem Ministra Środowiska w sprawie szczegółowego zakresu danych ujętych na mapach akustycznych oraz ich układu i sposobu prezentacji, oraz zgodnie ze wskazówkami Zamawiającego. W zakres realizacji wdrożenia CBD oraz MCA PMK wchodzą: 1. Implementacja struktury bazy danych CBD, metod jej zarządzania oraz konfiguracji, 2. Dostarczenie Modułu Centralnego Administratora (MCA) PMK, 3. Opracowanie funkcji importu, eksportu i aktualizacji danych, 4. Zasilenie bazy danych CBD PMK danymi przekazanymi przez Zamawiającego. V. Implementacja struktur bazy danych CBD, metod zarządzania oraz konfiguracji W zakres tego zadania wchodzi zaimplementowanie struktur bazy CBD oraz skonfigurowanie jej tak, aby zapewnić automatyczny lub półautomatyczny i kontrolowany przez administratora PMK proces zasilania oraz aktualizacji danych. Opracowane reguły aktualizowania (zasilania) danych powinny być parametryzowane z możliwością automatycznego lub półautomatycznego uruchamiania przez administratora. Zakres opracowania struktur baz danych CBD obejmuje implementację struktur danych dla wszystkich warstw informacyjnych PMK powstających w zakresie przedmiotu zamówienia, z możliwością ich późniejszej samodzielnej rozbudowy przez Zamawiającego. Proces rozbudowy 4 struktur musi zostać szczegółowo opisany w instrukcji administracyjnej tak, aby na jej podstawie umożliwić Zamawiającemu ich samodzielną rozbudowę. VI. Import, eksport i aktualizacja danych Podstawą do budowy PMK będą dane Krajowego Systemu Informacji o Terenie pochodzące z Państwowego Zasobu Geodezyjnego i Kartograficznego (PZGiK) prowadzonego przez Miejski Ośrodek Dokumentacji Geodezyjnej i Kartograficznej w Koszalinie (MODGiK w Koszalinie) w obrębie Miasta Koszalina, z których kluczową rolę odgrywać będą okresowo aktualizujące CBD PMK dane graficzne ewidencji gruntów i budynków. Do danych podstawowych zasilających CBD PMK należeć też będą plany zagospodarowania przestrzennego oraz studium, aktualizowane przez Wydział Architektury i Urbanistyki Miasta Koszalina. Bez względu na typ i zakres udostępnionych danych z MODGiK w Koszalinie oraz Wydział Architektury i Urbanistyki, dane te nie będą podlegały modyfikacji, lecz będą danymi referencyjnymi PMK umożliwiającymi wiązanie ze sobą (tworzenie geo-relacji w geobazie PMK) pozostałych warstw informacyjnych PMK informacji o terenie w zakresie: • informacji oświatowej, • informacji publicznej, • informacji kulturalno-rozrywkowej, • informacji ochrony środowiska i przyrody, zabytków oraz dóbr kultury, • innych danych, punktów charakterystycznych POI i warstw informacyjnych PMK, które będą powstawały w odpowiedzi na rosnące potrzeby i wymagania użytkowników. Dane z PZGiK będą udostępniane przez właściwą jednostkę Służby Geodezyjnej i Kartograficznej tj. MODGiK w Koszalinie zgodnie z obowiązującymi w tym zakresie przepisami prawa. Udostępnienie danych polegać ma na podłączeniu się do bazy ewidencji gruntów i budynków, pobieraniu i aktualizacji wydzielonych danych do struktur CBD PMK. Ze względu na uwarunkowania prawne oraz wymogi bezpieczeństwa przetwarzania danych dostęp do bazy danych ewidencji gruntów i budynków nie będzie oznaczał (bezpośredniego) fizycznego dostępu do bazy, lecz dostęp do repliki bazy lub przygotowanego aktualizowanego widoku danych. W ramach tego zadania Wykonawca jest zobowiązany do wdrożenia funkcji (mechanizmów) aktualizacji CBD PMK danymi udostępnianymi przez MODGiK w Koszalinie. Częstotliwość i zakres udostępnianych danych będzie zależny od warunków technicznych zawartych w umowie na udostępnianie danych przez MODGiK w Koszalinie na rzecz PMK, zakłada się wstępnie „tryb dobowy”. Wykonawca musi udostępnić także możliwość aktualizacji (zasilania) danych CBD poprzez funkcję (mechanizm) importu oraz eksportu danych obejmujących jako minimum funkcje: importu ewidencji gruntów i budynków, funkcje importu danych treści mapy zasadniczej (GESUT i BDOT500) w formacie GML, oraz funkcje importu i eksportu innej treści (obiekty punktowe, liniowe, poligony, teksty) prowadzonej przez Zamawiającego w formacie DXF i SHP. Wymaga się, aby do opracowania i wdrożenia PMK wykorzystane zostały rozwiązania spełniające ogólnoświatowe standardy techniczne, a przede wszystkim standardy OGC oraz ISO, w tym wskazywane przez zalecenia Dyrektywy INSPIRE. 5 VII. Zasilenie bazy danych CBD PMK danymi wskazanymi i przekazanymi przez Zamawiającego W ramach tego zadania Wykonawca jest zobowiązany do przeprowadzenia procesu zasilenia bazy CBD PMK danymi ewidencji gruntów i budynków, mapy zasadniczej, GESUT i BDOT, danych miejscowych planów zagospodarowania przestrzennego, studium, ortofotomapy jak i danymi punktów charakterystycznych POI. Proces zasilenia powinien zostać przeprowadzony w oparciu o dostarczone przez Wykonawcę dedykowane narzędzia tj. funkcje aktualizacji oraz importu danych. Zamawiający nie dopuszcza możliwości dokonania jakiejkolwiek ingerencji przez Wykonawcę w strukturę bazy oraz zgromadzonych w niej danych, znajdujących się w bazie danych prowadzonej przez MODGiK w Koszalinie, służących do załadowania do CBD PMK bez zgody Zamawiającego w porozumieniu z prowadzącym zasób MODGiK w Koszalinie. Powyższe dotyczy także planów zagospodarowania przestrzennego oraz studium. Każda ewentualna zmiana dokonana przez Wykonawcę, która wynika z konieczności korekty danych i jej załadowania do CBD PMK powinna być bezwzględnie uzgodniona z Zamawiającym w stosownym protokole podpisanym przez obie strony i zostać dołączona do protokołu odbioru. VIII. Dostawa aplikacji zarządzającej danymi GIS Dla potrzeb zarządzania danymi przestrzennymi PMK, budowania kompozycji mapowych, przygotowywania serwisów mapowych zarządzających danymi GIS po stronie serwera, projektów mapowych oraz pełnej edycji warstw tematycznych GeoSerwera, Wykonawca dostarczy aplikację w architekturze klient-serwer, zarządzającą danymi GIS bezpośrednio na GeoSerwerze CBD PMK, będącą graficznym oprogramowaniem narzędziowym służącym do edycji map. Powyższe funkcje mogą być realizowane także z wykorzystaniem aplikacji zbudowanej w architekturze trójwarstwowej. IX. Internetowa przeglądarka mapowa Wykonawca dostarczy dedykowane rozwiązanie do obsługi i funkcjonowania internetowej przeglądarki mapowej PMK, a w szczególności przygotowywania zawartości i wdrożenia zewnętrznej przeglądarki udostępniania i publikacji danych mapowych w sieci Internet z wykorzystaniem danych zawartych w CBD PMK. W części graficznej w zakresie komponentów do geoprzetwarzania rozwiązanie musi zostać opracowane w oparciu o środowisko graficzne GeoSerwera. X. Wymagania funkcjonalne internetowej przeglądarki mapowej Poniższe zapisy zawierają wymagania Zamawiającego w zakresie funkcji internetowej przeglądarki mapowej, która powinna stanowić „jedno rozwiązanie technologiczne” różniące się warstwą prezentacji, zakresem informacyjnym oraz zakresem konfiguracji. Wykonawca opracuje dedykowane tematyczne serwisy mapowe zawierające przygotowany i modyfikowalny układ prezentacji kartograficznej, funkcje wyszukiwania, publikowania i drukowania danych, budowania kompozycji mapowych, oraz zarządzania przeglądarką. Wykonawca zapewni Zamawiającemu taką funkcjonalność dostarczanych narzędzi, aby mógł on samodzielnie (w sposób intuicyjny oraz przyjazny dla użytkownika) prowadzić proces budowania i utrzymywania przeglądarki a także wpływać na wygląd oraz zawartość dostarczonych serwisów i kompozycji mapowych (tworzenia, modyfikowania, usuwania): 6 • narzędzia do projektowania zawartości, wyglądu i funkcjonalności poszczególnych serwisów mapowych (menadżera serwisów mapowych), • narzędzia do projektowania (tworzenia, modyfikacji i usuwania) serwisów przeglądarki, • narzędzia do definiowanie zasięgu startowego okna mapy, • narzędzia dodawanie i usuwanie układów odniesienia, • narzędzia definiowania listy serwisów WMS lub WMTS, • narzędzia publikacji projektów, • narzędzia raportowania prac przeglądarki mapowej (liczba odwiedzin, zapytań, monitorowanie obciążenia). Do budowania kompozycji mapowych oraz przygotowywania serwisów mapowych Wykonawca musi dostarczy aplikację, pracującą w architekturze dwu lub trójwarstwowej, zarządzającą danymi GIS po stronie serwera, umożliwiając generowanie map na podstawie przygotowanych projektów map. Do przygotowania grafiki wyświetlanej po stronie klienta Wykonawca przygotuje odpowiednie intuicyjne i przyjazne użytkownikowi narzędzie webowe. XI. Funkcje internetowej przeglądarki mapowej PMK Funkcje internetowej przeglądarki mapowej PMK mają być realizowane za pomocą: 1. Narzędzi do operacji na widoku (zbliżanie/oddalanie realizowane poprzez operację kółkiem myszki lub suwakiem/lupą dostępną w oknie mapy, przesuwanie, pełny widok, cofnij /przywróć widok, wyświetlanie aktualnej skali mapy z możliwością wyboru przez użytkownika dowolnej skali z listy lub suwakiem - dostępne obie opcje, interaktywne skręcanie mapy), 2. Narzędzi identyfikacji obiektów mapy (prezentacja informacji opisowej obiektów w miejscu kliknięcia na mapie), 3. Narzędzi kreślenia na mapie (np. w celu wyróżnienia wybranego miejsca), 4. Narzędzi edycji mapy (np. umożliwiać edycję danych geometrycznych i opisowych bezpośrednio w przeglądarce mapowej z jednoczesnym zapisem wprowadzonych zmian), 5. Narzędzi wydruku mapy, 6. Generowania linków do wybranego miejsca na mapie, 7. Narzędzi selekcji interaktywnej oraz międzywarstwowej, 8. Narzędzia multiselekcji szkicem. Możliwość multiselekcji obiektów jednej warstwy na podstawie przecięcia ze szkicem utworzonym z wybranych obiektów innej warstwy np. powiększonej o bufor. Możliwość tworzenia zestawień atrybutów dla wyselekcjonowanych obiektów, 9. Narzędzi wyszukiwania obiektów referencyjnych (np.: adres, ulice, działki), 10. Narzędzi wyszukiwania obiektów punktów zainteresowania POI, punktów charakterystycznych (np.: szkoły, kina, szpitale), 11. Narzędzi wyszukiwania innych tematów (np. plany zagospodarowania przestrzennego), 12. Narzędzi do edycji i modyfikacji zawartości treści przeglądarki, 13. Narzędzi generowanie raportów. 7 XII. Wymagania internetowej przeglądarki mapowej Dostarczone przez Wykonawcę rozwiązanie webowe tj. internetowa przeglądarka mapowa musi spełniać poniższe wymagania: 1. Zostać zaimplementowany w oparciu o technologie JavaScript lub inną równoważną, 2. Komunikować się z CBD jedynie za pośrednictwem usług (webservices) zarówno w zakresie dostępu do danych graficznych jak i opisowych, 3. Pracować w trybie „gość” lub w trybie zalogowanego użytkownika, 4. Wykorzystywać zaawansowaną symbolikę obiektów w ramach warstwy: a) z podziałem na typy uwzględniając więcej niż jeden atrybut opisowy, b) z wykorzystaniem animowanych symboli, c) z wykorzystaniem odtwarzania animacji jako wypełnienia wieloboków. 5. Zapewniać technologicznie spójne rozwiązania związane z uruchomieniem bezpiecznego systemu usług zdalnych e-administracji, 6. Uwzględniać w zakresie autoryzacji nazwanych użytkowników ustawień dokonanych w MCA, 7. Posiadać opcje działania w dwóch trybach tzw. serwisu dynamicznego, czyli generującego kolejne widoki mapy na „żądanie” klienta (przeglądarki) oraz w trybie serwisu „cache’owanego” i „ciętego”, który powinien przyspieszyć działanie internetowej przeglądarki mapowej (podobnie jak są prezentowane dane mapowe przeglądarki Google), co oznacza, że: a) na serwerze powinien być generowany (i tam przechowywany) cache mapy w różnych predefiniowanych skalach mapowych, b) obsługa mapy po stronie klienta powinna polegać na prezentacji obrazu mapy pochodzącej z generowania na serwerze, c) w zależności od potrzeby klienta (przeglądarki) powinny być przesyłane do niego odpowiednie sektory / bloki uzupełniające mapę np. w przypadku jej przesuwania, d) działanie w trybie serwisu „cache’owanego” nie powinno uniemożliwiać „odpytania” mapy o obiekty znajdujące się na niej oraz nie powinno wprowadzać ograniczeń w zakresie innych operacja takich jak selekcja obiektów na mapie, 8. Pozwalać na jednoczesne wyświetlanie map pochodzących z następujących źródeł: mapowe usługi REST GeoSerwera (dynamiczne i „cięte”), usługi WMS, WFS, WMTS, usługi Bing Maps lub inne równoważne, np. Open Street Map, 9. Dostęp do poszczególnych tematycznych serwisów mapowych musi być dostępny w postaci menu lub zakładek w głównym oknie przeglądarki; zmiana aktywnego serwisu nie może powodować „przeładowania” przeglądarki ani zmiany zakresu przestrzennego bieżącego widoku mapy, 10. Zawierać w oknie przeglądarki miniaturę całego Miasta Koszalina z „zaznaczeniem ramkowym” miejsca aktualnie wyświetlanego w oknie mapy przeglądarki, zgodnie z aktualnie wyświetlaną skalą. Nawigowanie „zaznaczeniem ramkowym” musi powodować automatyczną zmianę widoku głównego okna przeglądarki, 11. Musi umożliwiać nawigację po udostępnionych mapach, zawierać drzewo warstw mapy (włączanie i wyłączanie widoczności warstw) oraz legendę, która musi być dostępna w oknie innym niż drzewo warstw mapy z zapewnieniem możliwości zarządzania wyświetlaniem warstw mapy w legendzie, 12. Posiadać możliwość pomiaru powierzchni lub długości obiektów występujących na mapie, a także pomiar narysowanej przez użytkownika powierzchni wieloboku lub długości linii łamanej, 13. Posiadać dla aktualnie wyświetlanej skali okna mapy dynamiczny pasek skali (odległości) z podziałką w metrach oraz kilometrach, 14. Zawierać funkcje interaktywnej selekcji przez: zaznaczanie (selekcję) obiektów punktem, linią lub poligonem, 15. Pozwalać na selekcję międzywarstwową, tj. taką, gdzie zaznaczone obiekty jednej warstwy służą do przestrzennego zaznaczenia obiektów innej warstwy, 8 16. Pozwalać na drukowanie map w różnych formatach z uwzględnieniem: a) wyboru drukarki spośród zainstalowanych w systemie operacyjnym, włącznie z drukarkami do formatu A3, b) dołączania do wydruku mapy elementów towarzyszących, jak legenda, podziałka, strzałka północy, skala, dodatkowe teksty (np. data i informacja, kto dokonał wydruku, dowolny tekst wprowadzony w oknie wydruku), c) zapisu wydruku jako pliku PDF, d) wydruku aktualnego widoku mapy także z widokiem zaznaczenia selekcją. e) podglądu wydruku w oknie wydruku z jednoczesną możliwością precyzyjnego ustawienia obszaru wydruku, f) jakość generowanych wydruków musi charakteryzować się ostrością nie gorszą od obrazu prezentowanego w oknie przeglądarki mapowej. 17. Umożliwiać identyfikację obiektów mapy. Zwrócona informacja o obiektach musi uwzględniać także obiekty powiązane relacjami w bazie GeoSerwera o ile zalogowany użytkownik ma prawa dostępu do powiązanych informacji, 18. Wyszukiwanie obiektu/-ów winno być powiązane z wyświetleniem na mapie warstwy/warstw do których należą, 19. Umożliwiać generowanie i tworzenie połączeń interaktywnych do i z wybranego miejsca na mapie, 20. Posiadać narzędzie kreatora zapytań do prezentowanych w danym serwisie warstw, tj. interfejs pozwalający interaktywnie konstruować zapytania sql-owe do danych; zapytania takie można będzie łączyć z przestrzennym warunkiem wyszukiwania oraz zapisywać w profilu użytkownika w celu ponownego wykorzystania w przyszłości - funkcja niedostępna dla użytkowników „gość”, a wynik zapytania zapisać do pliku *.csv lub posortować w dowolny sposób i wydrukować do pliku *.PDF. 21. Prezentować zawartość tematyczną układu warstw danego serwisu mapowego w postaci drzewa z podziałem na pogrupowane tematycznie warstwy, z możliwością zwijania i rozwijania danej warstwy oraz włączania / wyłączania warstw na drzewie, jak i uaktywnianie lub deaktywowanie wybranej warstwy (jej widoczności) w zależności od aktualnie wyświetlanej skali mapy (zgodnie z zasadą im większa skala, tym więcej szczegółów na mapie), z zapewnieniem widoczność zdefiniowanej w kompozycji mapy warstwy dla dowolnego przedziału skali mapy, 22. Posiadać konfigurowalne narzędzia wyszukiwana hierarchicznego, pozwalające przykładowo zbudować administratorowi systemu narzędzie wyszukiwania działek wymagające od użytkownika wpisania kolejno numeru obrębu i numeru działki, gdzie system podpowiadałby możliwe do wpisania w kolejnych krokach wartości z uwzględnieniem wcześniej wpisanych; wykonawca zobowiązany jest w oparciu o taki ogólny mechanizm przygotować gotowe konfiguracje wyszukiwań dla: działek, adresów, planów zagospodarowania, punktów charakterystycznych (POI), najkrótsze połączenie drogowe łączące dwa wybrane punkty adresowe, 23. Zapewniać system podpowiedzi wpisywanych fraz przy wyszukiwaniu, 24. Pozwalać użytkownikowi na podpięcie do mapy dodatkowego serwisu (dynamicznego bądź „ciętego”, WMS lub Bing Maps) poprzez wpisanie jego adresu. Przeglądarka musi zapewnić projekcję „w locie”, tak aby dane mapowe z różnych układów odniesienia pokazane były w spójny sposób, 25. Zapewniać możliwość prezentacji danych w różnych układach odniesienia. Wykonawca przygotuje prezentację danych dla min. 3 układów odniesienia: WGS84, 1965/3, PUWG 2000, 26. Funkcja dołączania zewnętrznych serwisów wms-owych musi posiadać mechanizm przeliczania ich odwzorowań tak, aby umożliwiać ich przeglądanie w jednolitym odwzorowaniu, 27. Obsługiwać raportowanie: a) generować zestawienia tabelaryczne dla wyselekcjonowanych w dowolny sposób obiektów mapy, wraz z możliwością ich wydruku i zapisania do pliku *csv, b) posiadać raporty hierarchiczne, odzwierciedlające relację między obiektami, 9 28. 29. 30. 31. 32. 33. 34. 35. c) pozwalać użytkownikowi na wybór atrybutów do zestawienia tabelarycznego z możliwością zapisania ustawień do wykorzystania w przyszłości, d) generować raporty na podstawie szablonów z uwzględnieniem czasu (daty utworzenia) i użytkownika uruchamiającego raport, Umożliwiać w każdym z serwisów tematycznych edycję wybranych warstw geometrycznych (także użytkownikowi typu „gość”), zgodnie z konfiguracją serwisu i uprawnieniami nadanymi w MCA: a) wstawianie nowych obiektów: punktów linii lub wieloboków poprzez ich interaktywne narysowanie na mapie, z możliwością określenia typu wstawianego obiektu poprzez wybór z prezentowanej w postaci okonek czy piktogramów palety obiektów, b) modyfikację istniejących geometrii poprzez: przesunięcie, zmianę kształtu, dodanie, usunięcie, przesunięcie punktów załamania, podział, c) usuwanie obiektów, Posiadać możliwość łączenia obiektów mapy z innymi obiektami typu doc, pdf, multimedia, wraz z dostępem do nich przy identyfikacji obiektu mapy, Pozwalać na dynamiczną prezentację na mapie zjawisk zmieniających się w czasie, umożliwiając użytkownikowi płynnie zmienianie czasu bądź uruchomienie animacji, Gromadzić statystyki wykorzystania i obciążenia aplikacji oraz poszczególnych serwisów, wraz z wyświetleniem w oknie mapy ilości odwiedzających ją osób (licznik odwiedzin nie może uwzględniać odświeżeń okna mapy w ramach jednej sesji użytkownika), Wprowadzać dane opisowe o obiektach (POI) w sposób tabelaryczny, z jednoczesnym połączeniem ich z bazą adresową tak, aby wprowadzone i przypisane do punktu adresowego dane wyświetliły się automatycznie na mapie przeglądarki mapowej w postaci piktogramu (piktogramy do wyboru z listy) we wskazanym przez wprowadzającego dane serwisie – funkcja niedostępna dla użytkowników „gość”. Umożliwiać swobodne skalowanie wielkości okna mapy, co uniezależnia ilość wyświetlanej informacji na ekranie monitora od jego wielkości (wielkość okna mapy) i ustawionej rozdzielczości zgodnie z zasadą … „im większy monitor, tym więcej informacji na ekranie”, Posiadać konfigurowalne narzędzie do identyfikacji obiektów na mapie, które w zależności od typu wskazanego obiektu powinno wyświetlić dedykowaną formatkę okienkową zawierającą odpowiedni zakres tematyczny danych opisowych i ewentualnie linki do załączonych plików (PDF, JPG, DOC, inne) z możliwością ich wydruku, W przypadku istnienia w bazie kilku ortofotomap z tego samego obszaru, aplikacja musi zapewniać efekt płynnego przechodzenia pomiędzy poszczególnymi ortofotomapami wykorzystując efekt wzajemnego przenikania się, z wykorzystaniem suwaka. Opcja musi być dostępna dla użytkowników „gość” i konfigurowalna przez administratora, z uwzględnieniem kilku serwisów o różnej treści. Zamawiający wymaga, aby edycję (dodawanie, usuwanie, modyfikację) danych geometrycznych i opisowych można było realizować dostarczonym przez Wykonawcę dedykowanym do tego narzędziem webowym, z wyłączeniem danych referencyjnych zasilających bazę CBD PMK. Zamawiający wymaga takiego dostosowania rozwiązania aby Zamawiający mógł dokonywać pełnej edycji warstw tematycznych obiektów bazy danych geometrycznych PMK (wraz z konfiguracją prezentacji obrazu mapy w zakresie używanej symboliki oraz kolorystyki, a także aktywowania widoku warstw) w dostarczonej przez Wykonawcę aplikacji GIS zarządzającej danymi GIS bezpośrednio w bazie CBD PMK w architekturze klient - serwer lub trójwarstwowej. Wszelkie brakujące dane w celu uzyskania ww funkcjonalności Wykonawca zrealizuje we własnym zakresie. 10 XIII. Dostosowanie internetowej przeglądarki mapowej Wykonawca uruchomi internetową przeglądarkę mapową w następującym zakresie: 1. Opracuje zawartość internetowej przeglądarki mapowej w postaci listy serwisów mapowych dostosowanych do dostępu publicznego, zawierających różne tematycznie warstwy informacyjne, szczegółowo opisane poniżej. Wykonawca dokona także zaimportowania wszystkich danych zawartych w serwisie przewodnika miejskiego, widocznego pod adresem http://SIPMK.koszalin.pl/SIPMK/mapy-ogolne, którego dane zostaną przekazane w formie eksportu plików *.SHP. Wykonawca podczas tworzenia serwisów mapowych zaproponuje odpowiednią „bibliotekę symboli POI”, które będą nawiązywać symboliką do danej warstwy, którą reprezentują. Szczegóły uzgodnione zostaną po podpisaniu umowy. 2. Zaprojektuje kompozycje mapowe dla poszczególnych dedykowanych serwisów oraz opracuje dedykowane dla serwisów narzędzia do wyszukiwania, analizowania, wyświetlania lub wydruku informacji, 3. Dokona instalacji narzędzi internetowej przeglądarki mapowej, ewentualnej rekonfiguracji, strojenia (tunning) PMK, 4. Opracuje projekt graficzny internetowej przeglądarki mapowej z uwzględnieniem sugestii Zamawiającego (kolor tła, typ czcionki, logo itp.). 5. Dostosuje stronę przeglądarki do jej obsługi przez osoby niepełnosprawne, zgodnie z § 19 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). W zakresie informacyjnym internetowa przeglądarka mapowa powinna zostać dostosowana tak, aby zapewnić jego jednorodny wygląd oraz prostotę z punktu widzenia ergonomii obsługi, jak i udostępnianych i publikowanych danych. Dotyczy to różnych klas obiektów jak plany zagospodarowania przestrzennego, obiekty administracji publicznej, obiekty kulturalno-oświatowe, obiekty użyteczności publicznej typu: kina, obiekty ochrony zdrowia, banki, bankomaty, szpitale, szkoły, zabytki oraz wielu innych. Dla wszystkich klas obiektów Wykonawca opracuje dedykowane tematyczne serwisy mapowe zawierające predefiniowany i modyfikowalny układ prezentacji kartograficznej, funkcje wyszukiwania, publikowania i drukowania danych, budowania kompozycji mapowych oraz zarządzania przeglądarką mapową wychodząc od poziomu serwisu, oraz zapewni w dostarczonym rozwiązaniu powyższą funkcjonalność Zamawiającemu. Każdy serwis tematyczny musi składać się z kompozycji mapowej zawierającej kilka warstw danych (5-10) oraz warstw podkładowych pochodzących z numerycznych zasobów CBD PMK lub zasobów lokalnych, wskazanych przez Zamawiającego. Zamawiający wymaga opracowania 8 serwisów tematycznych z czego jeden będzie serwisem podstawowym, a jego dane będą stanowić podkład pod dane zawarte w pozostałych serwisach internetowej przeglądarki mapowej. Serwis mapowy musi udostępniać wspólne funkcje przeglądarki mapowej oraz dedykowane funkcje wyszukiwania, analizy lub raporty w ilości do 5 takich funkcji dla każdego serwisu. Wykonawca w dostarczonych dedykowanych aplikacjach powinien tak dostarczyć rozwiązanie, aby umożliwić Zamawiającemu powdrożeniową, samodzielną rozbudowę zarówno ilości serwisów tematycznych, ilości warstw tematycznych wraz z podwarstwami w serwisach jak i ilości raportów i zapytań w stopniu podstawowym. 11 Przeglądarka mapowa musi obsługiwać wiele tematycznych serwisów mapowych w jednej aplikacji przeglądarki mapowej, pozwalając na przełączanie się z poziomu menu pomiędzy serwisami mapowymi bez zmiany zakresu widoku przestrzennego, w tym samym oknie przeglądarki i bez przeładowywania okna serwisu mapowego. W przypadku publikowania danych dotyczących planów zagospodarowania przestrzennego ważne jest ustalenie (wyszukanie) planu w odniesieniu do danych ewidencji gruntów zawierających identyfikator działki, numer działki, dane adresowe oraz dane dot. kategorii własności / władania. Należy zaznaczyć, że udostępniana informacja nie może być równoznaczna i „tożsama” z uzyskaniem informacji w układzie i zakresie zgodnym z wypisem lub wyrysem z planu. Uzyskanie informacji z przeglądarki w formie wydruku lub kopii „zrzutu ekranu”, szczególnie danych zawierających ortofotomapę, powinno być zabezpieczone „znakiem wodnym” (z możliwością ingerencji przez administratora CBD PMK w jego układ, treść oraz możliwość jego włączenia lub wyłączenia) wraz z opisem informacyjnym świadczącym o źródle pochodzenia informacji, celem uniemożliwienia wykorzystania tych informacji jako podstawy do jakichkolwiek działań administracyjnych. Zarządzanie internetową przeglądarką mapową powinno odbywać się w odrębnym panelu administracyjnym z poziomu MCA PMK. Opracowane funkcje wyszukiwania powinny być funkcjami wielopoziomowego pełnotekstowego wyszukiwania wg drzewa lub wg atrybutów. XIV. Wymogi bezpieczeństwa Przeglądarka mapowa w warstwie klienckiej musi poprawnie działać w różnych środowiskach (Windows, Linux) z wiodącymi przeglądarkami WWW, zapewniając wysoki stopień bezpieczeństwa danych: 1. Dostęp do przeglądarki mapowej portalu PMK musi być możliwy niezależnie dla zalogowanych i niezalogowanych użytkowników, z weryfikacją mechanizmem captcha, 2. Musi udostępniać dane z wykorzystaniem mechanizmów kodowania, szyfrowania strony, 3. Musi zapewniać możliwość ustawienia długości czasu trwania sesji, po której następuje automatyczne wyloguje użytkownika, gdy ten pozostawi podłączony komputer do PMK i będzie bezczynny (z możliwością ingerencji przez administratora PMK w długość trwania sesji), 4. Musi być odporny na zawieszenie się stacji roboczych, tj. usterka stacji roboczej w trakcie pracy w PMK. Zawieszenie jednej stacji roboczej nie może powodować niestabilności pracy PMK dla pozostałych użytkowników, 5. Zamknięcie PMK przyciskiem funkcyjnym przeglądarki lub spowodowane awarią sprzętu musi powodować przerwanie sesji i wylogowanie użytkownika na serwerze, 6. Użycie w trakcie aktywnej sesji (pracy w PMK) innego niż dostępnego serwera adresu wpisanego w pole adresowe przeglądarki musi skutkować automatycznym wylogowaniem użytkownika, 7. Musi uniemożliwiać wprowadzanie i modyfikację danych w sposób anonimowy, 8. Musi umożliwiać centralne zarządzanie użytkownikami, grupami i ich uprawnieniami (edycja, odczyt, zapis, kasowanie) za pośrednictwem MCA, 9. Musi wymuszać odrębne i unikalne loginy oraz mieć możliwość modyfikacji ustawień długości hasła (min. 8 znaków będących kombinacją dużych i małych liter, cyfr oraz znaków specjalnych) i częstotliwości ich zmiany (zmiana hasła standardowo ustawiona raz na miesiąc), wraz z funkcjonalną podpowiedzią dotyczącą zasad zmiany hasła czy braku spełnienia ustawionych przez administratora PMK zasad polityki haseł, 10. Musi zapewniać niezmienność identyfikatora użytkownika (po wyrejestrowaniu użytkownika z PMK identyfikator taki nie może być przydzielany innej osobie), 11. Hasła przechowywane w PMK muszą być szyfrowane, 12. Musi umożliwiać administratorom uzyskanie informacji na temat użytkowników aktualnie zalogowanych. 12 XV. Wykaz tematyczny serwisów internetowej przeglądarki mapowej wraz z warstwami PMK Szczegółowy wykaz tematyczny serwisów internetowej przeglądarki mapowej wraz z przygotowanymi warstwami, zdefiniowanymi w Centralnej Bazie Danych (CBD) Systemu Informacji Przestrzennej Miasta Koszalina (SIPMK). Wykonawca musi zasilić (przygotowanymi w ramach przedmiotu umowy mechanizmami) danymi poniższe tematyczne serwisy. 1 Tematyczne serwisy mapowe wraz z zawartością warstw danych: 1.1 Mapa podstawowa 1. Adresy, 2. Opisy, 3. Ulice (Osie ulic), 4. Budynki, 5. Krawężniki (Osie), 6. Kolej, 7. Pokrycie terenu, 8. Działki ewidencyjne, 9. Granica administracyjna Miasta Koszalina, 1.2 Mapa własności 1. Analiza własności, 2. Obręby ewidencyjne, 3. Granice Rad Osiedli, 4. Mapa podstawowa. 1.3 Miejscowe Plany Zagospodarowania Przestrzennego (MPZP) 1. Plany, 2. Rastry planów, 3. Mapa podstawowa 1.4 Studium 1. Plany, 2. Rastry studium, 3. Mapa podstawowa. 1.5 Ortofotomapa 1. Ortofotomapa (z podziałem na lata), 2. Mapa podstawowa. 1.6 Mapa akustyczna 1. Mapa akustyczna, 2. Ortofotomapa, 3. Mapa podstawowa. 1.7 Przewodnik miejski 1. Administracja, Ochrona, Bezpieczeństwo, 2. Edukacja, nauka, szkolnictwo wyższe, 3. Obiekty kultury i kultu religijnego, 4. Cmentarze, 13 5. 6. 7. 8. 9. 10. 1.8 2 Ochrona zdrowia, Sport, rekreacja, turystyka, Miejski Internet (hotspot), Miejski monitoring, Komunikacja, Mapa podstawowa. Mapa GESUT i BDOT 500 1. GESUT, 2. BDOT500, 3. Mapa podstawowa. Uszczegółowienie serwisów mapowych 1.1 Mapa podstawowa: 1. Adresy, a) Punkty adresowe, 2. Opisy, a) Numery dróg, b) Nazwy ulic. 3. Ulice (Osie ulic), a) Główne krajowe, b) Główne wojewódzkie, c) Drugorzędne, d) Lokalne, e) Projektowane 4. Budynki, a) Przemysłowe, b) Transportu i łączności, c) Handlowo-usługowe, d) Zbiorniki, silosy, magazyny, e) Biurowe, f) Szpitale i zakłady opieki medycznej, g) Oświaty, nauki i kultury, h) Produkcyjne, usługowe i gospodarcze dla rolnictwa, i) Inne niemieszkalne, j) Mieszkalne, k) Gospodarcze, l) Kultu religijnego, m) Garaże 5. Krawężniki, 6. Kolej, a) Kolej, b) Linie kolejowe. 7. Pokrycie terenu, a) Granica miasta, b) Cieki wodne, c) Zieleń niska, d) Zieleń wysoka, 14 e) Wody powierzchniowe, f) Zabudowa niska, g) Zabudowa wysoka, h) Pozostałe obszary 8. Działki ewidencyjne, 9. Granica administracyjna Miasta Koszalina. 1.2 Mapa własności: 1. 2. 3. 4. Mapa podstawowa, Obręby ewidencyjne, Granice Rad Osiedli, Analiza własności a) brak danych , b) Własność Gminy bez wieczystego użytkowania – pozostałe, c) Współwłasność Gminy , d) Własność Gminy bez wieczystego użytkowania - oddana w użytkowanie, e) Własność Gminy bez wieczystego użytkowania - w trwałym zarządzie, f) Własność Gminy z wieczystym użytkowaniem , g) Własność Skarbu Państwa bez wieczystego użytkowania – pozostałe, h) Współwłasność Skarbu Państwa, i) Własność Skarbu Państwa bez wieczystego użytkowania - oddana w użytkowanie, j) Własność Skarbu Państwa bez wieczystego użytkowania - w trwałym zarządzie, k) Własność Skarbu Państwa z wieczystym użytkowaniem, l) Własność innych osób prawnych, m) Współwłasność osób fizycznych i innych osób prawnych, n) Własność osób fizycznych . 1.3 MPZP: Plany a) Plan obowiązujący b) Plan uchwalony, jeszcze nieobowiązujący c) Plan w opracowaniu Rastry planów Mapa podstawowa Działki Obręby Granice miasta 1.4 Studium: Plany a) Plan obowiązujący b) Plan uchwalony, jeszcze nieobowiązujący c) Plan w opracowaniu Rastry planów Mapa podstawowa 15 1.5 Ortofotomapa Ortofotomapa a) 1996, 2010, 2012, 2013 Mapa podstawowa 1.6 Mapa akustyczna Mapa akustyczna Zakres i układ prezentowanych danych mapy akustycznej musi być zgodny z rozporządzeniem Ministra Środowiska w sprawie szczegółowego zakresu danych ujętych na mapach akustycznych oraz ich układu i sposobu prezentacji, oraz zgodnie ze wskazówkami Zamawiającego. Ortofotomapa Mapa podstawowa 1.7 Przewodnik miejski: Administracja, Ochrona, Bezpieczeństwo a) Urząd Miejski w Koszalinie b) Jednostki i zakłady budżetowe gminy (Jednostki urzędu miejskiego ) c) Inne urzędy d) Jednostki MOPS e) Ochrona i bezpieczeństwo Policja Straż Miejska Straż Pożarna f) Dostawcy wody, prądu, gazu, co, tel. g) Sądy, Prokuratura h) Placówki pocztowe i) Oczyszczanie miasta Edukacja, nauka, szkolnictwo wyższe a) Żłobki b) Przedszkola c) Szkoły podstawowe d) Gimnazja e) Szkoły ponadgimnazjalne f) Szkoły policealne g) Uczelnie wyższe h) Zespoły szkół i) Pozostałe placówki (Szkoła muzyczna, Miejski Dom Kultury, Poradnia Psychologiczno Pedagogiczna, Centrum Kształcenia Ustawicznego, Inne) Obiekty kultury i kultu religijnego a) Obiekty kultury Biblioteki Filharmonia Galerie Kina Muzea Ośrodki kultury 16 Teatry Parki Zabytki b) Obiekty kultu religijnego (kościoły, świątynie) Rzymskokatolickie Prawosławne … Inne Cmentarze Ochrona zdrowia a) Szpitale b) Pogotowia ratunkowe c) Ambulatoria d) Zakłady Opieki Zdrowotnej e) Niepubliczne Zakłady Opieki Zdrowotnej f) Przychodnie g) Medycyna Pracy h) Zakłady opiekuńcze i) Laboratoria j) Apteki k) Inne Sport, rekreacja, turystyka, rozrywka a) Baza noclegowa Hotele / Motele Schroniska Inne b) Obiekty sportu i rekreacji Informacja Turystyczna Trasy Turystyczne Obiekty sportowo-rekreacyjne Baseny Skatepark Park Linowy Sportowa Dolina Boiska Orlik Kręgielnie Zarząd Obiektów Sportowych c) Restauracje, kawiarnie, dyskoteki, kluby, puby Restauracje Kawiarnie Kluby/Puby/Dyskoteki Duże obiekty handlowo-usługowe Kantory Miejski Internet (hotspot) Miejski monitoring Komunikacja a) Dworce Dworzec kolejowy Dworzec autobusowy b) Przystanki Autobusowe 17 c) Ścieżki rowerowe d) Stojaki rowerowe Mapa podstawowa 1.8 Mapa GESUT i BDOT 500: GESUT BDOT500 Mapa podstawowa Rozwarstwienie w drzewie musi być zgodne z rozwarstwieniem prowadzonym przez system PZGiK dla mapy zasadniczej GESUT i BDOT500, z możliwością włączania i wyłączania ich widoczności. 18