Il problema di questo template è che accetta solo 2 dei tanti parametri del Modulo:Wikidata, "property" e "value". Per poterli usare tutti vedo 3 soluzioni:

1. aggiungere tutti i parametri al template, lasciando i primi due ordinali e tutti gli altri con nome: {{#invoke:Wikidata|formatStatements|property={{{1|}}}|value={{{2|}}}|qualifier={{{qualifier|}}}| ... }} Però ogni volta che si aggiunge/modifica un parametro al modulo bisogna aggiornare anche questo template
2. togliere tutti i parametri al template: {{#invoke:Wikidata|formatStatements}} In questo modo non ci sarà più bisogno di aggiornarlo ma bisognerà aggiungere sempre property e value e chiamarlo quindi con {{Wikidata|property=P19|value=miovalore}} col vantaggio di non dover più pensare all'ordine
3. come il punto 2 ma in più modificando il Modulo:Wikidata di modo che accetti "property" e "value" sia come parametri con nome (args["property"] e args["value"]) ma anche come parametri posizionali (args[1] e args[2]). In questo modo questo il template continuerebbe a funzionare allo stesso modo ma funzionerebbe anche {{Wikidata|P19|miovalore|qualifier=P20|n=1|pattern=($1)}}

Io sono indeciso tra i metodi 2 e 3, anche se alla fine preferirei il 2 per non creare confusione con il mix tra parametri con nome e senza. --Rotpunkt (msg) 15:38, 11 nov 2013 (CET)[rispondi]

Ma facendo {{#invoke:Wikidata|formatStatements|property={{{1}}}|value={{{2}}}}} eventuali altri parametri con nome non vengono passati automaticamente? Da Aiuto:Moduli si direbbe di si --Bultro (m) 00:03, 12 nov 2013 (CET)[rispondi]

Passare vengono passati, ma quei parametri non possono essere più letti con frame.args, ma con frame:getParent().args. Non ho messo questa possibilità proprio per non creare questo mix. --Rotpunkt (msg) 00:13, 12 nov 2013 (CET)[rispondi]

Aggiungo che questo template non è usato nemmeno da una sola pagina, quindi il passare alla forma con tutti i parametri con nome, che è la più flessibile non dà nessun problema. --Rotpunkt (msg) 00:15, 12 nov 2013 (CET)[rispondi]

Provo a elaborare ancora un po' la situazione attuale. Questi due parametri fissi alla prima e seconda posizione magari avrebbero senso se fossero entrambi mandatori, ma alla fine solo property lo è, mentre value per sua natura è opzionale. Quindi in qualunque modo si faccia rimarrebbe sempre valido scrivere {{Wikidata|P19|qualifier=P20}}. Riassumendo, l'unico vincolo che impone la versione con property e value senza nome è che property sia sempre il primo parametro, e che value, quando presente sia il secondo. Non mi sembrano vincoli utili da portarci dietro, al limite solo property senza nome come primo parametro. --Rotpunkt (msg) 01:14, 12 nov 2013 (CET)[rispondi]

Se dobbiamo specificare tutti i parametri testualmente, tanto vale non usare un template ma chiamare direttamente l'invoke. Non si può semplicemente unire i contenuti di frame.args e frame:getParent().args? Altrimenti vorrà dire che useremo il template nei casi ordinari, mentre per cose più complicate usiamo l'invoke. Pensavo anche che sarebbe comodo un template per i valori singoli e uno per quelli multipli. --Bultro (m) 11:53, 10 lug 2014 (CEST)[rispondi]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ @Bultro Provo a ricapitolare la situazione, che forse troviamo una soluzione proprio semplicissima. Tutta la discussione precedente era nata per fare sì che il modulo:wikidata si potesse continuare a chiamare direttamente con #invoke, perché chi lo aveva scritto inizialmente (frwiki) aveva pensato di fare così. Ma noi alla fine non siamo assolutamente obbligati a fare questo, anzi sarebbe meglio non farlo mai e fare passare tutte le chiamate da questo template, come avviene praticamente per tutti gli altri moduli che abbiamo su itwiki. La stessa documentazione ufficiale di Scribunto dice: << It's generally a good idea to invoke Lua code from the context of a template. This means that from the perspective of a calling page, the syntax is independent of whether the template logic is implemented in Lua or in wikitext. It also avoids the introduction of additional complex syntax into the content namespace of a wiki. >>.

Quindi visto che il modulo esporta tre funzioni "formatStatements" (la principale), "getQualifier", e "N" potremmo semplicemente fare che:

• Template:Wikidata (cioè questo in cui ci troviamo) diventa la chiamata ufficiale a formatStatements, quindi si userà allo stesso modo che si faceva con l'invoke, con l'unica differenza che i parametri "property" e "value" diventano posizionali (i primi due). Tutta la documentazione di formatStatements la spostiamo qui alla sottopagina /man.
• Template:WikidataQ diventa la chiamata a getQualifier. Tutta la documentazione di getQualifier la spostiamo alla /man del template WikidataQ.
• Template:WikidataN diventa la chiamata a N. Tutta la documentazione di N la spostiamo alla /man del template.

Ovviamente mi occuperei della fase di transizione e del sostituire le varie #invoke in giro con chiamate ai template Wikidata/WikidataQ/WikidataN. Coinvolgo anche Dega180 che aveva partecipato allo sviluppo. --Rotpunkt (msg) 12:34, 10 lug 2014 (CEST)[rispondi]

Si ma sarebbe comodo poter usare {{{1}}} e {{{2}}}. Potremmo fare così: il Wikidata lo facciamo corrispondere pari pari all'invoke, mentre un altro template scorciatoia, es. {{WD}}, da usare nei casi più semplici, sarà come il Wikidata attuale --Bultro (m) 18:15, 10 lug 2014 (CEST)[rispondi]

Aspetta, non c'è bisogno di {{WD}}, il template Wikidata sarà pari pari adesso con in più la possibilità di chiamare tutti gli altri parametri di modulo:Wikidata|formatStatements. Quando scrivevo << con l'unica differenza che i parametri "property" e "value" diventano posizionali >> mi riferivo al modulo, qui nel template erano già posizionali e rimarranno tali. --Rotpunkt (msg) 18:37, 10 lug 2014 (CEST)[rispondi]

Aggiungo qualche esempio chiarificatore (da usarsi nella voce Dante Alighieri):

• esempi di utilizzo per template:Wikidata (come si vede dai primi due casi rimane identico allo stato attuale):
  • {{Wikidata|P19}} ritornerà: Firenze
  • {{Wikidata|P19|{{{LuogoNascita|}}}}} ritornerà: il valore di LuogoNascita se valorizzato, altrimenti quello della proprietà p19 su Wikidata
  • {{Wikidata|P106|separator=/|conjunction=/}}
  • {{Wikidata|P18|pattern=[[File:$1|thumb|Il nome del file è $1]]}} ritornerà: [[File:Portrait de Dante.jpg|thumb|Il nome del file è Portrait de Dante.jpg]] (d:P18 è l'immagine)
  • {{Wikidata|P18|{{{Immagine|}}}|pattern=[[File:$1|thumb|Il nome del file è $1]]}} In un template, se il parametro Immagine fosse valorizzato a "Test.png" allora ritornerebbe [[File:Test.png|thumb|Il nome del file è Test.png]], altrimenti se Immagine non fosse valorizzato, lo stesso risultato dell'esempio precedente.
  • e così via, i primi due parametri rimangono posizionali come ora, gli altri sono con nome. E non si userà più il modulo direttamente con #invoke, ma sempre attraverso i template Wikidata, WikidataQ e WikidataN (che corrispondono alle tre funzioni esportate dal modulo: formatStatements, getQualifier e N). WikidataQ sarà uguale a Wikidata ma avrà 3 posizionali, nell'ordine proprietà, qualifier e valore di default. WikidataN avrà un unico parametro posizionale la proprietà.

--Rotpunkt (msg) 19:07, 10 lug 2014 (CEST)[rispondi]

Ok, sarebbe l'opzione 3. Avevo capito che eri per la 2 --Bultro (m) 15:34, 11 lug 2014 (CEST)[rispondi]

Quando ti ho risposto il 10 luglio avevo resettato i casi precedenti, per questo parlavo di "soluzione proprio semplicissima". È in effetti come l'opzione 3 ma con l'ulteriore fatto che il modulo non lo si chiamerà più direttamente ma solo attraverso il template, quindi non c'è più il problema di dover mischiare la lettura di frame.args e frame:getParent().args, si leggerà unicamente frame:getParent().args e questo template conterrà unicamente {{#invoke:Wikidata|formatStatements}} (nel modulo trasformerò property e value da parametri con nome a parametri posizionali, il primo e secondo). Così come WikidataQ conterrà {{#invoke:Wikidata|getQualifier}} e WikidataN {{#invoke:Wikidata|N}}, come avviene in sostanza nel 99% dei casi dei template basati su un modulo. --Rotpunkt (msg) 16:51, 11 lug 2014 (CEST)[rispondi]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Ciao, mi intrometto nella discussione per segnalare che ho importato modulo e template su Quote. Sono sostanzialmente d'accordo con Rotpunkt (opzione 3), ma tecnicamente ho optato per una soluzione diversa. A parte una piccola aggiunta al modulo nel parametro "formatting", ho infatti fatto leggere dal modulo sia gli argomenti passati come parametri del template (tramite frame:getParent().args), sia gli argomenti passati direttamente dall'invoke (tramite frame.args); questa doppia lettura complica lievemente il modulo (ma in fondo interessa solo gli sviluppatori), d'altra parte permette di avere un template altamente versatile e soprattutto facile da usare sia con parametri posizionali, sia con parametri nominali, sia con parametri preferenziali di default (vedi q:Template:Wikidata). --FRacco (msg) 11:32, 5 ago 2014 (CEST)[rispondi]

Infatti, a parer mio i moduli dovrebbero sempre fondere i due tipi di parametri, in modo che da fuori passarli in un modo o nell'altro sia indifferente. modulo:Citazione se non erro fa così --Bultro (m) 14:28, 5 ago 2014 (CEST)[rispondi]

Riassumo i cambiamenti che secondo me sono necessari al template:

• innanzitutto ci vogliono tre template: Wikidata, WikidataQ e WikidataN che corrispondono ai tre metodi del modulo, rispettivamente formatStatements, getQualifier e N
  • il primo, il template Wikidata, accetterà i parametri esattamente come descritto in questo momento alla pagina Template:Wikidata, ossia avrà due parametri posizionali, il primo per il nome della proprietà e il secondo per prendere il valore del parametro del template. Dopo questi due si potranno aggiungere tutti i parametri con nome della formatStatements del modulo (rank, pattern, ....)
  • il secondo, il template WikidataQ, sarà come Wikidata ma avrà tre parametri posizionali (uno un più per passare il qualifier)
  • il terzo, il template WikidataN, avrà un solo parametro posizionale, il nome della proprietà
• riguardo al modulo:Wikidata, diversamente da quando scritto da FRacco io non gli farei fondere i parametri col template, perché vorrei che non potesse essere più chiamato direttamente ma solo attraverso i tre template appena citati. Il fatto di chiamare un modulo direttamente va sempre scoraggiato come scritto nella documentazione ufficiale: << It's generally a good idea to invoke Lua code from the context of a template. This means that from the perspective of a calling page, the syntax is independent of whether the template logic is implemented in Lua or in wikitext. It also avoids the introduction of additional complex syntax into the content namespace of a wiki. >>.

--Rotpunkt (msg) 19:03, 10 nov 2014 (CET)[rispondi]

Io preferisco alla FRacco. Comunque l'utente "semplice" non chiamerà direttamente l'invoke, ma non fa schifo poterlo fare. Il rank di default dovrebbe essere best visto che nella pratica è quasi sempre quello, e perché no il terzo parametro può essere il pattern, e magari un domani ci mettiamo il quarto senza dover sempre dipendere da un aggiornamento del modulo --Bultro (m) 22:03, 11 nov 2014 (CET)[rispondi]

@Bultro a mio parere se i moduli non vanno chiamati direttamente non vedo motivo per cui permettere di farlo. Riassumo le mie motivazioni: (1) per me sviluppatore è solo una complicazione perché devo mantenere due interfacce, quella del modulo e quella del template (2) per chi lo usa è sbagliato perché comunque non dovrebbe usare il modulo direttamente neanche per sbaglio (3) da quando mi occupo queste cose su Teknopedia non ho mai visto l'esigenza di permettere di chiamare un modulo direttamente: Bio, Coord, Navbox non si possono usare direttamente e non penso che a nessuno sia mai venuta lontanamente l'esigenza di farlo. Riguardo ai parametri, per me, non complichiamo anche per questo la situazione, lasciamo come adesso, solo due posizionali e tutti gli altri con nome. I posizionali sono perfetti per i template con pochi parametri ma quando invece sono tanti sono anti-intuitivi, capisco giusto lasciarne uno o due per i fondamentali (la property e value). Per fare un esempio, cita web può essere usato anche con i posizionali ma io non ho mai visto farlo e io stesso mi confondo di più a farlo con i posizionali che non usando i nomi. --Rotpunkt (msg) 22:18, 11 nov 2014 (CET)[rispondi]

[@ Bultro] senti, proviamo a iniziare così come ho spiegato? Almeno ci si smuove da questa situazione, intanto la mia proposta è solamente più restrittiva (ma più semplice da implementare). Ma in qualunque momento si vorrà rendere il modulo chiamabile direttamente, si potrà sempre fare in modo trasparente. Non è una decisione senza ritorno. Così come per i parametri posizionali, incominciamo solo con property e value che sono i più usati. Se in futuro vediamo che altri sono sempre usati ne aggiungiamo. Per me è più semplice e sicuro fare così, soprattutto perché "wikidata" è un aspetto di Teknopedia che cambia di continuo: è impegnativo da una parte stare dietro a tutte le funzioni Lua che vengono aggiunte e che vanno aggiornate nel modulo, e dall'altra non sei mai sicuro di quale saranno le modalità di utilizzo definitive. --Rotpunkt (msg) 11:51, 12 nov 2014 (CET)[rispondi]

Non seguo la discussione dall'inizio e l'ho solo letta velocemente ora, non vorrei aver capito male ma mi pare comunque anche Bultro pensi allo scenario in cui il modulo viene richiamato saltando questo template, ma comunque da un altro template non direttamente da una voce in ns:0. Un'aggiunta, riguardo alla complicazione di gestire i parametri da frame.args e frame:getParent().args, probabilmente l'avrai già notato comunque il mese scorso ho importato da en.wiki Modulo:Arguments che semplifica un po l'accesso agli argomenti, anche quando questi possono avere provenienza mista.--Moroboshi ^scrivimi 20:38, 12 nov 2014 (CET)[rispondi]

@Moroboshi, grazie, sì l'ho visto Module:Arguments e penso di userlo in futuro anche. Il punto di vista diverso con Bultro verteva sul fatto che io passerei a usare questo template invece di usare direttamente il modulo:Wikidata MA eliminando momentaneamente la possibilità di chiamare il modulo direttamente (sostituirei frame.args con frame:getParent().args, senza situazione miste), come ho sempre fatto per tutti i moduli/template con cui ho lavorato finora. Già sviluppo tutto il fronte Wikidata ed è complicato stare dietro a tutte le novità, non voglio anche avere una interfaccia di chiamata per il modulo e una per il template. Una volta che il tutto si sarà stabilizzato, se servirà, adesso non ne vedo il motivo, aggiungerò in modo trasparente la possibilità di chiamare il modulo direttamente. Questo mi dà anche la sicurezza che nella transizione non siano rimaste chiamate al modulo dirette. --Rotpunkt (msg) 21:27, 12 nov 2014 (CET)[rispondi]

[@ Moroboshi] ti chiederei se gentilmente potresti reintervenire solo per chiudere la questione. Ho analizzato la maggior parte dei moduli protetti su en.wiki (quindi i più usati) e la stragrande maggioranza legge solo i gli argomenti del parent (frame:getParent) o perché getParent è usata direttamente o perché è usato il modulo arguments con il parametro "wrappers" che fa sì che vengano letti solo quelli del parent. Io non vedo ragioni perché, nella transizione dal modulo al template, che ripeto non cambierà assolutamente nulla (semplicemente si potrà scrivere "{{Wikidata|P100}}" invece dell'attuale lungo e scomodo "{{#invoke|Wikidata|formatStatements|property=P100}}") debba portarmi dietro anche la scomodità di letture miste di argomenti, che ripeto, non è la norma, né su en.wiki nè qui. Se ci saranno ragioni in futuro per chiamare il modulo Wikidata direttamente si potrà sempre aggiungere, non c'è nulla di irreversibile. Al contempo per me che me ne occupo, risulta particolrmente più agevole e sicuro. --Rotpunkt (msg) 13:47, 14 nov 2014 (CET)[rispondi]

Per me procedi pure implementando attraverso i soli argomenti del parent, nel momento in cui ci sia un bisogno effettivo di chiamare direttamente (piuttosto che un vago scenario ipotetico) se ne può sempre riparlare.--Moroboshi ^scrivimi 15:38, 14 nov 2014 (CET)[rispondi]

Grazie, questo weekend procedo all'aggiornamento dalle chiamate al modulo alle chiamate al template, dopo averli aggiornati. Proteggerò i moduli/template dove necessario. Il modulo wikidata faccio che proteggerlo subito, visto che non era ancora stato fatto e risulta usato in 87.584 pagine. --Rotpunkt (msg) 17:51, 14 nov 2014 (CET)[rispondi]

Ho provato a modificare il template {{Ponte}} per l'utilizzo del rank impostando rank=best, ma sembra non funzionare. Lo si può verificare su Viadotto Italia che su wikidata ha 2 coordinate, ne ho impostata una come preffered, ma non compare. Ho toppato la modifica o c'è effettivamente qualcosa che non funziona? --ValterVB (msg) 19:17, 11 gen 2015 (CET)[rispondi]

[@ ValterVB] Ciao, proviamo a fare un passo indietro. Se scrivo all'inizio della voce Viadotto Italia:

{{Wikidata|P625|formatting=latitude|rank=best}}
{{Wikidata|P625|formatting=longitude|rank=best}}

e poi uso l'anteprima, ottengo la latitudine e la longitudine con rank preferred (39°56'21.01"N, 15°57'33.01"E). Confermi? --Rotpunkt (msg) 20:39, 11 gen 2015 (CET)[rispondi]

[@ Rotpunkt] si, li ottengo in decimale, ma sono quelle corrette (39.939167 15.959167). --ValterVB (msg) 20:43, 11 gen 2015 (CET)[rispondi]

Mi correggo, no, i 2 valori decimali corrispondono a 39° 56' 21.0006" 15° 57' 33.0012", molto più vicino al valore con rank normale il preffered è 39°56'21.01"N, 15°57'33.01"E --ValterVB (msg) 20:47, 11 gen 2015 (CET) era buona la prima :) --ValterVB (msg) 20:48, 11 gen 2015 (CET)[rispondi]

Ok. In quel template Ponte le coordinate sono ottenute in due modi distinti: tramite coord per la visualizzazione del loro valore, e tramite il template/modulo wikidata per la mappa di localizzazione. Il problema non è qui nel template Wikidata ma nel template coord, che non ha il supporto per i rank. Posso aggiungerglielo facilmente, usando il comportamento "rank=best" come default. --Rotpunkt (msg) 20:51, 11 gen 2015 (CET)[rispondi]

Si conviene, dopo tutto dovrebbe essere il comportamento di default, se c'è un preffered dovrebbe essere usato quello. Grazie. --ValterVB (msg) 20:55, 11 gen 2015 (CET)[rispondi]

[@ ValterVB] Fatto mi sembra tutto ok, verifica anche tu. --Rotpunkt (msg) 21:54, 11 gen 2015 (CET)[rispondi]

Sembra tutto a posto, grazie. --ValterVB (msg) 21:58, 11 gen 2015 (CET)[rispondi]

Ma, salvo casi proprio particolari, che motivo c'è per non usare best? Non conviene metterlo di default anche nel template Wikidata? --Bultro (m) 23:08, 11 gen 2015 (CET)[rispondi]

Sì va bene avere rank=best come default, lo avevo in programma. #property si comporta già così. Sistemo. --Rotpunkt (msg) 23:19, 11 gen 2015 (CET)[rispondi]

Fatto --Rotpunkt (msg) 23:42, 11 gen 2015 (CET)[rispondi]

«Serve quando si usa il template all'interno di un altro template, per dare la precedenza al valore passato al template rispetto a quello su Wikidata.» Non c'è modo di dare precedenza a Wikidata in caso di conflitti? --Federico Leva (BEIC) (msg) 11:22, 3 apr 2015 (CEST)[rispondi]

Sicuramente si può, ma il secondo parametro posizionale è stato pensato per dare la precedenza proprio quando si vuole utilizzare un valore diverso da quello di Wikidata (vedi Progetto:Coordinamento/Wikidata/Fase_2#Conclusioni, all'inizio: << Attualmente il dato locale deve avere la precedenza su quello di Wikidata, ... >> ) --Rotpunkt (msg) 11:57, 3 apr 2015 (CEST)[rispondi]

Quella è una regola di massima, non un obbligo. Infatti in alcuni casi abbiamo tolto del tutto i dati locali. Se non si può specificare l'ordine di priorità nel template, ogni volta che lo si vuole cambiare per un caso specifico si è costretti a fare una ricerca (senza ausilio di categorie) e rimuovere tutti i dati locali. Devo fare cosí? --Federico Leva (BEIC) (msg) 13:02, 3 apr 2015 (CEST)[rispondi]

Certamente sì, va rimosso il valore locale. D'altronde non vedrei il senso di avere un parametro per usare un valore locale e poi un altro parametro per dire al template di ignorarlo. --Rotpunkt (msg) 13:09, 3 apr 2015 (CEST)[rispondi]

Il senso è il medesimo del fare il contrario, cioè avere una lista delle divergenze e andarle a verificare. --Federico Leva (BEIC) (msg) 13:14, 3 apr 2015 (CEST)[rispondi]

Non riesco a capire a cosa serve avere un parametro X in un template con un valore e poi un altro parametro Y per dirgli di ignorare il valore del parametro X => allora rimuovo direttamente il valore del parametro X. Inoltre la ricerca che tu dici che sarebbe evitata, andrebbe poi fatta comunque per ripulire le voci dei valori dei parametri divenuti quindi inutili, perché sovrascritti da Wikidata. --Rotpunkt (msg) 13:26, 3 apr 2015 (CEST)[rispondi]

Se devi solo verificare le divergenze, usa Template:Controllo Wikidata --Bultro (m) 14:47, 3 apr 2015 (CEST)[rispondi]

Potrei provare a far aggiungere anche Template:Controllo Wikidata ma non oso includerlo nella proposta attuale, è piú sicuro fare una cosa alla volta. --Federico Leva (BEIC) (msg) 12:04, 7 apr 2015 (CEST)[rispondi]

Si può accedere all'etichetta (ed eventualmente agli alias ma dubito serva a molto)? Vedo solo formatEntityId in Modulo:Wikidata. L'etichetta sarebbe utile per accedere al nome corretto di un oggetto a prescindere dal titolo della voce (che potrebbe comunque non essere disponibile, ad esempio quando finalmente sarà attivo l'accesso arbitrario). --Federico Leva (BEIC) (msg) 18:05, 8 apr 2015 (CEST)[rispondi]

@Federico Leva (BEIC) Se guardi la funzione formatEntityId viene già ritornata la label. Ci sono quattro casi, a seconda che su Wikidata ci sia:

• sitelink e label => piped wikilink: [[sitelink|label]]
• solo sitelink => wikilink: [[sitelink]]
• solo label => solo testo senza wikilink: label
• né label, né sitelink => ritornata stringa vuota

--Rotpunkt (msg) 19:52, 8 apr 2015 (CEST)[rispondi]

Ma per la voce attuale? Non serve un autocollegamento. --Federico Leva (BEIC) (msg) 17:50, 29 giu 2015 (CEST)[rispondi]

Ciao, in che senso per la voce attuale non serve un "autocollegamento" ? Mi fai un esempio pratico di cosa ti serve? Se invece quello che vuoi dire è come sapere il titolo della voce in cui ti trovi c'è {{PAGENAME}}. --Rotpunkt (msg) 17:57, 29 giu 2015 (CEST)[rispondi]

Buongiorno, non riesco ad usare il template Wikidata con le funzioni parser. A me servirebbe lo switch ma anche il ifeq ("se primo parametro èuguale a secondo parametro allora terzo parametro. Altrimenti quarto parametro") non funziona ({{Wikidata|P36|from=Q38}} -> Roma):

1. {{#ifeq:{{Wikidata|P36|from=Q38}}|Roma|YEEE!|No}} -> No
2. {{#ifeq:{{Wikidata|P36|from=Q38}}|[[Roma]]|YEEE!|No}} -> YEEE!

Suggerimenti? --★ → Airon 90 17:00, 8 ago 2015 (CEST)[rispondi]

Ciao, premettendo che una proprietà Wikidata può contenere nove tipi di dato diversi (d:Special:ListDatatypes), gestiti opportunamente dal template, e che la property capitale/capoluogo (P36) è di tipo elemento, mi faresti solo vedere dove la useresti? --Rotpunkt (msg) 17:26, 8 ago 2015 (CEST)[rispondi]

In attesa dell'esempio, ti dico solo che il tuo codice seppur correggibile (il modulo non controlla se label=sitelink, ma vedo che non lo fanno neanche sulle altre wiki), è molto meglio che utilizzi il template {{WikidataIdx}}:

{{#ifeq:{{WikidataIdx|P36|Q220|from=Q38}}|-1|No|YEEE!}} -> YEEE!

in questo modo non dipendi dall'esistenza né dell'etichetta né dell'interwiki (Q220 è appunto il Q-number per Roma, che non cambierà mai). --Rotpunkt (msg) 18:13, 8 ago 2015 (CEST)[rispondi]

Grazie per la dritta dell'uso del numero Q! Avrei fatto un grave errore di progettazione di riforma di alcuni template (vorrei proporre alcune modifiche per integrare Wikidata)

E comunque le parser function funzionano con il template Wikidata e il parametro formatting=raw ;) --★ → Airon 90 13:46, 9 ago 2015 (CEST)[rispondi]

PS: Se ti interessa sapere dove lo voglio usare faccio la modifica al template in una sandbox e poi ti faccio vedere ^^

Ciao, ok. So di formatting=raw (l'ho aggiunto qualche mese fa), tuttavia mi sento comunque di consigliarti WikidataIdx. Un proprietà può avere anche più di un valore (magari un secondo aggiunto anche per errore), prendo per esempio la proprietà confina con (P47), sempre di tipo elemento, verificando se l'Italia (Q38) confina con la Francia (Q142):

• {{#ifeq:{{Wikidata|P47|formatting=raw|from=Q38}}|Q142|Sì|No}} => No, non funziona, dovresti usare anche il parametro "n" e provarlo con tutti), mentre:
• {{#ifeq:{{WikidataIdx|P47|Q142|from=Q38}}|-1|No|Sì}} => Sì, funziona

Riguardo a dove lo userai sono sicuramente interessato, negli ultimi mesi ho raddoppiato i template in Categoria:Template che usano dati di Wikidata, quindi è un argomento che mi piace e di cui mi sono fatto una certa esperienza. Ciao. --Rotpunkt (msg) 14:33, 9 ago 2015 (CEST)[rispondi]

Il seguente codice:

{{Wikidata|P527|qualifier=P518|qualifiervalue=Q190007|from=Q47729}}

dovrebbe restituire Giovani Democratici (Q3766178) e invece non restituisce nulla. Come mai? --★ → Airon 90 14:56, 8 nov 2015 (CET)[rispondi]

Ho corretto: {{Wikidata|P527|qualifier=P518|qualifiervalue=Q190007|from=Q47729}} => . Era una funzionalità inutilizzata che si era persa in qualche aggiornamento (ora ha il suo test in Modulo:Wikidata/test). --Rotpunkt (msg) 17:50, 8 nov 2015 (CET)[rispondi]

Detto in poche parole: la conversione delle aree (parametro unit=) non funziona correttamente:
0.0106 km²
10600 m²
1.06 ha
0.0040926828805499 mi²
--dega180 (msg) 11:01, 20 gen 2016 (CET)[rispondi]

@Dega180 grazie della segnalazione ora verifico, questa parte delle conversioni delle proprietà di tipo "quantità" l'ho aggiunta nello scorso autunno, con tutti i test a Discussioni modulo:Conversione/test, verifico. --Rotpunkt (msg) 11:11, 20 gen 2016 (CET)[rispondi]

[@ Dega180] Ho corretto, l'errore era insidioso, diff :) --Rotpunkt (msg) 11:46, 20 gen 2016 (CET)[rispondi]

Anche a lungo termine, c'è o ci potrebbe essere la possibilità di ottenere un wikilink abbreviato da Wikidata? Tipo da GNU General Public License (Q7603) ottenere GNU GPL? Ad esempio avrebbe senso abilitare questa opzione sfruttando il primo valore del campo Also known as di Wikidata? --Valerio Bozzolan (msg) 02:44, 6 mar 2017 (CET)[rispondi]

Anche se avrei dovuto chiedere in Modulo:Software... --Valerio Bozzolan (msg) 02:45, 6 mar 2017 (CET)[rispondi]

OK, forse non si può fare. Ho chiesto qui: mw:Extension talk:Wikibase Client/Lua#"also known as" --Valerio Bozzolan (msg) 02:59, 6 mar 2017 (CET)[rispondi]

E chi ti dice che "Anche conosciuto come" sia un'abbreviazione? Usa piuttosto d:Property:P1813 --Bultro (m) 21:26, 7 mar 2017 (CET)[rispondi]

Eccellente! --Valerio Bozzolan (msg) 23:01, 7 mar 2017 (CET)[rispondi]

Qualcuno ha idea del perché non funziona come ci si aspetta? 209 libbre dovrebbero essere 94.8 Kg. Qualcosa non funziona in Modulo:Conversione? Sembra invertita la conversione g-kg.

• 209 lb - Valore originale su Wikidata {{Wikidata|P2067|showunit=sì|showunitlink=sì|from=Q1610224}}
• 94.80080533 kg - Valore convertito in kg {{Wikidata|P2067|unit=kg|showunit=sì|showunitlink=sì|from=Q1610224}}
• 94800.80533 g - Valore convertito in g {{Wikidata|P2067|unit=g|showunit=sì|showunitlink=sì|from=Q1610224}}

--ValterVB (msg) 12:05, 18 ago 2017 (CEST)[rispondi]

• Convertili all'intero superiore se da 0,6 in su e all'intero inferiore se da 0,5 in giù, è meglio. -- SERGIO ^{(aka the Blackcat)} 17:23, 18 ago 2017 (CEST)[rispondi]

  L'arrotondamento non è un problema, è previsto dal template: 94801 g {{Wikidata|P2067|unit=g|showunit=sì|showunitlink=sì|from=Q1610224|rounding=0}} Lasciavo la cosmesi per ultimo :) --ValterVB (msg) 18:17, 18 ago 2017 (CEST)[rispondi]

Passavo di qui e ho corretto, era lo "scale" della libbra. Ciao. --Rotpunkt (msg) 10:33, 19 ago 2017 (CEST)[rispondi]

C'è un modo semplice per far mettere, opzionalmente, il wikilink all'anno? --Bultro (m) 22:04, 27 nov 2017 (CET)[rispondi]

Sì, con time=year|pattern=[[$1]], se interessa solo l'anno. Altrimenti si può aggiungere un valore speciale per il parametro time. --Rotpunkt (msg) 23:50, 27 nov 2017 (CET)[rispondi]

Intendevo nelle date complete "giorno mese anno". In teoria si potrebbe voler linkare anche "giorno mese", ma è meno probabile --Bultro (m) 21:20, 29 nov 2017 (CET)[rispondi]

Attualmente, non sembra possibile usare la proprietà P1549, per problemi legati alla selezione del genere e della forma singolare/plurale (esplicitati, a loro volta, tramite la proprietà P518). Sarebbe un'ottima cosa, poter filtrare in maniera analoga alla lingua. Ad esempio, si potrebbero inserire in un parametro apposito i codici del template:AggNaz "mp", "ms", "fp", "fs" (v. possibile utilizzo).

Prima, però, occorre verificarese:

1. è un problema legato ad un numero esiguo di proprietà (in tal caso cosa fare?)
2. genere e numero sono sempre esplicitati tramite la proprietà P518

--Horcrux_九十二 14:26, 31 mar 2018 (CEST)[rispondi]

[@ Rotpunkt, ValterVB] Vedo che avete avuto una discussione simile qui, dove però si parlava di un modulo esterno che a sua volta usava Modulo:Wikidata. Dato che anche lì si faceva riferimento al template AggNaz, sono ancora più dubbioso riguardo al punto 1. --Horcrux_九十二 14:31, 31 mar 2018 (CEST)[rispondi]

Ciao, a differenza della lingua che è proprio facente parte del tipo di dato "testo monolingua" (d:Help:Data_type/it#Testo_monolingua), qui si tratta di proprietà con più valori, ognuno con uno o più qualificatori, quindi potrebbe bastarti (a seconda di quello che devi fare esattamente) l'utilizzo dei parametri qualifier e qualifiervalue. Esempio per Danimarca (Q35):

• {{Wikidata|P1549|qualifier=P518|qualifiervalue=Q47088290|from=Q35}} → danese, Däne, danés, Danois, danezo, دانماركي e Danec
• {{Wikidata|P1549|qualifier=P518|qualifiervalue=Q47088292|from=Q35}} → danesi, Dänen, danezi e دانماركيين

--Rotpunkt (msg) 15:37, 31 mar 2018 (CEST)[rispondi]

Ottimo, grazie! --Horcrux_九十二 16:05, 31 mar 2018 (CEST)[rispondi]

[@ Horcrux92] La tabella che ho creato con quel template era un esperimento, volevo verificare come stava messa la proprietà ed aggiungere altri valori proprio con la speranza che prima o poi venisse utilizzata la prorprietà. --ValterVB (msg) 08:52, 1 apr 2018 (CEST)[rispondi]

[@ Bultro, Horcrux], esiste un modo per restituire ordinati alfabeticamente i valori multipli di una dichiarazione? Per esempio, se alla proprietà p276 i valori sono Francia, Austria, Spagna e Italia è possibile fare in modo che vengano restituiti come Austria, Francia, Italia, Spagna? -- SERGIO ^{(aka the Blackcat)} 20:50, 4 ott 2019 (CEST)[rispondi]

[@ Blackcat] Basta aggiungere ORDER BY ?parmetro dopo il blocco WHERE { ... }, dove ?parmetro è il parametro in base a cui vuoi ordinare la query.

Esempio:

SELECT DISTINCT ?xTitle
WHERE {
  ?x wdt:P31 wd:Q7275 .
  ?xLink schema:about ?x ;
    schema:isPartOf <https://it.wikipedia.org/> ;
    schema:name ?xTitle .
 }
ORDER BY ?xTitle
LIMIT 50

Provala! --Horcrux (msg) 00:57, 6 ott 2019 (CEST)[rispondi]

Ciao, ma aggiungere dove, [@ Horcrux]? Non devo fare una query, forse mi sono espresso male. Volevo sapere se {{Wikidata}} avesse implementato una funzione per restituire i valori multipli di una proprietà in ordine alfabetico. -- SERGIO ^{(aka the Blackcat)} 01:36, 6 ott 2019 (CEST)[rispondi]

[@ Blackcat] Scusami, ho letto male io. Beh, no, pare che al momento il Modulo:Wikidata non supporti l'ordinamento dei valori in output. --Horcrux (msg) 10:31, 6 ott 2019 (CEST)[rispondi]

L'opzione "extlink", se i valori sono multipli, genera il seguente obbrobrio con le virgole che vanno a capo... ma è sempre stato così? --Bultro (m) 23:21, 19 nov 2019 (CET) www.avg.com, www.avg.com/en-us/homepage#pc, www.avg.com/tr-tr/homepage#pc e www.avg.com/en-gb/homepage#pc[rispondi]

Dovrei aver risolto --Bultro (m) 16:45, 3 gen 2020 (CET)[rispondi]

Nei template, come valore una proprietà, può servire leggere soltanto il nome, o il nome della voce, o anche il nome dell'item da passare a un from. Ad esempio, leggendo una certa proprietà con t:Wikidata, invece che "Mercurio" vorrei poter ricevere "Mercurio", "Mercurio (astronomia)", o Q308. Se c'è già un modo pratico per farlo, non lo trovo; che ne dite di aggiungere questa funzionalità tra i parametri di formattazione? --Bultro (m) 17:05, 3 gen 2020 (CET)[rispondi]

Concordo anche io di aggiungere un parametro di formattazione che permetta questa funzionalità.--Mannivu · ✉ 13:46, 29 mar 2020 (CEST)[rispondi]

[@ Bultro, Mannivu] Ho fatto un test in Utente:Horcrux/Sandbox4, cosa ne pensate? --Horcrux (msg) 16:43, 21 ott 2022 (CEST)[rispondi]

@Horcrux mi sembra che vada bene. --Mannivu · ✉ 17:20, 21 ott 2022 (CEST)[rispondi]

Fatto (diff). --Horcrux (msg) 20:31, 23 ott 2022 (CEST)[rispondi]

Ho appena notato l'esistenza del parametro "formatting" (con "formatting=raw" era già possibile ricavare l'ID di Wikidata), per cui da adesso potrà essere usato quest'ultimo per ricavare anche l'etichetta dell'elemento o il titolo della voce. --Horcrux (msg) 11:05, 24 ott 2022 (CEST)[rispondi]

Bene, non mi ricordo più i casi concreti in cui serviva, ma qualcosa verrà fuori... --Bultro (m) 17:12, 24 ott 2022 (CEST)[rispondi]

@Horcrux con formatting=title, quando la voce italiana non esiste, viene fuori un errore. È intenzionale? Mi sembrerebbe più corretto dare stringa vuota, come quando la proprietà non c'è. Anche per l'uso con #if --Bultro (m) 21:16, 2 gen 2023 (CET)[rispondi]

cathemeral

[@ Bultro] No, non era voluto, è che il modo di Lua di mettere gli if-else in una sola riga è un po' ambiguo. Quindi, se il valore di ritorno era nullo, anziché restituirlo lo interpretava come condizione falsa. C'ho messo una toppa così, se ci sono problemi fammi sapere. --Horcrux (msg) 17:55, 4 gen 2023 (CET)[rispondi]

Scusate, ma funziona la variabile separator? Perché noto che, comunque impostata, restituisce sempre e ... -- SERGIO ^{(aka the Blackcat)} 10:14, 21 apr 2020 (CEST)[rispondi]

A me sembra che funziona: es. {{Wikidata|P150|from=Q16240|separator=§}} che restituisce: Assisi§Bastia Umbra§Bettona§Bevagna§Campello sul Clitunno§Cannara§Cascia§Castel Ritaldi§Castiglione del Lago§Cerreto di Spoleto§Citerna§Città della Pieve§Città di Castello§Collazzone§Corciano§Costacciaro§Deruta§Foligno§Fossato di Vico§Fratta Todina§Giano dell'Umbria§Gualdo Cattaneo§Gualdo Tadino§Gubbio§Lisciano Niccone§Magione§Marsciano§Massa Martana§Monte Castello di Vibio§Monte Santa Maria Tiberina§Montefalco§Monteleone di Spoleto§Montone§Nocera Umbra§Norcia§Paciano§Panicale§Passignano sul Trasimeno§Perugia§Piegaro§Pietralunga§Poggiodomo§Preci§San Giustino§Sant'Anatolia di Narco§Scheggia e Pascelupo§Scheggino§Sellano§Sigillo§Spello§Spoleto§Todi§Torgiano§Trevi§Tuoro sul Trasimeno§Umbertide§Valfabbrica§Vallo di Nera e Valtopina --ValterVB (msg) 23:07, 25 apr 2020 (CEST)[rispondi]

[@ Blackcat] se invece il problema è solo per item che restituiscono 2 voci, anziché separator è conjunction che devi usare. --ValterVB (msg) 00:01, 26 apr 2020 (CEST)[rispondi]

Grazie [@ ValterVB] ma mi aiuti? Lo uso con la stessa sintassi? -- SERGIO ^{(aka the Blackcat)} 00:05, 26 apr 2020 (CEST)[rispondi]

[@ Blackcat] Puoi usarlo o da solo {{Wikidata|P150|from=Q16240|conjunction=§}} e in questo caso ti cambia solo la congiunzione e fra la penultima e l'ultima voce con §, o insieme {{Wikidata|P150|from=Q16240|separator=§||conjunction=§}} che cambia il separatore fra tutte. --ValterVB (msg) 00:10, 26 apr 2020 (CEST)[rispondi]

Grazie [@ ValterVB], provo e ti dico. -- SERGIO ^{(aka the Blackcat)} 00:33, 26 apr 2020 (CEST)[rispondi]

Ok [@ ValterVB], funziona, grazie! -- SERGIO ^{(aka the Blackcat)} 01:06, 26 apr 2020 (CEST)[rispondi]

Buongiorno e scusatemi per la domanda, ma io non ho mai capito una cosa. Se volessi per esempio creare una lista di comuni (ad esempio nelle pagine delle provincie) e volessi crearla con P150 (Sottodivisioni amministrative) me li restituirebbe in fila, uno dopo all'altro, file senza mai fine. Se però volessi creare una doppia, tripla o quadrupla fila, sarebbe possibile? Sarebbe una sorta di "emulazione" del nostro template {{divcol}}, che spezza le colonne e le divide. Grazie in anticipo a chiunque risponderà. --Fierodelveneto (msg) 12:10, 25 apr 2020 (CEST)[rispondi]

Puoi provare con {{Div col}}{{Wikidata|P150|from=Q16240|list=si}}}}{{Div col end}}, risultato:

--ValterVB (msg) 13:25, 25 apr 2020 (CEST)[rispondi]

[@ ValterVB] già che ci sei, rispondi pure al mio quesito in attesa da quattro giorni, per favore? -- SERGIO ^{(aka the Blackcat)} 20:01, 25 apr 2020 (CEST)[rispondi]

[@ ValterVB] Grazie di cuore per la chiarissima risposta! Molto gentile! Buona giornata e nel caso commento nuovamente! --Fierodelveneto (msg) 15:09, 26 apr 2020 (CEST)[rispondi]

[@ ValterVB] o chiunque sappia e/o voglia rispondere: -- Ciao, scusami l'ulteriore domanda. Volevo chiedere, come fosse possibile, con il template Wikidata, magari con l'ausilio del template "Immagine sinottico", mostrare due immagini una accanto all'altra? Provo a dare un esempio.. più o meno come nel template "divisione amministrativa", ove è possibile vedere lo stemma e la bandiera accanto. Esiste un modo per invocare simultaneamente due immagini o due stemmi, uno accanto all'altro con Wikidata? Spero di aver ben spiegato il senso nel quale volgo la domanda! Grazie in anticipo per la risposta e per la grande disponibilità. --Fierodelveneto (msg) 20:06, 1 mag 2020 (CEST)[rispondi]

Teoricamente si, con {{Doppia immagine|sinistra|{{Wikidata|P41|from=Q495}}||{{Wikidata|P94|from=Q495}}||Bandiera|Stemma|larghezza totale=400}} che restituisce

Bandiera

Stemma

ma se l'uso è questo ricordati che molti stemmi e molte bandiere non si possono caricare su commons e quindi non sono accessibili da Wikidata. Dovrebbe funzionare anche per più immagini caricate nella stessa proprietà ma bisogna utilizzare il parametro di selezione n --ValterVB (msg) 20:37, 1 mag 2020 (CEST)[rispondi]

Buongiorno, volevo chiedere una cosa che ancora non ho capito. Come si fa ad ottenere da Wikidata la descrizione di una pagina? Per esempio.. di Template:Wikidata la descrizione è "template di un progetto Wikimedia". C'è un modo per ottenerla? Grazie di cuore in anticipo a chiunque rispondesse! Buon wikilavoro --ꜰɪᴇʀᴏᴅᴇʟᴠᴇɴᴇᴛᴏ - vec (Scrìvame) - (Statìsteghe) 15:43, 7 giu 2020 (CEST)[rispondi]

Il nostro modulo non lo prevede ma se ti serve l'ho implementato nel modulo Modulo:Sandbox/ValterVB/Descrizione lo richiami con {{#invoke:Sandbox/ValterVB/Descrizione|main|Q42}} e ottieni scrittore e umorista britannico (1952–2001). --ValterVB (msg) 18:47, 7 giu 2020 (CEST)[rispondi]

C'è un problema con il template: qualsiasi precisione da 8 in su (cioè dal decennio in su) non viene riportata. Per esempio, per Monti (rione di Roma) dovrebbe mostrare "data di istituzione = XIII secolo", ma non appare. --Sannita - L'admin (a piede) libero 00:31, 29 gen 2021 (CET)[rispondi]

Buongiorno. Nel parametro di formattazione showqualifiers, è possibile far sì che al posto di restituire: DATO (40 febbraio 2079) restituisca DATO(40 febbraio 2079) in piccolo?

In un elenco, diventa veramente brutto avere le qualifiers della stessa misura del dato di primario interesse! E far uscire DATO (40 febbraio 2079) è possibile? Non vedo esempi su questo e guardando il modulo, non trovo la sezione di codice che ne regoli il comportamento, in più non essendone un grande esperto ma solo un innocuo appassionato, mi risulta difficile aver risposte senza consultare chi sa più di me o chi magari ha contribuito a scriverlo. Grazie anticipatamente della risposta e disponibilità--ꜰɪᴇʀᴏᴅᴇʟᴠᴇɴᴇᴛᴏ - vec (Scrìvame) - (Statìsteghe) 12:46, 2 apr 2021 (CEST)[rispondi]

[@ Bultro, Horcrux, ValterVB], ho un quesito per voi. Allora, facciamo conto che io in un elemento di Wikidata ho una proprietà, per esempio " (property:p664)" che all'epoca cui l'elemento Wikidata si riferisce aveva un altro nome. Dunque, io aggiungo tramite il qualificatore " (property:p1810)". Adesso, da quello che mi è parso di capire (e se non è così ditemelo, sono contento di sbagliarmi), io non posso chiamare il qualificatore se c'è e, solo in caso non ci sia, il valore della proprietà, quindi mi devo tenere la proprietà (a meno che io voglia valorizzare a mano il template, ma vorrei evitarlo). Allora avevo provato a inserire una seconda chiamata, questa volta al qualificatore "soggetto indicato come (p1810)" in forma di nota a pie' di pagina dove si specifica che all'epoca l'organizzazione era nota con il nome $1 ma, provando a formattarlo tra tag <ref> non funziona, mi restituisce, invece della stringa con cui è valorizzato il qualificatore $1, un beffardo testo $1 come se non la interpretasse. A questo punto, sbaglio qualcosa o per i <ref> il valore del qualificatore non è cosa e devo rassegnarmi? -- Blackcat 20:43, 26 nov 2021 (CET)[rispondi]

[@ Blackcat]

• {{WikidataQ|P664|P1810|from=Q477614}} → FIRA-AER (ricava il valore del qualificatore)
• {{Wikidata|P664|from=Q477614}} → Rugby Europe (ricava il valore della proprietà)
• {{Wikidata|P664|from=Q477614|{{WikidataQ|P664|P1810|from=Q477614}}}} → FIRA-AER (ricava il valore del qualificatore o, se non c'è, quello della proprietà)

Può essere d'aiuto? --Horcrux (msg) 11:40, 27 nov 2021 (CET)[rispondi]

Azzo [@ Horcrux], praticamente è la soluzione al mio problema, ma resta una incognita: vale pure se il pattern di formattazione prevede i tag <ref>? -- Blackcat 12:39, 27 nov 2021 (CET)[rispondi]

Mi faresti un esempio? --Horcrux (msg) 12:45, 27 nov 2021 (CET)[rispondi]

[@ Horcrux], guarda qui: $1 non mi restituisce la stringa -- Blackcat 15:15, 28 nov 2021 (CET)[rispondi]

[@ Blackcat] Ah ho capito. Beh, i moduli hanno sempre avuto problemi a prendere in input dei tag. Non saprei come aiutarti senza mettere mano al modulo:Wikidata (e non ho intenzione di farlo :-)), perciò ti consiglio banalmente di usare {{#if:{{WikidataQ|p664|p1810|{{{nota come|}}}}}|<ref>All’epoca sotto il nome di {{WikidataQ|p664|p1810|{{{nota come|}}}}}</ref>}} --Horcrux (msg) 17:06, 28 nov 2021 (CET)[rispondi]

[@ Horcrux] grazie, pensavo non si potesse fare, era il primo escamotage che mi era venuto in mente in effetti. -- Blackcat 20:32, 28 nov 2021 (CET)[rispondi]

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘spettacolo, @Horcrux! è pure possibile, nel caso in cui il qualificatore fosse una data, estrapolare le singole componenti per utilizzare {{data e tempo}}? grazie! --79.20.4.34 (msg) 19:52, 17 dic 2022 (CET)[rispondi]

Sicuramente è possibile, o tramite Lua oppure manipolando la stringa in output (tramite Modulo:String) e poi passare le singole componenti a quel template (la cui utilità è comunque stata messa indiscussione, vedi la relativa talk). La prima soluzione è sicuramente più efficiente. A cosa ti serve di preciso? --Horcrux (msg) 17:43, 19 dic 2022 (CET)[rispondi]

Partendo dal caso pratico: Discussioni template:Divisione amministrativa#siti internet dei comuni soppressi. Credo che sarebbe il caso, nella modalità extlink, di supportare automaticamente la lettura dell'URL archiviato per i siti defunti. Così come già avviene nel Collegamenti esterni. Altrimenti nei sinottici appare solo un link non funzionante, senza alcuna spiegazione. Quando invece il link è defunto e non c'è nemmeno un archivio, penso che dovremmo dare perlomeno una spiegazione, ad es. mostrare Tizio.it (chiuso) --Bultro (m) 16:35, 22 dic 2022 (CET)[rispondi]