Grazie Rotpunkt per la riscrittura! Sarebbe utile secondo me, nella colonna immagine, includere direttamente una piccola anteprima (per esempio 100 o 128px) dell'immagine P18 se disponibile. La ricerca in Commons era solo un trucco che ci eravamo inventati nel 2012 o giú di lí perché non eravamo riusciti a implementare il bot che passasse ad aggiungere le immagini alle liste come facevano in nl.wiki. Grazie, Nemo11:19, 21 lug 2018 (CEST)[rispondi]
Nelle pagine da te indicate non vedo alcun errore. Forse ha già provveduto qualcuno? Fammi sapere se tu vedi errori e dove di preciso.
Riguardo al link alle foto caricate, non vedo il motivo per cui eliminarlo. Al momento ovviamente non ritorna nessun risultato perché le foto saranno caricate a settembre. --Daniele Pugliesi (WMIT) (msg) 17:35, 25 lug 2018 (CEST)[rispondi]
[@ Daniele Pugliesi (WMIT)] Ciao Daniele, grazie, l'errore lo puoi trovare in quelle due pagine cercando la stringa "Troppe entità Wikidata accedute" Confermami che lo vedi anche tu. Le pagine finiscono inoltre categorizzate per questo in Categoria:Pagine con errori di script. È proprio necessario che dividiate ciascuna di quelle pagine in due. Ok per il link, lo lascio. --Rotpunkt (msg) 17:45, 25 lug 2018 (CEST)[rispondi]
[@ Daniele Pugliesi (WMIT)] È un errore del server, è strano che tu non lo veda. Ho provato con quattro diversi browser sia da loggato che sloggato e per me è sempre visibile. Tanto per interderci, io lo vedo:
Il fatto è che questo template è stato creato senza una definizione precisa di quali fossero i parametri obbligatori e quelli opzionali. Durante la riscrittura mi era sembrato che "monumento" fosse obbligatorio. Ci sono altre pagine a parte la Valle d'Aosta in cui il parametro monumento non è specificato? --Rotpunkt (msg) 09:22, 6 ago 2018 (CEST)[rispondi]
Al momento forse no, ma a giorni dovremmo cominciare a usare i nuovi elementi Wikidata senza inserire nessun parametro in locale. Quindi il nome dovrebbe essere opzionale mentre l'ID Wikidata dovrebbe essere obbligatorio (già dal 2016 dovevano essere tutti in Wikidata, ci sono alcuni rimasugli mancanti per errore). --Nemo10:08, 6 ago 2018 (CEST)[rispondi]
Ok, allora rendo "monumento" opzionale con lettura da Wikidata. Se l'ID Wikidata (parametro "wikidata") è obbligatorio è perfetto, però bisogna prima che ce ne assicuriamo, aggiungo una categoria di controllo. --Rotpunkt (msg) 10:24, 6 ago 2018 (CEST)[rispondi]
Adesso le liste vengono fatte tutte da Listeria e quindi la categoria è vuota. Abbiamo estratto circa 800 elementi del 2017 che non erano stati ancora importati in Wikidata e li importiamo in serata. Resta fuori solo l'area archeologica di Pompei ed Ercolano che per qualche motivo è presente a chiazze, ma non c'è urgenza di aggiornarla perché è stabile. --Nemo19:14, 25 ago 2018 (CEST)[rispondi]
Stasera ho aggiornato anche le pagine di Pompei ed Ercolano. Sono tuttora statiche (non generate con listeria), ma i dati vengono da Wikidata (ho lasciato per il momento in locale categorie e link alle voci, visto che sono generici, ma si potrebbero eliminare). Visto che non erano più utilizzati da nessuna parte, per semplificare un pochino il codice ho eliminato i parametri lat, lon, comune, indirizzo, monumento, id (tutti dati che vengono comunque presi da Wikidata). - Laurentius(rispondimi)21:53, 21 set 2018 (CEST)[rispondi]
Con questo i parametri rimanenti sono:
wikidata: obbligatorio
comcat e wikivoce: opzionali e usati solo negli elenchi di Pompei ed Ercolano
Sarebbe bene essere pronti col pulsante di caricamento immagine da attivare alla mezzanotte di inizio settembre. :-) Cambia poco dalla volta scorsa: l'unica cosa è che la categoria regionale (su cui ricadere se non ce n'è una specifica) va creata pescando da Wikidata il nome della regione. Grazie a chi ha voglia di aiutare, Nemo21:49, 25 ago 2018 (CEST)[rispondi]
Alcune autorizzazioni come la Casa di Zela o l'Edificio dell'ex cinema Moderno di Quarrata sono valide solo per esterni. Questo va scritto e o pensiamo/mi dite come inserire una qualificazione aggiuntiva per la proprietà WLM ID, o accettiamo di scriverlo in locale.
Forse un piccolo campo aggiuntivo "commento" per queste evenienze magari da aggiungere come secondo rigo in una delle celle o come codice che produca una nota a fondo pagina potrebbe essere utile. Nel senso che questo caso lo sistemiamo meglio il prossimo anno, ma almeno abbiamo una possibilità di esprimerlo.
Grazie, è vero che è un punto importante. Negli anni le liste hanno avuto anche altre note e qualificazioni che specificano "quale monumento" fotografare, ma la limitazione ai soli esterni è certo la piú comune. Un mio suggerimento è di usare un qualificatore a P2186 (WLM ID), per esempio con P518 e un elemento appropriato come d:Q30014662 o d:Q16889140 che vedo usati un pochino anche altrove.
Se posso usare "parte coinvolta" sto quasi pensando di aggiunger el'esterno di una villa che Pugliesi aveva rimosso scorporado il giardino ma sono stanco. Vedremo--Alexmar983 (msg) 23:37, 31 ago 2018 (CEST)[rispondi]
Ho provato ad aggiungere in questo template l'indicazione della parte coinvolta in nota (qualificatore P518 di P2186), ma non funziona. Ho un esempio in sandbox: {{Utente:Laurentius/sandbox|Q56258380}} ottiene correttamente le informazioni al di fuori del tag ref, ma dentro il tag ref no. Non sembra un problema specifico del template WikidataQ: usando WikidataLabel il risultato è lo stesso. Immagino quindi che ci sia un problema con l'accesso a Wikidata all'interno delle note. Facendo altre prove, sembra funzionare quando non uso il parametro from; quindi sembrerebbe legato l'accesso arbitrario. Qualcuno ha idea di quale sia il problema e di come risolvere? [@ Rotpunkt]? - Laurentius(rispondimi)09:35, 22 set 2018 (CEST)[rispondi]
Ciao [@ Laurentius] io smisi di contribuire a questo template (e rimosso anche dagli OS), dopo averlo riscritto da zero ed offerto tutta la mia disponibilità, quando il 6 agosto feci una domanda, vedi la discussione "Parametro vuoto" qui sopra << Ho categorizzato in Categoria:Pagine con template WLM2018-riga senza parametro wikidata >> e per tutta risposta qualcuno continuò a modificare il template diff senza neanche rispondermi, ma facendolo solo il 25 agosto. Stesso problema che c'è in questi giorni vedi Discussioni_utente:Nemo_bis#Link_discussione, alla faccia del progetto collaborativo. Per me così non si può continuare, ti chiedo per favore Laurentius di fare qualcosa perché Nemo risponda alle domande quando gliele si pone. Comunque adesso guardo il tuo problema. --Rotpunkt (msg) 10:23, 22 set 2018 (CEST)[rispondi]
Mi dispiace per i problemi di comunicazione con Nemo. Comunque, riguardo ai parametri wikidata assenti, come scrivevo sopra da ieri non ci sono più: avevo importato tutto su Wikidata già a fine agosto, e quasi tutto si basava già su quelli, ma c'erano delle eccezioni nelle liste di Ercolano e Pompei, che ho uniformato ieri.
Riguardo all'ISTAT, invece, non so cosa sia stato discusso su Wikidata, ma credo che quello a cui fa riferimento Nemo è il fatto che la licenza CC-BY 3.0 IT (ma non in altre versioni delle CC!) usata dall'ISTAT comprende una liberatoria per i diritti sui generis per i database, quindi rilasciare dei dati sotto quella licenza è nella sostanza equivalente a rilasciarli in CC0. Paraltro Wikidata fa attenzione a riportare la fonte dei dati (pur senza dare alcuna garanzia al riguardo), quindi anche l'ipotetico intento di ISTAT è rispettato (da noi: non necessariamente dai riutilizzatori, ma d'altra parte già all'origine non ci sono obblighi in tal senso). - Laurentius(rispondimi)10:59, 22 set 2018 (CEST)[rispondi]
[↓↑ fuori crono] Grazie della risposta, visto che la questione è molto importante perché il poter avere quei dati su Wikidata ci risparmierebbe un sacco di lavoro, ti chiedo meglio nella tua talk (dato che ne sai sicuramente molto più di me) per non andare occupare spazio qui. --Rotpunkt (msg) 11:15, 22 set 2018 (CEST)[rispondi]
Da qualche minuto un sacco di categorie nella pagina su Pistoia che dovrebbero linkare a un comune in esame linkano tutte a chiesina Uzzanese. [@ Laurentius] ti pingo perché è abbastanza serio come baco e non vorrei influenzasse l'upload, magari passa con il prossimo refresh ma è meglio tenerlo a mente. Ora ricontrollo.--Alexmar983 (msg) 23:39, 31 ago 2018 (CEST)[rispondi]
Continua. Chiesina Uzzanese è nella pagina il primo comune con un link "generico" (nel senso che non ha una categoria sepcifica riempita per un monumento) e sembra che rimanga "attaccato" alle righe generiche successive.--Alexmar983 (msg) 23:41, 31 ago 2018 (CEST)[rispondi]
Grazie Alexmar e Nemo per segnalazione&correzione. Approfittando della segnalazione: quello che succede adesso è che le immagini vengono inserite della categoria indicata nell'elemento Wikidata (P373) se esistente, e altrimenti in quella del comune. Questo permette di avere da subito una categorizzazione, seppur più generale, che poi può essere raffinata in seguito. - Laurentius(rispondimi)09:16, 1 set 2018 (CEST)[rispondi]
Da ieri sera provo a riaggiornare la pagina di Pistoia con Listeria per introdurre nuovi link a categorie di commons ma è inerte. Sono abituato a qualche ritardo di database ma dell'ordine di 15-30 minuti e finora non mi era mai capitato più di 24 h. Per scrupolo, inizio a indagare e vi chiedo se l'avete notato anche voi.--Alexmar983 (msg) 13:23, 6 set 2018 (CEST)[rispondi]
Aspetti come le categorie di commons specifiche non appaiono più subito. Almeno, non come i primi giorni. Pigiavo su "Listeria" per farli comparire di solito subito, ma non funzionava in questi ultimi due giorni. Ieri mi è capitato di nuovo che non fosse richiamato cosa avevo aggiunto su wikidata rapidamente, ma poi ho inserito una piccola modifica in una descrizione in inglese che pur non venendo richiamata direttamente facendo correre Listeria sembra averlo "sbloccato" subito.--Alexmar983 (msg) 20:18, 7 set 2018 (CEST)[rispondi]
Le categorie di Commons si aggiornano con un purge o null edit. È capitato anche a me però oggi di vedere quello che dici tu, e cioè delle modifiche che appaiono "dimenticate" e poi ricompaiono quando faccio un'altra modifica in Wikidata. Sospetto che ci sia qualche problema di propagazione ma non ho investigato (i termini da cercare sarebbero probabilmente stale cache e replag). --Nemo22:53, 7 set 2018 (CEST)[rispondi]
Indubbiamente si aggiornano anche con quello ma per me la cosa più semplice era usare direttamente quell'update di Listeria perché è un'abitudine rimasta dai giorni precedenti quando tutto cambiava molto e c'erano più utenti a lavoro su wikidata. In genere quando faccio queste modifiche sulle nuove categorie è a sera adesso quindi tanto vale controllare se ci sono state anche delle altre modifiche in giornata su wikidata, perché Listeria aggiorna verso tardi se ricordo bene.--Alexmar983 (msg) 23:01, 7 set 2018 (CEST)[rispondi]
Domanda banale: visto che in molti casi gli elementi contenenti gli ID WLM contengono anche un sitelink di it.wiki, non è che, solo in quei casi, quel sitelink potrebbe essere usato anche qui? Nel senso di usare, anziché l'attuale [[ETICHETTA]], un [[SITELINK IT.WIKI|ETICHETTA]]. Ciò, ad esempio, mi permetterebbe anche di vedere se un monumento è incluso in una lista direttamente andando sulla sua voce e accedendo al suo "PuntanoQui". Ciò che propongo è fattibile, vero? Grazie! --Epìdosis18:29, 18 set 2018 (CEST)[rispondi]
L'ho fatto adesso. [@ Nemo_bis], in questo modo non viene più usato il parametro monumento che veniva passato da WLM2018-riga-listeria; mi sembra superfluo, se mi sbaglio correggi/dimmelo. - Laurentius(rispondimi)10:03, 20 set 2018 (CEST)[rispondi]
Grazie. Dovrebbe andare bene: ormai vedo che le persone modificano tranquillamente i nomi in Wikidata ove necessario. --Nemo11:37, 20 set 2018 (CEST)[rispondi]
Fatto, diff, bisognava usare #tag:ref, per la ragione vedi qui mw:Extension:Cite#Substitution_and_embedded_parser_functions. --Rotpunkt (msg) 10:47, 22 set 2018 (CEST)