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:
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…
Ogólnie OsmAnd może wiele rzeczy pokazuje, ale nikt szablonów i tłumaczeń nie sprawdza. Aplikacja jest prawie tak samo toporna i słabo przetestowana, jak była 8 lat temu, gdy ją instalowałem pierwszy raz.
Moim głównym zastrzeżeniem do nowego schematu jest niemożność użycia go równolegle ze starym, oba używają klucza amenity.
A propos korona.ws z wątku “miejsca używające OSM”.
Autor już sam hostuje kafelki. Ale coś nie tak poszło przy instalacji stylu. Brak etykiet miast. (To nie jest aż tak palący problem, bo i tak podawane przez MZ dane są zagregowane wg województw).
https://github.com/konradkalemba/korona.ws/issues/26
Ciekawe co spowodowało ten problem.
Od kilku dni na stylu domyślnym nie renderują się nowe zmiany. Gdzieś przemknęła mi informacja o wyłączeniu serwerów (?), ale nie mogę sobie przypomnieć gdzie to było. Czy ktoś orientuje się o co chodzi?
O wyłączeniu nie widziałem informacji, tylko o tym że serwery są ostatnio przeciążone (info na dzień 2020-03-16). Napisał o tym Michał B. na Facebooku (link) i podawał tam link do Tweetera (link). Może tego szukałeś?
Dzięki za info. Pewnie ludzie masowo rzucili się do mapy szukać aptek.
Czy mi się wydaje, czy mapa zrobiła się od dzisiaj bardziej zielona na zoomie 12?
Tak, kilka dni temu wyszła wersja 5.0.0 i najwyraźniej już się wdraża:
https://github.com/gravitystorm/openstreetmap-carto/blob/master/CHANGELOG.md#v500—2020-03-18
Nowa wersja wyszła wczoraj i powinna już się wdrażać:
https://github.com/gravitystorm/openstreetmap-carto/blob/master/CHANGELOG.md#v510—2020-04-10
Jak rozumiem, ta zmiana “Remove rendering of residential/unclassified, track, foot/cycleway highway areas (#4096)” nie została wprowadzona w 5.1.0 mimo że jest na liście zmian?
Tak średnio mi się podoba ta zmiana. Chodzi o bankomaty. One są często przy samych bankach, więc teraz będą też je przesłaniać na z18? Pytanie, co jest ważniejsze, bank czy bankomat. Czy dajecie priorytet któremuś z nich jeśli są blisko siebie i nie da się dwóch wyświetlić?
To prawda, poprawiłem. Dzięki!
Dla mnie to nie tylko kwestia bankomatów, to jest w ogóle duża i długa dyskusja, po części widać to w dyskusji nad tą zmianą:
https://github.com/gravitystorm/openstreetmap-carto/pull/4044
Właśnie dlatego tę zmianę kiedyś wprowadziłem, żeby mniejsze elementy nie przesłaniały większych. Nikt dotąd nie powiedział jaki jest z tym problem, jak widać, ani nie podał lepszej (bardziej neutralnej albo obiektywnej) metody niż wielkość. Dominuje przekonanie, że ważne elementy powinny być widoczne wcześniej, ale nikt nie powiedział jakie są reguły “ważności”. W tym wypadku nadal się nie dowiedziałem, dlaczego reguła wielkości jest OK w większej skali (bo wreszcie ktoś zauważył, że to nie jest wzięte z kapelusza), a nie jest OK w mniejszej.
Proponuję takie uwagi zgłaszać bezpośrednio i w ogóle brać aktywny udział w tych dyskusjach, bo inaczej opiekunowie robią po swojemu (mam wrażenie, że coraz bardziej).
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).