Italy/TODO

From OpenStreetMap Wiki
Jump to navigation Jump to search

In questa pagina si elencano le "cose da fare". Si tratta sostanzialmente del riassunto di alcune delle discussioni portate avanti in lista.

Agriturismi

Creare una pagina apposita con questi contenuti:


Un agriturismo va taggato così:

Tracciare l'area, anche solo indicativa se non si dispone di foto satellitari della zona (segnalarlo in nota), del centro aziendale, e associare ad essa i seguenti tag:

Se possibile disegnare poi tutti i singoli edifici presenti in azienda e marcarli con building=yes, o, meglio, con building=barn, building=granary, ecc.

All'edificio dove viene offerto il servizio di ristorazione aggiungere i seguenti tag:

Se non è possibile disegnare la sagoma dell'edificio, è sufficiente anche solo un singolo nodo. Allo stesso modo indicare l'edificio dove vengono alloggiati gli ospiti con:

Aggiornamento: Ho creato la pagina Agritourism --Mikalaari 10:23, 29 September 2011 (BST)

Tag:amenity=milk_dispenser

  • trovare i tag più appropriati
  • eventualmente spostare la pagina
  • aggiornarla e arricchirla
  • tradurla in italiano
  • inserire il riferimento in IT:Map Features
  • promuovere l'uso del tag
  • parlarne nella lista internazionale e spingere per l'approvazione anche sul Map Features internazionale

Validazione dei dati

  • proporre un sistema
  • discuterne sulla lista internazionale

Proposte

Non devono per forza essere alternative, possono eventualmente anche integrarsi tra loro

Controllo "a 3" (preservazione dei dati di qualità)

C'è un dato già inserito, ad esempio una strada. Un "certificatore" (= un utente esperto di OSM, che abbia certi prerequisiti da stabilire) appone il "sigillo qualità" su quel dato ritenuto valido secondo certi presupposti (da stabilire).

Ora abbiamo il dato lucchettato, ovvero certificato.

Il comune biricchino costruisce una nuova rotonda sulla strada "di qualità" (sarebbe da vietare con un decreto legge... :-)).

Un utente OSM se ne accorge e vuole intervenire.

Caso 1: l'utente è $nuovo_utente. $nuovo_utente contatta $utente_navigato e gli dice: "Ehi, guarda che qui hanno costruito una rotonda; ho già la traccia GPS, mi sblocchi la strada che la inserisco?". $utente_navigato gliela sblocca e il problema viene sistemato; nel contempo $utente_navigato è al corrente della situazione e, se vuole, può controllare che tutto sia fatto a dovere. Si ottengono così 2 tronconi di strada con in mezzo la nuova rotonda, tutto senza lucchetto. Il sigillo qualità potrà poi essere apposto nuovamente solo da un terzo utente, anch'esso esperto (controllo a 3).

Caso 2: l'utente è $utente_navigato $utente_navigato si autosblocca la strada e corregge il problema. Un altro utente esperto potrà poi, in futuro, ricertificare la strada.

In pratica, il controllo a 3 è svolto da 3 personaggi: lo "sblocca lucchetto", il manutentore e il certificatore. Lo "sblocca lucchetto" e il manutentore possono essere la stessa persona (il caso 2 che ho presentato). Il certificatore deve _sempre_ essere un'altra persona rispetto a chi ha lavorato sul dato.

Il lucchetto, ovvero il "sigillo qualità", dovrebbe essere una sorta di tag del database, con la differenza che può essere messo/tolto solo da utenti con certe caratteristiche (e mai la stessa persona).

Annullamento modifiche (eliminazione inserimenti errati)

  • discutere se sia utile poter annullare agevolmente l'inserimento di dati errati
  • discutere se sia tecnicamente possibile e su come si potrebbe fare

Tag is_in

  • chiarire definitivamente il suo ruolo e decidere la sua sorte

Numero utenti OSM

Key:stop

  • arricchire la pagina
  • tradurla in Italiano
  • inserire il riferimento in IT:Map Features
  • iniziare ad usare i nuovi tag

FotoTaggare

Bot