Vorrei cercare di chiudere questa lunghissima questione in modo molto chiaro, senza offendere nessuno, ma senza lasciare ambiguità. Questo thread riguarda la costruzione delle liste di monumenti che partecipano al concorso italiano e che stanno su it.wiki.
Ricordo a tutti che le fonti delle liste sono le più disparate e ciascun ente emettitore usa una sua codifica per i monumenti o non la usa del tutto. Quindi per avere un identificatore univoco dei monumenti, non potendo conoscere a priori tutte le codifiche ed evitare un lungo e sanguinoso processo di amalgama che esula dagli scopi del presente progetto, usiamo una codifica inventata da noi e teniamo traccia di quella usata dell'ente emettitore per eventuali future necessità di trascodifica.
Il resto, onestamente, sono unicamente considerazioni politiche (monumenti italiani in altri concorsi?) che esulano da questo problema.
Frieda
Il giorno giovedì 17 maggio 2012, paozuc ha scritto:
Quello che ho provato di spiegare: non ci serve (per che cosa?) il vostro ID univoco nei casi, dove esiste già un ID ufficoso. E non solo, che non ci serve, creerà invece problemi massicci su Commons, se le fotografie caricate tramite la wikipedia italiana e quella tedesca, mostrando lo stesso monumento, saranno taggate con ID diversi. L'utilizzo di un ID fatto in casa deve sempre ed esclusivamente essere l'ultima, ma davvero l'ultima soluzione. Anche i tedeschi ce la fanno senza un ID univoco e utilizzono soltanto gli ID locali...
Alex ha creato adesso dei templates specificati per l'Alto Adige, poi, dopo aver sentito il vostro feedback e le vostre proposte (prego: http://it.wikipedia.org/wiki/Discussioni_utente:AleXXw ), creerà anche i templates utilizzabili nei casi, dove non esiste un ID ufficioso.
Il giorno 17 maggio 2012 12:03, Emma Tracanella <emma.tracanella@gmail.com
ha scritto:
Ciao allora COUNTRY e LANGUAGE sono richiesti a livello internazionale nel dataset e quindi non li ho omessi. Certo che i valori saranno sempre gli stessi.
Il codice ISTAT mi serve per costruire il nostro ID univoco. E poi noi ci occupiamo di fotografare tutta una serie di cose che non hanno un codice univoco (pensa alle oasi) e definito dalle regioni e quindi oltre al codice della fonte da cui prendiamo i dati, dobbiamo pensare ad un nostro codice.
La provincia e la regione in maniera esplicita servono per potere fare delle viste parziali e ordinate.
Le altre info immagino non siano difficili da inserire e parcellizzare, ma sono necessarie: pensa alla voce autorizzazione, senza di quella in molti casi non si può fotografare il bene e quindi è inutile, per il concorso, visualizzarlo nella lista. E quindi ci serve poterlo filtrare.
Per le questioni che hai sollevato, la risposta non riesco a dartela su due piedi ed è da ieri che ci sto pensando. Però dopo avere analizzato i dati altoatesini e i nostri, non credo che i campi che vengano raccolti di là siano per noi sufficienti e devi tenere conto che ci sono tante regioni che dobbiamo accontentare.
Emma
2012/5/17 paozuc paozucpaozuc@gmail.com
Le prove le sta facendo Alex. In merito alla questione ID ti prego di rileggere le mie mail di ieri, soprattutto la mia risposta a Frieda e Maurizio.
Non capisco a cosa servono COUNTRY e LANGUAGE, mai visto da nessuna parte... Queste informazioni vengono attribuite una volta per tutte aggiungendo la database italiana alla database su Commons.
Source e timestamp possono essere aggiunte, chiedetelo a Alex.
Codice ISTAT (meglio del CAp direi) e comune sono presenti nel header.
Provincia e regione sono presenti tramite il codice ISO regione.
E gli ultimi 5 campi sono presenti tramite il parametro descrizione... se poi volete atomizzare le informazioni, sono sicuro che Alex lo farà per voi..
Il giorno 17 maggio 2012 08:55, Emma Tracanella <emma.tracanella@gmail.com
ha scritto:
Grazie mille Luca! Io però ho un problema: i campi che ci servono nella nostra lista e che avevamo concordato sono i seguenti
- COUNTRY: Italia
- LANGUAGE: Italiano
- ID: deve essere univoco, potrebbe essere formato dal CAP + un numero
progressivo a 6 cifre (che dipende dal CAP)
- ADDRESS: indirizzo (via, luogo)
- MUNICIPALITY: comune
- LAT: latitudine
- LONG: longitudine
- IMG: file con l'immagine del monumento
- SOURCE: sorgente dell'informazione
- CHAGED: timestamp dell'ultimo aggiornamento dei dati
- MONUMENT_ARTICLE: [[con gli _]]
- DENOMINAZIONE
- AUTORIZZAZIONE: sì/no
- LINK AUTORIZZAZIONE:
- PROPRIETARIO
- ID LISTA ORIGINALE: dove metteremo anche quello della lista altoatesina
- CAP
- PROVINCIA
- REGIONE
- TIPOLOGIA: chiesa, castello, villa, cascina, ...
- ANNO DI COSTRUZIONE
- USO STORICO
- USO ATTUALE
- STATO CONSERVAZIONE
E mi sembra che nelle prove che stai facendo ce ne siano molti di meno. Come mai? Emma
2012/5/17 Cristian Consonni kikkocristian@gmail.com