Tematy ogólne

Eco-punkt

Czy ktoś tagował Eco-punkty, czyli miejsca gdzie można zostawić zużyte baterie/tonery i inne elektro odpady?
Jak to oznaczać?

http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drecycling
(edit: polską wersję tej strony też już mamy :wink: ).

czyli (dla baterii) jakoś tak:

amenity=recycling
recycling:batteries=yes
recycling_type=container

można dodać oczywiście więcej tagów
recycling:*=yes
ale wtedy raczej powinno być recycling_type=center

Ostatnio zauważyłem brak zrozumienia różnicy oznaczania funkcji jako “area” i “way” i notoryczne edycje z dublowaniem tagów, bo to tak ładnie wygląda na mapie gdy mamy kolorowe linie. :slight_smile:
Najczęściej występuję to w niewłaściwym stosowaniem tagu “highway=”

Jeśli dany obiekt możemy opisać jako “area” to nie dublujemy go dodawaniem jako “way”
Miejsca połączenia dochodzących linii do obszaru zaznaczamy jako węzły, pozostawiając wnętrze obszaru puste.

Na przykład:
Mamy drogę “highway=footway + area=yes” to nie dodajemy dodatkowo linii “highway=footway/cycleway/itd” czy innych ze zbioru Key:highway.

Możemy za to rozwinąć tag i napisać: highway=footway; cycleway; steps", oraz dodając inne, bardziej opisowe tagi.

Na Wiki w bocznym szablonie mamy informację w jaki sposób przedstawiać daną funkcję, z ikonami przekreślonymi lub nie.

Zapomniałem jak oznaczamy SOR przy szpitalach.
Czy może mi ktoś przypomnieć?

Way z area jest dla renderingu. Way bez area jest dla routingu, chyba, że chcesz aby routing wyznaczał Ci trasę po krawędziach chodnika.

highway=footway; cycleway; steps - to dla routingu też nie zadziała.

Ja mówię, wręcz odwrotnie. Ktoś kto wymyślił połączenie highway=… area=yes był głupi! Psuje już istniejące aplikacje.

Skąd ten pomysł?? Przez obszar również powinna być poprowadzona droga, żeby routing mógł działać. Obszar nie ma kierunkowości.
Z tym tematem jest tak jak z river i riverbank. Waterway=river rysujemy jako linię, riverbank rysujemy jako obszar. Jedno z drugim ma współistnieć, a nie się wykluczać.

Wiem, że zrobię mały offtopic. Ale czy mamy jakiś routing rzeczny, który uwzględniałby śluzy, jazy, zapory i podobne?

To nie jest mój wymysł.
Czy mam rozumieć, że te zasady na Wiki (strony dyskusyjne, strony angielskie na forum) są nieważne i tworzymy własne?

Przejście z oznaczania dróg jako “way” na “area” to są fantazje?

Dodam iż [highway=*; area=yes] stosuje się dla placów i innych obszarów bez kierunków. Jak chce się zaznaczyć obszar drogi/chodnika/drogi dla rowerów stosuje się area:highway ( http://wiki.openstreetmap.org/wiki/Key:area http://wiki.openstreetmap.org/wiki/Proposed_features/area:highway ).

To nie zmienia faktu, że drogi powinny się spotykać na środku placu jeśli nie chcemy, aby routing prowadził po krawędzi

O czym właściwie dyskutujemy?

  1. Wkładanie informacji do bazy danych OSM
  2. Routing który nie czyta właściwie bazy danych (na razie)
  3. Rendering

Raczej kierowałbym się w stronę “nigdy” bo routing obszarowy to coś bardziej skomplikowanego niż chodzenie po grafie, a konwerterów z obszaru na graf nie spodziewałbym się w najbliższych czasach.
Druga sprawa to tak jak mówił Zibi. Sytuacja jest analogiczna jak przy rzekach. Usuwanie highway na miejsce highway+area powinno być traktowane jak wandalizm bo psuje to co kiedyś działało.

Tyle wg mnie.

Według mnie, czy tego typu rzecz nie powinna być kontrolowana przez walidator?

Coż z tego że sobie tu coś na forum popiszemy, jak i tak za pół będzie nadal tak samo.

Takiego poziomu abstrakcji walidator raczej nie ogarnie.

A mapowanie jako obszary to robią raczej pojedyncze osoby, z większym stażem w OSM bo to zdecydowanie bardziej zaawansowane mapowanie. Lepiej liczyć że znalazły http://wiki.openstreetmap.org/wiki/Key:area . A w przeciwny przypadku trzeba po prostu o tym przypomnieć.

A walidator może nawet mógłby to wykryć, ale byłoby to chyba dość czasochłonne.

Zrobienie konwertera z zdjęć lotniczych do danych OSM i highway:area do higway dobrej jakości to zadania o porównywalnej trudności. Powiedziałbym że to pierwsze jest prostsze dla niektórych typów danych (lasy, rzeki, drogi niezasłonięte drzewami).

Ponawiam pytanie.

Jak oznaczamy SOR przy szpitalach.
Czy może mi ktoś przypomnieć?

Nie do końca rozumiem, czym są SORy przy szpitalach, ale być może przypasuje któreś z rozwiązań:
emergency=ambulance_station
lub dodanie tagu emergency=yes do szpitala

https://pl.wikipedia.org/wiki/Szpitalny_oddzia%C5%82_ratunkowy
Żadne z wymienionych nie pasuje.
“ambulance_station” to miejsca gdzie są zgrupowane karetki.
“emergency=yes” raczej dla wyjścia awaryjnego.
W szpitalach jest oddzielna część, z oddzielnym wejściem i wjazdem dla karetek dla Szpitalnego oddziału ratunkowego.
Jeszcze mamy Ambulatoria - https://pl.wikipedia.org/wiki/Ambulatorium działające poza normalnymi godzinami pracy.

Wydaje mi się, że jednoznaczne oznaczanie tych punków jest ważne ze względu na rolę jaką pełnią przy zagrożeniu dla życia.
Może jakiś nowy tag?

A to?
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Drescue_station

Czyli Stacja ratownictwa?

amenity=rescue_station

http://taginfo.openstreetmap.org/tags/?key=amenity&value=rescue_station#overview

Jak POI lub obszar (może część budynku “building:part=yes”)?

Może

emergency_service=yes/no

http://taginfo.openstreetmap.org/keys/?key=emergency_service

Na dzień dzisiejszy jest to tagowane jako POI:

amenity=hospital
emergency=yes
name=SOR
official_name=Szpitalny Ośrodek Ratunkowy

http://taginfo.openstreetmap.org/tags/?key=amenity&value=hospital#combinations