na zadanie: Budowa zintegrowanego systemu zarządzania ruchem i transportem publicznym w mieście Legnica.

Gmina Legnica Zarząd Dróg Miejskich w Legnicy ul. Mickiewicza 2 59-220 Legnica Legnica, 25.09.2013r. Wykonawcy biorący udział w postępowaniu Zamówienie nr: DT-P/16/2013 WYJAŚNIENIE TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA NR 3. na zadanie: Budowa zintegrowanego systemu zarządzania ruchem i transportem publicznym w mieście Legnica. Zgodnie z art. 38 ust. 2 ustawy z dnia 29 stycznia 2004 Prawo zamówień publicznych (Dz.U. z 2010r., nr 113 poz. 759 ze zm.), przekazujemy Państwu treść zapytań wraz z wyjaśnieniami: 207. Pytanie Wykonawcy Odnośnie TOM III OPZ, rozdz. 1.1: Prosimy o informację, w jaki sposób będzie wyłaniany niezależny doradca, który będzie wykonywał pomiary w korytarzach? Zgodnie z wymaganiami TOM III, OPZ, rozdz. 1.1. Po stronie Wykonawcy leży również wyłonienie niezależnego doradcy. 208. Pytanie Wykonawcy Odnośnie TOM III OPZ, rozdz. 1.1: Ponieważ pomiary w korytarzach mają być wykonane przez niezależnego doradcę na koszt Wykonawcy, prosimy o podanie kosztu, który w związku z tym należy uwzględnić w kalkulacji oferty. Po stronie Wykonawcy leży uwzględnienie w kalkulacji oferty wszystkich kosztów związanych z zaprojektowaniem i wdrożeniem ZSZRiTP. 209. Pytanie Wykonawcy Odnośnie TOM III OPZ, rozdz. 1.3: Prosimy o informację o liczbie pojazdów specjalnych, dla których ma być realizowane uprzywilejowanie w ruchu ulicznym. Uprzywilejowanie w ruchu ulicznym dla pojazdów specjalnych jest powiązaniem funkcjonalnym w celu autonomicznej realizacji przez sterowniki ruchu ulicznego priorytetu bezwarunkowego dla obsługi wyjazdu ze straży miejskiej wymóg ilosciowy zawarty zgodnie z nr porządkowym kolumny nr VI, Tabela nr 2 SWT, OPZ, TOM III. Funkcjonalnośc ta nie jest powiązana z koniecznościa zapewnienia bezpośredniej komunikacji typu: pojazd specjalny sterownik ruchu ulicznego. 1

210. Pytanie Wykonawcy Odnośnie TOM III OPZ, rozdz. 1.4 i rozdz. 7: W rozdz. 1.4 wymieniono 6 zadań w ramach zaplanowanych prac (od I do. VI), rozdz. 7 odnosi się zaś do zadania VII. Wnosimy o stosowne sprostowanie. Zamawiający informuje, iż rozdzaił 7, zgodnie z opisem tekstowym odnosi się do zadania VI. 211. Pytanie Wykonawcy Prosimy o potwierdzenie wymagań dot. ekranu wielkoformatowego: Należy zainstalować ścianę graficzną złożoną z sześciu paneli wizualizacyjny o wymiarach każdy minimum 3metry szerokość i 1,5metra wysokość, Wymaga się panelu o rozdzielczości min 4000 x 2000 - wymaganie to dotyczy pojedynczego panelu, czy całkowitej rozdzielczości ściany graficznej Zamawiający wyjaśnia, iż informacji udzielił w odpowiedzi na pytanie numer 120 - wyjaśnienia z dnia 12.09.2013r. 212. Pytanie Wykonawcy Prosimy o potwierdzenie, że nie jest wymagana instalacja nowej stacji meteo i urządzeń z tym powiązanych, lecz jedynie integracja z systemem jednej istniejącej stacji. Zamawiający potwierdza. 213. Pytanie Wykonawcy Odnośnie 7.2.1.1. OPZ, SIWZ TOM III Czy dla systemu monitoringu mają być osobne stanowiska operatorskie, czy można połączyć tą funkcję ze stanowiskami operatorskimi dla SSR, o których mowa w punkcie 2.2.1.? Zamawiający wyjaśnia, iż dopuszcza możliwość łączenia funkcji operatorskich obejmujących wspólne stanowiska systemu monitoringu realizowanych w ramach ZCZRiTP. 214. Pytanie Wykonawcy Odnośnie zapewnienia stanowisk dla Straży Miejskiej i MPK w Legnicy. Czy wymagane są tam prace budowlane z wiązane z adaptacją pomieszczeń? Czy Wykonawca ma zapewnić również odpowiednie meble biurowe? Jakie są wymagania odnośnie sprzętu tam instalowanego? Zamawiający wyjaśnia, iż nie są wymagane do przeprowadzenia w tym zakresie prace budowlane związane z adaptacją pomieszczeń oraz nie ma wymogu zapewnienia mebli biurowych. Wymagana jest dostawa stanwoiska wyposażonego w sprzęt komputerowy o parametrach nie gorszych od instalowanych w ramach ZCZRiTP umożliwiającego realizacje dedykowanej dla niego funkcjonalności powiązanej z systemem monitoringu wizyjnego. 2

215. Pytanie Wykonawcy Odnośnie 1.4. OPZ, SIWZtom III. Dotyczy testu działania metod Systemu Sterowania Ruchem. Jakie dane należy użyć dp przeprowadzenia symulacji? Jakie analizy należy przedstawić jako wynik symulacji? W ramach testu, należy użyć danych powiązanych z procesem projektowania poszczególnych rozwiązań systemowych zgodnie z wymaganiami określonymi w pkt. 1.4 i oferowanych metod sterowania ruchem bazując przynajmniej na poziomie lokalnym sterownika ruchu drogowego oraz danych opisujących model ruchu odpowiednich dla oferowanego przez Wykonawcę oprogramowania do mikrosymulacji. Należy przeprowadzić wyjściowe dla dalszego procesu projektowania analizy symulacyjne efektywności ruchu oraz przedstawić dane wynikowe w formie dokumentacji zawierające przynajmniej następujące agregacje wyników: pomiary natężenia ruchu dla poszczególnych wlotów skrzyżowań (z podziałem na kategorie pojazdów, w tym: osobowe, ciężarowe, autobusy komunikacji miejskiej), długości kolejek na wlotach i czasy przejazdu dla odcinków pomiarowych z uwzględnieniem podziału struktury ruchu na pojazdy indywidualne oraz autobusy komunikacji miejskiej (należy przyjąć maksymalne długości odcinków dla poszczególnych kierunków ruchu zawierajacych się w ramach skrzyżowań z sygnalizacją świetlną modelu symulacyjnego). Należy również wygenerować i przedstawić odpowiadające im programowe pliki wynikowe w postacie plików elektronicznych oraz należy wygenerować plik video przebiegu symulacji obrazujących symulowaną sieć drogową oraz poszczególne skrzyżowania w środowisku graficznym 3D (o minimalnej długości 4minut). Test symulacji należy przeprowadzic dla przedziału czasowego 3600 sekund. Przy budowie modelu symulacyjnego należy bazować na pomiarach rzeczywistych, rozkłądach jazdy autobusów miejskich, odwzorowaniu geometri obszaru modelu oraz pozostałych zasad organizacji ruchu. Wykonanie pomiarów rzeczywistych do wprowadzenia jako dane wyjściowe do modelu w celu przeprowadzenia testu leży po stronie Wykonawcy. Dla przeprowadzenia testu działania zgodnie z opisem w pkt. 1.4., należy przeprowadzić pomiary natężenia ruchu dla godziny szczytu - porannego lub popołudniowego obejmujących poszczególne skrzyżowania oraz pomiary czasów przejazdu dla poszczególnych odcinków (wszystkie pomiary, uwzględniające strukturę ruchu I kategorie pojazdów należy przeprowadzić dla tego samego dnia tygodnia przy uwzględnieniu konieczności zachowania zasady miarodajności pomiarów ruchu oraz w przypadku pomiarów czasów przejazdu odcinka należy uwzględnić kategorię pojazdów indywidualnych oraz autobusów komunikacji miejskiej wybór metody/metod wykonania pomiarów rzeczywistych, dla przeprowdzenia testu działania metod Systemu Sterowania Ruchem leży po stronie Wykonawcy). 216. Pytanie Wykonawcy W punkcie 3.2:3.6. OPZ, SIWZtom III, określono czas archiwizacji danych odnośnie działań systemu dla poszczególnych poziomów na minimum rok czasu. Natomiast w punkcie 3.2.3.5. jest mowa o archiwizacji minimum 30 dniowej. Prośba o wskazanie prawidłowego czasu archiwizacji. Zamawiający wyjaśnia, iż czas archiwizacji danych odnośnie działań systemu dla poszczególnych poziomów wynosi minimum rok czsu. 3

217. Pytanie Wykonawcy Odnośnie 7.3.1. OPZ, SIWZtom III. W podpunkcie czwartym jest kilka razy powtórzone słowo osób", a chyba powinno być pojazdów"? Zamawiający wyjaśnia, iż funkcje monitoringu wizyjnego mogą dotyczyć zarówno osób jak i pojazdów (zwłaszcza przy zastosowaniu kamer szybkoobrotowych). 218. Pytanie Wykonawcy Odnośnie 7.4. OPZ, SIWZ tom III. Prośba o doprecyzowanie zapisu odnośnie rozpoznawania tablic rejestracyjnych, (...) z prędkością powyżej 150 km/h (...)". W jakim przedziale prędkości ma być dokonywany odczyt tablic rejestracyjnych z dokładnością 95%? Zamawiający wyjaśnia, iż realizacja odczytu tablic rejestracyjnych pojazdów ma się odbywać dla pojazdów poruszających się z prędkością do 150km/h z dokładnością odczytu przynajmniej 95% (wykrycie i poprawne rozpoznanie teblic rejestracyjnych). 219. Pytanie Wykonawcy Dotyczy punktu 7.4.1 Wjazd na czerwonym świetle SIWZ Tom III Jaką metodą (radar, laser, pętla) należy wykrywać pojazd popełniający wykroczenie? Zamawiający nie określa jednej metody, dopuszcza rozwiązania dostępne na rynku, ich dobór leży po stronie Wykonawcy. 220. Pytanie Wykonawcy Dotyczy punktu 7.4.1 Wjazd na czerwonym świetle SiWZTom III Czy dokumentacja wykroczenia powinna zawierać kolorowe zdjęcie przodu pojazdu z kierowcą? Czy w dokumentacji powinno być także kolorowe zdjęcie tyłu pojazdu z widocznym czerwonym światłem na sygnalizatorze? Zamawiający dopuszcza takie rozwiązanie. 221. Pytanie Wykonawcy Dotyczy TOM III, OPIS PRZEDMIOTU ZAMÓWIENIA, 3.2.5.2.1 Sterownik ruchu ulicznego Szafa sterownika musi posiadać otwór kablowy na doprowadzenie kabli od urządzeń zewnętrznych powinien wynosić co najmniej 75% powierzchni zabudowy" Prosimy o wyjaśnienie powyższego sformułowania. Zamawiający wyjaśnia, iż szafa sterownicza musi posiadać otwór kablowy o odpowiednich wymiarach, pozwalających na doprowadzenie kabli do urządzeń zewnętrznych koniecznych do zaprojektowania i wdrożenia w ramach realizacji ZSZRiTP. 4

222. Pytanie Wykonawcy TOM III, OPIS PRZEDMIOTU ZAMÓWIENIA, 3.2.1.6 Komputerowe wsparcie decyzji dla wykrywania zdarzeń w sieci i reagowania. System musi zapewniać realizację autonomicznego wykrywania zdarzeń w całej sieci jak również po przez manualne oddziaływania lokalne, wsparcie przez Operatora." Co Zamawiający rozumie poprzez manualne oddziaływania lokalne"? Zamawiający wyjaśnia, iż poprzez manualne oddziaływanie lokalne należy rozumieć możliwość realizacji tych funkcji również w sposób manualny przez operatora w ZCZRiTP przy wykorzystaniu narzędzi ZSZRiTP. 223. Pytanie Wykonawcy Czy Zamawiający wymaga wymiany wszystkich szaf sterowników ruchu na skrzyżowaniach? Zamawiający dopuszcza wykorzystanie części urządzeń sterujących ruchem drogowym zgodnie z wymaganiami. Po stronie Wykonawcy jest ich dobór. 224. Pytanie Wykonawcy Czy Zamawiający wymaga wymiany wszystkich żarówkowych sygnalizacji świetlnych na sygnalizacje wykonane w technologii LED? Zamawiający wyjaśnia, iż informacji udzielił w odpowiedzi na pytanie numer 177 - wyjaśnienia z dnia 17.09.2013r. 225. Pytanie Wykonawcy Czy obsługa priorytetów dla pojazdów specjalnych dotyczy tylko 2 lokalizacji (zgodnie z Tabelą 2) znajdujących się przy wyjazdach z jednostek Straży Pożarnej? TAK 226. Pytanie Wykonawcy Dotyczy punktu 7.4.1 Wjazd na czerwonym świetle SIWZ Tom III. Czy detekcja wjazdu na czerwonym świetle ma obejmować wszystkie wloty na skrzyżowaniach wymienionych w Tabeli 2 kolumna III? TAK 227. Pytanie Wykonawcy Dotyczy punktu 7.4.3 Odcinkowy pomiar czasów przejazdu SIWZTom III Czy kamery do rozpoznawania tablic rejestracyjnych (ANPR) mają być zainstalowane tylko w punktach wymienionych w Tabeli 2 kolumna IX? 5

Zamawiający wyjaśnia, iż opis zawarty w tabeli dotyczy między innymi charakterystyki odcinków pomiarowych dla objęcia ich technologią ANPR. Zamawiajacy oczekuje, iż zgodnie z wymaganiami zostaną wdrożone rozwiązania oraz optymalna ilość urządzeń dla uzyskania pełnej miarodajności pomiarów dla celów zarządzania. Po stronie Wykonawcy leży zaprojektowanie i wdrożenie poszczególnych rozwiązań i elementów ZSZRiTP. 228. Pytanie Wykonawcy Zgodnie z tabelą 1 kolumna VII na skrzyżowaniach np. 5 Piastowska - Senatorska/ (5) zakłada się wideodetekcję, przy czym na planach z załączników np. Rys 5 Piastowska- Senatorska są zaplanowane pętle indukcyjne. Proszę o doprecyzowanie, która informacja dotycząca detekcji jest wiążąca? Analogiczna sytuacja dotyczy skrzyżowań : (numery skrzyżowań zgodne z Tabelą 1 kolumna 1) 3, 7, 12, 23,24, 25, 26,33, 37. Zamawiający wyjaśnia, iż wymagania funkcjonalno użytkowe konieczne do zaprojektowania i wdrożenia dla rozwiązań programowych i sprzętowych ZSZRiTP, w tym również dotyczące detekcji ruchu zostały uszczegółowione w dokumencie nadrzędnym w stosunku do Programu Funkcjonalno - Użytkowego, tj. Opisu Przedmiotu Zamówienia (OPZ), cz. A. Szczegółowych Wymagań Technicznych wraz z załącznikami w tym Tabelą nr 1. 229. Pytanie Wykonawcy Dot. TOM III, OPIS PRZEDMIOTU ZAMÓWIENIA 1.3. Charakterystyka zakresu ZSZRiTP - opis ogólny Powstanie otwarty standard dla wymiany danych dla miasta Legnicy, którego funkcjonalność będzie mogła być wykorzystywana do realizacji strategicznych celów w zarządzaniu ruchem, utrzymania jak również do przyszłego rozwoju technologii ITS, zarówno w zakresie funkcjonalnym jak również obszarowym." Co zamawiający rozumie poprzez otwarty standard dla wymiany danych"? Zamawiający wyjaśnia, iż poprzez otwarty standard dla wymiany danych rozumie standaryzacje w zakresie wymiany danych między poszczególnymi urządzeniami ZSZRiTP i dedykowanymi im rozwiązaniom aplikacyjnych oraz standaryzację w zakresie wymiany danych między poszczególnymi rozwiązaniami aplikacyjnymi wzajemnie i w ramach dopuszczonego w opisie SWT, OPZ, TOM III przyjętego przez Wykonawcę systemowego rozwiązania nadrzędnego integrującego w zakresie dystrybucji I redystrybucji danych (łączącego). Standardyzacja ma być zrealizowana na bazie interfejsów. Wyklucza się standaryzację sprzętową. Interfejsy muszą być zaprojektowane, zdefiniowane i szczegółowo opisane dla poszczególnych elementów ZSZRiTP. 230. Pytanie Wykonawcy Dot. TOM III, OPIS PRZEDMIOTU ZAMÓWIENIA 3.2.1.6 Komputerowe wsparcie decyzji dla wykrywania zdarzeń w sieci i reagowania System musi zapewniać realizację autonomicznego wykrywania zdarzeń w całej sieci (...)" O ile nam widomo nie istnieje algorytm, który pozwalałby na wykrywanie pojedynczych zdarzeń na bazie sygnałów z pojedynczych detektorów i pomiaru czasu podróży przy pomocy kamer ANPR. Jedynie dane na temat przepływu ruchu pojazdów mogą być określane na 6

podstawie takiego sposobu detekcji. Prosimy Zamawiającego o sprecyzowanie metody, przy pomocy której detekcja zdarzeń drogowych w całej sieci ma być wykonywana. Zamawiający zdefiniował odcinki pomiarowe dedykowane dla rozwiązań technologii ANPR w Tabeli nr 2, SWT, OPZ, TOMIII. Dla pozostałej sieci Zamawiający dopuszcza rozwiązania sprzętowa jak detektory ruchu (zgodnie z wymaganiami SIWZ), rozwiązania aplikacyjne i inne dostepne innowacyjne technologie w zakresie oceny warunków ruchu I wykrywania zdarzeń (zgodnie z wymaganiami SIWZ). Zaprojektowanie I wdrożenie rozwiązań leży po stronie Wykonawcy. 231. Pytanie Wykonawcy Dot. TOM III, OPIS PRZEDMIOTU ZAMÓWIENIA 3.2.2.3 Zarządzanie strategiczne Wykonawca zakłada, że nie ma obowiązku dostarczania strategii" w sensie danych/instrukcji, które generowane są przy pomocy narzędzi programistycznych. Jeśli tak nie jest, prosimy Zamawiającego o zdefiniowanie w szczegółach wszystkich strategii, które muszą być stworzone, przetestowane i zaimplementowane przez Dostawcę. Zamawiający wyjaśnia, iż po stronie Wykonawcy jest zaprojektowanie, wdrożenie wszystkich elementów ZSZRiTP oraz jego uruchomienia do ruchu, w tym również z uwzględnieniem wszystkich elementów zarządzania strategicznego. 232. Pytanie Wykonawcy Dot. TOM III, OPIS PRZEDMIOTU ZAMÓWIENIA 3.2.3.3 Predykcja sytuacji ruchowej w sieci drogowej System powinien korzystać z procedur służących porównaniu analizowanej sytuacji ruchowej w stosunku do typowych wzorców ruchu." Co Zamawiający rozumie poprzez typowe wzorce ruchu? Przez kogo zostaną one zdefiniowane? Zamawiający wyjaśnia, iż po stronie Wykonawcy jest zaprojektowanie, wdrożenie wszystkich elementów ZSZRiTP oraz jego uruchomienia do ruchu, w tym również z uwzględnieniem wszystkich elementów Predykcji sytuacji ruchowej w sieci drogowej. Typowe wzorce ruchu mogą charakteryzować możliwość definiowania i oceny miarodajnych warunków ruchu w całej sieci drogowej i transportowej i stanowić punkt odniesienia do sytuacji charakteryzującej się wystepowaniu określonych zmian warunków ruchu, np. przy występowaniu strat czasów przejazdu określonego odcinka drogi z powodu występowania zdarzeń drogowych lub z powodu remontu, itp. 233. Pytanie Wykonawcy Dot. TOM III, OPIS PRZEDMIOTU ZAMÓWIENIA 4.1.2.3 Narzędzia do zarządzania panelami (projektowanie informacji, monitorowanie urządzeń). Prosimy o wyjaśnienie, czy biblioteka predefiniowanych symboli znaków drogowych i komunikatów'' ma zostać dostarczona przez Wykonawcę, czy. może mają zostać jedynie zaimplementowane narzędzia do definiowania symboli i komunikatów. 7

Zamawiający wyjaśnia, iż po stronie Wykonawcy jest zaprojektowanie, wdrożenie wszystkich elementów ZSZRiTP oraz jego uruchomienia do ruchu, w tym również z uwzględnieniem wszystkich elementów Narzędzi do zarządzania panelami (projektowanie informacji, monitorowanie urządzeń). 234. Pytanie Wykonawcy Dot. TOM III, OPIS PRZEDMIOTU ZAMÓWIENIA 6. Zadanie V, System Dynamicznej Informacji Przystankowej (DIP) z funkcjami zarządzania w transporcie publicznym /6.1. Zakres zadania. Czy dyspozytor powinien mieć możliwość obserwacji aktualnych pozycji pojazdów transportu publicznego na mapie GlS przy pomocy strony WWW? TAK 235. Pytanie Wykonawcy Dotyczy PFU punktu 2.3.4 - podpunkt f. (strona 20 PFU). Prosimy Zamawiającego o sprecyzowanie co rozumie pod pojęciem Projekt budowlany aplikacji do zarządzania transportem publicznym...". Słowo aplikacja dotyczy raczej systemu informatycznego i projekt budowlany nie ma tu zastosowania. Zamawiający wyjaśnia, iż wymagania funkcjonalno użytkowe konieczne do zaprojektowania i wdrożenia dla rozwiązań programowych i sprzętowych ZSZRiTP, zostały uszczegółowione w dokumencie nadrzędnym w stosunku do Programu Funkcjonalno - Użytkowego, tj. Opisu Przedmiotu Zamówienia (OPZ), cz. A. Szczegółowych Wymagań Technicznych wraz z załącznikami. 236. Pytanie Wykonawcy Dotyczy PFU punkt 2.4.6 Podsystem informacji dla podróżnych. Prosimy o sprecyzowanie (wraz z podaniem oczekiwanych parametrów) co Zamawiający rozumie pod pojęciem intensywna transmisja danych" w odniesieniu do przekazywania danch położenia Zamawiający wyjaśnia, iż wymagania funkcjonalno użytkowe konieczne do zaprojektowania i wdrożenia dla rozwiązań programowych i sprzętowych ZSZRiTP, zostały uszczegółowione w dokumencie nadrzędnym w stosunku do Programu Funkcjonalno - Użytkowego, tj. Opisu Przedmiotu Zamówienia (OPZ), cz. A. Szczegółowych Wymagań Technicznych wraz z załącznikami. 237. Pytanie Wykonawcy Dotyczy PFU punkt 2.5.9 VMS. Prosimy Zamawiającego o doprecyzowanie (podanie wymiarów itp.) co rozumie pod pojęciem duża tablica" w odniesieniu do wykonania tablic/znaków VMS. Zamawiający wyjaśnia, iż wymagania funkcjonalno użytkowe konieczne do zaprojektowania i wdrożenia dla rozwiązań programowych i sprzętowych ZSZRiTP, zostały uszczegółowione 8

w dokumencie nadrzędnym w stosunku do Programu Funkcjonalno - Użytkowego, tj. Opisu Przedmiotu Zamówienia (OPZ), cz. A. Szczegółowych Wymagań Technicznych wraz z załącznikami. 238. Pytanie Wykonawcy Dotyczy PFU punkt 2.5.9 VMS. Prosimy Zamawiającego o potwierdzenie, że posiada on ekspertyzę techniczną, stwierdzającą, że na konstrukcji kładki dla pieszych (ul. Pocztowa- Libana-Kartuska) można zamontować konstrukcję znaku/tablicy VMS i konstrukcja kładki wytrzyma taki dodatkowy ciężar. Zamawiający wyjaśnia, iż wymagania funkcjonalno użytkowe konieczne do zaprojektowania i wdrożenia dla rozwiązań programowych i sprzętowych ZSZRiTP, zostały uszczegółowione w dokumencie nadrzędnym w stosunku do Programu Funkcjonalno - Użytkowego, tj. Opisu Przedmiotu Zamówienia (OPZ), cz. A. Szczegółowych Wymagań Technicznych wraz z załącznikami. Zamawiający dopuszcza technologie montażu tablic o ziennej treści zarówno na kładce oraz na słupie lub bramownicy. Zaprojektowanie rozwiązań, pozyskanie wszelkich uzgodnień w tym ekspertyz oraz wdrożenie leży po stronie Wykonawcy. 239. Pytanie Wykonawcy Dotyczy stacji pogodowych. Czy w ramach zamówienia należy dostarczyć podsystem informacji o pogodzie? Należy zintegrować w ramach rozwiązań systemowych ZSZRiTP istniejącą stację pogodową w celu monitorowania stanu jej pracy, oraz redystrybucji informacji o warunkach pogodowych, które mierzy w ramach rozwiązań systemowych zgodnie z wymaganiami SIWZ. Dopuszcza się integrację zarówno w warstwach aplikacyjnych oferowanych rozwiązań systemowych zgodnie z określonymi w SWT, OPZ, TOM III Zadaniami ZSZRiTP jak również dostarczenie kompleksowych rozwiązań dedykowanych, aplikacyjnych i sprzętowych oraz ich dalszą integrację zgodnie z wymaganiami SIWZ. 240. Pytanie Wykonawcy Dotyczy stacji pogodowych. Jaką liczbę stacji pogodowych należ przyłączyć do systemu? Jedną stację pogodową. 241. Pytanie Wykonawcy Dotyczy stacji pogodowych. Zamawiający nie określa tych parametrów, natomiast wszystkie rozwiązania systemowe muszą zostać zaprojektowane i wdrożone w spoób otwarty umożliwiający jego dalszą rozbudowę. 9

242. Pytanie Wykonawcy Dotyczy TOM III OPZ 6. Zadanie V. W ilu pojazdach należy wdrożyć system automatycznej lokalizacji pojazdów? Zgodnie z kolumną porządkową nr VII, Tabela nr 2, SWT, OPZ, TOM III. 243. Pytanie Wykonawcy Dotyczy TOM III OPZ 6. Zadanie V. Czy należy wyposażyć pojazdy w dodatkowe urządzenia informacji pasażerskie? Wyposażenie pojazdów w dodatkowe urządzenia informacji pasażerskiej jak tablice elektroniczne nie jest przedmiotem niniejszego zamówienia. 244. Pytanie Wykonawcy Dotyczy TOM III OPZ 6. Zadanie V. Jakie są lokalizacje Tablic informacji przystankowej? Czy należy wdrożyć tylko 5 tablic przystankowych? Zamawiający wyjaśnia, iż informacji udzielił w odpowiedzi na pytanie numer 118 - wyjaśnienia z dnia 12.09.2013r. 245. Pytanie Wykonawcy Dotyczy PFU 2.4.4 Podsystem realizacji priorytetów dla transportu publicznego. Cytuję Podsystem ten będzie bazował na: a) komputerach pokładowych w pojazdach transportu publicznego, wyposażonych w co najmniej: terminal GPS, nadajnik GSM/GPRS lub modem radiowy służący do łączności ze sterownikami sygnalizacji świetlnej w celu uzyskania priorytetu (radio krótkiego zasięgu RKZ), sterownik elektronicznych tablic informacji pasażerskiej w pojeździe, Prosimy Zamawiającego o sprecyzowanie po czyjej stronie (Zamawiającego czy Wykonawcy) będzie wymagane podpisanie umow z operatorem/operatorami sieci GSM na świadczenie usług transmisji danych na potrzeby systemu. Kto i na jakich zasadach ma zakupić karty SIM do obsługi urządzeń transmisji danych. Kto i w jakim okresie będzie odpowiedzialny za rozliczanie usług za transmisje danych w sieciach GSM. Ponadto prosimy o sprecyzowanie o jaki nadajnik GSM/GPRS chodzi Zamawiającemu? Zamawiający wyjaśnia, iż wymagania funkcjonalno użytkowe konieczne do zaprojektowania i wdrożenia dla rozwiązań programowych i sprzętowych ZSZRiTP, w tym również dotyczące funkcjonalności priorytetów zostały uszczegółowione w dokumencie nadrzędnym w stosunku do Programu Funkcjonalno - Użytkowego, tj. Opisu Przedmiotu Zamówienia (OPZ), cz. A. Szczegółowych Wymagań Technicznych wraz z załącznikami. Wszystkie elementy od zaprojektowania i wdrożenie oraz uruchomienia pełnej funkcjonalności ZSZRiTP leżą po stronie Wykonawcy w tym zapewnienie działania wszystkich elementów ZSZRiTP w okresie gwarancyjnym. 10

246. Pytanie Wykonawcy Dotyczy PFU 2.4.4 Podsystem realizacji priorytetów dla transportu publicznego. Cytuję Podsystem ten będzie bazował na: b) pojazdy uprzywilejowane będą wyposażone w nadajnik GSM/GPRS lub modem radiowy służący do łączności ze sterownikami sygnalizacji świetlnej w celu uzyskania priorytetu." Prosimy Zamawiającego o sprecyzowanie i jednoznaczne określenie jak ma wyglądać system priorytetów dla pojazdów uprzywilejowanych. Co zamawiający rozumie pod pojęciem pojazdy uprzewilejowane", czym Ile pojazdów uprzywilejowanych i pojazdów specjalnych ma obsługiwać, jaki rodzaj sprzętu (komputera pokładowego) do obsługi takiego priorytetu ma dostarczyć Wykonawca. Czym dla Zamawiającego różni się pojazd specjalny (patrz PFU punkt 4.2.7) od pojazdu uprzywilejowanego? Zamawiający wyjaśnia, iż wymagania funkcjonalno użytkowe konieczne do zaprojektowania i wdrożenia dla rozwiązań programowych i sprzętowych ZSZRiTP, w tym również funkcjonalności priorytetów dla obsługi pojazdów autobusowych zostały uszczegółowione w dokumencie nadrzędnym w stosunku do Programu Funkcjonalno - Użytkowego, tj. Opisu Przedmiotu Zamówienia (OPZ), cz. A. Szczegółowych Wymagań Technicznych wraz z załącznikami. 246. Pytanie Wykonawcy Punkt 1.4. Podział na zakresy zamówienia - dla opisów szczegółowych Zamawiający wymaga przedstawienia do zatwierdzenia Projektu Systemu ZSZRiTP w terminie 30 dni od dnia podpisania Umowy. Pragniemy zwrócić uwagę na fakt, że przygotowanie rzetelnego projektu dla tak złożonego systemu, jakiego oczekuje Zamawiający w tak krótkim czasie jest praktycznie nierealne. W związku z powyższym wnioskujemy o zmianę omawianego zapisu i wyznaczenie minimum terminu 90-cio dniowego na przedstawienie Projektu Systemu. Zamawiający wyjaśnia, iż informacji udzielił w odpowiedzi na pytanie numer 194 - wyjaśnienia z dnia 17.09.2013r. Ponadto Zamawiający wyjaśnia, iż zakres Projektu Systemu ZSZRiTP występuje na etapie realizacji ZSZRiTP w zakresie całego procesu projektowania rozwiązań systemowych jako podstawowy dokument umożliwiający dalsze procedowanie pozostałych prac projektowych oraz kolejno wdrożeniowych. Jest dokumentem kolejnym do wykonania, po wymaganym do przygotowania przez Wykonawcę na etapie przygotowania ofert, dokumencie zawierającym ofertę techniczną wraz z opisami technicznymi do Oferty co znacznie ułatwia wykonanie Wykonawcy Projektu Systemu - ZSZRiTP. Ponadto przedłużenie terminu przedstawienia do zatwierdzenia przez Wykonawcę Projektu Systemu ZSZRiTP i wyznaczenie minimum terminu 90 cio dniowego w ocenie Zamawiającego może spowodować zagrożenia dla realizacji pozostałych prac projektowych w zakresie projektów branżowych i pozyskiwanie dla nich niezbędnych opinii i uzgodnień, pozwoleń w ramach wielu jednostek miasta Legnica, np. kolejnych projektów dla projektów 43 sygnalizacji świetlnych, 5 tablic o zmiennej treści, 6 tablic informacji przystankowej, kamer, instalacji komputerów pokładowych w pojazdach autobusowych oraz dla wszystkich pozostałych elementów ZSZRiTP zgodnie z SIWZ w tym opisanych w TOM III, OPZ, SWT wraz z załącznikami. 11

247. Pytanie Wykonawcy Punkt 3.2.1.8 Stan pracy urządzeń. Prosimy o wyjaśnienie, jakie dokładnie urządzenia Zamawiający rozumie pod pojęciem innych komponentów systemu? Zamawiający wyjaśnia, iż chodzi o wszystkie elementy systemu dedykowane dla Zadania II, System Sterowania Ruchem (SSR) opisane w ramach SWT, OPZ, TOM III 248. Pytanie Wykonawcy Punkt 3.2.3.2. Monitorowanie ruchu i ocena aktualnej sytuacji ruchowej w sieci drogowej Co Zamawiający rozumie przez "zajętość detektorów"? Prosimy o wyjaśnienie, co Zamawiający rozumie przez sformułowanie "określać dane sytuacji ruchowej w sieci"? Chodzi o sieć ruchu czy sieć połączeniową IT urządzeń detekcji? Prosimy o wyjaśnienie, czy Zamawiający przez zapis "określać poziomy swobody ruchu na danych odcinkach międzywęzłowych" rozumie funkcjonalność która na podstawie natężenia i gęstości ruchu na dwóch węzłach detekcji ma określać stopień wykorzystania odcinka, a tym samym swobodę ruchu w relacji im mniejszy stopień wykorzystania tym większa swoboda ruchu? Czy istnieją wytyczne dla których określony stopień wykorzystania (predefiniowane przedziały) będzie odpowiadał określeniu swobody? Dotyczy zapisu: "Należy również zapewnić konieczność uzyskania z przesyłanych i gromadzonych danych między innymi kartogramów ruchu, zestawień tabelarycznych dotyczących informacji o kierunkowym i rodzajowym rozkładzie natężenia ruchu na skrzyżowaniach z podziałem na 15 minutowe interwały czasowe, godzinowe, dobowe." Prosimy o wyjaśnienie, czy Zamawiający przez wyżej zacytowane stwierdzenie rozumie zestawienie oparte wprost na liczbie zgłoszeń na detektorach, które jednoznacznie definiują kierunek na skrzyżowaniu? Czy przedstawione interwały określają czas, który ma minąć do czasu kolejnej generacji raportu czy jednak mają to być okresy czasu określające zakres danych pobieranych do generacji raportu? Dotyczy zapisu: "Modelowanie aktualnego stanu sieci - rekonstrukcja wielkości dla łuków sieci bez detektorów" Prosimy o wyjaśnienie, co Zamawiający rozumie przez "rekonstrukcja wielkości dla łuków"? Czy Zamawiający przez wyżej zacytowane stwierdzenie rozumie odcinki sieci drogowej leżące pomiędzy monitorowanymi odcinkami, na podstawie których mogły by być generowane dane? Dotyczy zapisu: "Zbierane dane o ruchu mają służyć do przedstawienia aktualnego stanu ruchu w sieci ulic. Oprogramowanie, służące temu celowi musi być oparte na matematycznych modelach rozkładu ruchu w sieci i posiadać narzędzia weryfikujące wiarygodność danych, przesyłanych z urządzeń terenowych." Prosimy o wyjaśnienie, co Zamawiający rozumie przez przedstawianie stanu? Czy ma to być lista odcinków? Mapa z kolorystycznym wyróżnieniem badanych ulic w zależności od stanu? Czy weryfikacja miała by się odbywać z pominięciem procesów przetwarzania danych systemu i umożliwiać pracę na "czystych" danych? Proszę o rozwinięcie pojęcia weryfikacji wiarygodności. Dotyczy zapisu: "Wizualizacja i ocena aktualnego stanu sieci i urządzeń Oprogramowanie na poziomie centrum musi zapewnić mechanizmy skutecznego zarządzania i udostępniania informacji dla celów Systemu Sterowania Ruchem i innych podsystemów." 12

Prosimy o wyjaśnienie, czy wystarczającym jest wizualizacja obiektów na mapie? Czy udostępnianie informacji dla innych systemów ma odbywać się w formie wizualizacji, na przykład za pomocą mapy udostępnianej zgodnie ze standardem OGC, to jest WMS, czy także za pomocą bezpośredniego udostępniania danych pomiarowych? Zamawiający wyjaśnia, jak należy rozumieć następujące wymagania: ppkt. a) zajętość detektorów określa stan, w którym detektor/y został pobudzony przez przejeżdżający pojazd/y lub danego typu detektor/y został pobudzony przez innego rodzaju uczestnika ruchu oraz stan, w którym oprócz pobudzenia danego typu detektora może równocześnie występować jego pobudzenie przez przejeżdżający pojazd z równoczesnym zatrzymaniem pojazdu na nim (lub w obszarze jego wirtualizacji) powodując okresową w czasie zajętość detektora. W przypadku innych uczestników ruchu jak np. piesi, pobudzenie może występować poprzez zbliżenie dłoni do przycisku dedykowanego dla detekcji pieszych i jego naciśnięcie, w zależności od uwarunkowań w ruchu drogowym istnieją również sytuacje, gdy takie pobudzenie oraz okresowe w czasie symulowanie zajętości detektora może być generowane w ramach rozwiązań aplikacyjnych, zarówno dla poziomu lokalnego w programie sterownika jak również w zakresie rozwiązań nadrzędnych SSR funkcje te powinny być dostępne dla operatora w ZCZRiTP; ppkt. b) chodzi o sieć ruchu drogowego, skrzyżowań z sygnalizacją świetlną pracujących w ramach SSR; ppkt. c) dopuszcza się takie rozwiązanie do zaprojektowania i wdrożenia w ramach SSR ppkt. d) należy zapewnieć wymaganą funkcjonalność w ramach pracy SSR, zadań poziomu Operatora systemu ZCZRiTP, który w każdym momencie będzie mógł pozyskać w ramach pracy systemu lub z jego zbiorów określone wymaganiami typy danych. ppkt. e) oraz f) są to odcinki sieci miasta Legnica, które nie zawsze objęte elementami detekcji ruchu SSR poziomu lokalnego oraz poziomu systemowego, a zawierające się między skrzyżowaniami oraz w pozostałej części sieci drogowej miasta. Dla tych odcinków również należy zaprojektować oraz wdrożyć możliwość przedstawienia miarodajnych aktualnych stanów ruchu w sieci ulic metodą graficzną z odwzorowaniem sieci drogowej miasta ze zróżnicowanymi kolorystycznie rozkłądami ruchu przypisanymi do określonego odcinka. W celu zapewnienia miarodajności i wiarygodności prezentowanych informacji o warunkach ruchu wymagane jest rozwiązanie posiadajace funkcje weryfikacji poprawności działania w odniesieniu do występującej sytuacji w ruchu rzeczywistym na podstawie danych przesyłanych z urządzeń terenowych (np. w celu weryfikacji charakterystyki osiąganych prędkości średinch strumieni ruchu pojazdów na danym odcinku drogi, które zostały pomierzone i które odpowiadają określonemu dla danego odcinka drogi stanowi ruch, który jest następnie prezentowany). Po stronie Wykonawcy jest dobór technologii i rozwiązań w celu spełnienia wymaganych funkcjonalności; ppkt. g) należy mieć na uwadze, iż wymagany jest do zaprojektowania i wdrożenia złożony mechanizm skutecznego zarządzania i udostępniania informacji dla celów Systemu Sterownia Ruchem i innych podsystemów nie ograniczający się jedynie do prezentacji danych o warunkach ruchu ale również z możliwością współdziałania w ramach złożonych strategi zarządzania ruchem, np. sterowania sygnalizacją świetlną i oddziaływania na ruch przekazując miarodajną informacją o warunkach ruchu dla kierowców w celu np. zalecenie kierowania przejazdu na trasę alternatywną z jednoczesną możliwością przeprowadzenia oceny czasu przejazdu dla poszczególnych tras, przekazania również tej informacji w ramach 13

systemów informacji z jednoczesnym uwzględnieniem parametrów optymalizacji sterowania sygnalizacją świetlną w ramach SSR 249. Pytanie Wykonawcy Punkt 3.2.3.4. Obsługa komunikacyjna, otwartej wymiany danych Dotyczy zapisu: "Do poziomu Systemu Sterowania Ruchem muszą być udostępniane przynajmniej dane o: - statusie poszczególnych sygnalizacji, - stanie ruchu: stopień obciążenia elementów sieci, estymowane prędkości średnie, - prognozowanych warunkach ruchowych, - wykrytych stanach zatłoczenia i zdarzeniach drogowych." Prosimy o wyjaśnienie, czy Zamawiający posiada wytyczne na temat prognozowanych warunków ruchowych? Jaki interwał czasu ma być prognozowany? Na podstawie jakiej ilości danych prognoza ma być sporządzona? Czy prognoza ma być zależna na przykład od pory roku i analizować dane archiwalne z analogicznego okresu czasu? Zamawiający wyjaśnia, iż prognozy ruchu w tym zakresie muszą być realizowane w powiązaniu z określonymi wymaganiami dla predykcji ruchu oraz ze zbliżonymi do nich horyzontami czasowymi opisanymi w wymaganiach SWT, OPZ, TOM III. Prognozy ruchu w ramach ZSZRiTP powinny być realizowane przy uwzględnieniu występowania w mieście zmian ruchowych dla niego charakterystycznych. Należy zaprojektować i wdrożyć rozwiązania pozwalające na generowanie prognoz ruchu w przedziałach czasowych w zakresie interwałów od kilku minut do kilkunastu oraz od pół godziny do godziny szczytu, a następnie doby. Zamawiający nie określa tych horyzontów co do minuty, pozostawiając swobodę Wykonawcy (jednak należy opierać się na podanych przybliżonych wartościach przedziałów czasowych). Należy również zapewnić mechanizmy agregacji danych historycznych pozwalających na generowanie w przyszłości prognoz w dłuższych horyzontach czasowych, np. dla celów planistycznych. Dane historyczne o ruchu nie mogą stanowić jedynego źródła danych o warunkach ruchu lecz jedynie dane uzupełniające. Podstawowe źródło danych musi być generowane z pomiarów ruchu rzeczywistego oraz innych źródeł danych wybranych przez Wykonawcę. Po stronie Wykonawcy jest zaprojektowanie oraz wdrożenie kompleksowego rozwiązania spełniajacego wymagania SIWZ. 250. Pytanie Wykonawcy Punkt 3.2.3.10. Interfejs operatora i prezentacja danych Prosimy o wyjaśnienie, czy mapa GIS ma być dostępna dla systemów zewnętrznych? Czy ma być zgodna z określonymi standardami, jeśli tak, to jakimi? W szczególności, czy Zamawiający wymaga aby mapy GIS były publicznie udostępniane zgodnie z zapisami Dyrektywy 2007/2/WE Parlamentu Europejskiego i Rady z dnia 14 marca 2007 r. ustanawiającej infrastrukturę informacji przestrzennej we Wspólnocie Europejskiej (INSPIRE)? Prosimy o wyjaśnienie, czy Zamawiający dysponuje licencjami na serwer mapowy GIS, które mogłyby zostać wykorzystane w tym projekcie? Jeśli tak, prosimy o podanie zakresu licencji oraz wersji oprogramowania. Prosimy o wyjaśnienie, czy dane na temat skrzyżowań, sieci ulic, istniejących sterownikach i detektorach są przechowywane w formie mapy wektorowej? Jeśli tak to czy takie dane 14

zostaną Wykonawcy przekazane? Jeśli takie dane nie istnieją, czy Zamawiający zobowiąże się do ich wytworzenia? Jakie dane posiada Zamawiający na temat tych obiektów? Czy sieci ulic są dostępne w formie pełnego odwzorowania geograficznego w formie warstwy mapowej? Jeśli nie, to czy taka sieć zostanie stworzona w formie odwzorowania czy grafu i czy Zamawiający zobowiązuje się do jej wytworzenia bądź przekazania? Dotyczy zapisu: "Kolory symboli powinny określać aktualny stan urządzenia np.: wyłączone, poprawna praca, wyłączenie w żółty migający, brak komunikacji itp. Zmiana palety kolorów powinna być możliwa dla administratora systemu." Prosimy o wyjaśnienie, czy Zamawiający określi predefiniowany zestaw kolorystyczny i symboli? Dotyczy zapisu: "Wymagane jest aby najczęściej używane widoki (zbliżenia minimum kilkukrotne do maksymalnie dziesięciu) były dostępne z pamięci podręcznej serwera, bez potrzeby stałego wczytywania ich, każdorazowo przez Operatora." Prosimy o wyjaśnienie, co Zamawiający rozumie przez widoki? Czy są to skale prezentacji map udostępnianych przez serwer mapowy? Dane mają być dostępne w pamięci podręcznej aplikacji Operatora czy serwera udostępniającego dane? Dotyczy zapisu: "Wymagane jest aby istniała możliwość eksportowania warstw, jako obrazy i funkcje wektorowe, w oparciu o wspierane standardy WCS, WFS i WMS." Jak Zamawiający opisał niżej, są to usługi sieciowe - czy w takim razie eksport rozumiany jest jako udostępnienie usługi przez serwer mapowy? Czy takie usługi mają być publiczne? Dodatkowo usługa WFS nie umożliwia udostępniania danych wektorowych tworzonych dynamicznie bądź zmiennych w czasie. Proszę sprecyzować na jakiej podstawie WFS miałby służyć do edycji danych. Dotyczy zapisu: "Moduł dla zdefiniowanych tras winien mieć zdefiniowane określone rodzaje dróg. W przypadku chęci zdefiniowania nowych dróg, system powinien zapewnić graficzny sposób definiowania, poprzez wybór odcinków, które są częścią struktury tras bezpośrednio na mapie." Prosimy o wyjaśnienie, czy drogi mają być odwzorowaniem geograficznym czy schematycznymi gałęziami grafu dróg? Czy istniejące już drogi będą oparte na istniejącej osi ulic (dróg) w posiadaniu których jest Zamawiający? Czy Zamawiający zamierza rozwijać warstwę dróg w oparciu o stan faktyczny przebiegu? Jeśli tak, co ma być podkładem dla procesu tworzenia? Prosimy o wyjaśnienie, czy Zamawiający jest właścicielem lub posiadaczem warstw mapowych GIS koniecznych do realizacji zamówienia, w szczególności zawierających przebieg i dane o układzie drogowym miasta Legnica i czy Zamawiający udostępni Wykonawcy te warstwy na potrzeby zamówienia? Zamawiający wyjaśnia, jak należy rozumieć następujące wymagania: ppkt. a) mapa GIS musi być dedykowana w sposób optymalny dla rozwiązań ściśle związanych z ZSZRiTP i jego wymaganiami SIWZ w tym przy zachowaniu wymogów Ustawy o drogach publicznych w zakresie dotyczącym ITS. Przedmiotem wdrożenia nie jest system informacji przestrznnej jednak Zamawiający dopuszcza jako opcję dodatkową, nieobligatoryjną do wdrożenia; ppkt. b) zaprojektowanie i wdrożenie rozwiązań w zakresie map GIS leży po stronie Wykonawcy; ppkt. c) wszystkie elementy niezbędne do zaprojektowania i wdrożenia w ramach ZSZRiTP zgodnie z wymaganiami SIWZ leżą po stronie Wykonawcy; 15

ppkt. d) nie określa się jedynego rozwiązania, powinno zostać one zaprojektowane i wdrożone przez Wykonawcę w uzgodnieniu z Zamawiajacym lub jego personelem; ppkt. e) wymagane funkcje konfiguracji muszą być dostępna w ramach interfejsu Operatora systemu; ppkt. f) wymgane funkcje są dedykowane dla działań podejmowanych przez Operatora systemu, np. w celach aktualizacyjnych, rekonfiguracji, itp., w zależności od potrzeb. Zaprojektowanie i wdrożenie optymalnego rozwiązania w celu zapewnienia wymaganych funkcjonalności lezy po stronie Wykonawcy. ppkt. g) należy zapewnić narzędzia zgodnie z wymaganiami SIWZ pozwalające na odwzorowanie aktualnej geometrii dróg w Legnicy oraz narzędzie do edytowania i wprowadzenia zmian bezpośredno przez Operatora, zgodnie z wymaganiami SIWZ w przypadku koniecznych modyfikacji. Zaprojektowanie i wdrożenie optymalnego rozwiązania w celu zapewnienia wymaganych funkcjonalności lezy po stronie Wykonawcy. ppkt. h) Zaprojektowanie i wdrożenie optymalnego rozwiązania w celu zapewnienia wymaganych funkcjonalności lezy po stronie Wykonawcy. 251. Pytanie Wykonawcy Punkt 3.2.5.1.2 Oprogramowanie i narzędzia systemowe Dotyczy wymagania: Ponadto wizualizacja niektórych informacji musi być możliwa dla innych użytkowników, np. poprzez serwer WWW - licencja na oprogramowanie musi zezwalać na taką publikacje i integrację w ramach otwartej platformy integracyjnej, szyny danych. Prosimy o wyjaśnienie, co Zamawiający rozumie poprzez innych użytkowników? Jakie konkretnie informacje mają być możliwe do wizualizacji dla innych użytkowników? Zamawiający wyjaśnia, iż w tym zakresie poprzez określenie innych użytkowników należy rozumieć wszystkich uczestników ruchu. Należy im zapewnić powszechny dostęp do informacji dedykowanych i opisanych w ramach Zadania III, System Informacji VMS oraz informacji Mobilnych (SIM) 252. Pytanie Wykonawcy Punkt 3.2.5.2.1 Sterownik ruchu ulicznego Prosimy o wyjaśnienie, czy poprzez akronim JMS Zamawiający rozumie standard Java Message Service, którego specyfikacja znajduje się pod adresem http://download.oracle.com/otn-pub/jcp/7195-jms-1.1-fr-spec-oth-jspec/jms-1_1-fr-spec.pdf? Jeśli tak oraz biorąc pod uwagę, iż specyfikacja JMS dotyczy interfejsu programowania aplikacji (API) i nie definiuje protokołów komunikacyjnych (punkt 1.2.4 wskazanej specyfikacji) tym samym pozostawiając dostawcom implementacji JMS dowolność w tym zakresie (również w zakresie otwartości protokołów), prosimy o potwierdzenie, że: - JMS spełnia wymogi rozporządzenia Rady Ministrów z dnia 12 kwietnia 2012 r. 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; - JMS spełnia wymagania Zamawiającego dotyczące otwartych protokołów wymiany danych, w szczególności 3.2.3.4 Obsługa komunikacyjna, otwartej wymiany danych w zakresie: Poprzez zastosowanie otwartych protokołów musi istnieć możliwość komunikacji na 16

poziomach centrów pomiędzy systemem sterowania ruchem i ewentualnymi podsystemami, instalowanymi w przyszłości ; - szyna JMS jest tożsama z Otwartą Platformą Integracyjną (szyną danych) bądź jest elementem składowym tejże platformy. W przeciwnym przypadku prosimy o stosowną zmianę treści wymagań oraz określenie szczegółowych wymogów zapewnienia otwartej wymiany danych zgodnie z ww. rozporządzeniem Rady Ministrów oraz wymaganiem 3.2.3.4. Biorąc pod uwagę, iż wbudowany w sterownik WEB-SERWER może być narażony na ataki zagrażające bezpieczeństwu ruchu drogowego, dla jakich osób/instytucji i w jakiej sieci ma być dostępny interfejs WWW sterownika oraz jakich zabezpieczeń tegoż interfejsu wymaga Zamawiający? Zamawiający wyjaśnia: ppk. a) Zamawiający wyjaśnia, iż informacji udzielił w odpowiedzi na pytanie numer 181 - wyjaśnienia z dnia 17.09.2013r.; ppkt. b) Zamawiający wyjaśnia, iż informacji udzielił w odpowiedzi na pytanie numer 182 - wyjaśnienia z dnia 17.09.2013r. 253. Pytanie Wykonawcy Punkt 4.1.2.1 Obsługa komunikacyjna Prosimy o wyjaśnienie, czy Portal Internetowy (serwisy internetowe) powinien być zbudowany w oparciu o popularne oprogramowanie typu CMS (Content Management System) pozwalające na łatwe tworzenie stron WWW oraz ich późniejszą aktualizację i rozbudowę przez personel nietechniczny? Zamawiający wyjaśnia, iż dopuszcza takie rozwiązanie jako opcjonlane, nieobligatoryjne pod warunkiem spełnienia wymagań SIWZ na zaprojektowanie i wdrożenie ZSZRiTP. 253. Pytanie Wykonawcy Punkt 2.3 Zamawiający dopuszcza użycie obcojęzycznego interfejsu na serwerach (angielski) jednocześnie w dalszej części dokumentu wymaga dostarczenia podręczników do administracji systemem w języku polskim. Prosimy o wyjaśnienie, czy w przypadku zaoferowania serwerowego systemu operacyjnego z interfejsem w języku angielskim Zamawiający dopuści zaoferowanie podręcznika do administracji również w tym języku? Zamawiający wyjaśnia, iż w tym przypadku dopuści zaoferowane podręczniki w języku angielskim pod warunkiem równoczesnego zaoferowania ich tłumaczenia na język polski. 254. Pytanie Wykonawcy Punkt 2.3 strona 27 W dokumencie pojawia się zapis "Należy wdrożyć centralne urządzenie do archiwizacji danych na ogólnie dostępnych nośnikach danych typu DVD. Urządzenie ma zostać zintegrowane z poszczególnymi stacjami roboczymi." 17

Prosimy o wyjaśnienie: co Zamawiający rozumie pod pojęciem centralnego urządzenia do archiwizacji danych? czy ma to być forma nagrywarki sieciowe? w jaki sposób ma zostać rozwiązana kwestia wymiany płyt DVD w tym urządzeniu? Czy użytkownik za każdym razem przed przystąpieniem do archiwizacji danych powinien podejść do centralnego urządzenia do archiwizacji i załadować do niego czystą płytę DVD? jak według Zamawiającego powinna wyglądać obsługa tego urządzenia przez użytkowników stacji roboczych? Zamawiający wyjaśnia, iż pod pojęciem centralnego urządzenia do archiwizacji danych wymaga nagrywarki sieciowej. Po stronie Wykonawcy jest zaprojektowanie i wdrożenie optymalnego rozwiązania pod względem funkcjonalnymi eksploatacyjnym aby użytkownik nie musiał za każdym razem przed przystąpieniem do archiwizacji danych podchodzić do centralnego urządzenia o archiwizacji w celu załadowania do niego czystej płyty DVD. 255. Pytanie Wykonawcy Punkt 6.1.1. Lokalizacja pojazdów Prosimy o wyjaśnienie, czy komputery pokładowe pojazdów o wymaganiach opisanych w OPZ (dokładność lokalizacji do 5m) ma zapewnić Wykonawca czy Zamawiający będzie operował tylko na swoim dotychczasowym sprzęcie? Zaprojektowanie i wdrożenie wymaganego rozwiązania w celu uzyskania opisanej w OPZ funkcjonalności leży po stronie Wykonawcy. 256. Pytanie Wykonawcy Punkt 6.1.2. Metody predykcji, wykorzystywane do zarządzania i obsługi DIP System powinien wykorzystywać zaawansowane procedury przewidywania lokalizacji pojazdów, opóźnień i innych zakłóceń. Czy można szczegółowiej wyjaśnić co się zalicza do innych zakłóceń? Zamawiający wyjaśnia, iż do innych zakłóceń, należy zaliczyć sytuacje możliwe do występowania w ramach eksploatacji pojazdów w ruchu i wynikające z charakterystyki oferowanego przez Wykonawcę rozwiązania, w tym, np. występowania zakłóceń sygnałów radiowych. 257. Pytanie Wykonawcy Punkt 6.1.2. Metody predykcji, wykorzystywane do zarządzania i obsługi DIP Prosimy o wyjaśnienie, co Zamawiający rozumie poprzez zastosowanie zdalnego pulpitu operatorskiego dla MPK? Zamawiający wyjaśnia, iż należy zaprojektować i wdrożyć dodatkowe, zdalne stanowisko dyspozytorskie zlokalizowane w siedzibie MPK wyposażone w sprzęt komputerowy oraz dedykowane oprogramowanie w zakresie opisanego Zadania V, System Dynamicznej Informacji Przystankowej (DIP) z funkcjami zarządzania w transporcie publicznym. 18

258. Pytanie Wykonawcy Punkt 6.1.2. Metody predykcji, wykorzystywane do zarządzania i obsługi DIP [ ] wymaga się, aby pozycja pojazdu była rejestrowana w momencie zalogowania/ wylogowania z systemu, w przypadku generowania przez pojazd komunikatów zdarzeń. Prosimy o wyjaśnienie, czy chodzi o to, że rejestracja ma się odbywać po wylogowaniu przez kierowcę z terminala umieszczonego w autobusie? Zamawiajacy wyjaśnia, iż dopuszcza takie rozwiązanie pod warunkiem spełnienia wymagań SIWZ. 259. Pytanie Wykonawcy Punkt 6.1.2. Metody predykcji, wykorzystywane do zarządzania i obsługi DIP System powinien archiwizować informacje o incydentach, wykrytych automatycznie oraz zapewnić możliwość wprowadzania takich informacji przez operatora Prosimy o wyjaśnienie, czy poprzez incydenty Zamawiający rozumie awarie oraz zdefiniowane przypadki na terminalu kierowcy czy mają to być wszelkiego rodzaju nieścisłości (zdarzenia), które operator może wprowadzać w formie notatek? Zamawiajacy wyjaśnia, iż dopuszcza takie rozwiązania pod warunkiem spełnienia wymagań SIWZ. 260. Pytanie Wykonawcy Punkt 6.1.2. Metody predykcji, wykorzystywane do zarządzania i obsługi DIP Rozróżnianie na mapie miasta i w formie list i wykazów stanu pracy znaków informacji pasażerskiej. Prosimy o wyjaśnienie, co Zamawiający rozumie poprzez stan pracy znaków informacji pasażerskiej? Zamawiajacy wyjaśnia, iż poprzez stan pracy znaków informacji pasażerskiej rozumie informacje dotyczące trybów ich pracy oraz informacji o prezentowanych treściach/informacjach. 261. Pytanie Wykonawcy Punkt 7.2.1.3 Zamawiający wymaga archiwizacji sekwencji wideo na dysku serwera plików. Czy słusznym jest domniemanie Oferenta iż pojęcie "serwer plików" odnosi się do dedykowanego serwera systemu monitoringu wizyjnego? Zamawiajacy dopuszcza takie rozwiązanie do zaprojektowania i realizacji. 262. Pytanie Wykonawcy Punkt 4.2.3 19

Wymogiem jest tu uzgodnienie z poszczególnymi przyszłymi użytkownikami właściwych sposobów dostępu i doradztwo w zakresie korekty posiadanych łączy szerokopasmowych (stałe adresy IP i odpowiednia dla realizacji celu przepustowość minimum łącze asymetryczne 4Mb/s /512 kb/s przepustowość gwarantowana). Prosimy o wyjaśnienie, co Zamawiający rozumie pod pojęciem przepustowość gwarantowana? Zamawiający wyjaśnia, iż wymagania funkcjonalno użytkowe konieczne do zaprojektowania i wdrożenia dla rozwiązań programowych i sprzętowych ZSZRiTP, w tym w zakresie systemu łączności zostały uszczegółowione w dokumencie nadrzędnym w stosunku do Programu Funkcjonalno - Użytkowego, tj. Opisu Przedmiotu Zamówienia (OPZ), cz. A. Szczegółowych Wymagań Technicznych wraz z załącznikami. 263. Pytanie Wykonawcy Punkt 2.5.2 ppkt. c) ( ) do komunikacji należy stosować protokół TCP/IP, VLAN segregowanie i zabezpieczenie sieci, QoS Quality of Service gwarantowana przepustowość łącza dla wybranej drogi teletransmisyjnej, 802.1x autoryzacja połączenia dla portów sieci, 802.3ad agregacja portów (łączy) światłowodowych i miedzianych zwielokrotnienie przepustowości. Prosimy o doprecyzowanie pojęcia należy stosować wymienione technologie - wszędzie i zawsze, czy tam gdzie będzie to niezbędne/zalecane? Zamawiający wyjaśnia, iż wymagania funkcjonalno użytkowe konieczne do zaprojektowania i wdrożenia dla rozwiązań programowych i sprzętowych ZSZRiTP, w tym w zakresie systemu łączności zostały uszczegółowione w dokumencie nadrzędnym w stosunku do Programu Funkcjonalno - Użytkowego, tj. Opisu Przedmiotu Zamówienia (OPZ), cz. A. Szczegółowych Wymagań Technicznych wraz z załącznikami. 264. Pytanie Wykonawcy Punkt 2.5.2 ppkt. e) ( ) zapewnić ciągłość pracy dzięki bardzo krótkiemu czasowi regeneracji łącza (1ms dla 500 urządzeń stosowana architektura open-ring, umożliwiająca samoczynne przełączenie się węzłów, przełączniki sieciowe znajdujące się w Centrum powinny mieć zaimplementowany protokół RSTP który umożliwia tworzenie zapasowych ścieżek przesyłania danych) pkt. 2.5.1 (...) zapewniać szybką rekonfiguracje sieci w przypadku wystąpienia awarii możliwej do usunięcia przez rekonfiguracje (zalecany czas rekonfiguracji: < 100ms), ( ) Prosimy o jednoznaczne sformułowanie powyższych wymagań. Zamawiający wyjaśnia, iż wymagania funkcjonalno użytkowe konieczne do zaprojektowania i wdrożenia dla rozwiązań programowych i sprzętowych ZSZRiTP, w tym w zakresie systemu łączności zostały uszczegółowione w dokumencie nadrzędnym w stosunku do Programu Funkcjonalno - Użytkowego, tj. Opisu Przedmiotu Zamówienia (OPZ), cz. A. Szczegółowych Wymagań Technicznych wraz z załącznikami. 20