Il concorso per essere gestito richiede di essere pronti a ogni scenario, non si inseriscono 8000 identificativi di comuni se non è chiaro cosa fare per le frazioni sul lungo periodo, fare questo inserimento sena averci pensato sarebbe un azzardo in sè. Allora non vanno proprio inseriti i codici panoramici dei comuni tout court.
Qui abbiamo già studiato la cosa da due anni. Va benissimo inserire i codici panoramici ma deve essere chairo cosa fare con le frazioni ora. Non c'è alcun azzardo logistico. Se ci sono dei problemi di ordine generale andrebbero comunque corretti e se questo è il caso, ha senso correggerli creando contemporaneamente le frazioni, e non rtardando tutto di un anno ancora, e facendo le cose più lentamente. Abbiamo già ritardato per rispetto al concorso generale fare una cosa che potevamo già mettere lo scorso anno (e sapevamo che legalmente era possibile, ne parliamo da tempo con assesorati vari), non avrebbe alcun senso pratico ritardare oltre il farla a modo. Abbiamo un bagaglio di test che ci dice dove si va a parare.
Ricordo poi che i comuni non sono uguali in Italia, la Toscana ne ha pure accorpati più di una dozzina da qualche ciclo elettorale e ora è una delle regioni con un'estensione media più estesa, insieme p.e. alla Puglia. Dare un codice al solo comune è poco pratico e risulta alquanto strano. Questo processo logistico ha più senso in Lombardia, perché è una regione con i comuni più piccoli di Italia, anche se pure lì ti troveresti comunque centinaia di foto panoramiche di Milano da smistare. Questo non è un problema per il 1 settembre 2021, ma per il 30 settembre 2020.
Alla fine con unsolo codice per comune rigido si sta solo caricando sui volontari la pulitura dei file. Sarà anche semplice pagare un contratto ogni anno per rifare da capo cosa poteva essere fatto meglio da subito, ma non posso chedere ai volontari di fare doppio lavoro in più fasi quando è possibile fin da subito farne di meno. Loro non sono contenti di lavorare il doppio, non vengono pagati.
Quindi se è stato pianificato, dovrebbere essere stato pianificato prevedendo un sistema di adattamento progressivo, seguiamo il prima possibile quella strada. Del resto le frazioni non sono inseribili in automatico (o non andrebbe fatto), perché non sono definibili in modo chiaro. Se inserisci le frazioni che hanno una voce su Wikipedia vai sul sicuro ma ne salti tanti che sono utili. Se inserisci frazioni che sono su Wikidata, importi un sacco di pattume fatto da wiki in serbo-croato e filippino... quindi è un lavoro da fare e revisionare a mano comunque, e prima si inizia e meglio è. Non vedo il motivo di aspettare un anno per poi comunque ripulirlo quando si può ripulire ora.
Ma non c'è un effetto asimmetrico. Opporsi ai codici delle frazioni sarebbe come dire che se prendo il codice di una chiesa e separo quello del dipinto dei Seicento o dell'organo dal resto dell'edificio, faccio uno strappo. Anche se lo sto facendo solo nei casi che mi capitano sottomano, non c'è nessuna differenza vera con gli altri upload, rendo solo più semplice il lavoro di smistamento e segnalo meglio cosa manca, e non c'è nessun motivo pratico per non farlo prima anziché dopo. Non è che se o faccio le cose in modo tortuoso e tardi, qualcun altro le fa meglio. Con le frazioni e i comuni, è lo stesso principio. Non volete poi i duplicati di caricamento? Allora non ha senso fermrsi a mettere solo i codici comunali perché avrete fin troppi panorami di un solo soggetto e non di quelli che mancano. Se si può fare, meglio specificare.
Quindi non c'è nessun motivo pratico per non iserire una volta comparso "0000" i codici delle frazioni dopo. Se è stata pianificata la cosa, c'è già pronto un codice per l frazioni. Se non si ha, accettate quello che si propone, è più che solido e riflettuto. Il che serve a far meglio il lavoro non farlo "prima". Non andrebbe fatto comunque questo inserimento se non è chiaro come gestire le frazioni il prima possibile. Alessandro
Il venerdì 14 agosto 2020, 12:37:40 CEST, Marta Arosio marta.arosio@wikimedia.it ha scritto:
Io vi chiederei per cortesia di non farlo.
Capisco quello che dici, Alessandro, ma già aggiungere OTTOMILA nuovi identificativi di botto non è banale ed è un po' un azzardo e prevedibilmente creerà qualche problema che ora non immaginiamo esattamente (per dirne una, le liste possono contenere solo trecento elementi l'una, sennò vanno spezzate). Quindi già così è un bel test, e aggiungerne altri identificativi ancora sarebbe evidentemente un aggravio.
Sicuramente la squadra toscana è estremamente attiva e competente, e vi ringrazio di nuovo per tutto il vostro grandissimo lavoro, ma il concorso deve essere comunque gestito a livello nazionale.
Vi chiedo perciò di nuovo di considerare quest'anno come un test per questo aspetto del concorso e di non aggiungere ancora altre variabili.
Grazie
Marta
Il 2020-08-13 19:19 Alessandro Marchetti ha scritto:
Provo a spiegare di nuovo, a livello pratico, la questione dei codici specifici. Se il codice "0000" indicase solo il capoluogo del comune non avrebbe senso. Alcuni comuni sono estesi e altri hanno un livello di campanilismo con le frazioni che non vorrei mettermi a discutere con qualcuno su come intepretarlo... e comuni metropolitani hanno comunque foto di quartieri diversissimi. Bastano questi tre esempi a comprendere che verrebbe comunque inteso in senso largo, quindi per forza indica tutti i panorami del comune, incluse le frazioni. Lo so per averci ragionato da due anni che non si può impostare un lavoro di questo tipo senza chiarire questo aspetto comunque, al di là di metterlo in pratica. Ho aspettato a discutere o inserire i codici con lettera "panoramici" delle frazioni solo per non forzare la mano, continuando a usare codici progressivi numerici per le frazioni quando i comuni lemettevano in lista, ed è un costo che abbiamo accettato per non fare uno strappo fra concorso locale e nazionale, ma a questo punto continuare a ritardare è solo una scelta che costa più tempo che avere adesso un vantaggio organizzativo o sui contenuti. Se "0000" indica tutti i panorami del comuni allora comunque serve (come ogni monumento esteso) di strutturarlo meglio e preparare la gestione file su Commons, e quindi servono dei codici specifci. Questo non ha alcun impatto se non ridurre il tempo speso in futuro a organizzare quelle foto. Il lavoro in Toscana ha una produttività medio-alta perché affronta per tempo questi problemi, investendo poco tempo prima per non dovercene mettere di più dopo. Se altri regioni sono serene nel posticipare questo lavoro, ok, ma è difficile spiegare perché faccia una differenze fare una cosa in modo generico quando si può iniziare a farla meglio fin da subito, se si ha le forze per farlo. Fermo restando che serve anche a orientare l'upload dove serve, cioè nelle foto di frazioni che mancano. Non me ne faccio nulla di altre 100 foto di Pitigliano. inoltre devo reinformare tutti i comuni del cambio, e questo significa che mi chiederebbero delle frazioni e io devo dare una risposta professionale e completa, non posso dire "eh si vedrà". Quindi io, Susanna, a altri fra chi ha tempo inizieremo a mettere le frazioni con codice 000A, 000B (partendo da A per la frazione dove ha sede il municipio). Invito chi ha tempo in altre regioni a fare ugualmente lo stesso, non appena sarà chiaro come viene codficata la reference del codice 0000. Iniziamo a preparare gli elenchi query di Wikidata delle frazioni. Alessandro Il giovedì 13 agosto 2020, 16:10:05 CEST, giaccai@gmail.com ha scritto: Penso che sarebbe invece utile iniziare la sperimentazione nelle regioni che hanno la manovalanza sufficiente per farlo; in Toscana ci proviamo.
Susanna
Il 13/08/20, Marta Arosiomarta.arosio@wikimedia.it ha scritto:
Questo non significa che quello che proponi tu non si potrà fare mai, ma semplicemente che partiamo gradualmente, quest'anno iniziamo a inserire i comuni e poi vediamo come va e come si può sviluppare la cosa.
Il 2020-08-13 10:30 Marta Arosio ha scritto:
Ciao Alessandro, per cortesia rimaniamo come ci siamo detti: identificativo solo ai comuni, con codice 0000. Lo inserisce Sannita massivamente per tutti i comuni.
Sennò tra quartieri, frazioni, borghi, la cosa diventa in poco tempo un casino fuorti controllo.
Eviterei anche di aggiungere il qualificatore p790 all'identificativo, visto che il panorama non è "autorizzato da" nessuno.
Grazie, ciao
Marta
Il 2020-08-12 16:25 Alessandro Marchetti ha scritto:
Ho riparlato adesso con i volontari locali. Qui ci prepariamo da anni allo scenario, sapevamo già che si potevano fare foto (e video (*)) di insieme, quindi la questione è già stata studiata.
In molte zone è possible da subito mettere le frazioni, questo ha senso perché anzitutto riduce confusione nella categorizzazione e nell'interpretazione. Pensate per comuni non estesi o uniti il fatto che non si comprenda che si parla di tutte le viste del comune e non del solo capoluogo. In secondo luogo perché va in modo mirato a fornire foto di insieme di cosa ci serve, cioè quelle delle frazioni, perché dei capoluoghi ne abbiamo molte di più. Ricordo che abbiamo ancora decine di migliaia di schede su Wikidata e voci su Wikipedia in serbo, svedese o lingue delle filippine di frazioni che sono coperte male su Wikpedia in italiano, con nessuna immagine su Commons.
0000 va bene come codice di insieme del comune in mancanza di una struttura più accurata, ma per le frazioni basta usare oltre a 0000 identificativi che vanno da 000A a 000Z. Bisognerebbe decidere se includere o escludere O e I in quanto simili a cifre, ma queste sono leziosità che ometterei perchè comunque sono intabellati e come codici singoli li usiamo poco, quindi non è una grossa fonte di confusione. Con 26 lettere si coprono le frazioni di ogni comune medio-piccolo e per chi ne ha di più si può anche usare una seconda lettera 00AA. Penso ai quartieri di grandi città, ci manca di documentare le periferie.
Tanto ogni anno andrebbe rismistata comuque una quantitò di foto e ricategorizzata nello specifico, allora davvero ha più senso farci fare il lavoro una volta sola. Fermo restando che alcuni comuni hanno già autorizzato specifici borghi quindi uniformare i livelli è la cosa più logica. Posso semplicemente cambiare il codice dato ai borghi già presenti come obsoleto, e sono felice di farlo perché tanto si sa già che le cose si spende meno tempo a farle a modo una volta, che a farle a più passaggi.
In Toscana siamo pronti, forse non finiremo tutte le frazioni entro il 1 settembre ma continueremo a aggiungerle.
Per quanto riguarda la fonte del codice, cosa avete deciso esattamente da mettere? Io lascerei comunque il "permesso" concesso dall'amministrazione come reference per le foto panoramiche di insieme, ma è evidente che non c'è una vera data di inizio o fine, è sempre stato possibile fare foto panoramiche. Aspetto la vostra indicazione prima di dire come la farei io.
Alessandro
(*) a maggior ragione perché sono panoramiche andrebbero allora inclusi anche i video da drone, categoria che esiste in altri paesi, ma questa è un'altra storia. ci arriviamo il prossimo anno.
Il mercoledì 12 agosto 2020, 13:39:52 CEST, Marta Arosio marta.arosio@wikimedia.it ha scritto:
Care tutte e cari tutti,
come novità quest'anno sarà possibile far partecipare a Wiki Loves Monuments anche le foto di panorami di tutti i comuni d'Italia. Come "foto panoramiche" si intendono le vedute d'insieme di un territorio ampio, riprese dall'alto o comunque da grande distanza e senza un soggetto principale. Non si intendono, ad esempio, riprese d'insieme di piazze o strade e riprese dall'alto di singoli soggetti.
Per rendere possibile questa cosa attibuiremo un identificativo WLM agli item Wikidata (con ordinale 0000) di tutti i comuni ma non alle frazioni. I panorami delle frazioni, che comunque fanno parte di un territorio comunale, potranno essere caricati usando il bottone del comune di appartenenza.
Stiamo lavorando in questi giorni per fare in modo che tutto sia pronto per il concorso e ne daremo notizia tramite newsletter durante l'ultima settimana di agosto.
A presto!
-- Marta Arosio Responsabile delle relazioni con le istituzioni culturali Wikimedia Italia _______________________________________________ Wlm mailing list Invio messaggi in lista: Wlm@wikimedia.it Configurazione utente: https://mailman.wikimedia.it/listinfo/wlm _______________________________________________ Staff mailing list Invio messaggi in lista: Staff@wikimedia.it Configurazione utente: https://mailman.wikimedia.it/listinfo/staff
-- Marta Arosio Responsabile delle relazioni con le istituzioni culturali Wikimedia Italia
-- Marta Arosio Responsabile delle relazioni con le istituzioni culturali Wikimedia Italia