Nowa wersja jest (5.2.0) i już się wdraża:
https://github.com/gravitystorm/openstreetmap-carto/blob/master/CHANGELOG.md#v520—2020-05-8
Padła propozycja, żeby wyświetlać nowe tagi placówek dyplomatycznych (office=diplomatic) jako flagi w kolorze biur, a jednocześnie przestać renderować stare ikony dla amenity=embassy (niezbyt precyzyjne, więc to pewnie nie były tylko ambasady):
https://github.com/gravitystorm/openstreetmap-carto/pull/4168
O ile wprowadzenie ikonek dla nowych tagów mnie przekonuje, to usuwanie starego tagowania w chwili, kiedy jeszcze połowa została, to zbytni pośpiech i proszenie się o masowe edycje:
Proponuje albo pominąć usuwanie dopóki ilość nie spadnie do ~2k (to najmniejsza ilość kwalifikująca do renderowania), albo wstrzymać całą poprawkę do tego czasu.
Wysłałem mejla na talk, żeby wszyscy chętni mogli się na ten temat wypowiedzieć:
https://lists.openstreetmap.org/pipermail/talk/2020-July/085115.html
Najlepiej by było dodać renderowanie nowego tagu teraz, bez usuwania starego, a stary usunąć dopiero jak jego użycie spadnie do 2000.
Dla ścisłości - nowe są renderowane bodaj od początku, bo należą do klucza “office”, a te obiektu domyślnie są wyświetlane jako granatowe kropki, np. tu:
https://www.openstreetmap.org/way/437153220
Propozycja jest na temat zmiany wyświetlania nowego tagowania ambasad i konsulatów w postaci flag o tym samym kolorze (granatowym).
A propos wspominanego chyba suboptymalnego etykietowania poligonów (np. shop) ikonami. Odpowiada za to funkcja ST_PointOnSurface()
Będzie możliwość obliczenia “bieguna niedostępnośći” w PostGIS-ie poprzez funkcję ST_MaximumInscribedCircle()
Punkt ten tak jak ST_PointOnSurface() zawsze leży w środku poligonu, ale w bardziej dogodnym i estetycznym miejscu.
Dla przypomnienia ST_PointOnSurface() przecina poziomą linią poligon w połowie wysokości. Zwracany jest środkowy punkt części wspólnej linii z poligonem. Często daje to słabą pozycję etykiet.
http://postgis.net/2020/07/18/postgis-3.1.0alpha2/
https://download.osgeo.org/postgis/docs/postgis-3.1.0alpha2.pdf str. 422
Ciekawostka: na podstawie historii pliku https://commons.wikimedia.org/wiki/File:Soho_-_map_1.png#filehistory
można prześledzić jak zmieniało się OSM Carto oraz jak zmieniała się zawartość mapy.
Brak renderu man_made=antenna oraz tower:type=communication na budynkach.Na TOP jest render na OSM nie ma.
https://www.openstreetmap.org/way/162949071/
leisure=sports_centre inaczej się renderuje jako punkt (zielony tekst kursywą), a inaczej na budynku (czarny zwykły tekst, jak normalna nazwa budynku)
https://www.openstreetmap.org/note/2482712
Wygląda na to, że znany i tu zgłaszany problem z nieistniejącymi liniami granic z jakiegoś powodu da się obejść przez odwrócenie kierunku fragmentu granicy.
Błąd w osm2pgsql? Bo to on składa geometrię.
Nowa wersja (5.3.1) jest już wdrożona:
https://www.openstreetmap.org/user/pnorman/diary/395608
https://www.openstreetmap.org/user/pnorman/diary/395675
Zmiany wizualne są tylko w minirondach oraz wyświetlanie nowego schematu placówek dyplomatycznych. Stare tagowanie (amenity=embassy - 102 wystąpienia w Polsce) już nie jest wyświetlane i pewnie można już się go pozbyć po zamianie na office=diplomatic.
Jak teraz wyszukałem to znalazłem 5 obiektów, w Warszawie poprawiłem już wszystkie kilka dni temu
Korzystałem z tego źródła, tam nadal jest 102:
Trochę nieaktualne info:
https://taginfo.openstreetmap.pl/tags/amenity=embassy
Dane z: 2020-10-04 20:39 UTC
Ktoś to odświeża? W ogóle kto tym zarządza?
I cyk przekierowanie na Geofabrik https://taginfo.openstreetmap.pl/tags/amenity=embassy
Mało popularne tagi nie mają szczegółowych analiz ale myślę że nikt nie zauważy.
Czy paczkomaty nie powinny dostać jakieś ładnej ikonki?
Aktualnie wyświetlają się na mapie jako numerek, pewnie z tego powodu że mają adres.
Paczkomaty nie mają adresów. Na carto niestety nic się nie renderuje. Mam nadzieję, że coś się zmieni.