StreetComplete - edytor na Androida

uwaga na podstawie dzisiejszego przypadku: szedłem ulicą zaznaczoną na OSM jako remont:

https://www.openstreetmap.org/way/870412796

ponieważ remont jest ukończony zaznaczyłem to na streetcomplete. Apka prawidłowo zdjęła tagi construction…ale na ulicy została zmieniona nawierzchnia na kostkę brukową, natomiast w tagowaniu został asfalt sprzed przebudowy.

Wniosek: jeżeli użytkownik zgłasza koniec przebudowy powinien dostawać z automatu pytanie czy się zmieniła nawierzchnia lub powinien następować reset ustwaień nawierzchni. Gdybym nie zajrzał w tagi na JOSMie to asfalt by tam może był po wsze czasy :smiley:

Mozesz sprobowac zglosic buga, ale mam watpliwosci, czy go uznaja. Jesli mnie pamiec nie myli, zglosilem w tym watku problem zwiazany z oznaczaniem budynku jako wybudowany. Brakuje niestety pytania, czy teren wokol budynku takze jest nadal w budowie i jak oznaczysz, ze budyne jest skonczony, to teren wokol, nadal jest oznaczony jako w budowie.

To nie wina StreetComplete, tylko użytkownika, który zaznaczył budowę - powinien był usunąć tagi surface, smoothness, lanes, maxspeed itp.

Myślę, że ZNACZNIE lepszy efekt osiagnie się, usuwając te tagi automagicznie przy zaznaczaniu końca remontu w StreetComplete, niż ewangelizując użytkowników, żeby usuwali te tagi przy ustawianiu construction.

StreetComplete też nie zmusisz, żeby to robiło, bo dlaczego? Na jakiej podstawie miałby usuwać coś, co może być poprawne?

Mateusz, a może by tak zmienić nazwę wątku? Bo już nie taki nowy… :slight_smile:

Zmusić - nie zmuszę, ale namówić mogę próbować :slight_smile:
A w kwestii “dlaczego” - bo skoro ktoś w SC zamyka remont, to zakładamy że widzi i można go od razu odpytać o aktualne parametry, a nawet jak nie od razu, to możemy założyć że ktoś tam z SC łazi i ustawi właściwe.

W sumie nie upieram się, zeby kasować, można i prosić o potwierdzenie dotychczasowych parametrów, w przypadku odpowiedzi że inne, pytać jakie i dopuścić odpowiedź że nieznane i wtedy dopiero kasować.

Zachęcam do obserwowania odpowiedniego zgłoszenia

StreetComplete w jednym zadaniu pyta tylko o jedną rzecz i tak są też grupowane zadania.
Nie tylko nawierzchnia może się zmienić. Przy większym remoncie lub przebudowie oprócz surface mogą się zmienić: geometria,
smoothness, maxspeed, source:maxspeed, lanes, turn:lanes, access, oneway. Więc i tak lepiej będzie te tagi albo usuwać albo zakomentowywać przy dodawaniu remontu.

Usuwać ich automatycznie nie powinno, bo ktoś mógł na bieżąco śledzić budowę i dodać surface=asphalt, lanes=2 i inne tagi, a droga nadal może być zamknięta i w budowie.

https://www.openstreetmap.org/note/2524633 oraz inne w okolicy.

Dzięki, zmieniłem na “Przydatne gdy zadania nie są aktualne”

Przecinek chyba nie jest potrzebny, ale też nie jestem w tej dziedzinie wybitny.

Co do tłumaczenia - każdy może to robić (linki na https://github.com/streetcomplete/StreetComplete/blob/master/CONTRIBUTING.md#translating-the-app )

Dobra uwaga, uspójniłem to co https://poeditor.com/projects/po_edit?order=&filter=&per_page=20&id=97843&id_language=127&search=ostepne+dla+osob znalazło

Czy StreetComplete pokazuje użytkownikowi komentarze do jego zmian?

Natrafiłem przypadkiem przeglądając błękitne mrówki:
https://www.openstreetmap.org/changeset/99881718

Nie, chyba żaden edytor nie pokazuje. To powinno pójść na e-mail. Z tym, że np. Gmail wkłada to do kategorii “Powiadomienia”.

Komunikacja z mapującymi w StreetComplete jest bardzo często w ogóle niemożliwa.
W JOSM’ie (a chyba także w iD?) bezpośrednio w oknie edytora pokazują się chociaż powiadomienia o nowych wiadomościach prywatnych. Dzięki temu, nawet jeśli dany user nie sprawdza swojego e-maila, to i tak jest możliwość nawiązania z nim kontaktu.

Może warto by dodać taką funkcjonalność w StreetComplete ?

StreetComplete dosyć wyraźnie sygnalizuje wiadomości prywatne.

Oho, to nie ma tematu :slight_smile:
Więc w przypadku braku odpowiedzi na komentarze - napisać wiadomość prywatną.

Jak często SC pyta się o potwierdzenie istnienia danego obiektu i jakich obiektów to się tyczy?
Spotkałem się z taką sytuacją, że obiekt został utworzony 7 lat temu i SC pyta się o godziny otwarcia, ale w rzeczywitości, ten obiekt od dawna nie istnieje i w tym miejscu znajduję się coś innego.

Kod: https://github.com/streetcomplete/StreetComplete/blob/082c9c8a89f8a1b537415a192019020b41507730/app/src/main/java/de/westnordost/streetcomplete/quests/existence/CheckExistence.kt#L22-L48
Czyli 2 lata dla obiektów: bankomat, telefon, część automatów, amenity=public_bookcase, birds_nest=stork
Oraz 4 lata dla: zegarów, ławek, koszy na śmieci, skrzynek pocztowych, automatów z biletami/parkometrów…

Klucze brane pod uwagę dla ustalenia kiedy sprawdzone: check_date, lastcheck, last_checked, survey:date, survey_date (https://github.com/streetcomplete/StreetComplete/blob/cc7624d2f8c83c037f4a078eb56dadd3b1cd80a2/app/src/main/java/de/westnordost/streetcomplete/data/meta/ResurveyUtils.kt#L68-L72)

Czy ja dobrze rozumiem, ze obiekty typu firmy i sklepy nie sa brane pod uwage przy pytaniu o to, czy dany element wciaz istnieje?
Jesli tak, to troche lipnie.