Property talk:P4133
Documentation
identifier for a cultural heritage site in Emilia-Romagna region in Italy, in the Tourer.it open data portal
List of violations of this constraint: Database reports/Constraint violations/P4133#Single value, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P4133#Item P625, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P4133#Entity types
List of violations of this constraint: Database reports/Constraint violations/P4133#Scope, SPARQL
List of violations of this constraint: Database reports/Constraint violations/P4133#Label in 'it' language, search, SPARQL
|
|
Conservazione dei dati
[edit]Ciao, a seguito di un chiarimento con Di Cocco, segnalo che il TourER usa come logica per dire che cos'è un edificio ("istanza di") la sua prima destinazione d'uso, ad esempio se un palazzo ora è di uffici ma un tempo era municipio lo indica come municipio, se un edificio era un convento e ora è semplicemente un palazzo è indicato come convento.
Non è esattamente la stessa logica che adottiamo su Wikidata, per cui potremmo riscontrare incongruenze rispetto alle nostre scelte intuitive. Noi scriveremmo ex convento, o ex municipio, ma nei dati importati in modo massivo queste sfumature non sono presenti (perché non presenti nella base di dati iniziale).
Alcuni wikidatiani hanno avuto come reazione quella di cancellare i dati fontati provenienti da fonte ufficiale perché considerati errati. Era successo in modo particolare con le coordinate del TourER, che puntano nella maggior parte dei casi all'ingresso dell'item. In questo caso, propongo due soluzioni:
- usare la proprietà centro geografico - coordinates of geographic center (P5140) se si preferisce quella coordinata, indicando il dato del tourER come sconsigliato (ma non è errato).
- altra soluzione (la mia preferita): se proprio non si tollera di vedere le coordinate che non puntano all'interno dell'item usare unqualificatore anziché cancellare il dato,
es. Q28003511#P625
coordinate location |
| |||||||||||||||||||||||
add value |
Come già suggerito, in generale sarebbe una buona cosa non cancellare i dati, soprattutto facendolo in modo individuale, a macchaia di leopardo e secondo regole personali e quindi arbitrarie.
Sarebbe meglio non cancellare mai il dato con fonte autorevole come in questo caso: il Tourer presenta i dati del WebGis della Regione Emilia-Romagna.
Anche se ci sembra sbagliato, il dato andrebbe conservato e indicato come reason for deprecated rank (P2241)incorrect value (Q41755623) o obsoleto o altro, oppure come nel caso sopra indicare un'alternativa come preferita. I dato sbagliati sono comunque un'informazione. Se si preferisce, sempre nell'ottica di non cancellare informazione, si potrebbe anche migrare l'informazione in un altro campo, adottando il sistema francese, esempio:
- Palais du parlement du Dauphiné (Q3361193)
- instance of (P31)administrative building (Q2519340)
- has use (P366)courthouse (Q1137809) (i qualificatori indicano la data di inizio e di fine)
Buona giornata, Una tantum (talk) 11:43, 4 September 2024 (UTC)
- Italy-related properties
- All Properties
- Properties with external-id-datatype
- Properties used on 10000+ items
- Properties with format constraints
- Mandatory constraints with exceptions
- Properties with unique value constraints
- Properties with single value constraints
- Properties with constraints on items using them
- Properties with entity type constraints
- Properties with scope constraints
- Properties with label language constraints
- Cultural heritage properties