Załącznik nr 9 do Warunków Technicznych SZCZEGÓŁOWE WYTYCZNE opracowania bazy danych ewidencji gruntów i budynków w programie V-System firmy P.G.I. Compass 1. Uwagi o charakterze ogólnym. 1.1. Numeryczna mapa ewidencyjna zostanie wydana Wykonawcy w formacie SWDE oraz dodatkowo, ze względu na braki i ograniczenia tego formatu (np. brak przenoszenia elementów redakcyjnych), w formacie dgn programu MicroStation. 1.2. Dane opisowe ewidencji gruntów prowadzone w programie VEGA zostaną wydane Wykonawcy w postaci pliku zapisanego w formacie SWDE oraz dodatkowo, ze względu na ograniczenia formatu SWDE (np. nie przenoszenie istotnych notatek i uwag dodatkowych związanych z danymi ewidencyjnymi) w postaci tzw. wydruków raportów podstawowych i pomocniczych do formatu rtf. 1.3. Wykonawca otrzyma powyższe dane cyfrowe na początku pracy i w trakcie jej realizacji oraz na 2 tygodnie przed terminem wyłożenia projektu operatu ewidencji gruntów i budynków, celem dokonania ostatecznego, oficjalnego importu skontrolowanych danych do systemu informatycznego V-System. 1.4. Zamawiający zablokuje na okres wyłożenia wprowadzanie zmian w bazach ewidencyjnych (VEGA, V-Mapa) wynikających z dokumentów wpływających na bieżąco do Starostwa. W razie wystąpienia konieczności wprowadzenia takiej zmiany w bazie Zamawiającego na przykład w skutek żądania strony (dane potrzebne dla celów notarialnych), zmiana ta zostanie jeszcze raz wprowadzona przez Wykonawcę do wersji bazy ewidencyjnej, która była przedmiotem wyłożenia do publicznego wglądu. 1.5. Zgodnie z wymogami art. 24a ust. 8 Prawa geodezyjnego i kartograficznego Wykonawca następnego dnia roboczego po terminie końcowym wyłożenia wdroży kompletne i poprawne bazy danych ewidencyjnych w systemie informatycznym funkcjonującym w siedzibie Zamawiającego. 1.6. Ze względu na obiektowy i bazodanowy zapis danych ewidencyjnych w systemach V-Mapa i VEGA zaleca się, aby Wykonawca wykorzystał te programy do wprowadzenia danych powstałych w wyniku realizacji prac objętych niniejszymi Warunkami. 1.7. W celu wprowadzenia do ewidencyjnej bazy danych wyników wykonanych prac Zamawiający udostępni Wykonawcy stanowiska pracy, pozwalające na podłączenie sprzętu komputerowego należącego do Wykonawcy z zainstalowanym oprogramowaniem Vega i V-Mapa w sposób zapewniający bezpieczny dostęp do bazy oraz jej edycję. 2. Informacje szczegółowe dotyczące opisowej bazy danych ewidencji. 2.1. Zamawiający udostępni Wykonawcy przykładowe arkusze kalkulacyjne Excela (xls), które posłużą Wykonawcy do wsadowego załadowania danych ewidencyjnych do systemu VEGA. 2.2. Ze względu obiektowość systemu VEGA i wzajemne powiązania danych ewidencyjnych (np. prawa związane) dla pełnego załadowania danych konieczne jest wykonanie pewnego zakresu prac z użyciem systemu VEGA. Dotyczy to m.in. powiązania nieruchomości lokalowych z gruntowymi jednostkami rejestrowymi. 3. Informacje szczegółowe dotyczące numerycznej mapy ewidencyjnej. 3.1. Numeryczna mapa ewidencji gruntów i budynków podlega importowi do obiektowego systemu V-System opartego o edytor MicroStation oraz relacyjną bazę danych Oracle. 3.2. Obiekt składa się z elementów mających reprezentację graficzną na mapie (elementy liniowe i teksty) oraz atrybutów opisowych nie mających takiej prezentacji. W systemie V-System stosuje się segregację obiektów w poszczególnych kategoriach. W ewidencji gruntów i budynków wyróżnia się dwie kategorie: Grunty i Budynki. 1
3.3. Hurtowe napełnianie bazy danych realizowane jest poprzez bezpośredni import danych z plików, z rozwarstwieniem przedstawionym w tabeli nr 1. Podstawowym formatem danych do importu jest plik graficzny dgn edytora MicroStation. Formatem uzupełniającym dla punktów granicznych jest plik tekstowy w formacie ASCII zapisany w formacie: Nr;X;Y;ZRD;KERG. 3.4. Dane z kategorii Grunty muszą spełniać określone dla nich warunki topologiczne czyli zdefiniowane relacje pomiędzy elementami graficznymi, które je tworzą. Aby nastąpiła poprawna i pełna integracja danych importowanych z danymi już istniejącymi w bazie, muszą być zachowane wzajemne relacje ustalone dla obiektów topologicznych. Dlatego też w opracowaniu należy uzgodnić geometrię obiektów topologicznych na granicy opracowywanego obrębu z obiektami istniejącymi w bazie. Wykonawca otrzyma z PODGiK podstawowe materiały niezbędne do integracji istniejącej bazy danych z nowym opracowaniem. 3.5. Dopuszcza się poziomy (warstwowy) podział treści mapy ewidencji gruntów i budynków. Oznacza to, że jeden plik graficzny może zawierać: komplet wszystkich danych ewidencyjnych (wszystkie obiekty w jednym pliku), kilka kompletów obiektów różnego typu, np. punkty graniczne i działki lub kontury klasyfikacyjne i użytki (kilka typów obiektów w jednym pliku), komplet obiektów jednego typu, np. działki (jeden typ obiektów w jednym pliku). W każdym przypadku obowiązuje zasada spełnienia wszystkich wymogów stawianych łącznie różnym warstwom informacyjnym. 3.6. Rozwarstwienie pliku graficznego musi zapewniać jednoznaczną identyfikację elementów podstawowych obiektów. Na jednej warstwie nie mogą znajdować się elementy liniowe różnych obiektów (np. granice działek i kontury użytków) ani elementy tekstowe (np. nr działek i oznaczenia użytków). Wykonawca jest zobowiązany do dostarczenia pliku TXT z opisem zastosowanego przez siebie rozwarstwienia. Tabela 1. Lp. Specyfikacja warstwy Obiekt Charakter 1 granice administracyjne (państwa, województwa, powiatu) - graficzny 2 granice jednostek ewidencyjnych - graficzny 3 granice obrębów graficzny 4 granice działek ewidencyjnych działka ewid. podstawowy 5 kontury klas gleboznawczych kontur klasyf. podstawowy 6 kontury użytków gruntowych użytek gruntowy podstawowy 7 obrysy budynków budynek podstawowy 8 punkty adresowe punkt adresowy podstawowy 9 punkty graniczne punkt graniczny podstawowy 10 punkty robocze punkty robocze podstawowy 11 osie ulic ulica podstawowy 12 nazwy administracyjne (państwa, województwa, powiatu) - graficzny 13 oznaczenie jednostek ewidencyjnych - graficzny 14 oznaczenie obrębów - graficzny 15 nr ewidencyjne działek działka ewid. podstawowy 16 oznaczenie klas gleboznawczych kontur klasyf. podstawowy 17 oznaczenie użytków gruntowych użytek gruntowy podstawowy 18 oznaczenia budynków (funkcja i liczba kondygnacji) budynek podstawowy 19 numery ewidencyjne budynków budynek podstawowy 20 numery punktów granicznych punkt graniczny podstawowy 21 numery punktów roboczych punkty robocze podstawowy 22 nazwy ulic, placów ulica podstawowy 23 Inne - graficzny 3.7. Plik projektowy dgn musi mieć właściwie zdefiniowane następujące ustawienia początkowe: przestrzeń projektową 2D, czcionki standardowe MicroStation w stronie kodowej 1250 (Windows). 2
3.8. Granice topologicznych działek ewidencyjnych muszą być oparte na punktach granicznych. W systemie V-System wyróżnia się 3 rodzaje punktów granicznych: punkt granicy państwa stabilizowany trwale, punkt graniczny stabilizowany trwale, punkt załamania granicy działki nie stabilizowany. 3.9. Granice konturów klasyfikacyjnych i użytków mogą, ale nie muszą opierać się na punktach granicznych i roboczych (pikietach pomiarowych). 3.10. Punkty graniczne z jednego obrębu można importować iteracyjnie. W jednej iteracji można zaimportować grupę punktów o jednakowych parametrach (takiego samego rodzaju i o tym samym pochodzeniu). Z tego względu w pliku dgn należy wyróżnić kolorem lub osobną warstwą punkty o tych samych cechach. Punkt graniczny ma być prezentowany w rysunku przez element typu tekst (numer lub inne oznaczenie punktu w razie braku numeru). Współrzędne punktu określa punkt wstawienia tekstu. Tekst określony w pliku zostaje przejęty w trakcie ładowania danych jako numer roboczy punktu. Koniecznie należy stosować justyfikację tekstu jako lewy-dolny. 3.11. Działki ewidencyjne. 3.11.1. System V-System zakłada, że odcinki prezentujące granice działek w obrębie tworzą obszary topologiczne, a punkty granicy obrębu muszą być uzgodnione z punktami granic obrębów przyległych. Granice zewnętrzne działek ewidencyjnych należących do tego samego obrębu tworzą granice obrębu ewidencyjnego. 3.11.2. Granice należy kreślić odcinkami lub łamanymi opierając ich końce i wierzchołki na punktach granicznych. Numer działki ewidencyjnej należy umieszczać tak, aby punkt wstawienia tekstu znajdował się wewnątrz obszaru działki ewidencyjnej i był niepowtarzalny dla danego obrębu. Justyfikację tekstu należy przyjąć jako lewy dolny. 3.11.3. W wierzchołkach granic działek, w których nie ma wstawionych w rysunku punktów granicznych, zostanie dodany w trakcie importu punkt załamania granicy działki nie stabilizowany (kod 203 GRO) z cechą ZRD równą D (digitalizacja mapy i wektoryzacja rastra). 3.12. Kontury klasyfikacyjne. 3.12.1. Kontury klasyfikacyjne mają charakter enklaw (wysp) w granicach danego obrębu i nie muszą wypełniać szczelnie całego obrębu. Kontury klasyfikacyjne są obszarami zamkniętymi i muszą zachować warunki topologii analogicznie jak dla działek ewidencyjnych. Wierzchołki granic konturów klasyfikacyjnych mogą leżeć wewnątrz odcinków granic działek lub na punktach granicznych. 3.12.2. Opis konturu klasyfikacyjnego określa się jako jeden tekst zawierający kolejny numer konturu w obrębie oraz oznaczenie konturu klasyfikacyjnego zgodnie z obowiązującymi przepisami, którego punkt wstawienia (justyfikacja ustawiona na opcję lewy-dolny) znajduje się wewnątrz obszaru konturu klasyfikacyjnego. Numer konturu winien być unikalną w obrębie liczbą naturalną. 3.12.3. W przypadku braku numeru konturu, należy przyjąć kolejny, nowy numer w ramach obrębu, lub pozostawić oznaczenie konturu bez numeru import danych do systemu przewiduje następujące możliwość: przejęcia numeracji konturów z pliku dgn, unikalnego zanumerowania wszystkich konturów, donumerowania tych konturów, które nie posiadają w pliku dgn swojego numeru. 3.13. Użytki gruntowe. 3.13.1. Użytki muszą pokrywać cały obszar obrębu. Granice użytków należy wprowadzać tylko tam, gdzie nie pokrywają się z granicami działek i konturów klasyfikacyjnych, przy czym wierzchołki granic użytków mogą znajdować się wewnątrz odcinków granic działek i konturów klasyfikacyjnych (funkcja Snap MicroStation w trybie Near ). 3.13.2. Opis użytku gruntowego określa się jako tekst będący nazwą użytku gruntowego zgodnie z Rozp. 2001, którego punkt wstawienia znajduje się wewnątrz obszaru użytku. Justyfikację tekstu należy przyjąć jako lewy dolny. 3.13.3. Każdy obszar utworzony przez linie składające się z granic działek, konturów klasyfikacyjnych i użytków a stanowiący użytek gruntowy należy opisać nazwą użytku. 3
W czasie importu danych do bazy, użytki zostaną utworzone tylko w tych obszarach, w których znajduje się opis użytku, zamykając jego obszar w oparciu o wszystkie znajdujące się linie graniczne w pliku (granice działek, konturów klasyfikacyjnych, użytków). 3.14. Punkty adresowe. 3.14.1. W systemie V-System adresy są zapisywane i przechowywane w jednej spójnej tablicy adresów. Adresy w tej tablicy są unikalne (niepowtarzalne). Zapełnianie tablicy adresów będzie następowało w trakcie importu adresów z punktów adresowych zapisanych w pliku graficznym dgn. 3.14.2. Należy zwrócić szczególną uwagę na poprawny, zgodny z urzędowym wykazem, zapis nazw ulic, które są w systemie słownikowane. 3.14.3. Na potrzeby importu adresów punkty adresowe mogą być zapisane opcjonalnie w pliku graficznym dgn na dwa sposoby, jako text lub text node z justyfikacją tekstu ustawioną na dolny - środek. 3.14.4. W trakcie wprowadzania punktów adresowych do pliku dgn ważne jest prawidłowe nadanie punktu wstawienia obiektu typu text node czy text, jak również jego kąta skręcenia w stosunku do obrysu budynku czy granicy działki. Jest to bardzo istotne dla ostatecznej czytelności rysunku mapy generowanej z bazy danych. 3.15. Budynki. 3.15.1. Import budynków realizowany jest z pliku graficznego dgn. Jeden plik obejmuje obszar obrębu. W pliku graficznym elementy podstawowe budynku powinny znajdować się na osobnych warstwach z zachowaniem niżej podanych warunków i relacji: Obrys przyziemia odcinki (line), łamanych (linestring) lub obszar zamknięty (shape, complex shape), Opis budynku text (funkcja i nr najwyższej kondygnacji) z punktem wstawienia wewnątrz obrysu budynku (justyfikacja lewy-dolny ), Opcjonalnie - nr ewidencyjny budynku text z punktem wstawienia wewnątrz obrysu budynku (justyfikacja lewy-dolny ) nr ewidencyjny budynku może zostać nadany automatycznie w trakcie importu budynków z pliku dgn do systemu V-System. 3.15.2. Obrys budynku musi tworzyć obszar zamknięty. Budynek może zawierać wydzielenia wewnątrz w postaci enklaw. Opis budynku musi być zgodny z ustalonym formatem: Funkcja budynku musi być zgodna ze słownikiem K-1. Liczba kondygnacji musi być określona cyfrą arabską. Nr ewidencyjny budynku musi być zgodny z ustalonym formatem i unikalny w obrębie. Dla realizacji prac określonych w niniejszych warunkach technicznych przyjmuje się format: Nr budynku w działce = [Nr działki].[nr ewidencyjny budynku]. 3.16. Mapy przeglądowe budowane są na zasadach obszaru zamkniętego w shape (kształt). Zarówno mapy typu sekcyjnego i przeglądowego otwierane są na podstawie tekstu umieszczonego w zakresie shape znajdującego się w przeglądówce (ważny jest punkt wstawienia tekstu). Należy wykonać przeglądówkę danej mapy, która będzie zawierać odpowiednie zakresy oraz teksty w danym zakresie odpowiadające nazwom plików. Tekst i obszar muszą być na osobnych warstwach. 3.17. Osie dróg i ulic 3.17.1. Oś drogi (ulicy) należy uzyskać na podstawie mapy zasadniczej lub ortofotomapy. Odcinek drogi jest to liniowy fragment drogi o jednakowych cechach, którego oś przedstawiona jest łamaną (uogólnioną). W MicroStation, odcinek drogi może być kreślony jednym z następujących typów obiektów: - line, - linestring. 3.17.2. Zakłada się, że plik zawierający odcinki dróg i atrybuty opisowe, który podlegał będzie importowi musi być zbudowany poprawnie pod kątem topologii liniowej, tzn.: - każdy odcinek drogi musi się zaczynać i kończyć w węźle, - każdy odcinek drogi musi stanowić jeden obiekt, 4
- odcinki nie mogą się przecinać, dochodzić do innych odcinków (z opcją near), stykać się wierzchołkami, 3.17.3. Odcinek drogi składa się z osi odcinka drogi oraz dwóch atrybutów opisowych (cech): - nazwy ulicy element typu text, - opcjonalnie numery dróg - element typu text w którym nr dróg oddzielone są separatorem ; a pierwszy nr jest numerem drogi głównej; justyfikację tekstów opisujących oś należy przyjąć jako dolny środek. 3.17.4. Odcinek drogi może mieć tylko jedną nazwę ulicy i wiele numerów dróg. Dopuszcza się nie opisane odcinki dróg (nie znana nazwa ulicy ani nr drogi). Oś odcinka drogi powinna być rysowana jedną łamaną. Atrybuty opisowe odcinka drogi (nazwa ulicy, numer drogi) powinny być usytuowane równolegle nad lub pod osią w stałej (w zakresie danego pliku.dgn) od niej odległości. Zakłada się następujący sposób opisywania odcinków drogi: - dwa oddzielne teksty (nazwa ulicy i nr drogi) na dwóch warstwach MicroStation, jednoznacznie opisujące każdy odcinek drogi teksty te służą wyłącznie do tego, aby zidentyfikować dany segment w trakcie importu i opisać go właściwymi atrybutami (ulica i nr drogi) w bazie danych, - niezależny tekst z nazwą ulicy (na odrębnej warstwie MicroStation), który będzie importowany jako element graficzny - orientacyjny, należy więc go wprowadzić w MicroStation tylko w tych miejscach, w których będzie niezbędny z punktu widzenia czytelności. W przypadku tego elementu nie jest wymagane zachowanie warunków równoległości i stałej odległości od osi ulicy. 3.17.5. Podczas importu oś odcinka drogi zostanie połączona w jeden obiekt z tekstami (opisami), które spełniają warunki geometryczne: równoległości i odległości. Warunek równoległości jest zachowany wtedy gdy kąt kierunkowy tekstu będzie taki sam, jak kąt kierunkowy odcinka osi, na który jest rzutowany punkt wstawienia tekstu, uwzględniając zadany parametr tolerancji w stopniach. Warunek odległości jest zachowany, jeżeli odległość tekstu od osi jest =< od zadanej. 3.17.6. Należy zwrócić szczególną uwagę na zapis nazw ulic, które są w systemie słownikowane i będą w trakcie importu podlegały sprawdzeniu z właściwym słownikiem. 5