Micromapping

tak.
Albo barrier=fence + height=*

No, a baza danych do rzeczywistości… W rzeczywistości to jest budynek gdy ma ściany i dach; nie mam pojęcia, czy ma fundamenty, ale nie jestem budowlańcem, a w definicji nie ma o tym słowa. Ja się pytam w czym altana jest gorsza - jako budynek - od szopy (ma fundamenty?) czy zadaszenia na stacji? Dopóki się mapuje tylko ze zdjęć satelitarnych, to niemal nie sposób rozróżnić kiosku od szopy, altany i zadaszenia. Dopiero w terenie się to daje dookreślić, ale i tak wszystkie są oznaczane jako building=*. Czy wobec tego możesz wyjaśnić po co byłby tag man_made=roof zamiast tego, co już mamy?

+1

Wrzucam tutaj z braku laku.
Budynek w Karlsruhe wymodelowany wg. S3DB:

http://tobias-knerr.de/upload/Dreiecksgeb%C3%A4ude%20Fixed.png

http://www.openstreetmap.org/#map=18/49.00043/8.38537

User: mapper999

Jak to “z braku laku”? Mamy przecież forum o tym: http://forum.openstreetmap.org/viewtopic.php?id=21117 - tylko się trochę zakurzyło. :wink:

zawsze kiedy biorę się ma mikromapowanie jakiegoś kawałka miasta kończy się to tym samym - problemem z chodnikami, bo o ile te biegnące gdzieś wewnątrz rysuje się “po prostu” z odstępami w landuse lub bez, to narysowanie chodnika biegnącego przy ulicy nie odzwierciedla jego szerokości, a skoro nie ma czegoś takiego jak “footway + area” to logicznym wyjściem wydawałoby się zastosowanie “pedestrian + area” jednak z tego co widzę czegoś takiego w przypadku chodników się nie stosuje, proszę więc o odpowiedź czy z rozwiązaniem tego problemu trzeba czekać na wprowadzenie połączenia tagów “footway + area” czy jest może inne wyjście o którym nie wiem?

Używam footway i area. JeSli kiedyś będzie tzw. commitment to się to użyje. Zaś czekać na to, że ktoś to oficjalnie przyklepie jest bez sensu: sami widzimy, co się działo z niewinnym proposalem dotyczących m. in. nagrobków…

Zawsze można dodać do “highway=footway”, lub “highway=pedestrian”, “width=<szerokość>”, jeśli znamy.
W przyszłości wystarczy przejechać się skryptem, aby odwzorować zmienną szerokość ścieżki, lub chodnika.
Samo “area=yes” nie jest wartością pokazującą faktyczną szerokość, tylko subiektywną grafiką.

Dlatego sugerowałbym dodawanie znanej szerokości do każdego rodzaju odcinka drogi.

ok, a mógłbym prosić o jakiś przykład na mapie dla odniesienia?

generalnie czekanie na jakiekolwiek większe zmiany w OSM jest bez sensu, tak będzie do czasu aż ludzie z góry zrozumieją że to że OSM jest “niczyje” i ma 0 pracowników to żadna zaleta a raczej wada, nikt nie czuje się za nic odpowiedzialny i tym samym pod względem spraw które nie zależą od zwykłych użytkowników OSM stoi w miejscu

taa, zbieranie danych do OSM za pomocą gps to przeżytek, teraz chodzi się po mieście z miarą i mierzy chodniki! :slight_smile:

Po co ten sarkazm :slight_smile:
Nikt Cię do tego nie zmusza.
Ale wiele osób potrafi ocenić szerokość drogi lub ma to w jakichś źródłach.
Więc dlaczego tego nie podawać. To są wartości które winny być podane jeśli są znane.
Podobnie jak inne tagi, uzupełniające główne tagi.

Popatrz tutaj:
http://www.openstreetmap.org/way/279247103

Władka będę bronił trochę: Podawanie generycznej informacji typu szerokość zawsze jest senowne, jakkolwiek masz rację: paskudnie trudno tą informację zmierzyć. Często robię to na oko: Wiemmniej więcejjakajestszerokość płyt chodnikowych pewnego typu więc liczę ile ich jest.
Przyznaję jednak: Trzeba mieć naprawdę dużo samozaparcia, delikatnie mówiąc, by te informacje zbierać :wink:

Czyli okazuje się że połączenie “footway + area” jest renderowane, nawet w sposób identyczny do “pedestrian +area” - pytanie teraz tylko czy wyrysowanie “footway + area” bez samej linii footway na tym jest błędem? Moim zdaniem nie, bo patrzę na to nie jako na coś typu “riverbank”, a raczej zamianę jednego sposobu tagowania na inny, dokładniejszy, tak jak przenoszenie informacji z pobingowych ikonek do obrysów budynków których narysowanie umożliwił dopiero geoportal

Narysuj może jakiś przykład na mapie i podaj link: nie wiem, czy dobrze Cię zrozumiałem.

http://www.openstreetmap.org/way/310643171#map=19/52.39882/16.93489
(trzeba sprawdzić przez edytor bo zrobione chwilę temu)

Pasuje, tylko co wiara z Dymbca na to powie :wink:
Do footway prowadzącego przez ulicę dodawaj jeszcze footway=crossing
Trochę tam dołożyłem, miałem w tej okolicy zajęcia na studiach…

Tak w ogóle dzięki za ten stopień detalu. W Poznaniu jest jeszce od groma roboty do zrobienia. Niektóre okolice są takie że aż nie wiadomo, od czego zacząć poprawianie.

Ale chciałbym wiedzieć czy wielokąt z obrysem chodnika bez dodatkowej linii z jego “uśrednieniem” (czyli to co Ty dodałeś) jest błędem? Ja tam jestem wyczulony na punkcie estetyki mapy i taki jakby podwójny chodnik średnio mi się podoba, dlatego pytam; szkoda że nie jest to rozwiązane tak jak render riverbanku gdzie niebieska linia rzeki ginie w niebieskim obrysie

Mnie się też obecny sposób renderowania tego zagadnienia nie podoba. Jednak jest to tylko dodanie tej samej reguły jak w przypadku riverbank. Dla programisty to chwila pracy a wynik będzie taki, jak chcemy.
najpierw musimy jednak mieć odpowiednio dużo tego typu elementów na mapie, by móc naciskać na dodanie tej reguły. Inaczej nie da się tego przeforsować bo “nikt tego nie rysuje”…

http://www.openstreetmap.org/#map=16/52.3793/16.9668
poprawiłem swoje osiedle uwzględniając szersze chodniki jako obszary (poprawki zrobione po pierwszym renderze znając mapnika pewnie pojawią się dopiero za kilka tygodni, ale główny efekt można ocenić już teraz), moim zdaniem to wcale nie wygląda tak fajnie jak się spodziewałem, m.in. przez to że mapnik renderuje te obszary tak jakby były otoczone płotem, ale też i to co było pisane wyżej czyli podwójne renderowanie chodników w tym przypadku, inna obserwacja to taka że nadal nie da sie zmapować takiego osiedla w 100% - brakuje tagu dla ulic, schodów i kładek/ mostów jako obszarów, jeśli macie jakieś pytania/ sugestie zmian to piszcie, bo równo z zezwoleniem na korzystanie z Geoportalu OSM weszło na etap mapowania z dokładnością do krawężnika jak w linku powyżej, więc lepiej ustalić zasady takiego mapowania już teraz
swoją drogą rzucam wyzwanie: czy nie jest to najlepiej zmapowane osiedle w Polsce? :slight_smile:

Chyba jest tam troche błędów http://keepright.ipax.at/report_map.php?zoom=17&lat=52.37922&lon=16.96765&layers=B0T&ch=0%2C30%2C40%2C50%2C70%2C90%2C100%2C110%2C120%2C130%2C150%2C160%2C170%2C180%2C191%2C192%2C193%2C194%2C195%2C196%2C197%2C198%2C201%2C202%2C203%2C204%2C205%2C206%2C207%2C208%2C210%2C220%2C231%2C232%2C270%2C281%2C282%2C283%2C284%2C285%2C291%2C292%2C293%2C294%2C295%2C296%2C297%2C298%2C311%2C312%2C313%2C320%2C350%2C370%2C380%2C401%2C402%2C411%2C412%2C413&show_ign=1&show_tmpign=1

Jak dla mnie obrys obszaru nie wygląda jak płot. To płot nie wygląda tak jak powinien wyglądać. Płot powinien być rysowany grubszą kreską. Jeśli dwa połączone obszary są rozdzielone płotem to ten płot nie jest widoczny na mapie.

Geoportal jest odkłady, ale ma jedną wadę przy mikro mapowaniu, są liścia na drzewach. Przy dużej liczbie drzew w ogóle nie widać co się dzieje pod spodem. Wystarczy spróbować zmapować ścieżki w jakimś starym parku i porównać podkłady Geoportatalu z G czy z podkładem dostępnym dla Łodzi.

OSM właściwie to nie jest przystosowane do mikro mappingu. Z jednej strony jesteśmy w stanie obrysować chodnik z dokładnością do 10 cm, z drugiej strony ulice szeroką na 10 metrów rysujemy jedną kreską.

Wyzwanie przyjmuje :slight_smile:
https://www.openstreetmap.org/#map=18/52.22426/20.91918