Wyświetlanie na domyślnej mapie

Nie mam pojęcia, ale brzmi sensowne - możesz w tej sprawie po prostu założyć bilecik na https://github.com/gravitystorm/openstreetmap-carto/issues.

By stworzyć bilecik którym się ktoś zajmie pasowało by wpierw go dobrze przemyśleć znając szerszy kontekst oraz możliwe trasy jakie chcemy wyświetlać a tu aż takiego doświadczenia nie mam, ale pomysłów kilka mogę podrzucić :wink:
Po pierwsze ta sama trasa może służyć narciarzom w zimie a rowerzystom górskim w lecie jak choćby jest na kawałku trasy która dodałem http://www.posir.pl/przemysl-stok/pliki/mapa2010.jpg. Z kolei jeśli w lecie trasa narciarska jest nieczynna można by wyświetlać jak proponowane drogi czyli z pewną przeźroczystością co by otworzyło drogę do wyświetlania traw czy skał które wówczas będą w tym miejscu.

Osiągnął bym to poprzez renderowanie obszaru z tagami route=piste oraz sport=skiing w kolorze białym [kolor do przemyślenia gdyż na lodowcach pewnie było by to słabo widoczne]. By trasa wyświetlała się w pełni jedynie w okresie kiedy mamy sezon skorzystał bym z kolei z tagów http://wiki.openstreetmap.org/wiki/Proposed_features/temporary temporary:date_on=* oraz temporary:date_off=* gdzie pewnie można by wpisywać miesiąc otwarcia i zamknięcia gdyż pewnie daty bez roku mogły by dla rendera być mylne. Brak tagu temporary oznacza, że wyświetlamy trasę przez cały rok. Poza tym okresem wyświetlamy jako przezroczysta co z kolei mogło by umożliwić wyświetlanie np. natural=grassland jeśli ktoś w tym rejonie coś podobnego również oznaczył.

Jeśli liczba możliwych rodzajów tras była by spora a co za tym idzie również spowodowało by to niepotrzebnie dużo pracy przy wymyślaniu kolorów które niekoniecznie przeglądający stronę mogli by zrozumieć bez zaglądania w legendę można by po prostu wyświetlać je wszystkie w tych samych kolorach co np. landuse=recreation_ground co dla mnie osobiście było by wystarczające.

Można tak, ale można też podrzucić problem i omawiać go przy bileciku. Zasadniczo gwarancji sukcesu nie ma i tak, ale jak tam nie napiszesz, to prawie na pewno problem nie będzie ruszony.

Mam pytanie częściowo związane z wyświetlaniem na domyślnej mapie. Chodzi mi o mapowanie obszarów pieszych (highway=pedestrian + area=yes) i dróg pieszych (highway=footway) oraz relacji pomiędzy nimi. Widzę dwie szkoły, jedni, do których ja należę, mapują tak, że footway kończy się na obszarze pedestrian i nie przechodzi przez niego, drudzy rysują footwaye przechodzące przez przez obszary pedestrian a one renderują się (tak, nie mapujemy pod render) na obszarze pedestrian na stronie głównej, co moim zdaniem wygląda kiepsko. Pytanie brzmi, czy jest jakieś uzasadnienie, żeby rysować footwaye przechodzące przez obszary pedestrian, może jest to wymagane do jakiegoś routingu, który nie radzi sobie z obszarami? Jeśli takie działanie jest uzasadnione, to może dałoby się spowodować, żeby te footwaye się nie renderowały na obszarach pedestrian?

jeśli obszar to pedestrian (place, deptaki) to powinna przechodzić przez niego linia pedestrian, a jeśli obszar to footway (chodniki) to powinna przechodzić przez niego linia footway, a co do renderowania chodników to tu się toczy dyskusja na ten temat https://github.com/gravitystorm/openstreetmap-carto/pull/1359 i ukrycie linii na obszarze też jest przewidziane

http://osmapa.pl/#lat=52.38337&lon=16.83407&z=19&m=ma
dodałem szczegóły takie jak trawniki i obszary chodników do pewnej pętli tramwajowej gdzie pierwotnie był tylko “building=roof” i można powiedzieć że wszystko się posypało, po pierwsze nie wiem czemu mapnik renderuje wiaty tak samo jak budynki - wg mnie to powinno być renderowane np. jako półprzezroczyste budynki, a po drugie to algorytm hierarhii jest nieźle spieprzony skoro chodniki i platformy są nad wiatą

Problem urodził się kilka miesięcy temu, zdaje się wraz z uznaniem, że priorytetem domyślnej mapy są chodniki i że precz z przeźroczystością:

https://github.com/gravitystorm/openstreetmap-carto/issues/688

Andy Allan, czyli prowadzący osm-carto, ma chyba przeźroczystości za złe to, że robi za kolejny kolor - tu jak rzadko wypowiedział się detalicznie co sądzi na ten temat:

https://github.com/gravitystorm/openstreetmap-carto/issues/552#issuecomment-76158611

Jak poczytasz te bileciki, to widać, że te dwie rzeczy związane z oddawaniem warstw 3D na mapie 2D (narzucona kolejność warstw oraz brak przeźroczystość) psują zwłaszcza dworce - a im większe, tym gorszy efekt. Ja to zauważyłem na Dworcu Centralnym w Warszawie, ale berliński Hauptbahnhof wyszedł na tym jeszcze gorzej - jest kompletnie nieczytelny, bo ma wiele poziomów.

OsmAnd potrafi jedynie poprowadzić po obrysie obszaru. Routing przez obszar “is very hard to fix technically. Because routing engine doesn’t support routing via areas.” Brouter, świetny silnik rutujący dla pieszych i rowerzystów nie wspiera obszarów nawet po obrysach. Zatem urywanie footway na krawędzi area ma fatalne skutki. A sądząc po “is very hard to fix technically”, to sytuacja nie prędko ulegnie zmianie. O ile to w ogóle nastąpi, w zauważalnej liczbie silników rutujących.

i dlatego jestem za zwiększeniem liczby osób z większym wpływem na OSM - stwierdzi sobie taki Pan Allan że jemu przezroczystość nie pasuje i temat jest właściwie zamknięty, a w obecnej wersji renderowania tak jak w moim przykładzie chodnik lata sobie nad dachem

Właśnie tym tropem idzie moje myślenie ostatnio. Wątek z ikonkami pokazał mi nieoczekiwanie, że właściwie to pewnie nawet większość aktywnych uczestników chce czegoś (więcej ikonek do różnych POI), ale Andy akurat nie - i nawet nie dyskutuje, tylko nie wiadomo, czy warto się wysilać, skoro może to zwyczajnie olać z góry. I to nie jest kwestia tylko osobistych preferencji jednego człowieka, tylko że ten jeden człowiek jest wąskim gardłem całego ekosystemu - bo przecież domyślna mapa jest wizytówką całego OSM. No ale trzeba też uczciwie powiedzieć, że nie ma specjalnie konkurencji - ze 3-4 aktywne osoby to jednak mało: https://github.com/gravitystorm/openstreetmap-carto/graphs/contributors… Dlatego zachęcam do zgłaszania własnych bilecików i uczestnictwa w dyskusjach pod nimi, a sam próbuję się włączyć w robienie poprawek, żeby było nas więcej, a więc żeby ten podprojekt stał się zdrowszy (mniej subiektywny, bardziej społecznościowy).

Na razie największą przeszkodą wydaje się środowisko do testowania łatek - jest szansa, że za drugim podejściem mi się uda je postawić, ale to nie powinno być w ogóle tak skomplikowane, bo wiele osób sobie to w ogóle odpuści, a testowanie staje się coraz ważniejsze, bo łatwo coś niechcący popsuć na dużą skalę. W tej sprawie zresztą chyba nikt nie jest przeciw - Andy też chętnie podlinkuje w dokumentacji narzędzia pozwalające na szybkie i łatwe stawianie środowiska testowego, a Mateusz założył bilecik o skrypcie instalacyjnym:

https://github.com/gravitystorm/openstreetmap-carto/pull/1342
https://github.com/gravitystorm/openstreetmap-carto/issues/657

Nie ma jeszcze dokładnego rozwiązania, ale widać, że problem jest kluczowy i są ogólne pomysły jak się do tego zabrać, żeby było niezależne od systemu operacyjnego (Vagrant, Salt, Docker).

Dlatego chciałbym zapytać - na razie na polskim forum - komu z was takie narzędzia są potrzebne lub zachęciłyby was do poprawiania domyślnego stylu wyświetlania mapy? Chodzi o to, że jeśli takich osób jest więcej, to wystarczy się skupić nad takim skryptem i tyle - natomiast jeśli mało, to trzeba się zastanowić co jeszcze wstrzymuje ludzi przed szerszym uczestnictwem w osm-carto, bo może coś innego jest pilniejsze. Jeśli macie tego typu problemy, to też dajcie znać.

Dzięki za wyczerpujące wyjaśnienia.

jeśli chodzi o zmienianie Mapnika to ja mogę od siebie zaproponować projektowanie ikonek i wzorków (patternów), kodować nie potrafię, ale że trochę zajmuję się grafikami to może na coś się przydam :slight_smile:

Produkcję ikonek robi obecnie nebulon42. Zamówienia poczyniłem takie:

https://github.com/gravitystorm/openstreetmap-carto/issues/1402
https://github.com/gravitystorm/openstreetmap-carto/issues/1460

i część jego projektów jest w propozycjach detalicznych, część jest do obejrzenia tu:

https://github.com/nebulon42/osmic

Zasadniczo chodzi o ikonki SVG projektowane np. w Inkscape bez grupowania (wszystko w jednej warstwie) i z dopasowaniem do siatki 16x16 (żeby wektory się ładnie dopasowywały do rastra o tych rozmiarach po konwersji do PNG). Konkretne zalecenia są tu:

https://github.com/nebulon42/osmic/blob/master/CONTRIBUTING.md

więc możesz się skupić tylko na współpracy z nim bezpośrednio i dorzucać tam nowe ikonki. Pewnie najpierw dobrze by było mieć konto w GitHubie, żeby się sprawniej kontaktować. Może być taka instrukcja, czy jeszcze coś potrzebujesz wiedzieć?

Kombinuję nad ikonką kiosku, bo to najbardziej potrzebujący ikony typ sklepu (45 tys. użyć), a ikonka zaproponowana przez nebulon42 jest moim zdaniem zbyt odjechana. W tym celu zdołałem się nauczyć podstaw Inkscape’a na tyle, że wyprodukowałem kilkanaście wersji ikonki, ale odzew jest jakiś marny - niechby nawet i krytyczny, byle coś się ruszyło naprzód. Jeśli macie jakieś uwagi które się nadają estetycznie i co do czytelności oraz jak je można poprawić, to dajcie znać:

https://github.com/gravitystorm/openstreetmap-carto/issues/1459

Czy myślałeś o tym, aby atrybutem ikonki była po prostu zwykła gazeta? To moje pierwsze skojarzenie z kioskiem. Budka rzeczywiście kojarzy się ze schroniskiem, a ludzik w okienku mi kojarzy się z obrazem, fotografią…

Powoli zaczynałem myśleć i o tym, ale pod światłym kierownictwem OMC stryjecznej szwagierki narysowałem praktycznie od razu w całości :slight_smile: :

https://github.com/gravitystorm/openstreetmap-carto/issues/1459#issuecomment-98241624

Jak teraz?

Myślę, że jest całkiem przyzwoicie, choć pewnie trzeba by jeszcze bardziej uprościć grafikę (gdy patrzę np na ikonkę shop=convenience) Gdybyś chciał to jeszcze rozwijać to jestem ciekaw jak wyszłyby poniższe inspiracje przerobione na formę ikonki:

http://st.rfclipart.com/image/big/e7-04-2f/newspaper-icon-vector-illustration-of-newspaper-Download-Royalty-free-Vector-File-EPS-11589.jpg
http://thumbs.dreamstime.com/z/newspaper-icon-18554603.jpg

Dzięki za odzew!

Pole manewru jest więcej niż skromne - 14x14 pikseli dla standardowej ikonki oznacza, że skosy prawie nie wchodzą grę (poza ogólną sylwetką), detale w zasadzie też, kolor jeden, bo i tak zostanie przypisany wedle typu (sklepy są fioletowe z rozdzielnika)… Tyle tylko, że jak coś jest w SVG cieńsze od piksela, to w PNG ma oczywiście cały piksel, ale jest jaśniejsze (a przynajmniej tak to Inkscape eksportuje). W efekcie tych ograniczeń na przykład wszelkie zmiany, jakie robiłem przez kwadrans między wersją 12) i 13), są ledwo widoczne, a kilku dalszych wersji nawet nie publikuję, bo jeszcze mniej się różnią.

Więc te inspiracje to już są chyba uproszczone (żeby było pionowo), a i tak żadnej literki nie będzie widać nawet w tytule, bo ma on 2-2,5 piksela wysokości… =} Dalsze uproszczenia sobie słabo wyobrażam, bo jak będzie bardziej geometryczne, to może stać się zbyt abstrakcyjne. Chyba że na bazie jednej z tych ikon podpowiesz co konkretnie pogrubić/pocienić/usunąć, to mogę dalej eksperymentować.

Nie pamiętam już dokładnie (ikonki do osmapy robiłem kilka lat temu) ale coś tam było nie tak z tym eksportem z Inkscape’a. Ostateczną wersję (resize) robiłem w innym programie, bodajże w KIconEdit.

Jak tak patrzę na ikonkę warsztatu samochodowego, to mieści się tam klucz i samochód i to w czytelny sposób to może tutaj też dałoby się jakieś kształty wypracować. A jeśli to niemożliwe to z ikonki 12 usunąć cień, zrobić ją bardziej kwadratową i powinno być ok.