ZA ZAŁĄCZNIK NR 4

Transkrypt

1 ZA ZAŁĄCZNIK NR 4 SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA załącznik nr 1 do umowy WARUNKI TECHNICZNE DOTYCZĄCE Założenia Geodezyjnej Sieci Uzbrojenia Terenu sieć wodociągowa I. Obowiązujące normy prawne i przepisy techniczne. 1. Ustawa z dnia 17 maja 1989 r. Prawo geodezyjne i kartograficzne (tekst jednolity Dz. U. z 2010 r., nr 193 poz z późn. zm.). 2. Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 12 lutego 2013 r. w sprawie bazy danych geodezyjnej ewidencji sieci uzbrojenia terenu, bazy danych obiektów topograficznych oraz mapy zasadniczej (Dz. U. 2013, poz. 383). 3. Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 5 września 2013 r. w sprawie organizacji i trybu prowadzenia państwowego zasobu geodezyjnego i kartograficznego (Dz. U. 2013, poz. 1183). 4. Rozporządzenie Ministra Rozwoju Regionalnego i Budownictwa z dnia 29 marca 2001 r. w sprawie ewidencji gruntów i budynków (Dz. U. z 2001 r., nr 38, poz. 454). 5. Rozporządzenie Ministra Administracji i Cyfryzacji z dnia 29 listopada 2013 r. zmieniające rozporządzenie w sprawie ewidencji gruntów i budynków (Dz. U. 2013, poz. 1551). 6. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 19 lutego 2004 r. w sprawie wysokości opłat za czynności geodezyjne i kartograficzne oraz udzielanie informacji, a także za wykonywanie Wyrysów i wypisów z operatu ewidencyjnego (Dz. U. z 2004 r., nr 37, poz. 333). 7. Rozporządzenie Ministra Rozwoju Regionalnego i Budownictwa z dnia 16 lipca 2001 r. w sprawie zgłaszania prac geodezyjnych i kartograficznych, ewidencjonowania systemów i przechowywania kopii zabezpieczających bazy danych, a także ogólnych warunków umów o udostępnianie tych baz (Dz. U. z 2001 r., nr 78, poz. 837). 8. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 9 listopada 2011 r. w sprawie standardów technicznych wykonywania geodezyjnych pomiarów sytuacyjnych i wysokościowych oraz opracowywania i przekazywania wyników tych pomiarów do państwowego zasobu geodezyjnego i kartograficznego (Dz. U. z 2011 r., nr 263, poz. 1572). 9. Uwzględnienie przepisów technicznych ze względu na sposób prowadzenia bazy danych (instrukcje techniczne): G7 Geodezyjna Ewidencja Sieci Uzbrojenia Terenu, K1 Podstawowa Mapa Kraju, K1 Mapa Zasadnicza wydana w 1998 r. przez Głównego Geodetę Kraju, 1

2 II. Dane do wykonania opracowania Dane które należy wykorzystać do wykonania zadania należy pozyskać z Ośrodka Dokumentacji Geodezyjnej i Kartograficznej (ODGiK) mieszczącego się w Wydziale Geodezji i Kartografii Urzędu Miejskiego w Gliwicach. Dane zostaną udostępnione w postaci mapy wektorowej i analogowej, i będą stanowiły podstawę do założenia Geodezyjnej Ewidencji Sieci Uzbrojenia Terenu w tym: operaty z inwentaryzacji sieci uzbrojenia terenu wraz z danymi w postaci plików TXT, RDL, DXF, materiały Zespołu Uzgodnień Dokumentacji Projektowej, dane zgromadzone w bazie danych obiektów topograficznych prowadzonej dla miasta Gliwice w systemie Ewid 2007, dalej zwaną bazą. III. Zakres prac obejmuje. a. Utworzenie inicjalnej bazy danych GESUT dla sieci wodociągowej. b. Przedłożenie podmiotom władającym poszczególnymi sieciami uzbrojenia terenu odpowiedniej treści inicjalnej bazy danych GESUT w celu weryfikacji. c. Rozpatrzenie uwag zgłoszonych przez podmioty władające siecią uzbrojenia terenu do przedłożonej treści inicjalnej bazy danych GESUT, powiadomienie tych podmiotów o sposobie rozpatrzenia zgłoszonych uwag oraz modyfikacji inicjalnej bazy danych. IV. Charakterystyka zamówienia: Powierzchnia opracowania obejmuje 3110 ha, co stanowi łącznie długość sieci wodociągowej podlegającej opracowaniu około 417 km. Obszar opracowania obejmuje teren w granicach 12 obrębów ewidencyjnych: Bojkowskie Pola, Ku Dołom, Ligota Zabrska, Nowe Gliwice, Nowe Miasto, Politechnika, Przedmieście, Sikornik, Stare Miasto, Trynek, Wójtowa Wieś, Wójtowe Pola. V. Zasady opracowania bazy danych GESUT dla sieci wodociągowej ETAP I 1. Utworzenie inicjalnej bazy danych GESUT a. Wykonanie usługi przetwarzania danych polegającej na założeniu Geodezyjnej Ewidencji Sieci uzbrojenia Terenu wymaga zgłoszenia pracy geodezyjnej w ODGiK w Gliwicach przed przystąpieniem do realizacji przedmiotu umowy przez osobę posiadającą uprawnienia zawodowe określone w art. 43 pkt. 1 Ustawy z dnia 17 maja 1989 Prawo geodezyjne i kartograficzne. Materiały niezbędne do wykonania pracy będą wydawane w postaci: danych wektorowych zgromadzonych w bazie dla całego obszaru w formacie SHP, GML, DXF, KCD, operatów z inwentaryzacji sieci uzbrojenia terenu wraz z występującymi ODGiK danymi w postaci plików TXT lub RDL, lub DXF, materiałów Zespołu Uzgodniania Dokumentacji Projektowej w formacie SHP, GML, DXF, KCD, które zostały wprowadzone do bazy. Zleceniodawca zakłada, że dokumentacja z operatów ma posłużyć jedynie do analizy jeżeli chodzi o źródło pochodzenia danych sieci wodociągowej, całość 2

3 danych wektorowych (bazy) jest aktualizowana na bieżąco i zostanie wydana w układzie 2000 dla pasa 6 południka środkowego 18. Jednocześnie nie wyklucza się konieczności uzupełnienia bazy danych o operaty, które nie zostały wprowadzone. Wszelkie prace należy wykonać w układzie 2000 dla pasa 6 południka środkowego 18 współrzędnych płaskich. b. Poza materiałami otrzymanymi z ODGiK do wykonania pracy należy również wykorzystać materiały branżowe, w tym: ewidencje branżowe, inwentaryzacje powykonawcze, dokumentacje techniczne elementów sieci, mapy tematyczne, schematy sieci. Przed złożeniem oferty wykonawca powinien uwzględnić informacje o kosztach, które powstaną w wyniku udostępnienia informacji z instytucji branżowych. c. Generalną zasadą jest selekcja i wykorzystanie danych w kolejności stopnia zaufania do ich precyzji: analityczne przez dane należy rozumieć takie, które pochodzą z pomiarów spełniających wymagania instrukcji technicznych oraz rozporządzenia w sprawie standardów, na podstawie których można obliczyć współrzędne nadające się do matematycznego przetwarzania. Wymaga się aby precyzja zapisu tych danych spełnia wymagania określone w przepisach wskazanych w pkt. I ppkt. 8 i pkt I ppkt. 6 graficzne dane z digitalizacji lub wektoryzacji mapy zasadniczej, branżowe. Wykorzystanie danych o mniejszej precyzji dopuszczalne jest tylko wtedy, gdy brak danych wyższej precyzji. d. Przeprowadzić analizę przydatności danych, przez co rozumie się następujące badania: zgodność treści materiału z zakresem GESUT, ustalenie warunków pomiaru (przed, czy po zasypaniu przewodu), porównanie zgodności dokumentów pomiarowych z obowiązującymi standardami, porównanie wzajemnej zgodności badanych dokumentów, e. Analizę przydatności kończą raporty z Analizy Przydatności Istniejących Materiałów, wykonane osobno dla materiałów znajdujących się w Zasobie Geodezyjno Kartograficznym i osobno dla każdego innego źródła danych, w tym dla administratorów sieci wodociągowej oraz Zespołu Uzgadniania Dokumentacji Projektowej. Raporty uzupełnić mapami zasięgu analizowanych materiałów i szkicowego przebiegu sieci, z wyróżnieniem kategorii oraz zaznaczeniem tych odcinków, dla których brak danych analitycznych. Wydaną bazę wykorzystać do tworzenia GESUT. W celu zachowania ciągłości historycznej dla obiektów tworzonych umieścić w atrybucie idiip obiektów klasy GES_ObiektGESUT i klas z niej dziedziczących wartość atrybutu SYSID z wydanego pliku shp dla obiektów o zbliżonej lub tej samej geometrii w tworzonej inicjalnej bazie GESUT z wydanymi obiektami istniejącej bazy danych. 3

4 Zasada nadania BT_Identyfikatora (pole idiip obiektów klasy GES_ObiektGESUT o klas z nią dziedziczących): Przykład: <bt:bt_identyfikator> <bt:lokalnyld>ges_budowlapodziemna </bt:lokalnyld> <bt:przestrzennazw>pl.pzgik.gesut</bt:przestrzennazw> </bt:bt_odentyfikator> gdzie GES_BudowlaPodziemna nazwa klasy wydanego obiektu, identyfikator obiektu w bazie (mz_obiekt.obiekt_id) w przypadku przyjmowanego nowo utworzonego obiektu, element <bt:lokalnyld> powinien wygladać następująco: <bt:lokalnyld>ges_budowlapodziemna.n.1</bt:lokalnyld> gdzie GES_BudowlaPodziemna nazwa klasy wydanego obiektu, N litera oznaczająca nowy obiekt, 1 liczba naturalna z zakresu 1.n Identyczna zasada odnosi się do identyfikatora gml:id każdego obiektu: dla istniejących: <ges:ges_budowlapodziemna xmlns:gml= gml:id= BudowlaPodziemna > Dla nowo utworzonych: <ges:ges_budowlapodziemna xmlns:gml= gml:id= GES_Budowlapodziemna.N.1 > Wartości tych obu identyfikatorów (gml:id i<bt:bt_identyfikator>) w ramach jednego dokumentu gml powinny być unikalne, tzn nie mogą się powtarzać przy innych obiektach. Ponieważ dane z bazy informują o przewodach i armaturze w sposób mniej szczegółowy niż GESUT, wykorzystanie informacji z tej bazy wiąże się z ich przekształceniem. 2. Zasady przygotowania danych. Wykonawca przygotowując dane powstałe w wyniku modernizacji istniejących obiektów zgodnych z modelem pojęciowym określonym w Rozporządzeniu Ministra Administracji i Cyfryzacji z dnia 12 lutego 2013 w sprawie bazy danych geodezyjnej ewidencji sieci uzbrojenia terenu, bazy danych obiektów topograficznych oraz mapy zasadniczej zwanym dalej Rozporządzeniem BDOT500/GESUT oraz zgodnych z modelem pojęciowym instrukcji K1. Ilekroć w dokumencie jest mowa o pliku lub danych GML, oznacza to GML zgodny z w/w. Rozporządzeniem winien kierować się zasadami wymienionymi poniżej: a. Procedura aktualizacji bazy danych GESUT i BDOT500 pierwsze wydanie danych w formacie GML z bazy źródłowej ODGiK bez ich blokady, wczytanie danych z pliku GML do pustej roboczej bazy danych Wykonawcy założonej w dowolnym oprogramowaniu, wykonanie przez Wykonawcę roboczej bazy danych z wykorzystaniem danych wymienionych w pkt. 1a, 4

5 drugie wydanie danych w formacie GML z bazy źródłowej ODGiK z ich blokadą, ponowne wczytanie danych z pliku GML do roboczej bazy Wykonawcy, wprowadzenie zmian do roboczej bazy Wykonawcy, wydanie danych w formacie GML z roboczej bazy Wykonawcy, wczytanie danych GML (wydanych z bazy roboczej) do bazy źródłowej w ODGiK, w przypadku niepowodzenia poprawa błędów i ponowne wczytanie aż do skutku. b. Zawartość pliku GML Plik GML powstały w wyniku prac Wykonawcy winien zwierać następujące grupy obiektów zgodnych z rozporządzeniem: obiekty usunięte, których cykl życia zakończył się. Grupa ta obejmuje obiekty, które zostały wydane wykonawcy z Bazy powiatowej i w związku z tym mają identyfikatory idiip pochodzące z Bzy Powiatowej. Taki obiekt powinien mieć wypełnione pole koniecwersjiobiektu w atrybucie cyklzyciaobiektu oraz atrybut koniecobiektu, obiekty zmodyfikowane, których atrybuty zmieniły się i powstały ich kolejne wersje. Obiekty te zostały wydane wykonawcy z Bazy Powiatowej, ale w wyniku zmian jego wersja została zarchiwizowana i powstała kolejna. W pliku GML musi się znaleźć zarówno wersja wydana z wypełnioną datą zakończenia cyklu życia obiektu (pole koniecwersjiobiektu w cyklzyciaobiektu), jak i nowa wersja obiektu (wypełnione pole poczatekwersjiobiektu w atrybucie cyklzyciaobiektu). Ilość obiektów z zakończonym cyklem życia obiektu oraz nowych wersji tych obiektów musi być sobie równa. W przypadku gdy Wykonawcy zostały wydane obiekty klasy K1_Obiekt (o których będzie mowa poniżej) to winny mieć ustawiony atrybut koniecobiekt. Koniec cyklu życia obiektu (lub element koniecobiekt w obiekcie klasy K1_Obiekt) powinien być równy początkowi życia kolejnej wersji obiektu, obiekty nowe, które mają pole lokid atrybutu idiip puste bądź wypełnione identyfikatorem nadanym przez wykonawcę. Taki obiekt powinien mieć wypełnione pole poczatekwersjiobiektu w atrybucie cyklzyciaobiektu oraz atrybut startobiekt. Wszystkie daty uzupełnione przez Wykonawcę w polach koniecwersjiobiekty, koniecobiekt, poczatekwersjiobiekt, startobiekt czyli daty archiwizacji obiektów lub ich wersji oraz daty powstania obiektów lub ich wersji muszą być późniejsze niż data wydania blokady w bazie ODGiK. Każdy obiekt w ramach całego pliku GML powinien mieć unikalny atrybut gml:id np.: BDZ_Jezdnia.123, BDZ_Jezdnia.123.1, BDZ_Jezdnia.N.1 Jeżeli wykonawca otrzymał w pliku do modyfikacji obiekty zgodne z modelem pojęciowym K1 to zostały one wydane w postaci obiektów klasy K1_Obiekt zgodnie ze schematem aplikacyjnym K1.xsd, którego lokalizacja jest podana w atrybucie schemalocation elementu featurecollection. Przykładowo pierwsza definicja obiektów klasy K1_Obiekt znajduje się pod adresem gdzie katalog v1 oznacza pierwszą wersję definicji i może się zmienić odpowiednio na v2 dla wersji 2. 5

6 Obiekty, które mają datę powstania, modyfikacji lub usunięcia wcześniejszą niż data blokady zostaną pominięte. Obiekty klasy K1_Obiekt mogą znajdować się w pliku oddanym przez wykonawcę tylko w grupie A (do archiwizacji) i B (poprzednie stany obiektów zarchiwizowanych). c. Wytyczne dotyczące danych geometrycznych dane geometryczne powinny mieć określony układ współrzędnych zgodnie ze specyfikacją GML, gdzie dziedziną atrybutu srsname jest any Uri: srsname= urn:ogc:def:crs:epsg::[numer układ zgodnie z EPSG] Przykład: srsname= urn:ogc:def:crs:epsg::2177 Dopuszczalna jest też tzw. Forma krótka czyli: srsname= EPSG:[numer układu zgodnie z EPSG] Przykład: srsname= EPSG:2177 Współrzędne powinny mieć kolejność zgodną z układem geodezyjnym czyli pierwsza współrzędna skierowana na północ, druga na wschód. Układ współrzędnych powinien zostać przyjęty taki jaki obowiązuje na mapie ODGiK. d. Wytyczne dotyczące określania identyfikatora obiektu Przez identyfikator obiektu rozumieć należy dane zawarte w obiekcie klasy BT_Identyfikator, którego definicja zawarta jest w modelu Podstawowym. Jego budowa powinna być następująca: dla obiektów istniejących, które zostały zmodyfikowane, oraz obiektów, które zostały usunięte należy zachować pole lokalnyid oraz przestrzennazw z obiektu źródłowego np. <bt:bt_identyfikator> <bt:lokalnyid>tewid.bdz_jezdnia </bt:loklnyid> <bt:przestrzennazw>pl.pzgik.2466.bdot500</bt:przestrzen Nazw> <bt:wersjaid> :23:55</bt:wersjaId> </bt:bt_identyfikator> Pole lokalid dla obiektów Bazy Powiatowej składa się z przedrostka TEWID, klasy obiektu BDOT/GESUT oraz liczby całkowitej rozdzielonych kropką np.: TEWID.BDZ_Jezdnia dla obiektów nowych nie pochodzących z Bazy Powiatowej identyfikator nie powinien zawierać ciągu TEWID np.: N.123 e. Wytyczne zapisu redakcji oraz wypełnień obiektów zgodnych z załącznikiem 5 Rozporządzenia Do zapisu redakcji mapy (położenia opisów mapy użyć obiektów klasy KR_ObiektKarto z wypełnionymi polami etykieta klasy KR_Etykieta). Należy utworzyć relację do obiektów w bazie danych GESUT lub BDOT500 w polu obiektprzedstawiany. Pole tekst obiektu KR_Etykieta musi się zgadzać z treścią opisywanego atrybutu obiektu BDOT500GESUT. Pole geometriakarto obiektu KR_ObiektKarto powinna zawierać geometrię wypełniającą rowy, skarpy i inne dane geometryczne wymagane przez załącznik 5 ale nie przechowywane w Bazie BDOT500 i GESUT. 6

7 Termin zakończenia ETAPU I realizacji przedmiotu umowy ustala się do 30 września 2014 r. Należy przekazać plik inicjalnej bazy danych GESUT w formacie GML nie później niż do 30 września 2014 r.. ETAP II 1. Przedłożenie podmiotom władającym poszczególnymi odcinkami sieci uzbrojenia terenu treści inicjalnej bazy danych GESUT w celu weryfikacji. W procesie zakładania GESUT informacje zawarte w warstwie uzbrojenia inicjalnej bazy danych muszą zostać uzupełnione i sprawdzone w oparciu o pozostałe materiały źródłowe instytucji branżowych. Wykonawca wystąpi zatem do instytucji branżowych z prośbą o weryfikację danych. W przypadku braku informacji z PWiK Gliwice Wykonawca we własnym zakresie ustali, kto jest właścicielem lub władającym danego odcinka sieci wodociągowej. W przypadku uwag zgłoszonych przez podmioty władające sieciami uzbrojenia terenu do przedłożonej treści inicjalnej bazy danych GESUT wykonawca w porozumieniu ze Zlecającym rozpatruje zgłoszone uwagi. Podczas prac nad założeniem GESUT w przypadku braku danych lub luk w istniejących materiałach konieczne jest uzupełnienie takich miejsc informacjami z ewidencji branżowych. 2. Wykonawca uzupełni inicjalną bazę danych o wszystkie wydane do realizacji przedmiotu umowy operaty związane z inwentaryzacją sieci wodociągowej, które wpłynęły do ODGiK w okresie realizacji przedmiotu umowy. Obowiązkiem wykonawcy jest wprowadzenie danych z operatów, które przyjęte zostały do ODGiK do dnia 14 listopada 2014 r.. 3. Uzupełnienie baz danych w ODGiK należy każdorazowo uzgodnić z administratorem systemu. Sieci uzbrojenia terenu przekraczające granice opracowania należy graficznie połączyć z najbliżej położonym punktem węzłowym sieci. Poza uzupełnieniem bazy całość opracowania przekazać na zewnętrznym dysku twardym dołączonym do operatu GESUT. 4. Sporządzić operat GESUT, który jest zbiorem zawierającym dokumenty powstałe podczas zakładania GESUT. W szczególności operat powinien zawierać: a) warunki techniczne, b) sprawozdanie techniczne z opisem prac, c) rejestr materiałów źródłowych ze wskazaniem miejsca ich składowania, d) raport z analizy przydatności materiałów, e) mapę zasięgu analizowanych materiałów i szkicowego przebiegu sieci, f) dokumenty końcowych uzgodnień z jednostką prowadzącą branżową ewidencję sieci, w której wykazano poszczególne uzgodnienia, g) pliki wynikowe w formacie GML opatrzone podpisem elektronicznym. Terytorialnym zasięgiem operatu są obręby ewidencyjne wymienione w punkcie IV Termin zakończenia ETAPU II realizacji przedmiotu umowy ustalono do 24 listopada 2014 r. 7

8 VI. Kontrola Wszelkie uzgodnienia z Zamawiającym powinny być potwierdzone, wpisem do dziennika robót przez Kierownika ODGiK. Dziennik robót należy dołączyć do operatu GESUT. Po złożeniu kompletnego operatu GESUT zostanie przeprowadzona kontrola ostateczna. Wykonawca zobowiązany jest do przekazania do ODGiK plików wsadowych GML w formacie zgodnym ze schematem alikacyjnym GESUT (Załącznik nr 4) oraz zgodnie z schematem aplikacyjnym dla Mapy Zasadniczej, oraz Modelu Podstawowego (Załącznik nr 8) Rozporządzenia Ministra Administracji i Cyfryzacji z dnia 12 lutego 2013 r. w sprawie bazy danych geodezyjnej ewidencji sieci uzbrojenia terenu, bazy danych obiektów topograficznych oraz mapy zasadniczej (Dz. U. z 2013 r. poz. 383). Do stworzenia redakcji mapy należy użyć obiektów klasy KR_ObiektKarto, KR_PktWys z wypełnionymi polami etykieta klasy KR_Etykieta z wypełnionymi referencjami do obiektów w bazie danych GESUT w polu obiektprzedstawiny. Przekazany plik zgodny ze schematem XSD poddany walidacji musi być pozbawiony błędów i spełniać kryteria poprawności zawartych treści wyżej wymienionego rozporządzenia. Pozytywny wynik testu przeprowadzonego na plikach GML jest warunkiem odbioru przedmiotu zamówienia. 8