A, i pytanie z fejsbuka:
Pole rzepaku jest żółte, ryżu może być zielone lub niebieskie od wody… Z jednoznacznymi kolorami jest problem, natomiast system w którym różne rośliny są symbolizowane przez zieleń, jest bardziej spójny (np. park jesienią może być żółty i czerwony, ale na mapie jest zielony). Nie udało się też znalezienie takiego odcienia brązu lub pomarańczowego, który by nie dawał po oczach jak obecny (zwłaszcza na dużych obszarach) lub był strasznie ciemny na małych obszarach, jak to było zaproponowane (choć na dużych obszarach byłoby w miarę dobrze):
https://github.com/gravitystorm/openstreetmap-carto/pull/2821#issuecomment-328387177
Tagowanie dźwigów:
https://wiki.openstreetmap.org/wiki/Tag%3Aman_made%3Dcrane
Pytanie o tagowanie obiektów przemysłowych polecam na listę Tagging, bo nie zajmuję się takimi elementami i nie wiem. Ostatnio dodawałem tylko wieźe, w tym takie chłodzące, i dyskutujemy nad silosami.
Jeśli idzie o wyświetlanie dźwigów, to należy zgłosić w tym miejscu:
https://github.com/gravitystorm/openstreetmap-carto/issues
Jeśli ktoś zrobi ikonkę i nie będzie innych poważnych sprzeciwów, to zacznie się pojawiać na domyślnej mapie.
@kocio Kiedy zaczną renderować się zmiany wprowadzone razem ze zmianą wyświetlania dróg paved/ unpaved i późniejsze? To kwestia naprawy kodu tylko tej jednej poprawki czy czegoś innego?
Są akurat jakieś duże zmiany w infrastrukturze - niedawno miała miejsce przeprowadzka części serwerów fundacji do Amsterdamu, wyszła nowa wersja Ubuntu i się robi po kolei aktualizacja, jeszcze jakieś problemy były z serwerami cache… W efekcie ostatnie wersje stylu nie zostały w ogóle wdrożone na serwerach OSMF i sam czekam kiedy będzie aktualizacja. Nie tyle nawet na aktualizację stylu, co Mapnika, żeby wreszcie skończyły się błędy z pozycjonowaniem napisów na niektórych obszarach (np. jezioro Wiktorii w Afryce).
Na razie wyświetlania dróg nieutwardzonych nie będzie, bo powodowała duże problemy z wydajnością i jeśli sommerluk ją dopracuje, to pojawi się w jakiejś kolejnej wersji, ale na razie jeszcze nie ma PR.
Ostatnie zmiany zostały za to wdrożone np. tu (choć nie wszystkie kafelki się odświeżyły i to jakoś sporo…):
https://tile.iosb.fraunhofer.de/#map=5/50.7258/25.0181/3
Widać je też w niemieckim forku:
No i się doczekałem, po prawie roku (!) od kiedy znalazłem problem w algorytmie centroidu w Mapniku! Na serwerach OSMF został wdrożony nowy Mapnik (zapewne 3.0.20 w ramach aktualizacji serwerów do Ubuntu 18.04) i wreszcie pozbyliśmy się żenującego błędu z wyświetlaniem nazw ważnych jezior po brzegach (albo wręcz poza ich obszarem!), a w Polsce dzięki temu jako efekt uboczny pojawił się Poznań i województwo mazowieckie. Tak się z tego cieszę, że aż muszę walnąć kilka zrzutów 
:
Czy ktoś znający się ciut na JavaScripcie mógłby powiedzieć co należy zmienić w kodzie CartoCSS, żeby akceptowało grid jako opcję text-placement? Tutaj założyłem bilecik z błędem:
https://github.com/mapbox/carto/issues/494
Jest mi to potrzebne żeby ulepszyć wyświetlanie nazw województw, żeby je w miarę możliwości przesuwał w wolne miejsca jeśli wystepuje konflikt z innym napisem:
https://github.com/gravitystorm/openstreetmap-carto/issues/1391#issuecomment-356606880
Moim zdaniem podany tam trop do mapnik-reference jest właściwy. Czyli to tam trzeba trzeba zrobić poprawkę i dodać opcję grid.
To nie wszystko, jak eksperymentowałem to mi w końcu raz przepuścił, ale jak na czysto wziąłem i tylko dopisałem nowy parametr do pliczku .rst, to nie poszło. Musiałem jeszcze coś zrobić, ale nie wiem co konkretnie - coś dłubałem w build/carto.tmbundle/Syntaxes/carto.tmLanguage, ale nie umiem tego powtórzyć.
Te pliki .rst wyglądają na dokumentację, a carto.tmLanguage na plik dla podświetlania składni do edytora.
Ja bym edycję zrobił w kosmtik/node_modules/mapnik-reference/3.0.20/reference.json, bo to jedyny plik w sensownym formacie związany ze składnią.
Jasne. Jeśli uda się ustalić coś bardziej konkretnego albo sklecić jakiś tymczasowy kod, który działa, to dawajcie mi znać.
mapnik-reference na githubie został zaktualizowany i te zmiany likwidują ten błąd.
Już rozwiązane, dwie osoby były potrzebne - trzeba było poprawić dokumentację Mapnika, wydać pakiet npm, zaktualizować CartoCSS, wydać nową wersję i pakiet npm… Teraz jeszcze tylko potrzebna jest poprawka w Kosmtiku (trzecia osoba…), żeby działał z CartoCSS 1.x:
https://github.com/kosmtik/kosmtik/pull/281#issuecomment-412987049
I dopiero jak to zadziała, a potem zostanie wydana nowa wersja Kosmtika plus pakiet npm, to będzie można oficjalnie rozwijać OSM Carto z funkcją grid.
Niezły łańcuszek zależności…
I to wszystko by podmienić jeden plik tekstowy?
No, może nie tylko jeden, ale jednak to tylko formalna dokumentacja, a nie kod. Tak to jest gdy projekt jest rozproszony…
Korzystając z Kosmtika w wersji z repo gita można już używać funkcji grid do bardziej dokładnego wypełniania obszarów nazwami, np. dzięki temu na z6 pokazują się wszystkie nazwy województw:
https://github.com/gravitystorm/openstreetmap-carto/issues/2962#issuecomment-413758796
Dokładniej to mazowieckie się pokazuje. Bo tylko ono cierpiało na renderingu stolicy przed nazwą województwa.
Nie tylko, opolskie też.
W związku z aktualizacją oprogramowania na serwerach fundacji:
https://github.com/openstreetmap/chef/issues/155#issuecomment-413818970
spodziewajcie się problemów z wyświetlaniem błędnych wielokątów (i dobrze, bo należy je poprawiać):
Otóż to, dlaczego opolskie też? Wszak nazwa województwa miała tu priorytet nad nazwą miasta.
Musiał to być przypadek - umiejscowienie przy opcji grid jest nieznacznie inne od tego dla opcji interior i w efekcie nazwa nie weszła w konflikt z “województwem śląskim”. Jednak coś za coś - wskutek tego zniknęła Częstochowa (i oczywiście Opole).
EDIT:
Nie przypadek, ale prawidłowe zadziałanie rozmieszczania napisów.
Tym bardziej się dziwię, że przy opcji interior to nie dało takiego efektu dla opolskiego. Nie widać tam żadnych przeciwwskazań do tego.