changeset/170791319

Tak podrzucam jeśli by Ci umknęło, bo dosłownie kilka dni temu zmieniałeś.

Podjazdy to nie są przejścia dla pieszych.

Tak, Esri, Bing, Sentinel jest OK, ale w Polsce najlepiej korzystać z Geoportalu z Ortofotomapy, bo ma najlepsze wyrównanie.

Trzeba brać poprawkę na to, że te inne będą nieco przesunięte, więc nie ma za bardzo sensu równać do nich geometrii.

Do takich geometrii może Ci się przydać warstwa BDOT Gugiku, ale nie wiem, czy w Vespuccim można ją podpiąć (nie korzystałem), na pewno w JOSMie można :).
Akurat Warszawa ma swojego WMSa, więc tu byłaby inna.

Nie do końca rozumiem co ma na celu łączenie chodnika z krawędziami peronu?

Nie mówię, że to błąd, bo chyba nie, ale też nie wiem, czy jest sens dodawać takie skrawki.

Oczywiście połączenie między zejściami z wiaduktu ma bardzo dużo sensu i to co zostało dodane
w
changeset/170624492

było bardzo dobre (ten łącznik do schodów na wiadukt).

Natomiast w tej zmianie już zostało usunięte, czego nie rozumiem?

way/1423063709

https://nrenner.github.io/achavi/?changeset=170637164

Ogólnie to mam wątpliwości odnośnie routingu po `highway=platform`/`railway=platform` zależnie od aplikacji (część może je zignorować), więc tu bym proponował nie łączyć do krawędzi, a właśnie trzymać taki pojedynczy łącznik `highway=footway` między schodami.
Okrążenie dookoła peronu, które niczego nie łączy/do niczego nie prowadzi (choćby biletomat) jest raczej zbędne, bo sam obszar peronu jest już zmapowany (to tak odnośnie też innych zmian).

A jak coś, to większość `surface=paving_stones`, nie jest `smoothness=excellent` co najwyżej `smoothnes=good`, chyba że to akurat te cieniutkie duże płyty gładkie jak tafla szkła.

--
Ogólnie to dokonujesz bardzo wielu zmian w danym miejscu, może warto chwilę rozważyć, co chce się zmapować, a nie tak dodawać i usuwać? :P

W jakim celu?

Nie ma potrzeby dodawania `foot=yes` do drogi tego typu, to zbędny tag.

osm.wiki/OSM_tags_for_routing/Access_restrictions#Poland

Źródło Google maps jest zakazane do użytku w OSM, dotyczy to wszystkich edycji wstecz.

---

Dodajesz nieoznaczone jako oznaczone (uncontrolled). To błąd.

Nieoznakowane to `crossing=unmarked` jeśli są ku temu wskazania np. widać obniżenie krawężników, czy ciągłość , a nie ma oznakowania poziomego/pionowego.

Jak takich nie ma, to najpierw proponuję szukać np. potencjalnych podjazdów i po nich łączyć je z drogami zamiast rysować jak leci, bo po nich też routing zadziała. Nie do końca w tej zamianie, bo tu akurat takich zbytnio nie ma, ale ogólnie.

Jeśli już musi być jakieś przejście z
a na mocno nieformalnego, które jest już mega istotne z punktu widzenia routingu i musi być koniecznie zmapowane można użyć `crossing=informal`, albo z `unmarked` i `informal=yes`.

Rozumiem usuwanie jakichś mega starych wiszących niepotwierdzonych `proposed` ze starych planów koncepcji, wariantów innych wizji/marzeń itp. w szczególności dla większych dróg, które przecinają już bieżącą infrastrukturę i np. widać, że na pewno w taki sposób nie zostaną zrealizowane, albo zwyczajnie zostały "zapomniane".

Natomiast usuwanie lokalnych residentiali/tracków, tych widocznych na warstwach ulic + działek + tam gdzie widać od razu kontynuację np. residentiala, albo przystosowanie pod osiedle domków, uważam za niepotrzebne i w dużej części nieprawidłowe.
A takie przypadki jak tutaj, gdzie kasztelan dodał nazwę 5 miesięcy temu i już to zostało usunięte, uważam za totalny absurd, bo te nazywane drogi często przed nadaniem nazwy bywają już przejezdne w terenie, oczywiście bez konkretnej nawierzchni kostki/asfaltu/tłucznia, ale bywają. Orto nie nadąża zwyczajnie.

Nie rozumiem jaki widzisz problem z drogami `proposed`, które spełniają powyższe kryteria. Dla mnie jest to marnowanie czasu zarówno twojego jak i innych mapujących, bo bardzo dużo z nich ktoś i tak będzie musiał (prawdopodobnie w dość niedługim czasie) zmapować na nowo.

I podkreślę ponownie, nie mam nic przeciwko usuwaniu dróg opisanych w 1 akapicie, ale uważam, że za bardzo się rozpędziłeś i usuwasz tego zdecydowanie za dużo i nie do końca widzę w jaki sposób możesz to wszystko weryfikować przez iD (w JOSMie byłoby to bardziej realne).

note/4915620

Cześć,
budynki dodajemy jako obszary (zamknięte linie), nie punkty.
Warto użyć tutaj warstwy EGiB (Ewidencji gruntów i budynków) jako odniesienia.

Poprawiłem dodany punkt.

way/743454556

Czy ten podjazd na pewno jest asfaltowy?

Cześć,
czy to na pewno jest `surface=pebblestone`?

Bo jest to raczej dość rzadka nawierzchnia i tym bardziej dziwnie to wygląda na podjeździe.

Niestety SC ma średnie zdjęcie (już im to zgłosiłem, żeby poprawili, bo widziałem takie zmiany u kilku użytkowników).

BDOT sugeruje jakąś żwirową.
Jeśli to np. lekki drobny żwir nieco ubity to można użyć `surface=fine_gravel`, jeśli taki grubszy ostry to `surface=gravel`, a jeśli to jest po prostu jakaś ubita nawierzchnia to można użyć `surface=compacted`. No chyba, ze to jednak jakaś kostka/kamienie ułożone.

Tutaj lista ze zdjęciami: surface=*

Dotknąłeś kilka dróg w jakiś sposób.

Zrobiłem drobną korektę, bo te oświetlenie w stron gm. Michałowice trochę poleciało za daleko, a tam jest w sumie odcinek nieoświetlony :P

Revert: changeset/170524056

Chyba nie za bardzo?

"Michael Jackson nie jest już patronem bemowskiego amfiteatru" 2019

https://nowawarszawa.pl/wladze-bemowa-zdecydowaly-o-zmianie-nazwy-amfiteatru-im-michaela-jacksona/

Dzięki za weryfikację!

changeset/170417964#c1474649

Cześć,

proszę postaraj się tak nie robić tj. jeśli usługa się zmienia, to edytujemy tagi i nie usuwamy punktu, żeby podtrzymać jego historię.

W myśl zasady: osm.wiki/Keep_the_history

W przypadku drugiej zmiany tuż obok jeśli lokal nie został zburzony (a pewnie nie został), to warto zmienić na `shop=vacant`, albo dać `disused:shop`=* zamiast usuwać punkt, bo jest szansa, że w najbliższej przyszłości powstanie tam coś nowego i wystarczy właśnie zmienić tagi.

Te 2 zmiany wycofałem przywracając poprzednie punktu z przeniesieniem tagów nowej siłowni.

changeset/170446980

Dzięki za odpowiedź.

W takim razie została jeszcze zamknięta Sadowa i węzeł na przejściu również.

Natomiast co do pasów to ogólnie aktualne tagowanie jest niestety nieprawidłowe.
Do mapowania `turn:lanes` i nie tylko zdecydowanie polecam edytor JOSM z pluginem "turnlanes-tagging" + stylem do wizualizacji np. "Enhanced Lane and road attributes", bo akurat mapowanie tego ręcznie do najłatwiejszych nie należy.

Tak to wtedy wygląda: https://github.com/JOSM/turnlanes-tagging – jest to znacznie wygodniejsze i o wiele trudniej o pomyłkę.

Tutaj zarówno niespójna liczba określonych `turn:lanes` względem `lanes` oraz mam wątpliwości co do `slight_right`, to zwykle oznacza zjazd np. z autostrady, a nie skręt w prawo.

Tak miał wyglądać SOR, możesz porównać z tym co widziałeś: https://imgur.com/a/Bby0Cl6 i dać znać, czy jest coś rozbieżnego.

--
Co do SC:
> Jeżeli nie jest polecana do używania to proszę to dopisać to do oficjalnego wiki, gdzie wymowa jest taka, że jest właśnie jest przeznaczona dla amatorów, którzy chcą dołożyć swój wkład bez konieczności zostania ekspertem w edycji.

To jest kontrowersyjna i dość subiektywna opinia z którą poniekąd się zgadzam i ja nikomu jej nie rekomenduję w innych celach niż POI typu sklepy, restauracje i inne usługi, które niestety mało kto dodaje, a to moim zdaniem największa wartość w robieniu "survey" – weryfikacja tego czego nie da się zobaczyć z orto/innych warstw/dostępnych materiałów.

Ja raczej odradzam, bo w dużym uproszczeniu dla mnie ta aplikacja powoduje, że nowi użytkownicy tracą czas na dodawanie mało znaczących i/lub zbędnych tagów z poczuciem istotnego wkładu w mapy, gdzie tuż obok często czekają ważniejsze rzeczy, a edytorem typu JOSM, czy nawet iD w tym samym czasie mogą wnieść o wiele istotniejszy wkład w mapy, choćby dodając odcinek brakującej drogi, czy ścieżki pieszo-rowerowej.

Natomiast w powyższej wiadomości zaznaczam, że chodzi tu o nieco bardziej skomplikowane edycje niż podmiana 1 tagu i do takich pewnie się nadaje.

Aplikacja ma swoją społeczność i użytkowników, więc ja tego nie zmienię i nie zamierzam, niech każdy sobie korzysta z tego czego chce, ale jak coś jest zepsute (niezależnie od edytora) i to wychwycę, to zwyczajnie to skomentuję jeśli mam czas i chęci.

Te zmiany spowodowały, że to construction jest teraz niespójne, szczególnie przejścia.
Zostały pousuwane również tagi source, które pomagają w nawigowaniu po inwestycji.

Ogólnie odradzam edycje dot. zmiany stanu budowy (i nie tylko tego) za pomocą tej aplikacji mobilnej.

Jak wygląda aktualny stan tej inwestycji?

1. Czy pasy do skrętu od Pruszkowa w Sadową są już wymalowane?

2. Czy przejście jest już oznakowane/wymalowane skoro chodnik został zmieniony połowicznie?

3. Czy nadal jest zakaz skrętu w Sadową?

4. way/1395519305
Ten odcinek dostał w innej zmianie `lanes:backward=2`, ale tu ma być po jednym w każdym kierunku i część część wyłączona/przerywana z opcjami wyjazdu.

5. Nie ma już żadnych utrudnień na 719?

Ogólnie ta inwestycja miała potrwać do końca tego roku, stąd te pytania.