Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

_ > Talk-it mailing list > Talk-it@ > https://lists.openstreetmap.org/listinfo/talk-it -- View this message in context: http://gis.19327.n8.nabble.com/tool-per-controllare-gli-edits-in-un-area-ERA-Fwd-OSM-talk-Responding-to-vandalism-tp

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

> > Mah, non ho mai capito bene come funzia il sistema docker, ma i file di > log non sono sul raspberry... I file di log creati dal programma risiedono all'interno del container: poiché nel Dockerfile non è stato inserito nessun editor di testo, l'unico modo per leggere questi log è copiarli

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

Il 26 mar 2017 8:47 PM, "Cascafico Giovanni" ha scritto: Mah, non ho mai capito bene come funzia il sistema docker, ma i file di log non sono sul raspberry... https://wiki.openstreetmap.org/wiki/User:Davide_sd/OSM_ Analytic_Tracker#Read_the_logs I files di log di Raspbian

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

Mah, non ho mai capito bene come funzia il sistema docker, ma i file di log non sono sul raspberry... https://wiki.openstreetmap.org/wiki/User:Davide_sd/OSM_Analytic_Tracker#Read_the_logs Il giorno 26 marzo 2017 15:23, Francesco Pelullo ha scritto: > > > Il 26 mar 2017

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

Il 26 mar 2017 13:16, "Cascafico Giovanni" ha scritto: Nessuna memoria di massa. Se non ho visto male, la cartella con il software occupa 3-5 Mb Ho sperimentato varie soluzioni con alcuni Raspberry 2 accessi 24/7, a lungo termine (3-6 mesi) la microsd si danneggia, idem se

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

Nessuna memoria di massa. Se non ho visto male, la cartella con il software occupa 3-5 Mb Il 25/mar/2017 21:18, "Francesco Pelullo" ha scritto: > > > Il 25 mar 2017 21:12, "Cascafico Giovanni" ha > scritto: > > > > siamo sui 300MB di RAM tra python

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

Il 25 mar 2017 21:12, "Cascafico Giovanni" ha scritto: siamo sui 300MB di RAM tra python mongod e dockerd il tutto gira su un raspberry zero Che cosa usi come memoria di massa oltre la microsd? Ciao /niubii/ ___ Talk-it

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

Ora funziona: l'unica modifica è stata di caricare una versione semplificata del .poly invece del link al friuli venezia giulia presente in estratti.openstreetmap.it siamo sui 300MB di RAM tra python mongod e dockerd il tutto gira su un raspberry zero Il giorno 24 marzo 2017 15:00, Davide

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

Il 25 mar 2017 17:43, "Federico Cortese" ha scritto: Scusate la mia ignoranza in materia, ma questo software può essere installato anche su una macchina Windows? Se la macchina Windows ha abbastanza RAM (diciamo più di 4GB) puoi ininstallarti VirtualBox e far girare una

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

Allo stato attuale no, perché i componenti di questo servizio vengono controllati da Supervisor, un programma che funziona su sistemi basati su Unix. D'altra parte, mi sembra che tutti i componenti di questo servizio possano funzionare su Windows, bisogna solamente "eliminare" la parte di

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

Scusate la mia ignoranza in materia, ma questo software può essere installato anche su una macchina Windows? Grazie, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

sent from a phone > On 25 Mar 2017, at 09:42, Cascafico Giovanni wrote: > > Forse il poly di estratti Openstreetmap é troppo complesso? > Voglio provare a semplificarlo. Nella wiki si configura il poly prima del > build. É necessario seguire qs ordine? forse già lo

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

> > Nella wiki si configura il poly prima del build. É necessario seguire qs > ordine? no, puoi configurare tranquillamente la build e dopo il poly. L'importante è che i due comandi "docker build..." e "docker run..." li lanci per ultimi. Forse il poly di estratti Openstreetmap é troppo

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

Ho riavviato il router ieri pomeriggio, anche se mi sfugge come possa influire sul funzionamento. La pagina [1] però resta senza changeset, almeno per il poly del Friuli su sui ho comunque editato. Forse il poly di estratti Openstreetmap é troppo complesso? Voglio provare a semplificarlo. Nella

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

Giovanni, potresti provare a riavviare il tuo router e vedere se dopo aver ristabilito la connessione il tool riprende in automatico a controllare la zona? Ho come l'impressione che ci sia un bug... Davide. Il giorno 24 marzo 2017 11:11, Davide Sandona' ha scritto: >

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

Grazie per le correzioni, sono state delle sviste :) Solamente il sudo per il comando "docker build ..." non me lo spiego, dovrebbe funzionare senza! Davide. Il giorno 24 marzo 2017 09:06, Cascafico Giovanni ha scritto: > Grazie: semplice e ben spiegata. Ho fatto degli

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

Grazie: semplice e ben spiegata. Ho fatto degli aggiustamenti per poter eseguire il build sul mio raspberry zero. Suppongo siano stati errori di battitura. Il giorno 23 marzo 2017 20:58, Davide Sandona' ha scritto: > Ecco qui una mini guida per installare questo tool

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

Ecco qui una mini guida per installare questo tool su Raspberry Pi: [1] [1] https://wiki.openstreetmap.org/wiki/User:Davide_sd/OSM_Analytic_Tracker Davide. Il giorno 23 marzo 2017 11:05, Davide Sandona' ha scritto: > Al momento l'installazione più semplice è

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

Al momento l'installazione più semplice è attraverso Docker. Smanettando un po' dovresti riuscire ad installarlo anche senza docker, ma ti conviene? Docker è veramente comodo per questo tipo di cose. Piuttosto, nei prossimi giorni proverò a separare meglio (su Docker) i vari servizi che compongono

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

Il 23/mar/2017 01:08, "Davide Sandona'" ha scritto: > Sono appena riuscito ad installarlo sul raspberry, ed ora via con la fase di test!! Tra l'altro è abbastanza semplice fare le impostazioni iniziali. Ma deve appoggiarsi a docker o funziona da solo?

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

Questo tool sembra essere eccezionale! Sono appena riuscito ad installarlo sul raspberry, ed ora via con la fase di test!! Tra l'altro è abbastanza semplice fare le impostazioni iniziali. Davide. 2017-03-20 21:52 GMT+01:00 Marco : > Concordo, non sembra per niente male >

Re: [OSM-talk] Responding to vandalism

I haven't read the whole thread, so apologies if I'm repeating something. How about we introduce into editors (that advanced users use) a default behaviour that at above a certain zoom level, all features that have been edited in the last 24 hours are somehow colourised. Features edited between 1

Re: [OSM-talk] Responding to vandalism

On 20.03.2017 18:23, Mikel Maron wrote: For example (this may have been mentioned before on the thread) .. the OSM US community has set up a Slack channel with notifications of every new user editing. We monitor this channel, give a quick look at edits, and send welcome emails. That said, it's

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

Concordo, non sembra per niente male On March 20, 2017 6:28:03 PM GMT+01:00, Federico Cortese wrote: >On Mon, Mar 20, 2017 at 3:58 PM, Martin Koppenhoefer > wrote: >> potrebbe avere senso per noi? >> > >Grazie Martin, >mi sembra molto interessante,

Re: [OSM-talk] Responding to vandalism

Here are two accounts which have spam (SEO) user description page and have vandalized the map: http://www.openstreetmap.org/user/Morland http://www.openstreetmap.org/user/Mlafagos Just for a reference for another vandal motivation (doubly stupid, first - rel=nofollow being used on osm.org and

Re: [OSM-talk] Responding to vandalism

Just to add one more comment to what has been a very useful thread discussing the options available: At no time did anyone see fit to actually try and get in touch with the user who made these edits explaining what OSM is and trying to win them over from "mapping for Pokemon" to mapping

Re: [OSM-talk] Responding to vandalism

Hi  Frederik wrote > Hence, the #1 strategy against "there's no local community that helps newbies >and reports vandals" for me is always: Attract a local community. Put more >cynically: A map without a local community is not able to survive, and has >never been, and it was perhaps a mistake to

Re: [Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

On Mon, Mar 20, 2017 at 3:58 PM, Martin Koppenhoefer wrote: > potrebbe avere senso per noi? > Grazie Martin, mi sembra molto interessante, sarebbe bello poterlo provare. Ciao, Federico

[Talk-it] tool per controllare gli edits in un'area ERA Fwd: [OSM-talk] Responding to vandalism

potrebbe avere senso per noi? Ciao, Martin sent from a phone Begin forwarded message: > From: Michael Andersen <o...@hjart.dk> > Date: 19 March 2017 at 21:15:52 GMT+1 > To: t...@openstreetmap.org > Subject: Re: [OSM-talk] Responding to vandalism > > Since it was fi

Re: [OSM-talk] Responding to vandalism

Since it was first announced in october 2015, I have been watching the demo instance of https://github.com/MichaelVL/osm-analytic-tracker (developed by a fellow dane) almost daily and have found it immensely useful for keeping track of the activity in all of Denmark (the country north of

Re: [OSM-talk] Responding to vandalism

On 17.03.17 20:22, Jakob Mühldorfer wrote: Google tried to have restrictions on new editors The map got vandalised anyways and they shut down public editing So basically what others said, not in favour of any kind of restrictions. I also think it is impossible to stop vandalism by a single

Re: [OSM-talk] Responding to vandalism

> > > Now here what has to be done is an appropriate testing mechanism. > There are some functionality already done (like the one in Belgium), > but the problem is that everybody sees ALL last changes, there is no > way to SHARE the work of checking and you never know if somebody has > already

Re: [OSM-talk] Responding to vandalism

On Fri, Mar 17, 2017 at 2:02 PM, Yves wrote: > Interesting, I didn't know such patrolling took place at a country scale > in OSM. Have you revert/re-map stats? > > However with your point 1)you have an idea. > How about a service rendering the area affected by an edit before

Re: [OSM-talk] Responding to vandalism

On Thu, Mar 16, 2017 at 2:27 PM, Nicolás Alvarez wrote: > 2017-03-16 16:00 GMT-03:00 Mike N : > > On 3/16/2017 2:04 PM, Frederik Ramm wrote: > >> > >> And in vandalism, I would also distinguish between teenage doodles > >> ("penis! ha ha ha!"), and

Re: [OSM-talk] Responding to vandalism

On Thu, Mar 16, 2017 at 1:00 PM, Michael Reichert wrote: > I can second that. I did Pokémon cleaning in Germany. The majority of > them doesn't edit OSM a second time. > In defense of PoGo for a moment... I've actually been fairly impressed with this in my region. We've had a

Re: [OSM-talk] Responding to vandalism

On Thu, Mar 16, 2017 at 12:44 PM, Dave F wrote: > > On 16/03/2017 17:13, James wrote: > >> People can't even be bothered to review osmcha, you think people will >> want to approve changesets? >> >> > Could that be because it's not the very user friendly site? The

Re: [OSM-talk] Responding to vandalism

> Is your process documented anywhere and is the code available? There is a "help" page, but it is in Lithuanian... Maybe google translate can help: http://patrulis.openmap.lt/pagalba.html Code (php+postgresql) is very basic and dirty (i'm not a web developer) and I didn't have time to put

Re: [OSM-talk] Responding to vandalism

On Fri, Mar 17, 2017 at 8:50 AM, Tomas Straupis wrote: > > What we are doing in Lithuania for the last 5 years or so is we have a > patrolling mechanism similar to wikipedia. That is all changesets in > the region (in our case in Lithuania) are filtered out and placed

Re: [OSM-talk] Responding to vandalism

> Interesting, I didn't know such patrolling took place at a country scale in > OSM. Have you revert/re-map stats? No, such stats are not collected. And it would be hard to do that, because it is not yes/no. Sometimes it's just a minor problem, sometimes it is something much worse. Until

Re: [OSM-talk] Responding to vandalism

Google tried to have restrictions on new editors The map got vandalised anyways and they shut down public editing So basically what others said, not in favour of any kind of restrictions. Am 16.03.2017 um 14:47 schrieb Manohar Erikipati: Hi all, Last saturday, Central park in New York City

Re: [OSM-talk] Responding to vandalism

Interesting, I didn't know such patrolling took place at a country scale in OSM. Have you revert/re-map stats? However with your point 1)you have an idea. How about a service rendering the area affected by an edit before 'commit'? This preview could be the place for an additional warning about

Re: [OSM-talk] Responding to vandalism

Let's get on the higher level first. There are two ways of doing it from the process perspective: 1) EDIT->TEST->COMMIT 2) EDIT->COMMIT->TEST The first one gives higher quality but also discourages edits and maybe even prohibits edits in areas with no/few "checkers". So obviously the way to go

Re: [OSM-talk] Responding to vandalism

On Fri, Mar 17, 2017 at 7:03 AM, Rory McCann wrote: > But the advantage is that we get a free, global map. IMO new users being > able to see their changes on the map is very powerful, and makes them > more likely to continue to edit. I don't think we would have the map we >

Re: [OSM-talk] Responding to vandalism

It's a shame that this happened, ideally it shouldn't and it should be be fixed faster. But I don't think we should give up the "wiki" aspect. Everyone, even new users, should be able to edit the "live" database. Which yes, will have disadvantages. But the advantage is that we get a free,

Re: [OSM-talk] Responding to vandalism

2017-03-16 20:00 GMT+01:00 Mike N : > Then there's the serious and real ha ha ha > http://www.openstreetmap.org/#map=19/41.84196/-89.48580 > > http://chicago.cbslocal.com/2013/10/31/from-the-sky-dixon-ch > urch-looks-like-a-penis/ > likely intentional, the "view from the sky"

Re: [OSM-talk] Responding to vandalism

2017-03-16 16:01 GMT+01:00 James : > The more restrictions you put, the smarter people will get (just look at > CAPTCHA, for bots, people would upload images of captchas to a service > which real people would solve and return the answer to the bots) +1, recently there was

Re: [OSM-talk] Responding to vandalism

2017-03-16 16:00 GMT-03:00 Mike N : > On 3/16/2017 2:04 PM, Frederik Ramm wrote: >> >> And in vandalism, I would also distinguish between teenage doodles >> ("penis! ha ha ha!"), and serious concerted efforts to harm OSM. > > > Then there's the serious and real ha ha ha >

Re: [OSM-talk] Responding to vandalism

On 3/16/2017 2:04 PM, Frederik Ramm wrote: And in vandalism, I would also distinguish between teenage doodles ("penis! ha ha ha!"), and serious concerted efforts to harm OSM. Then there's the serious and real ha ha ha http://www.openstreetmap.org/#map=19/41.84196/-89.48580

Re: [OSM-talk] Responding to vandalism

Hi, I find it a bit unfortunate that you have chosen to use "vandalism" in the subject, even though you later write On 16.03.2017 14:47, Manohar Erikipati wrote: > ... protect the map against common mistakes and intentional attacks. I think that "common mistakes" (mostly, beginner's

Re: [OSM-talk] Responding to vandalism

Hi Manohar, Am 2017-03-16 um 14:47 schrieb Manohar Erikipati: > - DWG currently acts promptly on incidents reported via email, but we > need a more accessible mechanism that allows new users to report such > incidents directly from the website or editors. The email details and > existence of DWG,

Re: [OSM-talk] Responding to vandalism

Hi, Am 2017-03-16 um 15:48 schrieb Clifford Snow: > Manohar, > My experience is most of these edits can be cleaned up easily with simple > edits. Some need full reverting, which can be done using JOSM, while others > need careful pruning of the bad but leaving the good. I've fixed numerous >

Re: [OSM-talk] Responding to vandalism

Hi, On 16.03.2017 15:46, Bas Couwenberg wrote: > OSM lacks a good staging area where new contributors can experiment and > learn without breaking the production data. I had offered the technical infrastructure for this https://lists.openstreetmap.org/pipermail/dev/2016-November/029557.html

Re: [OSM-talk] Responding to vandalism

On 16/03/2017 17:13, James wrote: People can't even be bothered to review osmcha, you think people will want to approve changesets? Could that be because it's not the very user friendly site? The filter options are overly complicated & doesn't even save them! DaveF --- This email has

Re: [OSM-talk] Responding to vandalism

On 03/16/2017 06:13 PM, James wrote: > People can't even be bothered to review osmcha, you think people will want > to approve changesets? Eventually, yes. It will become part of a responsible and thriving local community. Debian managed to transition from a free-for-all (just mailing the project

Re: [OSM-talk] Responding to vandalism

Another approach is a middle player between the raw DB and the data consumers. Yves ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Responding to vandalism

People can't even be bothered to review osmcha, you think people will want to approve changesets? On Mar 16, 2017 1:07 PM, "Sebastiaan Couwenberg" wrote: > On 03/16/2017 05:30 PM, James wrote: > > and maintainers privileges, would be determined by whom? Other > maintainers?

Re: [OSM-talk] Responding to vandalism

On 03/16/2017 05:30 PM, James wrote: > and maintainers privileges, would be determined by whom? Other maintainers? Yes, the local community grants that privilege. When the local community is dysfunctional there is the overriding authority of OSMF WGs like DWG. Like we have the Technical Commitee

Re: [OSM-talk] Responding to vandalism

and maintainers privileges, would be determined by whom? Other maintainers? Then you have whats going on on Wikipedia Fr where it's controlled by a small group of close friends that refuse anything outside their norms, which is bad. On Thu, Mar 16, 2017 at 12:17 PM, Bas Couwenberg

Re: [OSM-talk] Responding to vandalism

On 2017-03-16 16:01, James wrote: Even if we had a Git pull request sort of mechanism, who would "approve" edits? Anyone with maintainer priviledges in the respective local community. This privilege is earned by proving skill. Kind Regards, Bas

Re: [OSM-talk] Responding to vandalism

2017-03-16 16:15 GMT+01:00 Clifford Snow : > > On Thu, Mar 16, 2017 at 8:03 AM, Jean-Marc Liotier wrote: > >> Users who have invested into a number of Openstreetmap contributions >> seldom spend their karma into vandalism, so my experience is that >>

Re: [OSM-talk] Responding to vandalism

On Thu, Mar 16, 2017 at 8:03 AM, Jean-Marc Liotier wrote: > Users who have invested into a number of Openstreetmap contributions > seldom spend their karma into vandalism, so my experience is that > patrolling contributions by new users catches most deliberate mayhem. > +1

Re: [OSM-talk] Responding to vandalism

On Thu, 16 Mar 2017 07:48:10 -0700 Clifford Snow wrote: > > a bot running on slack and IRC that picks up new users from the > changeset feed. Sure it would be nice of someone could develop > a similar bot to watch for new users Use the excellent

Re: [OSM-talk] Responding to vandalism

Even if we had a Git pull request sort of mechanism, who would "approve" edits? DWG? They are volunteers and wouldn't have time to validate the millions of changesets that would come in. On the opposite end of the spectrum, people could just flat out deny good edits which would make many leave.

Re: [OSM-talk] Responding to vandalism

On Thu, Mar 16, 2017 at 6:47 AM, Manohar Erikipati wrote: > - DWG currently acts promptly on incidents reported via email, but we need > a more accessible mechanism that allows new users to report such incidents > directly from the website or editors. The email details and

Re: [OSM-talk] Responding to vandalism

On 2017-03-16 14:47, Manohar Erikipati wrote: It would be great to hear more approaches that could protect the map against common mistakes and intentional attacks. Much of the world lacks an active mapping community, so it is up to a small set of power mappers to catch and revert most of the bad

[OSM-talk] Responding to vandalism

Hi all, Last saturday, Central park in New York City was vandalized by a new OSM user `Meowthreetimes` in all the map edits: - 46756622 introduced a fictional lake inside Central park https://www.openstreetmap.org/changeset/46756622 - 46756461 renamed Central park in