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