Discussioni template:Divisione amministrativa

	...da fare in Divisione amministrativa aggiorna cache · modifica Annota in questo spazio le cose da fare per migliorare la voce o segui i suggerimenti già indicati.
Template di divisioni amministrative da sostituire con questo: {{Provincia storica}} - sicuramente da sostituire per le divisioni soppresse degli stati esistenti. Potrebbe essere adeguato per stati moderni non più esistenti, ma ci vuole il relativo {{DivAmm}} {{Quartiere}} - probabilmente sostituibile, vedi discussione {{Dipendenza}} - per ora ha diversi campi simil-statali in più

Archivio delle discussioni dei template sostituiti

---

 

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

Privi di discussioni:

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

---

come archiviare  ·  modifica questa lista

Archivio discussioni

---

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

---

come archiviare

Numero sottodivisioni

Facendo seguito a questa discussione, propongo di rivedere quell'indicazione del manuale sul campo Sottodivisioni: "Se sono più di cinque, indicarne solo il numero". Cinque appare un limite inutilmente severo, e di fatto non viene quasi mai rispettato (e neanche conosciuto, probabilmente). Divisioni confinanti ha facilmente più elementi, e anche in Codice postale ho visto di peggio. In Template:Divisione amministrativa/man/Italia#Comune l'esempio stesso si contraddice ed elenca 11 frazioni, e quelle quattro righine sono il problema minore in quel templatone lungo due schermi. Io metterei come limite "una decina", se non altro rispecchia meglio la realtà dei fatti --Bultro (m) 23:37, 9 dic 2021 (CET)

[@ Bultro] Per me una decina ci può stare, cambia poco.--Ceppicone ✉ 10:52, 15 dic 2021 (CET)

Onestamente (e, forse, mi è sfuggito) credevo che fosse già impostato o suggerito dal Progetto di indicare solamente fino ad un massimo di 10 sottodivisioni e, nel caso, di rimandare l'approfondimento nell'apposita e prevista sezione all'interno della voce. Pertanto, concordo sul numero massimo della decina. --Dapa19 (msg)

Romania

Ho notato che il template considera i distretti come unità di secondo livello (stesso errore delle contee dell'Irlanda del Nord, che non esistono più e costringono ad abbassare di livello i distretti). Non sarebbe ora di eliminare dai livelli amministrativi le ex suddivisioni, e semmai relegarle a un campo opzionale tipo "regione / contea / distretto storico", se proprio ce li dobbiamo portare dietro? -- Blackcat 15:49, 11 dic 2021 (CET)

Spostamento stemmi e/o altro

Segnalo questa discussione che coinvolge anche questo template Dapa19 (msg) 13:00, 22 dic 2021 (CET)

riforma amministrativa ucraina del 2020

L'Ucraina nel 2020 ha riformato la propria struttura amministrativa, quindi andrebbe riformato di conseguenza anche Template:DivAmm/UKR. In particolare è stato ridotto il numero dei rajon (secondo livello) e al terzo livello è stata una nuova suddivisione - in sostanza simile ai nostri comuni - chiamata hromada. Se ho capito bene significa letteralmente "comunità (territoriali)", ma vedo che nelle fonti in lingua italiana [1] [2] [3] viene tradotto soltanto in modo sporadico (en.wiki non traduce), quindi valuterei se lasciare in lingua originale. Queste hromada possono essere di tre tipi (cfr): - hromada urbane (se hanno un capoluogo classificato come città) - hromada con un insediamento di tipo urbano (se hanno un capoluogo classificato come tale) - hromada rurali (se hanno un capoluogo in un villaggio). Darei codice 3 alle prime, 3.1 alle seconde e 3.2 alle terze.

Poi andrebbe modificato anche il livello 4, dato che non è detto che le frazioni siano solo centri abitati classificati come villaggi. Lascerei codice 4 ai villaggi perché verosimilmente saranno la grande maggioranza, ma prevederei anche un codice 4.1 da assegnare agli insediamenti di tipo urbano e 4.2 alle città (chiaramente resta inteso che città e insediamenti di tipo urbano che siano capoluoghi useranno i codici di terzo livello, questi ultimi riguarderebbero soltanto i centro abitati non capoluogo di hromada).

Infine valuterei se non tradurre rajon, in analogia con il primo livello e con le altre repubbliche ex sovietiche. Grazie. ----Caarl⁹⁵ 19:08, 2 apr 2022 (CEST)

Inoltre andrebbe inserita la carica degli amministratori locali a livello di rajon: en.wiki usa "governor" come negli oblast, ma stando a en:Chief of local state administration, questo è un titolo informale per i soli capi dell'amminsitrazione a livello di oblast' (fonti in italiano le ho cercate, ma invano).--Caarl⁹⁵ 22:53, 2 apr 2022 (CEST)

Forse è meglio aspettare e vedere come evolve la situazione... --Bultro (m) 01:32, 4 apr 2022 (CEST)

@Bultro mi pare francamente improbabile che tutta l'Ucraina sia occupata dai russi e che questi ripristinino la situazione amministrativa antecedente... È proprio per l'aumentata visibilità delle voci sui luoghi dell'Ucraina che credo sia necessario fornire un'informazione corretta e aggiornata. ----Caarl⁹⁵ 10:04, 4 apr 2022 (CEST)

D'accordo in generale sulla proposta di aggiornamento dei livelli. Per rajon lascerei la lingua originale, perché mi pare una dizione stabilizzata, sarebbe invece opportuno tradurre hromada. Non mi sembra invece il caso di aspettare lo sviluppo di eventi futuri, perché stiamo parlando di una riforma amministrativa del 2020, per cui siamo in forte ritardo nell'aggiornamento delle voci. --AVEMVNDI ✉ 11:51, 4 apr 2022 (CEST)

Direi solo di evitare di aggiornare i territori delle due pseudorepubbliche di Donetsk e Luhansk (quelli occupati prima del 24 febbraio intendo eh, oltre la Linea di Contatto), in cui la struttura amministrativa attuale non è mai stata in vigore. Ma il nuovo tmp DivAmm direi che sarebbe comunque compatibile, basta scrivere "no" al secondo livello per le città extradistrettuali e "no" al terzo livello negli altri casi. ----Caarl⁹⁵ 13:19, 4 apr 2022 (CEST)

@Bultro si può procedere? Al momento abbiamo voci in gran parte aggiornate sui rajon ma non aggiornate sui livelli inferiori, insomma un bel guazzabuglio a cui credo sarebbe bene mettere fine... ----Caarl⁹⁵ 14:29, 7 apr 2022 (CEST)

La mia opinione è che le modifiche che proponi (tenendo cioè fuori Donetsk e Luhansk) siano corrette. --Nicolabel 20:21, 11 apr 2022 (CEST)

Altitudini non numeriche (di nuovo!?)

Torno essenzialmente a sollevare il problema discusso qui. Nei giorni passati ho riattivato la categoria perché non mi pare corretto nascondere un problema in locale, e perché lì dentro c'è ben più che solo voci con altitudini non numerici (maggiori dettagli nella mia discussione con Bultro, qui). Ho poi sostituito il semplice formatnum del template col Modulo:Formatnum retrocompatibile, che evita la categoria di errore e aggiunge invece categorie più specifiche per identificare meglio il genere di dati in input. Premettendo che i conteggi delle categorie sono parecchio inaccurati e si tratta sicuramente di sottostime, al momento attuale ci sono 2925 voci che usano un intervallo semplice (ad es. "123-456") e 235 voci con argomenti variabili, di cui la maggioranza sono intervalli con media (ad es. "123 (min. 456, max. 789)"). Ci sono poi vari altri casi, ad esempio stime ("circa 123") e specificazioni di varie località ("Località A 123 m, Località B 456 m"). Torno dunque a chiedere cosa pensiate sia meglio fare. Un'opzione è di avere tre parametri per media, minimo e massimo, che possono essere riempiti via bot almeno nei casi non stranissimi. In alternativa si può mantenere l'utilizzo del Modulo:Formatnum retrocompatibile, togliendo o adattando le categorie di tracciamento. Idee? --Daimona Eaytoy (Scrivimi!) 15:36, 17 apr 2022 (CEST)

Non sarei così sicuro che i valori centrali siano medie eh, di solito viene inserita l'altitudine dell'edificio municipale per quanto ne so. ----Caarl⁹⁵ 17:20, 17 apr 2022 (CEST)

Sì, stando anche a questo articolo, l'altitudine di un comune è calcolata come la quota sul livello del mare del "piano terra della sede del municipio, che generalmente corrisponde alla piazza centrale". Di conseguenza, il valore dovrebbe essere unico e "fisso" (così come inseriamo le coordinate del comune, che sono un valore unico). Per le frazioni, si dovrebbe ragionare allo stesso modo, con l'altitudine del centro della frazione--Parma1983 17:48, 17 apr 2022 (CEST)

Si un unica soluzione come ragionamento tratto da [@ Parma1983] sia per comuni che per frazioni e la soluzione più facile e pratica da percorrere -- Il buon ladrone (msg) 17:57, 17 apr 2022 (CEST)

In effetti avrebbe senso se il terzo valore fosse l'altitudine dell'edificio comunale... Comunque sì, non l'avevo esplicitato sopra, ma decidere che non vogliamo minimi, massimi e altre specificazioni è un'altra soluzione possibile. --Daimona Eaytoy (Scrivimi!) 18:50, 17 apr 2022 (CEST)

non ci sono solo i comuni, per le divisioni ampie si tratta di solito appunto di medie o di intervalli --Bultro (m) 21:53, 17 apr 2022 (CEST)

Francamente non vedo alcun senso nell'inserire l'altitudine media di una provincia in infobox, a meno di dati particolari non mi pare nemmeno un campo enciclopedico. Ha senso invece ragionare su punti massimi e minimi (anche se pure su questi ultimi, ok nei comuni ma più su? Bah), ma a questo punto ha senso allora pensare a tre campi diversi tra loro. ----Caarl⁹⁵ 00:41, 18 apr 2022 (CEST)

Grafica template

Sbaglio o la grafica del template è leggermente cambiata?--Mauro Tozzi (msg) 18:11, 20 apr 2022 (CEST)

Se ne parla qui. --Antonio1952 (msg) 21:56, 20 apr 2022 (CEST)

Codice ISTAT

Ho creato la voce codice ISTAT. Penso sia da inserire il collegamento nel template al posto del collegamento a ISTAT. Grazie. --M.casanova (msg) 07:45, 3 mag 2022 (CEST)

Mi spiego: così come il parametro codice catastale rinvia a codice catastale, il parametro codice ISTAT non dovrebbe rinviare a codice ISTAT? Disturbo [@ Daimona Eaytoy, 3knolls, Bultro] che hanno fatto le ultime modifiche al template. Grazie. --M.casanova (msg) 08:43, 7 mag 2022 (CEST)

Non è esattamente così, poiché il codice catastale è utilizzato solo per i comuni italiani, mentre il codice statistico varia da Paese a Paese. Se ad esempio apri la voce Ajaccio, vedrai che il codice catastale manca, mentre il codice statistico è INSEE (anziché ISTAT). Quella che stai chiedendo è dunque una modifica complessa, che richiederebbe un preciso piano di lavoro e comunque necessita di consenso. Ad ogni modo potresti sempre segnalare la questione al bar generale.--3knolls (msg) 10:13, 7 mag 2022 (CEST)

Forse il bar generale è un po' troppo. Non credo ci siano controindicazioni a linkare "Codice ISTAT", solo non è una modifica che si fa in un attimo perché attualmente viene autogenerato "Codice XXX" dove solo XXX è configurabile per nazione --Bultro (m) 12:43, 8 mag 2022 (CEST)

Circondario dell'Algovia Orientale

Ciao a tutti, c'è un problema con i comuni tedeschi appartenenti al Circondario dell'Algovia Orientale. Come potete vedere ad esempio qui, se si inserisce "Algovia Orientale" in "Divisione amm grado 3", si crea un wikilink rosso che porta a Circondario della Algovia Orientale. Sarebbe da correggere. Grazie :-) --Alessandro Barone (msg)

[@ Alessandro Barone], spero di avere sistemato. --Pil56 (msg) 16:58, 5 mag 2022 (CEST)

Direi di si :-) --Alessandro Barone (msg) 10:33, 6 mag 2022 (CEST)

Bandierine al posto delle sigle

Ciao, un utente ha massicciamente introdotto modifiche come questa: c'è consenso per la sostituzione delle sigle con le bandierine? Mio POV: ben più ingombranti e non necessarie. Grazie, --CastagNa 01:23, 13 giu 2022 (CEST)

Bandierine per me no, ma la scritta "Germania" sarebbe un po' più chiara di "D" --Bultro (m) 21:42, 18 giu 2022 (CEST)

Soprannome

Il parametro "Soprannome", a mio parere, dovrebbe essere denominato "epiteto" o "appellativo". Infatti, il termine "soprannome" è più adatto ad una persona che a una divisione amministrativa! Riporto qui alcune definizioni di "soprannome", tratte dalla Treccani:

• Nome che, per distinguere meglio una persona, viene dalla persona stessa o da altri aggiunto al nome proprio, derivandolo generalm. dal nome di uno dei genitori, del luogo di origine, o da un appellativo (Vocabolario)
• Nome, diverso dal nome proprio e dal cognome, con cui si usa chiamare e indicare una persona. Il s., che risponde a esigenze di concretezza e a ricerca di espressività, spesso scherzosa e ironica, ha sempre un significato trasparente: per lo più allude a caratteristiche fisiche della persona cui è riferito, a particolari attitudini e qualità, al luogo di nascita o di provenienza, a circostanze varie (Enciclopedia)
• nome diverso dal proprio, che prende generalm. spunto da qualche caratteristica fisica o altro, con cui si usa chiamare per scherzo o per ingiuria una persona (Dizionario dei sinonimi e contrari)

Le sottolineature sono mie.

In base a queste definizioni, credo proprio che risulti chiaro che il parametro "soprannome" debba essere modificato nel titolo, sia perché non si riferisce ad una persona, sia perché gli epiteti delle città non hanno niente di ironico, di scherzoso, di ingiurioso.

"caput mundi", "città eterna", "la serenissima", "la superba", "città dorica", "città partenopea", "ville lumière", ecc. non sono soprannomi: sono epiteti o appellativi! --Giorgio Eusebio Petetti (msg) 14:04, 8 ago 2022 (CEST)

Ma anche "appellativo" ha lo stesso, identico significato e si applica normalmente alle persone (vedi Treccani). L'epiteto è invece un'aggiunta al nome originario (anche qui vedi Treccani): ad esempio in "Roma Capitale", l'epiteto è costituito appunto dalla parola "Capitale", mentre il soprannome è "città eterna".--3knolls (msg) 15:03, 8 ago 2022 (CEST)

Panorama preso da WikiData, non funziona la didascalia

Mi sono accorto di un problema, vedendo che una voce è stata modificata in modo che il template andasse a prendere l'immagine del parametro Panorama da WikiData ([@ CristianNX]). Visto che l'immagine era differente da quella precedente, l'utente ha anche modificato il parametro Didascalia.

Un altro utente ha rimosso la didascalia perché inutilizzata. In effetti, ma me ne sono accorto dopo, essa non era più visualizzata. Visto che l'immagine comunque c'è nel template, ho provato a ripristinare la didascalia, ma non ci sono riuscito. --Meridiana solare (msg) 11:11, 16 ago 2022 (CEST)

Su Wikidata era presente soltanto l'immagine, ma non la didascalia... Adesso l'ho aggiunta e funziona. Saluti, 3knolls (msg) 11:17, 16 ago 2022 (CEST)

Ma se la didascalia è presente in locale (com'era dopo la modifica dell'utente), non dovrebbe comunque usare quella?

Inoltre in Template:Divisione amministrativa/man per il parametro Didascalia non è indicato che può prenderla da WikiData (forse è per quello che non c'avevo pensato....) --Meridiana solare (msg) 11:32, 16 ago 2022 (CEST)

Non è possibile leggere l'immagine da Wikidata e la didascalia da Wikipedia (e del resto ciò sarebbe inopportuno, poiché su Wikidata l'immagine può essere aggiornata in qualsiasi momento, con il rischio di ritrovarsi con una didascalia obsoleta senza neppure accorgersene). Ho aggiornato anche il manuale del template così da rendere il tutto più chiaro.--3knolls (msg) 12:05, 16 ago 2022 (CEST)

Grazie 1000! --Meridiana solare (msg) 12:50, 16 ago 2022 (CEST)

Aggiunto nuovo parametro

Salve, sarebbe possibile aggiungere o integrare la possibilità di utilizzare la mappa del template Mappa OSM? --Livio Avalle (msg) 10:52, 31 ago 2022 (CEST)

In che modo lo trovi vantaggioso rispetto alla possibilità attuale di inserire solo l'immagine? --.avgas 12:21, 31 ago 2022 (CEST)

province precedenti e successive

Dato che il tmp viene consigliato anche per quelle suddivisioni amministrative contemporanee soppresse (es. circondari e province italiane abolite), non sarebbe opportuno inserire anche |provincia precedente = e |provincia successiva = , come nel Template:provincia storica? ----Friniate^Arengo 20:21, 12 set 2022 (CEST)

anche chiamandole "divisione precedente" e "divisione successiva" ----Friniate^Arengo 20:22, 12 set 2022 (CEST)

Data di soppressione	9 novembre 1999 (poi Provincia di Tizio)

Per me si può fare, subordinatamente alla presenza di Data istituzione / Data soppressione.

Forse anche come specificazione nella stessa casella, come qui a fianco?--Bultro (m) 17:09, 14 set 2022 (CEST)

@Bultro uhm, mi convincono di più i campi separati sinceramente (orizzontali però, non verticali come nel provincia storica in cui una divisione amministrativa successiva c'è sempre)... ----Friniate^Arengo 17:15, 14 set 2022 (CEST)

abitanti da wikidata

Segnalo proposta. ----Friniate^Arengo 16:14, 21 ott 2022 (CEST)

siti internet dei comuni soppressi

Nelle varie voci sui comuni soppressi importiamo ancora da wikidata i siti internet dei vecchi comuni, che nella maggior parte dei casi non sono ovviamente più funzionanti, c'è un modo per impedire al template di leggere il dato da wikidata? ----Friniate^Arengo 12:44, 16 dic 2022 (CET)

Ok ci si riesce impostando il parametro come "sconsigliato" su wikidata, vediamo se come soluzione regge altrimenti bisognerà pensare a qualcosa in locale temo. ----Friniate^Arengo 14:02, 16 dic 2022 (CET)

Sarebbe meglio trovare una versione archiviata. Anche su Wikidata si può mettere l'URL archivio, e aggiungere "data di fine" (anche con valore "sconosciuto") che equivale al nostro urlmorto=sì --Bultro (m) 23:21, 20 dic 2022 (CET)

Sì ma l'url archiviato ha senso quando si tratta di fonti, ma qual è il valore enciclopedico di un sito internet vecchio di dieci anni di un comune soppresso, usato solo come collegamento esterno? ----Friniate^Arengo 01:21, 21 dic 2022 (CET)

Per me il sito ufficiale ha sempre un valore storico, inoltre potrebbero esserci delle informazioni (es. statuto) oggi introvabili altrove e utili anche come fonte. Non ricordo per i comuni, ma sicuramente mi è capitato con le aziende del passato --Bultro (m) 11:27, 21 dic 2022 (CET)

Il problema è anche che inserito come lo inseriamo noi nell'infobox (e con la dicitura "sito ufficiale" poi) pare un fantomatico sito ufficiale della frazione, rischia di creare confusione. Lo metterei quindi al massimo nei collegamenti esterni ma specificando che è il vecchio sito del comune. ----Friniate^Arengo 11:49, 21 dic 2022 (CET)

In effetti adesso avevo in mente il Collegamenti esterni, ma il link in fondo al Divisione amministrativa non legge automaticamente l'URL archivio come fanno i Cita web. Bisognerebbe chiedere di migliorare le funzionalità di t:Wikidata con l'opzione extlink=sì --Bultro (m) 12:07, 21 dic 2022 (CET)

Non lo legge che significa, che mettendo la versione archiviata non appare? Perché in tal caso IMO va bene... Oppure che lo fa apparire come un URL normale? Comunque quello del spulciarsi archive alla ricerca della versione archiviata lo vedo come un lavoro da bot più che altro... ----Friniate^Arengo 12:58, 21 dic 2022 (CET)

Fusi orari dipendenze della Francia

Le dipendenze della Francia (che utilizzano il template {{Divisione amministrativa}} anziché {{Dipendenza}}):

• La Riunione
• Mayotte
• Guadalupa
• Guyana francese

includono il fuso della Francia (UTC+1) al posto dei corretti fusi passati come valore al parametro Fuso orario o presenti nella proprietà fuso orario (P421) dell'elemento Wikidata collegato.

Dopo aver analizzato la catena di chiamate

Template:Divisione amministrativa → Template:Determina fuso orario → (Modulo:Fuso orario, Template:Fuso di)

credo che il problema sia un'eccezione imposta dal modulo Fuso orario alle righe 106-107 quando lo stato è proprio la Francia, ritornando il valore Q6655 (Wikidata, Reasonator), cioè UTC+1.

-- ZandDev (msg) 23:36, 27 dic 2022 (CET)

Alle voci precedentemente linkate ho cambiato il codice ISO 3166-1 alpha-3 FRA precedentemente utilizzato con quello assegnato alle varie dipendenze, come riportato nella tabella sottostante.

Dipendenza	codice precedente	codice successivo	modifica
La Riunione	FRA	REU	diff 131198147
Mayotte		MYT	diff 131198150
Guadalupa		GLP	diff 131198152
Guyana francese		GUF	diff 131198154

con questa resa grafica:

 Francia
    Guyana francese

-- ZandDev (msg) 23:41, 27 dic 2022 (CET)

Codici postali della Russia

È possibile magari includere un wikilink alla pagina "codici postali della Russia" per tutte le voci che hanno a che fare con le divisioni amministrative russe? Avrebbe più senso che un link generico alla voce "codice postale". Non so quanto sia complesso farlo "wikitestualmente" (o se sia possibile)... Magari un admin che ha il permesso di modificare la pagina potrebbe farlo? Grazie mille! --SuperBowser 10:38, 17 lug 2023 (CEST)

ce ne sono anche molte altre di voci su codici postali di X. Semmai facciamo un automatismo per tutte --Bultro (m) 18:37, 21 lug 2023 (CEST)

[@ Bultro] Si può fare? Così possiamo includere tutte queste voci! Io purtroppo non ne sono capace... Potrei cercare di farlo ma potrebbe essere rischioso! (Ah, non posso neanche editare la pagina, quindi ci deve pensare qualcun altro...) --SuperBowser 11:27, 4 ago 2023 (CEST)

Dati popolazione

Sono anni che, sulle voci dei comuni tedeschi, faccio questa modifica che so bene essere una porcheria (termine tecnico) perché mettere un template come parametro fa un po' schifo.
Però quella modifica permette alla voce di andarsi a prendere i dati della popolazione dai template di metadati in questa categoria, esistono per Germania, Norvegia, Finlandia e un paio di cantoni svizzeri, di fatto li usano solo Germania e Norvegia. Per prendere i dati della popolazione è usato un codice univoco del comune (un po' come il nostro codice catastale), nel caso dei comuni tedeschi è il P439, per i comuni norvegese è il P2504.
Visto che il parametro stato già ora attiva una serie di sottotemplate (tipo Template:Divisione amministrativa/Voci/DEU), non è possibile fare in modo che anche questa cosa avvenga in modo simile? (Chiedo perché mi mancano 5918 comuni ed è un filino noioso farsi sta cosa tutta a manina oltre a tutto sapendo anche che è una soluzione davvero poco elegante...). Grazie in anticipo per qualsiasi suggerimento. --Civvì (Parliamone...) 22:02, 17 lug 2023 (CEST)

Non è mica tanto porcheria, visto anche che ogni stato fa un po' a modo suo in base a quel che trovi da copincollare in giro (da de.wiki immagino). Per la Germania potresti chiedere un bot, l'unica complicazione mi pare sia scegliere il template giusto in base al Land. Le altre sono in stato di abbandono.

Ma non c'è speranza che quei dati tedeschi li mettano direttamente su wikidata? Leggere la P1082 sarebbe un automatismo migliore. Ma se dobbiamo stabilire caso per caso quale template chiamare, andare comunque su wikidata a leggere il codice catastale, e comunque tenere aggiornati a mano tutti i template... è meno porcheria come hai fatto finora --Bultro (m) 19:25, 21 lug 2023 (CEST)

Da bot non si riesce, mi era stato risposto qui. ----Friniate^Arengo 19:45, 21 lug 2023 (CEST)

Avevi chiesto un'altra cosa. Io intendo solo, una tantum, inserire {{Dati popolazione DE-BB}} nelle voci sui comuni del Brandeburgo ecc., come da modifica di Civvì linkata qui sopra --Bultro (m) 00:47, 22 lug 2023 (CEST)

Ah ok pardon, pensavo in realtà ci fossero già da anni... ----Friniate^Arengo 06:42, 22 lug 2023 (CEST)

[@ Bultro] Wikidata sarebbe una soluzione se non fosse che i tedeschi hanno l'allergia a Wikidata per cui non l'aggiornano. Le altre liste sono in stato di abbandono perché inserire a manina il template nelle voci è un lavoraccio infame, però una volta fatto garantirebbe l'aggiornamento rapido di tutti i comuni con un edit. Io boh, pensavo ad un qualche barbatrucco via sottotemplate, però per la Germania bisognerebbe poi anche usare switch per leggere il template giusto a seconda del Land ma non so se è fattibile (anche se i primi due caratteri dei vari codici comunali sono "parlanti"). --Civvì (Parliamone...) 06:58, 22 lug 2023 (CEST)

[← Rientro] Visto che questo template mostra la corda ed è pure inesatto (mette le contee dell'Irlanda del Nord come div amministrativa che non è vero, le regioni dell'Inghilterra e non è vero manco quello), perché non facciamo che si integra con Wikidata e prende le informazioni necessarie da lì? C'è tutto, e quel che non c'è non serve (tipo inutili stemmini di contee e regioni, etc.). -- Blackcat 10:26, 22 lug 2023 (CEST)

Ah, Wikidata! Dove il patrolling è inesistente è vandalismi da codice penale che da noi resisterebbero 30 secondi quando non addirittura filtrati in automatico lì rimangono inalterati per mesi. Dove poi i cambiamenti giusti sono magicamente rollbakkati a caso da utenti stranieri che capiscono a malapena l'inglese e con cui è impossibile discutere. Immagino il radioso futuro dei comuni del Sudtirolo che ogni 3x2 diventano austriaci a causa del troll di turno. E magari mettiamoci pure il Bio a prendere dati da wikidata, così sarà la nuova fiera delle nazionalità veneziane, toscane, etc...Già ora grazie al sapiente uso del Bio abbiamo qualche "attivistà" che è classificato come sudtirolese e nessuno se ne è accorto.--151.38.38.195 (msg) 13:36, 23 lug 2023 (CEST)

Amico anonimo, ti metti la voce negli OS e automaticamente l'Item su Wikidata è sotto controllo. E se qualcuno fa modifiche non ortodosse gli admin funzionano pure lì, chiedi a [@ Sannita]. -- Blackcat 13:56, 23 lug 2023 (CEST)

Ho provato a realizzare l'idea di @Civvì del template:Divisione amministrativa/Abitanti/DEU e l'ho implementata nella sandbox. La sandbox ricava il numero degli abitanti dai template DE nella Categoria:Template dati demografici quando non è compilato il parametro Abitanti, ma se vogliamo possiamo pure togliere la possibilità agli utenti di sovrascrivere il valore automatico. Così evitiamo di inserire i template DE direttamente nelle voci e anzi cominciamo a rimuovere il parametro Abitanti anche in vista di una futura lettura da Wikidata --Sakretsu (炸裂) 17:15, 25 lug 2023 (CEST)

[@ Sakretsu] intanto wow e un grosso grazie!!!

Questa cosa ci spalanca la possibilità di usare questo sistema anche per un sacco di altri stati (almeno tutti quelli compresi nella categoria su dewiki)

Imho, sì va tolta la possibilità di sovrascrivere se esiste il template.

La sandbox funziona per i comuni ma non per i circondari (dove la property non è P439 bensì P440, sono solo poco meno di 300 voci e non sono soggette ad aggiornamenti da parte di "passanti" per cui va valutato se valga la pena).

Poi andrebbe trovato un modo per aggiornare automagicamente (o togliere) il dato degli abitanti nell'incipit ma pensiamo ad una roba alla volta...:-) --Civvì (Parliamone...) 18:06, 25 lug 2023 (CEST)

@Sakretsu ma è fantastico! Sì direi anche io niente sovrascrittura (magari teniamo i template semiprotetti solo AC, così chiunque può aggiornare eventualmente da lì). ----Friniate^Arengo 20:32, 25 lug 2023 (CEST)

Ho provato ad includere anche le altre suddivisioni e parrebbe funzionare. Sarei più felice se però qualcuno controllasse la sintassi (che tendo a fare robe circonvolute con gli if...)--Civvì (Parliamone...) 09:28, 26 lug 2023 (CEST)

Ho provato anche coi dati della Norvegia, non può essere così semplice... :-O --Civvì (Parliamone...) 11:07, 26 lug 2023 (CEST)

Sì, la modifica è corretta. Adesso ho invertito l'ordine dando la precedenza ai dati dei template. Per quanto riguarda l'incipit, esiste il parametro Incipit=si, anche se è un po' limitante --Sakretsu (炸裂) 16:50, 26 lug 2023 (CEST)

@Sakretsu Incipit=sì è davvero parecchio limitante a meno di non aggiungere un parametro come il PostNazionalità del {{Bio}} che permetta di aggiungere testo attaccandolo all'incipit costruito dal template. Giusto per capire i tecnicismi dell'eventuale roll out, avendo dato priorità ai dati del template se esiste il template (Template:Divisione amministrativa/Abitanti/XXX) i dati presenti verrebbero sovrascritti, ho capito bene? Se è così sarebbe bene lasciare il tutto in sandbox ancora un pochino, almeno il tempo di scrivere e testare i casi un po' più complessi (tipo CHE ma poi a tendere anche FRA, DNK ecc). Corretto? --Civvì (Parliamone...) 15:09, 27 lug 2023 (CEST)

[↓↑ fuori crono] corretto. L'unica precisazione è che, se il sottotemplate non trova il numero di abitanti nei template dati demografici, non sovrascrive il valore in voce con una stringa vuota.--Sakretsu (炸裂) 12:15, 28 lug 2023 (CEST)

Continua a sembrarmi bruttino e tedesco-centrico. E il parametro locale dovrebbe comunque avere la precedenza. Ad ogni modo, cercherei di migliorare il Template:Divisione amministrativa/Abitanti; passandogli anche il valore di Abitanti, potrebbe fare lui il controllo in cascata di cosa è disponibile tra parametro locale / template tedesco / Wikidata, e dare direttamente in uscita il numero definitivo, senza dover caricare tanto di #if il template principale --Bultro (m) 02:55, 28 lug 2023 (CEST)

[@ Bultro] non capisco parte delle tue obiezioni, "tedesco centrico" perché si copincollano i template dei dati da dewiki e sono usati i parametri in lingua tedesca? Boh, se il lavoro lo fanno altri non vedo perché dovremmo impazzire a reinventare l'acqua calda. Per contro una volta a regime permetterebbe l'aggiornamento dei dati di 37 stati che non mi pare vantaggio di poco conto. --Civvì (Parliamone...) 09:33, 28 lug 2023 (CEST)

Per quanto riguarda il codice del t:DA/Abitanti, se intendi questo ci avevo pensato. Sicuramente così si migliorerebbe la manutenibilità, ma a seconda di cosa deve avere la precedenza, nella maggior parte delle voci che non hanno bisogno di un sottotemplate i controlli potrebbero anche raddoppiare, perché prima di leggere i parametri locali Note abitanti e Aggiornamento abitanti il template dovrebbe ricontrollare ogni volta quale numero di abitanti sta mostrando. Non so, mi devo ancora schiarire le idee al riguardo.
Comunque per me questa è una soluzione temporanea che serve solo a evitare botolate superflue. Quando sarà risolto il problema della licenza, un bot trasferirà i dati da dewiki su Wikidata e noi potremo fare a meno dei template dati demografici--Sakretsu (炸裂) 12:15, 28 lug 2023 (CEST)

Civvì, non sono obiezioni, ma mi piace poco a livello informatico il modo in cui viene incastrata questa roba nel Divisione amministrativa; si può migliorare e facciamolo in sandbox senza fretta.

Intanto ho provato a creare Template:Dati popolazione DEU, che funziona da solo per tutti i Land, e si può usare in modo facile anche fuori dal template se servisse (tipo negli incipit o in liste di comuni). Quindi il Divisione amministrativa può chiamare quello e lasciare il lavoro sporco a lui. I template tipo "Dati popolazione NO" basta semplicemente rinominarli in "Dati popolazione NOR" e non c'è più bisogno per niente della sottopagina /Abitanti/NOR. Basta che il Divisione amministrativa controlli se esiste il template "Dati popolazione XXX" col codice stato che già conosce. Si può pensare anche a un unico Template:Dati popolazione che fa anche questo controllo e in alternativa prova a leggere la P1082. --Bultro (m) 17:25, 28 lug 2023 (CEST)

Non posso entrare nel merito di quale sia la soluzione tecnicamente e informaticamente più "bella", apprezzo però il "funzionante"&" documentato a prova di utonto" (e per il momento su questi punti vince la soluzione Sakretsu...). Mi permetto di rilevare però che definire il lavoro di altri "questa roba" è un po' poco cortese ;-) Sono certa che si potrà trovare una soluzione soddisfacente anche se temporanea, alla peggio si continuerà come finora. Grazie --Civvì (Parliamone...) 18:35, 28 lug 2023 (CEST)

Che poi non so nemmeno quanto sarà temporanea, una soluzione simile l'avevo chiesta nel 2015 e mi era stato risposto che se ne sarebbe presto occupata wikidata... 8 anni dopo siamo ancora qua XD ----Friniate^Arengo 19:19, 28 lug 2023 (CEST)

Ci sarebbe anche questo Template:Popolazione (© Civvì), l'unica cosa che fa in più di Dati popolazione DEU è aggiungere un formatnum, e ha bisogno di un parametro in più. Niente in contrario a sostituirlo via bot? --Bultro (m) 14:51, 30 lug 2023 (CEST)

[← Rientro] [@ Bultro] a parte che non capisco, sostituire cosa con cosa via bot? Vorrei però che fosse ben chiaro che lo scopo è quello di trovare una soluzione utilizzabile, ancorché temporaneamente, per i comuni di più stati, non solo quelli tedeschi. Focalizzarsi solo su quelli, come mi pare stia facendo tu, non ha molto senso e non era certo l'obiettivo della mia richiesta. --Civvì (Parliamone...) 17:45, 2 ago 2023 (CEST)

Scusate se torno un attimo indietro. Bultro in pratica hai copiato il t:Divisione amministrativa/Abitanti/DEU nel t:Dati popolazione DEU e ci hai aggiunto dei controlli che però non servono né al t:Divisione amministrativa né agli incipit se implementiamo una soluzione come il parametro aggiuntivo suggerito da Civvì. D'altro canto nelle liste dei comuni non serve la lettura da Wikidata dato che il codice identificativo va inserito per forza a mano. Ci sono altri casi d'uso oltre agli incipit e le liste dei comuni? Intendo casi d'uso che motivino l'integrazione della logica del t:Divisione amministrativa nei template Dati popolazione. Se non ci sono, io terrei le tre cose separate (i t:Dati popolazione contengono i dati, un template come il t:Popolazione li formatta nelle liste dei comuni, i sottotemplate del t:Divisione amministrativa li trovano automaticamente) --Sakretsu (炸裂) 16:30, 3 ago 2023 (CEST)

[@ Sakretsu] A me non vengono in mente altri casi, gli elenchi di comuni sono presenti nelle suddivisioni amministrative di livello superiore (esempi qui con uso del tl Popolazione e qui un cantone francese senza indicazione di abitanti) non mi vengono in mente altri casi di elenchi di comuni in cui abbia senso indicare la popolazione, in elenchi come questo il dato della popolazione non è particolarmente significativo. --Civvì (Parliamone...) 17:34, 3 ago 2023 (CEST)

Ci sono le voci tipo Comuni italiani per popolazione ----Friniate^Arengo 19:31, 3 ago 2023 (CEST)

la lettura da Wikidata non l'ho messa in Dati popolazione XXX infatti, è (abbozzata, vedi i commenti) in Divisione amministrativa/Abitanti. Comunque lo si voglia usare, è meglio avere un Dati popolazione XXX per ogni stato che funziona uniformemente, piuttosto che dover sapere i vari codicilli tipo DE-BB. La separazione va bene così, trovare i dati non è logica del Divisione amministrativa. Per stati come FIN e NOR si evita un anello della catena (la sottopagina) completamente superfluo.

Quanto al t:Popolazione, se tutto ciò che fa di formattazione è mettere formatnum, non mi pare utilissimo, ma teniamolo pure. Adesso basta inserire {{Popolazione|DEU}} senza dover sapere il solito codicillo.

{{Popolazione|XXX}} è una soluzione comoda e pulita anche per gli incipit, meglio che riesumare l'incipit=sì con il "PostNazionalità"; e non vi illudete che poi basterebbe il PostNazionalità per tutti i casi, spunterebbe la necessità di parametri su parametri, come il Bio insegna --Bultro (m) 23:52, 3 ago 2023 (CEST)

In che senso "Adesso basta inserire {{Popolazione|DEU}} senza dover sapere il solito codicillo."? Facendo un test sulla voce di un circondario a caso escono dei numeri completamente diversi rispetto agli attuali...siamo sicuri che funzioni già adesso? --Civvì (Parliamone...) 06:48, 4 ago 2023 (CEST)

Nella voce sul comune stesso basta scrivere {{Popolazione|DEU}}, nelle altre {{Popolazione|DEU|codice statistico}}, ad esempio Bochum = 363 441. Puoi dirmi la pagina dove non funziona? --Bultro (m) 12:40, 5 ago 2023 (CEST)

[@ Bultro] Sì, ho capito, semplicemente al posto di mettere l'ISO 3166-2 della suddivisione di secondo livello si mette quello dello stato. Sicuramente una semplificazione utile per le liste ma non erano le liste il punto di partenza di questo thread... --Civvì (Parliamone...) 21:01, 5 ago 2023 (CEST)

Va bene dai, teniamoci il t:Popolazione come un'opzione per gli incipit e andiamo avanti. A questo punto non bisogna più creare Template:Divisione amministrativa/Abitanti/XXX ma Template:Dati popolazione XXX. Se serve aiuto per coprire altri casi (CHE, ecc.), possiamo vederli insieme --Sakretsu (炸裂) 21:28, 7 ago 2023 (CEST)

[@ Sakretsu] il caso CHE mi pare particolarmente circonvoluto, ho provato qui: Utente:Civvì/CHE ma sicuramente quello che ho scritto è molto "bisognoso di cura"...già che c'ero ho provato anche con la Francia: Utente:Civvì/FRA, se la direzione è corretta proseguo inserendo tutti i valori... Grazie! --Civvì (Parliamone...) 23:45, 12 ago 2023 (CEST)

Nota a margine, ho ripristinato e unito le crono dei due template sia per questioni di licenza (attribution...) sia per non lasciare fuorvianti link rossi nella discussione. --Civvì (Parliamone...) 00:01, 13 ago 2023 (CEST)

Vedo che hai messo delle "domande" nel wikicodice. Inizia con l'importare i template tedeschi, così capiamo meglio come fare Dati popolazione FRA e CHE. E magari per ogni stato ne parliamo nella discussione del rispettivo template, sennò qua diventa confusionario --Bultro (m) 22:46, 13 ago 2023 (CEST)

Intanto ho rifinito il sistema (sempre in Divisione amministrativa/Sandbox e Divisione amministrativa/Abitanti) e se tutto va bene si potrebbe cominciare a metterlo in funzione. L'unica cosa che manca è la lettura della reference quando il dato è preso da Wikidata. Non è una cosa che farò io a breve, ma intanto il dato senza fonte è meglio che niente --Bultro (m) 01:03, 18 ago 2023 (CEST)

Io invece ho dato un'occhiata ai vari template in de:Kategorie:Vorlage:Metadaten Einwohnerzahl e sono arrivato alla conclusione che le funzioni parser non bastano. Ho creato il Modulo:Dati popolazione/sandbox e ho configurato per prova la lettura dei template CH, CZ, DE e DK. Si possono vedere i risultati di alcuni unit test in questa pagina, oppure si possono fare altre prove usando la sandbox Template:Popolazione/Sandbox che è implementata sempre dal nuovo modulo. Per procedere gradualmente potremmo far categorizzare al modulo tutte le divisioni degli Stati configurati di cui non riuscirà a trovare i dati nei template, così da avere un quadro più chiaro della situazione --Sakretsu (炸裂) 21:08, 27 ago 2023 (CEST)

[@ Sakretsu] wow!!! Sto giochicchiando con un po' di voci e in anteprima funziona tutto come atteso. Per la categorizzazione il Ticino può essere un buon punto di partenza? (ha meno comuni di un qualsiasi land tedesco)--Civvì (Parliamone...) 22:44, 27 ago 2023 (CEST)

per il Divisione amministrativa serve anche il numero non formattato --Bultro (m) 18:35, 1 set 2023 (CEST)

Visto che il modulo va per le lunghe, intanto ho avviato la lettura automatica nel Divisione amministrativa, poi a migliorare i dati si fa sempre in tempo.

• oltre 5.500 voci ora hanno abitanti presi da Wikidata (il 90% di Categoria:P1082 letta da Wikidata, le altre vengono dal template Quartiere). Mi sembra tutto a posto. Manca per ora la lettura della fonte, ma anche su Wikidata non ce ne sono poi tante; molti elementi non ce l'hanno, o hanno come riferimento una Wikipedia.
• Le letture automatiche dei "Dati popolazione XXX" sono in Categoria:Divisioni amministrative con abitanti letti da template e sono molto poche, ma questo perché gli utenti hanno già inserito a mano i template esistenti nella stragrande maggioranza delle voci. In teoria non sarà necessario se si creano altri "Dati popolazione XXX".
• molte voci sono finite in cat:Divisioni amministrative con abitanti letti da template - errori‎, ossia provano a leggere il "Dati popolazione XXX" ma non ottengono il dato. Tranne rari casi, si tratta di entità subcomunali o comuni soppressi, quindi credo sia normale che non sono presenti sui template demografici. Quindi, se non avete osservazioni, eliminerei questa categoria di controllo --Bultro (m) 16:11, 28 ott 2023 (CEST)

Proposta di rifacimento

[← Rientro] chiedo perdono, ma non si fa prima a fare in sandbox un template che, evitando tutte le farraginosità di questo attuale (con Wikidata non c'è più bisogno di usare condizionali) , vediamo come funziona con dati acquisiti automaticamente da 'Data? Questo credo che non solo risolverebbe il quesito posto da [@ Civvì], ma in generale eventuali altri avvitamenti generati da altri sistemi amministrativi.-- Blackcat 23:59, 26 lug 2023 (CEST)

Sposto le tue osservazioni e il tuo invito in un thread a parte. Non vedo per quale motivo debba stare, interrompendo peraltro il dialogo, in una sezione intitolata a tutt'altro e in cui si sta arrivando ad una soluzione. Il mio uso dei condizionali - in una sezione commentata di un tentativo di modifica di un template non in uso...- non si riferisce al sistema in generale ma è dovuto alla mia sostanziale imperizia tecnica per cui preferisco sempre, in ogni caso, dire "parrebbe funzionare" al posto di "funziona". Eviterei di strumentalizzarlo per altri fini, grazie ;-) Comunque se vuoi fare dei tentativi in altre direzioni sentiti libero di farli, io continuo a credere che il sistema dei sottotemplate sia in grado di gestire le eccezioni. --Civvì (Parliamone...) 06:42, 27 lug 2023 (CEST)

[@ Civvì] non sto strumentalizzando per altri fini, il mio unico fine è quello di eliminare dai template farraginosità che, da quando esiste Wikidata, non hanno più ragione di esistere. Il problema che hai [giustamente] evidenziato è uno di quelli che potrebbe essere risolto. -- Blackcat 09:33, 27 lug 2023 (CEST)

Caricare mappa da Wikidata?

Ciao, vedo che molti valori vengono presi direttamente da Wikidata. Sarebbe possibile fare lo stesso per il valore "mappa"? Sarebbe la proprietà P242. Grazie! --Sette-quattro (msg) 23:10, 5 ott 2023 (CEST)

Ho dato un occhio al codice, basterebbe cambiare il valore77 come segue:

{{Immagine sinottico|{{Wikidata|P242|{{{Mappa|}}}}}|{{{Didascalia mappa|}}}|desc={{Pipetrick||{{{Nome|}}}}} – Mappa|dim_vert_max=250}} --Sette-quattro (msg) 14:29, 21 ott 2023 (CEST)

@Sette-quattro ho aperto una discussione al progetto wikidata, qui. ----Friniate^Arengo 19:12, 12 dic 2023 (CET)

@Friniate grazie! Ho risposto alla discussione nel bar, io sarei interessato a creare e caricare mappe dei comuni --Sette-quattro (msg) 11:24, 13 dic 2023 (CET)

@Sette-quattro Adesso vediamo se qualche smanettone di template risponde, la cosa più lunga da fare a mano sarebbe collegare gli elementi di wikidata ai relativi id di OSM (la P402 di cui dicevo). ----Friniate^Arengo 11:44, 13 dic 2023 (CET)

Wikivoyage

In seguito a una discussione nell'ambito di itWikiCon 2023 è emersa la proposta di inserire nel template un collegamento automatico alla pagina di Wikivoyage relativa alla divisione amministrativa, per meglio integrare WP al progetto fratello e incentivarne l'uso. Chi sarebbe favorevole e chi contrario?--Michele aka Mickey83 (msg) 19:44, 19 nov 2023 (CET)

A favore. --Sciking (Bucalettere) 19:46, 19 nov 2023 (CET)

Per me no, c'è la sezione Altri progetti per questo. Non mi pare che facciamo niente del genere per alcun progetto fratello in alcun sinottico --Bultro (m) 23:56, 20 nov 2023 (CET)

Sì sarei perplesso anche io per gli stessi motivi di Bultro... ----Friniate^Arengo 00:41, 21 nov 2023 (CET)

Concordo con Bultro. P.S. Su incentivare i progetti fratelli (in generale, non solo Wikivoyage ) bisognerebbe aprire una discussione al Bar (o su meta, che però personalmente conosco pochissimo?) --Meridiana solare (msg) 11:47, 21 nov 2023 (CET)

Se il problema è che non lo facciamo con gli altri, non vedo problemi a farlo con Wikisource nel Template:Libro, ad esempio. Per casi specifici come questo non vedi particolari problemi. --Superchilum^(scrivimi) 23:56, 20 dic 2023 (CET)

Sono d'accordo anche io con la proposta. Ancora più utile per il lettore l'integrazione tra Wikisource e il template libro. Capisco le perplessità, quindi se volete apriamo una discussione al Bar più generale sulla collaborazione e l'incentivazione dei progetti fratelli, che sicuramente hanno delle grandi potenzialità. --Ferdi2005_(msg) 12:16, 31 dic 2023 (CET)

Sul template libro può avere più senso: si parla di un libro, si porta a dove è visibile tale libro.

Per il Divisione amministrativa verso Wikivoyage mi è meno chiaro il senso: una divisione amministrativa non ha solo valore turistico (anzi, a volte le zone turistiche differiscono da quelle amministrative). --Meridiana solare (msg) 12:43, 31 dic 2023 (CET)

Comarche della Spagna

Buongiorno a tutti, oggi stavo smanettando con le voci di alcuni comuni spagnoli, e mi sono accorto che il template pone la dicitura Comarca nella sezione "Altre informazioni", come si può vedere in Sabadell. Le comarche in Spagna, specialmente in alcune parti come i paesi Catalani, sono però delle entità amministrative vere e proprie, quindi penso che sarebbe più corretto se la sezione comparisse dopo provincia (quindi come primo livello superiore rispetto a comune), come ad esempio nelle edizioni di wikipedia catalana (ca:Sabadell), castigliana (es:Sabadell) o galiziana (gl:Sabadell). Sarebbe una modifica facilmente operabile o è un lavoro inutilmente difficile considerando che si tratta solo di essere puntigliosi alla fine? --Sacesss (msg) 12:57, 16 dic 2023 (CET)

@Sacesss eh, andrebbe richiesto un cambiamento via bot che spostasse tutti i comuni al grado 4, eliminando poi le frazioni (dicitura peraltro decisamente impropria nel contesto spagnolo). La cosa più lunga però sarebbe inserire il valore della comarca per tutte le voci geografiche su comuni e località. ----Friniate^Arengo 14:10, 16 dic 2023 (CET)

Direi però che al massimo avrebbe senso una modifica del genere solo per le comunità autonome che prevedono negli statuti questa ulteriore suddivisione. A livello generale spagnolo direi di no, considerato anche che l'INE (l'Istat spagnolo) usa la stessa nostra suddivisione in comunità autonome - province - comuni cfr. ----Friniate^Arengo 14:16, 16 dic 2023 (CET)

Scozia

per la Scozia la divisione di grado 1 va cambiata da "Aree di consiglio della Scozia", denominazione inventata senza riscontro nella lingua italiana, a Council area (o Council areas secondo necessità) --Gambo7_{(discussioni)} 22:05, 6 gen 2024 (CET)

Stato del Messico

{{MX-MEX}} deve essere modificato da Messico (stato) (titolo ambiguo da orfanizzare) a Messico (Stato federato) --Gambo7_{(discussioni)} 21:03, 3 feb 2024 (CET)

Bandiera e stemma

Buongiorno, questa mattina mi sono accorto che il template restituisce un infobox con bandiera della suddivisione a destra e stemma a sinistra (esempio:Baviera), mentre gli altri template relativi alla geografia politica pongono la bandiera a sinistra e lo stemma a destra (stato:Italia, dipendenza:Isola di Man, territorio conteso:Olivenza, stato storico:Stato Pontificio). C'è un motivo per questo, ad esempio differenziare fra entità statali e minori, o è un caso da correggere? --Sacesss (msg) 13:01, 9 feb 2024 (CET)

Non credo che sia intenzionale. In effetti sarebbe meglio uniformarlo, anche se non ho preferenze tra i due ordini --Bultro (m) 16:53, 11 feb 2024 (CET)

Richiesta correzione wikilink

Segnalo questa richiesta: per i primi due punti ho già provveduto, per il terzo passo la palla qui. --Sesquipedale (non parlar male) 23:52, 18 feb 2024 (CET)

Uso di lingue minoritarie nel DivAmm

Segnalo. ----Friniate^Arengo 13:50, 27 feb 2024 (CET)