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, 17.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 2. 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: 135. Pytanie Wykonawcy Pytanie dotyczy punktu 7.4.1 Tom 3 OPZ Wjazd na czerwonym świetle. Zgodnie z zapisem Zamawiającego: Należy rejestrować wszystkie pojazdy, które będą się znajdowały w strefie o długości 6 metrów poczynając od lini zatrzymania w czasie od 0,6 s po wyświetleniu sygnału czerwonego (z możliwością modyfikacji wartości opóźnienia przez operatora) do końca wyświetlania tego sygnału. Co Zamawiający chciał przekazać w wyżej zacytowanym opisie? Oznacza to, że pojazdy wykraczające poza strefę, np.: pojazdy ciężarowe ( ze względu na swoją długość) nie powinny być wówczas identyfikowane? Czym jest ta strefa i jak jest definiowana? Pojazdy przejeżdżające 0,5 s po zapaleniu się czerwonego światła nie będą identyfikowane jako przypadki wykroczeń? Oferentowi wydaje się, że wymaganym powinno być rejestrowanie każdego wykroczenia przekroczenia linii zatrzymania na czerwonym świetle. Dostarczany produkt powinien charakteryzować się możliwością dowolnej konfiguracji rejestrowania przejazdów po zmianie fazy poczynając od 0,001 s od zmiany fazy. Urządzenia pomiarowe powinny mieć zdolność do rejestracji całego zdarzenia od momentu dojazdu do skrzyżowania, aż do momentu opuszczenia skrzyżowania. Materiał taki powinien być dostępny zarówno w formie zdjęć jak i materiału wideo. Wykroczenie powinno być przesyłane do prekonfigurowanych odbiorców/ urządzeń w formie zaszyfrowanej paczki zawierającej: a) metadane w formie pliku XML, b) zdjęć czoła pojazdu, tablicy rejestracyjnej oraz widoku ogólnego sytuacji na skrzyżowaniu z widocznym pojazdem dopuszczającym się wykroczenia, c)odnośnymi fragmentami nagrań z kamer ukazującymi przejazd pojazdu popełniającego wykroczenie. System musi zapewniać możliwość integracji z powszechnie używanymi przez SM programami do administracyjnej obróbki danych i wystawiania mandatów karnych za wykroczenia. System powinien identyfikować nie tylko pojazdy przejeżdżające na czerwonym, ale wszystkie inne w celach statystycznych analizy ruchu oraz bezpieczeństwa (zapewniona powinna być możliwość wprowadzania list pojazdów poszukiwanych i alarmowania w przypadku pojawienia się w polu pomiarowym takiego pojazdu). W dalszej części opisu Zamawiający wymaga zastosowania kamer 2 Mpx. Oferent chciałby poinformować, że rozdzielczość kamer nie wpływa w prostej linii na funkcjonalność tego typu systemów i w zależności od lokalizacji/ projektu/ rozwiązania oferowane mogą być 1

komponenty charakteryzujące się mniejszymi parametrami, ale zdecydowanie bardziej dokładne. Zamawiający powinien wymagać zastosowania kamery lub kamer ukazującej wszystkie monitorowanie pasy ruchu, światła sygnalizatora oraz obszar skrzyżowania w obrazie i dostarczać obrazy/ filmy w których zarówno światło sygnalizatora jak i cały obrys pojazdu są wyraźnie widoczne, a dostarczany materiał filmowy ukazuje sytuację na skrzyżowaniu od momentu dojazdu do linii zatrzymania aż do chwili jego opuszczenia przez kierowców dopuszczających się wykroczenia. Wymaganym być powinien obraz nie tylko rejestrujący zdarzenia do tyłu, ale także obraz czoła pojazdu przejeżdżającego przez linię zatrzymania ( możliwie z zarejestrowaniem obrazów przedniej szyby pojazdu, a co za tym idzie możliwie twarzy kierowcy, co przy obecnym stanie prawnym wydatnie usprawnia pracę funkcjonariuszy straży miejskich, policji oraz organów sądowych). System powinien mieć możliwość identyfikowania pojazdów z użyciem nie tylko funkcjonalności ANPR ale także pozostałym cech identyfikacyjnych pojazdów w tym: typu, marki i modelu pojazdów (MMR), co wyraźnie wpływa na wzrost skuteczności tego typu urządzeń i jest dostępne na rynku. Biorąc pod uwagę, że funkcjonalność MMR (rozpoznania marki i modelu) jest opcją oprogramowania, która zasadniczo korzystnie wpływa na poprawę funkcjonowania systemów ANPR, a nie wpłynie w sposób zasadniczy na ofertę cenową ( wiąże się jednak z odpowiednim doborem komponentów sprzętowych) oferent wnosi o wprowadzenie zapisów wymagających zastosowanie funkcjonalności MMR do wszystkich urządzeń ANPR w ramach przetargu. Oferent prosi o doprecyzowanie opisu technicznego podsystemu kontroli przejazdu na czerwonym świetle zgodnie z propozycją i zmianę wymogu dostaw kamery o rozdzielczości 2 Mpx na 1 Mpx oraz uwzględnienie funkcjonalności MMR we wszystkich podsystemach wykorzystujących automatyczne rozpoznanie tablic rejestracyjnych. Zamawiający rozszerza wyjaśnienia udzielone częściowo w odpowiedzi na pytanie numer 134 - wyjaśnienia z dnia 12.09.2013r. i informuje, iż dopuszcza funkcjonalności jako minimalne do spełnienia przez Wykonawcę. 136. Pytanie Wykonawcy Pytanie odnosi się do punktu 4.2.14 PFU Wymagania odnośnie podsystemu preselekcyjnego ważenia pojazdów w ruchu (WIM) W ppkt a) Zamawiający wymaga by stacja ważyła z dokładnością +/- 10%. Oferent rozumie, że podana wartość odnosi się do masy całkowitej ważonych pojazdów. W opinii oferenta dokładność +/- 10 % na masie całkowitej pojazdów jest niewystarczająca do właściwego użytkowania systemu. Swoją opinią oferent opiera na doświadczeniach Inspekcji Transportu Drogowego, która jest ustawowym użytkownikiem tego rodzaju systemów. Zgodnie z oświadczeniem tej instytucji minimalnym racjonalnym wymogiem w stosunki do przedmiotu zamówienia opisanego w w/w punkcie powinny być pomiary na poziomie co najmniej B+(7) zgodnie ze specyfikacją COST 323. Biorąc także pod uwagę publiczny charakter dostaw oraz skalę problemów i koszty powodowane dewastacją dróg publicznych, w interesie Zamawiającego, a tym samym miasta powinno być nabycie urządzeń o parametrach niezbędnych do skutecznej pracy inspektorów. Niestety, przykład tożsamych zamówień do GDDKiA pokazał, że oferenci nie przejmowali się wymogami formalnymi i dostarczali urządzenia poniżej wymaganych kryteriów, gdyż nie podlegały one testom jakościowym. 2

Reasumując, oferent prosi o poprawę zapisów SIWZ i wprowadzenie wymogu dostaw sprzętu WIM odpowiadających co najmniej klasie B+(7) wg COST 323 oraz wprowadzenie do SIWZ konieczności potwierdzenia tejże funkcjonalności w formalnych testach przeprowadzonych w zgodności z w/w specyfikacją. W odniesieniu do tego samego punktu oferent prosi także o sprecyzowanie częstotliwości kalibracji systemu, co w sposób zasadniczy wpływa na długofalową jakość pomiarów, a nie tylko w dniu ostatecznego odbioru, a przez to cenę oferty. Biorąc pod uwagę metrologię tychże urządzeń i doświadczenia inspektorów ITD w przedmiotowym zakresie optymalnym wymogiem byłaby comiesięczna kalibracja urządzeń, tak by wyniki pomiarów, a w drugiej linii statystyk i analiz były trafne, a praca inspektorów należycie wydajna. Oferent wnosi o wprowadzenie takiego wymogu do SIWZ. Zamawiający informuje, iż opisywany w PFU zakres rzeczowy związany z podsystemem preselekcyjnego ważenia pojazdów w ruchu (WIM) nie jest przedmiotem niniejszego postępowania. Zakresy rzeczowe podsystemó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. Zestawienia ilościowe dla pojazdów oraz skrzyżowań, które mają zostać objęte tymi funkcjami są zawarte w załączniku do OPZ, tj. Tabeli nr 1 i Tabeli nr 2. 137. Pytanie Wykonawcy Oferent prosi również o wyjaśnienie informacji zawartych w Tom 3 Szczegółowe Wymagania Techniczne, pkt. 1. Informacje wstępne. Zamawiający pisze: Należy mieć na uwadze, iż zawarty w PFU opis Projektu ZSZRiTP w zakresie Podsystemu preselekcyjnego ważenia pojazdów w ruchu (WIM), stacje ważenia pojazdów, zostały całkowicie wyłączone z realizacji Projektu ZSZRiTP, nie są objęte niniejszym postępowaniem o udzielenie zamówienia publicznego i nie należy tego zakresu brać pod uwagę w ofercie cenowej oraz dołączonych do Oferty wymaganych opisów technicznej dla potwierdzenia zgodności z Szczegółowymi Wymaganiami Technicznymi oraz załącznikami w tym z PFU. Oferent prosi o wyjaśnienie dlaczego Zamawiający w Programie Funkcjonalno- Użytkowym podaje wymagania techniczne dotyczące systemu preselekcyjnego ważenia pojazdów (WIM) skoro według Opisu Przedmiotu Zamówienia nie jest on objęty niniejszym postępowaniem o udzielenie zamówienia publicznego. Analogicznie zamawiający mógłby zawrzeć w wymaganiach technicznych budowę rakiety do lotów w kosmos, po czym w OPZ napisać, ze nie jest ona przedmiotem zamówienia. Oferent wnioskuje o ujednolicenie informacji na temat włączenia/wyłączenia z realizacji podsystemu preselekcyjnego ważenia pojazdów w ruchu w obu dokumentach. Zamawiający udzielił informacji w odpowiedzi na pytanie numer 136. 3

138. Pytanie Wykonawcy Pytanie dot. PFU 2.5.9 SZCZEGÓŁOWE WŁAŚCIWOŚCI PODSYSTEMU INFORMACJI DLA KIEROWCÓW TABLIC ZMIENNEJ TREŚCI (VMS) NA BRAMACH NAD DROGĄ ORAZ MONITOROWANIA TABLIC REJESTRACYJNYCH W ZASIĘGU SYSTEMU W punkcie 2.5.9 Zamawiający podaje lokalizacje tablic VMS: 3. VMS przy sk. Piłsudskiego-Moniuszki (12) 5. VMS przy sk. Jaworzyńska-Obwodnica Zachodnia (21) 6. VMS przy sk. Jaworzyńska PDP Polmozbyt (27) 7. VMS na Złotoryjskiej przy KGHM (46) Które to nie pokrywają się lub częściowo pokrywają z lokalizacjami wymienionymi w Tabeli nr 2 do rozdziału 9 SWT. I tak dla: VMS 3 lokalizacja to Piłsudzkiego Gwiezdna / (13) VMS 5 lokalizacja to Jaworzyńska Nowodworska / (22) lokalizacje tablic VMS są przesunięte. Dla: VMS 6 Jaworzyńska Polmozbyt PDP / (27) VMS 7 Złotoryjska KGHM (46) lokalizacje zostały pominięte. Oferent nie wie którymi wytycznymi ma kierować się podczas tworzenia oferty przetargowej. Ponadto lokalizacje podane w obu dokumentach są zbyt ogólnikowe, co uniemożliwia Oferentowi właściwe przygotowanie oferty. Oferent wnioskuje o ujednolicenie i uszczegółowienie lokalizacji tablic VMS. Zakresy rzeczowe podsystemó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. Zestawienia ilościowe dla pojazdów oraz skrzyżowań, które mają zostać objęte tymi funkcjami są zawarte w załączniku do OPZ, tj. Tabeli nr 1 i Tabeli nr 2. Na stronie 2 dokumentacji TOM III Opis Przedmiotu Zamówienia znajduje się informacja o ważności dokumentów w przypadku rozbieżności pomiędzy Szczegółowymi Wymaganiami Technicznymi a Programem Funkcjonalno Użytkowym. Zapisy o degradacja ważności poszczególnych dokumentów znajdują się również na stronie 2 i 3 dokumentacji TOM II Wzór Kontraktu. W zakresie uszczegółowienia lokalizacji tablic VMS Zamawiający udzielił informacji w odpowiedzi na pytanie numer 133 - wyjaśnienia z dnia 12.09.2013r. 139. Pytanie Wykonawcy Pytanie dot. Tom 3 OPZ 7.4.1. Wjazd na czerwonym świetle. Zamawiający nie wyszczególnił które wjazdy na skrzyżowania mają być wyposażone w kamery z funkcjonalnością wykrywania przejazdu na czerwonym świetle. Oferent wnioskuje o wyszczególnienie które wloty (kierunki) skrzyżowań wymienionych w Tabeli nr 2 do rozdziału 4

9 SWT mają być objęte systemem wykrywania i rejestracji pojazdów wjeżdżających na skrzyżowanie na czerwonym świetle. Zamawiający udzielił informacji w odpowiedzi na pytanie numer 132 - wyjaśnienia z dnia 12.09.2013r. 140. Pytanie Wykonawcy Pytanie dot. Tom 3 OPZ 7.4.3. Odcinkowy pomiar czasów przejazdu Urządzenia kamerowe muszą działać zarówno w dzień jak i w nocy. Dane mają być zbierane z kamer ze wszystkich pasów ruchu. Zamawiający nie określa czy dane mają być zbierane w obu kierunkach ruchu. Oferent wnioskuje o wyjaśnienie, czy dane do oceny czasów przejazdu mają być zbierane ze wszystkich pasów ruchu w obu kierunkach w danej lokalizacji? Zamawiający udzielił częściowej informacji w odpowiedzi na pytanie numer 133 - wyjaśnienia z dnia 12.09.2013r. Zamawiający uszczegóławia, iż zgodnie z zapisami Tabeli nr 2., kolumna VIII (opis w komórce dedykowanej dla VMS 5, zawiera również informacje o odcinkach ulic mających zostać objętymi pomiarami cząstkowymi). Wymóg zbierania danych ze wszystkich pasów ruchu do oceny czasów przejazdu dotyczy lokalizacji powiązanej z VMS 5 - lokalizacja tablicy przed skrzyżowaniem ulic Jaworzyńska - Nowodworska (zgodnie z Tabelami 1 i 2), tablica ta ma prezentować komunikaty dla kierowców jadących w kierunek do Centrum. Lokalizacja ta ma być powiązana z początkiem prowadzenia pomiaru odcinkowych czasów przejazdu w powiązanych z lokalizacjami dla VMS1 i VMS2, które mają stanowić powiązania dla zakończenia pomiarów. Pomiary należy prowadzić dla obu kierunków. Dla pozostałych lokalizacji odcinków pomiarowych i powiązanych z nimi tablic VMS należy zaprojektować rozwiązania i dobrać ilości urządzeń dla zapewnienia pełnej miarodajności pomiarów dla zarządzania ruchem. Zamawiający informuje, iż po stronie Wykonawcy jest zaprojektowanie i wdrożenie wszystkich elementów ZSZRiTP. 141. Pytanie Wykonawcy Dotyczy Tom III OPZ punkt 1.1. Cel zamówienia. Prosimy o zdefiniowanie określenie niezależny doradca". W przedmiotowym punkcie jest sformułowanie...pomiary w korytarzach zostaną wykonane przez, na koszt Wykonawcy przy udziale Zamawiającego i Inżyniera Kontraktu"- Czy zamawiający ma listę firm, osób, rzeczoznawców będących niezależnym doradcą? Jak sobie Zamawiający wyobraża proces wyboru i weryfikacji osób, firm jako niezależne? Przez pojęcie niezależny doradca należy rozumieć jednostki badawczo rozwojowe jak Instytuty Badawcze lub dydaktyczno naukowe jak Techniczne Uczelnie Wyższe posiadające własną specjalistyczną bazę pojazdów badawczych dedykowanych do prowadzenia pomiarów ruchu drogowego z możliwością rejestracji pomiarów metodą wideo. 5

142. Pytanie Wykonawcy Dotyczy Tom III OPZ pkt 1.2. Przedmiot zamówienia ZSZRiTP. Prosimy o zdefiniowanie kryterium elastyczne narzędzie" w jaki sposób Zamawiający będzie weryfikował powyższy wymóg zwarzywszy na fakt że wymaga się aby:...system ZSZRiTP ma być zaprojektowany tak, aby stanowił elastyczne narzędzie do realizacji założeń polityki transportowej w mieście"? Przez pojęcie elastyczne narzędzie należy rozumieć rozwiązanie pozwalające operatorom ZCZRiTP na monitorowanie stanu pracy urządzeń systemowych, rozwiązań systemowych, zapewniające możliwość edytowania ich poszczególnych parametrów, elementów systemowych ZSZRiTP w raz z zapewnieniem optymalnej pracy w trybie autonomicznym - automatycznym z zachowaniem trybu ręcznego - operatora. Jak również rozwiązanie pozwalające na pełną konfigurację ZSZRiTP przez operatorów ZCZRiTP rozwiązań elementów systemowych odpowiadających wymaganiom funkcjonalno użytkowym opisanym dla poszczególnych Zadań od I do VI opisu przedmiotu zamówienia SIWZ. Należy uwzględnić, 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. Zestawienia ilościowe dla pojazdów oraz skrzyżowań, które mają zostać objęte tymi funkcjami są zawarte w załączniku do OPZ, tj. Tabeli nr 1 i Tabeli nr 2. 143. Pytanie Wykonawcy Dotyczy Tom III OPZ pkt 1.2 Przedmiot zamówienia ZSZRiTP Prosimy o doprecyzowanie wymagań serwisowych określonych przez Zamawiającego Wykonawca jest zobowiązany zapewnić serwis dla wszystkich urządzeń systemowych, w tym sygnalizacji świetlnych objętych zakresem Kontraktu. Serwis ma być realizowany w układzie dwudziestoczterogodzinnym...". Czy powyższy wymóg dotyczy okresu budowy, gwarancji, obsługi po gwarancyjnej, czy jest inaczej określony? Wymagania serwisowe dotyczą całego procesu realizacji ZSZRiTP, dla wszystkich jego elementów, które zostaną uruchomione do działania w ruchu drogowym, w tym dla sygnalizacji świetlnych zarówno dla trybu pracy lokalnej (nie będącej jeszcze podłączonej do ZCZRiTP) oraz po ich podłączeniu w ramach ZSZRiTP. Ponadto wymagania serwisowe dotyczą całego okresu trwania gwarancji. 144. Pytanie Wykonawcy Dotyczy OPZ pkt 1.3. Charakterystyka zakresu ZSZRiTP - opis ogólny. Cytat...Realizacja podsystemu łączności musi uwzględniać wymagania określone dla miejskiej sieci szerokopasmowej LEGMAN i być rozwinięciem tamtej sieci, przy jednoczesnym zaplanowaniu wykorzystania odcinków kanalizacji sieci LEGMAN już wybudowanych. Ma to na celu podniesienie niezawodności pracy całego systemu w sytuacji awarii poszczególnych jego elementów..." Prosimy o informację gdzie można pozyskać informacje na temat wymagań sieci LEGMAN i odcinków które należy wykorzystać. 6

Informacje, wymagania w zakresie realizacji Systemu Łączności w tym w oparciu o sieć LEGMAN są zawarte w opisie Zadania IV, System Łączności (SŁ) - OPZ, TOM III. Informacje dotyczące istniejących przebiegów sieci LEGMAN są zawarte w załączniku do OPZ. Zamawiający nie określa obligatoryjności do wykorzystania poszczególnych odcinków, ich wybór leży po stronie Wykonawcy. Wykonawca ma za zadanie zaprojektowanie i realizację optymalnego rozwiązania dla oferowanych rozwiązań w celu wdrożenia ZSZRiTP. 145. Pytanie Wykonawcy Dotyczy OPZ pkt 1.3. Charakterystyka zakresu ZSZRiTP - opis ogólny. Zamawiający przewiduje że...(dopuszcza się możliwość dostosowania Istniejących komputerów jak również dostarczenie nowych komputerów pokładowych dla 62 autobusów komunikacji miejskiej)...". Prosimy o podanie producenta, typy i modelu komputerów pokładowych zainstalowanych w autobusach których wykorzystanie Zamawiający dopuszcza. Informacje, wymagania w zakresie komputerów pokładowych są zawarte w opisie Zadania II, System Sterowania Ruchem (SSR) oraz Zadania V, System Dynamicznej Informacji Przystankowej (DIP) z funkcjami zarządzania w transporcie publicznym - OPZ, TOM III. Informacje dotyczące istniejących rozwiązań systemowych w MPK Legnica są zawarte w załączniku do OPZ. Zamawiający nie określa obligatoryjności wykorzystania określonych istniejących technologii, ich wybór leży po stronie Wykonawcy. Wykonawca ma za zadanie zaprojektowanie i realizację optymalnego rozwiązania dla oferowanych rozwiązań w celu wdrożenia ZSZRiTP. 146. Pytanie Wykonawcy Dotyczy OPZ pkt 1.3. Charakterystyka zakresu ZSZRiTP - opis ogólny. W jaki sposób Zamawiający interpretuje określenie Otwarta Platforma Integracyjna? Prosimy o sparametryzowanie określenia interfejsy do otwartej komunikacji między systemami". Informacje, wymagania w zakresie Otwartej Platformy Integracyjnej są zawarte w opisie Zadania I, Zintegrowane Centrum Zarządzania Ruchem i Transportem Publicznym (ZCZRiTP) - OPZ, TOM III. Zamawiający nie określa jednej metody realizacji, jej wybór leży po stronie Wykonawcy. Wykonawca ma za zadanie zaprojektowanie i realizację optymalnego rozwiązania dla oferowanych rozwiązań w celu wdrożenia ZSZRiTP. 147. Pytanie Wykonawcy Dotyczy pkt. 3.2.1.2 Szczegółowe wymagania techniczne Skoro Zamawiający wymaga sterowania w oparciu o długość kolejki i wymaga stosowania dedykowanej detekcji kolejkowej to prosimy o określenie do jakiej długości należy obliczać i estymować długość kolejki i w jaki sposób uwzględniać w sterowaniu. Pojęcie lokalizacji detektora...kilkadziesiąt metrów od linii zatrzymania.." użyte w określeniu tego wymagania nie określa oczekiwań co do funkcjonalności. Zamawiający informuje również o tym, że..dokładna ich konfiguracja musi zostać przyjęta w zależności od geometrii danego skrzyżowania i dojazdu do jego obszaru..". Prosimy podać kryteria dotyczące planowania ich 7

rozmieszczenia. Prosimy o podanie szczegółowych oczekiwań w tym zakresie. W zaproponowanej odległości od linii stopu tworzą się kolejki podczas każdego cyklu, oczekiwanie na sygnał zielony zatem proces obliczania długości kolejki jest tożsamy z liczbą pojazdów oczekujących na sygnał zielony dla danego wlotu, grupy sygnalizacyjnej. Czy właśnie takie podejście Zamawiający miał na myśli? Zamawiający informuje, iż detekcję kolejkową należy lokalizować zgodnie z wymaganiami, na wlocie skrzyżowania w odległości do 60 metrów od linii zatrzymania. 148. Pytanie Wykonawcy Dotyczy pkt. 3.2.2.1 Szczegółowe wymagania techniczne Zamawiający określa wymagania jak poniżej:...parametry sterowania mogą być generowane na poziomie centralnym i lokalnym sterowników..." Przy czym..dla poziomu lokalnego wymaga się wdrożenia rozproszonego systemu sterowania ruchem, w którym wszystkie decyzje dotyczące realizowanego sterowania podejmowane sana poziomie lokalnym (w sterowniku ruchu)..." Inny zapis informuje o tym, że"., system ma optymalizować globalne straty czasu w sieci ulicznej miasta Legnicy jednocześnie zapewniając dynamiczną koordynację w wyznaczonych jej arteriach.." Na poziomie lokalnym zatem nie mogą zapadać wszystkie decyzje dotyczące realizowanego sterowania, aby spełnić wymagania specyfikacji pewne działania muszą być podejmowane przez poziom centralny. Prosimy o jasne sprecyzowanie tych wymagań, gdyż w chwili obecnej informacje podawane w SWTi PFU są rozbieżne. Zamawiający informuje, iż opisywane w tym zakresie wymagania dla poziomu lokalnego należy rozumieć jako wymagania dla trybu pracy lokalnej, izolowanej sygnalizacji świetlnej (bazującej na algorytmach sterownika ruchu ulicznego) - bez podłączenia do SSR lub z podłączeniem jedynie w zakresie monitoringu stanu pracy. Podobnie należy rozumieć te wymagania w przypadku pracy kilku sygnalizacji w koordynacji liniowej. 149. Pytanie Wykonawcy Dotyczy pkt. 3.2.2.1 Szczegółowe wymagania techniczne..interfejs użytkownika ma zapewnić możliwość natychmiastowej zmiany sposobu sterowania poprzez modyfikację wagowych współczynników, parametrów poszczególnych strategii w obrębie scenariusza dla całego obszaru, wybranej trasy lub pojedynczego skrzyżowania..." Prosimy Zamawiającego o doprecyzowanie tego zapisu. Jak Zamawiający rozumie i rozróżnia określenia: scenariusz sterowania, strategia sterowania, plan zarządzania strategicznego? Zamawiający informuje, iż pojęcia: scenariusze sterowania, strategie sterowania, plan zarządzania strategicznego należy rozumieć jako pojęcia, które mają charakteryzować i pozwalać na realizację oferowanych przez Wykonawcę metod sterowania ruchem, sposobów optymalizacji, parametryzacji metod oddziaływania na ruch oraz ich konfiguracji w ramach 8

oferowanego przez Wykonawcę rozwiązania systemowego w zakresie sterowania ruchem jak również możliwości jego powiązania z pozostałymi elementami ZSZRiTP, jak np. priorytety lokalne, tablice informacji dla kierowców, VMS, odcinkowe pomiary czasów przejazdu, automatycznego wykrywania zdarzeń, wjazdu na czerwonym świetle, wykrycie oblodzenia nawierzchni. 150. Pytanie Wykonawcy Dotyczy 3.2.1.3 i 3,2.3.3 Szczegółowe wymagania techniczne 3.2.1.3 Metody krótkoterminowej predykcji warunków ruchu 3.2.3.3 Predykcja sytuacji ruchowej w sieci drogowej W dwóch punktach określono funkcjonalności dotyczące predykcji ruchu, prosimy o wyjaśnienie różnic w tych dwóch zapisach. Jaki jest czas predykcji dla każdego z wymagań? Jak Zamawiający rozumie pojęcie model ruchu w pierwszym i drugim wymaganiu? Zamawiający informuje, iż oba wymagania należy rozumieć jako łączne. Jako minimalny czas predykcji należy przyjąć czas kilku cykli sygnalizacyjnych, przy czym nie krótszy niż 5 minut. Model ruchu powinien bazować na odwzorowaniu sieci ulicznej miasta Legnicy objętej zakresem wdrożenia oraz powinien prezentować stan obciążeń tej sieci przy uwzględnieniu metod sterowania i optymalizacji ruchu. 151. Pytanie Wykonawcy Zamawiający określa Optymalizacja sterowania powinna odbywać się przynajmniej według następujących kryteriów (wybranych dla danego podobszaru): optymalizacja straty czasu, minimalizacja liczba zatrzymań i wykorzystanie przepustowości istniejącej infrastruktury drogowej, zapewnienie wiązki koordynacyjnej wewnątrz sieci sterowania oraz uwzględniać przydzielanie priorytetu dla transportu zbiorowego..." Zamawiający określił, w innych zapisach SIWZ, że priorytet ma być realizowany przez poziom lokalny, a tutaj wskazuje na przyjęcie kryterium przydzielania priorytetu dla obszaru. Są to wykluczające się wzajemnie wymagania. Prosimy o określenie i modyfikację SIWZ w tym zakresie. Zamawiający informuje, iż podtrzymuje wymagania i wyjaśnia, iż realizacja priorytetów ma być zapewniona przez bezpośrednią, dedykowaną komunikację krótkiego zasięgu dla: pojazd autobusowy - sterownik ruchu ulicznego,tj. na poziomie lokalnym pojazd wysyła żądania telegramu priorytetu bezpośrednio do sterownika (zgodnie z wymaganiami SIWZ). Natomiast uwzględnianie przydzielenie priorytetu dla transportu publicznego powinno być elementem optymalizacji sterowania również z uwzględnieniem ilości realizowanych priorytetów i ich oddziaływania na pozostałe wymagane kryteria optymalizacji. Ponadto określenie w tym aspekcie technicznym - realizacja lokalna priorytetu, nie jest równoważna z określeniem - uwzględnia przydzielania priorytetu. Zamawiający nie dopuszcza jako mniej efektywnego i bardziej zawodnego rozwiązania, polegającego na równoczesnym przydzielaniu priorytetu w ramach optymalizacji sterowania na poziomie obszaru, z równoczesną ich realizacją na poziomie obszaru typu: pojazd autobusowy - system sterowania ruchem - sterownik, która by pomijała zapewnienie bezpośredniej komunikacji i realizacji lokalnej priorytetu, wymaganej i opisanej w SIWZ typu: pojazd autobusowy - sterownik ruchu ulicznego. 9

152. Pytanie Wykonawcy Dotyczy OPZ pkt 2.3. Wymagania dla wyposażenia pomieszczeń w ZCZRiTP ustęp klimatyzacja. Cytat:...Wymagane jest podtrzymanie awaryjne na czas minimum 60 minut całości sprzętu komputerowego w tym stanowisk dla operatorów oraz komunikacyjnego w ZCZRiTP i serwerowni w Urzędzie Miasta..." Czy wymóg 60 min podtrzymania dotyczy również klimatyzacji? TAK 153. Pytanie Wykonawcy Dotyczy 3. Zadanie II, System Sterowania Ruchem (SSR) podpunkt 3.1 Zakres Zadania. W jaki sposób i według jakich kryteriów ma być dokonywana ocena efektywności sterowania? Zgodnie z informacjami opisanymi w pkt. 1.1. Cel Zamówienia OPZ TOM III Opis Przedmiotu Zamówienia. 154. Pytanie Wykonawcy Dotyczy 3. Zadanie II, System Sterowania Ruchem (SSR) podpunkt 3.1 Zakres Zadania. Cytat:...planowanie systemu transportowego, inżynierii ruchu drogowego z użyciem specjalistycznego oprogramowania zintegrowanego z funkcjami systemu sterowania i sterownikami sygnalizacji świetlnej...". Proszę o zdefiniowanie jakiego zakresu funkcjonalności planowania systemu transportowego i inżynierii ruchu drogowego oczekuje zamawiający. Zapis jest zbyt ogólny. Czy specjalistyczne oprogramowanie ma pomagać tworzyć modele sieci transportowych oraz zapotrzebowania na podróże w celu analizy oczekiwanego przepływu ruchu, planowania usług transportu publicznego oraz rozwijania zaawansowanych strategii oraz rozwiązań transportowych z jednoczesną pełna integracją z oprogramowaniem systemowym centrum? Zgodnie z informacjami opisanymi w pkt. Oprogramowanie i narzędzia systemowe oraz Działania planistyczne/projektowe - OPZ TOM III Opis Przedmiotu Zamówienia. 155. Pytanie Wykonawcy Dotyczy Zadanie II, System Sterowania Ruchem (SSR) podpunkt 3.1 podpunkt 3.2.3.3 Predykcja sytuacji ruchowej w sieci drogowej. Czy istnieje aktualny model ruchu dla miasta Legnica? Czy należy taki model opracować w ramach zamówienia? Nie istniej aktualny model ruchu dla miasta Legnica. Po stronie Wykonawcy leży zaprojektowanie i wdrożenie ZSZRiTP. 156. Pytanie Wykonawcy Dotyczy Zadanie II, System Sterowania Ruchem (SSR). W wielu punktach Zamawiający oczekuje archiwizacji informacji o incydentach, jednak nie ma zdefiniowanego systemu wykrywania incydentów. Prosimy o określenie jakie incydenty mają być wykrywane 10

automatycznie przez system? Czy obszar wykrywania incydentów jest tożsamy z obszarem wdrożenia systemu czy też są określone kluczowe punkty detekcji? W zakresie działania SSR system musi wykrywać incydenty związane z działaniem systemu i urządzeń powiązanych. Obszar wykrywania incydentów jest tożsamy z obszarem wdrożenia systemu. 157. Pytanie Wykonawcy Dotyczy czasu trwania gwarancji. Prosimy o szczegółową informacje od kiedy jest liczony czas trwania gwarancji dla systemów uruchamianych sukcesywnie, elementów zrealizowanych częściowo w ramach Projektu System ITS Legnica. Czas trwania gwarancji liczony jest po zakończeniu wszystkich prac wdrożeniowych, po wszystkich odbiorach i po uruchomieniu całego ZSZRiTP. 158. Pytanie Wykonawcy Dotyczy Systemu ARTR. W załączniku nr 1A do SlWZ - Wykaz cen, istnieje pozycja System ANPR (punkt 6) a w Opisie przedmiotu zamówienia" tego systemu nie ma. Prosimy Zamawiającego o określenie czy ten system ma być wykonany w ramach zamówienia czy też w Załączniku nr 1A ta pozycja powinna zostać wykreślona? Czy dla Zamawiającego system ANPR i ARTR jest tożsamy i czy jest to jeden i ten sam system, czy też są to dwa oddzielne systemy? Jeżeli tak to prosimy wybranie jednego zapisu (ANPR lub ARTR) i ujednolicenie W materiałach przetargowych (w tekstach i na rysunkach) zapisów jednoznacznie określających nazwę tego systemu. Zamawiający informuje, iż określenia system ANPR (Automatic Number Plate Recognition) i ARTR (Automatyczna Rozpoznawania Tablic Rejestracyjnych) są tożsame. 159. Pytanie Wykonawcy Dotyczy priorytetu dla autobusów. Czy Zamawiający może potwierdzić, iż wymagane jest realizowanie funkcji priorytetu lokalnego, która polega na bezpośredniej komunikacji między autobusami zbliżającymi się do obszaru skrzyżowania a sterownikami ruchu ulicznego. Zamawiający informuje, iż wymagana jest do zaprojektowania i wdrożenia funkcja priorytetu lokalnego zgodnie z wymaganiami SWT, OPZ, TOM III. 160. Pytanie Wykonawcy Dotyczy priorytetu dla autobusów. Czy Zamawiający może potwierdzić, iż nie dopuszcza i wyklucza rozwiązania Systemów Sterowania Ruchem, w których systemy te nie posiadałyby funkcjonalności do zarządzania, konfiguracji, monitoringu oraz optymalizacji parametrów sterowania ruchem i które funkcje te nie byłyby dedykowane do realizacji obsługi priorytetów dla pojazdów autobusowych w bezpośredniej współpracy ze sterownikami ruchu ulicznego. 11

Informacja została udzielona w odpowiedzi na pytanie 151. 161. Pytanie Wykonawcy Dotyczy priorytetu dla autobusów. Czy Zamawiający może potwierdzić, iż z uwagi na zawodność i nieefektywność, nie dopuszcza Systemów Sterowania Ruchem, które funkcje priorytetów realizują na bazie współpracy z zewnętrznymi, oddzielnymi Systemami, np. z Systemami dedykowanymi do Zarządzania Transportem Publicznym, w których to systemach są konfigurowane oraz wyznaczane parametry priorytetów dla poszczególnych linii autobusowych i to od nich zależy efektywność nadanego, zgłoszonego priorytetu do Systemu Sterowania Ruchem. Informacja została udzielona w odpowiedzi na pytanie 151. 162. Pytanie Wykonawcy Dotyczy Stacji Ważenia Pojazdów. Prosimy Zamawiającego o jednoznaczne określenie czy zakres projektu obejmuje wykonanie stacji ważenia pojazdów, których to stacji brak w przedmiocie zamówienia, Rozdział 3 p.3 SIWZ ale według zapisów PFU np. patrz punkt 2.4.10 takie stacje są wymagane. Zakres projektu nie obejmuje wykonania stacji ważenia pojazdów. 163. Pytanie Wykonawcy Dotyczy sali operatorów wraz z ekranem wielkoformatowym. W tomie III OPZ w punkcie 2.2.1 Zamawiający podał wymiary ekranu wielkoformatowego minimum 1,5m x 3 m. Natomiast w punkcie 2.3 OPZ (Wymagania dla wyposażenia pomieszczeń w ZCZRiTP) w akapicie Ekran wielkoformatowy" mowa jest o ścianie graficznej złożonej z 6 paneli wizualizacyjnych o wymiarach każdy minimum Śmetry szerokości i 1,5 metra wysokości. Zachodzi tu oczywista sprzeczność. W związku z tym prosimy Zamawiającego o jednoznaczne określenie, które wymaganie odnośnie wymiaru ekranu jest właściwe i umieszczenie poprawnego zapisu w odpowiednich miejscach Tomu III - OPZ. Zamawiający udzielił informacji w odpowiedzi na pytanie numer 120 - wyjaśnienia z dnia 12.09.2013r. 164. Pytanie Wykonawcy Dotyczy Tabela nr 2 do OPZ - Wymagana do wdrożenia realizacja priorytetu lokalnego, warunkowego/komunikacja bezpośrednia autobus sterownik ruchu ulicznego minimum 16 obiektów/62 autobusy. W Tabeli nr 2 do OPZ wskazano jedynie 12 skrzyżowań na których ma być realizowana funkcja priorytetu. Prosimy Zamawiającego o doprecyzowanie listy skrzyżowań lub wyjaśnienia zapisu minimum 16 obiektów/62 autobusy. 12

Zamawiający wyjaśnia, iż prawidłowa ilość skrzyżowań przeznaczonych do realizacji priorytetów została wskazana w Tabeli nr 2 do OPZ i wynosi minimum 12 obiektów. 165. Pytanie Wykonawcy Dotyczy tablic w pojazdach transportu publicznego. Prosimy Zamawiającego o doprecyzowanie czy tablice w pojazdach transportu publicznego są podłączone do komputera pokładowego czy też to zadanie będzie należało do Wykonawcy. Zamawiający wyjaśnia, iż zadaniem Wykonawcy jest zaprojektowanie i wdrożenie wszystkich elementów ZSZRiTP. Dostawa tablic w pojazdach transportu publicznego nie jest przedmiotem zamówienia. 166. Pytanie Wykonawcy Dotyczy Opis stanu istniejącego MPK Legnica - wymagania". W załączniku tym Zamawiający podał listę podstawowych funkcji dla komputerów pokładowych z oprogramowaniem. Prosimy Zamawiającego o doprecyzowanie, czy podane funkcje (wymagania) dotyczą obecnie istniejących komputerów pokładowych, czy też trzeba takie funkcje zaimplementować do komputerów w ramach niniejszego projektu. Czy parametry techniczne komputerów pozwalają na wprowadzenie wymienionych funkcjonalności oraz funkcjonalności związanych z niniejszym projektem (takimi jak: obsługa funkcji priorytetów, komunikacja krótkiego zasięgu). Jest to opis istniejącego systemu i funkcji w MPK Legnica. Istniejące rozwiązania nie pozwalają na uruchomienie funkcjonalności związanych z niniejszym projektem. 167. Pytanie Wykonawcy Dotyczy serwera systemu informacji dla kierowców oraz serwera mobilnej informacji transportowej (OPZ, strona 25). Zamawiający użył określenia: serwery te muszą być umiejscowione w strefie zdemilitaryzowanej" w związku z tym prosimy Zamawiającego o sprecyzowanie pojęcia strefa zdemilitaryzowana" w odniesieniu do projektu Budowy zintegrowanego systemu zarządzania ruchem i transportem publicznym w Legnicy". O jaką strefę zmilitaryzowaną" chodziło Zamawiającemu. Zamawiający wyjaśnia, iż chodzi o lokalizację w ramach istniejącej serwerowni Urzędu Miasta Legnica. 168. Pytanie Wykonawcy Dotyczy zastosowania ekranów i monitorów, Zamawiający podał w PFU punkt 2.5.1. podpunkt C oświetlenie: Dobierając rodzaj oświetlenia i lokalizacje źródeł światła należy pamiętać o zminimalizowaniu niekorzystnego efektu odbicia światła od powierzchni ekranów i monitorów. Wymogiem Zamawiającego jest zastosowanie nowoczesnych energooszczędnych ekranów LCD lub OLED co zniweluje efekt bezpośredniego odbicia światła. Kąt obserwacji monitora nie może być niższy niż 178o w pionie i poziomie." Prosimy Zamawiającego o doprecyzowanie czy zapis ten dotyczy także wymagań dla ekranu wielkoformatowego (OPZ, 13

strona 24) dla którego podano kąt widzenia dla operatora w pionie i poziomie min 160x160 stopni. Który zapis jest właściwy? Wymóg ten nie dotyczy wymagań dla ekranu wielkoformatowego. 169. Pytanie Wykonawcy Dotyczy PFU punkt 6.1.1 Lokalizacja pojazdów. Prosimy Zamawiającego o doprecyzowanie zapisu System automatycznej lokalizacji pojazdów (AVLS + GPS) jest podstawowym narzędzie, na którym bazują wymagane do wdrożenia funkcjonalności.", co Zamawiający rozumie przez AVLS + GPS", czy wymogiem zamawiającego jest zastosowanie systemu GPS w celu realizacji AVLS (Automatic Vehicle Localisation System)? Wymagania funkcjonalno użytkowe konieczne do zaprojektowania i wdrożenia dla rozwiązań programowych i sprzętowych ZSZRiTP, w tym również dotyczące lokalizacji pojazdó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. Zestawienia ilościowe dla pojazdów oraz skrzyżowań, które mają zostać objęte tymi funkcjami są zawarte w załączniku do OPZ, tj. Tabeli nr 1 i Tabeli nr 2. 170. Pytanie Wykonawcy Ad. Program Funkcjonalno Użytkowy 1. W nawiązaniu do zapisu w rozdziale 2.4.3 cytuję Podsystem optymalizacji ruchu oparty będzie o wideodetekcję wspieraną przez pętle indukcyjne prosimy o a) Sprecyzowanie, czy Zamawiający wymaga zastosowania konkretnego np. 3-strefowego systemu detekcji pojazdów na każdy pas ruchu, czy też Wykonawca będzie miał swobodę w zakresie zaproponowania rozmieszczenia stref detekcji i typów detektorów je realizujących? Czy opublikowanie w ramach SIWZ plany skrzyżowań z zaznaczonymi detektorami mają znaczenie wyłącznie orientacyjne, czy też obligatoryjne i jeżeli obligatoryjne to w jakim zakresie? b) Sprecyzowanie wymagań odnośnie liczby stref detekcji na każdy pas ruchu oraz sprecyzowanie wymagań odnośnie typów detektorów, jakie dla realizacji detekcji w poszczególnych strefach powinny zostać zastosowane? c) Wyjaśnienie w jakich odległościach od linii zatrzymania należy zastosować pętle indukcyjne a w jakich strefy wideodetekcji? d) Wyjaśnienie w jakiej odległości od linii zatrzymania powinny zostać zlokalizowane najbardziej odległe detektory? Wymagania funkcjonalno użytkowe konieczne do zaprojektowania i wdrożenia dla rozwiązań programowych i sprzętowych ZSZRiTP, w tym również dotyczące lokalizacji detekcji zostały 14

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. Zestawienia ilościowe dla pojazdów oraz skrzyżowań, które mają zostać objęte tymi funkcjami są zawarte w załączniku do OPZ, tj. Tabeli nr 1 i Tabeli nr 2. Zamawiający nie wymaga zastosowania konkretnego systemu detekcji. Należy zaproponować system detekcji zgodny z wymaganiami. Dołączone jako załączniki plany skrzyżowań mają znaczenie poglądowy i orientacyjny. W zakresie określenia lokalizacji wyjątek stanowią detektory kolejkowe. Zamawiający informuje, iż detekcję kolejkową należy lokalizować zgodnie z wymaganiami, na wlocie skrzyżowania w odległości do 60 metrów od linii zatrzymania. 171. Pytanie Wykonawcy Ad. Program Funkcjonalno Użytkowy W nawiązaniu do zapisów w rozdziale 2.4.5 dotyczących zastosowania wideodetekcji dla celów detekcji zdarzeń drogowych prosimy o a) Sprecyzowanie, czy detekcja zdarzeń drogowych powinna być realizowana na wszystkich skrzyżowaniach z sygnalizacją świetlną objętych zadaniem, czy też tylko na wybranych sygnalizacjach. Jeżeli detekcja zdarzeń drogowych ma być realizowana na wybranych sygnalizacjach, prosimy o podanie wykazu tych sygnalizacji? b) Sprecyzowanie, czy wideodetekcja stosowana dla celów detekcji zdarzeń drogowych powinna obejmować wszystkie wloty każdego ze skrzyżowań, na których ma być ona realizowana? c) Sprecyzowanie, czy wideodetekcja stosowana do detekcji zdarzeń drogowych powinna obejmować również tarcze (wnętrza) każdego ze skrzyżowań, na których ma być ona realizowana? d) Sprecyzowanie zasięgu (odległości od linii zatrzymania), w jakim detekcja zdarzeń ma być realizowana na wlotach skrzyżowań. 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 zdarzeń i wideodetekcji 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. Zestawienia ilościowe dla pojazdów oraz skrzyżowań, które mają zostać objęte tymi funkcjami są zawarte w załączniku do OPZ, tj. Tabeli nr 1 i Tabeli nr 2. Zamawiający w części zasięgu (odległości od linii zatrzymania) oraz zakresu stosowania detekcji zdarzeń udzielił informacji w odpowiedzi na pytanie numer 125 - wyjaśnienia z dnia 12.09.2013r. 173. Pytanie Wykonawcy Ad. Program Funkcjonalno Użytkowy 15

W nawiązaniu do zapisów w rozdziale 4.2.2, prosimy o wyjaśnienie, czy w ramach budowanego systemu należy zastosować wideodetektory, które umożliwią realizację pomiarów ruchu? Wymagania funkcjonalno użytkowe konieczne do zaprojektowania i wdrożenia dla rozwiązań programowych i sprzętowych ZSZRiTP, w tym również dotyczące wideodetektorów i pomiarów 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. Zestawienia ilościowe dla pojazdów oraz skrzyżowań, które mają zostać objęte tymi funkcjami są zawarte w załączniku do OPZ, tj. Tabeli nr 1 i Tabeli nr 2. Zamawiający dopuszcza jako opcję zastosowania taki typ wideodetektorów, zgodną z wymaganiami SIWZ. 174. Pytanie Wykonawcy Ad. Program Funkcjonalno Użytkowy W nawiązaniu do zapisów w rozdziale 4.2.5, prosimy o wyjaśnienie, czy w ramach budowanego systemu należy zastosować wideodetektory, którym będzie można nadać stały adres IP? Wymagania funkcjonalno użytkowe konieczne do zaprojektowania i wdrożenia dla rozwiązań programowych i sprzętowych ZSZRiTP, w tym również dotyczące wideodetektoró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. Zestawienia ilościowe dla pojazdów oraz skrzyżowań, które mają zostać objęte tymi funkcjami są zawarte w załączniku do OPZ, tj. Tabeli nr 1 i Tabeli nr 2. Zamawiający dopuszcza jako opcję zastosowania taki typ wideodetektorów, zgodną z wymaganiami SIWZ. 175. Pytanie Wykonawcy Ad. Program Funkcjonalno Użytkowy W nawiązaniu do zapisów w rozdziale 4.2.5, prosimy o wyjaśnienie, czy w ramach budowanego systemu należy przewidzieć switche Ethernet, które umożliwią zdalny dostęp z centrum do wideodetektorów z adresacją IP? Wymagania funkcjonalno użytkowe konieczne do zaprojektowania i wdrożenia dla rozwiązań programowych i sprzętowych ZSZRiTP, w tym również dotyczące łą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. Zestawienia ilościowe dla pojazdów oraz skrzyżowań, które mają zostać objęte tymi funkcjami są zawarte w załączniku do OPZ, tj. Tabeli nr 1 i Tabeli nr 2. 16

Zamawiający dopuszcza jako opcję zastosowania taką transmisję dla zdalnego dostępu z centrum, zgodną z wymaganiami SIWZ. 176. Pytanie Wykonawcy Ad. Program Funkcjonalno Użytkowy W nawiązaniu do zapisów w rozdziałach 2.5.2 oraz 4.2.2, prosimy o potwierdzenie, że do transmisji obrazu z kamer wideodetekcji należy zastosować wideoserwery IP, które umożliwią dla każdego skrzyżowania transmisje obrazu z przynajmniej 3 kamer do centrum. Wymagania funkcjonalno użytkowe konieczne do zaprojektowania i wdrożenia dla rozwiązań programowych i sprzętowych ZSZRiTP, w tym również dotyczące wideodetekcji 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. Zestawienia ilościowe dla pojazdów oraz skrzyżowań, które mają zostać objęte tymi funkcjami są zawarte w załączniku do OPZ, tj. Tabeli nr 1 i Tabeli nr 2. Zamawiający dopuszcza jako opcję zastosowania takiej transmisji obrazu z kamer, zgodną z wymaganiami SIWZ. 177. Pytanie Wykonawcy Ad. Opis Przedmiotu Zamówienia W nawiązaniu do zapisów w rozdziale 3.2.5.2 cytuję należy dążyć do wykonania nowych instalacja w technice 40/42V, prosimy o sprecyzowanie a) Czy w ramach zadania należy obligatoryjnie wymienić istniejące sygnalizatory LED 230V na sygnalizatory LED 40/42V? Jeżeli tak, czy należy to zrobić we wszystkich sygnalizacjach świetlnych, gdzie sygnalizatory LED 230V są stosowane? b) Czy w ramach zadania należy obligatoryjnie wymienić istniejące sygnalizatory żarówkowe 230V na sygnalizatory LED 40/42V? Jeżeli tak, czy należy to zrobić we wszystkich sygnalizacjach świetlnych, gdzie sygnalizatory żarówkowe są stosowane? c) Czy Zamawiający dopuszcza pozostawienie istniejących sygnalizatorów LED 230V tam, gdzie są one stosowane w chwili obecnej? d) Czy Zamawiający dopuszcza wymianę sygnalizatorów żarówkowych na sygnalizatory LED 230V zamiast LED 40/42V? Pragniemy nadmienić, że stosowanie sygnalizatorów LED 40/42V wymaga zaprojektowania pod tym kątem okablowania sygnalizacji świetlnych, ze względu na małą tolerancją zmian napięcia zasilania przez te sygnalizatory. Stosowanie sygnalizatorów LED 40/42V w istniejących sygnalizacjach, szczególnie starszych może powodować problemy eksploatacyjne. Zamawiający wyjaśnia, iż nie należy obligatoryjnie wymieniać istniejących sygnalizatorów LED 230V na sygnalizatory LED 40/42V. 17

W ramach zadania należy obligatoryjnie wymienić istniejące sygnalizatory żarówkowe 230V na sygnalizatory LED 230V lub LED 40/42. Zamawiający dopuszcza pozostawienie istniejących sygnalizatorów LED 230V. 178. Pytanie Wykonawcy Ad. Opis Przedmiotu Zamówienia. W nawiązaniu do zapisów w rozdziale 3.2.5.2.1 wnioskujemy o wykreślenie wymogu stosowania wentylacji wymuszonej w sterowniku sygnalizacji świetlnej w oparciu o wyliczony punkt rosy. Jest to wymaganie kuriozalne w stosunku do oferowanych obecnie na rynku polskim urządzeń. Sterownik sygnalizacji powinien gwarantować prawidłową pracę w pełnym zakresie temperatur i wilgotności otoczenia, które mogą w praktyce wystąpić, bez potrzeby stosowania urządzeń wentylacji wymuszonej (wentylatorów) oraz bez potrzeby parametryzowania tych urządzeń w oparciu o standard CAN 2.0B. Polska Norma PN EN 50556 Systemy Sygnalizacji ruchu drogowego definiuje klasy odporności urządzenia na suche gorąco i zimne gorąco. Dla naszej strefy klimatycznej są to klasa AE3 (prawidłowa praca sterownika dla temperatur otoczenia >= -25oC) oraz klasa AB2 (prawidłowa praca sterownika dla temperatur otoczenia <= 55oC). Prosimy o wyjaśnienie, czy Zamawiający dopuszcza zastosowanie sterownika sygnalizacji spełniającego wymagania klas AE3 i AB2 zgodnie z PN EN 50556 bez potrzeby stosowania dodatkowych urządzeń wentylacyjnych oraz posiadający świadectwa badań w tym zakresie? Zamawiający wyjaśnia, iż przychyla się do wniosków Wykonawcy oraz wyjaśnia, iż dopuszcza zastosowanie sterownika sygnalizacji spełniającego wymagania klas AE3 i AB2 zgodnie z PN EN 50556 bez potrzeby stosowania dodatkowych urządzeń wentylacyjnych oraz posiadających świadectwa badań w tym zakresie. 179. Pytanie Wykonawcy Ad. Opis Przedmiotu Zamówienia W nawiązaniu do zapisów w rozdziale 3.2.5.2.1 wnioskujemy o wykreślenie wymogu stosowania sterownika, który do wymiany danych opiera się o standard komunikacyjny CAN- BUS 2.0B. Wymaganie to ogranicza w naszej opinii zasady wolnej konkurencji. Sterowniki różnych producentów opierają się o różne interfejsy komunikacyjne. Dla Zamawiającego świadectwem niezawodności urządzenia jest jego zgodność z obowiązującymi normami potwierdzona badaniami wykonanymi przez niezależne jednostki badawcze w przypadku sterownika sygnalizacji świetlnej z norma PN EN 50556. Prosimy o wyjaśnienie, czy Zamawiający dopuszcza zastosowanie sterownika sygnalizacji z komunikacją w innym standardzie niż CAN-BUS 2.0B spełniającego wymagania normę PN- EN 50556? 18

Zamawiający wyjaśnia, iż dopuszcza zastosowanie sterownika sygnalizacji z komunikacją w innym standardzie niż CAN-BUS 2.0B spełniającego wymagania normy PN-EN 50556. 180. Pytanie Wykonawcy Ad. Opis Przedmiotu Zamówienia W nawiązaniu do zapisów w rozdziale 3.2.5.2.1 prosimy o sprecyzowanie na czym ma polegać zabezpieczenie uniemożliwiające wdrożenie programu nie zatwierdzonego przez zarządzającego (podpis elektroniczny)? Prosimy o wyjaśnienie, czy Zamawiający dopuszcza zastosowanie sterownika sygnalizacji w inny sposób zabezpieczonego przed nie zamierzonym wgraniem programu sygnalizacji? Nadmieniamy, że obowiązujące w Polsce przepisy nie stawiają wymogu realizacji zabezpieczenia uniemożliwiającego wdrożenie programu nie zatwierdzonego podpisem elektronicznym. W szczególności prosimy o wyjaśnienie, czy Zamawiający dopuszcza zastosowanie sterownika sygnalizacji, w którym zabezpieczenie przez niezamierzonym wgraniem programu sygnalizacji opiera się zamiast podpisu elektronicznego na identyfikacji przez sterownik uprawnień osoby ( która zamierza wgrać program sygnalizacji) na nazwy i hasła użytkownika? Zamawiający wyjaśnia, iż zabezpieczenie takie ma być dodatkowym elementem bezpieczeństwa zarządzania poszczególnymi wersjami programów sterowania lokalnego implementowanymi w sterowniku w czasie jego wieloletniej eksploatacji i modyfikacji lub dokonywania prób modyfikacji przez osoby nieuprawnione do tego. Zamawiają wyjaśnia, iż dopuszcza zastosowanie sterownika sygnalizacji w inny sposób zabezpieczonego przed nie zamierzonym wgraniem programu, bazujący na identyfikacji przez sterownik uprawnień osoby ( która zamierza wgrać program sygnalizacji) nazwy i hasła użytkownika. 181. Pytanie Wykonawcy Ad. Opis Przedmiotu Zamówienia W nawiązaniu do zapisów w rozdziale 3.2.5.2.1, prosimy o wyjaśnienie pojęcia szyna JMS? Czy jest to nazwa konkretnego standardu technicznego czy też nazwa własna produktu ofertowanego przez konkretnego producenta sterowników sygnalizacji świetlnej? Prosimy o wyjaśnienie pojęcia cytuję inny byt informatyczny. Prosimy o wyjaśnienie jakim celom ma służyć dostęp do szyny JMS i odczyt wymienionych w OPZ danych z wykorzystaniem tej szyny. Prosimy o wyjaśnienie, czy Zamawiający dopuszcza zastosowanie sterownika sygnalizacji wyposażonego poza łączem do komunikacji z centrum sterowania/zarządzania ruchem w osobny port do komunikacji lokalnej umożliwiający odczyt takich informacji jak np. stany 19

detektorów, stany grup sygnalizacyjnych, zgłoszenia od pojazdów komunikacji zbiorowej, informacji o fazach, programach itp.. Zamawiający wyjaśnia, iż rezygnuje z wymagań opisanych dla pojęcia szyna JMS oraz pojęcia inny byt informatyczny. Zamawiający dopuszcza zastosowanie sterownika sygnalizacji wyposażonego poza łączem do komunikacji z centrum sterowania/zarządzania ruchem w osobny port do komunikacji lokalnej umożliwiający odczyt takich informacji jak np. stany detektorów, stany grup sygnalizacyjnych, zgłoszenia od pojazdów komunikacji zbiorowej, informacji o fazach, programach itp. 182. Pytanie Wykonawcy Ad. Opis Przedmiotu Zamówienia W nawiązaniu do zapisów w rozdziale 3.2.5.2.1, prosimy o wyjaśnienie, gdzie powinna być zaimplementowana strona WWW sterownika? Zgodnie z PFU i OPZ sterowniki sygnalizacji dostarczone / zmodernizowane w ramach niniejszego zadania powinny być elementem systemu zarządzania ruchem, którego elementy będą komunikowały się przez szynę danych (OPZ rozdział 1.3), a nie sieć WWW, która ze swej natury nie gwarantowałaby wymaganego bezpieczeństwa tansmisji danych. W związku z powyższym prosimy o wyjaśnienie, jakim celom ma służy komunikacja przez stronę WWW ze sterownikami sygnalizacji, których dotyczy niniejsze zadanie? Czy Zamawiający dopuszcza pozyskiwanie takich danych dotyczących konfiguracji sterownika poprzez szynę danych bez pośrednictwa sieci WWW, ale w oparciu o inne narzędzia programistyczne, które będą dostarczone w ramach budowy systemu zarządzania ruchem? Zamawiający wyjaśnia, iż celem takiej komunikacji se sterownikiem sygnalizacji jest zapewnienie awaryjnego, zdalnego dostępu do monitoringu stanu pracy urządzeń sterujących. Przy czym niezależnie od tego wymagania sterownik musi być zintegrowanym elementem ZSZRiTP. Zamawiający dopuszcza pozyskiwanie danych dotyczących konfiguracji sterownika poprzez szynę danych bez pośrednictwa sieci WWW, ale w oparciu o inne narzędzia programistyczne, które będą dostarczone w ramach budowy ZSZRiTP. 183. Pytanie Wykonawcy Ad. Opis Przedmiotu Zamówienia W nawiązaniu do zapisów w rozdziale 3.2.5.2.1 prosimy o wyjaśnienie, czy wymagane 30- minutowe potrzymanie bateryjne dla modułów sterujących sterownika sygnalizacji powinno dotyczyć samego sterownika, czy też całej sygnalizacji świetlnej tj. sterownika, sygnalizatorów i urządzeń detekcji ruchu? 20