Discussioni template:Divisione amministrativa/Archivio3

Da Wikipedia, l'enciclopedia libera.
Vai alla navigazione Vai alla ricerca
...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
 

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)

 
Archivio discussioni

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

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:
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 / 45.464675°N 9.186631°E45.464675; 9.186631
1000 abitanti → 45°27′52.83″N 9°11′11.87″E / 45.464675°N 9.186631°E45.464675; 9.186631
10 000 000 abitanti → 45°27′52.83″N 9°11′11.87″E / 45.464675°N 9.186631°E45.464675; 9.186631
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)

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 314 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 314 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:

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)
Mappa di localizzazione: Italia
Monte Amiata
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...) --Caarl95 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".--Caarl95 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
StatoBandiera dell'Italia Italia
Regione Lombardia
ProvinciaNon presente
Territorio
Altre informazioni
Fuso orarioUTC+1
Elemento Wikidata assente · Manuale
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: 

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

genera:

test
Localizzazione
StatoStato mancante (man)
Territorio
Altre informazioni
Elemento Wikidata assente · Manuale


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

genera:

test
Localizzazione
StatoStato non riconosciuto (man)
Territorio
Altre informazioni
Elemento Wikidata assente · Manuale


  • (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:

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}} => Bandiera dell'Italia Italia (permesso dal fatto che esiste il redirect Template:Naz/Italia). Mentre con la precedente versione avremmo: {{Band dip/Sandbox|Italia}} => Bandiera dell'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? --β16 - (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)

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 --β16 - (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"? --β16 - (talk) 23:18, 5 ott 2016 (CEST)

Nota per altitudine

Ciao, oltre che il formatnum come già chiesto sopra, è possibile aggiungere anche il parametro Note altitudine, come per la superficie? Grazie! --β16 - (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:
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  :) --β16 - (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:

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 (&#8239; in versione non breaking), invece dell'&nbsp; che usiamo adesso. Il punto è invece sconsigliato.
Un esempio:
Abitanti di Parigi: 2 229 621 (usando &nbsp; non breaking space)
Abitanti di Parigi: 2 229 621 (usando &#8239; 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
StatoBandiera dell'Italia Italia
Regione Lombardia
Città metropolitana Milano
Territorio
Altre informazioni
Fuso orarioUTC+1
Elemento Wikidata assente · Manuale
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
LocalizzazioneMar Tirreno
Geografia politica
StatoBandiera dell'Italia Italia
RegioneBandiera della Sicilia Sicilia
Città metropolitana  Messina
ComuneLeni, Lipari, Malfa, Santa Marina Salina
Fuso orarioUTC+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)

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)
Estratto da "https://it.wikipedia.org/w/index.php?title=Discussioni_template:Divisione_amministrativa/Archivio3&oldid=86087301"