Zalacznik nr 9 do WT - V

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.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
Specyfikacja warstwy
granice administracyjne (państwa, województwa, powiatu)
granice jednostek ewidencyjnych
granice obrębów
granice działek ewidencyjnych
kontury klas gleboznawczych
kontury użytków gruntowych
obrysy budynków
punkty adresowe
punkty graniczne
punkty robocze
osie ulic
nazwy administracyjne (państwa, województwa, powiatu)
oznaczenie jednostek ewidencyjnych
oznaczenie obrębów
nr ewidencyjne działek
oznaczenie klas gleboznawczych
oznaczenie użytków gruntowych
oznaczenia budynków (funkcja i liczba kondygnacji)
numery ewidencyjne budynków
numery punktów granicznych
numery punktów roboczych
nazwy ulic, placów
Inne
Obiekt
działka ewid.
kontur klasyf.
użytek gruntowy
budynek
punkt adresowy
punkt graniczny
punkty robocze
ulica
działka ewid.
kontur klasyf.
użytek gruntowy
budynek
budynek
punkt graniczny
punkty robocze
ulica
-
Charakter
graficzny
graficzny
graficzny
podstawowy
podstawowy
podstawowy
podstawowy
podstawowy
podstawowy
podstawowy
podstawowy
graficzny
graficzny
graficzny
podstawowy
podstawowy
podstawowy
podstawowy
podstawowy
podstawowy
podstawowy
podstawowy
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