<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p><br>
</p>
Ciao a tutti,<br>
mi aggancio solamente alla questione che riguarda da una parte
migliorare la qualità dell'editing, dall'altra diminuire i
vandalismi.<br>
<br>
<div class="moz-cite-prefix">On 24/02/2018 14:25, Francesco Pelullo
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:CAH6xWvg+Snc4=bgg5ibWqp3BiBm4agQ5zcuXd_EQuwsDx=-4Rg@mail.gmail.com">
<div dir="auto">
<div dir="auto">Basterebbe attribuire un rank a ciascun utente,
basato sulla esperienza.</div>
<div dir="auto"><br>
</div>
<div dir="auto">Tipo, utente appena registrato? Ranking=1</div>
<div dir="auto">Utente bannato? Ranking = 0</div>
<div dir="auto">Utente con 100 edit senza commenti negativi?
Ranking 10 </div>
<div dir="auto">Eccetera</div>
<div dir="auto"><br>
</div>
<div dir="auto">Poi definire dei criteri: </div>
<div dir="auto">ranking= 0 >>> nessun accesso, </div>
<div dir="auto">ranking = 1 >>> può inserire nuove
features nella chiave highway, building ... ma non può creare
limiti amministrativi, landuse e costline, non può modificare
quello che c'è, non può cancellare niente</div>
<div dir="auto">ranking = 100 >>> un gradino in più</div>
</div>
</blockquote>
La proposta di Francesco mi sembra molto sensata e provo a
specificarla ulteriormente.<br>
Un mini tutorial/corso proposto/richiesto ai nuovi contributori
sicuramente è utile, ma potrebbe non intercettare errori banali e
vandali.<br>
Se invece si attuasse un ranking in funzione del numero di edit (o
altri badges di riconoscimento anche forniti dalla comunità), questo
potrebbe venire immediatamente applicato in vari contesti.<br>
Ad esempio la validazione obbligatoria dei changeset prima
dell'inclusione in OSM (irrealizzabile in generale) potrebbe credo
realisticamente essere applicata per i nuovi utenti fino al
raggiungimento di, che ne so, 10, 20 edits? Per il lavoro di
validazione probabilmente si potrebbe richiedere un ranking x.
Dopodiché la funzionalità di upload automatico si sblocca. Se si
potesse aggiungere la possibilità di valutare negativamente un
changeset, l'utente che ne accumula più di x tornerebbe a vedere i
suoi edit validati prima del caricamento.<br>
Anche il lavoro del DWG sarebbe mi pare agevolato se, oltre alla
possibilità di blocco, ci fosse anche la possibilità di
"retrocedere" un utente al livello di validazione.<br>
Ovviamente questo comporta un carico di lavoro in più per qualcuno,
ma mi pare che un lavoro di pre-validazione sia in definitiva più
efficace e meno frustrante della modalità di
commento/avviso/interazione con DWG/blocchi vari/... attuale. Questo
lavoro di post validazione lo si fa già in effetti, ma è molto più
difficile...<br>
Il lavoro di validazione potrebbe anche essere organizzato con
strumenti tipo un "validation manager" basato su principi simili al
task manager.<br>
<br>
Chiedo ai più esperti e storici... immagino che questo tipo di
discorsi sia già stato affrontato in passato. Ci sono motivi per cui
non si possa cercare di riportarlo in alto nelle priorità della
comunitàinternazionale?<br>
<br>
m2c<br>
<br>
Ale<br>
<br>
<div class="moz-signature">-- <br>
<font size="2" face="courier,verdana,arial,sans-serif"
color="grey">
--
<p>Alessandro Sarretta</p>
<p>
skype/twitter: alesarrett<br>
Web: <a href="http://ilsarrett.wordpress.com">ilsarrett.wordpress.com</a>
</p>
<p>Research information:<br>
</p>
<ul>
<li><a
href="http://scholar.google.it/citations?user=IsyXargAAAAJ&hl=it">Google
scholar profile</a></li>
<li><a href="http://orcid.org/0000-0002-1475-8686">ORCID</a></li>
<li><a
href="https://www.researchgate.net/profile/Alessandro_Sarretta">Research
Gate</a></li>
<li><a href="https://impactstory.org/AlessandroSarretta">Impactstory</a></li>
<!-- <li><a href="https://impactstory.org/AlessandroSarretta"><img src="https://impactstory.org/logo/small" width="80" /></a></li> -->
</ul>
</font>
</div>
</body>
</html>