Ciao Per costruire le liste dei monumenti, mantenendo la conformità con quanto richiesto a livello internazionale, le informazioni necessarie sono:(campi della struttura internazionale) - 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 _]]
(campi aggiuntivi per noi) - DENOMINAZIONE - AUTORIZZAZIONE: sì/no - LINK AUTORIZZAZIONE: - PROPRIETARIO - ID LISTA ORIGINALE - CAP - PROVINCIA - REGIONE - TIPOLOGIA: chiesa, castello, villa, cascina, ... - ANNO DI COSTRUZIONE - USO STORICO - USO ATTUALE - STATO CONSERVAZIONE
Per il trasferimento dai vari database e fogli excel sembra che la cosa sia abbastanza facile se si parte dai file CSV.
I prossimi passi (oramai abbastanza urgenti) sono: 1. Creare il template (o i template) necessario su wikipedia seguendo le indicazioni in [[commons:WLM2011/structured list]] 2. Creare le linee guida per il popolamento delle liste 3. Iniziare a popolare
Se per voi va bene, inizierei a cercare volontari per i punti 1 e 2. Grazie Emma
Il 11 maggio 2012 01:45, Emma Tracanella emma.tracanella@gmail.com ha scritto:
- ID: deve essere univoco, potrebbe essere formato dal CAP + un numero
progressivo a 6 cifre (che dipende dal CAP)
Se l'ID univoco dev'essere basato sul comune, suggerirei il codice ISTAT al posto del CAP. Il codice ISTAT è univoco, mentre spesso un CAP è condiviso tra più comuni, anche relativamente distanti tra loro.
http://www.istat.it/it/files/2011/01/elenco_comuni_italiani_1%C2%B0_gennaio_... (colonna E del csv)
G.
Il 11 maggio 2012 08:27, Gianluigi Gamba gigamb@tin.it ha scritto:
Il 11 maggio 2012 01:45, Emma Tracanella emma.tracanella@gmail.com ha scritto:
- ID: deve essere univoco, potrebbe essere formato dal CAP + un numero
progressivo a 6 cifre (che dipende dal CAP)
Se l'ID univoco dev'essere basato sul comune, suggerirei il codice ISTAT al posto del CAP. Il codice ISTAT è univoco, mentre spesso un CAP è condiviso tra più comuni, anche relativamente distanti tra loro.
+1, avevo già suggerito ciò un paio di mesi fa
G.
Il 11 maggio 2012 01:45, Emma Tracanella emma.tracanella@gmail.com ha scritto:
Ciao
ciao
Per il trasferimento dai vari database e fogli excel sembra che la cosa sia abbastanza facile se si parte dai file CSV.
io vi posso fornire (fra qualche settimana) un csv con i dati di OSM, fatemi sapere...
Grazie Emma
Secondo me sono troppi dati.
Teniamo presente che l'obiettivo di WLM è quello di fotografare i monumenti non di "registrarli".
Vedo un rischio altissimo di "deviare" l'obiettivo principale, visti anche i tempi stretti.
Di questi dati quelli fondamentali sono pochi (appunto quelli richiesti a livello internazionale), quelli italiani (come ad esempio lo stato di conservazione) potrebbe essere benissimo un progetto successivo a WLM, ma non WLM (che senso ha conoscere lo stato attuale di un monumento o la conservazione ai fini di WLM?).
Consiglierei una regola importante a chi fa project management: un obiettivo è sufficiente, due sono tanti.
Io vedo appunto nella lista due progetti diversi a cui WLM potrebbe essere accessorio.
Un progetto che possa avere una vita parallela e molte più potenzialità di WLM.
2012/5/11 Emma Tracanella emma.tracanella@gmail.com
Ciao Per costruire le liste dei monumenti, mantenendo la conformità con quanto richiesto a livello internazionale, le informazioni necessarie sono:(campi della struttura internazionale)
- 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 _]]
(campi aggiuntivi per noi)
- DENOMINAZIONE
- AUTORIZZAZIONE: sì/no
- LINK AUTORIZZAZIONE:
- PROPRIETARIO
- ID LISTA ORIGINALE
- CAP
- PROVINCIA
- REGIONE
- TIPOLOGIA: chiesa, castello, villa, cascina, ...
- ANNO DI COSTRUZIONE
- USO STORICO
- USO ATTUALE
- STATO CONSERVAZIONE
Ciao Ilario alcuni campi li ho aggiunti dopo avere visto i dati resi disponibili dalla Regione Lombardia: mi spiaceva non registrare tutte le informazioni, ma se tali info non fossero presenti in altri set di dati la cosa non sarebbe molto grave. In particolare lo stato di conservazione mi pareva interessante perché ho notato che il bene può essere registrato come Chiesa PincoPallo e poi ne restano solo alcuni resti. E la cosa potrebbe interessare un fotografo che vuole organizzarsi.
2012/5/11 Ilario Valdelli valdelli@gmail.com
Secondo me sono troppi dati.
Teniamo presente che l'obiettivo di WLM è quello di fotografare i monumenti non di "registrarli".
Vedo un rischio altissimo di "deviare" l'obiettivo principale, visti anche i tempi stretti.
Di questi dati quelli fondamentali sono pochi (appunto quelli richiesti a livello internazionale), quelli italiani (come ad esempio lo stato di conservazione) potrebbe essere benissimo un progetto successivo a WLM, ma non WLM (che senso ha conoscere lo stato attuale di un monumento o la conservazione ai fini di WLM?).
Consiglierei una regola importante a chi fa project management: un obiettivo è sufficiente, due sono tanti.
Io vedo appunto nella lista due progetti diversi a cui WLM potrebbe essere accessorio.
Un progetto che possa avere una vita parallela e molte più potenzialità di WLM.
2012/5/11 Emma Tracanella emma.tracanella@gmail.com
Ciao Per costruire le liste dei monumenti, mantenendo la conformità con quanto richiesto a livello internazionale, le informazioni necessarie sono:(campi della struttura internazionale)
- 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 _]]
(campi aggiuntivi per noi)
- DENOMINAZIONE
- AUTORIZZAZIONE: sì/no
- LINK AUTORIZZAZIONE:
- PROPRIETARIO
- ID LISTA ORIGINALE
- CAP
- PROVINCIA
- REGIONE
- TIPOLOGIA: chiesa, castello, villa, cascina, ...
- ANNO DI COSTRUZIONE
- USO STORICO
- USO ATTUALE
- STATO CONSERVAZIONE
-- Ilario Valdelli Wikimedia CH Verein zur Förderung Freien Wissens Association pour l’avancement des connaissances libre Associazione per il sostegno alla conoscenza libera Switzerland - 8008 Zürich Tel: +41764821371 http://www.wikimedia.ch
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
2012/5/11 Emma Tracanella emma.tracanella@gmail.com:
Ciao Ilario alcuni campi li ho aggiunti dopo avere visto i dati resi disponibili dalla Regione Lombardia: mi spiaceva non registrare tutte le informazioni, ma se tali info non fossero presenti in altri set di dati la cosa non sarebbe molto grave. In particolare lo stato di conservazione mi pareva interessante perché ho notato che il bene può essere registrato come Chiesa PincoPallo e poi ne restano solo alcuni resti. E la cosa potrebbe interessare un fotografo che vuole organizzarsi.
Io lascerei i campi, almeno nel database, poi se per la maggior parte dei monumenti rimarranno vuoti non è un gran problema. Cruck
2012/5/11 Marco Chiesa chiesa.marco@gmail.com
Io lascerei i campi, almeno nel database, poi se per la maggior parte dei monumenti rimarranno vuoti non è un gran problema.
+1. Lavoriamo sul presente (le foto ai monumenti) pensando al futuro (una base dati dei monumenti, che potremmo venderci MOLTO bene) ciao, .mau.
Nì... se ad un utente alcune info si danno e altre no, meglio non darle.
Bastano le coordinate (bisogna convertirle in coordinate utili da poter usare con tutti i sistemi GPS).
Presumo che poi qualcuno vada in giro con un sistema GPS che si può avere tranquillamente su molti cellulari. Io almeno faccio così: mi sono salvato il file KLM su google map e giro con la mappa sul cellulare. L'ho sperimentato mercoledì e funziona a meraviglia anche nelle più labirintiche viuzze.
Niente vieta, però, di organizzare il database in modo tale da preparare il terreno a quello che potrebbe essere il dopo-WLM avendo un gruppo stabile di volontari che continua a lavorare sulla lista dei monumenti con progetti che potrebbe trovare facilmente finanziamenti (europei o interregionali).
Tuttavia (quindi spiego il dopo) chi fa le foto potrebbe benissimo compilare le info aggiuntive correggendo, semmai, anche le coordinate.
Un wiki-database potrebbe essere una bella idea.
2012/5/11 Marco Chiesa chiesa.marco@gmail.com
2012/5/11 Emma Tracanella emma.tracanella@gmail.com:
Ciao Ilario alcuni campi li ho aggiunti dopo avere visto i dati resi disponibili
dalla
Regione Lombardia: mi spiaceva non registrare tutte le informazioni, ma
se
tali info non fossero presenti in altri set di dati la cosa non sarebbe molto grave. In particolare lo stato di conservazione mi pareva interessante perché ho notato che il bene può essere registrato come Chiesa PincoPallo e poi ne restano solo alcuni resti. E la cosa potrebbe interessare un fotografo
che
vuole organizzarsi.
Io lascerei i campi, almeno nel database, poi se per la maggior parte dei monumenti rimarranno vuoti non è un gran problema. Cruck _______________________________________________ Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
2012/5/11 Ilario Valdelli valdelli@gmail.com
Nì... se ad un utente alcune info si danno e altre no, meglio non darle.
ovvio che all'utente si danno solo le info necessarie, al più indicando che ci possono essere info aggiuntive. ciao, .mau.
Se volete dare una occhiata a come funziona il flusso dei dati dai database alle liste, hanno preparato una bella infografica:
http://commons.wikimedia.org/wiki/File:The_secret_flow_of_Wiki_Loves_Monumen...
2012/5/11 .mau. (maurizio codogno) wiki.mau@gmail.com
2012/5/11 Ilario Valdelli valdelli@gmail.com
Nì... se ad un utente alcune info si danno e altre no, meglio non darle.
ovvio che all'utente si danno solo le info necessarie, al più indicando che ci possono essere info aggiuntive. ciao, .mau.
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Il giorno venerdì 11 maggio 2012, Emma Tracanella ha scritto:
Se volete dare una occhiata a come funziona il flusso dei dati dai database alle liste, hanno preparato una bella infografica:
http://commons.wikimedia.org/wiki/File:The_secret_flow_of_Wiki_Loves_Monumen...
Carina!
Scusate se m'intrometto, volevo solo farvi vedere i template sviluppati da AleXXw, che usiamo nell'Alto Adige e che secondo me fanno un gran bel lavoro.
La Vorlage:Denkmalliste Südtirol Tabellenkopf ( http://de.wikipedia.org/wiki/Vorlage:Denkmalliste_S%C3%BCdtirol_Tabellenkopf ) definisce le colonne visualizzate nei articoli e viene utilizzato per deporre il nome del comune e il numero ISTAT. I campi sono: *foto *nome (Bezeichnung) *posizione (Standort) *particella (parzelle) *registrazione (Eintragung) *descrizione (Beschreibung)
La Vorlage:Denkmalliste Südtirol Tabellenzeile ( http://de.wikipedia.org/wiki/Vorlage:Denkmalliste_S%C3%BCdtirol_Tabellenzeil... ) appresta i vari parametri da riempire: *foto *descrizione della foto *categoria su Commons *nome *lemma *indirizzo *frazione *grado di latitudine *grado di longitudine *ISO della regione *particella *dato della registrazione *decreto della registrazione *descrizione *annotazione
La Vorlage:Denkmalliste Südtirol Tabellenfuß ( http://de.wikipedia.org/wiki/Vorlage:Denkmalliste_S%C3%BCdtirol_Tabellenfu%C... ) la utilizziamo per una legenda delle abbreviazioni.
L'output nel articolo appare così: http://de.wikipedia.org/wiki/Liste_der_Baudenkm%C3%A4ler_in_St._Ulrich_in_Gr...
Da notare nel codice sorgente che il comune e il numero ISTAT vengono definiti solo all'inizio nel "Tabellenkopf". Fra qualche settimana arriverà anche un "commons upload-button" come già presente nelle liste austriache, per esempio qua: Liste der denkmalgeschützten Objekte in Wien/Innere Stadt/A–D
Saluti
Il giorno 11 maggio 2012 09:54, Emma Tracanella emma.tracanella@gmail.comha scritto:
Se volete dare una occhiata a come funziona il flusso dei dati dai database alle liste, hanno preparato una bella infografica:
http://commons.wikimedia.org/wiki/File:The_secret_flow_of_Wiki_Loves_Monumen...
2012/5/11 .mau. (maurizio codogno) wiki.mau@gmail.com
2012/5/11 Ilario Valdelli valdelli@gmail.com
Nì... se ad un utente alcune info si danno e altre no, meglio non darle.
ovvio che all'utente si danno solo le info necessarie, al più indicando che ci possono essere info aggiuntive. ciao, .mau.
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Quest'è la url della lista austriaca: http://de.wikipedia.org/wiki/Liste_der_denkmalgesch%C3%BCtzten_Objekte_in_Wi...
Il giorno 11 maggio 2012 10:23, paozuc paozucpaozuc@gmail.com ha scritto:
Scusate se m'intrometto, volevo solo farvi vedere i template sviluppati da AleXXw, che usiamo nell'Alto Adige e che secondo me fanno un gran bel lavoro.
La Vorlage:Denkmalliste Südtirol Tabellenkopf ( http://de.wikipedia.org/wiki/Vorlage:Denkmalliste_S%C3%BCdtirol_Tabellenkopf ) definisce le colonne visualizzate nei articoli e viene utilizzato per deporre il nome del comune e il numero ISTAT. I campi sono: *foto *nome (Bezeichnung) *posizione (Standort) *particella (parzelle) *registrazione (Eintragung) *descrizione (Beschreibung)
La Vorlage:Denkmalliste Südtirol Tabellenzeile ( http://de.wikipedia.org/wiki/Vorlage:Denkmalliste_S%C3%BCdtirol_Tabellenzeil...) appresta i vari parametri da riempire: *foto *descrizione della foto *categoria su Commons *nome *lemma *indirizzo *frazione *grado di latitudine *grado di longitudine *ISO della regione *particella *dato della registrazione *decreto della registrazione *descrizione *annotazione
La Vorlage:Denkmalliste Südtirol Tabellenfuß ( http://de.wikipedia.org/wiki/Vorlage:Denkmalliste_S%C3%BCdtirol_Tabellenfu%C... ) la utilizziamo per una legenda delle abbreviazioni.
L'output nel articolo appare così: http://de.wikipedia.org/wiki/Liste_der_Baudenkm%C3%A4ler_in_St._Ulrich_in_Gr...
Da notare nel codice sorgente che il comune e il numero ISTAT vengono definiti solo all'inizio nel "Tabellenkopf". Fra qualche settimana arriverà anche un "commons upload-button" come già presente nelle liste austriache, per esempio qua: Liste der denkmalgeschützten Objekte in Wien/Innere Stadt/A–D
Saluti
Il giorno 11 maggio 2012 09:54, Emma Tracanella <emma.tracanella@gmail.com
ha scritto:
Se volete dare una occhiata a come funziona il flusso dei dati dai
database alle liste, hanno preparato una bella infografica:
http://commons.wikimedia.org/wiki/File:The_secret_flow_of_Wiki_Loves_Monumen...
2012/5/11 .mau. (maurizio codogno) wiki.mau@gmail.com
2012/5/11 Ilario Valdelli valdelli@gmail.com
Nì... se ad un utente alcune info si danno e altre no, meglio non darle.
ovvio che all'utente si danno solo le info necessarie, al più indicando che ci possono essere info aggiuntive. ciao, .mau.
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Io non ho ben capito se ci sono linee guida riguardo ai template: mi pare che ognuno faccia un po' come preferisce. Cruccone, mi confermi che anche voi in Spagna avete dei template diversi? Paozuc, tu riusciresti a tradurre i template austriaci in italiano, magari modificando qualche campo per permetterli di adattarli ai nostri? Se serve qualche consiglio, possiamo sentire in lista internazionale.
Ricordo a tutti che i template sono importanti e ci servono il prima possibile, dobbiamo iniziare a lavorare sulle liste vere e proprie. C'è qualche wikipediano volontario?
Dai dai dai (cit.)
Aubrey
Il giorno 11 maggio 2012 10:27, paozuc paozucpaozuc@gmail.com ha scritto:
Quest'è la url della lista austriaca: http://de.wikipedia.org/wiki/Liste_der_denkmalgesch%C3%BCtzten_Objekte_in_Wi...
Il giorno 11 maggio 2012 10:23, paozuc paozucpaozuc@gmail.com ha scritto:
Scusate se m'intrometto, volevo solo farvi vedere i template sviluppati da
AleXXw, che usiamo nell'Alto Adige e che secondo me fanno un gran bel lavoro.
La Vorlage:Denkmalliste Südtirol Tabellenkopf ( http://de.wikipedia.org/wiki/Vorlage:Denkmalliste_S%C3%BCdtirol_Tabellenkopf) definisce le colonne visualizzate nei articoli e viene utilizzato per deporre il nome del comune e il numero ISTAT. I campi sono: *foto *nome (Bezeichnung) *posizione (Standort) *particella (parzelle) *registrazione (Eintragung) *descrizione (Beschreibung)
La Vorlage:Denkmalliste Südtirol Tabellenzeile ( http://de.wikipedia.org/wiki/Vorlage:Denkmalliste_S%C3%BCdtirol_Tabellenzeil...) appresta i vari parametri da riempire: *foto *descrizione della foto *categoria su Commons *nome *lemma *indirizzo *frazione *grado di latitudine *grado di longitudine *ISO della regione *particella *dato della registrazione *decreto della registrazione *descrizione *annotazione
La Vorlage:Denkmalliste Südtirol Tabellenfuß ( http://de.wikipedia.org/wiki/Vorlage:Denkmalliste_S%C3%BCdtirol_Tabellenfu%C... ) la utilizziamo per una legenda delle abbreviazioni.
L'output nel articolo appare così: http://de.wikipedia.org/wiki/Liste_der_Baudenkm%C3%A4ler_in_St._Ulrich_in_Gr...
Da notare nel codice sorgente che il comune e il numero ISTAT vengono definiti solo all'inizio nel "Tabellenkopf". Fra qualche settimana arriverà anche un "commons upload-button" come già presente nelle liste austriache, per esempio qua: Liste der denkmalgeschützten Objekte in Wien/Innere Stadt/A–D
Saluti
Il giorno 11 maggio 2012 09:54, Emma Tracanella < emma.tracanella@gmail.com> ha scritto:
Se volete dare una occhiata a come funziona il flusso dei dati dai
database alle liste, hanno preparato una bella infografica:
http://commons.wikimedia.org/wiki/File:The_secret_flow_of_Wiki_Loves_Monumen...
2012/5/11 .mau. (maurizio codogno) wiki.mau@gmail.com
2012/5/11 Ilario Valdelli valdelli@gmail.com
Nì... se ad un utente alcune info si danno e altre no, meglio non darle.
ovvio che all'utente si danno solo le info necessarie, al più indicando che ci possono essere info aggiuntive. ciao, .mau.
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Paozuc, tu riusciresti a tradurre i template austriaci in italiano, magari modificando qualche campo per permetterli di adattarli ai nostri?
No, ma vado a chiederlo a AleXXw o qualcun'altro. Poi volevo farvi notare, che l'utente ManfredK della Wikipedia tedesca è disposto a creare le liste altoatesine nella Wikipedia italiana. Sta solo aspettando che ci siano i templates.
Il giorno 14 maggio 2012 22:00, Andrea Zanni aubreymcfato@gmail.com ha scritto:
Io non ho ben capito se ci sono linee guida riguardo ai template: mi pare che ognuno faccia un po' come preferisce. Cruccone, mi confermi che anche voi in Spagna avete dei template diversi? Paozuc, tu riusciresti a tradurre i template austriaci in italiano, magari modificando qualche campo per permetterli di adattarli ai nostri? Se serve qualche consiglio, possiamo sentire in lista internazionale.
Ricordo a tutti che i template sono importanti e ci servono il prima possibile, dobbiamo iniziare a lavorare sulle liste vere e proprie. C'è qualche wikipediano volontario?
Dai dai dai (cit.)
Aubrey
Il giorno 11 maggio 2012 10:27, paozuc paozucpaozuc@gmail.com ha scritto:
Quest'è la url della lista austriaca:
http://de.wikipedia.org/wiki/Liste_der_denkmalgesch%C3%BCtzten_Objekte_in_Wi...
Il giorno 11 maggio 2012 10:23, paozuc paozucpaozuc@gmail.com ha scritto:
Scusate se m'intrometto, volevo solo farvi vedere i template sviluppati
da AleXXw, che usiamo nell'Alto Adige e che secondo me fanno un gran bel lavoro.
La Vorlage:Denkmalliste Südtirol Tabellenkopf ( http://de.wikipedia.org/wiki/Vorlage:Denkmalliste_S%C3%BCdtirol_Tabellenkopf) definisce le colonne visualizzate nei articoli e viene utilizzato per deporre il nome del comune e il numero ISTAT. I campi sono: *foto *nome (Bezeichnung) *posizione (Standort) *particella (parzelle) *registrazione (Eintragung) *descrizione (Beschreibung)
La Vorlage:Denkmalliste Südtirol Tabellenzeile ( http://de.wikipedia.org/wiki/Vorlage:Denkmalliste_S%C3%BCdtirol_Tabellenzeil...) appresta i vari parametri da riempire: *foto *descrizione della foto *categoria su Commons *nome *lemma *indirizzo *frazione *grado di latitudine *grado di longitudine *ISO della regione *particella *dato della registrazione *decreto della registrazione *descrizione *annotazione
La Vorlage:Denkmalliste Südtirol Tabellenfuß ( http://de.wikipedia.org/wiki/Vorlage:Denkmalliste_S%C3%BCdtirol_Tabellenfu%C...) la utilizziamo per una legenda delle abbreviazioni.
L'output nel articolo appare così: http://de.wikipedia.org/wiki/Liste_der_Baudenkm%C3%A4ler_in_St._Ulrich_in_Gr...
Da notare nel codice sorgente che il comune e il numero ISTAT vengono definiti solo all'inizio nel "Tabellenkopf". Fra qualche settimana arriverà anche un "commons upload-button" come già presente nelle liste austriache, per esempio qua: Liste der denkmalgeschützten Objekte in Wien/Innere Stadt/A–D
Saluti
Il giorno 11 maggio 2012 09:54, Emma Tracanella < emma.tracanella@gmail.com> ha scritto:
Se volete dare una occhiata a come funziona il flusso dei dati dai
database alle liste, hanno preparato una bella infografica:
http://commons.wikimedia.org/wiki/File:The_secret_flow_of_Wiki_Loves_Monumen...
2012/5/11 .mau. (maurizio codogno) wiki.mau@gmail.com
2012/5/11 Ilario Valdelli valdelli@gmail.com
Nì... se ad un utente alcune info si danno e altre no, meglio non darle.
ovvio che all'utente si danno solo le info necessarie, al più indicando che ci possono essere info aggiuntive. ciao, .mau.
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
-- http://aubreymcfato.wordpress.com
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Io non dicevo che ci fossero dei template uguali per tutti, ma di darsi delle priorità.
Al momento la priorità principale è la lista dei monumenti, seguono poi i template e quindi l'aggiunta di informazioni.
Poiché tutto si può fare avendo a disposizione risorse infinite, forse sarebbe ora il caso di concentrarsi sulle cose più importanti visto che, mancando la lista dei monumenti, se questa dovesse arrivare tardi, non c'è il tempo di aggiungere informazioni aggiuntive.
Ilario
2012/5/14 Andrea Zanni aubreymcfato@gmail.com
Io non ho ben capito se ci sono linee guida riguardo ai template: mi pare che ognuno faccia un po' come preferisce. Cruccone, mi confermi che anche voi in Spagna avete dei template diversi? Paozuc, tu riusciresti a tradurre i template austriaci in italiano, magari modificando qualche campo per permetterli di adattarli ai nostri? Se serve qualche consiglio, possiamo sentire in lista internazionale.
Ricordo a tutti che i template sono importanti e ci servono il prima possibile, dobbiamo iniziare a lavorare sulle liste vere e proprie. C'è qualche wikipediano volontario?
Dai dai dai (cit.)
Aubrey
Il 15 maggio 2012 09:03, Ilario Valdelli valdelli@gmail.com ha scritto:
Io non dicevo che ci fossero dei template uguali per tutti, ma di darsi delle priorità.
Oppure di dividere i task, che è più semplice. Siccome le liste dei monumenti le sta pian piano raccogliendo Emma e non mancano i contatti e gli appuntamenti fissati (per lei, me, MM, ecc.), serve invece qualcuno che aiuti sulla parte su Wikipedia, che langue completamente.
Frieda ___________________________________________
Frieda Brioschi mail: ubifrieda@gmail.com - skype: ubifrieda cell: 328 0731320 http://it.linkedin.com/in/frieda
È sicuramente più semplice se una cosa non blocca l'altra.
Ilario
2012/5/15 Frieda Brioschi ubifrieda@gmail.com
Il 15 maggio 2012 09:03, Ilario Valdelli valdelli@gmail.com ha scritto:
Io non dicevo che ci fossero dei template uguali per tutti, ma di darsi delle priorità.
Oppure di dividere i task, che è più semplice. Siccome le liste dei monumenti le sta pian piano raccogliendo Emma e non mancano i contatti e gli appuntamenti fissati (per lei, me, MM, ecc.), serve invece qualcuno che aiuti sulla parte su Wikipedia, che langue completamente.
Frieda
Per spiegare la nostra fretta sulle liste, uno dei problemi è iniziare a riempirle per fare vedere che ci sono già dei monumenti da fotografare sia ai fotografi, sia agli sponsor sia a chi possiede monumenti/partner. Al momento abbiamo già un piccolo elenco, che inseriremo manualmente in una pagina del sito, ma a breve dovrebbero arrivarne qualche centinaio e sarebbe davvero più comodo riuscire a caricarli in maniera definitiva.
Avremmo quindi davvero bisogno che qualcuno si prendesse in carico questa attività, mentre continuiamo a cercare altri dati.
Emma
2012/5/15 Frieda Brioschi ubifrieda@gmail.com
Il 15 maggio 2012 09:03, Ilario Valdelli valdelli@gmail.com ha scritto:
Io non dicevo che ci fossero dei template uguali per tutti, ma di darsi delle priorità.
Oppure di dividere i task, che è più semplice. Siccome le liste dei monumenti le sta pian piano raccogliendo Emma e non mancano i contatti e gli appuntamenti fissati (per lei, me, MM, ecc.), serve invece qualcuno che aiuti sulla parte su Wikipedia, che langue completamente.
Frieda ___________________________________________
Frieda Brioschi mail: ubifrieda@gmail.com - skype: ubifrieda cell: 328 0731320 http://it.linkedin.com/in/frieda _______________________________________________ Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Il 15 maggio 2012 09:09, Frieda Brioschi ubifrieda@gmail.com ha scritto:
...serve invece qualcuno che aiuti sulla parte su Wikipedia, che langue completamente.
Se serve bassa manovalanza, posso mettermi a disposizione. Però non sono stato in grado di trovare queste indicazioni...
<< 1. Creare il template (o i template) necessario su wikipedia seguendo le indicazioni in [[commons:WLM2011/structured list]]>>
G.
Il 15 maggio 2012 09:09, Frieda Brioschi ubifrieda@gmail.com ha scritto:
Il 15 maggio 2012 09:03, Ilario Valdelli valdelli@gmail.com ha scritto:
Io non dicevo che ci fossero dei template uguali per tutti, ma di darsi delle priorità.
Oppure di dividere i task, che è più semplice. Siccome le liste dei monumenti le sta pian piano raccogliendo Emma e non mancano i contatti e gli appuntamenti fissati (per lei, me, MM, ecc.), serve invece qualcuno che aiuti sulla parte su Wikipedia, che langue completamente.
Che serve fare di preciso?
Salve, AleXXw sta adattando per l'Italia i templates, però ci è rimasto il problema dell'ID.
Nell'Alto Adige abbiamo per ogni oggetto un ID ufficioso utilizzato dalla ripartizione beni culturali, che ci consente di linkare ogni oggetto con la descrizione relativa sul sito provinciale. Dunque non sarebbe male, se potremmo mantenere questo ID. E allora come facciamo?
a) diversi templates per l'Alto Adige e il resto dell'Italia (secondo AleXXw la soluzione più economica e facile) b) templates "nazionali" con un unico campo per l'ID, dove mettiamo (nell'Alto Adige) gli ID ufficiosi e (nel resto dell'Italia) gli ID fatti in casa. Svantaggio: Non sarà più possibile di linkare sul sito provinciale. c) templates "nazionale" con un campo per l'ID "nazionale" e un campo per l'ID altoatesino. Svantaggio: Il campo per l'ID altoatesino sarà presente in tutte le liste e in 98% dei casi completamente superfluo.
Il giorno 15 maggio 2012 12:34, Luca Martinelli martinelliluca@gmail.comha scritto:
Il 15 maggio 2012 09:09, Frieda Brioschi ubifrieda@gmail.com ha scritto:
Il 15 maggio 2012 09:03, Ilario Valdelli valdelli@gmail.com ha
scritto:
Io non dicevo che ci fossero dei template uguali per tutti, ma di darsi delle priorità.
Oppure di dividere i task, che è più semplice. Siccome le liste dei monumenti le sta pian piano raccogliendo Emma e non mancano i contatti e gli appuntamenti fissati (per lei, me, MM, ecc.), serve invece qualcuno che aiuti sulla parte su Wikipedia, che langue completamente.
Che serve fare di preciso?
-- Luca "Sannita" Martinelli http://it.wikipedia.org/wiki/Utente:Sannita _______________________________________________ Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Possiamo avere un doppio campo ID? Come ID ufficiale quello che abbiamo convenuto di usare noi e che funge da codice univoco per tutti i monumenti e come ID secondario quello dato dalla sorgente dei dati. Che ne dici?
Frieda
Il giorno mercoledì 16 maggio 2012, paozuc ha scritto:
Salve, AleXXw sta adattando per l'Italia i templates, però ci è rimasto il problema dell'ID.
Nell'Alto Adige abbiamo per ogni oggetto un ID ufficioso utilizzato dalla ripartizione beni culturali, che ci consente di linkare ogni oggetto con la descrizione relativa sul sito provinciale. Dunque non sarebbe male, se potremmo mantenere questo ID. E allora come facciamo?
a) diversi templates per l'Alto Adige e il resto dell'Italia (secondo AleXXw la soluzione più economica e facile) b) templates "nazionali" con un unico campo per l'ID, dove mettiamo (nell'Alto Adige) gli ID ufficiosi e (nel resto dell'Italia) gli ID fatti in casa. Svantaggio: Non sarà più possibile di linkare sul sito provinciale. c) templates "nazionale" con un campo per l'ID "nazionale" e un campo per l'ID altoatesino. Svantaggio: Il campo per l'ID altoatesino sarà presente in tutte le liste e in 98% dei casi completamente superfluo.
Il giorno 15 maggio 2012 12:34, Luca Martinelli <martinelliluca@gmail.com<javascript:_e({}, 'cvml', 'martinelliluca@gmail.com');>
ha scritto:
Il 15 maggio 2012 09:09, Frieda Brioschi <ubifrieda@gmail.com<javascript:_e({}, 'cvml', 'ubifrieda@gmail.com');>> ha scritto:
Il 15 maggio 2012 09:03, Ilario Valdelli <valdelli@gmail.com<javascript:_e({}, 'cvml', 'valdelli@gmail.com');>>
ha scritto:
Io non dicevo che ci fossero dei template uguali per tutti, ma di darsi delle priorità.
Oppure di dividere i task, che è più semplice. Siccome le liste dei monumenti le sta pian piano raccogliendo Emma e non mancano i contatti e gli appuntamenti fissati (per lei, me, MM, ecc.), serve invece qualcuno che aiuti sulla parte su Wikipedia, che langue completamente.
Che serve fare di preciso?
-- Luca "Sannita" Martinelli http://it.wikipedia.org/wiki/Utente:Sannita _______________________________________________ Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it <javascript:_e({}, 'cvml', 'Wlm@wikimedia.it');> Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
2012/5/16 paozuc paozucpaozuc@gmail.com
c) templates "nazionale" con un campo per l'ID "nazionale" e un campo per l'ID altoatesino. Svantaggio: Il campo per l'ID altoatesino sarà presente in tutte le liste e in 98% dei casi completamente superfluo.
il secondo lo chiami localid. Magari qualche altra regione sta facendo cose simili.
ciao, .mau.
Mmm, questo significherebbe che introdurreremmo 2 sistemi diversi per l'Alto Adige. Le foto caricate tramite la Wikipedia tedesca sarebbero taggate con l'ID altoatesino e le foto caricate tramite la Wikipedia italiana con l'ID nazionale, il che creerebbe un casino stellare e tantissimo lavoro per gli sviluppatori... Sia AleXXw (Alex Wagner) che Cirdan (Kilian Kluge, magari li conoscete dalla mailing list di WLM) hanno sconsigliato espressamente questa soluzione e raccomondono di utilizzare ovunque possibile gli ID ufficiosi (tra l'altro anche per la question *no original research*) e dunque di creare una serie di templates per ognuno "circolo ID".
In conseguenza: Vi consiglierei di creare una serie di templates (in effetti dovete semplicemente copiarli con un nome nuovo e magari modificare l'aggancio dell'ID) per ogni territorio (o anche tematica) dove ci riuscite a ottenere un ID. Solo nei casi, dove questo non sarà possibile utilizzerei l'ID fatto in casa.
Dunque, se non vi da fastidio: Alex, Manfred e io creeremo la serie di templates altoatesini (come detto: Manfred è già pronto per tradurre le liste dei comuni altoatesini) e la serie, che potete prendere in caso di assenza di un ID ufficiosa.
Che ne dite?
Il giorno 16 maggio 2012 09:54, .mau. (maurizio codogno) <wiki.mau@gmail.com
ha scritto:
2012/5/16 paozuc paozucpaozuc@gmail.com
c) templates "nazionale" con un campo per l'ID "nazionale" e un campo per l'ID altoatesino. Svantaggio: Il campo per l'ID altoatesino sarà presente in tutte le liste e in 98% dei casi completamente superfluo.
il secondo lo chiami localid. Magari qualche altra regione sta facendo cose simili.
ciao, .mau.
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Non so se può servire, ma ci saranno anche i template per quelli svizzeri.
Alexander Wagner lo conosco di fama...
2012/5/16 paozuc paozucpaozuc@gmail.com
Mmm, questo significherebbe che introdurreremmo 2 sistemi diversi per l'Alto Adige. Le foto caricate tramite la Wikipedia tedesca sarebbero taggate con l'ID altoatesino e le foto caricate tramite la Wikipedia italiana con l'ID nazionale, il che creerebbe un casino stellare e tantissimo lavoro per gli sviluppatori... Sia AleXXw (Alex Wagner) che Cirdan (Kilian Kluge, magari li conoscete dalla mailing list di WLM) hanno sconsigliato espressamente questa soluzione e raccomondono di utilizzare ovunque possibile gli ID ufficiosi (tra l'altro anche per la question *no original research*) e dunque di creare una serie di templates per ognuno "circolo ID".
In conseguenza: Vi consiglierei di creare una serie di templates (in effetti dovete semplicemente copiarli con un nome nuovo e magari modificare l'aggancio dell'ID) per ogni territorio (o anche tematica) dove ci riuscite a ottenere un ID. Solo nei casi, dove questo non sarà possibile utilizzerei l'ID fatto in casa.
Dunque, se non vi da fastidio: Alex, Manfred e io creeremo la serie di templates altoatesini (come detto: Manfred è già pronto per tradurre le liste dei comuni altoatesini) e la serie, che potete prendere in caso di assenza di un ID ufficiosa.
Che ne dite?
Qualcuno che potrebbe dare una mano qua: http://it.wikipedia.org/wiki/Discussioni_utente:AleXXw ?
Il giorno 16 maggio 2012 11:47, Ilario Valdelli valdelli@gmail.com ha scritto:
Non so se può servire, ma ci saranno anche i template per quelli svizzeri.
Alexander Wagner lo conosco di fama...
2012/5/16 paozuc paozucpaozuc@gmail.com
Mmm, questo significherebbe che introdurreremmo 2 sistemi diversi per l'Alto Adige. Le foto caricate tramite la Wikipedia tedesca sarebbero taggate con l'ID altoatesino e le foto caricate tramite la Wikipedia italiana con l'ID nazionale, il che creerebbe un casino stellare e tantissimo lavoro per gli sviluppatori... Sia AleXXw (Alex Wagner) che Cirdan (Kilian Kluge, magari li conoscete dalla mailing list di WLM) hanno sconsigliato espressamente questa soluzione e raccomondono di utilizzare ovunque possibile gli ID ufficiosi (tra l'altro anche per la question *no original research*) e dunque di creare una serie di templates per ognuno "circolo ID".
In conseguenza: Vi consiglierei di creare una serie di templates (in effetti dovete semplicemente copiarli con un nome nuovo e magari modificare l'aggancio dell'ID) per ogni territorio (o anche tematica) dove ci riuscite a ottenere un ID. Solo nei casi, dove questo non sarà possibile utilizzerei l'ID fatto in casa.
Dunque, se non vi da fastidio: Alex, Manfred e io creeremo la serie di templates altoatesini (come detto: Manfred è già pronto per tradurre le liste dei comuni altoatesini) e la serie, che potete prendere in caso di assenza di un ID ufficiosa.
Che ne dite?
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Vi prego tutti di dare un'occhiata su questa pagina: http://it.wikipedia.org/wiki/Utente:AleXXw/Test
Alex ha creato un esempio per una lista altoatesina e prima di continuare con i templates per il resto dell'Italia sarebbe lieto di ricevere un feedback. Vi piace il look? Ho tradotto i parametri in un italiano comprensibile? Cosa ne dite del lemma proposto? Mancano parametri, sono troppi?
Per i templates per il resto dell'italia ho già proposto di eliminare la colonna "particella" e il parametro "comune catastale".
Il giorno 16 maggio 2012 22:40, paozuc paozucpaozuc@gmail.com ha scritto:
Qualcuno che potrebbe dare una mano qua: http://it.wikipedia.org/wiki/Discussioni_utente:AleXXw ?
Il giorno 16 maggio 2012 11:47, Ilario Valdelli valdelli@gmail.com ha scritto:
Non so se può servire, ma ci saranno anche i template per quelli svizzeri.
Alexander Wagner lo conosco di fama...
2012/5/16 paozuc paozucpaozuc@gmail.com
Mmm, questo significherebbe che introdurreremmo 2 sistemi diversi per l'Alto Adige. Le foto caricate tramite la Wikipedia tedesca sarebbero taggate con l'ID altoatesino e le foto caricate tramite la Wikipedia italiana con l'ID nazionale, il che creerebbe un casino stellare e tantissimo lavoro per gli sviluppatori... Sia AleXXw (Alex Wagner) che Cirdan (Kilian Kluge, magari li conoscete dalla mailing list di WLM) hanno sconsigliato espressamente questa soluzione e raccomondono di utilizzare ovunque possibile gli ID ufficiosi (tra l'altro anche per la question *no original research*) e dunque di creare una serie di templates per ognuno "circolo ID".
In conseguenza: Vi consiglierei di creare una serie di templates (in effetti dovete semplicemente copiarli con un nome nuovo e magari modificare l'aggancio dell'ID) per ogni territorio (o anche tematica) dove ci riuscite a ottenere un ID. Solo nei casi, dove questo non sarà possibile utilizzerei l'ID fatto in casa.
Dunque, se non vi da fastidio: Alex, Manfred e io creeremo la serie di templates altoatesini (come detto: Manfred è già pronto per tradurre le liste dei comuni altoatesini) e la serie, che potete prendere in caso di assenza di un ID ufficiosa.
Che ne dite?
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Il 16 maggio 2012 22:40, paozuc paozucpaozuc@gmail.com ha scritto:
Qualcuno che potrebbe dare una mano qua: http://it.wikipedia.org/wiki/Discussioni_utente:AleXXw ?
Ho già avvisato Gac che Alex ci sta dando una mano, dovrebbe essere tutto risolto.
A scanso di ulteriori equivoci, ho messo degli avvisi piuttosto evidenti nei suoi template, in modo tale che si capisca che sono per WLM.
Buon lavoro. :)
Grazie Luca!
E poi: Idee per il testo iniziale? E qualcuno mi sa dire, cosa sta succedendo, dove si può di solito farsi visualizzare la mappa OSM? Esiste nella Wikipedia italiana un template tipo Template:GeoGroup ( http://en.wikipedia.org/wiki/Template:GeoGroup ) ?
Il giorno 17 maggio 2012 00:19, Luca Martinelli martinelliluca@gmail.comha scritto:
Il 16 maggio 2012 22:40, paozuc paozucpaozuc@gmail.com ha scritto:
Qualcuno che potrebbe dare una mano qua: http://it.wikipedia.org/wiki/Discussioni_utente:AleXXw ?
Ho già avvisato Gac che Alex ci sta dando una mano, dovrebbe essere tutto risolto.
A scanso di ulteriori equivoci, ho messo degli avvisi piuttosto evidenti nei suoi template, in modo tale che si capisca che sono per WLM.
Buon lavoro. :)
-- Luca "Sannita" Martinelli http://it.wikipedia.org/wiki/Utente:Sannita _______________________________________________ Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Il 17 maggio 2012 00:29, paozuc paozucpaozuc@gmail.com ha scritto:
Grazie Luca!
E poi: Idee per il testo iniziale? E qualcuno mi sa dire, cosa sta succedendo, dove si può di solito farsi visualizzare la mappa OSM? Esiste nella Wikipedia italiana un template tipo Template:GeoGroup ( http://en.wikipedia.org/wiki/Template:GeoGroup ) ?
Ciao,
due cose: 1) ho lasciato qualche commento sui template, qua[1] 2) Per le mappe, c'è una discussione qua[2], ma io effettivamente non visualizzato la mappa se sono loggato (se non sono loggato sì).
Cristian [1]http://it.wikipedia.org/wiki/Discussioni_utente:AleXXw/Test [2]http://it.wikipedia.org/wiki/Wikipedia:Bar/Discussioni/OSM_%26_WIKIPEDIA
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
Il 17 maggio 2012 00:29, paozuc paozucpaozuc@gmail.com ha scritto:
Grazie Luca!
E poi: Idee per il testo iniziale? E qualcuno mi sa dire, cosa sta succedendo, dove si può di solito farsi visualizzare la mappa OSM? Esiste nella Wikipedia italiana un template tipo Template:GeoGroup ( http://en.wikipedia.org/wiki/Template:GeoGroup ) ?
Ciao,
due cose:
- ho lasciato qualche commento sui template, qua[1]
- Per le mappe, c'è una discussione qua[2], ma io effettivamente non
visualizzato la mappa se sono loggato (se non sono loggato sì).
Cristian [1]http://it.wikipedia.org/wiki/Discussioni_utente:AleXXw/Test [2] http://it.wikipedia.org/wiki/Wikipedia:Bar/Discussioni/OSM_%26_WIKIPEDIA _______________________________________________ Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
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.comha 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
Il 17 maggio 2012 00:29, paozuc paozucpaozuc@gmail.com ha scritto:
Grazie Luca!
E poi: Idee per il testo iniziale? E qualcuno mi sa dire, cosa sta succedendo, dove si può di solito farsi visualizzare la mappa OSM?
Esiste
nella Wikipedia italiana un template tipo Template:GeoGroup ( http://en.wikipedia.org/wiki/Template:GeoGroup ) ?
Ciao,
due cose:
- ho lasciato qualche commento sui template, qua[1]
- Per le mappe, c'è una discussione qua[2], ma io effettivamente non
visualizzato la mappa se sono loggato (se non sono loggato sì).
Cristian [1]http://it.wikipedia.org/wiki/Discussioni_utente:AleXXw/Test [2] http://it.wikipedia.org/wiki/Wikipedia:Bar/Discussioni/OSM_%26_WIKIPEDIA _______________________________________________ Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
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
Il 17 maggio 2012 00:29, paozuc paozucpaozuc@gmail.com ha scritto:
Grazie Luca!
E poi: Idee per il testo iniziale? E qualcuno mi sa dire, cosa sta succedendo, dove si può di solito farsi visualizzare la mappa OSM?
Esiste
nella Wikipedia italiana un template tipo Template:GeoGroup ( http://en.wikipedia.org/wiki/Template:GeoGroup ) ?
Ciao,
due cose:
- ho lasciato qualche commento sui template, qua[1]
- Per le mappe, c'è una discussione qua[2], ma io effettivamente non
visualizzato la mappa se sono loggato (se non sono loggato sì).
Cristian [1]http://it.wikipedia.org/wiki/Discussioni_utente:AleXXw/Test [2] http://it.wikipedia.org/wiki/Wikipedia:Bar/Discussioni/OSM_%26_WIKIPEDIA _______________________________________________ Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
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.comha 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
Il 17 maggio 2012 00:29, paozuc paozucpaozuc@gmail.com ha scritto:
Grazie Luca!
E poi: Idee per il testo iniziale? E qualcuno mi sa dire, cosa sta succedendo, dove si può di solito farsi visualizzare la mappa OSM?
Esiste
nella Wikipedia italiana un template tipo Template:GeoGroup ( http://en.wikipedia.org/wiki/Template:GeoGroup ) ?
Ciao,
due cose:
- ho lasciato qualche commento sui template, qua[1]
- Per le mappe, c'è una discussione qua[2], ma io effettivamente non
visualizzato la mappa se sono loggato (se non sono loggato sì).
Cristian [1]http://it.wikipedia.org/wiki/Discussioni_utente:AleXXw/Test [2] http://it.wikipedia.org/wiki/Wikipedia:Bar/Discussioni/OSM_%26_WIKIPEDIA _______________________________________________ Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
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
considerazioni politiche?? altri concorsi??? Scusa, ma di che stai parlando? "L'altro concorso" al quale mi riferisco si chiama Wiki Loves Monuments 2012, che non si svolgerà esclusivamente in Italia... E credo di aver fatto ben chiaro (e non è un'opinione mia), che l'ID inventata causerà problemi. Beh, se questo non vi interessa, vu auguro buon divertimento.
Il giorno 17 maggio 2012 14:54, Frieda Brioschi ubifrieda@gmail.com ha scritto:
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
-- ___________________________________________
Frieda Brioschi mail: ubifrieda@gmail.com - skype: ubifrieda cell: 328 0731320 http://it.linkedin.com/in/frieda
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Scusa Paolo vado per punti così se ho capito male, mi dite dove sbaglio.
- Wiki Loves Monuments è un concorso nazionale e le 10 foto vincitrici parteciperanno a quello internazionale. - ogni nazione sceglie per i propri monumenti l'identificativo che più gli paice: nelle nazioni in cui c'è un'autorità centrale che definisce i monumenti si usa quello, altrimenti chi organizza sceglie il proprio id. - in Italia non abbiamo l'autorità centrale che raccoglie tutte queste informazioni e abbiamo molte liste differenti che dobbiamo riunire - per essere sicuri che l'ID sia univoco (e visto che non conosciamo ancora tutte le liste al momento non possiamo confrontare gli originali, ma sappiamo già che in alcuni casi non esistono), ne definiamo uno nostro - per non perdere nessuna informazione conserviamo anche l'id originario in un apposito campo.
Siccome lavoriamo sul database Italiano non ci sono problemi.
Non capisco ancora bene come trattare i monumenti di San Marino e della città del Vaticano (che tanto non ci darebbero mai l'autorizzazione visto che i loro monumenti sono ben conosciuti e sicuramente coperti da fior fior di licenze).
Diventa una questione politica nel momento in cui altri stati (ad esempio il Portogallo) tentano di inserire monumenti presenti sul nostro territorio nel loro concorso. Secondo il mio modesto parere i monumenti situati in Italia dovrebbero partecipare unicamente al concorso italiano e in questo modo non ci sarebbero problemi di identificazione.
Ho provato a guardare nelle liste internazionali e non mi sembra che ci siano casi in cui i monumenti di uno stato partecipino ad un concorso di un altro stato.
Adesso però non capisco dove stia il problema e perché i dati Altoatesini debbano essere caricati due volte.... :)
2012/5/17 paozuc paozucpaozuc@gmail.com
considerazioni politiche?? altri concorsi??? Scusa, ma di che stai parlando? "L'altro concorso" al quale mi riferisco si chiama Wiki Loves Monuments 2012, che non si svolgerà esclusivamente in Italia... E credo di aver fatto ben chiaro (e non è un'opinione mia), che l'ID inventata causerà problemi. Beh, se questo non vi interessa, vu auguro buon divertimento.
Il giorno 17 maggio 2012 14:54, Frieda Brioschi ubifrieda@gmail.com ha scritto:
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
-- ___________________________________________
Frieda Brioschi mail: ubifrieda@gmail.com - skype: ubifrieda cell: 328 0731320 http://it.linkedin.com/in/frieda
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Il 17/05/2012 17:50, Emma Tracanella ha scritto:
Adesso però non capisco dove stia il problema e perché i dati Altoatesini debbano essere caricati due volte.... :)
Le wiki (it.wiki, de.wiki) sono basate sulla lingua, e non sui confini nazionali. Credo che il "problema" nasca da questo fatto.
steko
Quindi dovremmo inserire anche i dati della Svizzera Italiana? E di tutte le zone del mondo in cui si parla italiano? E perché il concorso si chiama Wiki Loves Monuments Italia, Wiki Loves Monuments Portugal?
2012/5/17 Stefano Costa steko@iosa.it
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Il 17/05/2012 17:50, Emma Tracanella ha scritto:
Adesso però non capisco dove stia il problema e perché i dati Altoatesini debbano essere caricati due volte.... :)
Le wiki (it.wiki, de.wiki) sono basate sulla lingua, e non sui confini nazionali. Credo che il "problema" nasca da questo fatto.
steko -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk+1H6cACgkQHmNiC9DTAkU8rQCeMsJP3vOyJ+dApFWX49dX3agd yQwAoM3LCEkUK3dc05CyQH8+DT5s5I1/ =bkDo -----END PGP SIGNATURE----- _______________________________________________ Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
On 17.05.2012 18:08, Emma Tracanella wrote:
Quindi dovremmo inserire anche i dati della Svizzera Italiana? E di tutte le zone del mondo in cui si parla italiano? E perché il concorso si chiama Wiki Loves Monuments Italia, Wiki Loves Monuments Portugal?
I dati della Svizzera italiana sono già inseriti con id univoco dato dalla lista dei monumenti nazionali.
Ilario
Vero Steko, ma i chapters, ossia gli organizzatori del singolo concorso, sono nazionali e non su base linguistica :-)
Il giorno giovedì 17 maggio 2012, Stefano Costa ha scritto:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Il 17/05/2012 17:50, Emma Tracanella ha scritto:
Adesso però non capisco dove stia il problema e perché i dati Altoatesini debbano essere caricati due volte.... :)
Le wiki (it.wiki, de.wiki) sono basate sulla lingua, e non sui confini nazionali. Credo che il "problema" nasca da questo fatto.
steko -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAk+1H6cACgkQHmNiC9DTAkU8rQCeMsJP3vOyJ+dApFWX49dX3agd yQwAoM3LCEkUK3dc05CyQH8+DT5s5I1/ =bkDo -----END PGP SIGNATURE----- _______________________________________________ Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it javascript:; Configurazione utente: http://mailman.wikimedia.it/listinfo/wlm
2012/5/17 Emma Tracanella emma.tracanella@gmail.com:
Non capisco ancora bene come trattare i monumenti di San Marino e della città del Vaticano (che tanto non ci darebbero mai l'autorizzazione visto che i loro monumenti sono ben conosciuti e sicuramente coperti da fior fior di licenze).
La Legge Urbani rappresenta l'eccezione più che la regola, per cui direi che è tutt'altro che scontato che i monumenti sanmarinesi e vaticani non siano liberamente fotografabili (con liberamente intendo anche che le foto siano pubblicabili senza problemi)
Diventa una questione politica nel momento in cui altri stati (ad esempio il Portogallo) tentano di inserire monumenti presenti sul nostro territorio nel loro concorso. Secondo il mio modesto parere i monumenti situati in Italia dovrebbero partecipare unicamente al concorso italiano e in questo modo non ci sarebbero problemi di identificazione.
Io non vedo problemi nel fatto che ci siano concorsi paralleli transnazionali, o che qualcuno utilizzi le liste di Wiki Loves Monuments per farsi un concorso proprio (il problema sta nella possibilità di usare il marchio WLM). Anzi, se rimangono i concorsi dell'anno scorso, ne esistono già due che coprono alcuni monumenti italiani, quello catalano (per i monumenti di Alghero - che già partecipavano l'anno scorso), e quello di Europeana di monumenti Art Nouveau.
Ho provato a guardare nelle liste internazionali e non mi sembra che ci siano casi in cui i monumenti di uno stato partecipino ad un concorso di un altro stato.
C'è il discorso catalano, concorso transnazionale che in gran parte si sovrappone ad altri concorsi nazionali. Per chi partecipa, maggiori probabilità di vincere.
Adesso però non capisco dove stia il problema e perché i dati Altoatesini debbano essere caricati due volte.... :)
Se riusciamo a evitare che abbiano due codici diversi meglio... Tanto per capirci, in Spagna l'anno scorso all'inizio si pensava di fare le liste su commons per evitare problemi nelle zone bilingui. La cosa però non era compatibile con le regole di WLM - liste sulla wiki della lingua locale - per cui la prima versione delle liste è stata fatta su gl.wp per la Galizia, su ca.wp per i paesi catalani e su es.wp per tutto il resto - in alcuni casi le liste erano duplicate. C'è da dire che in Spagna il ministero (o le comunità autonome per i monumenti sotto tutela regionale) assegnano codici univoci, per cui non c'erano problemi.
Sulle considerazioni politiche, io ho qualche riserva sull'inserire le oasi del WWF, perché non sono monumenti. Cioè, se contengono dei monumenti ben venga inserirli, ma la foto di un muflone o di un picchio rosso maggiore va fuori dallo scopo di WLM. Dico che la scelta di inserirli è politica perché se lo facciamo è come ringraziamento che liberano i dati.
Cruck
Il 17 maggio 2012 18:39, Marco Chiesa chiesa.marco@gmail.com ha scritto:
Sulle considerazioni politiche, io ho qualche riserva sull'inserire le oasi del WWF, perché non sono monumenti. Cioè, se contengono dei monumenti ben venga inserirli, ma la foto di un muflone o di un picchio rosso maggiore va fuori dallo scopo di WLM. Dico che la scelta di inserirli è politica perché se lo facciamo è come ringraziamento che liberano i dati.
No, è esattamente il contrario. Siamo andati dal WWF e gli abbiamo detto che nella nostra definizione di monumento rientrano anche i monumenti naturali e come tali volevamo le loro oasi. Loro ci hanno dato le oasi e anche i dati. Se poi uno fotografa un muflone e non l'oasi in sé, sarà un problema della giuria e della pregiuria decidere se la foto è ok.
Sui monumenti naturali ne abbiamo discusso ampiamente con Lodewijk a Bologna (Cris e Piero tasso si sono lanciati nel censimento dei rifugi del CAI e forse delle vette alpine, ma potrei ricordare male) e non ci ha visto alcun problema.
Ciao, Frieda ___________________________________________
Frieda Brioschi mail: ubifrieda@gmail.com - skype: ubifrieda cell: 328 0731320 http://it.linkedin.com/in/frieda
2012/5/18 Frieda Brioschi ubifrieda@gmail.com
Loro ci hanno dato le oasi e anche i dati. Se poi uno fotografa un muflone e non l'oasi in sé, sarà un problema della giuria e della pregiuria decidere se la foto è ok.
È come andare a fotografare le aiuole davanti Santa Maria Novella a Firenze.
Stessa cosa.
Ilario
On 17.05.2012 17:03, paozuc wrote:
considerazioni politiche?? altri concorsi??? Scusa, ma di che stai parlando? "L'altro concorso" al quale mi riferisco si chiama Wiki Loves Monuments 2012, che non si svolgerà esclusivamente in Italia... E credo di aver fatto ben chiaro (e non è un'opinione mia), che l'ID inventata causerà problemi. Beh, se questo non vi interessa, vu auguro buon divertimento.
Dimentichiamo tutto.
La lista finale dovrebbe essere quanto possibile con id non variabile.
Sto seguendo la mailing list internazionale di WLM e posso dire che la creazione del database è molto più tecnica di quanto si possa pensare.
Immaginiamo che su un database si cambi la chiave univoca... succede un macello.
Il database dei monumenti non è su base nazionale (lo riscrivo: il database non è su base nazionale).
Onestamente vedo che in Italia un po' si prendono decisioni su certe cose che sono slegate da quanto si fa sulla ML internazionale, confesso che anche io non riesco a starci dietro alla ML, ma sarebbe bene indigare un po' di più.
Ilario
Mi inserisco solo per dire una cosa, il problema è spinoso e non di facile soluzione (ci sono esigenze diverse).
Da quello che ho capito io, tutti, nella ML internazionale, hanno sempre preferito, utilizzare l'ID originale (quando possibile) anche e soprattutto perchè Wikipedia non accetta ricerche originali, e volendo pubblicare lì le liste la questione è fondamentale.
Detto questo, l'Italia ha problemi che le altre nazioni non hanno, non ci sono ID centrali, e la questione è forse simile alla Germania, ma non molte più liste potenziali. Per questo (non sono un tecnico, per cui potrei sbagliarmi) non vedo perchè sia assurdo avere due campi ID, uno ufficiale e uno creato da noi... Agli utenti di WLM interessa avere un codice da usare, gliene diamo uno e l'altro lo teniamo come informazione. Se riusciamo a convincere la comunità Wikipediana di questo, secondo me il problema principale è risolto.
Aubrey
Il giorno 17 maggio 2012 19:15, Ilario Valdelli valdelli@gmail.com ha scritto:
On 17.05.2012 17:03, paozuc wrote:
considerazioni politiche?? altri concorsi??? Scusa, ma di che stai parlando? "L'altro concorso" al quale mi riferisco si chiama Wiki Loves Monuments 2012, che non si svolgerà esclusivamente in Italia... E credo di aver fatto ben chiaro (e non è un'opinione mia), che l'ID inventata causerà problemi. Beh, se questo non vi interessa, vu auguro buon divertimento.
Dimentichiamo tutto.
La lista finale dovrebbe essere quanto possibile con id non variabile.
Sto seguendo la mailing list internazionale di WLM e posso dire che la creazione del database è molto più tecnica di quanto si possa pensare.
Immaginiamo che su un database si cambi la chiave univoca... succede un macello.
Il database dei monumenti non è su base nazionale (lo riscrivo: il database non è su base nazionale).
Onestamente vedo che in Italia un po' si prendono decisioni su certe cose che sono slegate da quanto si fa sulla ML internazionale, confesso che anche io non riesco a starci dietro alla ML, ma sarebbe bene indigare un po' di più.
Ilario
______________________________**_________________ Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: http://mailman.wikimedia.it/**listinfo/wlmhttp://mailman.wikimedia.it/listinfo/wlm
Capisco il problema ma la questione dell'id unico è puramente tecnica.
Ci sono il bot, il form per caricare le immagini direttamente in Commons e altri strumenti che per funzionare hanno bisogno di un id univoco.
Non è che l'Italia non si può inventare il proprio Id. Lo può fare.
Non è un problema se è originale, basta che tutti lo usino.
Il problema sorge se esiste un doppio id e il problema sorge se l'anno prossimo ci si riunisce e si decide che l'id attuale non è funzionale e bisogna cambiarlo.
Queste due cose implicano un pesante lavoro di riconversione degli id.
Ad esempio l'uso delle province nell'id non va bene, se la provincia viene soppressa cosa accade? Bisogna pensare ad un id che resti nel tempo, ad esempio usando le coordinate geografiche (a meno che la deriva dei continenti non acceleri all'improvviso).
Onestamente sto cercando di capirci qualcosa, ma credo che i problemi dell'id univoco siano sostanzialmente questi.
Se il bot durante la sera lavora e non ha un id chiaro e preciso, rischia di modificare dei dati in maniera sbagliata. Se nasce una confusione tra id di WM IT e id deciso da una regione, si rischia un errore nel caricamento delle immagini.
Il fatto che l'Italia decida i propri id può far nascere il problema di id duplicati, di id nulli o di id che non possono essere gestiti facilmente nel tempo.
Questo potrebbe essere un problema.
2012/5/18 Andrea Zanni aubreymcfato@gmail.com
Detto questo, l'Italia ha problemi che le altre nazioni non hanno, non ci sono ID centrali, e la questione è forse simile alla Germania, ma non molte più liste potenziali. Per questo (non sono un tecnico, per cui potrei sbagliarmi) non vedo perchè sia assurdo avere due campi ID, uno ufficiale e uno creato da noi... Agli utenti di WLM interessa avere un codice da usare, gliene diamo uno e l'altro lo teniamo come informazione. Se riusciamo a convincere la comunità Wikipediana di questo, secondo me il problema principale è risolto.
Aubrey
Il 18 maggio 2012 09:55, Ilario Valdelli valdelli@gmail.com ha scritto:
Capisco il problema ma la questione dell'id unico è puramente tecnica. Ci sono il bot, il form per caricare le immagini direttamente in Commons e altri strumenti che per funzionare hanno bisogno di un id univoco. Non è che l'Italia non si può inventare il proprio Id. Lo può fare. Non è un problema se è originale, basta che tutti lo usino.
Esatto.
Il problema sorge se esiste un doppio id e il problema sorge se l'anno prossimo ci si riunisce e si decide che l'id attuale non è funzionale e bisogna cambiarlo.
Verissimo.
Ad esempio l'uso delle province nell'id non va bene, se la provincia viene soppressa cosa accade? Bisogna pensare ad un id che resti nel tempo, ad esempio usando le coordinate geografiche (a meno che la deriva dei continenti non acceleri all'improvviso).
LOL. Con la fortuna che abbiamo, ci sono buone chance ;-)
Il fatto che l'Italia decida i propri id può far nascere il problema di id duplicati, di id nulli o di id che non possono essere gestiti facilmente nel tempo.
Ilario, se li decidiamo noi e non siamo cretini, è l'unico modo per avere un id univoco.
Frieda ___________________________________________
Frieda Brioschi mail: ubifrieda@gmail.com - skype: ubifrieda cell: 328 0731320 http://it.linkedin.com/in/frieda
2012/5/18 Frieda Brioschi ubifrieda@gmail.com
Il fatto che l'Italia decida i propri id può far nascere il problema di
id
duplicati, di id nulli o di id che non possono essere gestiti facilmente
nel
tempo.
Ilario, se li decidiamo noi e non siamo cretini, è l'unico modo per avere un id univoco.
Frieda
Penso che questa sia la cosa da spiegare per non allarmare tutti.
Ilario
Il 18 maggio 2012 10:07, Ilario Valdelli valdelli@gmail.com ha scritto:
2012/5/18 Frieda Brioschi ubifrieda@gmail.com
Ilario, se li decidiamo noi e non siamo cretini, è l'unico modo per avere un id univoco.
Penso che questa sia la cosa da spiegare per non allarmare tutti.
Perdonami, ma l'ho scritto già ieri..
"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."
Frieda ___________________________________________
Frieda Brioschi mail: ubifrieda@gmail.com - skype: ubifrieda cell: 328 0731320 http://it.linkedin.com/in/frieda
2012/5/18 Frieda Brioschi ubifrieda@gmail.com
Il 18 maggio 2012 10:07, Ilario Valdelli valdelli@gmail.com ha scritto:
2012/5/18 Frieda Brioschi ubifrieda@gmail.com
Ilario, se li decidiamo noi e non siamo cretini, è l'unico modo per avere un id univoco.
Penso che questa sia la cosa da spiegare per non allarmare tutti.
Perdonami, ma l'ho scritto già ieri..
A chi sta sviluppando questi tool... in pratica sulla mailing list internazionale.
Vabbé, lo scrivo io :)
Gli informatici sono belli e cari, ma quando uno fa una cosa pensano subito che faranno casino, sono un po' prevenuti, lo so.
Ilario
-
.mau. (maurizio codogno) -
Andrea Zanni -
Cristian Consonni -
Emma Tracanella -
Frieda Brioschi -
Gianluigi Gamba -
Ilario Valdelli -
Luca Delucchi -
Luca Martinelli -
Marco Chiesa -
paozuc -
Stefano Costa