A proposal of a geo-portal for spatio-temporal statistical data

Bank Danych Lokalnych (BDL) jest, obejmującym całą Polskę, uporządkowanym zbiorem informacji o sytuacji społeczno-gospodarczej, demograficznej, społecznej oraz stanie środowiska. Informacja ta dotyczy województw, powiatów i gmin oraz jednostek statystycznych (NTS). Dane zawarte w BDL są dostępne za pośrednictwem Internetu i można z nich korzystać bezpłatnie w nieograniczonym zakresie. Przeznaczeniem tego zbioru jest prowadzenie wielowymiarowych analiz statystycznych, zwłaszcza że obejmuje nie tylko dane bieżące, ale również archiwalne, co pozwala badać zmienność opisywanych zjawisk. Jednak oprócz udostępniania danych statystycznych, portal BDL nie oferuje żadnych narzędzi do tego celu. Potencjalni użytkownicy zdani są na konieczność posiadania własnych danych georeferencyjnych i umiejętność powiązania ich z pobranymi danymi tabelarycznymi. Możliwości rozwiązania tego problemu otwiera sukcesywne wprowadzanie w życie zapisów dyrektywy INSPIRE i ustawy o infrastrukturze informacji przestrzennej. Zgodnie z postanowieniami załączników do tych aktów prawnych powinny powstać i być udostępniane dane dotyczące podziału administracyjnego i jednostek statystycznych. W artykule przedstawiono koncepcję geoportalu, który dawałby możliwość geowizualizacji danych BDL i przeprowadzania analiz o charakterze przestrzenno-czasowym. Przeanalizowano wymaganą przez taki geoportal funkcjonalność, obejmującą między innymi wykonywanie: prezentacji mapowych dla dowolnie wybranego okresu czasu, wykresów prezentujących czasową zmienność wybranego zjawiska na określonym obszarze i umożliwiających badanie relacji pomiędzy zjawiskami, wyboru obiektów spełniających kryteria odnośnie położenia lub wartości atrybutów. Zbadano ponadto sposób udostępniania danych przez BDL oraz zasugerowano usprawnienia, sprzyjające automatyzacji tego zadania. Zaprezentowano także przykładową implementację geoportalu. Zaproponowano zastosowanie wyłącznie wolnego oprogramowania, co powinno docelowo ograniczyć koszty związane z pozyskaniem odpowiednich narzędzi i ich aktualizacją.The Local Data Bank (BDL) is an ordered set of information on socio-economic, demographic, social and environmental conditions covering entire Poland. This information applies to provinces, districts, municipalities, and statistical units (NTS). The data contained in BDL are available via the Internet and can be used free of charge to an unlimited extent. The purpose of this collection is to conduct multivariate statistical analysis, especially since it covers not only current but also archive data, which enables users to explore the variability of described phenomena. However, except providing statistical data, BDL website does not offer any tools for this purpose. Potential users must have their own geo-referenced data and be able to join them with downloaded tabular data. Gradual implementation of the INSPIRE Directive and the Law on spatial information infrastructure makes it possible to solve this problem. In accordance with the provisions of the annexes to those legal acts the data on the administrative and statistical units should be developed and made available. The paper presents the concept of a geo-portal, which would offer the possibility to geo-visualize BDL data and to carry out spatio-temporal analysis. Functionality required by the geo-portal was analyzed, including, among others, creation of maps for a selected time period, creation of graphs presenting temporal variability of selected phenomena in a given area and allowing examination of the relationship between the phenomena, selection of objects that meet the criteria concerning their position or attribute values. The way the data are shared by BDL was also examined and improvements that allow automating this task were suggested. Sample implementation of the geo-portal was also presented. Only free software was proposed to use, which should ultimately reduce the costs associated with acquiring and updating of suitable tools

Modelling evacuation of buildings using raster analysis

Od kilku lat można obserwować próby zastosowania metod i narzędzi systemów informacji geograficznej do modelowania ewakuacji z budynków. Na potrzeby ewakuacji, ale także nawigacji, przestrzeń wewnątrz budynków jest zwykle modelowana za pomocą grafu, określającego wzajemne powiązania pomiędzy pomieszczeniami, w którym obiekty punktowe – węzły reprezentują pomieszczenia, a krawędzie – obiekty liniowe, łączą pary węzłów. Celem prac zaprezentowanych w artykule było zbadanie, czy możliwe jest zastosowanie danych w postaci rastrowej (bazujących na koncepcji używanych w robotyce mobilnej siatek zajętości) do modelowania procesu ewakuacji. W szczególności postawiono tezę, że dane rastrowe nie tylko umożliwiają modelowanie ewakuacji z budynków, ale również pozwalają na uwzględnienie w analizie czynników, których nie można ująć w modelu wektorowym, bądź jest to bardziej skomplikowane. Tezę tę udowodniono przez wiele eksperymentów na danych reprezentujących rzeczywisty obiekt. Przeprowadzone badania wykazały zalety danych w postaci rastrowej: łatwość uzyskania na podstawie zapisanych cyfrowo planów architektonicznych oraz możliwość (dzięki zastosowaniu narzędzia Koszt odległości) określenia nie tylko odległości z każdego miejsca w budynku do najbliższego wyjścia ewakuacyjnego, ale również uwzględnienia w tym samym modelu przeszkód utrudniających przemieszczanie się i oszacowania ich wpływu na wydłużenie czasu dotarcia do celu. Zaproponowana koncepcja określania kosztu przemieszczania jako funkcji odległości od ścian pozwoliła na uzależnienie prędkości ruchu od szerokości pomieszczeń.Over the recent years, attempts to use geographic information systems methods and tools for modelling evacuation of buildings can be observed. In applications related to evacuation and, also, navigation, the space inside buildings is usually modelled with the use of graphs that represent interrelations between rooms. Then point objects (nodes) represent rooms and edges (linear objects) link pairs of nodes. The objective of the work described in this paper is to examine whether it is possible to use raster data – based on the occupancy grid concept used in mobile robotics – for modelling evacuation. In particular, the study thesis assumes that raster data are not only applicable to modelling evacuation, but they also enable us to consider factors, which either cannot be included in the vector model at all or their consideration proves to be much more complicated. The thesis was proven in a series of experiments on data representing a real object. The studies revealed advantages gained while using raster data for the above mentioned purpose, i.e.: the availability (easily obtainable from architectural plans) and possibility to determine the distance between every location in the building and the emergency exit (owing to Cost Distance tool) and, also, the possibility to consider obstacles that impede movement, as well as to assess their impact on the time needed to reach the destination. The proposed concept of determining the movement cost as a function of the distance from the walls allowed to express the speed of movement as the function of the rooms’ width

Assessment of OpenStreetMap suitability as a data source for network analysis

Od kilku lat użytkownicy oprogramowania GIS mają do dyspozycji zbiór danych stanowiący swego rodzaju alternatywę dla produktów komercyjnych. Jest nim OpenStreetMap (w skrócie OSM) – projekt mający za cel zbudowanie edytowalnej i dostępnej bez ograniczeń mapy świata. Mapa taka tworzona jest na podstawie danych z ręcznych odbiorników GPS, zdjęć lotniczych oraz innych dostępnych źródeł danych, a także szkiców wykonywanych w terenie. Zgromadzona informacja zapisywana jest w jednej, centralnej bazie danych, z której może być pobierana w postaci obrazu mapy zaprezentowanego przy użyciu wybranej symboliki lub danych wektorowych. Dane z takiego źródła mogą być zastosowane między innymi do przeprowadzania analiz sieciowych, z których najszerzej wykorzystywana i najczęściej spotykana jest funkcja znajdowania optymalnej trasy pomiędzy dwoma punktami. Aby wynik takiej analizy można było uznać za wiarygodny, użyte dane muszą się charakteryzować odpowiednią jakością. Ponieważ baza danych OSM budowana jest przez wolontariuszy, nie są sformułowane żadne plany jej systematycznego rozwoju oraz brak jest odgórnej kontroli jakości. Dlatego w pracy zaproponowano metody i narzędzia, które pozwolą zweryfikować przydatność zgromadzonych do tej pory danych dla celów analiz sieciowych, jak również poprawić znalezione błędy. Spośród rozważanych dla danych geograficznych aspektów jakości, szczególną uwagę zwrócono na: kompletność, dokładność położenia, spójność topologiczną i dokładność czasową. Dwa pierwsze problemy wymagają w praktyce porównania z rzeczywistym przebiegiem dróg i ulic. Do rozwiązania problemu spójności geometrycznej zasugerowano wykorzystanie odpowiednich reguł topologicznych badających wybrane relacje przestrzenne pomiędzy obiektami geograficznymi. Po zasygnalizowaniu wykrytych w ten sposób błędów, można je poprawiać zarówno metodami automatycznymi, jak też metodami półautomatycznymi bądź ręcznymi.For several years now, GIS users have at their disposal the data set constituting some kind of alternative to commercial products. It is the OpenStreetMap (OSM) – a project with the objective to build an editable and available without restrictions map of the world. This map is created based on data from handheld GPS receivers, aerial photographs and other available data sources, as well as sketches made in the field. Acquired information is stored in one central database, from which it can be downloaded as a map image using selected symbols or as vector data. Data from this source can be used, among others, for network analysis, of which the most widely used and the most common function is finding the optimal route between two points. For the result of this analysis to be considered reliable, the data used must be of appropriate quality. Because the OSM database is built by volunteers, there are no plans of its systematic development and there is no top-down quality control. Therefore, the paper proposes methods and tools to verify the suitability of the so far collected data for the purposes of network analysis, as well as to correct errors found. Among the quality aspects considered for geographical data, particular attention was paid to the completeness, positional accuracy, topological consistency and temporal accuracy. The first two problems require in practice comparison with the actual course of roads and streets. To solve the problem of geometric consistency, the use of relevant topological rules examining selected spatial relationships between geographic objects was suggested. When the errors detected this way are marked, they can be corrected using automated methods, and also semi-automatic or manual methods

Geographic Information System as a necessary element of a common evaluation of real estates

Jednym z podstawowych sposobów określania wartości rynkowej nieruchomości jest wycena realizowana metodą porównawczą. Podejście to zakłada, że wartość rynkowa nieruchomości wyznaczana jest poprzez ich porównanie z innymi podobnymi nieruchomościami, dla których znane są ceny transakcyjne, a także cechy różniące te nieruchomości i mające istotny wpływ na ich wartość. Jedną z zasadniczych trudności jest konieczność posiadania informacji o nieruchomościach podobnych do wycenianej, które były przedmiotem obrotu na danym rynku nieruchomości. Ocena wymaganych i dostępnych danych oraz znajomość funkcjonalności oprogramowania systemów informacji geograficznej (SIG) pozwoliła na przedstawienie propozycji zawartości bazy informacji o nieruchomościach oraz zakresu danych, które będzie można przekazywać bezpośrednio z innych baz SIG lub też wygenerować za pomocą narzędzi analitycznych.One of the basic ways of the definition of the market value of real estates is its evaluation carried out in a comparative approach. This approach assumes that a market value of real estates is determined by comparison to other similar real estates of known transaction prices as well as prices differentiating these real estates and having a strong influence on their value. One of main difficulties is the necessity of having the information on real estates similar to the one that is to be evaluated. Such real estates should be a subject of pursuing in a given market of real estates. The evaluation of required and available data and the knowledge of the functionality of GIS software enabled us to present the proposal of the content of a database on real estates and the range of data that can be transferred directly from other GIS bases or generated by analytical tools

Wybrane operatory generalizacyjne i ich implementacja w systemie informacji przestrzennej ARC/INFO

The paper presents the problem of automatic generalization of databases in spatial information systems. The requirements for generalization procedures are analyzed. Existing generalization operators are listed. Generalization functions to be found in professional GIS software are briefly described. New algorithms of complicated generalization tasks and programs based on these algorithms are presented

Problems of road accidents geocoding

Geokodowanie jest to proces określania położenia obiektów wyrażonego za pomocą różnego rodzaju identyfikatorów geograficznych, najczęściej adresu. Odbywa się poprzez porównanie odpowiednich elementów informacji adresowej z pewnym materiałem odniesienia. Podstawą skutecznego przeprowadzenia geokodowania jest z jednej strony posiadanie odpowiedniego materiału źródłowego, który określi położenie adresu, natomiast z drugiej precyzyjne opisanie poszukiwanej lokalizacji. Szczególnymi obiektami, których położenie trzeba określać tą metodą, są miejsca zdarzeń drogowych, takich jak wypadki i kolizje. Niewiele z nich ma bowiem położenie wyrażone za pomocą współrzędnych. W większości przypadków lokalizacja ogranicza się do wskazania najbliższego adresu, kilometrażu drogi, skrzyżowania lub nawet swobodnego opisu. Najłatwiej dostępnym w Polsce źródłem informacji adresowej jest Open Street Map (OSM) – baza danych, która powstaje na podstawie danych gromadzonych przez wolontariuszy. Jest ona udostępniana nieodpłatnie i dla dowolnego zastosowania. Jednym z jej elementów jest informacja adresowa. Ponadto zaletą OSM jest także to, że w przeciwieństwie do większości popularnych portali mapowych rejestruje położenie słupków pikietażowych, umieszczanych wzdłuż dróg. Wobec dostępności odpowiedniego oprogramowania i stwierdzonej w literaturze porównywalności stosowanych algorytmów celem pracy nie jest analiza samego procesu geokodowania, lecz z jednej strony zbadanie dostępności dla obszaru Polski odpowiednich danych referencyjnych, a z drugiej próba zwrócenia uwagi na sposób zapisu informacji adresowej, która ma podlegać geokodowaniu, ze szczególnym uwzględnieniem opisu lokalizacji zdarzeń drogowych. Zbadano, czy wobec zupełnie niesformalizowanego opisu lokalizacji geokodowanie w ogóle będzie możliwe do przeprowadzenia. Zaproponowano metody geokodowania dla występujących w praktyce różnych form opisu miejsca zdarzenia oraz zasugerowano sposoby rozwiązania problemów pojawiających się podczas geokodowania.Geocoding is the process of determining the position of features, expressed by different kinds of geographic identifiers, usually addresses. This is done by comparing the relevant elements of address information with reference material. The basis for effective implementation of geocoding is, on the one hand, right source material, which determines the position of the address, and, on the other hand, precise description of the required location. Particular features, whose positions need to be specified using this method are traffic incidents such as accidents and collisions. Few of them have in fact the position expressed by coordinates. In most cases the location is limited to indication of the nearest address, road chain age, intersection, or even free-form description. The most easily accessible source of address information in Poland is Open Street Map (OSM) – a database that is created on the basis of data collected by volunteers. It is provided free of charge and for any application. One of its elements is address information. In addition, OSM has also the advantage that, unlike most popular mapping portals, it records kilometer posts, placed along roads. Considering availability of appropriate software and comparability of used algorithms found in the literature, the objective of this study was not to analyze the geocoding process itself, but on the one hand to investigate the availability of relevant reference data for the area of Poland, and on the other hand an attempt to draw attention to the method of recording address information, which is subject to geocoding, with particular emphasis on the location of traffic incidents. It was examined whether because of completely informal description of the location, geocoding in general will be possible to carry out. Methods of geocoding of different forms of description of incident location existing in practice were proposed, and ways to solve problems that arise during geocoding were suggested

Accessibility study of a selected location using network analysis functions

Dostępność komunikacyjna jest parametrem określającym łatwość dotarcia do wyznaczonego miejsca, przy przemieszczaniu się własnym środkiem lokomocji lub też z wykorzystaniem środków komunikacji zbiorowej. W artykule przedstawiono algorytm pozwalający na określenie dostępności komunikacyjnej wybranej lokalizacji. W prowadzonych badaniach autorzy zwrócili szczególną uwagę na dostępność dla osób niezmotoryzowanych, korzystających z komunikacji zbiorowej. Dlatego też w analizach uwzględniono zarówno czas dotarcia do przystanku komunikacji miejskiej, jak również czas przemieszczania się pojazdem komunikacji zbiorowej. Zaproponowano bazę danych OpenStreetMap jako źródło danych dla analiz sieciowych. Prace przeprowadzono w dwóch etapach. W pierwszym kroku, po odpowiednim przygotowaniu danych, korzystając z funkcji Macierz Kosztów Początek-Cel określono czas dotarcia z poszczególnych przystanków do celu podróży. Następnie wyznaczono obszary obsługi wokół tych przystanków, określające możliwość dotarcia do nich w ruchu pieszym. Wykorzystano tutaj funkcjonalność zastosowanego narzędzia, pozwalającą na użycie w analizie wyjściowej wartości oporu, co umożliwiło uwzględnienie w uzyskanym wyniku również czasu oczekiwania na przystanku oraz czasu następującego po nim przejazdu. Przeprowadzone analizy pozwoliły na wyznaczenie obszarów z najlepszym dojazdem komunikacją zbiorową do centrum, a także zidentyfikowanie takich, które chociaż położone są relatywnie blisko centrum, to jednak charakteryzują się utrudnionym dojazdem. Otrzymane wyniki mogą być pomocne dla osób dokonujących wyboru miejsca zamieszkania, zarówno rozważające kupno nieruchomości, jak i wynajem. Analiza tego typu może również pomóc w wykryciu niedoskonałości sieci transportu zbiorowego.The accessibility is a parameter determining the ease of access to a designated place, when moving one's own means of transportation or with the use of public transport. This paper presents the algorithm that allows the accessibility determination of desired location. In this study the authors paid particular attention to accessibility for non-motorized people using public transport. Therefore, the analysis takes into account both the time to reach the bus stop, and the travel time of public transport vehicle. OpenStreetMap database is used as a data source for network analysis. The work was conducted in two stages. In the first step, after appropriate preparation of data, the Origin-Destination Cost Matrix function was used to estimate travel time from individual stops to the destination. Next, the service areas around the stops, indicating the ability to reach them in pedestrian traffic, were determined. The functionality of the tools was used, allowing the application of the initial value of resistance in the analysis, which permitted to take into account the waiting time at the bus stop and the time of the following journey. The analyses made it possible to identify areas with the best access to the city centre using public transport, and to identify those which, although located relatively close to the centre, are difficult to access. The results may be helpful for people choosing where to live, both considering buying real estate and rental. The analysis of this type may also help to identify shortcomings of public transportation networks

Application of CASE tools to geographic information system databases design

Podstawą efektywnego korzystania z systemów informacji geograficznej (SIG) jest poprawnie skonstruowana baza danych, pozwalająca na szybkie i sprawne przeszukiwanie danych. Ze względu na specyfikę SIG, konieczne jest, by taka baza oprócz danych opisowych obiektów przechowywała również informacje dotyczące ich położenia i kształtu. Wówczas taka baza danych zawierająca informacje geograficzne, co ją w sposób szczególny wyróżnia spośród innych baz danych, może być nazwana geobazą. Wprowadzenie modelu geobazy pozwoliło na zastosowanie metod projektowania relacyjnych baz danych, w tym narzędzi CASE, również do informacji geograficznej. Oprócz rozważań teoretycznych, w artykule zaprezentowano przykład modelu danych na potrzeby wyceny nieruchomości, obejmujący definicje niezbędnych klas obiektów i relacji pomiędzy nimi.The base for the effective use of the Geographic Information Systems (GIS) is a correctly constructed database allowing quick and swift browsing of the data. Because of GIS specifies, it is necessary that such a database, apart from descriptive data of the objects, also stores information referring to their location and shape. Then such a database, containing geographical information, that distinguishes it from among another databases, can be named a geodatabase. The introduction of the geodatabase model allowed the application of the methods of designing relational databases, including CASE tools, also for geographic information. Apart from theoretical considerations, the paper presents an example of the data model for the evaluation of real estate, containing the definitions of necessary object classes and their relationship

Możliwości odczytu zasobów geoinformacyjnych zapisanych w języku GML przy użyciu wybranego oprogramowania GIS

Nowadays, works concerning the implementation of directive establishing an Infrastructure for Spatial Information in the European Community (INSPIRE) are conducted in the countries belonging to European Union. The WFS (Web Feature Service) may be used for transferring vector data. Data sent by WFS server are to be recorded in GML (Geography Markup Language) format, accepted by OGC (Open Geospatial Consortium) as the standard for geographical information coding, exchanging and storing. Data recorded in GML, in accordance with specification published as technical guidelines by Surveyor General of Poland obtained from Topographical Database (TBD), have been used for analysis in this work. With application of “Data Interoperability” extension it was possible to successfully import this data into ArcGIS. This extension enables conversion between many data formats, defining input and output data formats and choosing files containing schemas. The free software that theoretically should comply with OGC specifications, practically does not deal properly with GML files. Quantum GIS tried to find the file structures by analyzing its contents and failed. OpenJUMP does not use original schema files and enables to build own schemas but such work requires not only the good knowledge of imported data, but the GML itself. After defining proper file called “template” this program easily imported all data. This various experiences with Topographical Database file import have motivated authors to perform similar attempts with other files. The following GML files accessible on the Internet have been used – Ordnance Survey MasterMap (Great Britain), AAA-NAS (Germany) i TOP10NL (Netherlands). Despite the fact that these standards of topographical maps are quite popular, the results obtained with GML file import were very similar. The researches that have been performed show that we are still neither legally nor technically ready to implement INSPIRE directive in Poland.W chwili obecnej w krajach Unii Europejskiej trwają prace związane z wdrażaniem dyrektywy ustanawiającej infrastrukturę informacji przestrzennej we Wspólnocie Europejskiej – INSPIRE. Do udostępniania danych w postaci wektorowej mają być stosowane serwery WFS (Web Feature Service). Dane wysyłane przez serwer WFS mają być zapisywane w języku GML (Geography Markup Language), przyjętym w 2001 roku przez konsorcjum OGC (Open Geospatial Consortium), jako standard kodowania, rozpowszechniania i gromadzenia informacji geograficznej. W pracy do przeprowadzonych analiz wykorzystano dane z bazy danych topograficznych (TBD) zapisane w języku GML zgodnie ze specyfikacją określoną w wytycznych technicznych, wydanych przez Głównego Geodetę Kraju. Dzięki rozszerzeniu Data Interoperability, które umożliwia konwersję między wieloma formatami plików, jak również pozwala na zdefiniowanie własnych formatów wejściowych i wyjściowych, a także wskazywanie odpowiednich plików zawierających schematy, udało się te dane wczytać do oprogramowania ArcGIS. Wolne oprogramowanie, teoretycznie deklarujące zgodność ze specyfikacjami OGC, wypadło o wiele gorzej. Quantum GIS próbował automatycznie odkryć strukturę pliku przez przeanalizowanie jego zawartości, ale zadanie to zakończyło się porażką. OpenJUMP również nie korzysta z oryginalnych plików schematów, pozwalając za to na tworzenie swoich własnych, ale wymaga to dobrej znajomości zarówno wczytywanych danych jak i samego języka GML. Po zdefiniowaniu poprawnego pliku zwanego szablonem program ten bez problemu wczytał wszystkie dane. Różnorodność rezultatów uzyskanych w wyniku importu plików TBD zmotywowała autorów do podjęcia próby wczytania innych plików. Wykorzystano dostępne w Internecie przykłady plików GML: Ordnance Survey MasterMap (Wielka Brytania), AAA-NAS (Niemcy) i TOP10NL (Holandia). Mimo większej popularności tych standardów map topograficznych uzyskane rezultaty były zbliżone. Przeprowadzone badania pokazały, że wciąż nie do końca jesteśmy przygotowani, nie tylko pod względem prawnym, ale również technicznym do wprowadzania w życie wytycznych dyrektywy INSPIRE

Problems of 3D network analysis performed in Network Analyst (ArcGIS) and pgRouting (PostGIS) software

Wśród oprogramowania dającego możliwości przeprowadzania analiz sieciowych czołowe miejsca zajmują, będący w ofercie firmy Esri, pakiet ArcGIS z rozszerzeniem Network Analyst oraz rozszerzenie pgRouting dla bazy danych przestrzennych PostGIS. Celem pracy było wykazanie cech wspólnych i różnic, jakie wiążą się z prawidłowym przeprowadzeniem trójwymiarowych analiz sieciowych w tych programach oraz z właściwą prezentacją uzyskanych wyników. Stwierdzono, że zarówno oprogramowanie komercyjne, jak i wolne oprogramowanie oferuje poprawnie działające narzędzia do analiz sieciowych w przestrzeni 3D. W programie ArcGIS szczególnie istotne było właściwe przygotowanie danych 3D, czego nie ułatwiają możliwości edycyjne i wizualizacyjne dostępnych narzędzi. Konieczne było zaproponowanie własnego rozwiązania w zakresie kontroli poprawności topologicznej. Analizy 3D są wykonywane dokładnie tak samo jak analizy 2D. Jednak w praktyce okazuje się, że prezentacja wyników analiz w środowisku 3D jest utrudniona, a niektóre opcje dostępne w 2D, w środowisku 3D nie działają poprawnie. Moduł pgRouting domyślnie ograniczony jest do przestrzeni dwuwymiarowej, lecz dzięki dostępności kodu źródłowego możliwa była autorska modyfikacja odpowiednich funkcji, co pozwoliło na przejście do przestrzeni 3D. Baza danych przeznaczona do przeprowadzania analiz sieciowych musi spełniać specyficzne wymagania stosowanych algorytmów i w związku z tym konieczne było jej zbudowanie w wieloetapowym procesie, który nie w każdym przypadku może być zautomatyzowany. PostGIS, podobnie jak inne systemy zarządzania bazami danych, nie dysponuje własnymi narzędziami do wizualizacji danych i wyników, dlatego niezbędne było wskazanie dodatkowego oprogramowania zapewniającego taką funkcjonalność.There are currently two pieces of software that seem to be holding the leading position in the area of network analysis, i.e. ArcGIS with Network Analyst extension by Esri and pgRouting extension for PostGIS spatial database. The aim of the study was to present the differences and similarities observed while correct execution of network analyses as well as proper presentation of results in both pieces of software are performed. The study proved that both 3D network analysis tools offered correctly operating, commercial and open source software functionality. In ArcGIS proper preparation of 3D data was essential, which, unfortunately, was not facilitated by available editing and visualization tools. For example, proposing own solution for topological correctness was necessary. 3D analyses are performed in exactly the same way as those in 2D. However, the experience show, that presentation of results for 3D data is impeded and some options available for 2D do not work properly in 3D environment. The pgRouting module is, by default, limited to 2D space. However, the accessibility of source code allowed the authors to make own modifications of particular functions, which enabled moving to 3D. As a database designed for network analyses has to meet specific requirements concerning algorithms to be used, it was necessary to develop it in a multi-step process, which may not be susceptible to automation in each case. Similarly to other database management systems, PostGIS does not offer its own tools for data and results visualization and thus it was necessary to indicate additional software with the needed functionality