Wyświetlanie na domyślnej mapie

rmikke · 2017-11-24 08:21:51

Widzi mi się, że jeśli można nazwę obszaru przesunąć punktem z rolą label, to przynajmniej na domyślnej mapie problem powinien być rozwiązany...

kocio · 2017-11-24 14:56:03

Oczywiście można, tylko wtedy można się też zastanawiać, czy to nie jest tagowanie pod renderowanie. Dlatego właśnie szukam rozwiązania, w którym to automat renderujący kombinuje jak pomieścić labelki w danym przypadku mając ogólne dane, a nie mapowicz je preparuje pod konkretną mapkę.

maraf24 · 2017-11-24 15:21:20

kocio wrote:

Dlatego właśnie szukam rozwiązania, w którym to automat renderujący kombinuje jak pomieścić labelki w danym przypadku mając ogólne dane, a nie mapowicz je preparuje pod konkretną mapkę.

Można spróbować zwiększyć zakres ruchu nazw miast przy unikaniu konfliktów. Teraz są to 4 piksele. Dla niskich poziomów zoomu umiejscowienie miast może być niedokładne, byle błąd nie rzucał się w oczy.

rmikke · 2017-11-24 15:56:26

A nie dałoby się zrobić na wzór map papierowych?
Nazwy obszarów (województw) większe i blade, a nazwy punktów (miast) mniejsze, wyraźnie się odcinające od tła i na wierzchu?

kocio · 2017-11-24 16:03:29

Jeśli idzie o barwy, to przecież już tak jest - nazwy obszarów administracyjnych są fioletowe, a miasta czarne. Tylko co masz na myśli "pod spodem"? Żeby nazwy miast nakładały się na nazwy obszarów? Wydaje mi się, że na papierowych tak się wcale nie robi, tylko ręcznie przesuwa nazwy obszarów, czyli to, co ja bym chciał żeby robił automat. No, jeszcze jak obszar jest wyjątkowo wielki, to czasem np. nazwy miast się mieszczą między literami nazwy obszaru, ale to nie ten przypadek.

kocio · 2017-11-24 16:13:44

maraf24 wrote:

Można spróbować zwiększyć zakres ruchu nazw miast przy unikaniu konfliktów. Teraz są to 4 piksele. Dla niskich poziomów zoomu umiejscowienie miast może być niedokładne, byle błąd nie rzucał się w oczy.

Trzeba by przetestować ten pomysł, możesz spróbować (mogę pomóc przy konfiguracji środowiska testowego)?

Ale skoro mamy więcej ruchu jeśli idzie o nazwy obszarów niż nazwy punktów, to w tym kierunku należy iść tak czy siak. Przykład: Madryt na z4-z5 - dopóki nie ruszysz etykiety kraju, to nie widzę szans na wydobycie stolicy na wierzch, dopiero na z6 dało się obie pomieścić:

http://www.openstreetmap.org/relation/5 … 245/-0.890

maraf24 · 2017-11-24 16:14:55

kocio wrote:

Wydaje mi się, że na papierowych tak się wcale nie robi, tylko ręcznie przesuwa nazwy obszarów, czyli to, co ja bym chciał żeby robił automat.

Widziałem gdzieś taką mapę i to chyba online - wielka czcionka outline bez wypełniania z nazwą regionu, więc mimo częściowego zakrycia przez inne elementy napis wciaż był czytelny.

kocio · 2017-11-24 16:25:16

Ha, właśnie przypadkiem wyczaiłem czemu przykładowy fragment mapy w osm-carto to centrum Chicago - wygląda na to, że to nawiązanie do innego, wcześniejszego stylu:

OSM Bright 2012
68747470733a2f2f7261772e6769746875622e636f6d2f6d6170626f782f6f736d2d6272696768742f6d61737465722f707265766965772e706e67

OSM Carto 2014

OSM Carto 2017
68747470733a2f2f7261772e6769746875622e636f6d2f6772617669747973746f726d2f6f70656e7374726565746d61702d636172746f2f6d61737465722f707265766965772e706e67

maraf24 · 2017-11-24 22:00:24

Ciekawe różnice w kolorze wody. Najlepiej jest w wersji z 2012.

RicoElectrico · 2017-11-24 22:43:59

OSM Bright to zupełnie inny styl, ale zgodzę się

kocio · 2017-11-25 02:30:48

Podobno jest coś, co pozwala na przesuwanie etykiet, i to także dla wielokątów, ale przyznaję bez bicia, że nie zrozumiałem czy to jest to, o co mi chodzi, czy może coś innego. Chodzi o parametr X:

opis:
https://github.com/mapnik/mapnik/wiki/T … placements

kod:
https://github.com/mapnik/mapnik/blob/b … pp#L60-L87

Czy ktoś potrafi wyjaśnić po polsku jak to właściwie działa?

maraf24 · 2017-11-25 16:04:24

kocio wrote:

Podobno jest coś, co pozwala na przesuwanie etykiet, i to także dla wielokątów, ale przyznaję bez bicia, że nie zrozumiałem czy to jest to, o co mi chodzi, czy może coś innego. Chodzi o parametr X:
opis:
https://github.com/mapnik/mapnik/wiki/T … placements

To jest używane tylko przy unikaniu konfliktu nazw. Zastosowanie X widac tam w przykładzie:
"X,10,5" (keep position, but try to reduce size)
ale i tak lepsze jest np. "N,S,E,W,10,5", bo najpierw próbuje inne pozycje, a potem próbuje zmniejszać czcionkę.

Użycie takiego mechanizmu dla nazw województw pozwoliło by przypuszczalnie na wyświetlenie się nazwy województwa mazowieckiego, które teraz pada ofiarą stolicy. W innych, jak sądzę, nic by nie dało, bo nazwy województw nie nakładają się same na siebie ani na inne teksty.

kocio · 2017-11-25 17:04:09

Aha, czyli X nic nie przesuwa, tylko pozwala zmieniać wielkość czcionki? To raczej mało interesująca opcja, chyba że w ograniczonym zakresie (najwyżej o 1 punkt).

Natomiast zastosowanie NSEW dla obszarów (dla miast już tego używamy w specjalny sposób) ma sens. Być może w tym celu trzeba by było połączyć warstwy kraj-stolica i regiony-miasta, żeby to działało, ale nie jestem pewien czy dobrze to rozumiem. Tak czy owak jak zwykle trzeba to potestować, a na początek sprawdzić czy już tego nie ma.

maraf24 · 2017-11-25 19:31:24

kocio wrote:

Aha, czyli X nic nie przesuwa, tylko pozwala zmieniać wielkość czcionki? To raczej mało interesująca opcja, chyba że w ograniczonym zakresie (najwyżej o 1 punkt).

Tak, X nie przesuwa (choć wciaż działają przesunięcia pikselowe), ale nie ma nic wspólnego ze zmianą wielkości czcionki. To wynika tylko z obecności liczb na końcu, a X się pojawiiło bo wymagane jest użycie jakiejś literki, tj, "10,9" jest nieprawne.

Być może w tym celu trzeba by było połączyć warstwy kraj-stolica i regiony-miasta, żeby to działało, ale nie jestem pewien czy dobrze to rozumiem.

Łączenie warstw miałoby sens, gdyby Mapnik potrafił operować współrzędnymi kilku napisów jednocześnie, a nie wiem czy to potrafi. Raczej robi to metodą dopasowania nowego napisu do już przetworzonych.

Może lepiej, a na pewno prościej, byłoby najpierw przetwarzać istotne miasta, a potem próbować dopasowywać nazwy regionów? Jeśli miast byłoby za dużo przy tym podejściu, można by wprowadzić nową warstwę, zawiarająca tylko te z capital=4 i ją umieścić przed warstwą z nazwami regionów. Dla Polski to 66 wobec 17.
I jeszcze bym wywalił "województwo" z nazw regionów. Oczywiście nie w danych, a po stronie rendera.

kocio · 2017-11-25 19:52:28

A gdzie jest kod który powoduje przesunięcia pikselowe, o których mówisz?

maraf24 wrote:

Może lepiej, a na pewno prościej, byłoby najpierw przetwarzać istotne miasta, a potem próbować dopasowywać nazwy regionów? Jeśli miast byłoby za dużo przy tym podejściu, można by wprowadzić nową warstwę, zawiarająca tylko te z capital=4 i ją umieścić przed warstwą z nazwami regionów. Dla Polski to 66 wobec 17.

Warstwę ze stolicami "states" myślę, że można wydzielić. A jeśli jest tak jak mówisz:

nazwa kraju
nazwa stolicy
nazwy województw
nazwy dużych miast

to pewnie wystarczy rozszerzyć warstwę stolic o stolice "states".

maraf24 wrote:

I jeszcze bym wywalił "województwo" z nazw regionów. Oczywiście nie w danych, a po stronie rendera.

Nie widzę szans, osm-carto bierze tylko "name" i tyle.

Próbowałem wykorzystać położenia N,S,E,W itp. do nazw województw (czyli wielokątów), ale ani drgnęły. Szkoda, to też by było coś. Nieczytelna jest dla mnie dokumentacja Mapnika i Carto, trudno mi się w niej zorientować.

Ponawiam propozycję żebyś może popróbował przy tym pogrzebać i testować, bo łatwiej ci to idzie niż mnie. Co ty na to?

maraf24 · 2017-11-25 20:47:14

kocio wrote:

A gdzie jest kod który powoduje przesunięcia pikselowe, o których mówisz?

shield-text-dx, shield-text-dy oraz text-dx i text-dy, ale możliwe, że to jest zwykły stały offset.

Warstwę ze stolicami "states" myślę, że można wydzielić. A jeśli jest tak jak mówisz:
[...]
to pewnie wystarczy rozszerzyć warstwę stolic o stolice "states".

Tak, trzeba tylko zadbać, by stolica była pierwsza.

maraf24 wrote:
I jeszcze bym wywalił "województwo" z nazw regionów. Oczywiście nie w danych, a po stronie rendera.
Nie widzę szans, osm-carto bierze tylko "name" i tyle.

Dowolne inne tagi są chyba teraz dostępne w osm-carto? Bo Mapnik ma możliwość podania alternatywnych tekstów - właśnie na wypadek problemów z dopasowaniem przy rozwiązywaniu komfliktów. Nie wiem tylko, czy składnia osm-carto pozwala na przekazanie takich dodatkowych nazw.

Próbowałem wykorzystać położenia N,S,E,W itp. do nazw województw (czyli wielokątów), ale ani drgnęły. Szkoda, to też by było coś. Nieczytelna jest dla mnie dokumentacja Mapnika i Carto, trudno mi się w niej zorientować.

Te, które widać teraz się nie ruszą. Mogłoby się pojawić mazowieckie, ale to zależy od swobody ruchu. Może to text-dy trzeba ustawić?

Ponawiam propozycję żebyś może popróbował przy tym pogrzebać i testować, bo łatwiej ci to idzie niż mnie. Co ty na to?

Też już nad tym zastanawiam.

kocio · 2017-11-25 21:12:50

maraf24 wrote:

shield-text-dx, shield-text-dy oraz text-dx i text-dy, ale możliwe, że to jest zwykły stały offset.

Moim zdaniem to właśnie offset.

Nazwy są wyświetlane z tagu name z wyboru, bo są najbardziej uniwersalne. Niedawno była dyskusja o innych tagach nazwy (w sensie problemów z innymi systemami znaków i językami), ale nic się nie zmieniło. Technicznie można, ale nie widzę szansy na akceptację.

Jeśli chcesz się pobawić, to polecam Dockera - jeśli nie używasz Linuksa i Docker nie działa na twoim systemie, to wystarczy VirtualBox z Ubuntu i tam ten Docker dopiero. Zależy mi, żeby więcej ludzi dłubało w kodzie osm-carto, bo niby jest nas kilka osób, ale robi się specjalizacja - jeden jest od SQL-a, inny od fontów albo dróg i czasem trudno nawet zrecenzować czyjąś poprawkę.

maraf24 · 2017-11-25 23:39:11

kocio wrote:

Moim zdaniem to właśnie offset.

Tak, stały offset. Dałoby się używać dodatkowych wartości, gdyby było obsługiwane text-placement-type: list, ale jak można zobaczyć - [1] i [2] - problem jest znany i na razie brak sensownego rozwiązania.

Nazwy są wyświetlane z tagu name z wyboru, bo są najbardziej uniwersalne. Niedawno była dyskusja o innych tagach nazwy (w sensie problemów z innymi systemami znaków i językami), ale nic się nie zmieniło. Technicznie można, ale nie widzę szansy na akceptację.

Tu chodziło mi o użycie [name] i jako alternatywnego tekstu [short_name] przy wykorzystaniu wyżej wymienionego rodzaju rozmieszczania "list". W short_name u nas jest właśnie województwo bez "województwa".

kocio · 2017-11-27 09:05:05

Wydzieliłem wątek na temat nazw województw do osobnego wątku:

https://forum.openstreetmap.org/viewtopic.php?id=60575

kocio · 2017-11-27 09:10:46

maraf24 wrote:

Tak, stały offset. Dałoby się używać dodatkowych wartości, gdyby było obsługiwane text-placement-type: list, ale jak można zobaczyć - [1] i [2] - problem jest znany i na razie brak sensownego rozwiązania.

Wygląda na to, że jest inny sensowny algorytm (typu "umieść gdziekolwiek wewnątrz granic"), i to nawet używany w czeskim forku, tylko trzeba zachęcić talaja, żeby go wrzucił do standardowego Mapnika (a potem jeszcze wdrożyć w Carto CSS) :

https://github.com/mapycz/mapnik/blob/m … nt-grid.md
https://github.com/mapnik/mapnik/pull/3 … -347098875

kocio · 2017-11-28 19:11:54

Jeszcze jedno fajne porównanie obrazków... Był sobie wykład niejakiego Maxima Rylova (Uniwersytet w Heidelbergu) na SotM EU 2014 o tym, jak zoptymalizować ilość etykietek z nazwami, można nawet obejrzeć nagranie i pobrać slajdy z tego wystąpienia:

http://sotm-eu.org/en/slots/16

Na przykładzie Sycylii różnica między OSM Carto a GMaps była jak 5 do 54. Tymczasem jak sprawdziłem teraz, różnica jest jak 9 do 27:

https://github.com/gravitystorm/openstr … -347573622

Wniosek - nie zawsze więcej znaczy lepiej i oba style zyskały na tym, że zbliżyły się do środka.

maraf24 · 2017-11-28 20:48:11

Widać tam przykrywanie przez nazwę administracyjną nazwy wyspy, z "przemianą" nazw między z8 i z9. Już wcześniej widziałem taki dziwny efekt przy innych wyspach.

kocio · 2017-11-29 01:29:00

Okazuje się, że jest nadzieja na przesuwanie etykiet w ramach całego dostępnego obszaru! Wspominałem, że taki kod istnieje w czeskim forku Mapnika - zdaje się nawet jest z powodzeniem używany do zmieszczenia etykietek Hiszpania/Madryt (klasyczny układ, kiedy stolica jest w geometrycznym centrum obszaru):

https://en.mapy.cz/zakladni?x=-2.741444 … 5&q=madryt

Przy okazji dowiedziałem się, że na ten problem Mateusz założył bilecik zanim jeszcze zacząłem działać w projekcie:

https://github.com/gravitystorm/openstr … ssues/1069

Kod algorytmu grid jest opisany w Mapnik CZ:

https://github.com/talaj/mapnik/blob/ma … nt-grid.md

i nawet autor zgodził się, żeby go dodać do oryginalnego Mapnika. Nie zrobił tego wcześniej, bo nie spodziewał się, że komuś to może być potrzebne - przecież to są podstawowe sprawy i pewnie od dawna jest to jakoś rozwiązane... Kolejny kamyczek do ogródka braku komunikacji między projektami OSM! Zaprosiłem go na SotM PL, byłoby fajnie pogadać na żywo, zwłaszcza razem z Mateuszem i Matthijsem, gdyby też się tam wybierał (ping?).

Być może jest więcej przydatnych rzeczy w tym czeskim forku, dlatego założyłem na to osobny bilecik:

https://github.com/gravitystorm/openstr … ssues/2962

Tam też omówiłem z grubsza jakie są problemy z łańcuchami zależności między projektami. Nie wystarczy, że talaj zrobi PR w Mapniku i ten kod zostanie zaakceptowany, a nawet gdy Mapnik wyda nową wersję z tym kodem. Dalej są kwestie obsługi w CartoCSS i Kosmtiku oraz pakietowanie tego wszystkiego w różnych formatach - npm, mason, deb (najpierw Debian, a potem Ubuntu), ewentualnie problemy z wersjami NodeJS i npm...

Ciekawe to jest nawet, ale naprawienie drobnego problemu z nazwami województw zasłaniającymi nazwy miast wojewódzkich może potrwać wiele miesięcy zanim efekt pojawi się na OSM.org, nawet jeśli po drodze nie będzie dodatkowych trudności!

kocio · 2017-11-29 22:09:34

Wznowiła się nieoczekiwanie dyskusja na temat wyświetlania boundary=protected_area:

https://github.com/gravitystorm/openstr … -347879897

Tym razem wygląda na to, że dochodzimy do jakichś wniosków - wygląda na to, że w większości przypadków taguje się obszary chronione na oba sposoby - jako boundary=*, ale też jako leisure=nature_reserve, czyli zapewne jedno bo słuszne, a drugie bo się wyświetla. W Polsce jak z 9249 tych leisure wykluczyłem boundary=*, to zostało ledwie 1492 (16%), a jak jeszcze wykluczyłem protect_class=*, to zostało tylko 56 (0.6%). W Niemczech tych unikalnych przy obu wykluczeniach było 34%, ale to nadal oznacza, że większość jest otagowana podwójnie.

W związku z tym prawdopodobnie wyrzucę wyświetlanie leisure jako zbyt ogólne i po prostu nadmiarowe. Boundary pozwoli natomiast na wyświetlanie na początek (z8) tylko parków narodowych (w obu schematach), co zmniejszy bajzel wizualny, a np. rezerwaty ścisłe będzie można wyświetlać podobnie jak obszary wojskowe, ale oczywiście na zielono.

d3mol3k · 2017-11-30 17:54:39

o parkingi zmieniły kolorek z żółtego na szary jak highway=living_street? czy u mnie coś się wywaliło z grafiką?

Announcement

#1101 2017-11-24 08:21:51

Re: Wyświetlanie na domyślnej mapie

#1102 2017-11-24 14:56:03

Re: Wyświetlanie na domyślnej mapie

#1103 2017-11-24 15:21:20

Re: Wyświetlanie na domyślnej mapie

#1104 2017-11-24 15:56:26

Re: Wyświetlanie na domyślnej mapie

#1105 2017-11-24 16:03:29

Re: Wyświetlanie na domyślnej mapie

#1106 2017-11-24 16:13:44

Re: Wyświetlanie na domyślnej mapie

#1107 2017-11-24 16:14:55

Re: Wyświetlanie na domyślnej mapie

#1108 2017-11-24 16:25:16

Re: Wyświetlanie na domyślnej mapie

#1109 2017-11-24 22:00:24

Re: Wyświetlanie na domyślnej mapie

#1110 2017-11-24 22:43:59

Re: Wyświetlanie na domyślnej mapie

#1111 2017-11-25 02:30:48

Re: Wyświetlanie na domyślnej mapie

#1112 2017-11-25 16:04:24

Re: Wyświetlanie na domyślnej mapie

#1113 2017-11-25 17:04:09

Re: Wyświetlanie na domyślnej mapie

#1114 2017-11-25 19:31:24

Re: Wyświetlanie na domyślnej mapie

#1115 2017-11-25 19:52:28

Re: Wyświetlanie na domyślnej mapie

#1116 2017-11-25 20:47:14

Re: Wyświetlanie na domyślnej mapie

#1117 2017-11-25 21:12:50

Re: Wyświetlanie na domyślnej mapie

#1118 2017-11-25 23:39:11

Re: Wyświetlanie na domyślnej mapie

#1119 2017-11-27 09:05:05

Re: Wyświetlanie na domyślnej mapie

#1120 2017-11-27 09:10:46

Re: Wyświetlanie na domyślnej mapie

#1121 2017-11-28 19:11:54

Re: Wyświetlanie na domyślnej mapie

#1122 2017-11-28 20:48:11

Re: Wyświetlanie na domyślnej mapie

#1123 2017-11-29 01:29:00

Re: Wyświetlanie na domyślnej mapie

#1124 2017-11-29 22:09:34

Re: Wyświetlanie na domyślnej mapie

#1125 2017-11-30 17:54:39

Re: Wyświetlanie na domyślnej mapie

Board footer