Wikidata:WikiProject Italy/Toscana WLM/Proposte miglioramento codici
Primi generali
edit- I codici possono essere più di lettere usuali (vedi alberi monumentali) quindi possiamo proporre forme diverse come lunghezza per casi da affrontare.
- I codici di seconda generazione usati per i comuni sono strani, mischiano il codice regionale ISTAT (che non è quello della Agenzia Entrate vedi) con quelli catastali dei comuni, che non sono appunto ISTAT. Non è molto chiaro perché. Se il primo è stato usato per togliere l'ambiguità delle province autonome, si poteva usare ISTAT anche comunale. Se il senso era risparmiare un carattere non è un gran vantaggio, forse avere più lettere invece che numeri.
Beni estesi
edit- Cammini religiosi, trekking, paesaggistici che coprono oltre un comune... sezione "beni estesi provinciali"
- Codice due lettere provincia con numero sequenziale. Andando sul tipo Agenzia delle Entrate si potrebbe aggiungere (https://www1.agenziaentrate.gov.it/servizi/codici/ricerca/VisualizzaTabella.php?ArcName=ENTI-T3 00 davanti) ma resta il problema delle province autonome e alla fine visto che è già un sistema ibirido, un modello codice regione ISTAT + sigla provincia è la cosa più semplice da adottare perché:
- la provincia si riconosce e mantiene;
- l'alternanza di lettere per una migliore leggibilità
- il codice regionale resta coerente;
- la ricerca su Commons con codice brutale con anche due cifre davanti diventa meno ambigua.
- Quindi vada per 09GR0001 (vedi)
Codici frazioni
edit- Evitare migliaia foto non categorizzate.
- Avendo libertà codice, meglio chiosare dopo codice 0000 e introdurre standard per futuri sottocodici
- meglio una lettera per indicare la natura, ma 26 potrebbero essere poco fra frazioni e quartieri di grandi città. E se venisse usato per il futuro per sottocodici di collezioni museali, decisamente poco. Quindi 26x26=676
- Massima flessibilità query perché va in base all'istanza e non al formato di ID (raro)
Query (es. su Province of Pistoia (Q16245)):
- instance of (P31)frazione (Q1134686): https://w.wiki/5bpu (ma https://w.wiki/5bpv: disomogeneità di copertura)[1]
- instance of (P31)human settlement (Q486972) (o sottoclassi) con voce su it.wiki: https://w.wiki/5bpw (ma https://w.wiki/5bpy: disomogeneità di copertura)
- instance of (P31)human settlement (Q486972) (o sottoclassi) con voce su it.wiki: per numero di sitelink: https://w.wiki/5bus
- instance of (P31)human settlement (Q486972) (o sottoclassi) con OpenStreetMap relation ID (P402): https://w.wiki/5bpz (pochissimo usata)
- instance of (P31)human settlement (Q486972) (o sottoclassi) con Commons category (P373): https://w.wiki/5bq3 (ma https://w.wiki/5bq5: disomogeneità di copertura)
frazioni e quartieri
editEsempio di Pisa, fatto da User:DnaX
- quartieri che sono zone chiaramente separate del centro cittadino che abbiano almeno un cartello (a parte alcune eccezioni). Non considera quartieri come CEP, Cisanello o Porta a Lucca ecc che fanno parte del centro abitato principale
- Barbaricina Q3634714 (non ha un cartello, ma è un centro abitato a se stante)
- Riglione Q3935752 (località: Pierdicino Q18490444 OSM)
- Oratoio Q3000035
- Sant'Ermete Q98546791
- Putignano Q63380880
- La Vettola
- Ospedaletto Q1849040
- Montacchello Q56682739 (località rurale, adesso zona industriale)
- I Passi (non ha un cartello, ma è un centro abitato a se stante)
- Frazioni:
Futuro sviluppo dei Sottocodici
editSdoganare sottocodici permetterebbe in futuro
- Singoli pezzi museali
- elemento che è "parte di " qualcosa (es: chiostri per palazzi)
- ↑ in teroia sarebbe almeno una voce in una lingua che non sia serbo, croato, cebuano (le lingue da Geonames) ma per un'idea di massima ci siamo