Wandalizmy w OSM i im zapobieganie

miklobit1 · 2013-10-15T10:51:44.000Z

Podane koncepcje nie mają żadnego związku z opóźnianiem wizualizacji zmian.
Baza “live” i jej domyślny render byłyby aktualizowane tak jak do tej pory .
Natomiast każdy , kto chce mieć stabline i bardziej wiarygodne dane mógłby mieć wybór czy pobiera eksport (lub zasila się diff’ami ) z bazy live czy z wersji odstanych i odfiltrowanych.
Dane offline do nawigacji i tak są generowane w cyklach co najwyżej tygodniowych a mało kto aktualizuje mapy co tydzień.
Tak więc ew. realizacja w/w projektu byłaby tylko i wyłącznie wartością dodaną która niczego nie psuje ani nikogo nie zmusza do korzystania z tych wersji danych

Zibior2 · 2013-10-25T21:12:48.000Z

A ja mam jeszcze inny pomysł. Chodzi o poprawę kontaktu z resztą mapującej społeczności. Teraz zdarza się tak, że mapujący nawet nie są świadomi tego, że ktoś do nich pisze. Czasem bywa tak, że ludzi mi odpisują w tonie “przepraszam, ale nie zauważyłem maila, bo rzadko zaglądam na tę skrzynkę” nawet po pół roku od wysłania maila! (rekordzista odpisał po roku).
Może problem wydaje się banalny, ale jest kilku taki userów (np. rosomak, blackstarr, wfl, koreb), którzy zupełnie nie odpisują na wysyłane maile i nawet nie wiadomo, czy po prostu nie chce im się odpisać czy może nie otrzymują tych wiadomości, bo przy rejestracji podali spamowy adres e-mail, na który nie zaglądają.

Rozwiązanie jest dosyć proste - powinna być blokada wysłania zmian na serwer (a ściślej: utworzenia nowego changesetu) dopóki w skrzynce odbiorczej OSM jest chociaż jedna nieprzeczytana wiadomość.

Marku, rzuć tym pomysłem na forum niemieckim, ciekaw jestem jaki będzie odzew

ppece · 2013-10-25T21:26:53.000Z

Zbigniew_Czernik:

A ja mam jeszcze inny pomysł. Chodzi o poprawę kontaktu z resztą mapującej społeczności. Teraz zdarza się tak, że mapujący nawet nie są świadomi tego, że ktoś do nich pisze. Czasem bywa tak, że ludzi mi odpisują w tonie “przepraszam, ale nie zauważyłem maila, bo rzadko zaglądam na tę skrzynkę” nawet po pół roku od wysłania maila! (rekordzista odpisał po roku).
Może problem wydaje się banalny, ale jest kilku taki userów (np. rosomak, blackstarr, wfl, koreb), którzy zupełnie nie odpisują na wysyłane maile i nawet nie wiadomo czy po prostu nie chce im się odpisać czy może nie otrzymują tych wiadomości.

Rozwiązanie jest dosyć proste - powinna być blokada wysłania zmian na serwer dopóki w skrzynce odbiorczej OSM jest chociaż jedna nieprzeczytana wiadomość.

E tam, to nie przejdzie. Takie coś ogranicza z założenia nieograniczony dostęp do danych. Przecież dlatego użytkownicy wybierają OSM ponad konkurencję, by mogli skupić się na mapowaniu, a nie jakimś tam czasochłonnym czytaniu korespondencji - nie mogliby od razu wysłać, a zatem i zobaczyć swoich zmian

jerrystef · 2013-10-25T21:35:08.000Z

a ja uważam, że taka blokada - nie odczytasz maila nie edytujesz - jest jak najbardziej prawidłowa.

Polimerek · 2013-10-25T21:56:54.000Z

jerrystef:

a ja uważam, że taka blokada - nie odczytasz maila nie edytujesz - jest jak najbardziej prawidłowa.

No nie wiem - są userzy “samotnicy”, którzy odwalają kupę roboty a nie mają ochoty na jakiekolwiek kontakty z innymi mapowiczami. W Wikipedii też występuje takie zjawisko - pamiętam jednego usera, który pisał świetne artykuły o kolejnictwie i nigdy nikomu nie odpisał na żaden mail ani wpis na stronie dyskusyjnej - jakbyśmy go zablokowali to by nie było wielu dobrych artykułów. IMHO sam fakt nieodpowiadania nie powinien być przesłanką do blokowania - jedyną przesłanką powinno być uporczywe wandalizowanie czy też systematycznie nie trzymanie się ustalonych reguł mapowania.

Zibior2 · 2013-10-25T22:10:19.000Z

@Polimerek: mam wrażenie, że nie zrozumiałeś o co mi chodzi. Nie chodzi mi o blokowanie kogoś za brak odpowiedzi, lecz o zmuszenie usera do przeczytania tego, co inni mapowicze mają mu do powiedzenia. No bo powiedzmy sobie szczerze - w jaki inny sposób można zakomunikować userowi, że robi coś źle? Ciągle go rewertując? Może tego nie zauważyć, poza tym szkoda marnować czyjąś pracę.

jerrystef · 2013-10-26T06:58:31.000Z

myślę że Polimerek nie do końca mnie zrozumiałeś. Nie odczytasz maila- nie edytujesz dalej nie jest blokadą ale wyraźnym przesłaniem informacji - przecież w jakiś sposób trzeba też zachować swoją pracę, bo hipotetycznie napracowałeś się mocno rysując… a ktoś dokonuje mocnych korekt i usunięć - co wtedy - piszesz do gościa, który okazuje się samotnikiem - i ma gdzieś jakiekolwiek wiadomości. Jakie kroki podejmiesz? Pewnie będziesz chciał aby ktoś dokonał rewertu zmian, ale czy nie szkoda czasu na kolejne cofanie zmian. Myślę że Zbigniew to co proponuje jest racjonalne.

serekmedia · 2013-10-26T09:44:27.000Z

Zbigniew_Czernik:

No bo powiedzmy sobie szczerze - w jaki inny sposób można zakomunikować userowi, że robi coś źle? Ciągle go rewertując? Może tego nie zauważyć, poza tym szkoda marnować czyjąś pracę.

Narysować mu autostradą pod domem treść wiadomości

RitterR · 2013-10-26T10:22:55.000Z

Może nie blokujmy na wszystkie wiadomości w skrzynce, ale na wiadomości zawierające określone treści/znaczniki.
Na podstawie tego znacznika przy logowaniu lub zapisywaniu zmian system wyświetlał by odpowiedni komunikat lub dodatkowo treść wiadomości.

Ustalić kilka typów błędów i zasady z nimi związane. Dodatkowo logikę ich obsługi przez system. Zbyszek ma tu z pewnością duże doświadczenie z takimi userami.

Dodanie tagu ręcznie lub wybierając z listy do wiadomości wysyłanej przez osobę zgłaszającą uwagi.

blocked=info - drobne błędy i uwagi; nie trzeba odpowiedzieć na wiadomość; można zapisywać zmiany.
np. “Użytkownik xyz znalazł w twoim zestawie zmian 12345 błędnie tagowanie. Szczegóły w wiadomości”

blocked=warning - większe błędy: niestyki, bylejakie odwzorowania, błędne modyfikacje; trzeba odpowiedzieć na wiadomość aby można było zapisywać zmiany
Np. “Użytkownik xyz znalazł w twoim zestawie zmian 12345 poważne błędy. Szczegóły w wiadomości. Dalsza edycja wymaga odpowiedzi na wskazana wiadomość”

blocked=wandal - Jak ktoś ewidentnie psuje mapy czy kasuje dane; trzeba odpowiedzieć na wiadomość aby można było zapisywać zmiany; Użytkownik z takim oznakowaniem był by monitorowany prze OSM, tzn. jego modyfikacje były by gdzieś rozgłaszane aby osoby dbające o porządek na mapie miały ich na uwadze. Duża ilość wiadomości z takim znacznikiem blokowała by konto na dłużej, aby zniechęcić do dalszej bezmyślnej zabawy.
Np. “Użytkownik xyz wskazał twój zestaw zmian 12345 jako wandalizm. Szczegóły w wiadomości. Dalsza edycja wymaga odpowiedzi na wskazana wiadomość. Szanuj pracę innych osób”

Zibior2 · 2013-10-26T10:34:32.000Z

@Ritter: ale czy wejście na skrzynkę osm to naprawdę aż tyle zachodu, żeby tak komplikować sprawę i bawić się w jakieś “określone treści/znaczniki”? Wydaje mi się, że nie…

koszatek · 2013-10-26T11:18:16.000Z

Mnie trochę brakuje jakiegoś wygodnego systemu komunikacji z innymi autorami od razu na poziomie JOSMa i innych edytorów. Chodzi o coś takiego: edytuję jakiś obszar, widzę “dziwny” obiekt, to zaznaczam, klikam/naciskam jakiś klawisz, wyskakuje okienko typu “send comment to author(s)”, wpisuję tam “skąd to wziąłeś?”, taki message idzie do autora jako konkretnie otagowana wiadomość prywatna i on może ją odczytać tak jak zwykły PM albo wyskakuje mu okienko w JOSM. JOSM może sam na starcie a potem co jakiś czas sprawdzać czy są nowe w taki sposób otagowane wiadomości i pokazywać okienko i wymuszać jakąś reakcję (choćby to miało być kliknięcie guzika “mam to w d***”).

Polimerek · 2013-10-26T19:08:01.000Z

koszatek:

Mnie trochę brakuje jakiegoś wygodnego systemu komunikacji z innymi autorami od razu na poziomie JOSMa i innych edytorów. Chodzi o coś takiego: edytuję jakiś obszar, widzę “dziwny” obiekt, to zaznaczam, klikam/naciskam jakiś klawisz, wyskakuje okienko typu “send comment to author(s)”, wpisuję tam “skąd to wziąłeś?”, taki message idzie do autora jako konkretnie otagowana wiadomość prywatna i on może ją odczytać tak jak zwykły PM albo wyskakuje mu okienko w JOSM. JOSM może sam na starcie a potem co jakiś czas sprawdzać czy są nowe w taki sposób otagowane wiadomości i pokazywać okienko i wymuszać jakąś reakcję (choćby to miało być kliknięcie guzika “mam to w d***”).

No to fakt - ja też na początku czułem brak narzędzi komunikacji z innymi userami. JOSM-em mogę edytować miesiącami i nie wiedzieć o tym, że ktoś tam coś napisał do mnie przez mechanizmy wysyłania komunikatów na stronie OSM., bo tam w sumie w ogóle nie muszę zaglądać a w programie pocztowym wysyłać automatycznie wszystkie komunikaty ze strony OSM do spamu, ew. mieć w koncie podane konto e-mail, do którego w ogóle nie zaglądam… Ale raczej zamiast blokady userów za to, że nie odpiszą, czy nie zaznaczą, że przeczytali komunikat - powinien być wdrożony jakiś system powiadamiania, który na pewno dotrze do każdego, kto edytuje mapę, niezależnie od narzędzia jakim to robi. Ale to pewnie powinno być wszyte w API OSM - wtedy JOSM i inne narzędzie pewnie mogły by te mechanizm zaimplementować łatwo. Np przy wysyłce, API w komunikacie akceptacji zmian dołączało by drugi komunikat, "masz X wiadomości nieprzeczytanych - z likniem do kilknięcia na stronę usera w serwisie OSM. Większość by tam zajrzała choćby przez ciekawość.

Zibior2 · 2013-10-27T10:17:52.000Z

Polimerek:

Ale to pewnie powinno być wszyte w API OSM - wtedy JOSM i inne narzędzie pewnie mogły by te mechanizm zaimplementować łatwo.

Zgadza się. Tylko ja patrzę realnie i nie liczyłbym na zmianę czegokolwiek w API, a dorobienie takiej blokady, o której mówię, byłoby łatwiejsze do zakodowania niż zmienianie API.

Mateusz_Konieczny · 2013-10-28T11:38:34.000Z

Zbigniew_Czernik:

Polimerek:

Ale to pewnie powinno być wszyte w API OSM - wtedy JOSM i inne narzędzie pewnie mogły by te mechanizm zaimplementować łatwo.

Zgadza się. Tylko ja patrzę realnie i nie liczyłbym na zmianę czegokolwiek w API, a dorobienie takiej blokady, o której mówię, byłoby łatwiejsze do zakodowania niż zmienianie API.

Szczerze wątpię by to prawda była. Mam nadzieję że w tym momencie można to zrobić, nie mam czasu się tym zająć więc puściłem FR dla JSOM - http://josm.openstreetmap.de/ticket/9234#ticket

PS

Ops, JOSM.

Zibior2 · 2013-10-28T12:31:08.000Z

koszatek:

Chodzi o coś takiego: edytuję jakiś obszar, widzę “dziwny” obiekt, to zaznaczam, klikam/naciskam jakiś klawisz, wyskakuje okienko typu “send comment to author(s)”, wpisuję tam “skąd to wziąłeś?”

Zapomniałeś o drobnym szczególe - trzeba sprawdzić w historii obiektu, kto ten obiekt udziwnił. Bo chyba nie chcesz wysyłać maila do autora ostatniej zmiany na tym obiekcie, jeśli babola popełnił ktoś wcześniej?

koszatek · 2013-10-28T13:04:09.000Z

Zbigniew_Czernik:

Zapomniałeś o drobnym szczególe - trzeba sprawdzić w historii obiektu, kto ten obiekt udziwnił. Bo chyba nie chcesz wysyłać maila do autora ostatniej zmiany na tym obiekcie, jeśli babola popełnił ktoś wcześniej?

To oczywiste, skrót myślowy wynikał z tego, że spotykam się czasem z “dziwnymi” drogami, które ktoś narysował bez podania źródła, na Bing i na Geoportalu nic nie widać, zero kometarza itp - taka droga - widmo. Nikt tego potem nie rusza, bo nie ma komu potwierdzić ani definitywnie wykluczyć istnienia.

Zibior2 · 2013-10-29T12:02:56.000Z

Bulwersator:

http://josm.openstreetmap.de/ticket/9234#ticket

Tylko żeby ta funkcja miała sens, musi być wbudowana docelowo w core JOSM-a, bo przecież chodzi o to, żeby dotrzeć z informacją o mailach do każdego, a głównie do początkujących. A początkujący rzadko kiedy instalują wtyczki, a już zupełnie wątpię, by pośród dziesiątek innych wtyczek wyłowili właśnie tę.

Ale niech najpierw powstanie cokolwiek, a potem będziemy się martwić tym aspektem

royas · 2013-10-29T12:20:14.000Z

Zbigniew_Czernik:

Rozwiązanie jest dosyć proste - powinna być blokada wysłania zmian na serwer (a ściślej: utworzenia nowego changesetu) dopóki w skrzynce odbiorczej OSM jest chociaż jedna nieprzeczytana wiadomość.

Takie rozwiązanie też wymaga zmiany API - dodania odpowiedniego RESPONSE w przypadku zastosowania blokady. A programy klienckie i tak do czasu ich aktualizacji nie będą w stanie poinformować użytkownika o przyczynie problemu.

Natomiast rozbudowa API o system powiadomień ma większą szansę bycia niewidoczną dla starszego oprogramowania.

Mateusz_Konieczny · 2013-10-29T13:28:38.000Z

Zbigniew_Czernik:

Bulwersator:

http://josm.openstreetmap.de/ticket/9234#ticket

Tylko żeby ta funkcja miała sens, musi być wbudowana docelowo w core JOSM-a

Component: Core

Mateusz_Konieczny · 2013-10-31T22:11:54.000Z

I jest już zrealizowane: http://josm.openstreetmap.de/changeset/6349/josm

fix #9234 - For identified users, notifies periodically (every 5 minutes by default) of new OSM messages he/she has received. All of this is configurable in server access preferences.