Szlaki miejskie, górskie

pbabik · 2011-02-12T13:41:07.000Z

No, obok siebie to już gorzej. Ale jakby pociąć szlaki na kawałki, ustawić kolejność kolorów i pokombinować z opcją displacement, to czemu nie… pomyślę nad tym

Edit: mam już pewien pomysł!

załóżmy, że w jednym atrybucie marked_trail wypiszemy kolory szlaków oddzielone średnikami. Czyli na przykład dla zbiegu szlaku czerwonego, zielonego, czarnego wpisze się marked_trail=red;black;green. Można wtedy taki zestaw potraktować jako wartość unikalną - i ustawić symbolizację taką:

linia 1: kolor czerwony, przerywana,
linia 2: kolor zielony, przerywana, przesunięcie -1 piksel względem osi,
linia 3: kolor czarny, przerywana, przesunięcie +1 piksel względem osi.
… - i tak dla wszystkich spotykanych kombinacji szlaków.
Minusem takiego rozwiązania jest wymuszenie standaryzacji kolejności, że najpierw wpisujemy szlak czerwony, potem niebieski i tak dalej. Ale już jest jakiś postęp.
Teraz pokombinuję jak by to zapisać w kodzie SLD i co na to powie np. geoserver.

balrog-kun · 2011-02-12T14:44:11.000Z

Dla pojedynczej drogi ktora nalezy do kilku relacji moznaby taki tag wygenerowac przed zapodaniem do renderera i posortowac wtedy wartosci, tak, zeby nie pojawial sie w bazie osm. Lekki zgrzyt bedzie na polaczeniu kawalkow szlaku o roznych oznaczeniach (rozgalezienia itd) ale chyba nie latwo z tym cos zrobic.

ajank · 2011-02-13T10:33:41.000Z

Co ciekawe, kolejność kolorów szlaków jest już określona w Instrukcji znakowania szlaków turystycznych PTTK:

VIII. Zasady umieszczania znaków

Na wspólnym odcinku przebiegu dwóch i więcej szlaków znaki należy zblokować tak, aby paski koloru szlaku były oddzielone pojedynczymi paskami białymi – rys. 7 – 12. W znaku zblokowanym kolory umieszcza się od góry w następującej kolejności: czerwony, niebieski, zielony, żółty, czarny.

Taka kolejność powinna występować w terenie, jest też najlepszym kandydatem na domyślną kolejność przy renderowaniu. Oczywiście najlepiej byłoby, gdyby udało się nie umieszczać tych zblokowanych tagów w bazie danych, a tylko generować je tuż przed renderowaniem.

pbabik · 2011-02-15T10:23:22.000Z

Przetestowałem ostatnio koncepcję na fikcyjnej sieci szlaków. Założenia są takie jak w poprzednim poście - każdy odcinek drogi posiada atrybut, w którym wypisano kolory szlaków po angielsku w ustalonej kolejności, rozdzielone znakiem ; .Każda kombinacja traktowana jest jako wartość unikalna i ma przypisaną jedną sygnaturę, składającą się z 1-3 linii przerywanych (w rzeczywistości może być jeszcze 4). Efekt można zobaczyć tu (wartość atrybutu jest podpisana nad linią):

Uploaded with ImageShack.us

Na razie zrobione jest to w QGIS, ale nie ma problemu by zrobić identycznie w Mapniku.

Dotevo · 2011-02-15T10:38:41.000Z

Czyli nie generujesz tego na podstawie relacji? Bo wrzucanie takich danych w way jest troche śmieceniem.

pbabik · 2011-02-15T11:08:53.000Z

Baza pełna potworków typu railway=disused i disused=yes, highway=construction i construction=yes i tak jest już stajnią Augiasza, więc jedna kolumna w tą czy w tą nie zrobi różnicy zważywszy na to, że taka mapa turystyczna i tak by musiała siedzieć na osobnym serwerze, to można spokojnie taką kolumnę wygenerować “do użytku wewnętrznego”.

Dotevo · 2011-02-16T11:35:28.000Z

pbabik:

Baza pełna potworków typu railway=disused i disused=yes, highway=construction i construction=yes i tak jest już stajnią Augiasza, więc jedna kolumna w tą czy w tą nie zrobi różnicy zważywszy na to, że taka mapa turystyczna i tak by musiała siedzieć na osobnym serwerze, to można spokojnie taką kolumnę wygenerować “do użytku wewnętrznego”.

Może i racja, ale generowanie na podstawie relacji ma duzo plusów.
1)Nie musisz pamietac o edycji way jak dojdzie relacja
2)Nie ma zbednych danych na osm
3)Od razu widać czy relacja jest kompletna

Teraz jeszcze jedna sprawa można tak samo generować ścieżki rowerowe,narciarskie itp. Pytanie czy na osobnych warstwach,żeby zachować czytelność czy też inne oznaczenia (np. kółka, trójkąty) Myślę, że to dobry kierunek dla osm szczególnie, że google maps tu nie robią konkurencji.

wajak · 2011-02-16T11:56:42.000Z

Dotevo:

Teraz jeszcze jedna sprawa można tak samo generować ścieżki rowerowe,narciarskie itp. Pytanie czy na osobnych warstwach,żeby zachować czytelność czy też inne oznaczenia (np. kółka, trójkąty) Myślę, że to dobry kierunek dla osm szczególnie, że google maps tu nie robią konkurencji.

I tak i tak Moim zdaniem powinny być na osobnych warstwach, ale z innymi symbolami, żeby od użytkownika zależało ile warstw sobie włączy i jak już wszystkie włączy to, żeby jeszcze dało się odróżnić rodzaje szlaków.

pbabik · 2011-02-16T12:44:16.000Z

W atrybutach szlaków panuje burdel nie do opisania: raz jest w liniach, raz w relacjach, kolor może znajdować się w tagach color, colour, kct_costam, marked_trail_costam, i pewnie kilku jeszcze innych. Więc na razie skupię się na tworzeniu sygnatur
Rysowanie równoległych szlaków udaje się w QGIS (ale ciężko go rekomendować jako serwer) oraz Mapniku- po zainstalowaniu odpowiedniego patcha. Dla geoservera zadanie to okazało się zbyt ambitne. Niestety Mapnikowy WMS jest bardzo okrojony, nie ma GetFeatureInfo więc trudno będzie stworzyć bardziej interaktywną mapę typu kliknij na szlak i wyskoczy dymek z nawierzchnią/widocznością znaków.
Jeśli chodzi o same symbole to na polskich mapach występują zasadniczo dwa sposoby rysowania szlaków rowerowych: albo linią kropkową (Compass), albo ---- oo ---- oo -----(Galileos). Narciarskie z kolei można oznaczyć linią na pomarańczowym tle, lub cienką linią ze strzałkami. Konne natomiast wystarczy oznaczyć kolorem pomarańczowym, jest to kolor zastrzeżony tylko dla nich - ewentualnie nad linią można wstawiać od czasu do czasu sygnaturę konia.
No i najważniejsza kwestia: dane! Trzeba zrobić pospolite ruszenie i kartować szlaki ile wlezie, żeby dysponować jako-taką bazą. Inaczej takie rozważania nie mają sensu…

Mateusz_Korniak · 2011-02-17T10:48:38.000Z

pbabik:

W atrybutach szlaków panuje burdel nie do opisania: raz jest w liniach, raz w relacjach, kolor może znajdować się w tagach color, colour, kct_costam, marked_trail_costam, i pewnie kilku jeszcze innych. (…)
Jeśli chodzi o same symbole to na polskich mapach występują zasadniczo dwa sposoby rysowania szlaków rowerowych: albo linią kropkową (Compass), albo ---- oo ---- oo -----(Galileos). Narciarskie z kolei można oznaczyć linią na pomarańczowym tle, lub cienką linią ze strzałkami. Konne natomiast wystarczy oznaczyć kolorem pomarańczowym, jest to kolor zastrzeżony tylko dla nich - ewentualnie nad linią można wstawiać od czasu do czasu sygnaturę konia.
No i najważniejsza kwestia: dane! Trzeba zrobić pospolite ruszenie i kartować szlaki ile wlezie, żeby dysponować jako-taką bazą. Inaczej takie rozważania nie mają sensu…

Hm, a nie ma wypracowanego globalnie standardu co do mapowania szlaków którego wystarczy sie trzymać ?
Czy Polska jest jakaś specyficzna ? Czy też ten burdel to po prostu błedy ?

Dotevo · 2011-02-17T10:54:48.000Z

Ja osobiście staram się robić tak jak jest nakazane. Czyli relacje są od niefizycznych dróg. Troche jest denerwujące jak potem widzę highway=“path” name=“zielony, czarny”. To jest czytelne tylko dla polaków, a dodatkowo jak idzie ulicą,która ma już nazwę to co zrobić?

Myślę,że trzeba przyjąć najlepsze rozwiązanie i śmieci powinno się usuwać. Beskid Mały jest zrobiony lepiej niż w UMP, ale paru szlaków nadal brakuje.

wajak · 2011-02-17T11:09:46.000Z

Mateusz Korniak:

Hm, a nie ma wypracowanego globalnie standardu co do mapowania szlaków którego wystarczy sie trzymać ?
Czy Polska jest jakaś specyficzna ? Czy też ten burdel to po prostu błedy ?

Jest standard, są to relacje. Starałem się to spisać na wiki wyciągając ostatnie tendencję w mapowaniu szlaków.
Kiedyś były tagi marked_trail_red, marked_trail_blue itd, ale jest od pewnego czasu uznawany za przestarzały, natomiast import z UMP skąd wciąż jest wiele szlaków odbywał się w okresie przed tym okresem i stąd śmieci.
Ja mapując szlaki w mazowieckim starałem się wszelkie tego typu tagi usuwać.

balrog-kun · 2011-02-17T14:16:48.000Z

Mateusz Korniak:

Hm, a nie ma wypracowanego globalnie standardu co do mapowania szlaków którego wystarczy sie trzymać ?
Czy Polska jest jakaś specyficzna ? Czy też ten burdel to po prostu błedy ?

Czesc tego burdelu jest spowodowana importem z UMP, osoby robiace importy z UMP czesto zakladaly, ze dane ktore wychodza z konwertera jako plik .osm sa od razu zgodne ze standardami OSM. Szlaki w ump sa rysowane obok drogi zeby wyswietlaly sie poprawnie na odbiornikach garmina (z wyjatkiem UMP-Poznan, ale nie wazne) i nie dalo sie tego automatycznie skonwertowac. Wielokaty z dziurami sa (zwykle) rysowane jedna ciagla linia, rzeki maja przypadkowy kierunek (w OSM zgodny zgodny z kierunkiem pradu rzeki) itp. Tagi marked_trail_red chyba nie byly wtedy udokumentowane na wiki, ale nie znalazlem wtedy innego tagu wiec skopiowalem, ten ktorego uzywali w imporcie w Czechach. Oczywsicie nalezy to poprawic zgodnie z http://wiki.openstreetmap.org/wiki/Relation:route#Walking_routes_.28also_hiking_and_pilgrimage.29

pbabik · 2011-02-23T17:18:05.000Z

Relacje bardzo ładnie działają w oryginalnej bazie - ale po imporcie do PostGIS z użyciem osm2pgsql to już jest gorzej. Mianowicie każda jest importowana jako osobna linia, co rzecz jasna nie ułatwia zadania. Ma ktoś może pomysł, jak można przenieść tag z kolorem szlaku z relacji do dróg przed załadowaniem danych do bazy PostGIS?

balrog-kun · 2011-02-24T10:18:59.000Z

pbabik:

Ma ktoś może pomysł, jak można przenieść tag z kolorem szlaku z relacji do dróg przed załadowaniem danych do bazy PostGIS?

Ja bym sprobowal pythonem, ale moze da sie szybciej i latwiej po zaladowaniu do postgisa?

Nie mam akurat zadnej bazy z danymi z osm2pgsql, zeby to wyprobowac, ale mam baze postgisowa zaladowana z osmosis. Wyprobowalem nastepujace zapytanie:

SELECT member_id, array_agg(v) FROM relation_members NATURAL JOIN (SELECT relation_id, v FROM relation_tags WHERE k = ‘colour’ ORDER BY v) AS routes GROUP BY member_id;

W pierwszej kolumnie dostaje identyfikator drogi a w drugiej posortowana liste kolorow szlakow czy tras autobusowych do ktorych nalezy segment:

osm=# SELECT ...;

 member_id |     array_agg     
-----------+-------------------
  30440075 | {#090,#090,#00C}
  30446493 | {#A0A000}
  33178035 | {orange}
  42351108 | {#090}
  32790995 | {#a76534}
  38213443 | {orange}
  27941094 | {orange}
  30446938 | {#008000}
  30448065 | {#A0A000}
  28937835 | {#090}
...

EDIT: z tego co widze wsytarczyloby dodac kolumne “kolory” do tabelki planet_osm_line zapytaniem w stylu ALTER TABLE planet_osm_line ADD COLUMN kolory text USING … czy jakos tak. Zamiast k = ‘colour’ mozna uzyc k LIKE ‘marked_trail_.*’

pbabik · 2011-02-26T17:58:39.000Z

W schemacie osmosis raczej należałoby wykonać INSERT do tabeli way_tags. Tylko jak sformułować zapytanie, by oprócz numeru drogi do kolumny way_id oraz kolorów szlaków do kolumny v wstawić jeszcze “kolory” do kolumny k?

balrog-kun · 2011-02-28T01:42:49.000Z

Tak, chodzilo mi o robienie tego samego w schemacie osm2pgsql, gdzie wystarczy dodatkowa kolumna.

Jesli chodzi o ten INSERT to cos w stylu INSERT member_id AS id, ‘kolory’ AS k, coś(array_agg(v)) AS v …

rewelator · 2011-04-22T07:57:39.000Z

Mam problem z relacjami.

Szlak “Marii Konopnickiej” pieszy, z możliwością przejazu rowerem, niebieski (34 km)
Czy dodać go w relacjach jako pieszy, czy rowerowy?

pbabik · 2011-04-22T09:53:54.000Z

Jeśli jest pieszy (pasek biały, niebieski, biały bez piktogramu roweru) to w route wpisałbym hiking, i dodatkowo bicycle=yes dla określenia możliwości przejazdu rowerem.

Dotevo · 2011-04-22T13:43:59.000Z

Ja osobiście nie zaznaczał bym faktu, że szlakiem pieszym mozna jechać na rowerze w relacji. Tego typu rzeczy powinny jednak być w way.