Discussioni template:Divisione amministrativa/Archivio3

	...da fare in Divisione amministrativa/Archivio3 aggiorna cache · modifica Annota in questo spazio le cose da fare per migliorare la voce o segui i suggerimenti già indicati.

Archivio delle discussioni dei template sostituiti

---

 

• Comune (1) (20-09-2007 - 20-01-2009)
• Comune (2) (27-01-2009 - 25-12-2009)
• Comune (3) (25-12-2009 - 30-07-2010)
• Comune (4) (01-08-2010 - 20-05-2011)
• Comune (5) (21-05-2011 - 03-09-2011)
• Frazione
• Provincia
• Regione
• Comune tedesco
• Comune francese
• Comune finlandese
• Comunità montana
• Territorio
• Città

Privi di discussioni:

• Parrocchia civile britannica
• Distretto vietnamita
• Infobox Nigerian States
• Infobox Regione filippina
• Comune maltese
• Lääni
• Infobox Comprensorio
• Voivodato polacco
• Prefetture greche
• Regione Ungheria
• ArrondissementMunicipale
• Contea della Norvegia
• Comune polacco
• Villaggio groenlandese
• Frazione spagnola
• Provincia olandese
• Subregione
• Distretto polacco
• Comuni greci
• Frazione tedesca
• Comune austriaco
• Regione inglese
• Comune danese
• Infobox Provincia filippina
• Distretto portoghese
• Comunità autonoma
• Comune Romania
• Stato messicano
• Cantone svizzero
• Area gallese
• Area scozzese
• Infobox Svizzera
• Infobox Belgio
• Infobox Francia
• Città Nord Irlanda
• Provincia spagnola
• FrazioneSvizzera
• Municipalità marshallese
• Comune lussemburghese
• Comune ceco
• Infobox Porto Rico
• Contea Irlanda
• Distretto inglese
• Comune spagnolo
• Città Irlanda
• Comune portoghese
• Comune svizzero
• Contea inglese
• Infobox Province Cina
• Infobox Municipalità Cina
• Contea USA
• ComuneUSA
• Repubblica Russa
• Infobox Borgo di Londra
• Maakunta
• Provincia canadese
• Infobox Germania
• AtolloMaldive
• QuartiereBrasile
• Progetto:Geografia/Geobox (circa 115 template)

---

come archiviare  ·  modifica questa lista

Archivio discussioni

---

• giugno 2011 - ottobre 2011
• novembre 2011 - giugno 2013
• luglio 2013 - settembre 2021

---

come archiviare

Integrazione wikidata

Che ne dite di far compilare un po' di parametri a wikidata? Ovviamente usando la regola che se il parametro è già stato compilato qua da un utente vale il suo testo, se il parametro non è stato compilato vale il testo di wikidata. I parametri sostituibili sono

• Bandiera = Property:P41
• Capoluogo = Property:P36
• Amministratore locale = Property:P6
• Divisioni confinanti = Property:P47 (può funzionare se utilizzata con il Modulo:WikipediaModulo:Wikidata)
• Codice postale = Property:P281
• Prefisso = Property:P473
• Patrono = Property:P417
• Immagine localizzazione = Property:P242

Non credo ce ne siano altre. Se siete d'accordo preparo nella sandbox il template funzionante (ripeto che se i parametri sono compilati si da la precedenza a wikipedia!), e poi un amministratore può sostituirlo.--dega180 (msg) 21:28, 26 giu 2013 (CEST)

Altri erano stati suggeriti in Discussioni progetto:Coordinamento/Wikidata/Fase 2. Quelli che potrebbero essere utili, oltre a quelli che hai detto, sono:

• Stemma = d:Property:P94
• Sottodivisioni = d:Property:P150
• Fuso orario = d:Property:P421
• Codice ISO = d:Property:P300

Intanto escluderei Immagine localizzazione perché va a sovrascrivere la mappa di localizzazione automatica, e spesso non è quello che vogliamo. Potrebbe andare in Mappa, ma dipende che mappa è.

Gli altri bisogna provarli un per uno... Ad esempio il patrono in che lingua viene fuori? --Bultro (m) 15:38, 27 giu 2013 (CEST)

Ma non è obbligatorio, credo. Anche perché il patrono è POV. Comunque, c'è un'applicazione pratica su una voce pilota, tanto per vedere la dichiarazione come va valorizzata? -- SERGIO ^{(aka the Blackcat)} 18:25, 27 giu 2013 (CEST)

Allora io provo a creare il template con wikidata nella sua sandbox così possiamo fare delle prove, metterò lo stemma e non inserirò la mappa di localizzazione; per le sottodivisioni il discorso è un po' complesso perché se sono più di 5 va inserito solo il numero (così c'è scritto nel manuale), con wikidata invece comparirebbe sempre l'elenco completo, il fuso orario è automatico per gli stati che ne hanno uno solo (scritto nel manuale...) dunque il discorso è complesso (si rischierebbe di avere compilati i dati di wikidata al posto che quelli generati automaticamente dal template che sono più sicuri), la storia dei tre codici ISO non so bene come funziona quindi per ora non la tocco. Dato che la nostra è wikipedia in italiano i dati di wikidata compaiono in italiano, dunque il santo patrono avrà il nome italiano che gli è stato assegnato su wikidata.--dega180 (msg) 18:32, 27 giu 2013 (CEST)

Ok allora il template con wikidata dovrebbe essere pronto e si trova nella sandbox, il template, se non trova compilati i seguenti parametri:

• Bandiera;
• Stemma;
• Capoluogo;
• Amministratore locale;
• Divisioni confinanti;
• Codice postale;
• Prefisso;
• Patrono;

cerca i loro valori su wikidata e se sono presenti li inserisce. Ci tengo a sottolineare ancora una volta che il template da la precedenza a quello che sta scritto su wikipedia, dunque, se ora si decidesse di sostituire il template, non cambierebbe assolutamente niente fino a quando qualcuno non decide di cancellare dalle voci di wikipedia uno dei parametri che ho elencato più sopra, al massimo potremmo trovare il plus che nelle voci dei comuni poco seguiti su wikipedia potrebbero venire aggiunte le informazioni presenti su wikidata.--dega180 (msg) 19:37, 27 giu 2013 (CEST)

Non eludiamo la domanda. Il patrono è obbligatorio? Per me è POV. Se la città è Tokyo che facciamo, ci mettiamo il patrono perché qualcuno ha deciso che Tokyo ha un patrono? -- SERGIO ^{(aka the Blackcat)} 20:02, 27 giu 2013 (CEST)

Bah più che POV io lo riterrei un localismo, praticamente tutti i paesi non cristiani non credono nei santi e dunque non hanno santi patroni. Però questo è un discorso diverso, ora dobbiamo decidere se si può sostituire questo template con quello della sandbox.--dega180 (msg) 20:17, 27 giu 2013 (CEST)

Allora lasciamo il patrono appannaggio di it.wiki e gli altri dati migriamoli su Wikidata. -- SERGIO ^{(aka the Blackcat)} 21:04, 27 giu 2013 (CEST)

Questa è la versione con i santi e questa è quella senza santi, scegliete voi quale mettere, per me è indifferente.--dega180 (msg) 21:43, 27 giu 2013 (CEST)

Forse è meglio evitare il wikilink automatico per capoluogo e amministratore; non sempre il soggetto è enciclopedico, inoltre come si comporta in caso di disambigua?

Il fuso sarebbe utile e si può usare solo come ultima spiaggia, quando non c'è quello automatico. Unico dubbio: con che formato lo dà wikidata? A noi serve "+1", "-1" ecc.

Non ho capito il problema del patrono. Stiamo parlando di prendere da wikidata a it.wiki, non viceversa--Bultro (m) 14:17, 28 giu 2013 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘Allora il wikilink automatico del capoluogo e dell'amministratore l'ho inserito perché c'è scritto nel manuale del template che bisogna mettere il wikilink. Ovviamente però i wikilink a disambigue non vengono gestiti correttamente... Non so però come si comporta il Modulo:Wikidata che mette in automatico il wikilink ai dati presi da wikidata (e che ho utilizzato per i comuni confinanti), ma penso che anche con quello il wikilink rischia di andare tranquillamente alla disambigua. Ho controllato e il fuso restituito da wikidata è nel formato UTC+01:00 (lontano da quello che serve a noi). Il problema del patrono sinceramente non l'ho capito bene nemmeno io. La questione (che non va risolta in questa discussione) è: lo teniamo nel template o no? Poi se il dato lo si prende da wikipedia o da wikidata non vedo cosa cambia.--dega180 (msg) 15:44, 28 giu 2013 (CEST)

Per quanto riguarda le disambigue mi rimangio quello che ho detto, ho fatto dei test e ho scoperto che il Modulo:Wikidata è molto intelligente, praticamente cosa avviene: noi nella città di Milano abbiamo messo su wikidata che tra i comuni confinanti c'è il comune di Bresso, allora noi una volta che diamo in pasto la Property:P47 al modulo:wikidata, questo va nella pagina relativa all'elemento "Bresso" e controlla se nella pagina di quell'elemento c'è il link a it wiki, se c'è crea un wikilink che punta proprio alla pagina di it.wiki, altrimenti se l'elemento non ha una pagina su it.wiki lascia il testo senza wikilink. Utilizzando quel modulo dunque non rischiamo di avere link a disambigue e nemmeno wikilink rossi (mi permetto di aggiungere però che se l'elemento proviene da wikidata è di per se enciclopedico, il sindaco dei piccoli comuni su wikidata non ci sta nemmeno).--dega180 (msg) 16:08, 28 giu 2013 (CEST)

Favorevole a testarlo. Per me si potrebbe iniziare da un limitato cluster di voci (che so, una ventina) per vedere se ci sono problemi, poi vediamo se tornare momentaneamente indietro o procedere con l'implementazione. --Fabius aka Tirinto 20:57, 4 lug 2013 (CEST)

Per testarlo in una ventina di voci si può fare benissimo utilizzando la funzione anteprima.--dega180 (msg) 21:24, 4 lug 2013 (CEST)

E allora facciamolo su trecento, il senso era "prendiamo un piccolo cluster di voci e testiamolo su strada". Comunque ho seguito il tuo consiglio, l'ho provato su Washington e scompare un sacco di roba (tutte le immagini e le mappe (rimane solo la bandiera), il grado amministrativo, il fuso orario, lo stato, le coordinate, gli abitanti, e un sacco di altra roba. In pratica quello che era compilato su it:wiki ma non è presente in wikidata mi scompare dall'anteprima, mentre non tutto quello che è compilato in wikidata non sempre compare correttamente. Scompare anche il fatto che l'amministratore locale si chiama governatore. --Fabius aka Tirinto 10:49, 5 lug 2013 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘Questo nuovo template (come ho già scritto più sopra) permette di sostituire solo i seguenti parametri:

• Bandiera;
• Stemma;
• Capoluogo;
• Amministratore locale;
• Divisioni confinanti;
• Codice postale;
• Prefisso;
• Patrono;

gli altri andranno compilati manualmente con wikidata, come ho gia scritto se noi al posto del template attuale sostituiamo quello creato da me, non cambia assolutamente niente, l'unica differenza è che si può scegliere di far gestire alcuni parametri da wikidata. Io non vedo quale sia il problema.--dega180 (msg) 15:22, 5 lug 2013 (CEST)

Trovato la proprietà corretta anche per l'ISO: è P300 (le precedenti erano per gli stati) --Bultro (m) 15:38, 5 lug 2013 (CEST)

Scusa dega, mi sembra che non ci siamo capiti ed immagino sia colpa mia, ci riprovo. Io credevo che il tuo template sostituisse il template Div.amm., ma mi pare di aver capito l'evidente stupidità di questa idea; i due template dovrebbero restare contemporaneamente nelle voci, giusto? Se è così, a parte la pesantezza dei 22 kb di template in più (non c'è modo di snellirlo, vero?), ribadisco che per me si può inserire. --Fabius aka Tirinto 18:54, 5 lug 2013 (CEST)

No allora la cosa funziona così. Noi prendiamo il codice ufficiale di questo template e lo sostituiamo con quello che sta nella sanxbox del template (quello con la possibilità di utilizzare wikidata). Nel momento in cui si fa questa sostituzione, nelle voci di wikipedia non cambia assolutamente niente, se però uno vuole far gestire i parametri che ho elencato più sopra da wikidata, può andare in una delle voci in cui questo template è inserito per esempio Milano, cancellare uno dei parametri, per esempio Amministratore locale= e far gestire il nome del sindaco di Milano a wikidata. È un modo non troppo invasivo per iniziare ad integrare questo (wikidata) nuovo strumento in wikipedia.--dega180 (msg) 19:02, 5 lug 2013 (CEST)

Ecco, vedi che serviva uno spiegone for dummies? :P Adesso è chiaro, grazie. Il dummy --19:34, 5 lug 2013 (CEST)

C'è ancora qualcosa che non va nel Modulo:Wikidata. Ad esempio se in Vila-sana chiamo {{#invoke:Wikidata|formatStatements|property=P6}} dovrei ottenere il sindaco (che non ha una voce su it.wiki, quindi senza wikilink) ma non ottengo niente. Ma {{#Property:P6}} funziona (dà l'id dell'elemento), quindi il problema è nel modulo --Bultro (m) 17:43, 24 lug 2013 (CEST)

Non penso che sia un "problema" (a.k.a. bug) ma credo che sia una cosa voluta, senza l'utilizzo di quel modulo noi avremmo nel nostro template la stringa "q14088227" come nome del sindaco e sarebbe ovviamente scorretto. Dato che su wikidata il nome del sindaco non è ancora stato tradotto in italiano il modulo preferisce non inserire niente piuttosto che un codice incomprensibile al lettore della voce.--dega180 (msg) 19:07, 24 lug 2013 (CEST)

In mancanza di meglio basterebbe ottenere il nome generico dell'elemento d:q14088227 che è "Joan Ramon Sangrà Farré", possibile che non si può fare una cosa così semplice? Altrimenti la logica di fare {{#if:{{#Property:P6}}... nei template non va bene, perché la proprietà c'è, ma il risultato è vuoto. Se provi la sandbox in Vila-sana, viene fuori una casella vuota --Bultro (m) 22:50, 24 lug 2013 (CEST)

Il problema è che non esiste il "nome generico" di un elemento di wikidata, esistono solo il nome inglese, il nome spagnolo, il nome tedesco, il nome italiano, ecc. Il modulo ovviamente non sa che quell'elemento rappresenta una persona e dunque essa si chiamerà allo stesso modo in tutte le lingue (ma non è vero neanche anche questo perché per esempio il nome in cinese di quell'uomo sarà scritto in modo diverso che in italiano). Come fai a dire a quel modulo quando può usare una lingua diversa dall'italiano e quando no?--dega180 (msg) 23:05, 24 lug 2013 (CEST)

PS: ora non voglio rovinare il tuo esempio, ma basta andare su wikidata e dare il nome italiano all'elemento e il problema viene risolto all'istante, comunque io non ho fatto la prova in una sandbox ma se uso il template {{Divisione amministrativa/Sandbox}} direttamente nella voce Vila-sana e utilizzo la funzione anteprima non vedo nessuna casella bianca, vedo solo che non compare la casella dell'amministratore locale, come se il parametro non fosse compilato.--dega180 (msg) 23:16, 24 lug 2013 (CEST)

Il nome che appare in cima a d:q14088227 cos'è? Il nome inglese? Alla creazione di un elemento comunque viene chiesto un generico "Label".

Mi sa che stai sbagliando qualcosa, la casella bianca c'è, è "Alcalde" proprio sotto la provincia --Bultro (m) 13:00, 25 lug 2013 (CEST)

Hai ragione, ho visto male, la casella bianca con "Alcade" c'è e questa cosa non è affatto bella, non riesco a capire come mai il template interpreti uno spazio vuoto come un parametro compilato. Il nome che appare in cima l'avevo notato anche io e non so di quale lingua si tratta, per esempio se vai nell'elemento d:Q11347686 puoi notare che la lingua non è sicuramente l'inglese, se invece vai nell'elemento d:Q13059890, puoi notare che da come priorità il nome inglese che ho inserito io (guarda la cronologia), anche se l'elemento è stato creato nella lingua bengalese (prima che dessi il nome in inglese in cima vedevo il nome scritto in bengalese). Per non creare confusione ti dico che io wikidata la uso in lingua italiana, dunque per capire bene i miei esempi ti conviene mettere la lingua italiana, se vuoi tentare di capire come funziona la storia del titolo in alto ti consiglio di usare la funzione che ti trova una voce a caso, così potrai trovare molti esempi. Chiudo dicendo che sono convinto che la casella "label" che dici tu viene trattata da wikidata in base alla lingua che hai impostato, se per esempio crei un elemento usando la lingua italiana, la casella label si chiama "Etichetta" e la stringa che inserisci sarà il titolo in italiano dell'elemento. Non penso proprio che esista un "nome generico" e se questo nome è quello che compare in cima non credo che possiamo dire al modulo di utilizzarlo perché rischia addirittura di essere espresso in una lingua con caratteri a noi incomprensibili.--dega180 (msg) 15:40, 25 lug 2013 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘Il problema della casella bianca penso di averlo risolto, nel senso che ora non dovrebbe comparire più la casella bianca quando l'elemento non ha un nome in italiano.--dega180 (msg) 15:40, 25 lug 2013 (CEST)

Con queste due modifiche ho abilitato l'uso di wikidata anche per le sottodivisioni amministrative. Possiamo iniziare a sostituire il codice nel template vero e proprio?--dega180 (msg) 22:57, 3 ago 2013 (CEST)

Ora tutti gli stati hanno compilato la proprietà 150 (divisioni amministrative di primo livello), mentre per l'Italia è stato compilato anche quello di secondo livello (provincie), nelle rispettive regioni. Per quelle di terzo livello (comuni) sono in certo se aggiungerle oppure no, in alcuni casi si tratta di aggiungere oltre 300 comuni a un elemento. --ValterVB (msg) 19:36, 9 ago 2013 (CEST)

Il sindaco spagnolo adesso ha il nome e cognome anche in italiano. :)

Quanto al template, sembra funzionare bene, ma c'è un problema ancora sui sindaci, dal momento che, nel test che ho condotto su Milano, li riporta tutti (cioè almeno i 4 che ci sono). Dovrebbe essere un problema risolvibile o settando i parametri temporali agli altri o aspettando che si implementi il "rank" dei singoli valori. --Sannita - L'admin (a piede) libero 12:10, 4 ago 2013 (CEST)

Potreste fare un campo "CurrentMayor" e un altro "PastMayors", sì che il campo sindaco prenda il valore dalla prorietà "CurrentMayor"... -- SERGIO ^{(aka the Blackcat)} 13:37, 4 ago 2013 (CEST)

A quanto pare non è quella l'intenzione di Wikidata. Temo che il discorso possa valere per qualunque proprietà, cioè se un soggetto cambia capoluogo o bandiera ci ritroviamo anche il dato vecchio! A meno di poter discriminare per data, ma come? Devono fornirci un'interfaccia più avanzata per usare seriamente Wikidata. Nel frattempo credo sia meglio cominciare con solo i parametri più semplici --Bultro (m) 15:41, 4 ago 2013 (CEST)

Cavolo quelli di data ora nel campo del sindaco mettono anche i sindaci passati, così è più difficile far gestire la cosa dal template! Sannita mi/ci puoi spiegare cosa sarebbe questo "rank"? Grazie.--dega180 (msg) 17:44, 4 ago 2013 (CEST)

Scusate il ritardo nella risposta, ma sono in partenza per Hong Kong... :)

Su Wikidata tutti i dati riconducibili a quella determinata proprietà (in questo caso, il sindaco) vanno tutti in quell'unico campo. Per ogni affermazione (es. Milano <sindaco> Letizia Moratti), però è possibile indicare il periodo temporale per cui è valida quella affermazione (es. Milano <sindaco> Letizia Moratti <data inizio> 30 maggio 2006 <data fine> 1º giugno 2011). Dopodiché, in futuro sarà possibile discriminare ulteriormente le affermazioni, per esempio fra "aggiornate" (quindi da privilegiare) e "datate".

Purtroppo, io non so come funziona il lua, altrimenti avrei già rimaneggiato Modulo:Wikidata per darvi una mano. Magari appena metto piede a HK, acchiappo qualcuno e mi faccio dare qualche dritta. Per il momento, limitiamoci a casi più semplici. --Sannita - L'admin (a piede) libero 00:03, 5 ago 2013 (CEST)

Per il sindaco la soluzione ideale è quella di prendere quello che non ha <data fine>. Il ranking non dovrebbe essere usato per "selezionare" il dato ma per permettere di scegliere quello più "adatto" in caso di dati controversi o multipli. Comunque il problema della data non è presente solo per i sindaci ma anche per le divisioni amministrative, in alcuni casi hanno aggiunto gli ex comuni inserendo una data di fine validità. --ValterVB (msg) 19:36, 9 ago 2013 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘Ma come si fa ad ottenere da wikidata il nome del sindaco e anche i suoi "qualificatori" (cioè "data inizio", "data fine" e "membro del partito")? Se faccio {{#Property:P6}} mi viene solo l'elenco puro dei sindaci senza i loro quantificatori.--dega180 (msg) 18:11, 10 ago 2013 (CEST)

Il Modulo:Wikidata si basa su mw:Extension:Wikibase Client/Lua che di funzioni ancora ne mette a disposizione ben poche. Immagino che Lua possa tirar fuori questi dati dalla "Entity table and data structure".

Il posto originale dove sviluppano il Modulo:Wikidata credo sia http://test2.wikipedia.org/wiki/Module_talk:Wikidata, e l'autore è anche abbastanza disponibile, ma qui mi sa che è meglio aspettare un maggiore sviluppo dell'estensione --Bultro (m) 12:08, 11 ago 2013 (CEST)

Se può interessare qui un aggiornamento parziale dello stato di caricamento dei dati. La gerarchia è comunque completa (IT <-> regioni <-> provincie <-> comuni). --ValterVB (msg) 17:26, 14 ago 2013 (CEST)

Su oc.wikiepdia stanno usando parecchio Wikidata, es Turin, l'infobox più a Dx è completamente compilato con i dati di Wikidata. --ValterVB (msg) 09:50, 17 ago 2013 (CEST)

Con la storia del sindaco però ora li ho fregati :-)--dega180 (msg) 11:06, 17 ago 2013 (CEST)

Inghilterra: contee, non regioni

Per l'Inghilterra il template riporta come sottodivisione di grado 1 le "regioni". In realtà tali regioni furono solo un'ipotesi dei governi laburisti d'inizio 2000, e pertanto vennero frettolosamente inserite nei template dell'allora nascente wikipedia, ma in realtà non furono mai attivate e il relativo progetto fallì con la sconfitta elettorale laburista e la nascita dell'attuale governo liberalconservatore. L'Inghilterra invece si divide come si è sempre vivisa in contee (province), distretti (pievi) e parrochie (comuni, dove previste).--79.24.166.156 (msg) 01:31, 18 lug 2013 (CEST)

Le regioni non hanno tutti i ruoli inizialmente previsti ma esistono, sono il primo livello NUTS e hanno vari utilizzi, non fa male alla salute indicarle --Bultro (m) 16:29, 18 lug 2013 (CEST)

Le regioni inglesi non esistono affatto, non hanno alcun utilizzo e quelli inizialmente previsti sono stati ritirati. Il NUTS è invece un semplice conteggio statistico: in un template che si chiama "divisione amministrativa" e non "area statistica", non dovrebbe avere alcuna rilevanza. Effettivamente le regioni non sono una divisione amministrativa: per un corretto valore enciclopedico, tenere il parametro "regioni" per l'Inghilterra varrebbe quanto inserire il paramento "Provincia di Aosta" in tutte le pagine dei comuni della Valdaosta (regioni inglesi= dato puramente statistico; provincia di Aosta= dato puramente statistico).--79.54.163.108 (msg) 13:43, 29 lug 2013 (CEST)

Domanda

Sarebbe possibile inserire il numero di abitanti di un comune in maniera automatica come avviene su en.wiki o fr.wiki? Esempio: fr:Modèle:Population suisse. Grazie --Headclass (msg) 00:07, 9 ago 2013 (CEST)

Questo dovrebbe avvenire direttamente con Wikidata entro la fine dell'anno. Quindi direi di non fare un doppio lavoro. :) --Sannita - L'admin (a piede) libero 05:33, 9 ago 2013 (CEST)

Ancora meglio se si può integrare il tutto in wikidata... --Headclass (msg) 18:33, 9 ago 2013 (CEST)

Ad integrare il tutto in wikidata ci stiamo provando nella discussione più sopra, il problema è che wikidata attualmente non è ancora pronta al 100% e quindi l'integrazione non può essere fatta in maniera ottimale.--dega180 (msg) 18:36, 9 ago 2013 (CEST)

Spiego meglio: al momento non è possibile creare dei campi con delle quantità (come per la superficie e gli abitanti). Sarà possibile nei prossimi mesi, massimo entro ottobre ma non si sa ancora bene quando (purtroppo confermato dagli sviluppatori adesso che bisognerà aspettare). Una volta che sarà possibile, è più semplice IMHO prendere i dataset dell'ISTAT (o dei relativi equivalenti negli altri Paesi), farci un bello scriptino e caricare via bot i dati su Wikidata (con fonti, data di aggiornamento e tutto), in modo che poi noi li richiamiamo direttamente da lì. Ma finché non sarà possibile creare la proprietà apposita, dobbiamo restare fermi. Siccome però non manca molto, IMHO è inutile fare una lista semi-automatica qui sopra per poi trovarci a rifare lo stesso lavoro, solo meglio, fra massimo due mesi qualche mese. :) --Sannita - L'admin (a piede) libero 07:45, 10 ago 2013 (CEST)

Aggiornato alle 17:30, ora di Hong Kong. --Sannita - L'admin (a piede) libero 11:30, 10 ago 2013 (CEST)

Coord type

#default= in {{Divisione_amministrativa/Type}} should be "country" not "state". Bonzon (msg) 12:41, 13 ago 2013 (CEST)

A giudicare da Template:Coord#type: non mi sembra corretto neanche country; quando il grado non è standard può essere un territorio di qualunque entità, ma certamente minore della nazione, perché dargli una microscala di 1:10.000.000? Viceversa, il tipo landmark dato ai livelli 4 e 5 è probabilmente a scala troppo grande.

Notare che, avendo a disposizione abitanti e superficie, si potrebbero fare in automatico anche cose più raffinate, con il type city o con i parametri dim e scale --Bultro (m) 12:36, 17 dic 2013 (CET)

Io ho fatto dei test con type:city(numero_abitanti) ma la scala non varia ne sulla mappa di wikiminiatlas (quella del mappamondo), ne sulla mappa di WIWOSM (quella che compare cliccando su (mappa) per le coordinate mostrate vicino al titolo della voce) e nemmeno nel tool GeoHack (cliccando sul link delle coordinate).

100 abitanti → 45°27′52.83″N 9°11′11.87″E

1000 abitanti → 45°27′52.83″N 9°11′11.87″E

10 000 000 abitanti → 45°27′52.83″N 9°11′11.87″E

Quindi penso che stare ad usare il numero degli abitanti è un po' inutile, nello #switch presente qui io toglierei il default dato che per gli stati esiste il template {{Stato}}. Sono favorevole a tentare di utilizzare il parametro superficie= per poter inserire nel template coord il parametro dim:, il problema è che una superficie non ci da per nulla il diametro dell'unità aministrativa, per esempio la liguria o la puglia sono lunghe e strette quindi risulta che hanno una piccola superficie anche se il loro diametro è lungo.--dega180 (msg) 13:15, 18 dic 2013 (CET)

L'importante è dare una scala più o meno adeguata all'ordine di grandezza. Anche adm1st, adm2nd ecc non sono un gran ché; basta pensare che l'Alaska e i castelli di San Marino sono sempre divisioni di 1° livello e appaiono con la stessa scala... Converrebbe impostare sempre il parametro scale, se non in funzione della superficie (che non sempre è compilata), in funzione dello Stato --Bultro (m) 17:06, 18 dic 2013 (CET)

Quindi dovremmo fare un sottotemplate contenente il valore degli scale: per ogni Stato, facendo sì che gli stati più grandi abbiano degli scale: più grandi..--dega180 (msg) 19:20, 18 dic 2013 (CET)

Ho creato Template:Scala paese raggruppando gli stati in base alla superficie. E' migliorabile, per il solito discorso che a parità di superficie uno stato bislungo potrebbe preferire una scala più ampia, ma è già meglio della scala di default.

A quelle scale si vede più o meno lo stato intero, infatti penso di usarlo anche per le voci sugli stati stessi. Nel Divisione amministrativa quelle potrebbero essere le scale base, che a seconda del livello di suddivisione si riducono ulteriormente (ad esempio 1 = metà, 2 = 1/4 e così via) --Bultro (m) 21:28, 25 dic 2013 (CET)

Contee dell'Irlanda del Nord

Il template ha una falla. Per l'Irlanda del Nord (amministrativamente facente parte del Regno Unito) la contea non ha valore amministrativo; la suddivisione amministrativa di grado immediatamente inferiore alla constituent country è il distretto. Le sei contee dell'Ulster in Nordirlanda, infatti, hanno solo valore storico. Comunque non sono di grado amministrativo superiore al distretto. Sarebbe come mettere Capitanata oggi come unità di grado amministrativo superiore alla provincia di Foggia... -- SERGIO ^{(aka the Blackcat)} 12:58, 13 ago 2013 (CEST)

Di fatto come riferimento geografico sono molto più usate dei distretti, e sono più grandi, cioè di solito un distretto sta dentro una contea. Anche en.wiki li mette in quest'ordine nei template (anche se loro vanno nel verso contrario, dalla città allo stato) --Bultro (m) 14:28, 13 ago 2013 (CEST)

Ma il template è "divisione amministrativa", non "guida turistica". Se si tiene "contea" si dà una falsa informazione, perché la divisione di secondo livello è la contea. Non regge né il fatto che ce l'abbia en.wiki (che chiama inglesi o gallesi i cantanti britannici) né che siano "più usate", perché è una tautologia. Se la gente continua a leggere che c'è la contea è chiaro che poi si persuade che sia la contea il fattore amministrativo rilevante, cosa che invece non è. Non capisco perché su una questione così lineare ci si debbano inventare garbugli. -- SERGIO ^{(aka the Blackcat)} 23:05, 13 ago 2013 (CEST)

Ma infatti è stato scelto male il nome del template... Viene largamente usato anche per divisioni non amministrative, in primis le frazioni italiane. D'altra parte il nome lo vediamo solo noi, non il lettore --Bultro (m) 10:29, 14 ago 2013 (CEST)

Non mi preoccupo della contea. Mi preoccupo della città, vedi p.e. Lisburn, che si trova ascritta a una contea che non esiste, invece che a un distretto. Così com'è il distretto figura come una suddivisione amministrativa di grado inferiore alla contea, laddove è invece la principale suddivisione amministrativa dell'Irlanda del Nord. -- SERGIO ^{(aka the Blackcat)} 11:19, 14 ago 2013 (CEST)

La contea non è che non esiste, è che non combacia con il titoletto "Dati amministrativi". Io cambierei quello, magari in "Localizzazione" (mentre la sezione delle mappe può intitolarsi Cartografia, e il sindaco può stare in Altre informazioni). La serie delle suddivisioni di appartenenza, determinata dal template:DivAmm/NIR, è la stessa usata anche nei sinottici di fiumi, laghi, monti ecc., e non la definiamo mai "amministrativa". E nel caso dell'Irlanda è fondamentale che includa la contea, è la prassi irlandese; anche le categorie sono sempre per contea, i distretti sono amministrativi ma dal punto di vista geografico non se li fila nessuno... --Bultro (m) 15:47, 14 ago 2013 (CEST)

Già, le modifiche proposte da Bultro sono molto interessanti. Secondo me finché avremo voci di località che corrispondono anche alle entità amministrative avremo sempre problemi del genere. In Wikipedia in sloveno sono stati molto più furbi: dividono la voce della località da quella dell'entità amministrativa (ad es. per Nova Gorica: "sl:Nova Gorica", voce sulla località, "sl:Mestna občina Nova Gorica" ("Comune di Nova Gorica"), voce sull'entità amministrativa). -- Gi87 (msg) 21:50, 19 ago 2013 (CEST)

Bello, già fatto, sembra. Pragmaticamente, se le Contee dell'Irlanda del Nord sono tutte entità storiche, possiamo mettere "contea storica" invece di "contea" in Template:DivAmm/NIR. --Yuмa (msg) 01:10, 3 mar 2017 (CET)

Rapporto larghezza/altezza immagini in 'Panorama'

Ho visto che la sezione 'Panorama' fissa la dimensione delle immagini a 260x250px. Stranamente, l'immagine nella voce Sicilia viene mostrata a 284x187 con un rapporto larghezza/altezza di 1.52. L'immagine originale ha invece un rapporto di 1.27 e così appare deformata. Ho provato nella sandbox a mettere 'Veduta}}|260px' senza specificare la dimensione verticale e sembra funzionare bene, le dimensioni diventano 284x225 e il rapporto rispetta l'originale. Gentilmente, qualcuno potrebbe apportare questa modifica? Grazie. -- Fulvio ³¹⁴ 09:57, 18 ago 2013 (CEST)

Non è deformata, c'è qualche problema solo nel tuo browser. Prova a fare ctrl-F5 quando sei nella pagina --Bultro (m) 14:14, 18 ago 2013 (CEST)

Prima di indagare nel template e mettere questo messaggio, ho provato sia CTRL-F5 sia lo svuotamento della cache (Firefox), poi ho anche provato con Chrome, ma senza risultati. Adesso però funziona perfettamente! Ho il sospetto che dipenda da qualche altra cache di qualche server o da tempi di aggiornamento tra Commons e wikipedia it, ma non ci capisco molto in questa materia... Comunque grazie per l'attenzione :) -- Fulvio ³¹⁴ 19:41, 18 ago 2013 (CEST)

Aggiornamento rinvii

Immagino ce ne saranno altri, comunque essendo su un numero così grande di voci il collegamento del template a Chilometro quadro va corretto con Chilometro quadrato. --felisopus (scurdammoce 'o passato) 14:36, 26 nov 2013 (CET)

Fatto da Bultro settimana scorsa. --BohemianRhapsody (msg) 23:06, 25 dic 2013 (CET)

Ritorno a wikidata

Ora il Modulo:Wikidata è più ricco di funzionalità e forse possiamo implementare qualche funzionalità a questo template. L'elenco delle proprietà inerenti ai comuni è il seguente:

• Bandiera = Property:P41
• Capoluogo = Property:P36
• Amministratore locale = Property:P6
• Divisioni confinanti = Property:P47
• Codice postale = Property:P281
• Prefisso = Property:P473
• Patrono = Property:P417
• Immagine localizzazione = Property:P242
• Stemma = d:Property:P94
• Sottodivisioni = d:Property:P150
• Fuso orario = d:Property:P421
• Codice ISO = d:Property:P300

Le funzionalità nuove che sono state introdotte nel modulo rispetto all'ultima discussione sono: la possibilità di dire al modulo come formattare il risultato (funzione pattern=), la possibilità di dire al modulo di usare wikidata solo se l'utente non ha compilato il parametro relativo (funzione value=), la possibilità di far restituire al modulo solo le proprietà che hanno un certo rank (funzione rank=) e infine la possibilità di ottenere anche i qualificatori di una property (funzione qualifier=). Ora proverò a scrivere nella sandbox un template che implementa wikidata per le proprietà (o alcune di esse) nell'elenco.--dega180 (msg) 11:55, 25 gen 2014 (CET)

Aggiungerei anche le coordinate (d:Property:P625), che ho già utilizzato con successo nel template:Stato --Bultro (m) 14:26, 26 gen 2014 (CET)

@Dega180 e Bultro: farebbe comodo anche la popolazione (tipo di dato numerico) per poter pescare il dato automaticamente dopo l'importazione. --Ricordisamoa 02:25, 12 feb 2014 (CET)

Finalmente infatti hanno supportato i dati numerici. Immagino che a breve avremo anche superficie e altitudine --Bultro (m) 14:19, 12 feb 2014 (CET)

Io ho iniziato a scrivere nella sandbox il template Divisione amministrativa con la funzionalità di wikidata, il problema è che per introdurre wikidata bisogna inserire ogni valore seguendo questo ordine di priorità:

1. parametro compilato dall'utente;
2. parametro con rank preferred compilato su wikidata;
3. parametro con rank normal compilato su wikidata.

per ottenere questo tipo di priorità su ogni valore bisogna mettere un sacco di #if:, specialmente se poi il valore viene utilizzato più volte nel template, in oltre ci sono delle priorità che possono essere compilate con più valori (per esempio ci possono essere due amministratori locali) e gestire questa cosa comporta l'utilizzo di altri #if:. Man mano che ho iniziato a scrivere mi sono accorto di quanto il codice divenisse sempre più complicato (e già nel template attuale il codice è abbastanza ingrovigliato). Le possibilità sono 3:

1. finiamo di scrivere il template come ho iniziato io, con un macello di if:
2. creiamo un Modulo:Divisione amministrativa contenente le funzioni che servono per compilare i parametri che utilizzano wikidata. Dunque noi nel template, quando vogliamo inserire per esempio la bandiera inseriremo una cosa tipo {{#invoke:Divisione amministrativa|bandiera}}.
3. creiamo un Modulo:Divisione amministrativa che sostituisce in toto il codice del template e, ovviamente, tutti i vari sottotemplate. In altre parole riscriviamo completamente in LUA il template.

I vantaggi del secondo metodo sono:

• non dobbiamo riscrivere da zero il template e soprattutto i vari sottotemplate.
• i vari if verranno scritti in LUA e dunque il codice risulterà sicuramente più chiaro.

Gli svantaggi del secondo metodo sono:

• ogni valore nel template viene utilizzato più volte in modi diversi, in alcuni casi basta sapere se il valore esiste, in altri casi va anche formattato, magari insieme ad altri valori (per esempio: se esiste l'amministratore locale bisogna inserire l'amministratore locale, la data di elezione e il partito, se questi esistono). Per gestire tutto questo bisogna inventare i nomi delle varie funzioni del modulo da richiamare, i nomi dati potranno risultare poco intuitivi (per esempio mi serve una funzione per sapere se esiste un amministratore locale e una per formattare il dato con il partito e la data di elezione);
• dovendo rendere compatibili la sintassi dei template con le funzioni in LUA si rischia di ottenere delle funzioni in LUA troppo contorte (ma di questo non sono sicuro).

I vantaggi del terzo metodo sono:

• il template risulterà completamente scritto in lua e il suo codice si troverà in un unico posto: Modulo:Divisione amministrativa e sottomoduli.
• i vari if verranno scritti interamente in LUA e dunque il codice risulterà sicuramente più chiaro (anche rispetto al secondo metodo).
• il template scritto in LUA, come sappiamo, risulterà più leggero nell'esecuzione da parte dei server.

Lo svantaggio principale del terzo metodo è che bisogna riscrivere da capo tutti i vari sottotemplate (alcuni hanno a loro volta dei sotto-sottotemplate).

Prima di introdurre wikidata dobbiamo decidere bene quale strada percorrere. Io sarei tentato di riscrivere tutto in LUA (terzo metodo).--dega180 (msg) 15:45, 12 feb 2014 (CET)

Favorevole al terzo metodo per liberarsi anche dei sottotemplate; errata corrige: sarà ValterVBot a effettuare l'importazione, poi i parametri andranno rimossi. --Ricordisamoa 17:53, 12 feb 2014 (CET)

La questione va oltre questo template. Bisogna sviluppare per bene cose come Modulo:Wikidata, Template:Wikidata, Template:Box Wikidata, poi si tratterà di inserire semplici mattoncini. --Bultro (m) 18:03, 12 feb 2014 (CET)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘Non penso che sia così semplice la cosa, nei sinottici ci sono molti parametri che vengono formattati in modi assolutamente non standard, per esempio in questo template bisogna inserire l'elenco delle sottodivisioni solo se queste sono meno di cinque, altrimenti bisogna indicarne il numero. Il template Software categorizza in base a come vengono compilati alcuni parametri. Non credo che riusciremo a gestire tutto esclusivamente con il modulo wikidata e cose simili.--dega180 (msg) 18:11, 12 feb 2014 (CET)

Intanto ci si prova, meglio partire dalla base che dal tetto, poi vedremo dove può essere utile una funzione ad hoc. Non c'è fretta, i numeri in Wikidata li hanno appena introdotti e ancora non si sa neanche bene come gestirli, vedi anche Discussioni_progetto:Coordinamento/Template#Parere_su_Dati_censimento_italiano --Bultro (m) 14:27, 13 feb 2014 (CET)

I dati del censimento 2011 sono tutti caricati, se serve qualche caso particolare con più dati lo potete trovare in Caprino Bergamasco dove sono state aggiunte anche tutte le rilevazioni statistiche dal 2001 al 2012.— Questo commento senza la firma utente è stato inserito da ValterVB (discussioni · contributi) 16:03, 16 feb 2014‎ (CET).

Etichetta

In comuni come Santa Lucia del Mela l'etichetta del nome sulla mappa copre quasi totalmente il territorio della relativa regione (in questo caso, della Sicilia compare solamente il vertice sud-orientale e si fatica a localizzare il paesino in questione lungo la fascia tirrenica, difatti indistinguibile). Mi pare assai più appropriata una soluzione come quella adottata da en.wiki (ma anche su es.wiki, fr.wiki...), ovvero un'etichetta trasparente che non nasconde alcuna porzione di mappa (qui addirittura sono "scomparsi" Veneto e Friuli-Venezia Giulia!). --Μαρκος 18:43, 5 apr 2014 (CEST)

E' il Template:Mappa di localizzazione con test, usato da questo e da molti altri sinottici, che mette lo sfondo giallino. La modifica originale è questa (migliora la leggibilità? mah) --Bultro (m) 12:11, 6 apr 2014 (CEST)

Quindi? Cambiamo? --Μαρκος 17:36, 6 apr 2014 (CEST)

Nessun parere? --Μαρκος 20:02, 22 apr 2014 (CEST)

Monte
Amiata

Per me si può togliere il giallino, unico dubbio sulle mappe fisiche, dove si leggerebbe un po' meno bene, esempio a fianco --Bultro (m) 18:06, 23 apr 2014 (CEST)

E non si può rimuovere solo per il template {{Divisione amministrativa}}? --Μαρκος 19:42, 23 apr 2014 (CEST)

Solo per le mappe politiche, vuoi dire. Non credo che il D.A. sia il solo ad averle --Bultro (m) 12:58, 25 apr 2014 (CEST)

E solo per le mappe politiche, allora? --Μαρκος 01:36, 26 apr 2014 (CEST)

Vabè per adesso lo tolgo a tutte, vediamo che effetto fa, eventualmente si può far apparire solo per le mappe fisiche --Bultro (m) 10:26, 26 apr 2014 (CEST)

Mi pare molto meglio, no? --Μαρκος 00:39, 27 apr 2014 (CEST)

TemplateData

Ho creato il templatedata per il template, ora bisogna che qualcuno in grado scriva {{TemplateData}} al rigo dopo {{man}}.--Gabrasca (discussĭo) 16:25, 18 mag 2014 (CEST)

Note

Ma non sarebbe meglio posporre le "note superficie" a "km²"? --Μαρκος 01:06, 20 mag 2014 (CEST)

Sostituzione del tl Quartiere in favore del Div. Amm.

Rifacendomi ad una vecchia discussione del 2011, volevo sapere se ad oggi si può utilizzare il Divisione amministrativa anche per quelle voci che invece utilizzano ancora il template Quartiere. A naso direi di sì ma, nel caso, bisognerebbe fare tutto a mano o potrebbe aiutare un bot nella sostituzione? Grazie! --Dapa19 (msg) 14:25, 17 giu 2014 (CEST)

Sarei anch'io favorevole a sostituire il tmp "Quartiere" con quello di "Divisione amministrativa". -- Gi87 (msg) 22:33, 17 giu 2014 (CEST)

Qualcosa si è detto anche in Discussioni template:Quartiere#Retrocompatibilità. Non è sempre sostituibile e un po' di intervento umano comunque ci vuole. Se ti interessa lavorarci posso preparare un template di sostituzione parziale --Bultro (m) 22:37, 17 giu 2014 (CEST)

A mo' di prova, ho voluto sostituire il template Quartiere con il Div.Amm. in una mia Utente:Dapa19/Sandbox1. Direi che per i quartieri di Genova non esistono problematiche anche perché del parametro "altri quartieri" del Tl Quartiere se ne può tranquillamente fare a meno visto che dal 2007 sono state cancellate le circoscrizioni genovesi in favore degli attuali nove municipi. Informerò i miei "colleghi genovesi" del Progetto Genova per una sostituzione a mano del template (circa 70 voci). --Dapa19 (msg) 11:01, 18 giu 2014 (CEST)

Ho creato Template:Quartiere/Temp per automatizzare per quanto possibile la sostituzione. Ad esempio in Pigna (rione di Roma) ho sostituito la parola "Quartiere" con "subst:Quartiere/Temp|g=4|d1=Lazio|d2=Roma|d3=Roma" e ha fatto il lavoro. Altre cose da fare a mano:

• dal "sito" bisogna togliere le [] e lasciare solo l'URL
• da "noteAbitanti" e simili bisogna togliere il tag ref
• "codice" non so proprio cosa sia e dove infilarlo --Bultro (m) 17:53, 18 giu 2014 (CEST)

Ho scoperto per caso questa discussione e mi inserisco perché interessato per quanto riguarda Roma. Come si può vedere dalla voce suddivisioni di Roma, il comune presenta due tipologie di suddivisioni completamente indipendenti l'una dall'altra: una amministrativa (i municipi, a loro volta suddivisi in zone urbanistiche), e una toponomastica (storica), che comprende 116 comprensori ripartiti in rioni, quartieri, suburbi e zone.

• Il grado amministrativo 5 presenta la dicitura "Frazione", mentre per Roma dovrebbe essere "Municipio" (per il passato dovrebbe essere "Circoscrizione") e il grado amministrativo 6 non è supportato, utile per le zone urbanistiche (ben 155).
• Le frazioni non dovrebbero avere un proprio grado amministrativo, in quanto sono amministrate da relativi municipi.
• Il template {{Quartiere}} poi, attualmente non presenta la data di soppressione, utile per molti suburbi e zone soppresse nel tempo dal comune di Roma.
• Il "codice" è utile per tutti i 116 comprensori, perché hanno assegnato un codice toponomastico. --LLodi (msg) 22:34, 1 set 2014 (CEST)

Riciccio

Vogliamo finalmente considerare l'idea di mettere il distretto come divisione amministrativa di primo grado nell'Irlanda del Nord? -- SERGIO ^{(aka the Blackcat)} 17:11, 18 giu 2014 (CEST)

Cosa è cambiato dalla discussione sopra? --Bultro (m) 17:23, 18 giu 2014 (CEST)

Niente. Ma continuano a non essere unità amministrative e, quindi, indicare la contea è fuorviante perché dà un'informazione errata. Sarebbe come mettere Foggia nella Capitanata. -- SERGIO ^{(aka the Blackcat)} 17:29, 18 giu 2014 (CEST)

Continua a essere un template che mostra anche unità non amministrative, e non solo per l'Irlanda. Vediamo semmai di cambiare il titoletto della sezione come dicevo sopra --Bultro (m) 17:57, 18 giu 2014 (CEST)

Hm. Allora o si cambia nome al template oppure, per le ex contee, se ne adotta un altro... Per il cambio di titoletto alla sezione va pure bene, rimane sempre che ci deve essere coerenza tra nome del template e funzione, però. -- SERGIO ^{(aka the Blackcat)} 19:49, 18 giu 2014 (CEST)

Ho fatto la modifica, mi viene però il dubbio se "capoluogo" sia un dato amministrativo o di localizzazione. Non sempre ha una valenza istituzionale --Bultro (m) 18:00, 23 giu 2014 (CEST)

Insediamento

Ho notato in Vercoglia di Cosbana che il divisione amministrativa punta ad una disambigua, ovvero Insediamento. Presuno il link sia creato in automatico basandosi sul grado e sulla nazione. Andrebbe corretto.--MidBi 21:11, 28 giu 2014 (CEST)

Uso del corsivo nel template Div. Amm.

Inizio questa discussione per avere delle delucidazioni riguardo a delle recenti modifiche in alcuni comuni liguri. Nello specifico, nel campo del partito del sindaco, per indicare il nome della lista civica è stato usato il carattere corsivo anziché la forma precedente "tra le virgolette" (Esempio:Arenzano). Premetto che per me è indifferente, ci chiedevamo con l'Utente:FeltriaUrbsPicta se c'è una sorta di linea comune o stile grafico che preveda o meno l'uso del corsivo all'interno del template. Tra l'altro, in Liguria ho sempre usato "le virgolette", ma prendendo comuni italiani a caso vi sono pure diversi stili: dalle virgolette al corsivo, se non proprio nulla. Riusciamo ad accordarci per una linea comune? Conseguentemente, credo, un'eventuale scelta condizionerà pure un altro template - questo - perché allora dovremmo adeguare lo stile "virgolettato" o corsivo per il nome delle liste civiche. --Dapa19 (msg) 18:57, 4 lug 2014 (CEST)

Premetto che non sono stato io ad introdurre l'uso del corsivo. Il corsivo, prima di me, è stato usato da altri utenti (Larciano, Auronzo di Cadore, Fossalta di Piave, Salgareda, Ceggia, per fare soltanto alcuni esempi più o meno recenti). In Veneto è ampiamente usato. Detto questo sarebbe auspicabile che ci fosse uniformità. --FeltriaUrbsPicta (msg) 00:25, 5 lug 2014 (CEST)

La cosa dovrebbe essere regolamentata da Aiuto:Corsivo (e discussa nella relativa discussione, se necessario), a prescindere dal fatto che il nome di una lista si trovi dentro il template o altrove --Bultro (m) 12:34, 5 lug 2014 (CEST)

...ed è già regolamentata, al capitolo "Quando non usare il corsivo": "nomi di organismi a vario titolo (enti amministrativi, associazioni, fondazioni...", direi che siamo qui. E direi che non ci vanno nemmeno le virgolette, sono nomi ufficiali, mica soprannomi --Bultro (m) 12:40, 5 lug 2014 (CEST)

Vero, visto ora (non ci avevo pensato all'Aiuto:Corsivo). Dopo questa certezza, secondo voi un bot potrebbe passare a levare nei vari comuni il corsivo e le virgolette? Ovviamente sia nel Div. Amm. che nel template usato nel paragrafo Amministrazione... --Dapa19 (msg) 12:52, 5 lug 2014 (CEST)

Penso di si, stando attento però a eventuali ref; se nel campo c'è una nota, il suo contenuto non dev'essere ripulito --Bultro (m) 19:29, 6 lug 2014 (CEST)

Virgolette e corsivo da togliere, seguendo appunto ciò che prescrive Aiuto:Corsivo. -- Gi87 (msg) 00:14, 8 lug 2014 (CEST)

Ho richiesto l'intervento di un bot Wikipedia:Bot/Richieste#Rimozione_carattere_corsivo_e_virgolette_dal_Tpl_Div._Amm.. Vediamo se è fattibile la pulizia del testo... --Dapa19 (msg) 12:54, 8 lug 2014 (CEST)

L'intervento dovrebbe riguardare anche il Template:ComuniAmminPrec... --FeltriaUrbsPicta (msg) 13:06, 8 lug 2014 (CEST)

Nella discussione della richiesta al bot ho accennato pure quello... Speriamo bene perché fare tutto a mano c'è da "stare allegri". :-) --Dapa19 (msg) 13:11, 8 lug 2014 (CEST)

Redirect

Il parametro relativo all'altitudine è seguito dal collegamento a "Metri sul livello del mare" che è un reindirizzamento. Si potrebbe sositituire con [[metro|m]] [[Livello del mare|s.l.m.]]. --Guybrush Threepwood (msg) 10:12, 12 lug 2014 (CEST)

"Divisione amm grado 3 mancante"

Scusate, magari l'argomento è già stato discusso e magari io ho una conoscenza parziale della situazione, ma nei casi in cui non esista un "terzo grado" di divisione amministrativa (ad esempio, mi risulta, nei villaggi ucraini e russi, es) non sarebbe possibile evitare che compaia il messaggio di errore e che la voce venga categorizzata in Categoria:Divisioni amministrative senza Divisione amm grado 3 (che è piena di voci simili, non "correggibili")? --Syrio posso aiutare? 14:09, 18 lug 2014 (CEST)

Se la divisione non esiste (che è diverso da non la so) va compilata con "no". Oppure, se ho ben capito in questo caso i villaggi sono allo stesso livello dei comuni, solo di un tipo diverso, quindi sarebbe più corretto dargli Grado=3 e Tipo=villaggio --Bultro (m) 00:06, 19 lug 2014 (CEST)

Stando a en:Administrative_divisions_of_Ukraine#Structure l'Ucraina ha solo tre gradi di divisione amministrativa; i villaggi sono allo stesso grado delle città-non capoluogo e non a statuto speciale, quindi credo la seconda che hai detto. --Syrio posso aiutare? 10:31, 21 lug 2014 (CEST)

La Russia pare invece essere un po' più complessa. --Syrio posso aiutare? 10:33, 21 lug 2014 (CEST)

Divisioni confinanti

Si discutano qui le eventuali proposte di modifica delle linee guida del template relativamente alle divisioni confinanti. Si faccia riferimento a questa discussione, chiaramente ci si riferisce ai comuni, quindi divisioni di terzo grado. -- Fabio R Scrivi un messaggio 09:30, 17 ott 2014 (CEST)

Continuo qui, come indicato nell'intervento sopra. Io sono per mantenere le sigle nei comuni confinanti non facenti parte della stessa provincia. Ammetto di essere di parte, visto che abito in un comune di confine, ma trovo estremamente utile il "colpo d'occhio" di questa indicazione nel template. Alcune volte mi sono trovato a cercare fra i comuni quello che interessasse la mia ricerca (tengo presente che non per tutte le provincie esiste la mappa col comune evidenziato) e l'informazione oggetto della discussione mi è stata utile. --CristianNX 21:24, 19 ott 2014 (CEST)

Personalmente non mi hanno mai dato fastidio le varie sigle provinciali (o stati esteri) e, anzi, le ho sempre trovate utili per chi consulta l'enciclopedia. Ad esempio per la voce Piana Crixia, dove ci sono comuni confinanti di ben 3 province diverse, potrebbe essere d'aiuto sapere i vari confini provinciali... Forse, e magari è qui che ruota la questione, poiché ragioniamo sempre con la mentalità it:wiki = Wikipedia Italia anziché "l'enciclopedia in lingua italiana" in questi anni abbiamo sempre dato per scontato che tutti sapessero che la sigla (GE) volesse dire Provincia di Genova, (PV) Pavia e così via e forse sarebbe stato meglio fissare una sigla (la prima nell'elenco dei comuni confinanti) con il link alla provincia, regione o stato. È interessante vedere come affrontano la questione i nostri colleghi europei: la versione inglese non dice nulla sui vari confini e sigle, la francese non menziona nemmeno i comuni confinanti, idem per la versione tedesca e solo la versione spagnola è identica alla nostra, con comuni confinanti e sigle. --Dapa19 (msg) 22:26, 19 ott 2014 (CEST)

Personalmente ho sempre trovato le sigle molto utili. --FeltriaUrbsPicta (msg) 01:48, 20 ott 2014 (CEST)

Come sono impostate adesso, francamente sono molto utili a chi conosce a memoria le sigle di tutte le provincie italiane. Non tutti sanno cosa significhi: (FM), (MB), (OG), (VB), (PO), ecc... Lo stesso vale per le province estere confinanti: (AT-7), (FR-06), (AT-2). In alcuni casi come questo ad esempio viene indicata la sigla dello Stato (SLO). A mio parere se si vogliono mantenere le sigle, in entrambi i casi, bisogna aggiungere il link, come suggerito da Cruccone nella discussione collegata. Rimane da trovare il consenso sulla formula da utilizzare, i nomi per esteso degli stati confinanti (Austria), (Francia), che non occupano poi tanto spazio nel template, oppure i codici collegati alle province o dipartimenti esteri: (AT-7), (FR-06).--Ceppicone ✉ 18:13, 21 ott 2014 (CEST)

Io sono convinto che l'indicazione delle altre divisioni amministrative sia utile, e che sia una buona idea aggiungere i link (una volta sola); per quelle non italiane metterei la suddivisione amministrativa che corrisponde alla provincia. In realtà non è così banale, per la Francia dove i dipartimenti sono la suddivisione di secondo livello, ed hanno dimensioni simili alle province italiane, per cui non c'è problema; per Svizzera e Austria cantoni e Länder sono suddivisioni di primo livello con dimensioni simili alle province, volendo ci sono i distretti che sono suddivisioni di secondo livello (non coperte dalla ISO 3166-2, per cui non c'è un codice corrispondente). La Slovenia è ancora più problematica, perché ha codici ISO 3166-2 per i comuni, ma non per le suddivisioni intermedie (regioni statistiche o province, entrambe di primo livello), e perché il codice ISO 3166-1, SI, è identico alla provincia di Siena. SLO è sia il codice ISO 3166-1 a tre lettere, sia la sigla automobilistica internazionale. Curiosamente, per gli altri due stati senza divisioni intermedie, usiamo la sigla automobilistica (RSM e SCV) e non il codice ISO (SMR e VAT); quelli a due lettere sono SM e VA (questo coincide con Varese). IMHO dovremmo usare solo codici previsti nelle varie ISO 3166, se ci sono divisioni intermedie (esempio Francia, Svizzera, Austria, Spagna, Germania) quelli corrispondenti al livello più basso che non sia il comune), se non ci sono, il codice a tre lettere dello stato (che è meno a rischio di essere confuso); per le divisioni nello stesso stato eviterei la parte prima del trattino. Poi, in ogni caso, bisogna essere consapevoli che le suddivisioni amministrative non sono totalmente omogenee tra diversi paesi (e, in alcuni casi, all'interno dello stesso paese - esempio il Regno Unito), per cui un minimo di arbitrarietà rimane sempre. --Cruccone (msg) 11:40, 22 ott 2014 (CEST)

P.S. per quanto riguarda il discorso it.wp<-->Italia, in realtà lo schema che ho applicato io per altri paesi è lo stesso, vedasi ad esempio Badajoz o Roveredo. --Cruccone (msg) 11:49, 22 ott 2014 (CEST)

Io continuo a trovare le sigle poco utili, anche perché spesso non sono appunto nemmeno conosciute, forse un buon compromesso potrebbe essere quello di riportare per esteso il nome della provincia. -- Fabio R Scrivi un messaggio 15:55, 27 ott 2014 (CET)

Frazioni bilingui

Domanda in generale, manel template dove si inseriscono le frazioni, se queste hanno due toponi dato che sono locate in Alto Adige, come risolvere la questione? Esempi:

• Scaleres/Schalders
• Scaleres/Schalders
• Scaleres (Schalders)
• altro

grazie per le vostre risposte. --LukeDika 19:13, 20 ott 2014 (CEST)

Direi in Nome ufficiale, come per i comuni --Bultro (m) 17:15, 21 ott 2014 (CEST)

Il problema è che entrambe le diciture sono ufficiali.--LukeDika 16:37, 22 ott 2014 (CEST)

[@ Llorenzi]: nel campo "Nome ufficiale", {{it}} Scalares <br /> {{de}} Schalders. -- Gi87 (msg) 14:15, 11 apr 2015 (CEST)

Nota duplicata

[@ Bultro] C'è un modo per scrivere una sola nota nei casi in cui i parametri "Note superficie" e "Note abitanti" siano uguali? (vedi per esempio Milnerton) --BohemianRhapsody (msg) 00:22, 21 ott 2014 (CEST)

No, ma se la metti solo in abitanti si capisce lo stesso.

Tra parentesi... la foto della ragazzina che valenza enciclopedica avrebbe? --Bultro (m) 17:20, 21 ott 2014 (CEST)

Parametri e visualizzazione

I parametri "Data istituzione" e "Data soppressione", con particolare riferimento, quindi, alle circoscrizioni amministrative soppresse, in molti casi, sono deputati a ospitare, oltre alla data, anche la causa o l'atto di istituzione/soppressione e l'ente precedente/successivo, come in Comarca di Roma. In sostanza, in un solo riquadro finiscono tre diversi dati: questo, imho, comporta una resa grafica non eccezionale e una poco immediata leggibilità delle informazioni (il tutto a discapito dell'utilità del template). Non sarebbe più corretto inserire dei parametri autonomi destinati a contenere le informazioni diverse dalla data, come ad esempio "Evento o atto di istituzione", "Evento o atto di soppressione", "Ente precedente" ed "Ente successivo"? --The White Lion (msg) 22:47, 21 ott 2014 (CEST)

Si può fare, ma troviamo delle etichette brevi, già quelle attuali prendono due righe, se si triplicano... --Bultro (m) 15:43, 26 ott 2014 (CET)

Per i parametri "Data istituzione" e "Data soppressione" potremmo visualizzare semplicemente "Istituzione" e "Soppressione": si dimezza a una sola riga. Per la causa o l'atto di istituzione/soppressione, dato che verrebbero visualizzate una di seguito a "Istituzione" e l'altra di seguito a "Soppressione", le etichette potrebbero essere semplificate entrambe in "Evento/Atto". Per "Ente precedente" ed "Ente successivo" si potrebbe fare come per il template:Stato e riservare in fondo una sezione "evoluzione storica", dove compaiono le etichette "Preceduto da" e "Seguito da" (a occhio dovrebbero occupare ciascuna una sola riga). --The White Lion (msg) 23:38, 26 ott 2014 (CET)

Anomalia

Qualcuno ha combinato qualche casino: l'infobox ora è enorme (occupa per metà in larghezza l'articolo) e il sistema di template per la geolocalizzazione è allo scatafascio.--87.3.111.245 (msg) 17:39, 30 ott 2014 (CET)

Per quale voce ravvisi questa anomalia? --The White Lion (msg) 23:59, 30 ott 2014 (CET)

class="metadata"

Mi sembra opportuno incapsulare tutte le righe da "Stato" a "Motto" (cioè tutto tranne panorama e mappa) in una class="metadata" per evitare che chi tenta di sfogliare una galleria di immagini se la ritrovi contaminata da iconcine ingigantite, come nel caso degli stemmi dei vari livelli amministrativi. Vedi mw:Help:Extension:Media Viewer/it#Come posso disabilitare Media Viewer per le immagini che non c'entrano?. --Nemo 16:35, 5 nov 2014 (CET)

Ho aggiunto piuttosto class=noviewer a Template:Divisione amministrativa/DA (per gli stemmi dei livelli) e a Template:Mappa di localizzazione. Non mi pare che ci sia altro --Bultro (m) 03:01, 10 nov 2014 (CET)

Diffusività

Non sono assolutamente ferrato in materia, quindi mi scuso anticipatamente se dico qualche scemenza. Il template prevede la compilazione del parametro "diffusività" relativo alla diffusività atmosferica della divisione amministrativa. Di certo per i comuni italiani non esistono dei dati ufficiali in merito (come, ad esempio, per i gradi giorno) e da quel che ho capito non si tratta di un valore fisso (come, ancora, i gradi giorno), ma varia seconda delle condizioni climatiche del momento. Quindi ha senso mantenere questo parametro che, in effetti, non ho mai visto compilato? --Fras.Sist. (msg) 15:47, 12 dic 2014 (CET)

A prima vista direi che non ha nessun senso. Al massimo chi ha dei dati fontati li può mettere nella sezione geografia fisica della voce.--F Ceragioli (msg) 16:57, 13 dic 2014 (CET)

non ricordo come è nato il parametro, qui c'è una vecchia discu ma nel vecchio template Comune il parametro in realtà non c'era. le voci che lo usano sono solo un centinaio, più o meno queste. almeno in Toscana una classificazione a tre livelli esiste (fonte, pag.25), ma a quel punto di indici atmosferici ce ne sono anche altri. per me eliminabile--Bultro (m) 15:42, 14 dic 2014 (CET)

Vada per l'eliminazione. Informazioni fontate in proposito possono stare tranquillamente nelle sezioni apposite. --Fras.Sist. (msg) 08:57, 15 dic 2014 (CET)

Città metropolitane

Visto che da 1 gennaio 2015 non esistono più 9 province ma sono state soppiantate dalle rispettive città metropolitane, bisognerebbe che il template dei comuni interessati, quando si inserisce il nome di una di quelle 9 sventurate province indiche "città metropolitana" e non più "provincia" nel secondo livello amministrativo...qualcuno è in grado di apportare tale modifica? Grazie!! --Gigillo83 (msg) 12:29, 2 gen 2015 (CET)

Nella voce Città metropolitana quella data non viene menzionata. Comunque la modifica attualmente non è possibile. Anche in altri stati ci sono vari tipi di suddivisioni, ma il template usa sempre un termine generico che li racchiude tutti, e nel nostro caso credo che "provincia" continui ad andar bene --Bultro (m) 15:25, 2 gen 2015 (CET)

Purtoppo no...non esistono più le province per quelle 9 realtà...alla fin dei conti è sufficiente modificare il tmp di modo che, quando compare il nome di una di quelle 9 città, invece che la scritte "provincia" nella prima parte compaia "città metropolitana"... lasciando il termine provincia il template non è corretto...--Gigillo83 (msg) 15:32, 2 gen 2015 (CET)

Concordo con la richiesta di Gigillo83. Prendo atto che anche in altri stati con diverse suddivisioni amministrative di pari livello (per la Francia i dipartimenti e i dipartimenti d'oltremare: o ci sono altri esempi più calzanti?) si impiega un termine unico, ma ciò non toglie che effettuare la modifica sarebbe necessario visto che, ad esempio, la provincia di Milano non esiste più. --Nicolabel 00:59, 7 gen 2015 (CET)

Concordo anch'io: la necessità esiste e va preso atto che esistono divisioni di secondo livello con nomi differenti pur all'interno del medesimo Stato. In questo caso "provincia" non va bene.--Ale Sasso (msg) 14:22, 7 gen 2015 (CET)

Qui se n'è preso atto da un bel pezzo, ma solo quando ci va di mezzo l'Italia si svegliano tutti... Come la mettiamo ad esempio con fiumi e montagne, che spesso e volentieri appartengono a due o più province? Come la chiamiamo ad esempio la quarta colonna in Comuni italiani per popolazione? Cosa faranno, nel mondo esterno, nelle valanghe di posti dov'è indicato genericamente "provincia", tipo i moduli da compilare? Un termine generico ci vuole --Bultro (m) 14:09, 8 gen 2015 (CET)

Ma se il nome è sbagliato non è corretto inserirlo! Se non esistono più quelle province non va bene inserire il nome provincia...è un errore! Le montagne che appartengono a più realtà avranno i nomi delle due realtà...per il tmp basta programmarlo di modo che quando si inserisce il nome di quelle 8 città venga scritto "città metropolitana" invece che "provincia"...--Gigillo83 (msg) 14:16, 8 gen 2015 (CET)

Aiutami a capire, [@ Bultro]: mi vuoi dire che altrove dipartimenti, contee, prefetture e cantoni si chiamano tutte "province"? Non ho capito peraltro cosa c'entri che una montagna appartenga a due province: sui parliamo di entità amministrative con nomi diversi e "provincia" non è un nome generico come "monte", è un nome specifico e, in questo caso, scorretto. O mi son perso qualcosa (ci sta che io sia fuso)?--Ale Sasso (msg) 15:14, 8 gen 2015 (CET)

Se è proprio inevitabile l'uso di un termine generico, sarebbe meglio etichettare il campo con unità territoriale di terzo livello (in analogia a NUTS-3) e lo si valorizzi a seconda dei casi come Provincia di Agrigento o Città metropolitana di Bari: tutto fuorché impiegare una terminologia errata. --Nicolabel 17:25, 8 gen 2015 (CET)

Sì, mi sembrava la soluzione più semplice.--Ale Sasso (msg) 18:39, 8 gen 2015 (CET)

Condivido appieno--Gigillo83 (msg) 19:59, 8 gen 2015 (CET)

@Ale Sasso, pensa intenda dire che anche in altre nazioni ci sono enti di livello simile ma nomi differenti ma che nessuno si è mai scaldato tanto per l'etichetta generica che ci stava davanti finchè non la cosa non ha riguardato le province/Città metropolitane italiane. Non sono esistenti neanche da una settimana è c'è questa fretta improvvisa di modificare un template abbastanza complesso.--Moroboshi ^scrivimi 07:45, 9 gen 2015 (CET)

Non credo che nesssuno di quanti di noi ha partecipato alla discussione al progetto amministrazioni abbia fretta. Solo che è una cosa da fare e invece di lasciare tutto in mano agli IP col rischio di creare situazioni caotiche e diverse da ex-provincia a ex-provincia, credo sia meglio che gestiscano il grosso della cosa utenti registrati (o IP esperti) coordinandosi tra loro. Non c'è fretta di modificare il template, ma un modo per far apparire "città metropolitana" ci sarà (spero...) --Caarl⁹⁵ 11:39, 9 gen 2015 (CET)

Grazie Moroboshi... Poi magari tra un anno a questi enti gli ricambieranno nome, ma la gente continuerà a dire "abito in provincia di Roma" per i prossimi secoli, perché il termine identifica quel territorio a prescindere dalla PA.

Per capire l'esempio della montagna vedere Monte Belvedere (Monti Lepini): Roma è città metro, Latina no, che ci mettiamo nell'etichetta a sinistra? A me Provincia pare accettabile, ovviamente è il valore a destra che dev'essere corretto. Nel Divisione amministrativa è complicato ma si potrebbe anche far variare l'etichetta in base al valore (quando è solo uno), ma in tutti gli altri template geografici no, sono riempiti con testo libero.--Bultro (m) 13:00, 9 gen 2015 (CET)

Scusa ma in che senso? Roma è Città Metropolitana, Latina è Provincia. Dunque si chiami pane il pane e vino il vino. pane il vino direi di no. "Provincia" non è nome generico di territorio, è nome proprio di ente amministrativo. Nome specifico è "zona", "area", "dintorni"...--Ale Sasso (msg) 13:57, 9 gen 2015 (CET)

[← Rientro] Provo a far capire meglio il discorso di Bultro, per spiegare come in realtà questa situazione già esiste da tempo in diversi altri Stati: negli USA il livello amministrativo sotto gli Stati federati è quello delle contee; queste, però, in due degli Stati sono chiamate diversamente. Pertanto la cittadina di Fort Yukon si trova nella Census Area di Yukon-Koyukuk, ma nel template Divisione amministrativa viene riportato: Contea Yukon-Koyukuk.

Allo stesso modo nel caso italiano avremmo, per esempio, nella voce Sestri Levante: Provincia Genova o, volendo, Provincia Città metropolitana di Genova.

Siete sicuri che un'indicazione del genere sia errata? --BohemianRhapsody (msg) 14:24, 9 gen 2015 (CET)

Non mi sembra possano esserci dubbi in proposito: non è una Provincia.--Ale Sasso (msg) 15:24, 9 gen 2015 (CET)

Non penso che il termine cambierà a breve...ricordo che il termine città metropolitana è già incluso nella Costituzione italiana! Le 8 province di cui si sta parlando non esistono più, sono termini non più corretta, e qui di inserire "Provincia di Città metropolitana di.." è sbagliato...non è assolutamente corretto...--Gigillo83 (msg) 15:27, 9 gen 2015 (CET)

A parte che in realtà il problema ce l'avevamo anche prima, dato che la Valle d'Aosta provincia non lo era; per il caso italiano si può anche risolvere con un "Provincia/Città Metropolitana". Mi preoccupa molto di più la gestione dell'Inghilterra (contee/autorità unitarie e relative suddivisioni). --Cruccone (msg) 22:43, 9 gen 2015 (CET)

In Valle d'Aosta, al posto della provincia, compare la dicitura "non presente"...quindi il problema lo si era risolto in quel modo...vedi Courmayeur. Ciau! --Gigillo83 (msg) 11:46, 10 gen 2015 (CET)

Ok, si può discutere nei casi in cui il campo deve indicare sia province sia città metropolitane, ma dove indica soltanto città metropolitane penso si debba indicare soltanto "città metropolitana".--Caarl⁹⁵ 15:52, 10 gen 2015 (CET)

Per risolvere i problemi di tutto il mondo, basterebbe avere un'etichetta generica per il parametro "Divisione amm grado 2" (tipo "Ente locale") e poi compilare il campo in modo esteso ossia scrivendo "Provincia di Imperia" e "Città metropolitana di Genova", senza mettere solo il nome del capoluogo di provincia/città metropolitana che già nel passato poteva generare confusione (potevo sempre pensare che il colleg. mi portasse alla città). Riguardo alla terminologia che ho usato, ricordo che la regione viene detta ente territoriale, mentre province, città metropolitane e comuni enti locali. Usando poi "ente locale di I liv.", "ente locale di II liv." ecc. si potrebbero risolvere le varie situazioni. Oggi in Italia sempre più pure i comuni non hanno il nome dell'insediamento, ma sono frutto di accorpamenti e fusioni che creano nomi non corrispondenti ad un centro abitato. Ecco perché io vedrei etichette generiche e campi completi: "Regione Veneto", "Provincia di Rovigo", "Comune di Porto Viro" per l'infobox della frazione di Porto Levante. (Non so se mia sia spiegato molto bene, spero si sia compreso il punto.) -- Gi87 (msg) 23:14, 11 gen 2015 (CET)

Comprendo bene. E quoto.--Ale Sasso (msg) 09:47, 12 gen 2015 (CET)

[← Rientro] Si potrebbe sfruttare Wikidata (anche se non subito) per questo, basta utilizzare le proprietà P31 (istanza di) e P131 (unità amministrativa in cui è situato). Non riporto l'esempio, perché al momento non è ancora fattibile (lo sarà a breve) e perché spiegarlo a parole sarebbe un po' troppo complesso, comunque utilizzando queste due proprietà si può ricreare tutta la gerarchia fino allo Stato sia come nome che come tipo di entità amministrativa (vedi sotto): --ValterVB (msg) 21:17, 12 gen 2015 (CET)

• Frazione: Porto Levante
  • Comune: Porto Viro
    • Provincia: Rovigo (nel caso di città metropolitana apparirebbeper es.: Città metropolitana: Venezia)
      • Regione: Veneto
        • Stato: Italia

Proprio quello che ci serve.--Ale Sasso (msg) 21:54, 12 gen 2015 (CET)

Ottimo...è proprio come avevamo suggerito più in altro...sperando che si riesca a mettere in funzione..:) --Gigillo83 (msg) 22:26, 12 gen 2015 (CET)

e se optassimo per una soluzione più sempice? --87.4.127.99 (msg) 03:45, 13 feb 2015 (CET)

Comune di Abbiategrasso Città metropolitana di Milano
Localizzazione
Stato	Italia
Regione	Lombardia
Provincia	Non presente
Territorio
Altre informazioni
Fuso orario	UTC+1

Secondo me è una soluzione non valida assolutamente... la provincia non c'è più, però al posto c'è la città metropolitana...--Gigillo83 (msg) 10:57, 13 feb 2015 (CET)

ma infatti nel template c'è la Città metropolitana.--87.4.127.99 (msg) 13:27, 13 feb 2015 (CET)

Scusate, non so dove se ne sia discusso, ma da oggi noto che nel template Divisione amministrativa è cambiata l'indicazione da "Provincia" a "Provincia o città metropolitana". In mia modesta opinione, credo che sarebbe meglio distinguere due diversi gradi amministrativi, se possibile. Proporrei qualcosa come 2.0.1 per le province e 2.0.2 per le città metropolitane. Il fatto è che si rende necessario non solo modificare il termine provincia in città metropolitana ma anche presidente in sindaco metropolitano ed eventualmente comuni in municipalità (di quest'ultimo però non sono sicuro). La soluzione attuale non mi sembra quella più adatta. --кıngsт^☁n! 14:49, 5 mar 2015 (CET)

Secondo me, come avevo già proposto sopra, sarebbe meglio che il tmp generasse il termine provincia normalmente ma, se si inserisce uno dei 9 capoluoghi di città metropolitana, allora generasse il termine città metropolitana invece che provincia...lasciare entrambi i termini mi sembra un po' eccessivo... Ciau! --Gigillo83 (msg) 15:09, 5 mar 2015 (CET)

Non è stato discusso, l'ha messo un utente come "prova", a me sembra una prova bruttarella oltre che fa apparire un'etichetta sballata nelle voci sulle cento province normali. --Bultro (m) 18:08, 5 mar 2015 (CET)

Visto che si tratta di 10 città metropolitane, probabilmente basta inserire un switch nel template, che selezioni le etichetta appropriate. --ValterVB (msg) 20:56, 5 mar 2015 (CET)

Coordinate da Wikidata

Se nessuno vede controindicazioni, come già feci a febbraio 2014 per Template:Infobox stazione della metropolitana o a maggio 2014 per Template:Ponte aggiungerei la lettura delle proprietà "Latitudine decimale" e "Longitudine decimale" da Wikidata, quando non inserite dall'utente (né in questa forma né in quella gradi/minuti/secondi). Lo spunto nasce dall'aver notato da pochi giorni modifiche come questa che sono fuori dallo standard in cui abbiamo utilizzato finora Wikidata, ossia Wikidata va utilizzato nei template, e non voce per voce. Questo permette anche di creare categorie di monitoraggio e aggiornamenti che si ripercuotono su tutte le voci, cosa non possibile se lo si usa direttamente nelle singoli voci. --Rotpunkt (msg) 12:46, 14 gen 2015 (CET)

La modifica è già pronta nella Sandbox. L'utilizzo locale delle coordinate, sia decimali che gradi/minuti/secondi, continua ad avere la precedenza su Wikidata. L'ho messa in prova alla voce Dokkum, con questa modifica (era una delle voci in cui Wikidata era stato utilizzato direttamente nella pagina). Si noti inoltre che Dokkum è ora categorizzata in Categoria:Coordinate assenti ma presenti su Wikidata, che ci permette di sapere quali sono le voci che poggiano su Wikidata per le coordinate, categoria che prima della modifica non veninva aggiunta. --Rotpunkt (msg) 14:19, 14 gen 2015 (CET)

Ma che senso ha la categoria? Se le coordinate sono solo su Wikidata, si prendono in automatico quelle e amen. Non c'è alcun lavoro sporco da fare. --Bultro (m) 15:38, 14 gen 2015 (CET)

Perché ti stupisce la categoria? Non è per il lavoro sporco, ma è una delle tante di Categoria:Dati incrociati con Wikidata, tutte con la stessa forma come "Codice Allmovie assente ma presente su Wikidata‎", "Codice IMDb assente ma presente su Wikidata‎" e quindi "Coordinate assenti ma presenti su Wikidata‎". Se la forma non piace basta cambiarla, ma è tanto che è così eh. Aggiungo che l'origine dei nomi di quelle categorie deriva da Template:Controllo Wikidata che creasti tu. --Rotpunkt (msg) 15:47, 14 gen 2015 (CET)

Ma infatti spesso sono inutili anche le altre; nacquero all'inizio, per monitorare la sperimentazione di wikidata. Possono ancora servire per quei template in cui non è automatico prendere il dato da wikidata, ma non è questo il caso. Magari parliamone al progetto wikidata --Bultro (m) 16:16, 14 gen 2015 (CET)

Per me si può anche rimuovere del tutto il Template:Controllo Wikidata, anche se non mi sembra così invadente rispetto alle decine di categorie nascoste che ci sono in alcune voci. Detto questo, facciamo che attivare questa modifica banalissima al template Divisione amministrativa, poi con tutta calma possiamo anche rivoluzionare le categorie, altrimenti andiamo a finire a Natale 2015. --Rotpunkt (msg) 16:23, 14 gen 2015 (CET)

A questo mi oppongo :) Il template Controllo Wikidata è fondamentale soprattutto all'inizio per verificare tutte le anomalie, non genera solo ...assenti ma presenti su Wikidata, ma anche la ben più utile ...differente da Wikidata‎ (anche se penso che per le coordinate ci sia qualche problema legato alla precisione) e ...non presente su Wikidata‎ . Detto questo, favorevole all'uso delle coordinate prelevate da Wikidata, anche perché a suo tempo era stato deciso che si poteva usare wikidata in qualsiasi template purché si mantenesse la precedenza al dato locale se presente. --ValterVB (msg) 20:00, 14 gen 2015 (CET)

@ValterVB non spingo certo per rimuoverlo :) è solo che se ci si oppeneva all'uso di Wikidata per via di queste categorie, tra le due possibilità preferisco ovviamente l'utilizzo di Wikidata. Domani inizio ad attivare la modifica, se poi Bultro vuole aprire una discussione specifica su quelle categorie ne parleremo lì. --Rotpunkt (msg) 21:25, 14 gen 2015 (CET)

Fatto. Tra l'altro aggiornando Categoria:Template che usano dati di Wikidata ho trovato che anche il template:Stato fu aggiornato nel dicembre 2013 all'uso di Wikidata per le coordinate e i codici ISO, però non ne ho trovato accenno in nessuna discussione e non è documentato neanche sul template Stato (inoltre le coordinate non sono sovrascrivibile dall'utente, come si era detto dovrebbe sempre essere possibile, il template non ha proprio i parametri latitudine/longitudine). --Rotpunkt (msg) 13:32, 15 gen 2015 (CET)

Campo "data di soppressione"

Segnalo che il campo in questione genera un wikilink errato, oltre che inutile (vedi qui). Non sono abbastanza pratico di template da correggere, chiedo di farlo a chi è in grado. Saluti. --AttoRenato ^{le poilu} 08:35, 11 apr 2015 (CEST)

Gestione errori parametro Stato

Su segnalazione di [@ Pil56] nella mia talk, ho fatto una breve ricerca nel codice del template e mi sembra che il problema sia in questa parte:

{{#if:{{{Stato|}}}|{{#ifexist:Template:{{{Stato}}}|{{band dip|{{{Stato}}}}}{{#ifeq:{{{Stato}}}|{{da CIO a ISO|{{{Stato}}}}}||{{#if:{{NAMESPACE}}||[[Categoria:Divisioni amministrative con Stato non riconosciuto]]}}}}|{{Errore template|Stato|Divisioni amministrative|t=r|man=Template:Divisione amministrativa/man}} }}|{{Errore template|Stato|Divisioni amministrative|man=Template:Divisione amministrativa/man}} }}

La gestione degli errori su "Stato" avviene come segue:

• (1) "Stato" vuoto => visualizza "Stato mancante" con Categoria:Divisioni amministrative senza Stato

{{Divisione amministrativa|Nome = test|Stato = |Grado amministrativo = 1}}

genera:

test
Localizzazione
Stato	Stato mancante (man)
Territorio
Altre informazioni

• (2) Template:{{{Stato}}} non esistente => visualizza "Stato non riconosciuto" con Categoria:Divisioni amministrative con Stato non riconosciuto

{{Divisione amministrativa|Nome = test|Stato = nonesistente|Grado amministrativo = 1}}

genera:

test
Localizzazione
Stato	Stato non riconosciuto (man)
Territorio
Altre informazioni

• (3) il problema c'è quando Template:{{{Stato}}} esiste ma non c'è invece un sottotemplate Naz/{{{Stato}}} esempio (esiste Template:A ma non Template:Naz/A):

{{Divisione amministrativa|Nome = test|Stato = A|Grado amministrativo = 1}}

genera:

test
Localizzazione
Stato	[[File:Template:Naz/A|class=noviewer|Template:Naz/A|20x16px]] Template:Naz/A
Territorio
Coordinate
Abitanti
Altre informazioni
Fuso orario

Nel problema riportato da Pil56 c'era "Stato = Repubblica Cisalpina 1797" invece di "Stato = A", che ho usato per ulteriore semplicità. Così come per "A" esiste Template:Repubblica Cisalpina 1797 ma non Template:Naz/Repubblica Cisalpina 1797. Mi resta da approfondire, ma intanto chi ha scritto il template lo saprà, se c'è qualche ragione per cui il controllo su Naz/{{{Stato}}} non viene fatto. Magari è una feature non un bug. --Rotpunkt (msg) 20:40, 8 mag 2015 (CEST)

Scartabellando nella cronologia mi sembra che la situazione sia nata con questa modifica, sempre che non mi sfugga altro, perché sono coinvolti vari template a cascata. In pratica prima della modifica (versione a sinistra) veniva controllata l'esistenza di "Template:{{{Stato}}}" perché veniva poi richiamato con {{{{{Stato}}}}} (si notino le 5 graffe). Successivamente alla modifica (versione a destra) si è utilizzato un nuovo template {{Band dip}} basato su {{Bandiera}}, a sua volta basato su {{Naz}}, quindi il controllo #ifexist:Template:{{{Stato}}} andrebbe sostituito con un controllo su Template:Naz/{{{Stato}}}, posso fare una prova nella sandbox. --Rotpunkt (msg) 00:11, 9 mag 2015 (CEST)

Ho modificato solo quel controllo e testato alla voce Dipartimento del Crostolo. C'è il messaggio di errore "Stato non riconosciuto" ma non più il precedente output malformato. --Rotpunkt (msg) 00:29, 9 mag 2015 (CEST)

@Rotpunkt: onestamente non credo che il problema sia così "datato" (2012) o non dipende da una modifica fatta in questo template. Se ricordi, un mesetto fa ti avevo scritto e poi cancellato un post perché lo stesso problema era apparso per il Kosovo (in quel caso l'avevo sistemato io con un redirect). Che poi il problema stesso possa magari essere risolto come dici tu poco sopra, meglio :-) --Pil56 (msg) 07:58, 9 mag 2015 (CEST)

[@ Pil56] Ah, il fatto è che mi hai scritto "... in casi come questi ..." che mi faceva intendere che il problema non fosse recente. Se il problema è recente oltre a quel controllo su "Template:{{{Stato}}}" può esserci anche altro, vedi per esempio questa modifica di marzo 2015. Faccio una prova nella sandbox di quel template. --Rotpunkt (msg) 08:27, 9 mag 2015 (CEST)

[@ Pil56] Con quella versione di marzo di Band dip (testabile tramite {{Divisione amministrativa/Sandbox2}}) non veniva utilizzato il template Naz, ma le solite 5 graffe (tre per il parametro e due per richiamare il template con quel nome), quindi funzionava anche per Stati per cui esiste {{Repubblica Cisalpina 1797}} ma non . Tuttavia era corretto che funzionasse? Bisogna verificare che non ci siano altre parti del template Divisione amministrativa che dipendano da Naz. Se serve solo per la bandiera allora basta ritornare indietro di una versione per {{Band dip}}, se serve anche per altro bisogna applicare la modifica cho ho proposto prima. --Rotpunkt (msg) 09:10, 9 mag 2015 (CEST)

[@ Rotpunkt]: ho visto che recentemente avete avuto dei diverbi ;-) , però vediamo anche cosa si ricorda [@ Bultro] che è l'autore delle modifiche citate :-) --Pil56 (msg) 09:17, 9 mag 2015 (CEST)

[@ Pil56] Beh, se ti riferisci a questa discussione, cosa che non avrei comunque fatto qui, io veramente non lo ritengo assolutamente un diverbio, ma una mia scontata difesa del poter contribuire a Wikipedia secondo i modi forniti e consigliati da Wikipedia stessa (i moduli non me li sono inventati mica io). --Rotpunkt (msg) 09:27, 9 mag 2015 (CEST)

Io non esprimevo, né intendevo esprimere, giudizi e lo si può definire come si vuole, diverbio, divergenza di opinioni, dissenso ecc.ecc. :-) Esprimevo semplicemente l'auspicio che non venga meno il desiderio di collaborazione nel risolvere i problemi. Tutto qui e senza nulla di negativo. :-) --Pil56 (msg) 09:51, 9 mag 2015 (CEST)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Allora, ho guardato i sottotemplate usati da Divisione Amministrativa:

• {{Divisione amministrativa/DA}}
• {{Divisione amministrativa/Stemmi}}
• {{Divisione amministrativa/Voci}}
• {{Divisione amministrativa/Colore}}
• {{Divisione amministrativa/Type}}
• "Divisione amministrativa/Climatica/*"
• {{Divisione amministrativa/Mappe speciali}}
• {{Divisione amministrativa/Preposizioni}}

e non vedo traccia di altri utilizzi di {{Naz}}. Quindi sarebbe da riportare indietro la modifica su {{Band dip}}. Quella modifica, portava ad utilizzare Naz in modo da poter scrivere {{Band dip|Italia}} =>  Italia (permesso dal fatto che esiste il redirect Template:Naz/Italia). Mentre con la precedente versione avremmo: {{Band dip/Sandbox|Italia}} =>  Italia. Ma, almeno per Divisione Amministrativa la documentazione dice di inserire in Stato il Codice ISO del Paese. Questo template, con i suoi database DivAmm, /Voci e /Stemmi e i template Naz e AggNaz, +tutti i template come {{ITA}}, {{Bandiera}}, ... saranno sicuramente prima o poi da rivedere (il modulo che univa e semplificava Naz e AggNaz l'avevo anche già fatto a ottobre 2013). Con l'introduzione dell'attesissimo accesso arbitrario di Wikidata speriamo finalmente di riuscire spostare gran parte di questi dati su Wikidata e semplificare tanto questi template/moduli. --Rotpunkt (msg) 12:21, 9 mag 2015 (CEST)

Band dip è usato in un sacco di posti oltre al D.A., decisamente non andrei a dargli fastidio. E' giusto correggere il controllo come hai fatto in sandbox. E il Template:Naz/Repubblica Cisalpina 1797 basta crearlo, non fa certo schifo averlo, in generale --Bultro (m) 22:40, 9 mag 2015 (CEST)

Fatto diff. --Rotpunkt (msg) 12:25, 10 mag 2015 (CEST)

Comune italiano

Il template dovrebbe linkare a [[Comune (ordinamento italiano)|comune]] e non al redirect [[Comuni d'Italia|comune]], che è deprecato. Vicipaedianus X 12:25, 11 giu 2015 (CEST)

C'è una discussione in corso Discussioni progetto:Amministrazioni‎‎#Questioni di nomenclatura--Bultro (m) 00:28, 12 giu 2015 (CEST)

Anomalia isole britanniche

Riprendendo il tema:

1. Vogliamo finalmente togliere le contee dall'Irlanda del Nord, che non sono più una divisione amministrativa (ci sono i distretti, non le contee)?
2. Vogliamo togliere le province dell'Irlanda, che non sono una divisione amministrativa da più di un secolo?
3. Vogliamo togliere le regioni inglesi, che non sono mai andate a regime e ormai non hanno più significato amministrativo? -- SERGIO ^{(aka the Blackcat)} 19:17, 17 giu 2015 (CEST)

Daje. No. --Bultro (m) 00:31, 18 giu 2015 (CEST)

Lei è illiberale! :D -- SERGIO ^{(aka the Blackcat)} 22:45, 19 giu 2015 (CEST)

Mi inserisco: vogliamo togliere quell'Ulster Banner laddove appare l'indicazione Irlanda del Nord che è una bandiera non ufficiale e considerata in vari ambienti settaria? --Kanchelskis (msg) 10:25, 24 set 2015 (CEST)

Se è così, va tolta proprio da Template:NIR e tutti gli altri posti --Bultro (m) 13:03, 24 set 2015 (CEST)

Quella bandiera è utilizzata solo per le rappresentative e competizioni sportive di calcio e cricket (le uniche dove esiste una selezione nordirlandese, perché altrimenti esistono solo nazionali irlandesi per tutta l'isola come per il rugby). L'Irlanda del Nord come stato non ha una bandiera ufficiale dal 1972, quindi lascerei il wikilink senza alcuna bandiera. -- Kanchelskis (msg) 13:59, 24 set 2015 (CEST)

Kanchelskis ha ragione. Riformulo più educatamente la domanda. Le 6 contee d'Irlanda del Nord non hanno più valore amministrativo. Inserirle è fuorviante, perché l'autorità amministrativa è il distretto, non la contea. Vogliamo eliminarle, una buona volta? -- SERGIO ^{(aka the Blackcat)} 19:12, 30 set 2015 (CEST)

Io sarei pure per tenerle, perché a livello culturale, sportivo e postale ancora hanno valenza (a livello politico e governativo soltanto non sono più rappresentative). Più che altro è grave la presenza di quella bandiera così come del tutto insensato l'utilizzo delle bandiere bicolore della GAA per identificare la contea visto che non sono ufficiali e limitate alle squadre gaeliche (per quanto spesso utilizzate in maniera ufficiosa). --Kanchelskis (msg) 20:19, 30 set 2015 (CEST)

Appunto, ripeto (spero per l'ultima volta...) che il valore amministrativo non è un requisito, anche in altri casi riportiamo delle localizzazioni che non sono amministrative, ma sono geograficamente significative.

Riguardo alle bandiere forse è meglio parlarne in dp:geografia o altrove, non riguarda solo questo template ma qualunque posto dove usiamo le bandierine. Anche questo non credo sia l'unico caso in cui mostriamo bandiere non ufficiali ma facilmente riconoscibili; lo fa anche en.wiki che è la lingua madre del posto --Bultro (m) 12:42, 1 ott 2015 (CEST)

No aspetta, la bandiera nordirlandese non è che non è ufficiale, è proprio stata abolita ed è vietata perché settaria. Il perché la utilizzi la FIFA è un altro tipo di discorso, ma se sventolate quella bandiera nelle Six Counties dopo dieci minuti qualcuno chiama la polizia. --Kanchelskis (msg) 13:58, 3 ott 2015 (CEST)

Provincia / Città metropolitana

A distanza di 6 mesi dall'entrata in vigore delle nuove città metropolitane, e visto che forse prematuramente se n'era già discusso a pochi giorni dall'evento, volevo sapere se alla fine si era trovata qualche soluzione tecnica (o "forzatura") per cambiare il termine provincia-->città metropolitana nei vari template e/o voci interessate. Grazie. --Dapa19 (msg) 15:38, 7 lug 2015 (CEST)

segnalo che il passaggio da province -> città metropolitane, ha creato qualche problema qui. per un comune che era precedentemente nella Provincia di Napoli, c'è un modo per linkare questa e non la "moderna" città metropolitana? --valepert 14:03, 28 ago 2015 (CEST)

così --Bultro (m) 15:05, 28 ago 2015 (CEST)

Immagine localizzazione e coordinate

Perché in questa pagina non appare il puntino rosso nell'immagine di localizzazione anche se sono state inserite le coordinate?--R5b43 (msg) 12:52, 11 set 2015 (CEST)

Perchè era stata "forzata" l'immagine di localizzazione, ora appare ;-) --Pil56 (msg) 12:58, 11 set 2015 (CEST)

Però è più corretta (e più aggiornata) la mappa File:North Korea location map 2.svg. Si potrebbe far apparire il puntino rosso nella mappa che ho appena citato?--R5b43 (msg) 13:02, 11 set 2015 (CEST)

Ogni nazione ha la sua cartina abbinata, nel caso specifico è Template:Mappa di localizzazione/PRK; nel caso si tratta di discutere e modificare quella (io non ho competenze per sapere quale sia più o meno aggiornta e usabile). --Pil56 (msg) 14:19, 11 set 2015 (CEST)

Wikilink a date di istituzione e soppressione

Vorrei far notare che la funzione parser che nasconde i wlink rossi di queste due date non evita l'incremento dei "puntano qui". A questo punto, anche se la voce della data esiste, non sarebbe meglio togliere del tutto il wlink? --Umberto NURS (msg) 01:22, 30 set 2015 (CEST)

Si, non mi pare una gran perdita --Bultro (m) 14:39, 30 set 2015 (CEST)

D'accordo sul togliere, anche perché quante date in formato giorno-mese-anno (es 1º ottobre 2015) abbiamo come voci? Forse nessuna. --Pier ^«···» 13:41, 1 ott 2015 (CEST)

Visto che anche altri nella discussione del FdQ sono favorevoli, direi che possiamo proprio toglierli. --Umberto NURS (msg) 15:50, 1 ott 2015 (CEST)

Aggiungetemi ai favorevoli alla rimozione. --Superchilum^(scrivimi) 16:32, 1 ott 2015 (CEST)

Stato in maiuscolo

Prendete ad esempio la voce Maryland, nel sottotitolo del template si legge "stato federato" ma sarebbe corretto "Stato federato". Questo template usa il lowercase obbligatorio, ma in questo caso non va bene. --82.48.8.224 (msg) 20:32, 30 set 2015 (CEST)

Non è sbagliato. Da Treccani: "Nell’uso moderno, per evitare ambiguità con altri significati, la parola viene a volte scritta con iniziale maiuscola ... soprattutto quando ci si riferisce allo stato proprio, alla propria nazione". "a volte" non è un obbligo e qui non è né ambiguo né il proprio --Bultro (m) 12:26, 1 ott 2015 (CEST)

Indicazione ora legale

Non sarebbe utile aggiungere un parametro in cui indicare se e quando la divisione amministrativa adotta l'ora legale?--Fringio – α†Ω 17:19, 19 ott 2015 (CEST)

Ma essendo le date di inizio e termine diverse, oltre che da zona a zona, anche di anno in anno, come le terresti aggiornate? --Pil56 (msg) 23:30, 19 ott 2015 (CEST)

Vero, non ci avevo pensato. Allora niente :)--Fringio – α†Ω 14:53, 20 ott 2015 (CEST)

Formatnum per Altitudine

È possibile inserire un formatnum per la proprietà?--Fringio – α†Ω 17:22, 4 nov 2015 (CET)

Più che si può, si deve :) con Wikidata anche ovviamente. L'avevo già nella lista delle cose da fare, solo che le voci che usano Divisione amministrativa sono tante (circa 180000) e nel parametro Altitudine c'è attualmente di tutto. Bisogna prima passare su tutte voci con il bot a renderlo compatibile a formatnum (dove invece è uguale a Wikidata si può rimuovere direttamente), e poi solo dopo aggiungere formatnum. Appena riesco lo farò, a meno che nel frattempo non lo voglia fare qualcun altro. --Rotpunkt (msg) 17:30, 4 nov 2015 (CET)

Ecco. Wikidata l'avevo eliminato dalla richiesta perché ho notato che su Wikidata non sempre sono espressi in m slm, ma delle volte in foot e potrebbe creare problemi/errori.--Fringio – α†Ω 17:53, 4 nov 2015 (CET)

Sì, ma il template Wikidata è già in grado di convertire i valori espressi in unità di misura differenti. Ho aggiunto questa funzionalità da poco più di un mese, ed è già funzionante in vari template. Vedi i nuovi parametri nella sezione "Per il solo tipo quantità" del template {{Wikidata}}. --Rotpunkt (msg) 18:01, 4 nov 2015 (CET)

Ah, perfetto, non lo sapevo :D--Fringio – α†Ω 18:08, 4 nov 2015 (CET)

Modifica codice

Dopo la discussione al progetto geografia, andrebbero modificate tutte le disambigue (Stato) in (stato).--fringio – α†Ω 14:26, 18 gen 2016 (CET)

Nel template non ho trovato niente da modificare --Bultro (m) 18:01, 18 gen 2016 (CET)

[@ Bultro] errore mio; era da modificare {{Naz/US-NY}} che è già stato fatto. Grazie comunque.--fringio – α†Ω 18:04, 18 gen 2016 (CET)

Pronuncia

Non so se potrebbe essere una cosa utile, la mia idea era quella di aggiungere al template la pronuncia del nome della Divisione a cui si riferisce, ad esempio attraverso un'icona simile al {{Audio}} vicino al Nome/Nome ufficiale. I dati si potrebbero prendere direttamente da Wikidata leggendo la proprietà P:P443, se non presente dal file "It-NomeDivisione.ogg" (ad esempio File:It-Roma.ogg. Che ne pensate, è una cosa fattibile, e sopratutto utile? --β₁₆ - (talk) 10:39, 21 gen 2016 (CET)

E' utile come per qualunque altra cosa che abbia un nome straniero, per me è meglio continuare a usare t:Audio nell'incipit --Bultro (m) 21:26, 21 gen 2016 (CET)

Immagini da Wikidata

Proporrei l'importazione da Wikidata dell'immagine (P18) per il campo "Panorama", qualora questo non fosse compilato, come già avviene da altri template. --Discanto ^??? 01:06, 11 mar 2016 (CET)

Volendo esiste anche banner per Wikivoyage (P948). --ValterVB (msg) 09:16, 11 mar 2016 (CET)

Le proporzioni del banner non sono adatte, verrebbe minuscolo --Bultro (m) 12:58, 11 mar 2016 (CET)

• Favorevole ad importare P18 e aggiungerei anche la mappa D:Property:P242. --Buggia 17:26, 24 lug 2018 (CEST)

Incipit automatico

Ciao, attivando l'incipit automatico la frase termina con ...della provincia di XXX, ma il collegamento è verso la voce del capoluogo di provincia, non verso la voce sulla provincia. Si veda Morro d'Alba. È possibile farlo puntare verso la voce sulla provincia, come il template? Grazie --β₁₆ - (talk) 11:14, 19 apr 2016 (CEST)

Non solo, l'incipit automatico dovrebbe far apparire la frase in questo modo:

«Morro d'Alba è un comune italiano di 1 905 abitanti della provincia di Ancona nelle Marche.»

È possibile? --Μαρκος 12:16, 19 apr 2016 (CEST)

Con questa modifica intanto si dovrebbe corregge il collegamento alla divisione amministrativa di grado inferiore. Un amministratore potrebbe aggiornare il template "ufficiale"? --β₁₆ - (talk) 23:18, 5 ott 2016 (CEST)

[← Rientro] A distanza di oltre due anni ripropongo la stessa questione: è possibile far comparire anche il nome della regione oltre a quello della provincia, come da esempio suggerito più sopra dall'utente Markos?--3knolls (msg) 08:15, 2 nov 2018 (CET)

Nota per altitudine

Ciao, oltre che il formatnum come già chiesto sopra, è possibile aggiungere anche il parametro Note altitudine, come per la superficie? Grazie! --β₁₆ - (talk) 09:49, 4 mag 2016 (CEST)

@Beta16 Il formatnum è un lavoro lunghetto e questo template ha svariati parametri che possono essere letti da Wikidata e non è ancora stato fatto (sono lette solo le coordinate). Inizio così, aggiungo il supporto a Wikidata per questi primi quattro parametri:

• Altitudine da altezza sul mare (P2044) (tipo quantità)
• Codice postale da codice postale (P281) (tipo stringa)
• Targa da codice immatricolazione (P395) (tipo stringa)
• Codice catastale da codice catastale italiano (P806) (tipo identificatore esterno)

quindi faccio un passata con un bot su tutte le voci a rimuovere questi valori quando uguali a quelli su Wikidata, per l'altitudine terrò conto nel confronto di eventuale formattazione presente. Così cominciamo ad alleggerire il numero di voci in cui bisognerà correggere i valori per il formatnum. Quando ho finito ripassero di qui. --Rotpunkt (msg) 12:19, 4 mag 2016 (CEST)

OK, perfetto. Grazie! Resto in attesa di notizie allora  :) --β₁₆ - (talk) 10:28, 5 mag 2016 (CEST)

[@ Rotpunkt] piccola richiesta: è possibile far sì che il dato convertito dell'altitudine abbia un solo decimale? Altrimenti ci sono casi come White Hall (Alabama) in cui ha troppi decimali.--fringio · α†Ω 12:54, 24 mag 2016 (CEST)

Si può rendere configurabile il numero di decimali, tuttavia sei sicuro della pagina White Hall (Alabama)? Non ha proprio decimali. Forse intendevi un'altra pagina? --Rotpunkt (msg) 13:16, 24 mag 2016 (CEST)

Hai ragione, era White Hall (Arkansas).--fringio · α†Ω 13:31, 24 mag 2016 (CEST)

Ho implementato nel template/modulo Wikidata l'arrotondomento a un certo numero di decimali e applicato a questo template per l'altitudine (per ora a due decimali). Riguardo al passaggio di bot, è ancora in corso, tra qualche giorno dovrei aver finito e ripasso a elencare i progressi. --Rotpunkt (msg) 15:29, 24 mag 2016 (CEST)

[@ Rotpunkt] pensavo: ha senso dare dei decimali per l'altezza? Cioè, generalmente l'altezza sul livello del mare viene espressa senza decimali, quindi forse la si può anche arrotondare a 0 decimali.--fringio · α†Ω 14:21, 26 mag 2016 (CEST)

@Fringio Considerando che Wikidata a parte, già si inseriva in questo template l'altitudine con la virgola, esempio Grants Pass, Brema, e in diverse altre Wiki è anche così, e che in generale comunque si tratta di casi veramente rari, credo che potremmo fare una ricerca su altre Wiki e su Wikidata su quale sia il comportamento migliore, ma nel frattempo possiamo soprassedere senza problemi. --Rotpunkt (msg) 15:34, 26 mag 2016 (CEST)

È solo una piccolezza; non credevo che fossero utilizzati numeri con la virgola anche per l'altitudine. Possiamo anche lasciarlo a 2 decimali senza problemi.--fringio · α†Ω 16:51, 26 mag 2016 (CEST)

[@ Beta16] Ho quasi terminato la preparazione per formatnum, apro una discussione a parte per il lavoro fatto su Wikidata. --Rotpunkt (msg) 15:48, 28 mag 2016 (CEST)

Wikidata

Come segnalato nella discussione precedente, in questo mese ho iniziato ad aggiungere la lettura da Wikidata ad alcuni parametri di questo template, che precedentemente leggeva da Wikidata solo le coordinate. Le proprietà Wikidata che ho utilizzato sono state 19:

• fuso orario (P421)
• codice postale (P281)
• codice catastale italiano (P806)
• ISO 3166-2 (P300)
• codice immatricolazione (P395)
• 11 proprietà riguardanti i codici statistici: codice municipale austriaco (P964), codice BFS (P771), identificativo LAU (P782), codice distretto tedesco (P440), codice municipale tedesco (P439), codice INE (P772), codice regione INSEE (P2585), codice dipartimento INSEE (P2586), codice cantone INSEE (P2506), codice comune INSEE (P374), codice ISTAT (P635)

A queste si aggiungono altezza sul mare (P2044), superficie (P2046) e sito web ufficiale (P856).

Ho in seguito quindi compiuto un proficuo passaggio di bot, grazie al quale ora leggiamo circa 350.000 (!) nuovi dati da Wikidata, così suddivisi:

• 144.000 fusi orari
• 70.000 codici statistici, suddivisi principalmente tra:
  • 36000 per il codice INSEE
  • 10000 per il codice municipale tedesco
  • 8000 per codice INE
  • 8000 per il codice ISTAT
  • 4000 per il codice cantone INSEE
  • 2000 per il codice municipale austriaco
  • 2000 per il codice OFS
• 70.000 codici postali
• 8.000 codici catastali
• 4.000 codici ISO 3166-2
• 1.800 targhe
• circa 30.000 nuovi siti web, 20.000 dati di altezza sul mare e 5000 dati di superficie

Ci sono altre proprietà ancora da fare, ma in questo primo giro mi sono limitato a questa ventina per non complicare troppo il codice del bot (che deve leggere e confrontare dati nel template con quelli su Wikidata spesso al netto della formattazione). --Rotpunkt (msg) 15:56, 28 mag 2016 (CEST)

Complimenti per tutta la gran mole di lavoro che ti sobbarchi! -- Gi87 (msg) 15:16, 29 mag 2016 (CEST)

Grazie! Spero che usando sempre più Wikidata prima o poi si superi la soglia critica di utilizzo, per cui per un utente divenga sempre più una abitudine quotidiana leggere i dati dei sinottici da Wikidata. --Rotpunkt (msg) 15:34, 29 mag 2016 (CEST)

Tempo al tempo. L'importante è che la base venga impostata per bene da persone competenti come te così un domani sarà più facile continuare. -- Gi87 (msg) 15:39, 29 mag 2016 (CEST)

Ri-ringrazio! :) --Rotpunkt (msg) 16:14, 29 mag 2016 (CEST)

Aggiornamento di novembre 2016: nei giorni scorsi ho aggiunto il supporto alla lettura da Wikidata anche per il parametro relativo al prefisso telefonico, tramite un template/modulo, Modulo:Prefisso telefonico. Ho fatto quindi un passaggio di bot, tramite il quale ora circa 26.000 voci lo leggono da Wikidata, e altri 49.000 aspettano di essere caricati. --Rotpunkt (msg) 12:19, 5 nov 2016 (CET)

Codice postale

Si potrebbe sostituire, per l'Italia, la dicitura "codice postale" con la dicitura "CAP"?--5.169.149.176 (msg) 16:20, 24 giu 2016 (CEST)

Nuovo parametro

Salve, volevo proporre l'aggiunta nelle sezione "altre informazioni" del parametro "diocesi" visto che è comunque un'informazione che completa la descrizione della città. Nel parametro diocesi, come succede sulla wikipedia spagnola, verrebbe aggiunto il nome dell'arcidiocesi, della diocesi o del patriarcato di appartenenza della città. Grazie per l'attenzione. Cordiali Saluti. --Littera Enciclica (msg) 11:36, 26 giu 2016 (CEST)

Quando scrivi "come succede sulla wikipedia spagnola" mi puoi fare un esempio di una voce, perché il corrispettivo di questo template nella wikipedia in lingua spagnola è es:Template:Ficha de entidad subnacional e non vedo il parametro. --Rotpunkt (msg) 17:27, 26 giu 2016 (CEST)

Sul fatto che non è presente su es.wikipedia hai ragione però penso che sia comunque un parametro utile. Che ne pensi? --Littera Enciclica (msg) 18:30, 26 giu 2016 (CEST)

Io eviterei, andiamo troppo fuori dall'ambito geografia, ed è sbilanciato verso una particolare religione. Quale sia la diocesi si dice nella sezione Religione, ma non c'è bisogno che stia anche qui --Bultro (m) 10:32, 28 giu 2016 (CEST)

Sono d'accordo con Bultro. È un'informazione non propriamente "geografica" per il template in oggetto (già abbiamo l'opzione "patrono" e "festività"...) e, sinceramente, anch'io penso potrebbe risultare un parametro un po' troppo "di parte". Perché allora dovremmo pure inserire un'ipotetica appartenenza geo-religiosa (passatemi il termine) del comune X nelle varie religioni (se esistono divisioni, ovviamente). Tra l'altro, e qui aggiungo un ulteriore problema, vi sono comuni italiani e parrocchie che fanno magari parte di due distinte diocesi. Un caso che vi posso segnalare, da ligure, è Isola del Cantone (GE) dove le otto comunità parrocchiali sono divise tra l'arcidiocesi di Genova e la diocesi di Tortona. Non a caso vi è un cenno nell'apposito paragrafo "Religione". --Dapa19 (msg) 15:55, 28 giu 2016 (CEST)

Concordo con Bultro. All'esempio di Dapa19 ne aggiungo un altro. Il comune veneto di Quero Vas è addirittura diviso fra 3 diocesi: Padova, Belluno-Feltre e Vittorio Veneto.
--FeltriaUrbsPicta (msg) 16:38, 28 giu 2016 (CEST)

Formato data elezione

Salve,

mentre aggiornavo alcune pagine di comuni con i nuovi sindaci eletti, mi sono imbattuto in un dilemma: il formato della data di elezione. Infatti, sul modello viene detto di usare lo stile abbreviato ovvero gg-mm-aaaa (senza gli eventuali zeri); tuttavia nella maggior parte delle pagine è usato il formato gg/mm/aaaa e in alcune di queste, come Pavia, la data è accompagnata dalla dicitura <!--DATA DI ELEZIONE, usare il formato GG/MM/AAAA-->.

Quindi quale dei due stili o formati usare? --Federigo Federighi (msg) 18:34, 26 giu 2016 (CEST)

Vanno seguiti i manuali. Quei commenti credo che ce li portiamo dietro dal vecchissimo template Comune che poi è confluito nel Divisione amministrativa; cancellali pure se ti capita --Bultro (m) 12:43, 27 giu 2016 (CEST)

Okay perfetto! Grazie. --Federigo Federighi (msg) 20:25, 28 giu 2016 (CEST)

toponimi storici

Buongiorno. a seguito di discussione in corso Discussioni_progetto:Geografia#Toponimi_latini chiedo se sarebbe possibile inserire uno spazio nel template dedicato ai "Toponimi storici". Ho visto che è possibile inserire i toponimi ufficiali in lingue diverse se attualmente in uso in località multilingue (es. Berna / Bern). Invece, per non "ingolfare" la parte alta, un codice analogo posto nella parte inferiore del template in zona "altre informazioni", dedicato ai "Toponimi storici" potrebbe essere utile per il chiarimento di cambi di nome in epoca storica dovuti sia a cause socio-politiche (es. Leningrado/S. Pietroburgo ,OhChiMinh/Saigon, Pechino/Khanbaliq) o per ragioni linguistiche. Molte città europee o dell'Asia minore o nord-africane, hanno usato ,dall'epoca romana anche fino al XVII secolo, il toponimo latino come lingua franca ufficiale, affiancato al nome in lingua locale, spesso cambiato a causa di modifiche linguistiche o cambi di nazionalità (Es.il Sud-Tirolo, altro esempio Aquisgrana in tedesco Aachen, in ripuario Oche, in francese Aix-la-Chapelle, in olandese Aken, in latino Aquisgranum, nomi non tutti odiernamente ufficiali ma che sono stati ufficiali in diverse epoche storiche). A volte queste modifiche di toponimo sono già accennati in voce, ma penso che una loro presenza nel template sarebbe più funzionale con l'uso dei codici lingua ISO e la possibilità di una categorizzazione/indicizzazione automatica. Forse si potrebbe usare la riga "soprannome", ma è cosa diversa. Grazie per un interesse verso la discussione. Ciao --Aleacido (msg) 03:06, 30 lug 2016 (CEST)

a seguito di discussione in corso è una contraddizione... --Bultro (m) 11:45, 1 ago 2016 (CEST)

Bultro al mio paese si chiama "cazzapetucchi" (schiaccia-pidocchi) per persona che si occupa di problemi minimi e insignificanti..., il senso è pienamente comprensibile nè a ben vedere c'è contraddizione in quanto rapporto di causa/effetto; "a seguito" è anche sinonimo di "a causa" nè obbligatoriamente la locuzione deve obbligatoriamente essere usata al termine dell'azione, ma ove per rapporto di causa effetto e non di senso temporale è sufficiente che l'azione sia iniziata o in corso ("a seguito dello scoppio della guerra", "a seguito della guerra", possono essere equivalenti o la seconda significa sia "al termine" che "a causa" o anche in un indeterminato momento dello svolgimento della guerra, dipende dal contesto). Tanto per la precisione.A volte per noia ci si diverte così (anche io ;-) ). Forse era meglio occuparsi del merito del mio intervento... ;-) . Ciao --Aleacido (msg) 03:54, 1 set 2016 (CEST)

Stati dell'Australia

In template:DivAmm/AUS suggerirei di sostituire la dicitura "stato o territorio" con "stato federato" allo scopo di distinguere meglio l'Australia nel suo complesso dai singoli stati che la compongono.--Mauro Tozzi (msg) 12:16, 4 set 2016 (CEST)

Il problema è che l'Australia è formata da Stati (federati) e territori, con quella dizione si comprendono entrambi, non so se sia più corretto. D'altra parte "Stato federato o territorio" diventa troppo lungo. Se fosse tecnicamente possibile non sarebbe male far apparire solo quello giusto. --Cruccone (msg) 14:00, 3 ott 2016 (CEST)

Problema con l'altitudine

Se io inserisco un valore di altitudine negativo per località (per esempio Contane) che si trovano al di sotto del livello del mare, l'ideale sarebbe che il modulo restituisse il valore con il segno meno (−, U+2212), anziché col trattino, che si usa per semplicità all'interno della pagina nell'inserimento del valore. Si può fare?--Carnby (msg) 14:30, 2 ott 2016 (CEST)

Farsi si può fare, tra l'altro se guardi qualche discussione più sopra l'introduzione di formatnum è abbastanza recente (giugno 2016), tuttavia di template che usano valori numerici che possono essere negativi ce ne sono a decine, e non si è mai sentita questa esigenza, io sopprassiederei per ora. --Rotpunkt (msg) 14:40, 2 ott 2016 (CEST)

A proposito di utilizzare caratteri tipografici più corretti, anche se non presenti nella tastiera italiana, c'è giusto adesso c'è una discussione al Bar: Wikipedia:Bar/Discussioni/Apostrofi tipografici e virgolette tipografiche. --5.170.10.46 (msg) 22:48, 2 ott 2016 (CEST)

Quella dell'apostrofo è una cosa molto ma molto più invasiva della mia proposta di rendere il segno meno "automatico" davanti a certi campi in certi templates.--Carnby (msg) 19:18, 7 ott 2016 (CEST)

Comunque il manuale di stile non dice che si debba usare quel carattere, nemmeno nella sottopagina dedicata alla matematica. Prima va discusso in generale, i template sono l'ultima cosa a cui pensare --Bultro (m) 13:56, 10 ott 2016 (CEST)

A dire il vero io ci avevo provato, ma non ho avuto molta fortuna.--Carnby (msg) 23:25, 13 ott 2016 (CEST)

Modifica (che non so fare) per il Canton Berna

Questo template è impostato, per tutta la Svizzera, per collocare i cantoni come Divisione amm grado 1, i distretti come Divisione amm grado 2, i comuni come Divisione amm grado 3 e le frazioni come Divisione amm grado 4. Questo va bene quasi dappertutto, ma da qualche anno non più per il Canton Berna, dove i distretti sono stati sostituiti dalle regioni e dove c'è un ulteriore grado amministrativo, il circondario, tra regioni e comuni. Limitatamente al Canto Berna, quindi, il template per essere corretto dovrebbe rendere: i cantoni come Divisione amm grado 1, le regioni come Divisione amm grado 2, i circondari come Divisione amm grado 3, i comuni come Divisione amm grado 4 e le frazioni come Divisione amm grado 5. È possibile? Grazie, --CastagNa 23:40, 5 dic 2016 (CET)

Ps: per il momento ho ripiegato con l'indicare le regioni come Divisione amm grado 2, ma nella colonna di sinistra appare "Distretto" e non "Regione", e i circondari come "raggruppamento", che però sta da un'altra parte del template e per di più a sinistra riporta "Circolo", che va bene invece per il Canton Ticino. Soluzione chiaramente insoddisfacente...

Al momento la soluzione meno orribile è creare uno stato fittizio, es. CHE-Berna. Questo avrà un proprio t:DivAmm/CHE-Berna con i suoi livelli, e se necessario un proprio t:Divisione amministrativa/Voci/CHE-Berna e t:Divisione amministrativa/Stemmi/CHE-Berna. --Bultro (m) 18:06, 7 dic 2016 (CET)

Se è fattibile tecnicamente, lo farei; se serve correggere a mano tutte le voci sui comuni, non c'è problema, tanto li sto già ripassando tutti. Grazie. --CastagNa 01:03, 8 dic 2016 (CET)

Ps: "lo farei" nel senso che... aspetto che lo faccia tu...

Separatore delle migliaia

Ciao,

il separatore delle migliaia per questo template è lo spazio.

Ad esempio, la densità abitativa di Parigi è visualizzata come 21 153,9 ab./km².

Oggi, cercando di fare i confronti con altre città, ho dovuto rileggere molte volte il numero, perché mi era sembrato davvero poco chiaro. Sarebbe una buona idea sostituirlo con il punto?

Qualcun altro ha lo stesso problema?

Amux (msg) 21:14, 18 gen 2017 (CET)

Il separatore della migliaia più corretto secondo le norme ISO è proprio lo spazio e noi ci siamo adeguati vedi Aiuto:Manuale di stile#Numeri per dettagli --ValterVB (msg) 21:24, 18 gen 2017 (CET)

Grazie ValterVB, hai ragione, non lo sapevo.

Per riferimento, la norma è la ISO 31-0 e prevederebbe l'uso di thin spaces quando possibile (  in versione non breaking), invece dell'  che usiamo adesso. Il punto è invece sconsigliato.

Un esempio:

Abitanti di Parigi: 2 229 621 (usando   non breaking space)

Abitanti di Parigi: 2 229 621 (usando   non breaking thin space)

--Amux (msg) 22:01, 19 gen 2017 (CET)

Il nbsp è un'impostazione generale di tutto il sito, non dipende da questo template. Si scelse il nbsp perché il thin space non è (o era) ancora ben supportato e da molta gente non funzionerebbe. Se non sbaglio è Unicode e verrebbe sostituito da terribili quadratini--Bultro (m) 14:24, 21 gen 2017 (CET)

Città metropolitane... 2 anni dopo

A distanza di due anni da queste discussioni (1, 2, 3), non credete che sia il caso di rimediare a questa anomalia delle Città metropolitane, fu detto che era troppo presto, ora per favore vogliamo sistemare gli infobox delle città metropolitane e dei comuni che ne fanno parte? In attesa di una risposta in merito, vorrei porre il quesito anche ad altri utenti che già in passato discussero dell'argomento: [@ Ffeeddee], [@ Ale Sasso],[@ Bultro], [@ Gigillo83], [@ ValterVB], [@ Dapa19],[@ Paginazero] ,[@ Caarl 95], [@ Kingston28]--Havesan8 (msg) 13:12, 11 feb 2017 (CET)

Essendo io per primo ad aver sollevato la questione, non posso che essere d'accordo...--Ffeeddee (msg) 14:04, 11 feb 2017 (CET)

Si, tanto più dopo questi edit : l'amico ip inserisce un valore da lui inventato, dovremmo invece implementarne uno nel divamm (che non può essere il 2.5, già preso dalle comunità montane etc). --Yuмa (msg) 14:11, 15 feb 2017 (CET)

vedi anche Discussioni template:Divisione amministrativa/man/Italia#Infobox Città metropolitane

ma non è inventato, l'opzione 2-2 l'ho appresa dalle istruzioni per l'uso.--79.51.215.253 (msg) 14:37, 15 feb 2017 (CET)

Sicuro? Nel manuale si parla di 2-2 etc per tutt'altro campo, in Grado amministrativo serve un numero (o decimale) che identifichi il tipo di ente, ora abbiamo 1. Regione, 2. Provincia, 3.Comune, 4.Frazione. Con un 2.5 opzionale per alcune entità intermedie. Non abbiamo ancora aggiornato per comprendere città metropolitane e relativi sindaci m. La tua modifica fa scomparire "presidente" sostituito dal generico "amministratore locale" di default. Va corretto. --Yuмa (msg) 15:00, 15 feb 2017 (CET)

Mi riferisco a questo passaggio: Divisione amm grado 2-2, 2-3, 2-4, 2-5 (opzionale): Come Divisione amm grado 2.--79.51.215.253 (msg) 15:04, 15 feb 2017 (CET)

S ho capito. Però è un campo diverso, tu modifichi Grado amministrativo: e lì il manuale dice: Grado della divisione amministrativa di cui tratta la voce, ovvero il livello di suddivisione a partire dall'intero stato; ad esempio per l'Italia le regioni hanno grado 1, le provincie grado 2, i comuni grado 3. Per la sua compilazione, è consigliabile seguire i manuali specifici per i singoli Stati. Per entità speciali (es. i distretti federali) è possibile inserire il valore 0, oppure un valore decimale (con punto, es. 2.5); la differenza è che il decimale richiede l'inserimento delle divisioni di grado superiore. Il manuale specifico per l'Italia è Template:Divisione amministrativa/man/Italia che come vedi non è aggiornato alle città metropolitane. Va fatto. La tua soluzione è creativa ma andrà comunque corretta. --Yuмa (msg) 15:10, 15 feb 2017 (CET)

è evidente che non sono pratico e competente, magari puo' essere visto e infatti lo è, come un escamotage, ma per me che non sono per niente avvezzo a certi tecnicismi, è del tutto involontario, di sicuro la carica del presidente non c'è più nell'infobox, non credo sia un problema, anzi.--79.51.215.253 (msg) 15:26, 15 feb 2017 (CET) Poi per carità tutto è migliorabile, l'ideale sarebbe inserire Sindaco metropolitano al posto di amministratore locale, se sei in grado di fare questa modifica risolveremmo definitivamente almeno questo primo aspetto.--79.51.215.253 (msg) 15:38, 15 feb 2017 (CET)

Per ora non modificare più gli infobox, cortesemente, il tuo edit toglie informazioni e rende il colore grigio. --Yuмa (msg) 00:13, 16 feb 2017 (CET)

non condivido il ripristino e nemmeno le motivazioni, l'immobilismo che vedo qui è imbarazzante.--79.51.215.253 (msg) 13:13, 16 feb 2017 (CET)

Imbarazzati quanto vuoi, ma non fare edit distruttivi. La fretta è cattiva consigliera. Non esiste un parametro "2-2" per quel campo. Va aggiornato l'infobox. --Yuмa (msg) 13:40, 16 feb 2017 (CET)

Per i sindaci metro, ho risolto valorizzando Amministratore locale 2, Partito 2, Data elezione 2 (campo attivato da questa aggiunta al divamm). --Yuмa (msg) 14:46, 16 feb 2017 (CET)

Grazie [@ Yuma], si potrebbe inserire anche la città metropolitana nei link divisioni, ho appena provato, però mi sono accorto che la pagina è protetta.--Havesan8 (msg) 18:36, 16 feb 2017 (CET)

Ci ho pensato, Havesan, è che mentre sull'amministratore locale sapevo l'effetto che avrebbe fatto (e che non c'era rischio di far danni), sui link delle divisioni non ne sono certo... (non conosco bene il template, mi tocca esaminare tutto il codice per capire dove metter cosa)... tu come lo aggiungeresti e dove? Se mi fai un esempio di codice provo a testarlo. --Yuмa (msg) 21:03, 16 feb 2017 (CET)

[@ Yuma] Purtroppo non posso darti dei suggerimenti pratici, non ci capisco nulla di template, ma in una discussione risalente a ormai due anni fa, ho letto una probabile suluzione, copio e incollo un edit di [@ ValterVB] risalente al 12 gennaio 2015:

Si potrebbe sfruttare Wikidata (anche se non subito) per questo, basta utilizzare le proprietà P31 (istanza di) e P131 (unità amministrativa in cui è situato). Non riporto l'esempio, perché al momento non è ancora fattibile (lo sarà a breve) e perché spiegarlo a parole sarebbe un po' troppo complesso, comunque utilizzando queste due proprietà si può ricreare tutta la gerarchia fino allo Stato sia come nome che come tipo di entità amministrativa.

Credo che [@ Bultro] sia in grado di risolvere, a quanto ho capito è lui che si occupa di queste modifiche.--Havesan8 (msg) 21:58, 16 feb 2017 (CET)

Siccome non ho mai usato il template, non credo che vi possa dare una mano. In ogni caso ho aggiornato qui il codice attuale per passare al modulo Infobox e rendere il template un tantino più facile da capire e modificare (è pur sempre un inizio...). Sarebbe bello se poteste testarlo nei prossimi giorni/settimane per assicurarvi che il comportamento sia esattamente uguale a quello di ora e che non ci siano bug. Detto questo, vi consiglierei di stilare una lista a cui fare riferimento per tutto ciò che dovrebbe cambiare solo per le città metropolitane, magari sarebbe d'aiuto.--Sakretsu (炸裂) 23:14, 16 feb 2017 (CET)

Non so che margine di modifica ci sia, provo a spiegare il problema che rilevo. Sarebbe bene se l'infobox fosse meno rigido. Ci sono enti come le città metropolitane o ad es. le Borough e Census Area dell'Alaska che ora è complicatissimo indicare, perché risultano automaticamente come (rispettivamente) Provincia e Contea. Vedi Cernusco sul Naviglio in Italia o Selawik in USA. Sarebbe bene, se si può, prevedere parametri aggiuntivi da poter compilare a manina, che permettano una definizione manuale delle etichette (i "Nomi" nel codice infobox) dove necessario. Su en.wiki tutto è inserito in voce, qui abbiamo tutto nei sottotemplate, cosa che imho complica un po' le cose. Senza smantellare tutto, spero si possa rendere l'infobox un po' più personalizzabile dal lato ns0. --Yuмa (msg) 01:01, 17 feb 2017 (CET)

Cernusco sul Naviglio comune
Localizzazione
Stato	Italia
Regione	Lombardia
Città metropolitana	Milano
Territorio
Altre informazioni
Fuso orario	UTC+1

Ho dato un po' un'occhiata ed effettivamente penso che la tua soluzione sia la migliore. Per ora nella sandbox ho attivato solo il parametro Tipo divisione amm grado 2. {{DivAmmW/Sandbox}} controlla che il parametro sia compilato e che al suo valore DivAmm/Stato/Sandbox trovi una corrispondenza. Nell'esempio qui a fianco il template a cui si arriva è {{DivAmm/ITA/Sandbox}} a cui ho aggiunto il caso |2città metropolitana = link. Se il parametro non è compilato oppure è compilato con un valore non previsto, DivAmmW/Sandbox continua normalmente come l'attuale. In sostanza, avremo cinque nuovi parametri (Tipo divisione amm grado 1/2/3/4/5, o eventualmente di meno se non ce ne sarà bisogno) da compilare con borough, città metropolitana, ecc. Questi casi andranno aggiunti col numeretto giusto e attaccato di seguito il tipo (|2borough = link) nei sottotemplate DivAmm/Stato corretti. In questo modo si potranno indicare eccezioni, ma sempre senza lasciare che gli utenti scrivano ciò che vogliono come etichetta.--Sakretsu (炸裂) 15:57, 17 feb 2017 (CET)

Io non sono intervenuto su {{DivAmm}}, sia perché sono troppo occupato da altri template in questo periodo, sia perché è giusto che anche altri si addentrino nei problemi andando a vedere come funzionano le cose (e Yuma e Sakretsu sono sicuramente in grado di studiarli e modificarli). Riguardo all'utilizzo di Wikidata, il giorno che avrò tempo, a meno che qualcuno non l'abbia fatto prima, riprenderò un lavoro che avevo iniziato in questa sandbox con test in Utente:Rotpunkt/Sandbox6, che permetteva, come diceva ValterVB sopra, di generare automaticamente quelle informazioni a partire da Wikidata. --Rotpunkt (msg) 16:49, 17 feb 2017 (CET)

My 2 cents: se uno va a vedere le divisioni amministrative nei vari paesi, non è così strano che ci siano divisioni dello stesso livello con nomi diversi, ad esempio Inghilterra o Germania, dove poi la gerarchia può essere ancora più complessa. In Italia al confronto la situazione è semplice, semplicemente al secondo livello ci sono 5 casi: provincie, città metropolitane, provincie autonome, liberi consorzi (quelli della Sicilia), e la val d'Aosta che non ha il livello. Qualche if che faccia apparire il nome giusto si dovrebbe poter mettere nel template, no? (Poi magari c'è già, queste discussioni le avevo già sentite anni fa). --Cruccone (msg) 17:12, 17 feb 2017 (CET)

La modifica di Sakretsu come soluzione è ottima, mi chiedo solo se sia possibile etichettare la divisione amministrativa 2 delle città metropolitane con le sigle di appartenenza tipo  Roma,  Milano,  Napoli etc...onde evitare vandalismi vari.--Havesan8 (msg) 17:37, 17 feb 2017 (CET)

(f.c) @Sakretsu: Ottimo, mi pare, se funziona basterà aggiungere ai comuni |Tipo divisione amm grado 2 = città metropolitana. Servirà botolare, ma in prospettiva mi sembra che faciliti le cose.

@Cruccone, speravo anche io di poter mettere un if... ma per come è stato fatto non è che il template in quel caso dice al sottotemplate "Milano", ma gli dice "Italia, grado 2"... e aspetta la risposta, che è "Provincia"... Certo, si potrebbe modificarne radicalmente il comportamento. È' una scelta, la soluzione Sakretsu è applicabile subito, con una modifica limitata al codice è una passata di bot; una soluzione per cui il template riconosca da solo l'ente va elaborata (e richiede la modifica di tutti i divamm... pensiamoci, se è preferibile perché no.)

@:Havesan... non ho capito cosa intendi... :-| --Yuмa (msg) 19:41, 17 feb 2017 (CET)

Se ho capito bene, al posto di creare i nuovi parametri Tipo divisione grado amm X, Havesan chiede se si può ottenere l'etichetta corretta direttamente in base al valore di Divisione grado amm X. È una cosa fattibile (che quindi non richiederebbe nemmeno bot), ma nei sottotemplate invece di indicare solo |2città metropolitana = link, dovremo stilare liste del tipo |2Milano|2Napoli|2Roma|2ecc. = link. Se teniamo in conto solo le città metropolitane, va benissimo, ma se vogliamo risolvere tutto, non so quanto queste liste possano diventare lunghe/convenienti.--Sakretsu (炸裂) 20:23, 17 feb 2017 (CET)

[← Rientro] due cose:

1. l'etichetta "Città metropolitana" va messa con il {{TA}} ({{ta|Città metropolitana}}) perché in determinate visualizzazioni va a capo.
2. ma è proprio necessario mettere le bandierine e gli stemmini di comuni, province e regioni, che a 20 px:
   1. sono illeggibili e
   2. forzano diverse altezze riga perché non sono tutte nello stesso aspect ratio?

Grazie per l'attenzione. -- SERGIO ^{(aka the Blackcat)} 19:28, 17 feb 2017 (CET)

Isole Eolie
Geografia fisica
Localizzazione	Mar Tirreno
Geografia politica
Stato	Italia
Regione	Sicilia
Città metropolitana	Messina
Comune	Leni, Lipari, Malfa, Santa Marina Salina
Fuso orario	UTC+1
voci di isole d'Italia presenti su Wikipedia

Infatti Sakretsu hai centrato il punto, il Template delle isole ad esempio è facilmente modificabile nel campo Suddivisione2_nome, ma nei comuni potremmo avere grossi problemi, una serie di vandalismi difficili da monitorare. Su bandierine e stemmini sono d'accordo con Sergio sono veramente necessari?--Havesan8 (msg) 13:32, 18 feb 2017 (CET)

La soluzione del template Isola è sempre stata scadente, richiede interventi manuali in ogni voce e si presta a ogni genere di usi impropri. Meglio un qualche automatismo (probabilmente come accennato qui), personalmente mi ci metterò quando sono in vena, non è difficile ma va controllato con calma. Un po' di pazienza, anche perché se c'è scritto "Provincia - Milano" si capisce benissimo lo stesso, è scritto così anche in documenti ufficiali come il 730 e non credo che qualche contribuente si sia lamentato --Bultro (m) 17:12, 18 feb 2017 (CET)

non è un problema di pazienza (dopo 2 anni mi parli ancora di pazienza?), la città metropolitana e la provincia sono due enti diversi e sono citati nella nostra costituzione, l'approssimazione e la sciatteria non credo che debbano appartenere a questa enciclopedia, confido in [@ Yuma] e [@ Sakretsu] più propensi a studiare una soluzione condivisa che a trovare la vena. P.S cosa c'entra il 730?--Havesan8 (msg) 19:23, 18 feb 2017 (CET)

[@ Havesan8] ti ricordo che qua siamo tutti volontari e non ci sono cartellini da timbrare, nè obblighi di contribuire ad un cosa piuttosto che ad un'altra.--Moroboshi ^scrivimi 19:43, 18 feb 2017 (CET)

Per come chiede Havesan: modifica su Divisione amministrativa, modifica su DivAmmW, modifica su DivAmm/ITA. Risultato: se Divisione amm grado 2 è compilato con il nome di una delle città metropolitane, appare la didascalia corretta, altrimenti didascalia standard. Seguendo l'esempio si possono prevedere anche gli altri casi italiani e non. Comunque rimane una "pezza" in attesa che Rotpunkt (o qualcun altro) finisca con calma di lavorare sul fronte di Wikidata.--Sakretsu (炸裂) 21:55, 18 feb 2017 (CET)

[@ Sakretsu] l'ultima modifica è proprio quello che ci serve, è perfetta, non richiederebbe nemmeno bot, [@ Yuma] se non hai nulla in contrario, ti chiedo di inserirla nel Template:Divisione amministrativa--Havesan8 (msg) 14:23, 19 feb 2017 (CET)

Per me ok, sarà una pezza ma è buona... le tre modifiche però se ho capito bene lavorano insieme, non si può inserirne solo una. Quando Sakretsu sarà pronto con il suo aggiornamento, si sostituisce tutto. --Yuмa (msg) 22:26, 19 feb 2017 (CET)

Il test che ho fatto sembra perfetto. --Yuмa (msg) 22:36, 19 feb 2017 (CET)

Sì, le modifiche vanno applicate insieme. Ho fatto qualche test e rivisto il codice, mi sembra sia tutto OK. Vi consiglierei solo di aggiornare quando avete tempo di dare un'occhiata a qualche voce per assicurarvi di tornare subito alla versione precedente se ci sono errori evidenti (tenete pure in conto che i server ci possono mettere qualche minuto a fare il refresh delle pagine). Basta fare un copia e incolla del testo tra <includeonly></includeonly> rispettivamente di Template:Divisione amministrativa/Sandbox e Template:DivAmmW/Sandbox e copiare la lista dopo |2=Provincia del Template:DivAmm/ITA/Sandbox. P.S. L'etichetta Città metropolitana l'ho lasciata andare a capo, altrimenti IMHO si mangerebbe troppo spazio.--Sakretsu (炸裂) 13:19, 20 feb 2017 (CET)

Ho iniziato a inserire le modifiche ai Divamm, che mi sembrano retrocompatibili (non hanno ancora effetti pratici ma non mi pare producano danni). Fra poco azzardo l'aggiornamento del template principale. -Yuмa (msg) 15:14, 20 feb 2017 (CET)

, sto verificando che tutto vada liscio. Per ora sembra di sì. --Yuмa (msg) 15:31, 20 feb 2017 (CET)

[@ Sakretsu],[@ Yuma] complimenti avete fatto un ottimo lavoro.--Havesan8 (msg) 17:43, 20 feb 2017 (CET)

[@ Bultro] ma... c'è un motivo preciso per cui sei consapevolmente tornato alla versione precedente senza Modulo:Infobox?--Sakretsu (炸裂) 21:34, 20 feb 2017 (CET)

si, sono passati solo 2 anni, un po' di pazienza dopotutto la provincia compare ancora sul 730, e poi se non è in vena lui non dovete esserlo nemmeno voi cari [@ Sakretsu] e [@ Yuma].--Havesan8 (msg) 21:52, 20 feb 2017 (CET)

Ci stavo lavorando così. Ve l'avevo detto di avere pazienza... Sono anni che penso a questa modifica e giorni che ci lavoro, ma ho anche una famiglia. L'ho realizzata non come "pezza" ma come sistema un tantino più elegante, insieme ad altre piccole sistemazioni. Comunque sono contrario all'uso di Infobox (che non è obbligatorio) se poi costringe a fare obbrobri come quei tag table messi a mano, che sono peggio di prima.

Havesan8, il blocco per attacchi personali lo vuoi col fischio o senza? --Bultro (m) 21:57, 20 feb 2017 (CET)

Anch'io come Sakretsu, era una buona occasione per passare al template infobox (non penso servisse il CreaTable) trattandosi il Divisione Amministrativa di uno dei template più complessi come numero di parser function come si evince da Wikipedia:Elenchi generati offline/Template con funzioni parser, richiesta fatta a suo tempo da [@ Moroboshi]. --Rotpunkt (msg) 22:07, 20 feb 2017 (CET)

Scusa [@ Bultro], non avevo capito che ci stavi lavorando e nemmeno che eri stato tu a ripristinare tutto, ho letto l'Edit di Sakretsu e ho sbottato perché ho pensato che eri contrario alla modifica e avevi ripristinato tutto, in questa settimana ti ho contattato in diverse discussioni ma non hai mai risposto, hai risposto solo ieri e hai detto quella cosa del 730, mi dispiace di aver frainteso, scusa ancora.--Havesan8 (msg) 22:16, 20 feb 2017 (CET)

Anche io a favore dell'infoscatola.. Mantenendo tutte le soluzioni testé trovate da Bultro nei divamm, certamente molto eleganti e più pulite. Ma aggiornerei comunque a Infobox. Se possibile. --Yuмa (msg) 22:21, 20 feb 2017 (CET)

[← Rientro] Come dice Rotpunkt, non è necessario né il CreaTable né che l'errore del grado amministrativo stia per forza fuori nel tag caption (l'ho piazzato lì per essere sicuro che nessuno si lamentasse di qualche cambiamento). Per piacere, ho passato due ore a convertire il template a Infobox per migliorare la leggibilità ai posteri, non facciamo sparire il lavoro nei meandri della cronologia.--Sakretsu (炸裂) 22:26, 20 feb 2017 (CET)

(conflittato) Premesso che conosco superficialmente il template DivAmm e onestamente non ho voglia in questo periodo di addentrarmi nel suo funzionamento. Solo un paio di commenti: cercare di passare ad usare Lua piuttosto che le macro è un discorso generale di maggior efficienza e minor carico dei server sulle pagine, per cui personalmente prefererirei anch'io soluzioni che si appoggiassero al modulo infobox - riguardo agli orrendi tag <div>…</div>, questi sono dei normali tag html e i vari costrutti {| o |- sono solo un modo per facilitarne l'uso agli utenti, che però viene ad un costo di una discreta fragilità (basta che non siano ad inizio riga per far crollare il sistema). Ora dato che template di questo genere non sono per niente pensati o ideati per essere modificati da un utente poco digiuno di informatica, non vedo perché non si debba usare i tag originali piuttosto che i loro fragili rimpiazzi.--Moroboshi ^scrivimi 22:30, 20 feb 2017 (CET)

Per sapere, tu Sakretsu saresti in grado eventualmente di integrare queste migliorie nel tuo codice? Spiego: se a Bultro non piace codificare con infobox, mi sembra assurdo chiederlo a lui. Ma se integriamo le sue soluzioni, oggettivamente funzionali, nell'aggiornamento di Sakretsu, dovremmo ottenere il risultato massimo desiderabile. Chiedo, eh... premettendo che non pretendo nulla da nessuno, se dovessi metterci mano io dovrei dedicarci una settimana... . --Yuмa (msg) 23:28, 20 feb 2017 (CET)

A occhio non ci dovrebbero essere problemi, domani do un'occhiata più approfondita.--Sakretsu (炸裂) 00:19, 21 feb 2017 (CET)

Moroboshi, mi riferisco soprattutto al CreaTable=no, passi nel caso strano dei fumetti, ma qui è una bruttura... Comunque l'uso di Infobox non c'entra niente né col DivAmm né con l'oggetto di questa discussione. E' una cosa indipendente e per favore non abbiate fretta, vediamo se va tutto bene con le funzionalità recentemente aggiunte --Bultro (m) 00:20, 21 feb 2017 (CET)

Come ben visibile nella sandbox e ribadito da Sakretsu il CreaTable era un optional del tutto risparmiabile, riguardo a Moroboshi immagino abbia scritto "il template DivAmm" invece di il "template Divisione Amministrativa" giusto per una svista, visto che stiamo parlando appunto del template Divisione Amministrativa (il template DivAmm è un altro template usato dal template Divisione Amministrativa). --Rotpunkt (msg) 00:34, 21 feb 2017 (CET)

[@ Yuma, Sakretsu] Riportate pure le modifiche di Bultro nella Sandbox (posso dare una mano anch'io se serve), io magari poi ricontrollo il tutto. --Rotpunkt (msg) 00:37, 21 feb 2017 (CET)

Più che altro tendo a considerare {{DivAmm}} e {{Divisione amministrativa}} come un tutt'uno visto il livello di interazione tra i due.--Moroboshi ^scrivimi 08:11, 21 feb 2017 (CET)

[@ Rotpunkt] Fatto e ho anche spostato l'errore nel Valore1.--Sakretsu (炸裂) 13:32, 21 feb 2017 (CET)

Ottimo lavoro di squadra! Sottolineerei il fatto che ho dato un indispensabile, grandissimo contributo. Heheeeh! :p Scherzo, grazie Sakretsu e Bultro. Senza fretta, mo' lascerei a Rotpunkt (che si è gentilmente offerto) il tempo di verificare & eventualmente applicare, se tutto va bene. --Yuмa (msg) 14:43, 21 feb 2017 (CET)

Ottimo, grazie a tutti, conto di guardarlo a partire da oggi e applicare la versione con infobox verso il fine settimana, per lasciare un po' di tempo come si è detto. --Rotpunkt (msg) 15:03, 21 feb 2017 (CET)

Contee dell'Irlanda del Nord

Allla luce dell'ulteriore ristrutturazione dei distretti nordirlandesi, sarebbe finalmente ora di togliere le contee come divisioni amministrative di primo livello, visto che non hanno più neppure valore censuario ma solo culturale? -- SERGIO ^{(aka the Blackcat)} 19:25, 17 feb 2017 (CET)

La cultura non ci fa schifo, le contee restano riferimenti importanti in tutta l'Irlanda --Bultro (m) 17:14, 18 feb 2017 (CET)

Ma se uno arriva adesso lo cerca per distretto. Tu cerchi Foggia in Puglia o in Capitanata, cribbio? -- SERGIO ^{(aka the Blackcat)} 17:14, 2 mar 2017 (CET)

Se sono in Irlanda cerco per contea, e comunque è visualizzato anche il distretto. Te ne fai una ragione o torni puntuale tra qualche mese? --Bultro (m) 00:56, 3 mar 2017 (CET)

Ripetizioni

in merito al template, 2 anni fa proposi questa piccola modifica nelle voci delle città metropolitane, mi sembrava più corretta da un punto di vista estetico, il termine città metropolitana lo vedevo e lo vedo ripetuto troppe volte in maniera anche abbastanza ravvicinata, ma entrai in conflitto con un IP che annullò tutto, vorrei sapere cosa ne pensate.--Salsatomato (msg) 17:38, 21 feb 2017 (CET)

Salsatomato, capisco che a vedere tutte le ripetizioni ti sia venuta quell'idea, ma purtroppo Milano è il comune, non la c.m.. L'ente città metropolitana si chiama proprio così, "Città metropolitana di Milano". Non sarà il massimo esteticamente, ma è corretto così. --Yuмa (msg) 00:42, 22 feb 2017 (CET)

Yuma non discuto il titolo della voce ci mancherebbe, ma le inutili ripetizioni nel template, Milano è il nome del comune, giustissimo, ma nel template della voce leggo solo Milano, non Comune di Milano (suo vero nome istituzionale), come leggo solo New York nel template della voce Stato di New York, a mio parere non dobbiamo farci influenzare dal modello voce della provincia, la città metropolitana e la provincia sono due enti distinti, anzi sarebbe il caso creare un modello voce per la città metropolitana.--Salsatomato (msg) 01:26, 22 feb 2017 (CET)

Si, diciamo che è facile chiamare Milano il comune, visto che coincide esattamente con la omonima città. Non so che dirti, suppongo sia lo standard, puoi discuterne al Progetto:Amministrazioni. --Yuмa (msg) 02:13, 22 feb 2017 (CET)

Categoria:Template dati demografici

Cercando altro (qui) sono finito su questa Categoria:Template dati demografici che contiene i seguenti template, con pochissimi utilizzi (tra parentesi):

• T:Dati popolazione CH-GR (21)
• T:Dati popolazione CH-TI (142)
• T:Dati popolazione DE-BB (38)
• T:Dati popolazione DE-BY (112)
• T:Dati popolazione DE-RP (37)
• T:Dati popolazione DE-SN (14)
• T:Dati popolazione DE-TH (20)
• T:Dati popolazione FI (0 utilizzi)
• T:Dati popolazione IT (123)
• T:Dati popolazione DE-BW (67)
• T:Dati popolazione DE-HE (46)
• T:Dati popolazione DE-MV (6)
• T:Dati popolazione DE-NI (57)
• T:Dati popolazione DE-NW (24)
• T:Dati popolazione DE-SH (9)
• T:Dati popolazione DE-SL (11)
• T:Dati popolazione DE-ST (15)

Tramite i link "puntano qui" si può trovare che sono utilizzati variamente per valorizzare i parametri Abitanti/Note abitanti/Aggiornamento abitanti, oppure nel corpo della voce, nell'incipit o in elenchi. Mi chiedo se hanno una storia, magari in precedenti discussioni (non ho cercato). Comunque sia, se vanno e tenuti e utilizzati posso far sì che in Abitanti/Note abitanti/Aggiornamento abitanti siano usati automaticamente senza inserirli voce per voce. Inoltre c'è sempre la proprietà popolazione (P1082) che sarebbe la soluzione più logica (pingo anche [@ ValterVB] su questo). --Rotpunkt (msg) 21:43, 26 feb 2017 (CET)

Allora allora, i template Dati popolazione DE-* (e loro utilizzo) erano stati brutalmente copiati da de.wiki nella notte dei tempi quando non esisteva ancora un template unico per le divisioni amministrative ma ogni stato faceva un po' per sé. Contengono i dati sugli abitanti e sulla base del codice statistico (univoco per ogni divisione amministrativa) permettevano di avere i dati popolazione aggiornati in modo più o meno automatico aggiornando semplicemente 1 template (sempre con un brutale copypaste da de.wiki) quando vengono aggiornati i dati statistici (che in Germania avviene una o due volte l'anno). Poco utilizzo perché le voci andavano aggiornate una per una per cui credo siano usati soprattutto nei circondari, meno nelle voci dei comuni... Poi (molto poi) è arrivato il tl divisione amministrativa, poi è arrivata wikidata. Non c'è discussione perché, sempre nella notte dei tempi, vigeva ancora il be bold (un po di anarchia in buona sostanza...). Non so a che punto sia l'importazione dei dati statistici della popolazione in wikidata, chiaro che a tendere il dato andrebbe pigliato da lì senza fare strani passaggi intermedi ma all'epoca sembrava una soluzione molto elegante per avere i dati più aggiornati possibile. Non sapevo della regola di non mette le property direttamente nelle voci e mi dispiace se ho fatto casini e creato un mare di lavoro per Rotpunkt :-( --Civvì (You talkin' to me?) 11:58, 27 feb 2017 (CET)

Per quel poco che ho visto e solo per i dati tedeschi la Property P1082 è poco usata e soprattutto pochissimo aggiornata. Questa modifica è utile per comuni e circondari però non per i distretti governativi e stati (in cui la property è P1388) che però sono in tutto qualche decina di voci e si può pensare di lasciarle con il "vecchio sistema". --Civvì (You talkin' to me?) 12:22, 27 feb 2017 (CET)

Magari [@ ValterVB] sa com'è la situazione su Wikidata per questi dati e se c'è un progetto, io devo solo finire qualche lavoro prima. Riguardo a P1388 ho aggiunto la lettura, fai una prova se tutto ok. Per me continua pure a usarli, appena avrò tempo si potrebbe fare che l'inserimento di quei template sia automatico. Ossia: se Abitanti/Note abitanti/Aggiornamento abitanti sono lasciati vuoti in una voce tedesca e il dato è presente in quei template allora verrà inserito automaticamente. Se invece si troverà che, almeno per alcuni Stati la popolazione (P1082) è valida, in quegli Stati userei Wikidata. --Rotpunkt (msg) 12:53, 27 feb 2017 (CET)

Al momento la proprietà è usata su poco più di 200.000 item, se serve si possono generare report per stato per vedere a che punto si è. Per l'Italia, come detto, io personalmente non aggiungo dati se non trovo esplicitamente nella pagina di download o nel file che i dati sono in CC0. Per gli altri stati a livello alto dovrebbero essere tutti presenti, è stato usato spesso il World Bank Open Data. Per i livelli più bassi dovrei verificare, credo che anche in altri paesi non sempre i dati sono presenti in quanto non è sempre chiaro cosa permette di fare la legislazione europea. Per gli USA non dovrebbero invece essereci problemi. --ValterVB (msg) 13:38, 27 feb 2017 (CET)

Grazie ValterVB per le informazioni. Per me si potrebbe iniziare ad usare P1082, magari iniziando dagli Stati che sappiamo avere dati più completi e affidabili, controllando eventualmente anche il qualificatore della data e il riferimento, oppure se non c'è una grande differenza abilitandolo in tutti ad eccezione di alcuni Stati (come aveva segnalato Civvì in Germania dove sembravano non affidabili). --Rotpunkt (msg) 13:51, 27 feb 2017 (CET)

Ancora su Wikidata

Perché non si implementano con i dati provenienti da Wikidata le informazioni relative a bandiera e stemma civico? Così almeno evitiamo i doppioni e si prende di preferenza il file su Commons, laddove presente. -- SERGIO ^{(aka the Blackcat)} 17:15, 2 mar 2017 (CET)

Ma per gli stemmi non c'era qualche problema e non era così scontato che potessero stare su Commons? es: File:Moncalieri-Stemma.png --ValterVB (msg) 20:15, 2 mar 2017 (CET)

Liberi consorzi comunali

Con riferimento alla discussione sulle città metropolitane qui sopra io suggerirei di attuare più o meno la stessa procedura per i liberi consorzi comunali in Sicilia, nati in sostituzione delle province. Che ne pensate?-- Federico [Posta] 23:26, 16 apr 2017 (CEST)

Data di elezione del sindaco nel template sinottico

In mancanza di una linea da seguire sul come comportarsi nel template sinottico nel caso di elezione di un sindaco al secondo mandato, segnalo che è stato aperta una discussione qui. Grazie--Parma1983 13:06, 14 lug 2017 (CEST)

Circondari italiani

Esempio: il circondario di Gallarate (1859-1926) del regno d'Italia ha come suddivisione sovraordinata la città metropolitana di Milano e non la provincia di Milano. Per tutte le ex province divenute città metropolitane (o liberi consorzi comunali), rispetto a tutti i circondari dell'epoca, si provvede a cambiare Template:Divisione amministrativa/Voci/ITA 1861-1946? --151 cp (msg) 18:38, 19 set 2017 (CEST)

Sì, bisogna aggiungere allo switch |Milano = Provincia di Milano e simili, altrimenti di default rimanda a Divisione amministrativa/Voci/ITA --Bultro (m) 23:22, 20 set 2017 (CEST)

Abitanti da Wikidata

Sarebbe possibile aggiungere {{Wikidata}} per il parametro abitanti?--ƒringio · ✉ 13:43, 19 nov 2017 (CET)

Ci si sta già pensando. --.avgas 14:37, 19 nov 2017 (CET)

Ciao, quella discussione si riferisce solo all'Italia, per la proprietà popolazione (P1082) in generale Fringio avevi letto la discussione appena sopra #Categoria:Template dati demografici? --Rotpunkt (msg) 14:44, 19 nov 2017 (CET)

[@ Rotpunkt] ora sì ed effettivamente capisco perché non è ancora stato implementato :D--ƒringio · ✉ 14:54, 19 nov 2017 (CET)

template divisione amministrativa-abitanti

Ciao, in questo momento si stanno generando decine e decine di voci contenenti errore nelle note sul richiamo alla nota gestita dal template. Quello che vedo è che in tutte le voci in errore è riportato <ref name=template_divisione_amministrativa-abitanti /> mentre da manuale dovrebbe essere <ref name="template divisione amministrativa-abitanti" />. E' stato fatto qualche cambiamento ?!? Perchè prima andava bene e adesso no ? Grazie. --Sanghino Scrivimi 11:58, 1 dic 2017 (CET)

Ciao, ho guardato ora. Non mi risulta che si stiano generando decine e decine di errori (correggimi se tu invece ne trovi molte di più). Ci sono una quarantina di voci (ricerca) in cui è stato scritto nel wikitesto "template_divisione_amministrativa-abitanti" invece di "template divisione amministrativa-abitanti". Basta solo fare una correzione come ho fatto in Dipartimento di Bakel (diff). --Rotpunkt (msg) 12:20, 1 dic 2017 (CET)

Ciao [@ Rotpunkt], siccome è un anno che tengo sotto controllo la categoria di errori nelle note ti posso assicurare che fino a ieri sera quelle poche decine di voci non c'erano fra le segnalazioni, quindi qualcosa oggi deve essere cambiato nel software. Fino a ieri quelle note scritte in maniera errata comunque venivano "digerite", oggi non più. Certo la modifica è semplice e da questa mattina ne ho già sistemate diverse. La mia era solo curiosità. Anche se in seguito mi sono reso conto che quel tipo di errore non riguarda prettamente il template "Divisione amministrativa" è più esteso. Grazie ancora per il riscontro. --Sanghino Scrivimi 15:54, 1 dic 2017 (CET)

[@ Sanghino] Hai fatto benissimo a segnalarlo, Categoria:Pagine con errori nell'uso delle note è ancora piuttosto vuota, ma magari crescerà. Siamo da poco passati il 30 novembre alla versione mw:MediaWiki 1.31/wmf.10, e ci può essere stata una modifica in mw:Extension:Cite. Ho fatto una prova con una versione antecedente di Mediawiki e prima spazi e underscore erano equivalenti per l'attributo "name" del ref, ora non più. Mi sembra una modifica piuttosto invasiva, immagino che sarà stato segnalato il problema anche altrove, verifico. --Rotpunkt (msg) 16:15, 1 dic 2017 (CET)

Importazione in Wikidata

Segnalo che vorrei importare un po' di roba dal template {{Divisione amministrativa}} a Wikidata. Per avanzare dubbi/suggerimenti qui c'è la discussione. --Valerio Bozzolan (msg) 03:08, 18 gen 2018 (CET)

Utilizzo del codice ISO 3166-2

Qualcuno potrebbe darmi una mano a capire l'uso di questo codice? Continua qui. Grazie :) --Valerio Bozzolan (msg) 21:18, 18 gen 2018 (CET)

Sono arrivato ad una conclusione: in Italia questo codice non si applica ai comuni, quindi andrebbe rimosso da tutti i comuni (e.g. Lecco) per lasciarlo solo nelle loro provincie (e.g. Provincia di Lecco). --Valerio Bozzolan (msg) 12:17, 20 gen 2018 (CET)

Ce l'hanno solo province e regioni infatti, vedi anche ISO 3166-2:IT --Bultro (m) 15:43, 23 gen 2018 (CET)

Quindi confermi che andrebbe levato ad esempio da Lecco? --Valerio Bozzolan (msg) 22:58, 24 gen 2018 (CET)

Casale Litta

Il nuovo stemma cittadino è Casale Litta.svg da sostituire a quel PNG micragnoso che attualmente campeggia fiero benché inopportuno nelle occorrenze in cui viene richiamato. -- SERGIO ^{(aka the Blackcat)} 16:44, 24 gen 2018 (CET)

Bandiera e stemma

Qualcuno può impostare il template affinché prelevi bandiera e stemma da Wikidata? --2001:B07:6442:8903:2867:ADB2:C08E:A7A8 (msg) 16:59, 26 gen 2018 (CET)

Per gli stemmi non sono sicuro si possa fare perché dovrebbero essere presenti su Commons e se non sbaglio, gli stemmi non ci possono stare. --ValterVB (msg) 20:40, 26 gen 2018 (CET)

Carica vacante

Come si fa a impostare correttamente Carica vacante nel campo Amministratore locale?--Carnby (msg) 14:24, 23 feb 2018 (CET)

[@ Carnby] basta scrivere Carica vacante.--ƒringio · ✉ 14:26, 23 feb 2018 (CET)

[@ Fringio] Uhmm... in Irlanda del Nord compaiono delle antiestetiche parentesi tonde e quadre dopo (nel campo Primo ministro, equivalente ad Amministratore locale), nonché il collegamento in rosso.--Carnby (msg) 20:16, 23 feb 2018 (CET)

[@ Carnby] Il collegamento rosso è dato dal fatto che, banalmente, la pagina Carica vacante non esiste. Il testo dopo era dato da una compilazione bislacca del parametro "partito" (ho risolto semplicemente così).--ƒringio · ✉ 20:18, 23 feb 2018 (CET)

[@ Fringio] Grazie... ma è proprio necessario mettere le doppie parentesi quadre a Carica vacante?--Carnby (msg) 20:41, 23 feb 2018 (CET)

[@ Carnby] No :)--ƒringio · ✉ 20:42, 23 feb 2018 (CET)

[@ Fringio] Fatto.--Carnby (msg) 17:33, 24 feb 2018 (CET)

Bilancio demografico in automatico

Finalmente mi sono preso un po' di tempo per verificare se era possibile scaricare in automatico i dati dei Bilanci demografici dal sito ISTAT e sono riuscito a capire come fare. Fortunatamente hanno i dati accorpati per provincia, quindi con poco più di 100 chiamate possiamo estrarre tutti i dati dei comuni italiani in meno di un minuto. Ora rimane da capire come utilizzare in automatico questi dati. Un po' di tempo fa ne stavo parlando con [@ .avgas] (discussione) e avevo tirato giù questo:

• Modulo con i dati ora dovrebbero esserci tutti i comuni (274 KB) In fondo si trova il testo da usare come ref.
• Semplice modulo Lua per la lettura dei dati, utilizza il codice ISTAT come chiave di ricerca. Da sistemare per far comparire correttamente il ref (non so se/come si può fare). Si può prelevare il il codice ISTAT dal Wikidata

---

Per ricavare i dati basta scrivere {{#invoke:Sandbox/ValterVB/Bilancio|get_abitanti|111105}} per ottenere:

---

I link per estrarre i dati per provincia sono costruiti come il seguente: http://demo.istat.it/bilmens2017gen/query1.php?&allrp=4&Pro=55&periodo=11 dove per cambiare l'anno basta cambiare il numero scritto in rosso, per cambiare il mese basta cambiare il numero scritto in blu, per cambiare la provincia bata cambiare il numero scritto in verde, io semplicemente in automatico vado da 1 a 111. Se ci si vuole giocare con i dati basta usare su goggle sheet queste 2 funzioni:

• =IMPORTHTML("http://demo.istat.it/bilmens2017gen/query1.php?&allrp=4&Pro=55&periodo=11";"table";1) questa restituisce l'intestazione
• =IMPORTHTML("http://demo.istat.it/bilmens2017gen/query1.php?&allrp=4&Pro=55&periodo=11";"table";2) questa restituisce la tabella con i dati della provincia di Trento.
• Esempio di Google sheet per leggere i dati basta inserire anno, mese e codice provincia da 1 a 111

Eventualmente si può aggiungere un ref specifico per ogni riga che punta direttamente alla pagina ISTAT con il dato senza dover passare dalla pagina ISTAT dove si imposta il filtro.

Possibili rischi: non sono sicuro se l'aggiornamento ISTAT viene fatto ogni volta per tutti i comuni quindi c'è il rischio che su alcuni comuni possa mancare il dato. Eventualmente si può creare una categoria automatica per i comuni senza dati.

Si può pensare di implementare il prelievo in automatico utilizzando direttamente il il template? --ValterVB (msg) 15:40, 14 apr 2018 (CEST)

@ValterVB Ciao, cosa intendi con "prelievo in automatico" ? --Rotpunkt (msg) 16:43, 14 apr 2018 (CEST)

[@ Rotpunkt] In effetti è un po' ambiguo: intendevo far prelevare dal template i dati presenti nella tabella Sandbox/ValterVB/Bilancio/Data (da piazzare in ns Modulo) in questo modo si aggiorna una volta ogni 2 mesi la tabella e automaticamente tutti i comuni italiani hanno il dato della popolazione. Non so se ci sono controindicazioni ma visto che era una richiesta che spesso veniva fatta ho pensato a questa soluzione. --ValterVB (msg) 17:55, 14 apr 2018 (CEST)

Intendi che il {{Divisione amministrativa}} legga direttamente una tabella Lua, ossia Modulo:Sandbox/ValterVB/Bilancio/Data? Non si può, non c'è una funzione parser per fare questo, bisogna comunque passare per Modulo:Sandbox/ValterVB/Bilancio, ma questo non è un problema. --Rotpunkt (msg) 18:06, 14 apr 2018 (CEST)

Si, se la soluzione va bene, intendevo dire di integrare quello che fa quel piccolo script nel template Divisione amministrativa. Dovrebbe essere: il template legge il codice ISTAT da Wikidata e con il codice ISTAT legge il valore dalla tabella e lo inserisce nel parametro Abitanti e la fonte in Note abitanti --ValterVB (msg) 18:14, 14 apr 2018 (CEST)

Forse un piccolo problema è dato dal fatto che i dati Istat non giungono tutti in contemporanea. Accade spesso che un numero relativamente irrisorio di comuni fornisca i dati con ritardi anche consistenti--3knolls (msg) 18:18, 14 apr 2018 (CEST)

@ValterVB La funzione get_abitanti la puoi unire a Modulo:Sandbox/ValterVB/Bilancio/Data mettendola al fondo, così da avere un unico modulo (cosa che comunque non farei) e puoi anche rimuovere la creazione del riferimento facendolo fare al template Divisione amministrativo, ma l'accesso alla table può essere fatto solo in Lua. Se vuoi mi posso occupare io di questi aspetti. @3knolls Non è un problema, si aggiornano solo i comuni interessati. --Rotpunkt (msg) 18:22, 14 apr 2018 (CEST)

[← Rientro] Prima di fare qualcosa volevo capire se effettivamente era qualcosa che aveva senso mettere in piedi in maniera seria. Il problema principale che mi viene in mente è che se solo io posso fare l'estrazione da ISTAT la cosa è un po' pericolosa, se vinco un gratta e vinci da 3 milioni è probabile che sparirei :) E' più una discussione per capire quali potevano essere i problemi e le soluzioni. Una possibilità magari è tenere la suddivisione per provincie a quel punto si può usare il foglio di calcolo che ho indicato più su (vedi colonna L che ho aggiunto) per genere i dati, in questa maniera chiunque può aggiornare i dati una provincia per volta. Una ulteriore alternativa, che però non so se è fattibile e creare un BOT su Toolforge che legga periodicamente le tabelle su ISTAT. Se invece i problemi sono troppi a questo punto posso creare un BOT dedicato che sarebbe più flessibile e nel momento che io non potessi più farlo si può continuare a mano come si fa adesso. --ValterVB (msg) 19:21, 14 apr 2018 (CEST)

Io aggiungerei anche che prima di intraprendere questa strada sarebbe da verificare ancora una volta la possibilità di caricare i dati ISTAT su Wikidata, che è la soluzione ideale. Non so, tipo che qualcuno di Wikimedia Italia mandi una email e si informi seriamente se i dati possono essere caricati su Wikidata con licenza CC0. In questo modo ci risparmieremmo di tenerci questa tabella da 270 kB. --Rotpunkt (msg) 20:36, 14 apr 2018 (CEST)

Sicuramente sarebbe la soluzione migliore --ValterVB (msg) 23:20, 14 apr 2018 (CEST)

[@ Rotpunkt] purtroppo no, niente CC0 per i dati. La cosa è stata verificata via contatto diretto con ISTAT. --.avgas 22:14, 15 apr 2018 (CEST)

Il modulo in sostanza non è altro che uno #switch, e centralizzare i dati è una possibilità che circola già da un bel pezzo (Categoria:Template dati demografici), ma per qualche motivo non ha mai entusiasmato la comunità.

Siamo sicuri che, se non è permesso copiare i dati ISTAT in Wikidata, è permesso invece copiarli in blocco in una sola pagina di Wikipedia? Assomiglia più questo a un copyviol... --Bultro (m) 23:59, 18 apr 2018 (CEST)

Wikidata è CC0. l'ns Modulo invece è CC BY-SA 3.0 e in fondo trovi la riga del . I'ISTAT è CC-by Mi pare di essere in regola. Se ho interpretato male fatemi sapere che cancello. Non sono grande esperto e quindi nel dubbio normalmente cancello o evito. --ValterVB (msg) 08:06, 19 apr 2018 (CEST)

[@ Bultro] Siccome mi ha fatto venire il dubbio, stamattina ho scritto a comunica@istat.it: "Sul vostro sito http://demo.istat.it/index.html non è riportata nessuna indicazione di licenza sui dati. Che licenza viene applicata? La richiesta è legata la fatto che su it.wikipedia e anche sulle altre versioni linguistiche di wikipedia, sono riportati quasi tutti i dati dei bilanci demografici, io personalmente ho aggiunto tutti quelli dell'ultimo bilancio disponibile in una pagina di it.wikipedia. Aggiungere quei dati riportando l'indicazione della provenienza del dato è regolare dal punto di vista legale, o non si può proprio fare? Vedo che su istat.it viene applicata "Licenza CC-by".", Risposta "la riproduzione di tutti i nostri dati è libera, a condizione unica che ne venga citata la fonte (ivi quindi inclusi quelli pubblicati nei nostri database, come demo.istat.it). Le suggeriamo, a tal fine, di prendere visione della pagina del nostro sito dedicata alle regole della nostra licenza CC by (http://www.istat.it/it/note-legali Seguendole, non avrà bisogno di alcuna autorizzazione. Direzione centrale per la Comunicazione Quindi a questo punto direi che non vi è dubbio alcuno. :) --ValterVB (msg) 20:28, 19 apr 2018 (CEST)

[← Rientro] Avevo iniziato a bolare l'inserimento dei dati ma dopo un centinaio di voci mi sono fermato perché mi sa che c'è prima a risolvere il problema dell'incipit: praticamente in quasi tutti gli incipit dei comuni si trova un riferimento al n° di abitanti: tipo "è un comune italiano di 57.162 abitanti", questo vuol dire che ogni volta che si aggiorna il template andrebbe aggiornato anche l'incipit, ma questo mi sa che è impossibile da botolare. Qualche idea su come risolvere il problema? L'incipit automatico come nel bio non mi pare applicabile, mi è parso di vedere troppi differenze fra i vari comuni, utilizzare una tabella centralizzata potrebbe permettere sia a questo template che a un nuovo template da utilizzare all'interno della voce di tenere tutto aggiornato. Qualcuno ha idee? --ValterVB (msg) 21:41, 21 apr 2018 (CEST)

La funzione che restituisce la popolazione dovrebbe essere un template autonomo, non una cosa incastrata dentro il Divisione amministrativa. Sia il D.A. sia l'incipit (sia qualunque altro posto dove servisse) richiamerebbero questo template: basta mettere una volta "è un comune italiano di {{xxx}} abitanti". In pratica stai riscrivendo t:Dati popolazione IT --Bultro (m) 01:33, 22 apr 2018 (CEST)

Ma quindi esisteva già qualcosa del genere :) L'unica cosa è che andrebbe modificato per avere la fonte specifica e la data per ogni riga, perché ISTAT non aggiorna tutti i codici assieme. Visto che la possibilità di aggiungere ISTAT su Wikidata è ormai tramontata, ci sono contro indicazioni ad inserire quel template opportunamente modificato in questo e nell'Incipit delle voci? --ValterVB (msg) 09:20, 22 apr 2018 (CEST)

Ricordiamo comunque che l'ISTAT potrebbe non essere l'unica fonte per le popolazioni dei comuni e delle frazioni italiane (le grandi città hanno uffici statistici che pubblicano, anche via web, dati con frequenza maggiore e/o più aggiornati), per cui non ci dovrebbe essere di così automatico da non essere bypassabile con un eventuale inserimento a mano. --Yoggysot (msg) 15:20, 22 apr 2018 (CEST)

[@ ValterVB] Eccoci. La domanda si sposta di qui: direi di aggiornare il {{Dati_popolazione_IT}} aggiungendo la possibilità di fargli gestire l'annotazione della data da far comparire nel {{Divisione amministrativa}} e poi botolare l'incipit e il template. Se ai dati ci pensi tu, alla botolata ci penso io. --.avgas 20:01, 17 ago 2018 (CEST)

Io i dati li ho aggiornati: Modulo:Sandbox/ValterVB/Bilancio/Data, l'ultimo aggiornamento è quello di marzo, come vogliamo fare? --ValterVB (msg) 21:20, 17 ago 2018 (CEST)

[← Rientro] Attualmente la situazione template è la seguente, parametri:

• |Abitanti = <numero abitanti>
• |Note abitanti = spesso valorizzato con Dato Istat a volte aggiungendo Popolazione residente al <gg> <mese> <aaaa>
• |Aggiornamento abitanti = <data>

Lasciando in mano al {{Divisione amministrativa}} la gestione del campo "Abitanti" tramite {{Dati popolazione IT}} a gestione centrale/nel template, si recupera il codice ISTAT da P635 e - ammesso che su Wikidata ci siano tutti i codici ISTAT dei comuni italiani, cosa su cui mi sentirei di andare sicuro - si eliminano i tre parametri sopra elencati dalle voci.

Così centralizziamo tutto, appunto, ed eliminiamo la possibilità di vandalismo dalle voci. --.avgas 13:13, 19 ago 2018 (CEST)

[@ .avgas] Evitiamo vandalismi, che non sono infrequenti, ed aggiornamenti non completi. E per il dato presente nell'incipit? --FeltriaUrbsPicta (msg) 13:20, 19 ago 2018 (CEST)

Esattamente, FeltriaUrbsPicta. Per l'incipit, le strade sono due:

1. nella stessa botolata, sostituire il numero presente con {{Dati popolazione IT|2}} (che nel frattempo però vorrei rendere opzione standard per cui optare per un più pulito {{Dati popolazione IT}});
2. eliminare il riferimento alla popolazione - ovvero evitare di utilizzare il template in mezzo al testo - nell'incipit lasciandolo solo nel sinottico.

A scelta. --.avgas 15:29, 19 ago 2018 (CEST)

Personalmente sceglierei la prima opzione. Con {{Dati popolazione IT}} ci potrebbe essere qualche problema con i comuni di nuova istituzione? --FeltriaUrbsPicta (msg) 16:36, 19 ago 2018 (CEST)

La 1 va bene, però il default lo lascerei alla popolazione non formattata. Piuttosto, anziché gli incomprensibili numeretti, usare codici più memorizzabili, tipo "f" per formattare, "n" per la nota ecc.

Non illudiamoci comunque di eliminare i vandalismi... niente impedirà mai alla gente di sostituire l'incipit con qualunque cosa gli aggrada --Bultro (m) 10:46, 24 ago 2018 (CEST)

Di sicuro evitiamo gli aggiornamenti incompleti, come in questo caso. Casi simili sono piuttosto frequenti. --FeltriaUrbsPicta (msg) 06:42, 26 ago 2018 (CEST)

Oggi sono usciti i dati ISTAT aggiornati al 30 aprile 2018 e sono nuovamente aumentati gli aggiornamenti incompleti... [@ ValterVB, .avgas, Bultro] Che si fa? La discussione sembra essersi arenata... --FeltriaUrbsPicta (msg) 12:48, 17 set 2018 (CEST)

Io la pagina l'ho aggiornata. Come detto per me l'estrazione dei dati non è un problema, c'è solo da decidere come aggiornare il tutto. Se serve posso cambiare il formato come è più comodo. --ValterVB (msg) 19:03, 17 set 2018 (CEST)

Me ne posso occupare io in modo molto semplice, se Stato è ITA e il valore del codice ISTAT inserito manualmente o tramite codice ISTAT (P635) è presente nella table visualizzerà quel dato di popolazione. Rimuovi solo dalla table il nome nel comune, quello non serve. --Rotpunkt (msg) 19:15, 17 set 2018 (CEST)

[@ Rotpunkt] guarda se va bene ora. --ValterVB (msg) 19:35, 17 set 2018 (CEST)

[← Rientro] Eccomi, ho creato il modulo Modulo:PopolazioneIT che implementa il template {{PopolazioneIT}} (dove c'è tutta la documentazione) utilizzato dal template {{Divisione amministrativa}} o anche nel corpo di una voce, quando serve. Ho dovuto tenere conto che il dato della popolazione era utilizzato anche per il calcolo della densità degli abitanti e sono riuscito a rendere la modifica comunque piuttosto piccola: questa diff è tutta la modifica necessaria al template {{Divisione amministrativa}}. Per ora la modifica è attivata solo nella sandbox del template, si può provare in qualunque voce sostituendo "{{Divisione amministrativa" con "{{Divisione amministrativa/Sandbox e usando l'Anteprima. Ho usato la sandbox come test dimostrativo nella voce Pedesina. --Rotpunkt (msg) 01:08, 18 set 2018 (CEST)

[@ Bultro] In merito ai vandalismi hai ragione, ma per lo meno sappiamo che il numero riportato nel template è giusto. Discrepanze, rileveranno molto più velocemente la manomissione. Mi sentirei addirittura di proporre l'abolizione del numero dall'incipit, ma... per ora forse è meglio di no.
[@ Rotpunkt] Direi che ci siamo! Implementiamo la modifica e passo ad eliminare il parametro? --.avgas 02:27, 18 set 2018 (CEST)

Io sono pronto, vorrei però che passasse il mio bot perché ieri sera ho visto diversi casi particolari e farò in modo di lasciarli alla fine per risolverli poi manualmente. La modifica di esempio che farà il bot è questa (senza aggiunta di "Sandbox" ovviamente). Il ref dell'incipit è meglio lasciarlo esplicitato perché se lo inserissi automaticamente nei comuni italiani avrebbe un valore diverso da "template divisione amministrativa-abitanti", mentre è meglio per chiarezza che sia sempre lo stesso valore. Inoltre in alcune voci il riferimento è usato più volte. Magari in futuro sarebbe piuttosto da accorciare la stringa. A meno di inventarsi utilizzi nell'incipit come {{PopolazioneIT/IncipitDivAmm}} o {{PopolazioneIT|incipit=DivAmm}} che aggiungono anche la nota con il refname del Divisione amministrativa. Ci penserei eventualmente in una seconda passata (le voci che riusano il refname del Divisione amministrativa mi risultano circa 2500 delle totali 8000), c'è già abbastanza lavoro adesso. Aggiungo infine che questo va considerato come un punto di passaggio: più avanti farei sì di automatizzare la lettura della popolazione non solo per l'Italia, usando questa volta Wikidata dove possibile. Se nessuno vede problemi nel pomeriggio potrei applicare la modifica e gradatamente aggiornare le circa 8000 voci di comuni. --Rotpunkt (msg) 10:11, 18 set 2018 (CEST)

[@ Rotpunkt] Si può intervenire anche su province e regioni italiane, per evitare anche lì una serie di aggiornamenti incompleti come questo e questo? --FeltriaUrbsPicta (msg) 13:12, 18 set 2018 (CEST)

@FeltriaUrbsPicta Certamente, se i dati sono disponibili sul sito web dell'ISTAT con la stessa licenza e li inseriamo in un modulo come per Modulo:PopolazioneIT/Data si può fare. Però prima di vedere altro aspetterei di completare questi 8000 comuni, perché c'è già tanto lavoro per aggiornare queste voci. --Rotpunkt (msg) 14:29, 18 set 2018 (CEST)

[@ Rotpunkt] Sì, certo: un passo alla volta. Io intanto ho cercato di completare i nuovi aggiornamenti incompleti che ho scovato. --FeltriaUrbsPicta (msg) 17:38, 18 set 2018 (CEST)

[← Rientro] Mi sa che c'è un problemino, alle volte ISTAT salta l'aggiornamento per qualche comune, questo fa si che il dato sparirebbe, in alternativa, si può aggiornare solo i comuni presenti nell'aggiornamento, ma questo vorrebbe dire che serve riportare la fonte per ogni comune anziché una sola volta nel campo nota e data Come la gestiamo? Io posso creare il file indicando la fonte con la data corretta e in più si può anche indicare la fonte esatta esempio --ValterVB (msg) 19:34, 18 set 2018 (CEST)

[@ ValterVB] È fastidioso perché se i dati fossero su Wikidata non ci sarebbe alcun problema. A questo proposito: mi sembra che quasi tutti i comuni italiani abbiano in realtà popolazione (P1082) con riferimento Istituto nazionale di statistica (Q214195) Ma non li avevi cancellati tu per i problemi di licenza? --Rotpunkt (msg) 20:38, 18 set 2018 (CEST)

Guardando la cronologia di una decina di elementi a caso ho trovate le aggiunte della popolazione ISTAT fatte da [@ Sabas88] a ottobre 2017. Sarebbe interessante sapere se lui sapeva dei problemi di licenza o se si sono invece magari risolti o altro ancora... --Rotpunkt (msg) 20:52, 18 set 2018 (CEST)

Sono CC-BY, la fonte l'ho citata mettendola nei riferimenti... Finché non chiariscono a livello di progetto come gestire l'archiviazione 'conforme alle licenze', è la soluzione migliore nella giungla delle importazioni che ci sono state. Ho importato il dataset al primo gennaio 2017 perché era quello che copriva in maniera uniforme i comuni --Sabas88 (msg) 21:14, 18 set 2018 (CEST)

[@ Sabas88] Wikidata è CC0, non compatibile con CC-BY, quei dati non ci possono stare di la. Dovresti rimuoverli. --ValterVB (msg) 21:17, 18 set 2018 (CEST)

Grazie Sabas88 per la risposta, ma come dice ValterVB il problema è proprio che Wikidata è CC0, come trovi indicato al fondo di ogni sua pagina del namespace principale, proprietà e lessemi. --Rotpunkt (msg) 21:19, 18 set 2018 (CEST)

Finché ci sono altre palesi violazioni di copyright (da Google Maps in poi) direi che i dati della popolazione sono il problema minore --Sabas88 (msg) 21:21, 18 set 2018 (CEST)

Ma che razza di ragionamento è, siccome c'è una violazione di copyright allora continuiamo a farle? Inoltre per le coordinate non è così scontato che vengano da google, basta un telefonino e andare sul posto, mentre un bilancio demografico richeide indubbiamente un lavoro di raccolta e selezione, ed è un lavoro che l'ISTAT chiede di riconoscere (vedi parti evidenziate in rosso e blu più sopra). --ValterVB (msg) 21:27, 18 set 2018 (CEST)

La penso come ValterVB. Questo atteggiamento fa perdere sia credibilità a Wikidata sia la mia voglia di programmare un sistema alternativo a Wikidata per questi benedetti dati della popolazione ISTAT. Perché dovrei spenderci delle ore quando poi tutti i dati sono già disponibili belli e pronti su Wikidata. E poi chi li aggiornerà se ci sarà sempre il timore di stare facendo qualcosa di non legale? Questa situazione non va proprio bene. O quei dati ci possono stare oppure vanno rimossi, l'argomentazione "ci sono altre violazioni" non è una argomentazione. --Rotpunkt (msg) 21:31, 18 set 2018 (CEST)

[← Rientro] Per uscire dall'impasse: c'è su wikidata.org una qualche pagina come Wikipedia:Sospette violazioni di copyright o c:Commons:Village pump/Copyright dedicata ai problemi di copyright dove qualche utente di Wikidata può verificare la situazione e rimuovere i dati di ISTAT? Pingo anche [@ Sannita] e [@ Epìdosis] visto che sono amministratori anche lì per informarli. Oppure anche: non c'è il modo di fare un accordo con ISTAT perché conceda i dati a Wikidata? Facendogli notare l'importanza di questa condivisione, magari sono già state fatte operazioni simili in passato. --Rotpunkt (msg) 10:58, 19 set 2018 (CEST)

Ma discutere su Wikidata vi da tanto fastidio? Non è Wikidata che si deve adattare a Wikpedia. Io su itwiki cerco di entrarci il meno possibile --Sabas88 (msg) 11:10, 19 set 2018 (CEST)

Wikipedia non c'entra nulla con i problemi di copyright tra ISTAT e Wikidata e io chiedevo proprio qual'era la pagina per segnalare i problemi di copyright su Wikidata. Detto questo, visto che di questi dati della popolazione ISTAT se ne parla da anni e molti utenti ne stanno seguendo i problemi mi sembra doveroso far capire qui, e non su Wikidata quali sono i problemi attuali che ci bloccano e dove stiamo lavorando a una soluzione. Trovato il posto su Wikidata e le persone che se occuperanno ci si può trasferire lì. --Rotpunkt (msg) 11:22, 19 set 2018 (CEST)

[@ Rotpunkt] Una pagina del genere credo proprio che non esista, forse perché non ci sono mai stati problemi del genere. Al momento la pagina più adatta per discutere del problema mi pare d:Wikidata talk:WikiProject Italy. Magari però [@ Sannita] ha idee migliori :) --Epìdosis 13:10, 19 set 2018 (CEST)

La questione è già stata discussa in Wikidata ed è emerso chiaro consenso sul fatto che la licenza CC IT di ISTAT elimina i diritti sui generis come una CC-0, quindi non presenta alcun ostacolo all'importazione. Sono solo alcuni italiani ad avere remore. :) --Nemo 07:08, 20 set 2018 (CEST)

Assolutamente e in disaccordo e la risposta via mail dell'ente stesso lo dimostra. Passerò a cancellare più avanti come già fatto in passato. --ValterVB (msg) 08:09, 20 set 2018 (CEST)

@Nemo (1) dovresti indicare la discussione su Wikidata a cui ti riferisci, dove c'è il "chiaro consenso" (2) le uniche informazioni che trovo ripetutamente nelle pagine di discussione con Speciale:Cerca sono "CC-BY is not compatible with Wikidata's CC0". --Rotpunkt (msg) 08:29, 20 set 2018 (CEST)

[@ ValterVB] mi raccomando cancella *tutto* non solo il mio import, ovviamente anche i dati importati da itwiki sono illegali (non è che se vengono riciclati diventano puliti perché l'ha deciso la "comunità" di wikipedia). Oppure informatevi e venite a fare le vostre proposte su https://www.wikidata.org/wiki/Wikidata:WikiProject_Italy --Sabas88 (msg) 23:32, 20 set 2018 (CEST)

Tornando un attimo alla tecnica del PopolazioneIT, sarebbe buona norma di programmazione che restituisse solo i dati (valore, data o contenuto della nota), mentre alla formattazione ci pensa il Divisione amministrativa, indipendentemente dalla provenienza del dato. Se un domani ad esempio togliamo lo small dalla data, non voglio dovermi ricordare di toglierlo anche dal PopolazioneIT e da tutti i PopolazioneXX per altri stati che potremmo realizzare --Bultro (m) 17:36, 20 set 2018 (CEST)

Sembra proprio che tu non abbia letto il mio: (1) manuale di {{PopolazioneIT}} (2) il commento << sono riuscito a rendere la modifica comunque piuttosto piccola: questa diff è tutta la modifica necessaria al template {{Divisione amministrativa}}." e (3) il commento << Aggiungo infine che questo va considerato come un punto di passaggio: più avanti farei sì di automatizzare la lettura della popolazione non solo per l'Italia, usando questa volta Wikidata dove possibile >>. Riassumendo: (1) PopolazioneIT restituisce già solo il dato della popolazione e con i parametri aggiuntivi che visualizza anche nota e data, questo per rendere la modifica al DivisioneAmministrativa minimale (2) l'Italia sarà l'unico caso che necessiterà un template a parte per la popolazione e confido ancora in qualche svolta lato Wikidata. Non voglio fare altre modifiche al Divisione Amministrative di questo tipo: qualunque altro dato sarà letto tramite popolazione (P1082) non voglio mica mettermi a sostituirmi a Wikidata e costruire database su database della popolazione. --Rotpunkt (msg) 17:58, 20 set 2018 (CEST)

L'ho letto, e non restituisce né la data né la nota da sole, che andrebbero passate ai parametri Aggiornamento abitanti e Nota abitanti. A me interessa fare le cose bene, anche se la modifica non è minuscola --Bultro (m) 23:07, 20 set 2018 (CEST)

Mi fa piacere sentirlo, il problema vero, lo dico seriamente, è che reputo molti tuoi template grovigli illeggibili e inutilmente complicati di codice template (penso alle ore che persi a decifrare questo o questo, solo due a caso), quindi non capisco come fai poi a fissarti con me su dei dettagli veramente insignificanti (qui si tratta di richiamare 2 volte in più un template solo per non correggere, magari fra cent'anni, una formattazione in due posti diversi). Comunque pur di terminare la discussione qui aggiungerò il parametro. --Rotpunkt (msg) 05:50, 21 set 2018 (CEST)

Io non mi "fisso con te", sta cosa bisogna che te la metti in testa, o ci vuole un'altra richiesta di pareri (su di te)? Manutengo il Divisione amministrativa da sempre e mi interessano le modifiche, non chi le fa. Qui l'unico che passa immediatamente sul personale e sull'ostile sei tu. Completamente gratuite anche le tue offese riguardanti template che non c'entrano niente, fatti quando non esistevano i moduli, mettendo pezze su cose già fatte da altri, per scopi molto più complessi delle due cosette di cui si parla qua. --Bultro (m) 21:16, 24 set 2018 (CEST)

Redirect

Ciao a tutti, segnalo che il template ha un redirect da Classificazione sismica a Classificazione sismica dell'Italia che andrebbe corretto. Grazie Hellis (msg) 18:04, 1 mag 2018 (CEST)

Fatto da User:Bultro (diff^96581678).--ƒringio · ✉ 14:40, 2 mag 2018 (CEST)

Parametro con valore in cui è presente un disambiguante

Devo correggere la voce Porto Palo. Nel tmp Divisione amm, c'è il parametro |Divisione amm grado 3=Menfi che punta alla disamb Menfi, ma dovrebbe puntare alla voce Menfi (Italia). Come si fa? Nel man mi pare non lo dica... --pequod76^sock 09:36, 2 mag 2018 (CEST)

|Voce divisione amm grado 3= :-) --Pil56 (msg) 09:43, 2 mag 2018 (CEST)

Parametro "Sottodivisioni" nelle voci dei comuni

Ciao a tutti, ho un dubbio sull'uso del suddetto parametro nelle voci dei comuni, in particolare quando non vi è alcuna sottodivisione. Nel manuale del template il parametro è "consigliato", ma in questi casi è quindi opportuno compilarlo (e in che modo?) per indicare l'assenza di frazioni e/o simili o è meglio ometterlo? --Phyrexian ɸ 19:42, 13 mag 2018 (CEST)

Nei comuni liguri quando non ho riscontrato frazioni non ho compilato l'infobox. Aggiungo un quesito: se si inserisce un luogo automaticamente l'infobox riporta la dicitura "Frazioni", ma non sempre le sottodivisioni sono automaticamente frazioni. In alcuni statuti comunali si parla talvolta di nuclei storici, borgate, etc. Io nel dubbio nell'infobox non ho mai riportato tali sottodivisioni, piuttosto ho sempre fatto poi menzione nel paragrafo Geografia antropica. --Dapa19 (msg) 13:46, 15 mag 2018 (CEST)

Andrebbe quindi specificato meglio nel manuale come comportarsi. Proposte? --Phyrexian ɸ 20:39, 17 mag 2018 (CEST)

Indicare "nessuna" potrebbe sempre essere un'informazione utile (se siamo sicuri che il comune non abbia frazioni ufficiali, non soltanto perché non le abbiamo trovate). Questo vale per tutte le suddivisioni che di solito sono presenti, ad esempio per Valle d'Aosta è stato indicato Province = nessuna --Bultro (m) 12:55, 22 mag 2018 (CEST)

Aggiornare con la mappa OSM

Il template sarebbe da aggiornare (come altri) con la mappa dinamica OSM (template:Mappa OSM), che è molto più versatile e precisa. Altrimenti ci possiamo trovare di fronte a casi come questo in cui è stato inserito uno screeshot da OSM. C'è qualcuno in grado di farlo? --Marcok (msg) 21:51, 18 giu 2018 (CEST)

La mappa di localizzazione per divisioni amministrative deve essere uniforme e relativa all'intero stato. Se per "precisa" intendi zoomata più da vicino, non è utile perché non fa capire la posizione. Clicca sulle coordinate e hai già la mappa OSM grande e dinamica, ma quella statica va bene così --Bultro (m) 02:09, 19 giu 2018 (CEST)

Piuttosto, troverei più utile in questo template una soluzione come quella adottata su en.wiki (esempio), dove il lettore può scegliere di visualizzare la localizzazione della località su base regionale, nazionale e continentale. Mi pare che in passato fu proposto anche nella nostra edizione in lingua italiana (non riesco a trovare la relativa discussione), ma poi non se ne fece più nulla. --Μαρκος 19:29, 12 lug 2018 (CEST)

Favorevole alla proposta di Mαρκος, la solozione di en.wiki mi pare efficace. --Afnecors (msg) 10:54, 18 set 2018 (CEST)

Una roba del genere potrebbe servire per la localizzazione (basta un comando che possa variare lo zoom volendo) https://en.wikipedia.org/wiki/Template:Infobox_mapframe --Sabas88 (msg) 11:16, 19 set 2018 (CEST)

Noi le abbiamo già le mappe negli infobox, esempio Galleria degli Uffizi, tramite {{Mappa OSM}} con il parametro sinottico=1. --Rotpunkt (msg) 11:31, 19 set 2018 (CEST)

Quattro mappe invece di una (come nell'esempio di en.wiki) non mi pare il caso, ma due potrebbe essere tollerabile. Se bisogna tenere il vecchio "pallino rosso", aggiungiamoci la {{Mappa OSM}} sotto. --Nemo 07:06, 20 set 2018 (CEST)

Come sopra: cliccare "mappa" e si apre una mappa OSM grande, zoomabile e spostabile quanto si vuole. O cliccare sulle coordinate e si va a tutti gli altri servizi di cartografia che Wikipedia non sarà mai. Un altro francobollo zoomato statico non serve a niente.

Visto che magari i link sfuggono, potremmo fare in modo che anche cliccando sul Mappa di localizzazione si apra OSM --Bultro (m) 22:57, 20 set 2018 (CEST)

Soppressione e reistituzione

Ciao a tutti. Lavorando sulle divisioni amministrative storiche ho notato che il template prevede attualmente soltanto un campo per l'istituzione e uno per la soppressione della divisione amministrativa. Ma non sarebbe utile poter inserire anche campi che permettano di segnalare una soppressione e una successiva reistituzione direttamente nell'infobox? Un esempio a caso in cui ciò si applicherebbe è questo, ma si tratta di moltissimi comuni sparsi per l'Italia (tutti quelli aboliti con le riforme fasciste e poi reistituiti nel dopoguerra ad esempio). Che ne dite? Caarl⁹⁵ 00:33, 23 set 2018 (CEST)

A parer mio basta l'ultima istituzione. Praticamente tutti i dati del sinottico parlano del comune della repubblica, a partire ad esempio dalla localizzazione, dove non abbiamo sentito il bisogno di parlare del Regno e relativi circondari e mandamenti. Per tutta la storia, che può arrivare anche a Napoleone, meglio usare il testo discorsivo --Bultro (m) 21:34, 24 set 2018 (CEST)

Beh nì, con la "ITA 1861-1946" i circondari e mandamenti ci sono eh... Comunque ok, se pensate non serva fa niente...Caarl⁹⁵ 21:11, 25 set 2018 (CEST)

Fuso orario da wikidata

Salve, noto nella voce Dimitrovgrad (Russia) che il valore del parametro fuso orario è stato rimosso via bot perché uguale a Wikidata, ma in realtà non viene visualizzato, nonostante in Wikidata sia valorizzato. Da che dipende?--Antenor81 (msg) 09:52, 21 nov 2018 (CET)

A quanto pare il template non prevede 2 fusi orari ma solo 1. Bisognerebbe modificare il template. --ValterVB (msg) 13:26, 21 nov 2018 (CET)

Il fuso orario di una città è uno solo, l'ora legale è un altro discorso. E' compilata male Wikidata --Bultro (m) 21:33, 21 nov 2018 (CET)

Il passaggio da ora legale a solare in Russia non c'è da diversi anni, in realtà Wikidata riporta il fatto che il 26 marzo 2016 la regione dove si trova Dimitrovgrad ha proprio cambiato fuso orario.--Antenor81 (msg) 21:49, 21 nov 2018 (CET)

Ora ho visto meglio: ho messo deprecato il valore scaduto. Ora funziona. --ValterVB (msg) 21:54, 21 nov 2018 (CET)

Ottimo, grazie.--Antenor81 (msg) 23:08, 21 nov 2018 (CET)

Ritorno sull'argomento perché, accingendomi a richiedere un intervento bot per spostare da +3 a +4 il fuso orario delle voci della Categoria:Oblast' di Volgograd (regione che di recente ha modificato il proprio fuso orario), ho notato che lo stesso problema segnalato sopra per Dimitrovgrad vale per molte altre entità geografiche della Russia. Ora, c'è un modo su Wikidata per automatizzare la deprecazione dei fusi orari vecchi? Capisco che sarebbe più opportuno chiederlo su Wikidata ma ancora non ho molta dimestichezza con la prassi vigente di là.--Antenor81 (msg) 09:28, 12 dic 2018 (CET)

Ho provato a porre la questione anche su Wikidata.--Antenor81 (msg) 16:01, 14 dic 2018 (CET)

Per la cronaca, mi è stato risposto che, anziché marcare come obsoleto il dato vecchio e come normale quello nuovo, va marcato come normale quello vecchio e come preferito quello nuovo. Ho provato e il risultato in effetti è lo stesso, quindi ho richiesto l'intervento di un bot su Wikidata in questo senso, vediamo se la cosa va a buon fine.--Antenor81 (msg) 16:21, 14 dic 2018 (CET)

Campo Mappa da Wikidata

Propongo la seguente modifica, sostituire:

|Valore77  = {{Immagine sinottico|{{{Mappa|}}}|{{{Didascalia mappa|}}}|desc={{Pipetrick||{{{Nome|}}}}} – Mappa|dim_vert_max=250}}

con

|Valore77  = {{Immagine sinottico|{{Wikidata|P242|{{{Mappa|}}}}}|{{{Didascalia mappa|}}}|desc={{Pipetrick||{{{Nome|}}}}} – Mappa|dim_vert_max=250}}

In modo da recuperare da wikidata la locator map image (P242). --Afnecors (msg) 16:12, 22 nov 2018 (CET)

Mi sembra più corretta la d:Property:P1621. La mappa di localizzazione sta nella casella sopra ed è automatica con le coordinate, può essere sostituita da un'immagine (es. per le regioni) ma è difficile capire in automatico quando va fatto --Bultro (m) 22:51, 24 nov 2018 (CET)

[@ Bultro] Su Wikidata, per quanto riguarda i comuni italiani, abbiamo 3 elementi con la P1621 (verifica) contro 7177 elementi con la P242 (verifica). Le altre edizioni linguistiche pescano ovviamente il dato da quest'ultima proprietà (non solo per i comuni italiani). Un esempio di una mappa di un comune preso a caso File:Map of comune of Copparo (province of Ferrara, region Emilia-Romagna, Italy).svg: il dato dell'immagine preso dalla P242 dell'elemento collegato al comune d:Q95098 e utilizzato in 16 progetti. Tutte le immagini utilizzate sono raccolte qua: commons:Category:Maps of municipalities in Italy by province.--Afnecors (msg) 08:50, 12 gen 2019 (CET)

Favorevole. Non conoscendo gli eventuali svantaggi/vantaggi, non mi esprimo sulla proprietà cui attingere, anche se la presenza di 7177 elementi contro 3 mi sembra non lasci grosse possibilità di scelta--Parma1983 14:24, 12 gen 2019 (CET)

Favorevole; la proprietà P242 mi sembra più adatta visto il tipo di mappa di cui stiamo parlando; la P1621, almeno dal nome, mi sembra pensata più per cartine geografiche dettagliate, mentre queste evidenziano il territorio del comune dentro quello della regione. --Syrio posso aiutare? 13:55, 17 gen 2019 (CET)

Favorevole alla P242. --Buggia 12:49, 24 apr 2019 (CEST)

generazione in automatico del diagramma che riporta le località limitrofe con la distanza (in km), e wikilink alla relativa voce

segnalo che su pt.wikipedia e nl.wikipedia le voci a carattere geografico sono arricchite da un diagramma che mostra le località limitrofe con l'indicazione della rispettiva distanza.

Esempi:

1. nl:Starr (South Carolina)#Plaatsen in de nabije omgeving; pt:Starr (Carolina do Sul)#Localidades na vizinhança,
2. nl:Anderson (South Carolina)#Plaatsen in de nabije omgeving; pt:Anderson (Carolina do Sul)#Localidades na vizinhança

Li ho riprodotti manualmente nelle voci corrispondenti di it.wikipedia con modifiche minime, ottenendo: Anderson (Carolina del Sud)#Località limitrofe e Starr#Località limitrofe.

Le info da estrarre rispetto alla dalla voce in oggetto, sono:

• località entro 16 km ("limitrofe")
• distanze in km, (con eventuale arrotondamento decimale).
  

Il Template:Divisione amministrativa ha un campo "divisioni confinanti", che non è valorizzato nelle voci portate ad esempio, e nella voce Anderson (Carolina del Sud), che è la divisione amministrativa di livello superiore. E nemmeno si trovano

Saranno estratti da una proprietà wikidata (es. le coordinate importate nelle proprietà "latitudine" e "longitudine" del template:divisione amministrativa.

Motivi per introdurre il diagramma

È frequente trovare voci geografiche che sono rimaste a livello di stub, praticamente dalla data di creazione. Un diagramma del genere sembra un utile completamento.

Nelle 2 wikipedie citate (nl e pt), lo stesso diagramma è presente anche nelle voci di tutte le località limitrofe di Anderson e Starr.
Le voci presentano la stessa struttura con identici paragrafi e titoli, lasciando pochi dubbi che anche il diagramma si stato generato in automatico con un qualche script simile a quello che ha permesso di creare le voci.--Micheledisaveriosp (msg)

Partiamo con un dato di fatto: effettivamente i luoghi geografici "oltre Italia" sono leggermente trascurati (forse la situazione va meglio in quelle località europee o comunque vicine all'Italia). Questo perché alla fine noi utenti wikipediani italiani prediligiamo, come magari faranno pure le altre edizioni dell'enciclopedia, le voci di casa nostra. Con tutti i pro e i contro. E pertanto non mi stupisco nemmeno più di tanto che, nel 2019, ancora ci siano voci di città "non italiane", magari importanti, allo stato di stub o incomplete di testo e dati. Però i dati del template dovrebbero almeno essere completi al 100% e, penso, con un lavoro che potrebbe fare un bot importando dati. Nel caso in oggetto rimango un po' in dubbio sul suo reale utilizzo e integrazione nelle varie voci sulle divisioni amministrative. Un grafico, tra l'altro, anche molto "vistoso" nelle forme grafiche. Preferirei, allora, un maggiore impegno di noi utenti, compreso il sottoscritto, nell'ampliare invece il paragrafo "Geografia antropica" dove li sì possiamo inserire comuni confinanti e relativi al territorio in oggetto. Due domande: l'opzione 16 km ed eventuali distanze come sono state prese (linea d'aria o mappe stradali?) e perché il valore 16 (e non 15, ad esempio)? --Dapa19 (msg)

Mi spiace dovermi esprimere Contrario, ma, visto che una volta introdotto andrebbe indicato in tutte le voci e non solo negli stub, mi sembra un inutile appesantimento delle voci, che spesso sono già lunghe di loro. Ma se fosse davvero utile qualche riga in più non darebbe alcun fastidio, tuttavia non riesco nemmeno a considerarlo particolarmente utile, visto che la distanza in linea d'aria è spesso ben diversa da quella stradale, che è alla fine dei conti l'unica che in una località interessa--Parma1983 14:46, 6 gen 2019 (CET)

Contrario anch'io: distanze in linea d'aria del tutto fuorvianti nelle aree montane, distanze stradali non calcolabili secondo criteri univoci (dipende dal tipo di veicolo, dai pedaggi, dalle norme di circolazione ecc.), tempi di percorrenza ancora più aleatori. Contrario anche all'inserimento delle distanze in Geografia antropica, il loro posto non è su Wikipedia ma su Wikivoyage, ove abbiamo una sezione apposita (denominata "Nei dintorni") dedicata appunto all'esplorazione delle località limitrofe.--3knolls (msg) 15:55, 6 gen 2019 (CET)

Commento: Ad integrazione del mio commento poco sopra, specifico che nel paragrafo Geografia antropica NON inserirei mai distanze tra località per le variabili spiegate nei due interventi e nemmeno nel resto della voce. Tanto è vero che nei comuni liguri che quotidianamente seguo ho sempre eliminato tali valori. Dapa19 (msg) 19:16, 6 gen 2019 (CET)

[@ Dapa19] Sì, sì, lo so bene, ho in mente le tue voci ;) Le uniche indicazioni sulle distanze che hanno un senso sono quelle nelle frazioni rispetto ai capoluoghi comunali, per le quali esistono fonti--Parma1983 19:20, 6 gen 2019 (CET)

[@ Parma1983] direi, la mia, quasi un ossessione sui comuni liguri ;) Cmq sì, la distanza tra capoluogo comunale e frazione (o località) può avere un senso anche perché le strade all'interno di un territorio comunale difficilmente cambiano, o si allungano o si accorciano. Discorso diverso già tra, ad esempio, tra capoluogo provinciale e/o regionale e comune tra varianti stradali, chiusure, etc. Un esempio per tutti il crollo del ponte Morandi di Genova ha allungato le distanze tra le località delle due riviere rispetto a Genova. Dapa19 (msg) 19:28, 6 gen 2019 (CET)

[@ Dapa19] Dimentichi che per andare a Paraggi da Santa Margherita adesso c'è qualche difficoltà ;) Battute (amare) a parte, hai pienamente ragione--Parma1983 19:32, 6 gen 2019 (CET)

Implementazioni immagini P18

Come segnalato in questa discussione, analogamente agli altri template sinottici (es: Template:Edificio religioso, Template:Edificio civile ecc.) potrebbe essere utile rendere automatica la lettura dell'immagine da wikidata. Come in tutti gli altri casi apparirebbe l'immagine presente su wikidata nei soli template sinottici in cui il parametro non fosse compilato; in tutti gli altri continuerebbe ad apparire l'immagine già presente nel template sinottico. Grazie--Parma1983 13:42, 11 gen 2019 (CET)

Favorevole --Afnecors (msg) 08:58, 12 gen 2019 (CET)

Favorevole ovviamente molto utile --Marcok (msg) 16:53, 12 gen 2019 (CET)

O anche no. Visto che questo template si occupa di tutto dai paesini alle grandi regioni e stati federati, e vista la fantasia con cui la gente popola la P18, potrebbe saltar fuori di tutto, e salterebbe fuori senza didascalia. Non è certo paragonabile agli edifici, in quel caso abbiamo un ben definito oggetto fisico e la sua rappresentazione si presta molto meno a stranezze.

Piuttosto, non ci sono proprietà specifiche per lo stemma e la bandiera? Quelli dovrebbero essere dati oggettivi --Bultro (m) 02:32, 16 gen 2019 (CET)

Eccoli: stemma (P94) e bandiera (P41) --ValterVB (msg) 08:22, 16 gen 2019 (CET)

Gli stemmi e le bandiere, eccezion fatta per quelli EDP che ovviamente non compaiono in wikidata, si possono inserire anche quelli, una cosa non esclude l'altra.

Per quanto riguarda le immagini, comunque, già nella situazione attuale moltissime sono prive di didascalia (tanto per citare qualche esempio qua e là: Reggio Calabria, Siracusa, Massa (Italia), Bergamo, Parma, Londra, Cardiff, Besançon, Anversa, Berlino, Aquisgrana, Düsseldorf, Cracovia, Madrid, Saragozza, Rabat, Il Cairo, Asmara, Nairobi, San Paolo (Brasile), La Paz, Città del Capo, San Francisco, Sugar Land, Houston, Providence, Little Rock, Pechino, Nuova Delhi, Damasco, Teheran, Adelaide (Australia), Canberra ecc.) quindi non cambierebbe granché da quel punto di vista; né cambierebbe dal punto di vista delle immagini già presenti (già estremamente variabili nelle attuali condizioni, come si può vedere negli esempi citati sopra), che non verrebbero minimamente toccate, visto che l'inserimento avverrebbe esclusivamente in quelle che ne sono prive già adesso. Non ho capito se il problema riguardi il fatto che immagini qualunque possano apparire anche nelle grandi regioni e negli stati federati, ma se così fosse si potrebbe prevedere che l'immagine apparisse solo quando il grado amministrativo è pari a 2, 3 e 4, che sono ambiti sicuramente più ristretti--Parma1983 12:38, 16 gen 2019 (CET)

Sì il problema è anche che questo template non è solo per le città. Ma anche nelle città, 1) il fatto che ce ne siano molte senza didascalia non è un bene e non vuol dire che vadano imitate, 2) finché si tratta di una veduta panoramica è abbastanza autoevidente, ma qui non si sa cosa scappa fuori. Dovrebbero creare campi più oggettivi della P18, ad esempio vedo qua una d:P4291 che magari è meglio.

Teniamo conto anche che queste voci geografiche hanno quasi sempre l'interprogetto a Commons con tutte le immagini, non è che prenderne una a caso con la P18 ci dia chissà quali piacevoli sorprese --Bultro (m) 16:35, 19 gen 2019 (CET)

[@ Bultro] Il problema che ho notato e che si può facilmente verificare anche solo controllando le voci linkate sopra è soprattutto che, anziché inserire la foto di un panorama del centro abitato, moltissime voci contengono nel template sinottico un collage di immagini (che corrisponde di per sé alla d:property:P2716); non so se la questione sia mai stata discussa (ma controllando in archivio mi pare di no), ma la definizione del parametro "Panorama: Immagine rappresentativa della divisione amministrativa" parla di immagine e non di collage di immagini, quindi dovrebbero essere fuori standard moltissime voci già nelle condizioni attuali. Se mi confermi che non è mai stato sollevato il problema, provo a parlarne qui--Parma1983 17:18, 19 gen 2019 (CET)

Sui collage non ricordo che si sia mai quagliato nulla (personalmente non mi convincono); ho trovato abbozzi di discussione in dp:Amministrazioni/archivio03#Immagine_nel_template_comune e dp:Amministrazioni/Comuni_italiani/Archivio/8#Foto_nel_template_sinottico. Comunque mi pare che, giustamente, Wikidata si stia orientando verso proprietà meno ignoranti della P18, come appunto P2716 e P4291; dovremmo cercare di incoraggiarne l'uso --Bultro (m) 12:33, 20 gen 2019 (CET)

Ok, tra qualche giorno allora provo ad avviare qui sotto una nuova discussione sull'argomento, linkandola ai progetti--Parma1983 14:31, 20 gen 2019 (CET)

Contrario come al solito quando si parla di demandare a wikidata non dati oggettivi come coordinate o popolazioni, ma scelte editoriali che dovrebbero essere legate solo ed esclusivamente alle varie comunità dei progetti wiki. Una immagine data come consigliata su wikidata potrebbe benissimo già essere presente altrove nella voce (doppione), oppure essere molto simile a una già presente, oppure essere stata volutamente scartata da discussioni pregresse relative ad una voce geografica, non si vede quindi perchè forzarla solo perchè qualcuno su wikidata ha deciso così. Senza considerare il fatto che l'immagine suggerita potrebbe andare bene in un dato momento, ma poi cambiare nel tempo presentando i problemi di cui sopra solo in un secondo tempo. L'esempio delle immagini college sopra, spesso inseite dopo discussione in quanto ritenute più rappresentative rispetto ad un panorama (che per le città di grandi dimensioni giocoforza è parziale), rende ben evidente come questi automatismi mal si concilino con il modo di operare di wikipedia.--Yoggysot (msg) 21:37, 19 gen 2019 (CET)

Fuori argomento, ma volevo anch'io esprimere il mio commento sulle "foto collage". Personalmente non mi sono mai piaciute perché non capisco tanto con quale criterio un utente possa creare un collage con diverse immagini rappresentative di quel luogo. Siamo d'accordo che ciò può capitare anche con un'immagine panoramica (magari la vista da est piuttosto che da nord, altre angolazioni, etc.) però comunque rappresenta un'immagine panoramica del luogo X. In Liguria abbiamo due soli casi: Genova e Sanremo. Dapa19 (msg) 11:14, 21 gen 2019 (CET)

Favorevole Scusate Utente:Yoggysot e Utente:Bultro, ma di nuovo si fa confusione sulla reale consistenza della proposta: nessuno vuole "forzare" immagini nelle voci, si tratta di una modifica che ha effetto soltanto nei template senza nessuna immagine, e che abbellisce le voci risparmiando migliaia di click manuali. I dubbi che cita Yoggysot non hanno pressoché niente a che fare con questa modifica, perché si tratta di casi di voci già sviluppate, che praticamente sempre hanno già un'immagine nel template. Lì le eventuali modifiche continueranno ad essere fatte a mano, compresa l'aggiunta di collage e le scelte di una foto piuttosto che un'altra, in completa indipendenza da wikidata. È pressoché impossibile che sia presente un'immagine nel corpo della voce e non nel template, e in quei casi sistemerà a mano il primo che capita nella voce. L'implementazione è rivolta soprattutto a quelle centinaia di migliaia di divisioni amministrative straniere che non hanno alcuna immagine. Se proprio vogliamo procedere con la massima cautela, l'unico scrupolo reale che mi viene in mente è quello detto da Utente:Bultro, legato alle didascalie: facciamo ogni tanto passare un bot che quando è presente il campo didascalia e il campo panorama è vuoto (che quindi pescherà da wikidata), l'immagine venga copiata localmente su it.wiki. Detto questo quale altro reale problema può esserci? Comuni francesi di 100 abitanti dove invece del panorama del paesino è presente la foto della chiesa, in assenza di altro? È davvero una catastrofe, da fare a meno di questo piccolo automatismo già presente in decine di wikipedie? --Sailko 08:37, 30 gen 2019 (CET)

La consistenza l'abbiamo capita bene e mi pare evidente dai nostri interventi, che non sono certo sbrigativi o da inesperto. È davvero una figata esagerata tirare dentro quella chiesa non identificata, comunque reperibile all'interprogetto, da ignorare tutti i problemi? --Bultro (m) 21:17, 2 feb 2019 (CET)

Meglio un'immagine non identificata che niente. Tra l'altro cliccando nell'interprogetto gli utenti di buona volontà potranno reperire una didascalia in italiano, così come fino ad adesso hanno dovuto reperire un'immagine. Gli risparmiamo metà del lavoro, ti sembra poco? In caso potranno anche scegliere un'immagine diversa, proprio come accade adesso. --Sailko 19:31, 5 feb 2019 (CET)

• Favorevole Se un'immagine viene considerata migliore si può sempre forzare il parametro localmente. O anche modificare wikidata... --Buggia 09:03, 30 gen 2019 (CET)
• Favorevole Quoto quanto detto da Buggia.--Mentnafunangann 12:58, 30 gen 2019 (CET)

Utente:Parma1983 è passata una settimana e i pareri favorevoli sono più del doppio di quelli contrari. Tra l'altro è stato fatto notare che metà delle obiezioni erano infondate, e che per l'altra metà ci possiamo organizzare. Pur taggati, nessuno dei due pareri contrari ha aggiunto altro. Quindi possiamo finalmente procedere? Tutt'al più possiamo segnalare qui eventuali problemi dopo l'implementazione. Grazie --Sailko 19:24, 5 feb 2019 (CET)

Ok [@ Sailko]. Pingo [@ Sakretsu] per verificare, data la maggior importanza e delicatezza di questo template, se, come immagino, non ci sono problemi nel ripristinare quella modifica di [@ Ignazio Cannata] di tre settimane fa--Parma1983 19:34, 5 feb 2019 (CET)

Per affinità anche il Template:Quartiere, grazie --Sailko 11:06, 6 feb 2019 (CET)

[@ Sailko] la lettura è già attiva nel template {{Quartiere}}. --Ignazio (msg) 12:32, 6 feb 2019 (CET)

Se nel frattempo non arrivano altri pareri, direi di procedere questo fine settimana, in maniera tale che abbiate più tempo per controllare nell'immediato gli eventuali problemi sull'ampio raggio di voci interessate.--Sakretsu (炸裂) 14:04, 7 feb 2019 (CET)

Ho riapplicato la modifica, come anticipato.--Sakretsu (炸裂) 16:13, 9 feb 2019 (CET)

Grazie. Invito anch'io, soprattutto i dubbiosi, a postare qui eventuali problemi legati a questa implementazione. --Sailko 16:33, 9 feb 2019 (CET)

Questi sono i risultati e, com'era ovvio, per le suddivisioni non cittadine vengono fuori discutibili immagini di dettagli anonimi che non rappresentano un'intera regione, e c'azzecano ben poco con la tooltip "Veduta" --Bultro (m) 02:04, 10 feb 2019 (CET)

Come avevo proposto sopra, per evitare queste suddivisioni così vaste, sempre che sia tecnicamente fattibile, si potrebbe escludere l'inserimento delle immagini quando non sono compilati i parametri di grado amministrativo pari a 2, 3 e 4, che riguardano ambiti decisamente più ristretti--Parma1983 13:07, 10 feb 2019 (CET)

In generale, con "una voce a caso", ho trovato un 50% di comuni stranieri con foto pescate da wikidata, un'implementazione che a mano non siamo riusciti a fare negli ultimi 15 anni, quindi in un colpo solo abbiamo migliorato centinaia di migliaia di pagine. Gli stati sono poco più di duecento e quasi tutti hanno una propria immagine localmente, le regioni saranno qualche migliaia, facciamo prima a correggere quelle a mano che a importare manualmente le foto nei comuni. Sempre che ci sia da correggere, ho aperto le prime dieci voci nella lista di Bultro e non ci ho trovato niente di anomalo. Una didascalia potrebbe servire, certo, ma è anche vero che basta cliccare sull'immagine per accedere alla descrizione e sapere di cosa si tratta. La didascalia in italiano si può anche inserire su Wikidata, ma non mi risulta sia stato implementato il template anche per le didascalie--Sailko 19:34, 12 feb 2019 (CET)

Comunque il discorso di "rappresentare un'intera regione" è impossibile, così come è impossibile rappresentare in una foto un'intera città o nemmeno di un intero quartiere o un intero monumento tridimensionale. C'è sempre una scelta arbitria e riduttiva. È indubbio però che una pagina con un'immagine appaia più leggera, chiara e piacevole. --Sailko 19:41, 12 feb 2019 (CET)

Per gestire casi particolari potrebbe essere utile implementare una cosa del tipo |Panorama = no per non far comparire l'immagine? 94.34.152.123 (msg) 20:07, 14 feb 2019 (CET)

Già è possibile farlo.--Sakretsu (炸裂) 22:03, 14 feb 2019 (CET)

Grazie. C'è scritto nel manuale o è sfuggito a me? 94.34.152.123 (msg) 22:21, 14 feb 2019 (CET)

Nei manuali il riferimento alle immagini prese da Wikidata è standardizzato tramite {{WikidataProp}}, eppure non ne fa menzione. Non ti so dire se ciò sia frutto di una scelta precisa, ma intanto ho proposto qui.--Sakretsu (炸裂) 00:45, 15 feb 2019 (CET)

"leggera" e "chiara" non c'entrano assolutamente niente, "piacevole" non è il nostro scopo (mettiamoci una donna nuda allora?). Facciamo piuttosto come ha detto Parma1983, basta controllare il valore di Grado amministrativo, evitare quando è < 3 mi pare accettabile --Bultro (m) 01:23, 15 feb 2019 (CET)

Anche per me importazione solo per grado amm.vo ≥3. --Buggia 10:03, 15 feb 2019 (CET)

Avevo pensato già al grado 2 (corrispondente alla provincia in Italia) perché in Paesi come la Slovenia rappresenta il livello comunale; l'ideale sarebbe poter distinguere per nazioni partendo dal grado corrispondente al livello comunale, ma temo che diventerebbe un po' troppo complicato--Parma1983 14:57, 15 feb 2019 (CET)

Ma infatti, lasciamola una foto al lv2 (regione). Magari discutiamo qualche criterio (tipo foto del capoluogo?) e poi lo applichiamo, in sede locale o su wikidata --Sailko 15:32, 15 feb 2019 (CET)

Il discorso del "piacevole" non è affatto secondario: un giornalista sa bene che un articolo sarà letto più volentieri se corredato di immagini, la stessa cosa vale per le voci di Wikipedia. L'effetto "asfalto di testo" non piace a nessuno. --Sailko 15:35, 15 feb 2019 (CET)

Ho strikkato sopra perché mi accorgo solo adesso di aver scritto male: ciò che intendevo era appunto prevedere l'inserimento quando è compilato almeno il parametro di grado amministrativo pari a 2, cioè in tutti i casi di suddivisioni amministrative di grado pari almeno a 3 (pari alla provincia in Italia)--Parma1983 17:43, 19 feb 2019 (CET)

Intanto ho messo il grado 3 come limite. Ma si può facilmente ridurre il limite per eventuali stati come la Slovenia; se facciamo un elenco di coppie "codice ISO - grado minimo" per ogni nazione a cui serve un limite diverso da 3, poi attivo uno switch --Bultro (m) 02:48, 24 feb 2019 (CET)

Bene, grazie [@ Bultro]. Non conosco la lista delle nazioni con suddivisioni amministrative del tipo di quelle della Slovenia. Provo a chiedere ai progetti--Parma1983 14:23, 24 feb 2019 (CET)

Più o meno si dovrebbe capire consultando i DivAmm --Bultro (m) 00:21, 27 feb 2019 (CET)

Ok, augurandosi siano tutti compilati bene, da quell'elenco si dovrebbe avere un'idea a spanne dei vari paesi; dovrei riuscire a scrivere un elenco, che, senza pretese di infallibilità, contenga i paesi in cui le suddivisioni corrispondenti alle province italiane non siano al livello 2 ma all'1; [@ Bultro] con che formattazione del testo ti fa comodo che lo scriva, se poi devi riutilizzarlo?--Parma1983 00:48, 27 feb 2019 (CET)

[@ Bultro] Fatto--Parma1983 03:30, 27 feb 2019 (CET)

[← Rientro][@ Bultro], scusami, serve ancora la lista nella mia sandbox?--Parma1983 17:45, 13 mar 2019 (CET)

A me no, intanto me la sono copiata --Bultro (m) 00:47, 14 mar 2019 (CET)

Ok, grazie [@ Bultro], allora la cancello--Parma1983 01:11, 14 mar 2019 (CET)

Mappe di localizzazione

Non sono presenti le mappe di localizzazione dei dipartimenti d'oltremare della Francia, come ad esempio quella Guyana francese (File:Guyane department location map.svg), quello della Guadalupa (File:Guadeloupe department location map.svg), quello della Martinica (File:Martinique department location map.svg), quello di Mayotte (File:Mayotte blank map.svg) e quello della Riunione (File:La Réunion department location map.svg). --Čïåø57 20:04, 4 feb 2019 (CET)

A me risultano tutte presenti. Codici GUF, GLP, MTQ, MYT, REU --Bultro (m) 13:54, 7 feb 2019 (CET)

Il problema è che non compaiono nel template, che dà come risultato la mappa della Francia e di conseguenza il messaggio "Coordinate al di fuori della mappa". Bisognerebbe secondo me inserire i codici in {{Divisione amministrativa/Mappe speciali}}. --Čïåø57 13:42, 10 feb 2019 (CET)

Un qualche esempio per favore? E domanda, non è che l'errore sia nell'avere inserito nell'infobox come nazione "FRA" mentre bisogna inserire GUF, GLP, MTQ, MYT, REU? --Pil56 (msg) 15:24, 10 feb 2019 (CET)

Per esempio la Guyana francese, pur essendo distante dalla Francia continentale, non è comunque una nazione costitutiva ma una parte integrante della Repubblica francese ed infatti usa l'Euro come valuta. Quindi secondo me è sbagliato inserire nel parametro stato il codice "GUF" perché lo stato di appartenenza è a tutti gli effetti la Francia. Infatti anche in luoghi dove la situazione è simile, come le Canarie in Spagna o Madeira in Portogallo, gli stati inseriti sono rispettivamente "ESP" e "PRT". --Čïåø57 19:22, 10 feb 2019 (CET)

Scusami ma continuo a non capire il problema; non è che inserendo il codice GUF la nazione non è più della Francia. Lasciando in Caienna il GUF anzichè il FRA che hai sostituito tu, funziona tutto, anche le cartine. --Pil56 (msg) 10:20, 11 feb 2019 (CET)

Erano tutte impostate a GUF come previsto (e appare scritto "Francia"), magari c'era un motivo? magari chiedere prima? E' così per tutte le dipendenze territoriali, contraddistinte da un proprio codice ISO. Canarie e Madera non sono dipendenze, sono solo un po' lontane --Bultro (m) 01:34, 15 feb 2019 (CET)

Suddivisioni della Lettonia

Il grado amministrativo 2 non è "villaggio" ma "parrocchia". Andrebbe corretto. --Артём Ильич Кущин ^{ПОСЛАНИЯ} 17:39, 19 feb 2019 (CET)

Ref: D:Q9485979. --Артём Ильич Кущин ^{ПОСЛАНИЯ} 17:54, 19 feb 2019 (CET)

Ho modificato il Template:DivAmm/LVA. --Артём Ильич Кущин ^{ПОСЛАНИЯ} 18:21, 19 feb 2019 (CET)

E chi ti dice che Baloži, Ainaži e Dzidriņas corrispondano a parrocchie? --Bultro (m) 00:34, 23 feb 2019 (CET)

Ti ringrazio per la correzione. --Артём Ильич Кущин ^{ПОСЛАНИЯ} 18:00, 19 mar 2019 (CET)

Malfunzionamento

Per |Stato = RUS, inserendo in |Divisione amm grado 2 = il valore "Nižnij Novgorod" appare link e stemma della città invece che dell'oblast'. --Артём Ильич Кущин ^{ПОСЛАНИЯ} 18:00, 19 mar 2019 (CET)

Sistemato--Bultro (m) 19:55, 20 mar 2019 (CET)

Accade analogamente per l'Ucraina con |Divisione amm grado 1 = Kiev anche se la bandiera è quella corretta. --А. И. Кущин (послания) 20:42, 13 apr 2019 (CEST)

Didascalie di foto importate

In Pil'kaŭščyna la foto è importata da wikidata e ho inserito una didascalia che però non appare. Immagino ci sia un controllo sul parametro |Panorama = . --А. И. Кущин (послания) 17:59, 5 apr 2019 (CEST)

Devono stare entrambe su Wikidata o entrambe qua. Io però mi preoccuperei prima di Aiuto:Criteri di enciclopedicità/Luoghi geografici --Bultro (m) 01:14, 7 apr 2019 (CEST)

Non ti preoccupare, quelli che creo equivalgono ai nostri comuni... --А. И. Кущин (послания) 20:32, 7 apr 2019 (CEST)

Non basta che non mi preoccupo io, tutti devono poter capire di che si tratta leggendo la voce. Messa così è da {{A}}, non si sanno nemmeno le dimensioni e lo stato giuridico --Bultro (m) 23:15, 7 apr 2019 (CEST)

inserire campo VALUTA

vedi Discussione:Irlanda_del_Nord#dove_inserire_riferimento_a_valuta_corrente_(sterlina_britannica)

--151.38.56.240 (msg) 11:51, 6 apr 2019 (CEST)

Problemi con stemmi inesistenti presi da wikidata (P94)

Attualmente il parametro stemma pesca direttamente dalla proprietà stemma (P94), quando non specificato. Il problema sorge quando su wikidata la proprietà ha un no value (come su Burg) – immagino perché l'immagine è stata cancellata da Commons –, perché a quel punto il sinottico su Wikipedia anziché non mostrare alcuno stemma appare così. C'è un modo comodo per risolvere il problema senza dover rimuovere la proprietà dal lato wikidata ogni volta? --goth nespresso 15:47, 24 apr 2019 (CEST)

Avevo visto quel problema ieri e avevo provato a scrivere a [@ Bultro] che aveva fatto l'implementazione, vediamo se quando torna sa aiutarci :-) --Pil56 (msg) 17:09, 24 apr 2019 (CEST)

Segnalo che la stessa cosa accade con la proprietà bandiera (P41) --goth nespresso 19:51, 24 apr 2019 (CEST)

A quanto pare non ce ne siamo mai accorti, ma il problema c'è in generale per qualunque proprietà. Quando c'è no value, #property restituisce "nessun valore" e questo può causare di tutto, vedi. Bisogna affrontare la questione in generale --Bultro (m) 22:08, 24 apr 2019 (CEST)

Io quel no value lo interpreto con "il comune non ha alcuno stemma" e non con "non esiste alcuna immagine dello stemma su Commons", per cui ho chiesto spiegazioni su Wikidata. no value e unknown value vanno gestiti solo quando hanno senso di esistere, altrimenti è giusto che il template restituisca un errore. --Horcrux (msg) 11:47, 25 apr 2019 (CEST)

Ma intanto che si fa? Si congela la modifica al template, si toglie la proprietà da wikidata o si lasciano diverse voci con i quadratini rossi di immagine inesistente? --Pil56 (msg) 11:52, 25 apr 2019 (CEST)

Non c'è un modo per far sì che il template riconosca i no value e gli unknown value su wikidata e non restituisca alcuna immagine senza quegli errori in rosso? --goth nespresso 15:10, 25 apr 2019 (CEST)

Attualmente si può inserire snaktype=value per escludere questi risultati. Quello che farei però è verificare dove i no value e unknown value ci tornino utili da mostrare qui su it.wiki. Se si tratta di poche circostanze come immagino, prevederei l'uso del parametro snaktype solo per quelle.--Sakretsu (炸裂) 17:56, 25 apr 2019 (CEST)

A breve la risolviamo, nel frattempo non fate nulla, un po' di link rossi si sopportano (dalla categoria sembrano meno di 20).

Sul t:Wikidata penso anch'io che sia meglio avere snaktype=value di default. Nel caso degli stemmi però (e anche in altri casi penso) non si tratta tanto del t:Wikidata, ma del #property che viene usato per fare il controllo #if. Qui magari possiamo usare un nuovo template leggero che controlla solo che la property esista e sia diversa da nessuno/sconosciuto. A meno che questa possibilità ci sia già nel #property, ma di documentazione sul comando non ho trovato granché --Bultro (m) 09:42, 26 apr 2019 (CEST)

Nel frattempo se ritene il caso annullate pure i miei ultimi edit su Wikidata (dal 22 aprile), in cui avevo rimosso la proprietà in un'altra ventina di casi perché non sapevo in che altro modo risolvere --goth nespresso 15:17, 26 apr 2019 (CEST)

Deduco da phab:T148357 che ce la dobbiamo sbrigare noi. La funzione parser è sufficiente quando la proprietà prevede solo value come nel caso degli identificativi esterni. Per maggiore chiarezza potremmo rimpiazzarla dappertutto con un t:Property che si comporterebbe sostanzialmente come il t:Wikidata con risultato true/nil invece delle dichiarazioni formattate.--Sakretsu (炸裂) 21:32, 26 apr 2019 (CEST)

Ho creato Template:WikidataValido (per avere un nome uniforme con altri template esistenti), probabilmente si può far meglio usando il modulo, ma fa il suo dovere, i link rossi sono spariti --Bultro (m) 14:34, 28 apr 2019 (CEST)

Perfetto grazie, ho ripristinato le proprietà che avevo tolto su wikidata --goth nespresso 15:58, 28 apr 2019 (CEST)

Ho corretto il template. Bisogna per forza andare di modulo dato che ogni proprietà può avere più dichiarazioni. Poi configurabile come il t:Wikidata è ancora meglio a seconda delle evenienze.--Sakretsu (炸裂) 00:52, 1 mag 2019 (CEST)

Per le immagini ci interessa solo la prima dichiarazione. Comunque mi pare impossibile (a meno di ovvi errori) che ci siano due dichiarazioni di cui una vuoto/sconosciuto e una no. Quindi, in questo caso, non credo che ci sia bisogno di specificare n=1 nelle chiamate a WikidataValido --Bultro (m) 16:51, 1 mag 2019 (CEST)

Errori a parte, non credo sia sempre sbagliato inserire valore vuoto/ignoto in mezzo ad altri. Ad esempio nella proprietà doppiatore dell'elemento di un film si potrebbe specificare nessun valore per un personaggio muto. Qui non c'è bisogno di filtrare in modo diverso dal comportamento di default, va bene così. Altrove si potrebbe voler indicare come criterio uno snaktype/rank diverso--Sakretsu (炸裂) 19:49, 1 mag 2019 (CEST)

Unione Europea

A pochi giorni dalle elezioni europee, propongo di far apparire Unione Europea sopra agli Stati dell’Unione. L’UE è un “sovralivello” amministrativo molto più rilevante di tante sottodivisioni quasi o totalmente solo statistiche, è l’unica confederazione di Stati esistente al mondo, la sua bandiera è ovunque nelle nostre città ma nei template attuali non appare. Per me dovrebbe apparire abbinata in automatico al parametro dello Stato come ho visto che le località inglesi fanno apparire in automatico sia bandiera e dicitura Gran Bretagna che Inghilterra. Grazie dell’attenzione. --Orbieturbi (msg) 23:55, 24 mag 2019 (CEST)

Param. "Nome ufficiale"

Nel manuale del tmp, è indicato come vada compilato il campo "Nome ufficiale": "Nome ufficiale della divisione amministrativa in formato {{Lingue|xx}} [Nome ufficiale]. Se più di uno, separarli con <br /> (es. {{Lingue|it}} [Nome ufficiale italiano]<br />{{Lingue|de}} [Nome ufficiale tedesco])".
Siccome più volte si trovano differenze negli infobox delle diverse voci sui comuni ed a volte si finisce anche ad essere in "contrapposizione" all'operato di altri utenti, sarebbe da specificare meglio il manuale, chiarendo se lì vada inserito il nome completo dell'ente o meno (solo toponimo o dicitura "comune di" + toponimo).
Per capirci, nel campo "Nome ufficiale" dell'infobox di "Saint-Pierre (Italia)" (comune ufficialmente bilingue it-fr e quindi con doppia denominazione), si mette solo "(IT) Saint-Pierre + (FR) Sant-Pierre" (cioè solo toponimo) oppure "(IT) Comune di Saint-Pierre + (FR) Commune de Saint-Pierre" (ossia dicitura "Comune di ..." + toponimo) (v. es. qui)? Attenzione che, per coerenza, nel caso si dicesse che in "Nome ufficiale" vada messa la denominazione completa dell'ente amministrativo, significherebbe che, anche per i comuni italiani che non hanno altre lingue ufficiali oltre l'italiano, vada compilato il campo "Nome ufficiale". Es. per Brescia: "Nome = Brescia", "Nome ufficiale = (IT) Comune di Brescia".
A mio avviso non è un problema, però va chiarito e specificato in modo univoco una volta per tutte nel manuale. -- Gi87 (msg) 20:53, 30 mag 2019 (CEST)

Per me va messo il toponimo "originale" nella lingua locale, quando sia diverso dal parametro nome (Parigi, Paris; Mosca, Москва). Nel caso di città bilingui o trilingui ufficiali, potrebbero essere messe tutte, compresa quella italiana, in modo fa far capire che anche la versione italiana è ufficiale (es. Ortisei-St. Ulrich-Urtijëi). P.s. nel caso di Brescia, bisognerebbe capire se il nome ufficiale sia "comune di Brescia" o "città di Brescia", dal momento che la stessa è nell'elenco del Titolo di città in Italia. --Holapaco77 (msg) 08:27, 31 mag 2019 (CEST)

Su quello che scrivi non ci piove, è quello che già facciamo e così va fatto. Quello che vorrei definire invece è se nel campo "nome ufficiale", assieme al toponimo, ci vada anche la dicitura "Comune di" (o similare). Chiarito questo, vorrei poi metterlo nero su bianco nel manuale per evitare fraintendimenti. -- Gi87 (msg) 19:26, 31 mag 2019 (CEST)

In Italia il parametro “nome ufficiale” ha scritto Repubblica Italiana, quindi per Brescia ci dovrebbe essere scritto Comune di Brescia.--Orbieturbi (msg) 22:17, 3 giu 2019 (CEST)

Riscrivo meglio: va messo "solo" il toponimo originale, senza "Comune di...". --Holapaco77 (msg) 20:51, 10 giu 2019 (CEST)

Zupano

Per la Croazia, quando si compila "Grado amministrativo" con "1", sarebbe da visualizzare l'etichetta "Zupano" anziché "Župa" per il parametro "Amministratore locale". Così infatti viene chiamato in italiano (v. ad es. qui e qui). -- Gi87 (msg) 21:21, 31 mag 2019 (CEST)

Fatto. Forse sarebbe anche da scrivere la voce Zupano --Bultro (m) 23:22, 31 mag 2019 (CEST)

Grazie [@ Bultro]. Sì, in effetti non sarebbe male se qualcuno riuscisse almeno ad abbozzarla. Nella vers. croata il colleg. dall'infobox rimanda a "hr:Župan". Ho visto che noi abbiamo collegata su Wikidata la voce "Spano (titolo). -- Gi87 (msg) 19:20, 1 giu 2019 (CEST)

Repubblica Serba

Si è improvvisamente popolata la Categoria:Pagine con link a file inesistenti perché è evidentemente sparito lo stemma associato alla Regione di Trebigne. Ho provato a guardare su Commons ma non riesco a capire quale sia il problema, qualcuno che sa dove cercare può controllare? --goth nespresso 22:43, 1 giu 2019 (CEST)

Rettifico: sembra che il problema riguardi diversi stemmi di varie regioni della Repubblica Serba --goth nespresso 22:46, 1 giu 2019 (CEST)

E' stata fatta questa modifica che forse c'entra, ma comunque attualmente non c'è più niente di correlato nella categoria di errore --Bultro (m) 00:57, 3 giu 2019 (CEST)

Regno dei Paesi Bassi

Forse per le fattispecie di "Regno dei Paesi Bassi" (NLD-R,  Regno dei Paesi Bassi) sarebbe meglio impostare il primo grado a "Nazione costitutiva" come per le quattro home nations del Regno Unito. Oggi per indicare Curaçao bisogna usare {{Stato}}.. -- SERGIO ^{(aka the Blackcat)} 23:58, 6 giu 2019 (CEST)

Bisogna usare Template:Dipendenza --Bultro (m) 00:46, 7 giu 2019 (CEST)

Comuni e Città

Ho notato che per i comuni italiani, il template mostra sempre la dicitura "comune" sia per i Comuni che per le Città: per queste ultime il link corretto forse sarebbe Città. --Matitao (msg) 15:29, 11 lug 2019 (CEST)

Meglio di no: il comune è l'unico ente locale riconosciuto dalla Costituzione italiana, mentre quello di città è un titolo puramente onorifico e simbolico, pressoché privo di risvolti pratici (e comunque se ne parlerà tranquillamente nel corpo della voce).--3knolls (msg) 15:45, 11 lug 2019 (CEST)

[× Conflitto di modifiche] Ciao, [@ Matitao]. L'incipit è stato deciso così per omogeneità tra tutte le voci riguardanti i comuni italiani, anche perché (ma potrei sbagliarmi) un elenco completo e corretto di tutte le città italiane non so nemmeno se sia disponibile. Personalmente preferisco lasciarlo com'è--Parma1983 15:46, 11 lug 2019 (CEST)

@3knolls: capisco il senso della scelta.

@Parma1983: Ciao. Mi riferivo al template, non all'incipit delle voci. Cmq se uno con un nick come il tuo preferisce in un certo modo, chi è Matitao per contestare? :D Cmq confermo che l'elenco presente in Titolo di città in Italia non è aggiornato. --Matitao (msg) 21:29, 11 lug 2019 (CEST)

[@ Matitao] Scusami, avevo letto male io :D Ma avrei comunque risposto allo stesso modo ;)--Parma1983 21:31, 11 lug 2019 (CEST)

Nome abitanti

Nel campo "nome abitanti" per alcune città c'è solo la denominazione italiana, in altre città ci sono entrambe. Forse può aver senso laddove l'italiano e l'altra lingua siano ufficiali, altrimenti meglio usare una o l'altra (con preferenza per l'italiano, se esiste). Esempio: Parigi = parigini/parisiennes; Berlino = berlinesi; Bolzano = bolzanini/bozner; Atene = ateniesi/αθηναίοι; Pechino = pechinesi. Nei template degli Stati viene solo l'Etnico (onomastica) in lingua italiana (tedeschi, azeri, ciprioti, ecc.) --Holapaco77 (msg) 13:49, 7 ago 2019 (CEST)

In questa discussione un IP anonimo mi riferisce testualmente che "La nominazione di abitanti dei comuni e valli del Südtirol è anche in tedesco". --Holapaco77 (msg) 13:53, 7 ago 2019 (CEST)

A mio parere, visto che si dice sempre di utilizzare, ove esistente, la denominazione in italiano, va indicata solo quella, soprattutto considerando che parliamo di un template sinottico, che deve limitarsi all'essenziale. In vari casi, tra l'altro, già è necessario indicare due nomi degli abitanti, perché utilizzati entrambi in italiano, perciò non aggiungerei sicuramente le lingue diverse dall'italiano ove è già presente quello--Parma1983 14:06, 7 ago 2019 (CEST)

Sono d'accordo, anche perché in tutti gli altri campi c'è la stessa regola, escluso il campo specifico "nome originale" in cui espressamente infico quello. Cioè nel campo "Stato" si scrive "Germania", non "Germania/Deutschland". --Holapaco77 (msg) 20:34, 7 ago 2019 (CEST)

Come Parma. Tra l'altro stranamente non me n'ero manco accorto di questa "usanza", sarà la vecchiaia mah. --goth nespresso 21:00, 7 ago 2019 (CEST)

[@ Holapaco77, Parma1983, Goth nespresso] Il nome abitanti se esiste va in italiano perché questa è la Wikipedia in italiano. Come i toponimi, no? La domanda piuttosto è: tolleriamo l'endonimo tra parentesi come qui o no? Aggiorniamo il manuale in modo da chiarire la cosa? Non sono poche le voci così... -- Basilicofresco (msg) 19:45, 23 giu 2020 (CEST)

Sinceramente non ho mai trovato casi del genere, comunque vale quanto detto prima: nel sinottico per me meglio è limitarsi solo alla denominazione italiana, altre denominazioni nella lingua locale si possono specificare altrove nel testo --goth nespresso 20:11, 23 giu 2020 (CEST)

Concordo con [@ Goth nespresso]: visto che su it.wiki scriviamo in italiano, nel sinottico limitiamoci alla denominazione italiana degli abitanti--Parma1983 23:58, 23 giu 2020 (CEST)

Ad esempio alla voce Bratislava c'è il nome degli abitanti in slovacco. Forse bisogna aggiungere un campo al template oppure dare un'indicazione di non riportare il nome degli abitanti in lingue diverse dall'italiano. --AVEMVNDI ✉ 11:48, 3 lug 2020 (CEST)

Mi pare ci sia consenso per non metterlo affatto. Comunque, se proprio si mette, mi pare il minimo usare il template della lingua come per il Nome ufficiale --Bultro (m) 21:28, 8 lug 2020 (CEST)

Virgola o punto nelle cifre decimali

(IT) L'utente Herzi Pinki sta sostituendo la virgola utilizzata comunemente in italiano come separatore decimale con il punto. Questo perché deve essere stata introdotta una modifica nel codice che interpreta la virgola come fosse il separatore delle migliaia. Ad ogni modo, con la modifica di Herzi Pinki la resa grafica fornisce la virgola, ora.

Lasciamo tutto così o correggiamo il codice?

(EN) User Herzi Pinki is substituting the comma used commonly in the italian language as decimal separator with the point. Infact, a modification introduced somehow in the code leads to read the comma as the thousand separator. Anyhow, Herzi Pinki's edits conduct to display the numbers correctly.

Is it necessary to correct the mistake in the code? --Harlock81 (msg) 10:46, 21 ott 2019 (CEST)

non posso parlare Italiano di piu in cose techniche.

I stumbled accross the problem, as altitudes like 123,4 m were imported on Wikidata as 1234 m, which is wrong and annoying (e.g. [1]). There are about 50 commas in altitudine left as for now ([2]), not all of them having been imported to Wikidata (but elevation on Wikidata in general is wrong). Fixing the comma handling in the template is not enough, don't know where and how to fix related Wikidata import issues. ciao --Herzi Pinki (msg) 10:59, 21 ott 2019 (CEST)

I was following the contract on parameter Altitudine: NON usare il separatore delle migliaia e usare il punto al posto della virgola per i decimali (es. 12345.67). --Herzi Pinki (msg) 11:24, 21 ott 2019 (CEST)

Thank you Herzi Pinki for the explanation and the corrections of data on it.wiki. --Harlock81 (msg) 12:43, 21 ott 2019 (CEST)

Parametri eliminabili

Propongo di eliminare i parametri Bandiera e Stemma da tutte le voci che contengono il template in quanto eliminabili perché i dati sono prelevati da wikidata. --93.32.64.189 (msg) 16:16, 6 nov 2019 (CET)

Wikidata è un progetto fratello. Lo sfruttiamo finché ci fa comodo, ma al tempo stesso teniamo gli strumenti per rimanere autosufficienti. Qualsiasi dato deve poter essere sovrascritto in locale--Sakretsu (炸裂) 16:59, 6 nov 2019 (CET)

[@ Sakretsu], eliminare i parametri dal template lo trovo un vantaggio perché quando in un elemento wikidata di un comune che fino ad un certo momento aveva bandiera e stemma in png/jpg ne vengono caricate le versioni in svg, la wiki in italiano viene sincronizzata subito, invece di rimanere autosufficienti e accorgersene dopo mesi... --93.32.64.189 (msg) 15:45, 8 nov 2019 (CET)

Problemi visualizzazione template nidificato

Salve a tutti, ho creato il template {{Template:Mappa di localizzazione/GB-CON}} per la suddivisione della Cornovaglia, in modo da rendere più visibile l'area nelle voci dei comuni. Ma inserendolo nell'apposito parametro, viene visualizzata in modo errato. La voce in questione è Trevone. Se vi è possibile risolvere in qualche modo la nidificazione sarebbe utile allo scopo. Grazie --Indil⁷⁷ 22:43, 20 nov 2019 (CET)

Mi risulterebbe che quelle mappe di localizzazione vadano inserite attraverso Template:Divisione amministrativa/Mappe speciali, dove però campeggia la scritta N.B. il codice alternativo va impostato solo se necessario; non dobbiamo "zoomare" regioni che sono normalmente visibili sulla mappa dello stato intero.. Di conseguenza non credo che ci siano errori "tecnici" da sistemare ma che sia il caso di proporre/discutere l'utilizzo di quel tipo di mappa di localizzazione :-) Ciaoo --Pil56 (msg) 08:38, 21 nov 2019 (CET)

Capisco. In ogni caso il template è disponibile. A mio parere, sembrerebbe utile avere la possibilità di osservare la circoscrizione della suddivisione dello stato per avere una visione ravvicinata della sua morfologia con relativo comune/frazione/villaggio/ecc..., come è stato implementato su en.wiki. Converto questo problema in una proposta di implementazione – vorrei evitare di aprire un'ulteriore discussione a riguardo, se non fosse possibile provvederei a farlo – ove esista il template specifico dell'area. --Indil⁷⁷ 12:28, 21 nov 2019 (CET)

Io ti ho risposto solo sotto il punto di vista "tecnico", sul perché non funzionava all'interno del template divisione amministrativa. Sul perché ci sia quell'indicazione esplicita che ho citato sopra non ho idea; di sicuro ci sarà stata qualche discussione in merito e per "superarla" sarà necessaria una nuova discussione, probabilmente in DP:Geografia. --Pil56 (msg) 17:40, 21 nov 2019 (CET)

I sinottici devono essere uniformi e mostrare sempre la posizione generale rispetto allo Stato. Per chi vuole zoomare (a qualunque livello voglia, perché devi imporre proprio la contea?) ci sono i veri servizi di cartografia, basta cliccare su "mappa", sulle coordinate, o sul pallino --Bultro (m) 18:42, 21 nov 2019 (CET)

[@ Bultro] Il tuo ragionamento fila, ma vale anche al contrario. Cioè, se io ho la visione della contea (che poi nella mappa che ho inserito si vede anche la zona rispetto alla nazione) cliccando sulla mappa posso vedere in generale la posizione rispetto allo stato. Comunque è un mio parere, magari per la maggior parte di voi non è così. Mi sembra più corretto far vedere i dintorni di un comune/villaggio/frazione e quindi di seguito dove si trova esattamente rispetto allo stato, specialmente nei sinottici di un singolo comune/villaggio/frazione. Per quanto riguarda una contea è già diverso. --Indil⁷⁷ 20:24, 21 nov 2019 (CET)

Google - esclusione del link a Wikipedia

Avrete visto che al 27 febbraio 2020 Google esclude dai risultati le voci di it.wikipedia relativi ai capoluoghi di comune, provincia e regione italiani e esteri. Questa fatto comporterà un pesante calo di traffico web per il sito, che di recente ha chiesto ai lettori di contribuire con una donazione libera per evitare l'inserimento di contenuti pubblicitari.

Gogle continua a mostrare l'incipit delle voci, ma esclude il link diretto alla voce di Wikipedia, che invece viene ancora mostrato solamente quando si cerca la voce di una determinata provincia.

Ignoro se questa esclusione dipenda da una scelta di Google oppure da una policy di Wikipedia, che non pare affatto essere stata discussa con la comunità.Saluti, --Micheledisaveriosp (msg) 13:56, 27 feb 2020 (CET)

[@ Micheledisaveriosp], non è questa la pagina più idonea per porre la domanda; prova ad Aiuto:Sportello informazioni. --Antonio1952 (msg) 16:38, 27 feb 2020 (CET)

.:[@ Antonio1952], grazie. Sposto la discussione. Saluti, --Micheledisaveriosp (msg) 19:20, 27 feb 2020 (CET)

Mappe OpenStreetMap

C’è un modo di implementare le mappe interattive (che ad esempio mostrano il perimetro di un comune) presenti su Wikipedia Inglese nella versione italiana? — Samuele Wikipediano 1348 ✉ 18:37, 1 apr 2020 (CEST)

Anche su it.wiki esiste il template:Mappa OSM. In quanto al {{Divisione amministrativa}}, il collegamento a OpenStreetMaps è già ora funzionante (è sufficiente cliccare sulla mappa per accedere direttamente alle mappe OSM).--3knolls (msg) 18:47, 1 apr 2020 (CEST)

Grazie mille ;-)! Se volessi quindi implementare la mappa OSM del perimetro di un comune all’interno del template come dovrei fare? — Samuele Wikipediano 1348 ✉ 22:00, 1 apr 2020 (CEST)

Mi spiego meglio: su it.wiki la mappa OSM compare cliccando sulla cartina dell'Italia, mentre su en.wiki la mappa OSM è separata poiché lì la cartina dell'Italia non è interattiva (nel senso che cliccandoci sopra non compare nulla); quindi nel complesso en.wiki non offre nulla di più, anche se l'ingombro è maggiore. Inoltre, sia su it.wiki che su en.wiki è possibile cliccare sulle coordinate per accedere a GeoHack, da cui è possibile scegliere tra tutta una serie di mappe (tra le quali anche OSM); perciò, mi sembrerebbe superfluo andare a modificare il template per aggiungere ancora un'altra mappa nell'infobox (almeno io personalmente sarei contrario, ma attendiamo pure altri pareri). Tuttavia, se necessario puoi sempre aggiungere un'altra mappa OSM nel testo (non nell'incipit) utilizzando il template "Mappa OSM" che ti ho già linkato sopra.--3knolls (msg) 04:42, 2 apr 2020 (CEST)

Va bene, grazie mille.— Samuele Wikipediano 1348 ✉ 10:56, 2 apr 2020 (CEST)

P.S. Secondo me andrebbe tolta la mappa di localizzazione con una mappa OSM mostrante il perimetro del comune e la localizzazione del centro urbano (che oltre a mostrare la localizzazione dell’ente locale ne mostra anche il perimetro).— Samuele Wikipediano 1348 ✉ 10:59, 2 apr 2020 (CEST)

Preceduto da / Succeduto da

Segnalo Discussioni_template:Provincia_storica#Province_soppresse_in_tempi_moderni, proposta di aggiunta campi per divisioni soppresse --Bultro (m) 21:30, 21 apr 2020 (CEST)

Stemma Monza Brianza

Ciao, ho visto che quando si imposta Divisione amm grado 2=Monza e Brianza il template in automatico utilizza, come stemma, questa immagine. Su commons è però presente una versione più recente in formato SVG, che sarebbe migliore da utilizzare: https://commons.wikimedia.org/wiki/File:Provincia-Monza-Brianza-stemma.svg

Non capisco però come aggiornare queste informazioni. Ho controllato e su wikidata la proprietà P94 punta all'immagine corretta, c'è qualcosa che mi sfugge? --Sette-quattro (msg) 12:36, 8 mag 2020 (CEST)

template divisione amministrativa-abitanti (2)

Gentili utenti, a distanza di anni torno sull'argomento segnalando che sempre più spesso mi imbatto in pagine di comuni dove nel Template:Divisione amministrativa alla voce abitanti trovo riportata indifferentemente una variegata moltitudine di dati, mi riferisco in particolare ai comuni dove alla voce abitanti si confonde il dato del saldo demografico con quello della residenza. Dino Michelini (msg) 18:54, 11 lug 2020 (CEST)

cb La discussione prosegue nella pagina Discussioni progetto:Amministrazioni/Comuni italiani#Template divisione amministrativa-abitanti.

– Il cambusiere --Antonio1952 (msg) 14:59, 12 lug 2020 (CEST)

Stemma provincia dell'Aquila

Salve, inserendo "Divisione amm grado 2 = L'Aquila" non viene riportato automaticamente lo stemma della provincia. Come si può risolvere? --Fra00 13:34, 10 ago 2020 (CEST)

È stato tolto con questa modifica, credo nell'ottica della pulizia dagli stemmi in WP:EDP, quindi non utilizzabili liberamente. Se ne vuoi la conferma chiedi pure all'autore della modifica (e mi sa che l'immagine vada tolta anche dal Template:Comuni della provincia dell'Aquila). --Pil56 (msg) 14:56, 10 ago 2020 (CEST)

Quindi per poterlo reinserire ne andrebbe creata una simil-copia libera? --Fra00 15:00, 10 ago 2020 (CEST)

Io non ti so rispondere, mi spiace. Credo che molto più esperto possa essere [@ Ruthven]. --Pil56 (msg) 15:09, 10 ago 2020 (CEST)

[@ Fra00] Si. Una copia libera che non usi nessun elemento coperto da copyright. --Ruthven (msg) 11:04, 12 ago 2020 (CEST)

[@ Ruthven] Grazie, chiederò al laboratorio grafico allora. --Fra00 11:05, 12 ago 2020 (CEST)

Partito

Per l'amministratore locale va indicato il partito con cui è stato eletto o va aggiornato a seconda dei cambi di partito (soprattutto qualora essi pregiudichi cambi di maggioranza, consiglieri...)? Ad esempio, se il sindaco di Nuoro è stato eletto con il PSd'Az e successivamente è passato al PD cambiando del tutto la maggioranza e i consiglieri di essa, va aggiornato PD nel template o resta PSd'Az? Ancora, il sindaco di Enna eletto col PD poi passa ad Italia Viva, cosa si inserisce nel template? --Matteo Musto 14:55, 5 set 2020 (CEST)

Per me va inserito il partito al momento dell'elezione anche per evitare equivoci. Ad esempio, scrivere per Enna "Maurizio Dipietro (Italia Viva) dal 17-6-2015" induce a pensare che già nel 2015 esisteva Italia Viva, cosa che ovviamente non è.

Comunque, ho segnalato la discussione al progetto Amministrazioni/Comuni italiani. --Antonio1952 (msg) 15:35, 5 set 2020 (CEST)

[× Conflitto di modifiche] Io indicherei il partito attuale, visto che il template viene mantenuto aggiornato anche negli altri dati. Indicare il partito precedente come se vi appartenesse ancora mi sembra fornire un'informazione errata--Parma1983 15:39, 5 set 2020 (CEST)

Io li scriverei entrambi (ad esempio: "Maurizio Dipietro (PD, poi Italia Viva) dal 17-6-2015".--3knolls (msg) 15:51, 5 set 2020 (CEST)

Appoggio la proposta di scriverli entrambi (magari anche IV abbreviato). --Fra00 15:52, 5 set 2020 (CEST)

Ok a indicarli entrambi, buona idea (ove possibile in modo abbreviato)--Parma1983 16:00, 5 set 2020 (CEST)

Spesso, soprattutto negli ultimi anni, il sindaco viene eletto all'interno di una coalizione raggruppata in lista civica oppure sostenuto da più partiti/liste. In questo caso cosa inserire? --Holapaco77 (msg) 17:18, 5 set 2020 (CEST)

[@ Holapaco77] di norma, per non appesantirlo troppo, nel template si inserisce il partito di appartenenza del sindaco, mentre la coalizione appare nella sezione Amministrazioni all'interno del testo--Parma1983 17:27, 5 set 2020 (CEST)

Concordo sull'indicarli entrambi con abbreviazioni.--Ceppicone ✉ 17:47, 7 set 2020 (CEST)

Link errato

Ciao a tutti, ho notato che le voci riguardanti il PIL puntano a Teoria della parità dei poteri di acquisto, ma il link giusto sarebbe Parità di potere d'acquisto. Qualcuno può modificare? Grazie mille --Towerman86 (scrivimi) 16:53, 18 nov 2020 (CET)

Fatto--Bultro (m) 19:46, 20 nov 2020 (CET)

Divisioni soppresse

In caso di divisioni amministrative soppresse c'è modo di cambiare la descrizione? Mi spiego meglio, in questo caso "prende" ex-località perché è un grado 4 ma in realtà sarebbe tanto carino se apparisse ex-comitato per lo sviluppo dei villaggi. C'è qualche barbatrucco per farlo? --Civvì (Parliamone...) 18:09, 23 nov 2020 (CET)

Il campo "Tipo" è a testo libero :-) (vedi modifica) .--Pil56 (msg) 18:21, 23 nov 2020 (CET)

Ho visto, grazie! (dici che bastava leggere il manuale?) :-D --Civvì (Parliamone...) 18:22, 23 nov 2020 (CET)

Acque interne

Salve a tutti. Quest'oggi un ip ha valorizzato tale parametro nella voce Marsciano, senza però citare la fonte. A quel punto avrei voluto inserire il template {{Senza fonte}}, ma mi dà errore. Si può risolvere in qualche modo?-- 3knolls (msg) 18:20, 16 dic 2020 (CET)

Da errore perchè il parametro viene inserito all'interno di formatnum. Bisognerebbe aggiungere un nuovo parametro da visualizzare dopo --ValeJappo【〒】 08:11, 17 dic 2020 (CET)

Wikilink al patrono

Il wikilink al patrono punta alla voce Patrono, che però tratta del significato nella Roma antica. Dovrebbe puntare a Santo patrono.

(A meno di non cambiare la disambiguazione di "patrono"). --Meridiana solare (msg) 23:52, 21 dic 2020 (CET)

Per il momento ho corretto il wikilink, che ora punta a "Santo patrono". Grazie per la segnalazione.--3knolls (msg) 06:05, 22 dic 2020 (CET)

Norvegia - codice statistico

Sto sistemando i comuni della Norvegia e in un comune il codice statistico (P2504) è cambiato dal 2020 (il comune è Hamarøy), nell'infobox però continua ad apparire il valore vecchio, è vero che si può sovrascrivere ma c'è modo di visualizzare in automatico il valore valido? Grazie :-) --Civvì (Parliamone...) 15:25, 1 gen 2021 (CET)

Fatto, l'ho classificato come preferito. --ValterVB (msg) 19:00, 1 gen 2021 (CET)

Grazie! --Civvì (Parliamone...) 09:27, 2 gen 2021 (CET)

Amministratore locale

Ancora Norvegia...nelle voci dei comuni sono diligentemente riportati dati ormai obsoleti, su Wikidata ci sono quelli aggiornati. Modificare il tl in modo generico mi pare mossa molto azzardata ma si può fare in modo che in alcuni casi/stati - tipo appunto la Norvegia - prenda il valore da Wikidata? --Civvì (Parliamone...) 15:54, 3 gen 2021 (CET)

Qual è la proprietà? Forse si può fare anche in modo generico, ma comunque nelle voci bisognerebbe cancellare i dati locali non più validi. Anzi, a fare un lavoro fatto bene, i vecchi sindaci non vanno cancellati ma spostati nello storico dei sindaci --Bultro (m) 18:05, 3 gen 2021 (CET)

Nel caso dei comuni della Norvegia è la P6 ma andrebbe verificato se è sempre quella. Ma tu dici creare una sezione nella voce con lo storico dei sindaci? Nel caso Norvegia la vedo complessa perché hanno smembrato e ricreato comuni nel corso di diverse riforme. --Civvì (Parliamone...) 23:36, 4 gen 2021 (CET)

è già previsto che si faccia (wp:Modello di voce/Centro abitato#Amministrazione). Ho dato un'occhiata alla P6 e credo possa andar bene per tutto, però anche lì vengono messi gli storici, cioè valori multipli per i capi che si sono succeduti, con qualificatori delle date. Nel Divisione amministrativa andrebbe messo solo il più recente --Bultro (m) 19:18, 9 gen 2021 (CET)

La soluzione potrebbe essere classificare su Wikidata come preferito l'amministratore in carica (vedi domanda nella sezione precedente), non so però quanto possa essere sostenibile la manutenzione di tutto ciò.--Civvì (Parliamone...) 22:42, 9 gen 2021 (CET)

Zona sismica

[@ Bultro] Come visibile nella mappa comuni e nei dati ufficiali della Protezione Civile, la zona sismica di Roma è 2A-3A-3B. Il template però non la riconosce (ha tra i parametri solo 2B-3A-3B) e dà errore...--Ferdi2005_[Posta] 23:38, 6 feb 2021 (CET)

Problemi con i fusi orari

Segnalo discussione Discussioni progetto:Geografia#UTC Martinica. --Meridiana solare (msg) 13:15, 7 feb 2021 (CET)

Enti di decentramento regionale

In Friuli-Venezia Giulia, in sostituzione delle unioni territoriali intercomunali, sono stati istituiti gli enti di decentramento regionale, che corrispondono alle ex province soppresse. C'è confusione in merito alla compilazione del parametro "Divisione amm grado 2": come dev'essere compilato? Qualora venga compilato, compare l'etichetta "Provincia". --FeltriaUrbsPicta (msg) 15:18, 8 feb 2021 (CET)

Se ne parla in Discussioni_progetto:Amministrazioni#come_facciamo_con_le_EDR? --Bultro (m) 00:34, 12 feb 2021 (CET)

Amministratore locale = commissario prefettizio

Ciao a tutti, ho un dubbio sulla compilazione del template e non ho trovato risposte qui o nel manuale. Nel caso l'amministratore locale sia un commissario straordinario, quindi temporaneo e non eletto, come va compilato? Nel caso dei comuni la sezione viene automaticamente nominata "sindaco", con tanto di wikilink, ma non sarebbe corretto. Si lascia in bianco? Si mette che è un commissario prefettizio fra parentesi? Si mette il giorno della nomina o dell'insediamento, nel campo "Data elezione"? --Phyrexian ɸ 06:56, 25 mar 2021 (CET)

Direi che metterlo con commissario prefettizio fra parentesi non fa male a nessuno. Per la data le istruzioni precise ci sono già --Bultro (m) 19:50, 28 mar 2021 (CEST)

Abitanti

Sono passati un po' di anni dall'ultima volta che se ne è parlato e su Wikidata molte cose sono state aggiunte, è il caso di rivalutare l'opportunità di utilizzare di più P1082 dentro questo template? Magari mettendo un'opzione per stato in modo da farlo "funzionare" per gli stati di cui sappiamo che i dati ci sono e sono aggiornati? --Civvì (Parliamone...) 21:40, 26 mar 2021 (CET)

Così su due piedi sarei estremamente favorevole, anche per evitare i continui aggiornamenti di milioni di voci direttamente sull'enciclopedia, spesso senza fonti. --Phyrexian ɸ 08:05, 27 mar 2021 (CET)

Io sono ovviamente più che d'accordo. --Ferdi2005_[Posta] 17:49, 8 apr 2021 (CEST)

Classificazione sismica

Buongiorno! In alcuni comuni della Liguria il template non riconosce più la classificazione sismica presente. Forse si stanno aggiornando i parametri via bot? O c'è un bug? Ad esempio Castellaro. Ciao da --Dapa19 (msg) 09:55, 5 apr 2021 (CEST)

@Dapa19 La s non esiste nella classificazione sismica, il bot si è limitato a correggere il 3 con il 2 (come da dati della protezione civile), ma non era previsto che controllasse per caratteri minuscoli non collegati alla classificazione. Quali sono questi comuni della Liguria? Proverò ad aggiustare il bot per verificare anche la presenza di queste lettere estranee, ma se vedi lettere come la s rimuovile pure.

In realtà, ho controllato, esiste la classificazione sismica 3s per alcuni comuni, quel comune però ora è in classificazione 2. Farò passare il bot per correggere rimuovendo anche la s dove non è stata tolta.--Ferdi2005_[Posta] 17:47, 8 apr 2021 (CEST)

Grazie mille per l'interessamento! --Dapa19 (msg) 21:04, 8 apr 2021 (CEST)

@Dapa19 Il bot sta passando ora a correggere questo problema ove presente. Fammi sapere, una volta che ha finto, se si è perso qualcosa. --Ferdi2005_[Posta] 21:09, 8 apr 2021 (CEST)

Ok sì, tanto ho tra gli osservati speciali i comuni della Liguria dove ho constatato l'errore. --Dapa19 (msg) 21:16, 8 apr 2021 (CEST)

@Dapa19 Non penso che per gli edit dei bot ti arrivino le notifiche degli OS, comunque ha finito. --Ferdi2005_[Posta] 22:07, 8 apr 2021 (CEST)

Bene! A campione sono andato a vedermi la stessa voce Castellaro e vedo che ora il dato è stato aggiornato! Quindi presumo anche negli altri comuni. Grazie mille! --Dapa19 (msg) 21:48, 9 apr 2021 (CEST)

Patrono e compatroni

Ciao a tutti. [@ Il buon ladrone] mi ha segnalato che, in alcune voci, all'interno del sinottico sono indicati, accanto al patrono, anche i compatroni. Provando a leggere nelle vecchie discussioni mi pare di capire che quelle aggiunte siano improprie, innanzi tutto perché il sinottico dev'essere il più sintetico possibile raccogliendo solo le informazioni fondamentali e in secondo luogo perché, mentre per i patroni (ai quali è dedicato anche un giorno festivo) le fonti sono unanimi, per i compatroni spesso le fonti sono più lacunose. Nel dubbio, però, chiedo un parere agli altri. Grazie--Parma1983 15:32, 11 apr 2021 (CEST)

Si ragazzi come dicevo a [@ Parma1983] è un quesito strano e di esempi c'è ne sono molteplici ad esempio {{Qui}} , ma è un esempio minimo ci sono anche voci con 3 o 4 patroni elencati . Per il resto sono del parere di Parma , per lo meno capiamo il da farsi se rimuovere informazioni non da incipit o meno . Grazie a tutti -- Il buon ladrone (msg) 15:48, 11 apr 2021 (CEST)

Il discorso è complicato dal fatto che in alcuni centri si distingue tra "patrono" e "protettore". Tuttavia la legge assegna sempre un solo giorno festivo all'anno a ciascun comune, e dunque soltanto quello andrà indicato, poiché soltanto in quel giorno gli uffici e le scuole rimarranno chiusi. Qualora le fonti attestino che in quel giorno la città celebri più santi, essi potranno anche essere elencati tutti; altrimenti si indicherà soltanto il santo celebrato nell'unico giorno festivo assegnato a quel comune, a prescindere dal fatto che si tratti di patrono, protettore o altro. E non è da considerarsi accettabile nemmeno il "trucchetto" di aggiungere un secondo giorno permanentemente festivo (ad esempio l'8 dicembre a Palermo, nonostante che le fonti indichino chiaramente come un unico patrono o protettore Santa Rosalia e come unico giorno festivo il 16 luglio, vedi qui).--3knolls (msg) 16:28, 11 apr 2021 (CEST)

Sinceramente distinguere in base al giorno festivo non mi sembra molto adeguato. Se un comune ha più patroni, tutti indicati come tali e allo stesso livello dalle fonti, non vedo perché non si possano mettere. Che poi non è neanche tutto questo spreco di spazio, al massimo ci sono quattro o cinque nomi di santi, nulla di enormemente complicato o non sintetico. Se poi c'è un patrono principale e più compatroni secondari e le fonti riportano maggiormente il primo, allora si deve lasciare solo quello e parlare degli altri solo nel corpo del testo. --Fra00 20:17, 11 apr 2021 (CEST)

Ad esempio {{Qui}} è un caso palese di mancanza di fonti e riscontabilitá . Io lo dico per una chiarezza verso il lettore null'altro . Il buon ladrone (msg) 15:14, 12 apr 2021 (CEST)

Sì, nel caso citato da [@ Il buon ladrone] la situazione è confusa anche nel giorno festivo, perché ne appaiono due, entrambi diversi dal giorno festivo indicato nella voce relativa al comune--Parma1983 15:21, 12 apr 2021 (CEST)

Sede comunale

Ciao! Come sottolineato qui da [@ Agapito Malteni], per i comuni sparsi non si parla di capoluogo, bensì di sede comunale. Penso che sarebbe utile aggiungere questa opzione in questa infobox, che ne pensate? Grazie. --Guprilen (msg) 16:04, 28 apr 2021 (CEST)

Io ho sempre letto che per un comune il "capoluogo" è appunto dove c'è la sede comunale. Che sia di un comune sparso, non lo rende meno "capoluogo" (anzi rende più utile specificare quale sia). --Meridiana solare (msg) 16:42, 28 apr 2021 (CEST)

La dicitura "capoluogo comunale" è molto utilizzata. --Fra00 16:49, 28 apr 2021 (CEST)

La mia modifica alla voce è soprattutto tecnica, in quanto con l'aggiunta del campo capoluogo, nel caso specifico Tissoret, lo stesso veniva indicato sulla cartina, anziché la denominazione comunale, Sarre. Nel campo oggetto ho poi voluto sottolineare il fatto che il termine capoluogo è maggiormente usato per altre divisoni amministrative, come le province e le regioni. Non ho idea quale sia il termine corretto a livello ufficiale, tuttavia la prassi wikipediana talvolta utilizza la stessa terminologia. Sono favorevole alla proposta di [@ Guprilen]--Agapito Malteni ^{(lettere in viaggio)} 15:53, 29 apr 2021 (CEST)

Se posso esprimere un parere, provando a leggere la definizione che wikipedia dà di capoluogo comunale (che poi di fatto coincide con quella della Treccani), mi pare che il termine capoluogo coincida esattamente con quello di sede comunale; in particolari, vi vengono proprio nominati i capoluoghi di comuni sparsi, perciò mi pare che non ci sia motivo per aggiungere un nuovo parametro--Parma1983 16:19, 29 apr 2021 (CEST)

Lungi da me nel mettermi contro la Treccani ma alcuni statuti comunali esplicitano il termine sede comunale. In ogni caso permane il problema tecnico da me evidenziato poco sopra--Agapito Malteni ^{(lettere in viaggio)} 17:35, 29 apr 2021 (CEST)

Nello Statuto che citi con "sede comunale" ci si riferisce all'edificio ospitante gli uffici dell'ente, non al capoluogo comunale. --Fra00 22:54, 29 apr 2021 (CEST)

Per quanto riguarda il problema tecnico: le coordinate sono di un punto preciso, quindi da un punto di vista geografico è anche più corretto che indichino il capoluogo. Nonostante ciò, penso anche io che sia meglio che sulla mappa si mostri il nome del comune. Credo che comunque sia superabile come problema modificando il codice del template. Comunque, non capisco il perché di questa impostazione del template: in quale caso si vuole mostrare sulle mappe il nome del capoluogo e non quello della pagina, in caso differiscano? --Fra00 22:58, 29 apr 2021 (CEST)

In effetti mi sembra che se si parla di "capoluogo" anche per i comuni sparsi, invece di "sede comunale", non stiamo certo affermando un concetto diverso o contrario. Sarebbe utile che restasse questo dato nell'infobox, perché altrimenti si dovrebbe sistematicamente metterlo nel corpo dell'articolo, e credo che le infobox servono giustamente a evitare questo. Sono d'accordo inoltre con il fatto che, essendo le coordinate legate al capoluogo e non al comune, è più logico che nella carta appaia il nome del capoluogo (Tissoret), inserendo se possibile il nome del comune tra parentesi? --Guprilen (msg) 11:34, 30 apr 2021 (CEST)

Nome ufficiale

Ciao! Forse è stato già discusso, però pongo la questione. Riguardo a questa modifica di [@ Agapito Malteni], ricordo di avere cominciato a discuterne con lui, però non ricordo più dove... :S Penso che sia utile allargare il dibattito qui. Ricordo di avere citato gli esempi di Bolzano/Merano e Terlano, comuni ufficialmente bilingui che mostrano una discordanza: nei primi è presente una dicitura ufficiale, mentre per il secondo è presente solamente il toponimo (ma due diciture "Comune di Terlano"/"Gemeinde Terlan" esistono senza alcun dubbio). Cosa si deve inserire in questo campo? Per nome ufficiale si intende il nome, oppure la "dicitura"? Non riesco a trovare una risposta nelle istruzioni del template. Inoltre, bisogna notare che in Valle d'Aosta i toponimi sono tutti unicamente e ufficialmente in lingua francese, tranne Aosta/Aoste (e Valle d'Aosta/Vallée d'Aoste), quindi questa versione è, a mio avviso, incorretta, perché un utente sarebbe portato a pensare che in italiano si dica "Sarre" e in francese "Sarre", mentre invece esiste solamente un toponimo, ed è in francese, cosa che non succede nei comuni di nessuna altra regione italiana, in cui c'è sempre una versione ufficiale del toponimo in lingua italiana. Grazie per condividere la vostra opinione. --Guprilen (msg) 16:28, 28 apr 2021 (CEST)

Ciao Guprilen, ricordo tale discussione di qualche tempo fa sul progetto valdostano. In realtà il mio dubbio riguardava il prefisso comune di o citta di che figurava in alcune voci di comuni bilingui; tale prefisso mi sembrava inutile e/o troppo formale. A mio avviso è sufficiente inserire i toponimi ufficiali. Nel caso valdostano esiste solo la forma francese. Cosa diversa accade in Alto Adige e in Friuli--Agapito Malteni ^{(lettere in viaggio)} 17:42, 29 apr 2021 (CEST)

Ciao! Certo, capisco. Ma resta a mio avviso irrisolto il mio dubbio, secondo cui un utente di wiki:it si aspetterebbe di trovare come titolo di un'infobox il toponimo in italiano, e il fatto di vedere giusto sotto il titolo una dicitura "(FR) Sarre" lo porterebbe a pensare che la grafia è la stessa, ma la pronuncia diversa, e che esisterebbe quindi una versione italiana del toponimo "Sarre", il che è sbagliato. Non so se vedi quello che voglio dire. --Guprilen (msg) 10:00, 30 apr 2021 (CEST)

E aggiungo, resta irrisposta la domanda: cosa bisogna indicare nel campo "Nome ufficiale"? Il/I toponimo/i ufficiale/i o la/le dicitura/e ufficiale/i? --Guprilen (msg) 12:03, 30 apr 2021 (CEST)