Przejdź do treści

Gdzie są sklepy, drogi czy cokolwiek innego?

Zastanawialiście się skąd wziąć listę wszystkich miejsc danego typu – na przykład przedszkola w Warszawie – i narysować je na mapie? Jeśli tak, to z tego postu dowiesz się jak to zrobić. Wpis techniczny, żadna tam analiza. Ale są mapki!

Macie świadomość, że istnieje coś takiego jak Wikipedia, prawda? Zbiór haseł uzupełniany przez ochotników. Istnieje coś podobnego dla map i nazywa się Open Street Map. Ludzie z całego świata dodają informacje o różnych obiektach na mapach – budują drogi, stawiają domki i tak dalej. Dane te można pokazać jako mapy, ale też przeszukiwać. W R mamy pakiet osmdata (przygotowany przez zacną inicjatywę rOpenSci, a jest opakowaniem dla Overpass API), który umożliwi nam skorzystanie z tych informacji. W dalszej części do pokazania (na interaktywnych, przesuwanych i skalowanych) map użyjemy pakietu leaflet (opierający się na bibliotece JavaScript Leaflet, który nota bene również korzysta z Open Street Map.

Ciekawostka na marginesie: ostatnio Google zmienił drastycznie ceny używania Google Maps (ciekawy tekst na ten temat znajdziecie tutaj), zatem korzystanie z Open Street Map może być wybawieniem.

Zaczniemy od wczytania odpowiednich bibliotek:

W pierwszym kroku zdefiniujmy sobie obszar, z jakiego pobierzemy dane. A że wakacje, to niech to będą Bieszczady:

Kolejny krok to zdefiniowanie danych, jakie chcemy pobrać.

O parametrach funkcji add_osm_feature() będzie za moment, na razie się tym nie przejmujmy. Zobaczmy po prostu co możemy z Open Street Map wyciągnąć, w jakich typach i układach danych.

Na razie zdefiniowaliśmy zapytanie do API, czas pobrać dane. Pobieramy dane w obiektach sf (można użyć również osmdata_sp() jeśli wolicie format sp, ale sf jest wygodniejszy – po szczegóły odsyłam do dokumentacji pakietów sp i sf).

Dane pobrane (trochę to trwa – w sumie dostajemy jakieś 5GB!). można pobrać też te same dane do lokalnego pliku XML, a później z niego korzystać – odpowiednio modyfikując kod:

Co ciekawe – plik na dysku zajmuje mniej niż dane w pamięci – w tym przypadku jest to około 17 MB. Warto ten plik obejrzeć.

Zobaczmy co mamy w pobranych danych:

Widzimy, że jest to w dużym uproszczeniu lista z kilkoma informacjami, w tym z data.frame osm_points, osm_lines, osm_polygons, osm_multilines czy osm_multipolygons – to są właśnie nasze dane geograficzne.

Na początek narysujmy punkty, ale nie wszystkie 188813 tylko 1% z nich – da nam to pogląd o tym gdzie są te punkty:

Pobranie danych w formacie sf pozwala na szybkie ich narysowanie – geom_sf() i po sprawie. Od razu mamy odpowiednie proporcje mapy, odpowiednio podpisane osie itd. Jeśli poszukacie starszych postów i przeanalizujecie kod zobaczycie ile zabawy jest z obiektami sp.

W każdym razie na mapie wyżej widzimy, że mamy nie tylko punkty z okolic Wetliny (jak zdefiniowaliśmy obszar) ale w sumie z całej Polski i nie tylko. To kwestia uporządkowania danych w ramach Open Street Map – dokładnie w to nie wnikałem szczerze mówiąc. Ale możemy przyciąć te dane do tych, które mieszczą się we wskazanym obszarze:

Uwaga – to przycięcie wyrzuca całe obiekty (na przykład linie), które wychodzą poza obszar, a nie przycina ich do obszaru. No i funkcja ma jeszcze problemy – zgłosiłem opdowienie issue do autorów. Po przycięciu mamy:

Widocznie mniej danych, co możemy sprawdzić ponownie rysując punkty (teraz już wszystkie – zrobiło się ich 5208, a więc mniej – było 188813):

No dobrze, ale co to za punkty? Gdzie one są fizycznie? Czy da to się zestawić z mapą? Oczywiście. Weźmy mapkę z Google Maps (statyczny obrazek, tutaj taki zawierający zdjęcie satelitarne):

i zamiast samych punktów narysujmy polygony, czyli inny typ danych wciągniętych z OSM:

Tak samo możemy narysować linie:

czy też te punkty, które mają nazwy:

Jak widzicie wszystko sprowadza się do tego samego kodu i w zasadzie wybrania odpowiedniego data.frame (elementy listy osm_point, osm_lines itd) i narysowania go poprzez geom_sf().

Ale co to za punkty z nazwami, jakie są te nazwy? Dlaczego wszystkich punktów jest tak dużo, a tych z nazwami mało? Ano dlatego, że każdy polygon czy linia składa się z punktów. Stąd bardzo dużo punktów tworzących linie (na przykład jakieś drogi), a mało punktów konkretnych (typu szkoła, przystanek autobusowy). Jest to dość upierdliwe, ale można się połapać – szczególnie jak poczyta się o samych mapach (OSM oczywiście).

Sprawdźmy punkty z nazwami, może mapka mogłaby być interaktywna? Skorzystajmy tym razem z leaflet. Na początek znajdźmy środek naszego pobranego obszaru, tak aby odpowiednio wycentrować mapkę. Punkty narożne znajdziemy w data_sf$bbox i wystarczy odpowiednio ten ciąg przeliczyć:

Teraz już przygotowujemy mapę:

która wygląda tak:

Przy najechaniu na pinezkę pokazują nam się nazwy punktów – o to nam chodziło. Zwróćcie uwagę, że leaflet też znakomicie radzi sobie z danymi podanymi jako obiekty typu sf (tymi sp też).

Uzbrojeni w podstawowe umiejętności możemy przygotować zestaw funkcji, dzięki którym dalsza eksploracja zawartości Open Street Map będzie sprowadzała się do pojedynczych linii kodu. Zatem po kolei.

Na początek będziemy potrzebowali funkcji, która pobierze nam dane. O parametrach key i value jeszcze będzie, spokojnie:

Przyda się funkcja, która zwróci nam środek obszaru z pobranymi danymi:

Teraz przygotujmy komplet funkcji rysujących na mapach interaktywnych (leaflet) odpowiednio punkty, polygony i linie:

Kiedy już mamy gotowy pakiet narzędzi możemy z niego skorzystać.

Na początek sprawdźmy gdzie w Szczecinie są sklepy spożywcze? Potrzebujemy odpowiednich wartości parametrów key i value dla naszej funkcji getOSMData(). Listę znaleźć można na stosownej stronie OpenStreetMap, albo (ale już bez wyjaśnienia co jest czym) korzystając z funkcji available_features() oraz available_tags() z pakietu osmdata.

Niestety jak to w przypadku danych tworzonych przez społeczność musimy liczyć się z tym, że nie są kompletne, mogą nie być aktualne. A tutaj jeszcze dodatkowo – to samo może być opisane różnymi wartościami key i value. Spróbujmy jednak poszukać shop=supermarket czyli supermarketów w Szczecinie:

Obiekty uzyskane przez getOSMData() (a precyzyjniej osmdata_sf(), bo nasza funkcja jest tylko opakowaniem dla niej) można łączyć, o na przykład tak (miejsca do spania w Poznaniu):

Poszukaliśmy elementów z kategorii (key) tourism w kilku odmianach (hotel, motel, hotel, gościniec i apartament do wynajęcia). Możemy im przypisać teraz wartości w kolumnie category, żeby ładnie na mapie było widać (w dymkach nad pinezkami) co jest czym:

i na koniec rysujemy sobie całość:

To były punkty, zobaczmy jak działa funkcja rysująca linie – na przykład szukając w Krakowie ścieżek rowerowych:

Problem jaki widać od razu to ograniczenie obszaru. O tym między innymi jest w issue 137 do pakietu. W funkcji getOSMData() moglibyśmy dodać odpowiedni fragment z trim_osmdata(), ale to jeszcze nie działa poprawnie. Stąd mamy ścieżkę z Krakowa do Częstochowy czy nawet Wiednia. Poza tym wybraliśmy tutaj tylko dwa typy obiektów wprost nawiązujące do ścieżki rowerowej: route=bicycle oraz highway=cycleway, a kombinacji jest więcej (zobacz tu) i aby było jak należy powinniśmy użyć wszystkich odpowiednich.

Analogicznie do punktów i linii możemy poszukać polygonów. Uniwersytety (właściewie to uczelnie wyższe) w Gdańsku? Proszę bardzo:

Dane z Open Street Map są stale uzupełniane – zobaczcie na historię ich rozwoju na superowej stronce 10 years of OpenStreetMap. Warto też pooglądać swoją okolicę, może samemu coś dodać? Zerknij na openstreetmap.org, warto. Ciekawy jest również post How to (quickly) enrich a map with natural and anthropic details który wykorzystuje dane pozyskane z pomocą osmdata.

W końcu mapy to świetna zabawa.

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany. Wymagane pola są oznaczone *