Blog GIS Support

Dane do pobrania: zmiany

Na stronie “Dane do pobrania” usunęliśmy linki danych z Europejskiej Agencji Środowiska, skąd można było pobrać dane o formach ochrony przyrody dla Polski. Polecamy pobierać te dane ze strony Generalnej Dyrekcji Ochrony Środowiska. Z punktu widzenia INSPIRE i zdrowego rozsądku GDOŚ jest jedyną instytucją, która jest odpowiedzialna za gromadzenie i udostępnianie tych danych. Dane z innych źródeł są zbiorami pochodnymi i należy do nich podchodzić z ostrożnością, ponieważ mogą być nieaktualne lub błędne. Granice form ochrony przyrody nieustannie się zmieniają (a raczej doprecyzowują). W GDOŚ trwa mrówcza praca nad ustaleniem ich przebiegu. Zapisy z dokumentów prawnych sprzed kilkudziesięciu lat, typu: “granica biegnie północnym skrajem pola, a następnie skręca na północny zachód do granicy lasu” są przerabiane na współrzędne. Jest to trudne zważywszy uwagę na fakt, że obecnie na rzeczonym terenie jest sam las – pole zarosło. Przy okazji regulowane są kwestie przebiegu granic.

Linkowanie do danych EEA i wynikające z tego problemy, wynikało z faktu, że GDOŚ nie publikował tych danych u siebie na www. Oczywiście dane można też przeglądać na geoserwisie GDOŚ. Miłego ściągania i udanych analiz!

Konferencja “Środowisko Informacji 2015”

W przyszłym tygodniu będziemy na konferencji “Środowisko Informacji 2015“. Reprezentować nas będzie Michał Drożdż – będzie okazja do porozmawiania o WebGIS w kuluarach:)

GIS Support na IV Forum BioGIS – System Informacji Przestrzennej w badaniach różnorodności biologicznej

Zapraszamy na konferencję: IV Forum BioGIS – System Informacji Przestrzennej w badaniach różnorodności biologicznej (organizatorzy: Wydział Biologii UAM, Generalna Dyrekcja Ochrony Środowiska i Esri Polska), która odbędzie się w Poznaniu w dniach 28-29.10.2015. Tegoroczna edycja będzie szczególnie ciekawa dla firm z sektora ochrony środowiska ponieważ hasłem i główną tematyką Forum jest: “Narzędzia analityczne i dane przestrzenne w Ocenach Oddziaływania na Środowisko”. Temat szczególnie bliski również nam, ponieważ współpracujemy z firmami środowiskowymi wspierając je w GIS. Wiemy jak bardzo problemy z zarządzaniem danymi przestrzennymi mogą wpłynąć na opóźnienia w projekcie i obniżenie jakości tworzonych dokumentów.

Na konferencji Michał Drożdż wygłosi referat: “Zespołowa praca z danymi przestrzennymi. Case study wykorzystania DIVI przy opracowywaniu planu utrzymania wód“. Będzie to podsumowanie zakończonego niedawno projektu z firmą Grontmij Polska, gdzie z dużym powodzeniem wykorzystywano nasz nowy produkt do zespołowej pracy z danymi GIS: DIVI.

DIVI jest to w pełni webowy system do gromadzenia, przechowywania i upubliczniania danych przestrzennych. Co istotne, jest dostosowany do używania przez osoby bez specjalistycznej wiedzy o GIS i jest dostępny w abonamentowym systemie “Software as a Service”, więc jego użytkowanie z powodzeniem można wpleść w każdy budżet, nawet w kilkudniowym projekcie. Celem wykorzystania DIVI jest:

• zapanowanie nad danymi w firmie poprzez stworzenie repozytorium z rozbudowanym systemem dostępu (wiemy jaki macie bałagan w danych),
• umożliwienie edycji wraz z zapisem jej historii przez wiele osób (wiemy jak trudno połączyć ‘szejpy’, które były tworzone na 10 różnych stanowiskach),
• szybka i wygodna wizualizacja danych (skończmy z drukowanymi mapami!) i
• stworzenie serwera danych GIS do budowy zaawansowanych aplikacji GIS (QGIS jest trudny w obsłudze. Wiemy to – dlaczego więc nie pracować na dedykowanej aplikacji on-line?).

Zapraszamy również do naszego stoiska podczas trwania konferencji, gdzie będzie i poznać zalety DIVI.

System Inwestor w Legnickiej SSE i COI Kujawsko-Pomorskim

W ostatnich dniach lipca wdrożyliśmy system Inwestor do Centrum Obsługi Inwestora Województwa Kujawsko-Pomorskiego oraz Legnickiej Specjalnej Strefy Ekonomicznej . Pracownicy COI i SSE zyskali narzędzie do pełnego zarządzania informacją opisową i przestrzenną na temat ich terenów inwestycyjnych oraz publiczny moduł mapowy (LSSE, COI Kujawsko-Pomorskie), przeznaczony dla wszystkich zainteresowanych.

Na specjalne życzenie COI wzbogaciliśmy nasz system o moduł generowania prezentacji w formacie Flash, dzięki któremu znacznie skraca się czas przygotowania oferty prezentując offlice nie tylko opisy i lokalizacje terenów inwestycyjnych, ale także dane statystyczne GUS dotyczące potencjału gospodarczego regionu na przejrzystych mapach i wykresach.

Już 12 instytucji zajmujących się terenami inwestycyjnymi korzysta z naszego systemu. Oznacza to, że tysiące obiektów, dziesiątki tysięcy zdjęć i innych dokumentów bezpiecznie przechowywane jest w systemach naszego autorstwa.

QGIS 2.10 Pisa

Autorzy QGIS ogłosili właśnie wydanie wersji 2.10. Nazwa kodowa Pisa odnośni się do miejscowości, w której odbyło się spotkanie programistów projektu w 2010 r. Wersja ta zawiera, poza poprawkami znalezionych błędów, wiele nowych funkcji i narzędzi. W związku z tym jej instalacja nie jest zalecana na stanowiskach, gdzie liczy się przede wszystkim stabilność. W takim wypadku należy zwrócić się w stronę poprzedniej wersji (2.8.2) która posiada wydłużony okres wsparcia (LTR – Long Term Release). Będzie ona wspierana poprzez usuwanie błędów jeszcze przez ok. 8 miesięcy.

Poniżej przedstawiamy kilka najciekawszych wg nas zmian w stosunku do poprzedniej wersji. Wizualny przegląd zmian przygotowany przez autorów można znaleźć na oficjalnej stronie.

Na wstępie warto wspomnieć o zmianie, która nie jest widoczna dla użytkownika. Obsługa geometrii została napisana na nowo, dzięki czemu możliwe stało się wprowadzenie długo oczekiwanych zmian. Nowy silnik wspiera nie tylko punkty, linie i poligony, ale również krzywe. Pozwala to m.in. na przedstawienie obiektów jako okręgi, a nie poligony składające się z wielu segmentów. Aby korzystać z tej możliwości należy oczywiście użyć źródła danych, które również wspiera krzywe np. PostGIS. Popularny format ESRI Shapefile nie wspiera tego typu geometrii. Inną ważną zmianą jest wsparcie wartości z i m we współrzędnych geometrii. Należy podkreślić, że nowy silnik jest ciągle rozwijany. W pierwszym etapie skoncentrowano się na funkcjonalnościach istniejących w dotychczasowym silniku, dzięki czemu użytkownicy nie odczują różnicy po przejściu na nową wersję. W związku z tym brakuje na razie narzędzi do tworzenia i dokładnego modyfikowania nowych typów geometrii. Będą one sukcesywnie dodawane w kolejnych odsłonach QGIS.

Symbolizacja

Największą nowością jest możliwość dodawania efektów do zdefiniowanych symboli. Pozwalają one szybko i łatwo dodać takie efekty jak cień, rozmycie czy otoczka symbolu. Aby je uaktywnić należy przy wyborze symbolu zaznaczyć opcję Rysuj efekty i kliknąć przycisk . Warto dodać, że jest to pierwsza funkcjonalność QGIS sfinansowana z pomocą platformy Kickstarter.

Symbol stopniowy został wzbogacony o nową metodę rozróżnienia wartości obiektów poprzez rozmiar symbolu (warstwy punktowe) lub grubość linii (warstwy liniowe). Aktualnie poligony nie są wspierane przez nową funkcjonalność. Użytkownik może wybrać minimalną i maksymalną wielkość (w mm lub jednostkach mapy), a QGIS automatycznie przeliczy i ustawi klasy w zależności od wartości wybranego pola. Legenda warstwy prawidłowo wyświetli zdefiniowane klasy i rozmiary symboli, dotyczy to również legendy w oknie wydruków.

W stopniowej symbolizacji można również zauważyć nową zakładkę Histogram. Znajduje się na niej histogram przedstawiający liczbę obiektów oraz wybrane zakresy klas. Co ciekawe wykres jest interaktywny i możliwe jest jego modyfikowanie za pomocą kursora np. przesunięcie granic klas lub dodanie nowych.

Przebudowaniu uległo okno do dodawania wykresów. Teraz różne opcje dostępne są w innych oknach, przez co całość wygląda znacznie prościej i schludniej. Początkowo trzeba się przyzwyczaić do tego gdzie są ważne dla nas opcje. Nie powinno jednak to być zbyt trudne ponieważ są one rozlokowane w podobny sposób jak w narzędziu etykietowania. Diagramy są również widoczne w legendzie warstwy na liście i w wydrukach.

Edycja i zarządzanie danymi

Kolejnym narzędziem, które otrzymało nowe funkcje, jest Obróć obiekt. Po jego aktywacji i wybraniu geometrii pojawi się okno, w którym można wpisać kąt, o który ma zostać ona obrócona lub wprowadzić wartość kątową, do której zostanie przyciągana nowa geometria. Punkt, wokół którego następuje obrót, można przesuwać poprzez kombinację klawisza Ctrl i kliknięcia w oknie mapy.

W QGIS 2.6 autorzy wprowadzili tzw. wirtualne pola, które są automatycznie aktualizowane, w przypadku zmiany parametru do którego odnosi się zdefiniowane wyrażenie. Jednak aby zmienić to wyrażenie dotychczas należało skasować pole i utworzyć nowe. Od teraz istnieje jednak możliwość edycji formuł. Aby to zrobić należy otworzyć właściwości danej warstwy i przejść na zakładkę Pola.

Przydatną opcją do przeglądania danych jest możliwość filtrowania obiektów za pomocą wyrażeń. Funkcja ta do tej pory nie była jednak dostępna dla warstw, które posiadały złączenia z innymi warstwami. Na szczęście od nowej wersji możliwe jest jej używanie również w takim przypadku. Jest to jednak ograniczone tylko do pól głównej warstwy, filtrowanie po kolumnach innych, złączonych z nią warstw nie jest aktualnie możliwe. Doczekaliśmy się również możliwości edycji parametrów złączenia bez konieczności ich tworzenia od nowa.

Wtyczka DB Manger, do zarządzania danymi w bazach PostGIS i SpatiaLite, została wzbogacona w Kreator zapytań SQL. Osoby korzystające wcześniej z QSpatialite od razu zauważą podobieństwo z analogiczną funkcjonalnością dostępną w tej wtyczce. I słusznie, gdyż została ona z niej przeniesiona. Kreator umożliwia wybór przez użytkownika tabel, kolumn i ich wartości oraz funkcji, zdefiniowanie warunku WHERE (pole Gdzie), grupowania i sortowania wyników. Po kliknięciu OK w oknie SQL zostanie utworzone właściwe polecenie.

Narzędzia analizy

Od razu po włączeniu aplikacji można zauważyć nowy panel Statystyki. Wyświetlone są w nim podstawowe dane statystyczne wybranej warstwy wektorowej. Informacje mogą być zbierane nie tylko dla wybranego pola tabeli atrybutów, ale również można je modyfikować za pomocą wyrażeń. Część dostępnych statystyk była wcześniej dostępna w menu Wektor->Narzędzia analizy->Podstawowe statystyki, teraz dostęp do danych jest w czasie rzeczywistym, a panel nie blokuje całego okna QGIS.

Do wtyczki Statystyki strefowe wprowadzono kilka nowych funkcji przy jednoczesnej możliwości wyboru statystyk, które mają zostać obliczone. Można również wybrać kanał warstwy rastrowej, dla którego zostaną przeprowadzone obliczenia.

Sterowniki formatów danych przestrzennych

Sterownik dla bazy danych PostGIS został wzbogacony o możliwość filtrowania danych po stronie serwera. Dotychczas po zdefiniowaniu filtra wszystkie dane były pobierane z bazy, a ich przetworzenie odbywało się po stronie QGIS’a. Powodowało to oczywiście niepotrzebne obciążenie samej bazy, łącza (jeśli nie jest ona lokalna) oraz samej aplikacji. Teraz wybór odpowiednich obiektów może odbywać się już na serwerze co ogranicza czas zapytania i całej operacji. Funkcja ta jest oznaczona jako eksperymentalna i domyślnie jest ona wyłączona. Aby ją włączyć należy przejść do opcji, Źródła danych i zaznaczyć ostatnią opcję w oknie.

Kolejnym ulepszeniom uległa również funkcja eksportu danych wektorowych do formatu DXF. Jest to możliwe dzięki wsparciu finansowemu szwajcarskich instytucji, które dążą do wprowadzenia do QGIS łatwego w użyciu i niezawodnego narzędzia pozwalającego na wymianę danych przestrzennych również z aplikacjami wykorzystywanymi przez architektów i projektantów. Więcej informacji o tym projekcie, w tym co zostało już zrealizowane i co jeszcze pozostało, można znaleźć tutaj.

Warto wspomnieć również o dodaniu wsparcia dla formatu Pointcloud – rozszerzenia bazy danych PostgreSQL do przechowywania chmur punktów pochodzących z laserowego skaningu (LIDAR). Poprawiono również działanie sterownika dla GRASS GIS.

Przeglądarka

Zmiany nie ominęły również przeglądarki danych przestrzennych. W panelu możliwe jest włączenie widżetu Właściwości wyświetlającego metadane wybranego pliku. Ciekawą propozycją dla programistów jest możliwość dodawania własnych elementów do drzewka przeglądarki za pomocą dwóch nowych klas: QgsDataItemProvider i QgsDataItemProviderRegistry. Dzięki temu integracja wtyczek z QGIS jest jeszcze większa.

Use case – “Dyspozytor”

Opis: Pożary lasów są bardzo poważnym problemem ekologicznym i gospodarczym w Polsce. Prawie 70% powierzchni leśnej zajmują bory sosnowe, szczególnie podatne na zagrożenie pożarowe. Najlepszym sposobem unikania strat związanych z pożarami lasów jest zapobieganie, jednak gdy do pożaru już dojdzie, tylko szybka reakcja służb leśnych i pożarniczych może zapobiec rozprzestrzenieniu się zagrożenia na dużą powierzchnię.

Problem: Zarówno Lasy Państwowe, jak i Państwowa Straż Pożarna dysponują systemami informatycznymi wspomagającymi ich działalność. Systemy te posiadają również komponenty GIS i umożliwiają wizualizację danych na mapie. Nie są jednak w żaden sposób połączone, jedynym narzędziem do tej pory był okresowy eksport mapy przeciwpożarowej z bazy Leśnej Mapy Numerycznej na potrzeby straży pożarnej. Umożliwiało to wyświetlenie map leśnych w oprogramowaniu Desktop GIS, jednak miało ograniczoną przydatność podczas akcji gaśniczej oraz wśród użytkowników nie zaznajomionych z GIS.

Rozwiązanie: GIS Support utworzył aplikację klasy WebGIS, która ma usprawnić wymianę informacji przestrzennych związanych z ochroną przeciwpożarową lasów między komendą Państwowej Straży Pożarnej, Regionalną Dyrekcją Lasów Państwowych i nadleśnictwami. Aplikacja umożliwia wyświetlanie dowolnych danych przestrzennych, zgromadzonych we wspólnej bazie, oraz dwukierunkową komunikację w czasie rzeczywistym między użytkownikami systemu w zakresie zdarzeń kryzysowych. System cechuje się:

1. autonomią działania – rozumianą jako niezależność od sieci Internet. Aplikacja działa w sieci wewnętrznej bez konieczności komunikacji z jakimikolwiek zewnętrznymi usługami.
2. redundancją – w przypadku awarii serwera, jego funkcje przejmuje drugi, niezależny serwer. Po przywróceniu sprawności następuje replikacja danych doprowadzająca obie bazy do zgodności.
3. działaniem w czasie rzeczywistym – przekazywanie komunikatów o zgłoszeniach pożarów, przyjęciem zgłoszenia, zmianą statusu następuje natychmiast bez konieczności przeładowywania ani oczekiwania na odświeżenie.
4. intuicyjnym interfejsem użytkownika – nie są wymagane skomplikowane szkolenia użytkowników końcowych-dyspozytorów w celu wdrożenia.

System został wdrożony w Komendzie Miejskiej PSP w Zielonej Górze i Regionalnej Dyrekcji Lasów Państwowych w Zielonej Górze.

Use case – mapy dla straży pożarnej

Opis: Ścienna mapa operacyjna jest obowiązkowym wyposażeniem każdej komendy Państwowej Straży Pożarnej. Najczęściej wykorzystuje się w tym celu mapę topograficzną, na której przy użyciu pinezek i chorągiewek zaznacza lokalizację punktów istotnych w działaniach straży pożarnej (np. lokalizacja jednostek ratowniczo-gaśniczych, szpitalne oddziały ratunkowe).

Problem: Mapy topograficzne wydawane przez Państwową Służbę Geodezyjną i Kartograficzną niestety nie nadążają za rozwojem gospodarczym i infrastrukturalnym. Dla niektórych obszarów nie wydano map nowszych, niż te opracowane w układzie współrzędnym “1965”. Wobec zmian w sieci drogowej, kolejowej i energetycznej, a także budowy nowych osiedli mapy te przestają spełniać swoją funkcję. Dodatkowo, coraz więcej jednostek straży pożarnej dysponuje danymi w formie cyfrowej i nanoszenie ich na mapę za pomocą pinezek jest ogromnym krokiem wstecz.

Rozwiązanie: GIS Support zajmuje się przygotowywaniem dedykowanych map z przeznaczeniem dla służb ratowniczych. Zakres danych prezentowanych na wydruku jest ustalany indywidualnie z klientem i obejmuje np. lokalizację jednostek PSP/OSP z oznaczeniem przynależności do Krajowego Systemu Ratowniczo-Gaśniczego, szpitali i Szpitalnych Oddziałów Ratunkowych, punktów czerpania wody, linii energetycznych z podziałem na napięcie. Mapy w zależności od potrzeb drukowane są na papierze lub płycie z tworzywa sztucznego zapewniającej większą trwałość. W proces tworzenia mapy mogą być zaangażowane lokalne jednostki OSP, dzięki czemu możliwe jest osiągnięcie jak największej zgodności treści mapy z sytuacją terenową. Redakcją mapy zawsze zajmują się osoby z praktyczną znajomością działalności służb ratunkowych.

Use case – Dispatcher

Description: Forest fires constitute a very serious environmental and economic problem in Poland. Almost 70% of the total forest area are pine woods, particularly vulnerable to fire. Prevention is the best way to avoid losses caused by forest fires, however, if fire has already started, only an instant reaction of forestry and fire services can prevent the area at risk of fire spread.

Problem: Both the State Forests, and the State Fire Service use different information systems supporting their activities. Such systems include GIS components and enable to visualize data on a map. However, they are not interconnected. The only tool which has been used so far is a regular export of the fire map from the Forest Numerical Map for the purpose of fire services. This allowed to view forest maps using Desktop GIS software, but it was of limited use during actual fire fighting operations and to users who did not have sufficient knowledge of GIS.

Solution: GIS Support has developed a WebGIS application which is to facilitate the exchange of geospatial data related to forest fire protection between the headquarters of the State Fire Service, the Regional Directorate of State Forests and forest inspectorates. The application allows to view any geospatial data collected in one database, and real-time communication between all users of the system in the event of an emergency. Key characteristics of the system:

1. independent operation – i.e. it does not depend on the Internet. The application is operated within an internal network without the need to communicate with any external services.
2. redundancy – in the event of any server failure, its functions are taken over by the second independent server. Once the server has been recovered, data replication takes places, making both databases consistent.
3. real-time operation – the information about reported fires, acceptance of incident reports, and changes of the status is transferred immediately with no need to reload or refresh the system.
4. intuitive user interface – there is no need to provide users-dispatchers with any complicated training to implement the system.

 

BDOO – nowe, lepsze dane (?) cz. 1

W ostatnich dniach CODGiK opublikował na swojej stronie zbiór danych wektorowych o nazwie BDOO (Baza Danych Obiektów Ogólnogeograficznych). Jest to następca niesławnego BDO (Baza Danych Ogólnogeograficznych, która przedstawiała dane przestrzenne o dokładności odpowiadającej skali 1:250 000). To co je różni to sposób tworzenia. BDO było osobnym produktem (prawie nieaktualizowanym), natomiast BDOO jest to zgeneralizowana Baza Danych Obiektów Topograficznych (skala 1:10 000). Dość trudno określić skalę dokładności tych danych. Na pewno nie jest to 1:250 000 tylko zdecydowanie lepiej. Zasady prowadzenia generalizacji opisane są na stronie 392 załącznika nr 5 do rozporządzenia Ministra Spraw Wewnętrznych i Administracji z dnia 17 listopada 2011 r. w sprawie bazy danych obiektów topograficznych oraz bazy danych obiektów ogólnogeograficznych, a także standardowych opracowań kartograficznych (Dz.U. 2011 nr 279 poz. 1642). Można tam przeczytać, że część danych (punkty) mają dokładnie taką samą dokładność co BDOT10k, dla innych obiektów generalizacją jest zmniejszenie liczby werteksów (minimum co 50 metrów), a obiekty powierzchniowe muszą mieć ponad 150 000 m2. Jest to dość dokładnie opisane.

Zgodnie z nowelizacją ustawy Prawo geodezyjne i kartograficzne z 5 czerwca 2014 r. dane te można pobrać “bez opłat”. Nie ma żadnej licencji określającej sposób ich wykorzystania, można więc domniemywać, że z tymi danymi można robić wszystko…

Obecnie BDOO można pobrać w podziale na województwa, co nie jest najszczęśliwszym rozwiązaniem. Wiem, że kilka osób (w tym my) napisało do CODGiK prośbę o udostępnienie danych dla całej Polski i mam nadzieję, że za niedługo do pobrania będzie też cała Polska. (EDIT: przed chwilą dostaliśmy oficjalną odpowiedź z CODGiK: nie będzie połączonych danych, bo nie przewiduje tego rozporządzenie. Cytat: “jednostką podstawową dla której  prowadzony jest pojedynczy zbiór danych BDOO jest województwo.” I tyle.)

Po pobraniu paczki z województwem dostajemy trzy katalogi:

• BDOO (z właściwymi danymi)
• Metadane (z metadanymi)
• XSD to schemat danych którego zadaniem jest sprawdzenie poprawności struktury danych i zgodności wartości słowników z danymi zawartymi w pliku XML. Proces takiej kontroli zgodności pliku XML z założoną w schemacie strukturą nazywa się walidacją. Plik XSD może być również używany jako źródło danych dla wydania opisu słowników jeśli zawiera w sobie komentarze opisujące użyte w danych skróty. I tak możemy się dowiedzieć (plik OT_BDOT10k_Slowniki.xsd), że Gmw to gmina miejsko – wiejska, a CmG to miasto w gminie miejsko wiejskiej).

Katalog BDOO

W katalogu znajduje się sporo plików GML (ale rozszerzenie to XML). Nazwy plików są dość enigmatyczne: w tabelce poniżej znajduje się ich wyjaśnienie. Krótki przewodnik po konwencji nazewnictwa warstw: OT – obiekt topograficzny, AD – administracja, BU – budowle, PT – pokrycie terenu, TC – tereny chronione, SW – sieć wodna, SK – sieć komunikacyjna. Dodatkowo postfiksy nazw warstw wskazują na typ geometrii: A (area) – poligon, L (line) – linia, P (point) – punkt.

Pełne wyjaśnienie wszystkich warstw i atrybutów znajduje się w załączniku nr 5 do rozporządzenia Ministra Spraw Wewnętrznych i Administracji z dnia 17 listopada 2011 r. w sprawie bazy danych obiektów topograficznych oraz bazy danych obiektów ogólnogeograficznych, a także standardowych opracowań kartograficznych. Numer strony w kolumnie “Dodatkowy opis” odnosi się właśnie do tego dokumentu.

L.p.	Nazwa	Wyjaśnienie nazwy	Dodatkowy opis
1	OT_ADJA_A	Jednostka podziału administracyjnego	str. 10.
2	OT_ADMS_P	Punkt główny miejscowości	str. 14.
3	OT_BUHD_L	Budowla hydrotechniczna (linia)	str. 21.
4	OT_BUHD_P	Budowla hydrotechniczna (punkt)	str. 21.
5	OT_BUIN_L	Budowla inżynierska	str. 25.
6	OT_BUIT_P	Inne urządzenia techniczne	str. 24.
7	OT_BUUO_L	Umocnienie drogowe, kolejowe i wodne	str. 33.
8	OT_BUWT_P	Wysoka budowla techniczna	str. 36.
9	OT_BUZM_L	Budowla ziemna	str. 37.
10	OT_KUIK_A	Inny kompleks użytkowania terenu	str. 46.
11	OT_KUKO_A	Kompleks komunikacyjny	str. 47.
12	OT_KUPG_A	Kompleks przemysłowo - gospodarczy	str. 51.
13	OT_KUSC_A	Kompleks sakralny i cmentarz	str. 53.
14	OT_KUSK_A	Kompleks sportowo rekreacyjny	str. 54.
15	OT_OIKM_P	Obiekt związany z komunikacją	str. 60.
16	OT_OIMK_A	Mokradła	str. 60.
17	OT_PTGN_A	Teren gruntów nieużytkowanych	str. 68.
18	OT_PTLZ_A	Teren leśny lub zadrzewiony	str. 70.
19	OT_PTNZ_A	Inny teren niezabudowany	str. 72.
20	OT_PTPL_A	Teren placów	str. 72.
21	OT_PTRK_A	Teren roślinności krzewiastej	str. 73.
22	OT_PTSO_A	Teren składowania odpadów	str. 74.
23	OT_PTTR_A	Teren roślinności trawiastej lub upraw rolnych	str. 75.
24	OT_PTUT_A	Teren upraw trwałych	str. 76.
25	OT_PTWP_A	Woda powierzchniowa	str. 77.
26	OT_PTWZ_A	Tereny zwałowisk i wyrobisk	str. 78.
27	OT_PTZB_A	Zabudowa	str. 79.
28	OT_SKDR_L	Droga	str. 80.
29	OT_SKPP_L	Przeprawa	str. 83.
30	OT_SKRW_P	Rondo lub węzeł drogowy	str. 87.
31	OT_SKTR_L	Tor lub zespół torów	str. 86.
32	OT_SULN_L	Linia napowietrzna	str. 89.
33	OT_SWKN_L	Kanał	str. 92.
34	OT_SWRM_L	Rów melioracyjny	str. 93.
35	OT_SWRS_L	Rzeka strumień	str. 94.
36	OT_TCON_A	Obszar Natura 2000	str. 96.
37	OT_TCPK_A	Parki Krajobrazowe	str. 97.
38	OT_TCPN_A	Parki Narodowe	str. 98.
39	OT_TCRZ_A	Rezerwaty	str. 98.

Dodatkowo w katalogu BDOO znajdują się pliki “uzytkownikXX.xml”. Jest ich kilkanaście i zawierają dane adresowe do województw. Co to tam robi – nie wiem…

Oprócz tego, w katalogu BDOO znajdują się następujące pliki:

• OT_Ciek
• OT_LiniaKolejowa
• OT_SzlakDrogowy
• OT_WezelKolejowy
• OT_ZbiornikWodny

Są to plik GML bez geometrii zawierające dodatkowe atrybuty do niektórych obiektów (nazwy dla rzek, numerację dróg itp.) Jest z tym pewien problem. Złączenia zostały zapisane w notacji XLink, która jest standardem W3C i zapewne OGC w stosunku do XML i dalej GML, ale… nie jest zaimplementowana w większości oprogramowania GIS, w tym QGIS. Po otwarciu GML w edytorze tekstu widać, że np. w warstwie OT_SWRS_L (rzeki i strumienie) jest “tajne pole” ciek1, którego nie zobaczymy w tabeli atrybutów QGIS. A użycie tego pola to jedyny sposób na ustanowienie relacji (złączenia tabel np. w celu przypisania numeru dróg do dróg). Czyli dane trzymają się standardów tak bardzo, że aż trudno z nich korzystać w oprogramowaniu GIS. Pozostaje otwierać pliki do złączenia w jakimś edytorze i ręcznie zmieniać lub skorzystać z danych przerobionych przez autora bloga geoinformatyka.com.pl, który nie dość, że połączył wszystkie dane dla Polski, to usunął xlink z GML, dzięki czemu QGIS poprawnie widzi kolumny niezbędne do złączenia.

Na koniec ciekawostka. W czasie pisania tego artykułu, data ostatniej modyfikacji dla wszystkich województw to 27 luty 2014. Rozporządzenie przewiduje, że (rozdział 4, paragraf 15) “BDOO aktualizuje się na podstawie danych zawartych w BDOT10k niezwłocznie po aktualizacji danych w BDOT10k.”, czyli za każdym razem jak do zasobu dotrze jakiś zaktualizowany arkusz BDOT10k, to BDOO ma być aktualizowane. Poczekamy, zobaczymy.

Garść porad praktycznych:

Wielu lubi pliki SHP. W tym wypadku będzie problem, ponieważ nagłówki kolumn są dłuższe niż przewiduje SHP (czyli 10 znaków). Podczas eksportu QGIS obetnie nadmiarowe znaki, a w przypadku, gdyby po obcięciu, któreś kolumny miały tożsame nazwy – QGIS doda cyfry na końcu.

Większość narzędzi QGIS wykona analizy bezpośrednio na plikach GML (np. policzenie ilości punktów w poligonie – ftools), ale wynik i tak będzie trzeba w SHP, co spowoduje obcięcie znaków.

Wszystkie granice administracyjne zapisane są w jednym pliku GML/XML. Dziwnie się to ogląda, ponieważ gminy przykrywają powiaty, więc zaznaczenie powiatu tabeli atrybutów w QGIS nie spowoduje podświetlenia żadnego elementu. W celu wyciągnięcia powiatów z tej warstwy niezbędne jest zaznaczenie wszystkich obiektów rodzaj=’Pow’ i zapisanie do nowego pliku.

W części kolejnej przedstawimy nasze wrażenia z testowania danych BDOO.

GIS Support – brązowym sponsorem QGIS

Od lutego 2015 GIS Support sp. z o.o. jest brązowym sponsorem QGIS.

Od lat promujemy QGIS na konferencjach, na swojej stronie www i podczas spotkań z klientami. Piszemy wtyczki, szkolimy i organizujemy warsztaty i cały czas obserwujemy w jak niewiarygodnym tempie rozwija się QGIS i jak wielu zdobywa zwolenników w Polsce. QGIS i QGIS Server często wykorzystujemy w aplikacjach do zarządzania danymi przestrzennymi, które tworzymy (jako gruby klient do edycji danych, jako sposób na zasilanie aplikacji WebGIS (ładowanie danych poprzez wtyczki) itp.).

Część naszej działalności oparliśmy na QGIS, więc zależy nam na jego stabilnym rozwoju. Zdecydowaliśmy się wspierać QGIS w sposób ciągły i zostaliśmy brązowym sponsorem Projektu. Mamy nadzieje, że dzięki tej drobnej cegiełce, którą dołożyliśmy oprócz naszej codziennej pracy, wpłyniemy na jeszcze stabilniejszy rozwój QGIS w Polsce.