Wyświetlanie na domyślnej mapie

maraf24 · 2016-03-16 13:46:24

W obu przypadkach problemem jest tak naprawdę pocięcie drogi. Należałoby sąsiednie odcinki drogi o tej samej nazwie połączyć w całość i dopiero wyświetlać nazwę.

kocio · 2016-03-16 16:13:24

Niestety w przypadku Długiej we Wrocławiu to nie jest wyjście - na tej ulicy są naniesione pasy, a ich układ zmienia się z odcinka na odcinek.

maraf24 · 2016-03-16 22:08:37

Miałem na myśli łączenie wirtualne, robione przez osm-carto na potrzeby wyświetlania tylko nazwy. Prościej by jednak było spiąć takie odcinki relacją.

Zibior2 · 2016-03-16 22:32:29

Tworzyć relację tylko dla renderowania to hmmm. mapowanie pod render? ;-)

maraf24 · 2016-03-16 22:39:21

Tak samo można określić sztuczne połączenia chodników z drogami, by tworzyły spójną sięć, jako mapowanie pod render-w tym przypadku routing.

EDIT:
No proszę, już nawet jest taka relacja: http://wiki.openstreetmap.org/wiki/Relation:street

Last edited by maraf24 (2016-03-16 22:44:34)

wmyrda · 2016-05-22 20:04:20

Podczas edycji Arboretum w Bolestraszycach tereny na północ wcześniej dodałem jako landuse=orchard. Będąc na miejscu oraz spoglądając na mapę http://www.bolestraszyce.com/images/pla … plan_1.jpg dostrzegłem że bardziej poprawne będzie landuse=plant_nursery. Ku mojemu zdziwieniu tak oznaczony kawałek terenu na mapie widoczny nie jest. Są jakieś tego przyczyny? Tylko nie mówcie proszę o braku kolorów, a element IMHO wydaje się dość istotny

wmyrda · 2016-06-07 07:41:49

Tak mnie przyszło do głowy, że by w sytuacji jak ta http://www.openstreetmap.org/#map=17/52.37873/16.96621 dla parkingów z niewielką ilością miejsc parkingowych ograniczyć wyświetlanie literek P. Dla parkingów gdzie mamy również ustawione "capacity<5" by wyświetlać jedynie na w dotychczasowym kolorze ich obszar ale niekoniecznie by pojawiała się ikona P. Z pewnością poprawi to czytelność.

kocio · 2016-06-07 09:25:43

Problem w tym, że nie wiemy jak odróżnić małe od dużych. Duży parking może wcale nie mieć dodanego tagu z pojemnością. Ale owszem, bardzo bym chciał takie małe pozbawić literek i dlatego się zastanawiałem jak odróżnić różne rodzaje parkingów i kombinowaliśmy coś z miejscem parkingowym vs parking, oficjalne vs nieoficjalne, ale jak dotąd nie doszliśmy do sensownego uogólnienia.

W razie czego polecam dalsze pomysły wrzucać do tego wątku:
http://forum.openstreetmap.org/viewtopic.php?id=53727

Last edited by kocio (2016-06-07 10:56:12)

kocio · 2016-06-09 14:32:21

Ok, problem jest chyba bardzo prosty w sensie wizualnym - na tym poziomie przybliżenia przestaje działać limit powierzchni parkingów, który filtruje pokazywanie literki na zbyt małych obszarach:

https://github.com/gravitystorm/openstr … s.mss#L310

więc wystarczy przesunąć bezwzględne wyświetlanie powiedzmy z poziomu 17 na 18, bo wtedy nawet na najmniejszym parkingu literka się cała mieści, co wydaje mi się sensowną regułą:

https://github.com/gravitystorm/openstr … .mss#L1038

Inna sprawa, że nie rozumiem czemu te dwa bloki kodu są tak daleko od siebie i czy nie lepiej by było w ogóle zrezygnować z tego drugiego - podejrzewam, że nie, bo tam jest pewnie zawarte wyświetlanie parkingów punktowych (których jest prawie 300 tysięcy). Mateusz, co ty na to?

wmyrda · 2016-06-09 16:16:31

Pomysł z wykorzystaniem capacity z pewnością nie rozwiązał by wszystkich problemów, ale jasne jest że im więcej dodanych tagów tym i render ma łatwiej. Stąd pomysł by przynajmniej te obszary oznaczone jako parking wraz z tym tagiem capacity w swoisty sposób wyświetlać, gdyż można by je traktować jako dane bardziej kompletne. Przy okazji być może zmobilizowało by to przynajmniej część maperów do dodawania dodatkowego tagu.

Można by to połączyć z pomysłem przesunięcia renderowania z 17 na 18 na zasadzie od 18 literkę P widzimy zawsze, a powyżej tylko wówczas gdyż ustawione jest capacity powyżej (tu wstawić odpowiednią cyfrę ja przyjąłem 5).

Z pewnością nie rezygnował bym z wyświetlania w każdym przypadku na z17, gdyż będzie sporo protestów czemu P na wielkim parkingu koło hali sportowej czy marketu się nie wyświetla.

kocio · 2016-06-09 18:17:48

Akurat w przypadku parkingu pojemność daje się nieźle przybliżać za pomocą powierzchni, z oczywistych względów, a parkingi są bardzo powszechne (ponad 2 mln), więc tego akurat tagu bym na razie nie uwzględniał - 123 tys. to dalece za mało, żeby na tym polegać w tej chwili. W dodatku nie zawsze to ma sens, bo nie wszędzie da się policzyć pojedyncze stanowiska.

Nie ma obawy o z17 - nie likwidujemy wyświetlania literki, tylko stosujemy limit pikseli (czyli powierzchni) poniżej którego jest tylko kolorek, a więc nadal jakaś informacja, tylko mniej nachalnie podana. Przykład osiedla, od którego zaczęła się ta dyskusja, po wprowadzeniu tej poprawki:

wmyrda · 2016-06-09 19:23:57

jak dla mnie bomba

kocio · 2016-06-19 12:09:25

Kod gotowy i czeka tylko na decyzję - bilecik jest tu:

https://github.com/gravitystorm/openstr … /pull/2171

kocio · 2016-06-22 21:54:15

Na serwerach propaguje się nowa wersja osm-carto, 2.40.0:

https://lists.openstreetmap.org/piperma … 76237.html
https://github.com/gravitystorm/openstr … ...v2.40.0

Z najważniejszych zmian - wielkości podpisów pod ikonkami zostały lepiej zunifikowane, jest lepsza ikonka dla biblioteki i księgarni (na razie ta sama, tylko w innym kolorze) oraz większe nazwy miejscowości i innych miejsc, dzięki czemu na średnich skalach mapa jest bardziej czytelna.

RicoElectrico · 2016-06-23 00:31:52

Mimo Twojego commitu e041b31e26f1762e7b963f74f72c769589c43428 nigdzie nie zauważyłem żółtawych tertiary. Szukałem naprawdę dobrze, w rejonach które raczej nie renderowały się ostatnio.

Zibior2 · 2016-06-23 00:35:36

@Rico: Ta zmiana chyba została potem wycofana z jakiegoś powodu.

RicoElectrico · 2016-06-23 00:39:04

Cholera, czytałem to od góry. Chyba czas odstawić mirko

kocio · 2016-06-23 03:02:59

Koledzy by chcieli, żeby to było robione przez skrypt generate_road_colours.py, ale okazało się, że nikt poza Mateuszem go nie rozumie, więc czekam na jakąś, podstawową choćby, dokumentację:

https://github.com/gravitystorm/openstr … /pull/2085
https://github.com/gravitystorm/openstr … ssues/2080

Jeśli ktoś się w nim połapie, to chętnie się tym zajmę znowu.

wmyrda · 2016-07-05 20:35:25

cmentarze mogły by być nieco widoczniejsze. Po to mamy mapę by w gąszczu lasu były widoczne a nie się ukrywały lepiej niż kameleon http://www.openstreetmap.org/#map=14/49.7682/21.5864

dla ułatwienia chodzi o te
http://www.openstreetmap.org/way/373583343
http://www.openstreetmap.org/way/373583916

Poniżej jak dla mnie bardzo elegancki przykład jak by to mogło wyglądać
http://www.beskid-niski-pogorze.pl/szla … y_mapa.png

kocio · 2016-07-07 00:10:29

@wmyrda:

Niestety ta poprawka z parkingami została właśnie odrzucona:

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

A co do cmentarzy - jakie kolory proponujesz? Zauważ, że w tym przykładzie jest ciemna zieleń i czarne krzyże, tymczasem na naszej mapce mamy zieleń i ciemnozielone nagrobki, więc prosta zmiana tła może spowodować, że nagrobki przestaną być widoczne - tak samo jak sylwetki drzew (cmentarz w lesie w jednym z przykładów). Jak podasz jakieś konkrety, to wypróbuję je na bieżącym stylu i pokażę efekt.

marek kleciak · 2016-07-07 07:03:38

Spróbuj zrobić nagrobki w kolorze: #678e6c
Czyli trochę ciemniejsza zieleń.

wmyrda · 2016-07-07 08:21:54

coś ten tag http://wiki.openstreetmap.org/wiki/Key:parking:lane na podstawie którego odrzucono poprawkę dosyć skomplikowany i trudny w użyciu i wygląda na to by się odnosił do odcinka drogi na tyle szerokiego wzdłuż którego można zaparkować, a nie do samego obszaru poza drogą (patrz zdjęcie na wiki) co nijak nie współgra z micromappingiem. Może się mylę także chętnie bym zobaczył poprawione oznaczenia dla parkingów wzdłuż tej drogi http://www.openstreetmap.org/way/263069450

Co do kolorów to mapa w takim przypadku była by czytelniejsza gdyby była choćby odrobinę bardziej kontrastowa. Gnome zwiększa kontrast dla tych ze słabszym wzrokiem by była dla nich czytelniejsza https://developer.gnome.org/hig-book/un … le.html.en "The GNOME desktop includes a high contrast theme that make the desktop and the applications running on it accessible to users with a range of visual impairments". Z jakiegoś dziwnego powodu w OSM uznaje się dokładnie odwrotnie, że to mało kontrastowe kolory są czytelniejsze

EDIT: Ewentualnie może cmentarze mogły by mieć http://www.color-hex.com/color/54945f

Last edited by wmyrda (2016-07-07 08:23:52)

kocio · 2016-07-07 12:07:14

Nie wiem na jakiej podstawie moja propozycja została odrzucona - to by trzeba zapytać bezpośrednio Matthijsa. A parking:lane dla mnie ewidentnie nie dotyczy obszaru, tylko właściwości drogi.

Kontrastowe kolory są fajne dopóki jest niewiele elementów. Jak mamy ich tyle (kolory obszarów, legenda całości), to przestrzeń na mapie "krzyczy" i drobniejsze elementy praktycznie robią się niewidoczne. Słowem to jest dobre dopóki w grę nie wchodzą szczegóły i mikromapowanie. Wystarczy pomyśleć, do czego można wykorzystać czarno-biały (maksymalny kontrast) motyw Toner, a kiedy jego użyteczność się kończy:

http://maps.stamen.com/toner/#6/52.429/18.402

kocio · 2016-07-07 13:15:02

1.

Cmentarz: #54945f
Nagrobki: #678e6c

FluxBB BBCode test

wmyrda · 2016-07-07 14:16:43

No nie powiem kolor cmentarza co najmniej średnio wygląda do reszty, rzec by można totalne bezguście
Tak sobie myślę, że na zbliżeniach z>16 nawet małe cmentarze widoczne są dość dobrze i w zasadzie tam nie ma co tam zmieniać. W wątku o kolorach obszarów który przytoczyłeś mowa jest o tym, że ważniejsze jest by uwypuklić mniejsze elementy mapy ciemniejszym kolorem na jaśniejszym obszarze. Jest to dokładnie to co ja doświadczyłem podając swój przykład na z14. Przy tym zbliżeniu ten konkretny obszar staje się na tyle mały, że nie mieści się na nim nawet jedna tarczka nagrobka przez co zlewa on się z lasem. W Berlinie - mieście otoczonym obszarem residential a nie lasem - jak na twoim zdjęciu http://www.openstreetmap.org/#map=14/52.4767/13.4158 , gdzie te obszary są również większe tego problemu nie ma.

Pytanie czy da się podbić nieco kolor cmentarza na z14/15 w obrębie lasu czy też na jego stycznej a najlepiej jeszcze tylko poza granicami miasta

Announcement

#601 2016-03-16 13:46:24

Re: Wyświetlanie na domyślnej mapie

#602 2016-03-16 16:13:24

Re: Wyświetlanie na domyślnej mapie

#603 2016-03-16 22:08:37

Re: Wyświetlanie na domyślnej mapie

#604 2016-03-16 22:32:29

Re: Wyświetlanie na domyślnej mapie

#605 2016-03-16 22:39:21

Re: Wyświetlanie na domyślnej mapie

#606 2016-05-22 20:04:20

Re: Wyświetlanie na domyślnej mapie

#607 2016-06-07 07:41:49

Re: Wyświetlanie na domyślnej mapie

#608 2016-06-07 09:25:43

Re: Wyświetlanie na domyślnej mapie

#609 2016-06-09 14:32:21

Re: Wyświetlanie na domyślnej mapie

#610 2016-06-09 16:16:31

Re: Wyświetlanie na domyślnej mapie

#611 2016-06-09 18:17:48

Re: Wyświetlanie na domyślnej mapie

#612 2016-06-09 19:23:57

Re: Wyświetlanie na domyślnej mapie

#613 2016-06-19 12:09:25

Re: Wyświetlanie na domyślnej mapie

#614 2016-06-22 21:54:15

Re: Wyświetlanie na domyślnej mapie

#615 2016-06-23 00:31:52

Re: Wyświetlanie na domyślnej mapie

#616 2016-06-23 00:35:36

Re: Wyświetlanie na domyślnej mapie

#617 2016-06-23 00:39:04

Re: Wyświetlanie na domyślnej mapie

#618 2016-06-23 03:02:59

Re: Wyświetlanie na domyślnej mapie

#619 2016-07-05 20:35:25

Re: Wyświetlanie na domyślnej mapie

#620 2016-07-07 00:10:29

Re: Wyświetlanie na domyślnej mapie

#621 2016-07-07 07:03:38

Re: Wyświetlanie na domyślnej mapie

#622 2016-07-07 08:21:54

Re: Wyświetlanie na domyślnej mapie

#623 2016-07-07 12:07:14

Re: Wyświetlanie na domyślnej mapie

#624 2016-07-07 13:15:02

Re: Wyświetlanie na domyślnej mapie

#625 2016-07-07 14:16:43

Re: Wyświetlanie na domyślnej mapie

Board footer