Nie jest to oczywiście bezpośrednio związane z domyślną mapką, ale na pewno byłoby to przydatne uzupełnienie. Za to stwierdziłem, że trzeba uporządkować sytuację na najwyższych poziomach powiększenia i drobne obiekty (bankomaty, telefony, pachołki) wypchnąć dalej niż to jest obecnie:
Przy okazji doszedłem do wniosku, że hydranty ppoż, które urosły do rangi symbolu czegoś, czego nie powinno się wyświetlać na domyślnej mapce jako zbyt specjalistyczne, akurat spokojnie pasują razem z pachołkami i latarniami na z>=19, bo tam jest naprawdę pusto (znam tylko nieliczne wyjątki, gdzie nawet tam jest tłok), a hydranty mogą być podobnych rozmiarów co pachołki i wtedy także utrudniają przejazd.
Myślę, że “personalizacja” dużo by wyjaśniała. Oczywiście im więcej użytkowników, tym więcej niekumatych, ale Wikipedii jakoś się udaje nie upaść pod ich naporem, chociaż zaszła dużo dalej niż OSM.
Warto dodać, że Mateusz niedawno wpadł na inny pomysł rozszerzenia funkcjonalności portalu OSM.org, mianowicie dodania dynamicznej warstwy z danymi (zwłaszcza z godzinami otwarcia):
Ciekawa była odpowiedź, że ten portal służy mapowiczom - co odczytałem jako “nie interesują nas funkcje skierowane do zwykłych odbiorców”. Wysłałem właśnie majla na listę Talk, żeby to obgadać, bo wydaje mi się, że to trochę absurdalne podejście:
Zobaczymy co właściwie OSM jako całość myśli o tzw. końcowych użytkownikach. Moim zdaniem ważne jest, żeby także ich przyciągać, bo to z nich rekrutować się będą nowi mapowicze - ale projekt musi ich najpierw zachęcić do korzystania, czyli dać im różne przydatne w życiu narzędzia.
Nie pierwszy raz pada taka uwaga. Kłóci się ona z moim doświadczeniem. Ten portal jest powszechnie używany przez użytkowników końcowych, o czym świadczą uwagi zostawiane na mapie i duża presja na tagowanie pod styl podstawowy.
Dla maperów to on się nadaje wyłącznie jako proste, podstawowe narzędzie. Dla mapowiczów jedyną sensowaną mapą jest JOSM, bo pokazuje wszystko.
Nawigacje wbudowane teraz w portal też są dla zwykłych użytkowników, bo są okrojone z bardziej zaawansowanych opcji.
Zasadniczo z dyskusji (w której nawet Steve Coast się odezwał) wynika, że nie ma przeciwwskazań, chodzi po prostu o to, że nie mamy wystarczająco dużo zasobów, więc skupiamy się na tym, co ma bezpośredni wpływ na rozwój danych. To teoretycznie otwiera drzwi przed różnymi fajnymi rzeczami, żeby były zintegrowane z portalem OSM.
Podejrzewam, że w związku z tym pomysł Mateusza ma spore szanse realizacji (dynamiczne warstwy pokazujące dane przydadzą się w uzupełnianiu bazy), natomiast UMap już mniejsze - jeśli ktoś obsługiwałby taki serwis i zgodził się go podłączyć pod OSM.org, to pewnie tak. Dobre byłoby np. http://umap.openstreetmap.fr, bo nie musi być francuski styl w podkładzie (mają też zwykły osm-carto do wyboru), więc spróbuję ich zapytać. Zastanawiam się też jak UMap mogłoby się przydać mapowiczom, czyli także do rozwoju danych, bo to zawsze lepsze niż wyłącznie dla użytkowników końcowych. Macie jakiś pomysł?
Mateusz: a ty planujesz wdrożyć jakiś własny kod, czy to też zewnętrzny serwis? Nie słyszałem o tym http://ypid.de/~osm/.
Chociaż zasadniczo efekt wydaje mi się dobry (niewiele mi brakuje na stronie głównej), to nie wróży dobrze jeśli idzie o dalszy rozwój.
Ja, gdy chcę sobie daną okolicę obejrzeć, otwieram ją w JOSM