Wyświetlanie na domyślnej mapie

Przy okazji mapowania jednego z poznańskich cmentarzy zauważyłem dziwną hierarchię - kosze na śmieci (amenity=waste_basket) mają wyższy priorytet wyświetlania niż większe kontenery na śmieci (amenity=waste_disposal)

Przykład tutaj: https://www.openstreetmap.org/#map=19/52.38585/16.82933

Szkoda też, że mimo gotowych ikonek nie udało się dokończyć tematu renderowania kranów i pomp z wodą, więc mimo, że będą w wielu miejscach zmapowane, to będzie prawdopodobnie kolejny 1 listopada gdzie ludzie nie będą widzieć tych danych na mapie :frowning:

Przypadek. waste_basket i waste_disposal mają przydzielony ten sam priorytet.

Mapując ostatnio pomnik memorial=statue oraz kamień pamiątkowy memorial=stone (historic=memorial) blisko siebie, to name z kamienia zakrywał name z pomnika, który był ważniejszy w tym miejscu. Stworzyłem nowy node dla pomnika, wówczas jego id w bazie OSM miało wyższy numer niż node kamienia i teraz na mapie wyświetla się wszystko jak powinno.

Może kolejność renderingu oprócz priorytetu obiektów bierze pod uwagę ID obiektu?

osm-carto nie uwzględnia tu ID obiektu. Co nie oznacza, że nie może istnieć zależność pośrednia, wynikająca ze sposobu działania bazy danych i mapnika. Wykorzystywanie tego byłoby jednak formą tagowania pod render.

Jeśli uważacie, że waste_disposal powinien się zawsze renderować przed waste_basket, to wystarczy zrobić zgłoszenie. Kod do przydzielania priorytetu już jest, tyle że oba te obiekty dostają w nim tę samę wartość.

Edit:
To powyższe dotyczy tylko przypadku tutaj przedstawionego, czyli gdy oba obiekty są jako węzły. Nie jest to typowa sytuacja, bo najcześćiej śmietnik (wate_disposal) rysujemy jako obszar.
Śmietniki jako obszar są obsługiwane obsługuje inny kod i mają inny priorytet.

Jest problem z renderowaniem - Londyn dosłownie najechał na Warszawę, ale sprawa już jest chyba opanowana:

https://github.com/openstreetmap/operations/issues/340

A nie jest to przypadkiem związane z tym, że połowa Londynu przeteleportowała się ostatnio nad Wołgę ?
Było coś o tym na niemieckim forum => https://forum.openstreetmap.org/viewtopic.php?pid=768219#p768219

Zapewne to właśnie przez to.

Coś podziało się chyba z algorytmem wyświetlającym nazwy państw na zoomie 4 i 5.
W szczególności dotknięta Afryka => https://imgur.com/a/f8iuWzK

Podobne błędy widać też w Polsce w nazwach województw i miast wojewódzkich, na różnych poziomach zoomu.

Podejrzewam, że to zmiana algorytmu wyznaczania środka obszarów z Mapnika na to, co oferuje PostGIS. Zaleta jest taka, że to pozwoli na migrację do mapy wektorowej, ale dobrze by było, gdyby ktoś przeportował lepszy algorytm Mapnika do PostGIS-a poprzez bibliotekę OSGEO, z której on korzysta, i która podejmuje kiepskie decyzje w niektórych nietypowych kształtach. Pisałem o tym niedawno i nadal szukamy ochotników:

https://forum.openstreetmap.org/viewtopic.php?pid=761981#p761981

A to się pewnie dzieje dlatego, że wdraża się nowa wersja OSM Carto, v4.24.1, czyli to samo co w v4.24.0, ale bez zmiany sposobu wyświetlania wody:

https://www.openstreetmap.org/user/Joseph%20E/diary/391049

https://www.openstreetmap.org/note/2002840
Zgłupiałem, bo kilka dni tę granicę widać, a robiłem Ctrl+F5 kilka razy w międzyczasie.

To opisywany już błąd w renderingu, takie wirtualne linie-granice można znaleźć na całym świecie.

Domyślny styl w kilku językach (plus mapa fizyczna z bardziej kompletnych danych w dużej skali):

https://www.osmap.info

Dlaczego rurociągi nie wyświetlają się na domyślnej mapie? W edytorze są przedstawione dość realistycznie.

Jest już projekt wyświetlania i czekamy tylko na przygotowanie łatki z tym kodem:

https://github.com/gravitystorm/openstreetmap-carto/issues/640#issuecomment-549244490

Paczkomaty - to dość popularne urządzenia (przynajmniej w Polsce), a nie doczekały się dedykowanej ikony wyświetlania.
Ktoś może kojarzy czy było to wcześniej rozważane?
I jeśli nie było, to w jaki sposób ruszyć taki pomysł?

Dobry pomysł! Tym bardziej, że niektóre paczkomaty mają spore rozmiary i nie można ich zobrazować na mapie standardowej jako obszar.

https://github.com/gravitystorm/openstreetmap-carto/issues/1561#issuecomment-401756335

To jest problem z tagowaniem, były oznaczane jako vending, ale to nie jest prawidłowa kategoria:

https://wiki.openstreetmap.org/wiki/Tag:vending%3Dparcel_pickup;parcel_mail_in

Jest propozycja innego tagowania, ale na razie się nie przyjęło, są oznaczone symboliczne ilości:

https://wiki.openstreetmap.org/wiki/Proposed_features/Parcel_lockers_and_parcel_postbox#Current_usage

Raczej nadal są tak oznaczane - wystarczy w wyszukiwarce szablonów w ID wpisać hasło paczkomat, dostajemy gotowy zestaw, tj. amenity=vending_machine + vending=parcel_pickup;parcel_mail_in.
Podobnie w JOSM, w wyszukiwarce szablonów po wpisaniu hasła „paczkomat” również dostajemy podpowiedź kategorii „Automat sprzedający” i z listy sprzedawane produkty „paczkomat”.

Bądźmy szczerzy - wobec powyższych presetów w dwóch najpopularniejszych edytorach nowy schemat tagowania (tj. amenity=parcel_lockers) nigdy się nie przyjmie.
Jesteśmy wobec tego w impasie - nie będziemy renderować „staro-schematowych” paczkomatów bo mają „broken tagging” a „nowo-schematowych” też nie będziemy renderować bo w zasadzie nie ma czego (symboliczne ilości).
Przynajmniej jednak renderują się w OSMAnd-dzie (jako vending_machine) i co ciekawe w tym projekcie nikt nie ma z tym problemu…