Wikidata:Property proposal/Seismic classification

Seismic classification

Originally proposed at Wikidata:Property proposal/Generic

Done: seismic classification (P9235) (Talk and documentation)

Description	Seismic risk zone which the administrative entity that receives the seismic classification is in
Represents	for Italy e.g.: Seismic classification in Italy (Q2284185) (TODO: create generic item)
Data type	Item
Template parameter	"Zona sismica" in it:Template:Divisione amministrativa
Domain	places
Allowed values	elements which are instances of seismic classification
Example 1	Rome (Q220) → 2A-3A-3B
Example 2	Bari (Q3519) → 3
Example 3	Milan (Q490) → 3
Example 4	Reggio Calabria (Q8471) → 1
Example 5	Messina (Q13666) → 1
Source	for Italian values: http://www.protezionecivile.gov.it/attivita-rischi/rischio-sismico/attivita/classificazione-sismica
Planned use	Maybe it could used to sync datas with it.Wikipedia infoboxes or anyway check their consistency with the correct data
Robot and gadget jobs	There are open data on the Protezione Civile website, maybe we can import them
Applicable "stated in"-value	for Italy: Protezione Civile (Q206936)
Wikidata project	WikiProject Italy (Q6876022)

Motivation

This data is present in every Italian commune article on it.Wikipedia and having it here on Wikidata would make import and checks easier. This is also a good addition for Wikidata itself. --Ferdi2005 _[Mail] 22:20, 30 January 2021 (UTC)[reply]

Notified participants of WikiProject Italy --Ferdi2005 _[Mail] 22:21, 30 January 2021 (UTC)[reply]

Discussion

Support --Tinker Bell ★ ♥ 22:56, 31 January 2021 (UTC)[reply]
Comment The datatype should probably be "item", with items created for these various classification levels. ArthurPSmith (talk) 19:20, 1 February 2021 (UTC)[reply]
I agree with ArthurPSmith that the dataype should likely be item. Currently, we have JMA Seismic Intensity Scale (P5386). Should we focus this property on an Italian scale or make it more general that it can be used with different scales? ChristianKl ❪✉❫ 23:26, 2 February 2021 (UTC)[reply]
Comment If this is not limited to Italy then I support it otherwise I oppose. For example here in Turkey we have official risk levels documented at https://deprem.afad.gov.tr/deprem-tehlike-haritasi?lang=en So the value constraints should be relaxed. Also as you can see they are defined by latitude and longitude boundaries so it should be allowed to be applied to a geographical area even if it is not an administrative entity. I am not an expert but if anyone is please see also Peak ground acceleration (Q1040321) and Peak ground velocity ShakeMaps derived from geodetic slip models (Q60699592) which may be relevant. If there is an array data type I suspect that should also be allowed, as apparently the risk here is no longer expressed as a single number as it used to be. Otherwise perhaps "quantity" data type as I see USA maps show peak ground accelerations probabilities e.g. https://www.usgs.gov/media/images/2018-long-term-national-seismic-hazard-map
@Ferdi2005: what do you think of the proposed change of datatype? See hardiness zone (P8194) for a similar property with items as values. --- Jura 16:44, 5 February 2021 (UTC)[reply]
@Jura1, ArthurPSmith, ChristianKl: Why not, let's change it to an item datatype and create item for national classification (If we follow this line, that values that I added before for Italy will become items, right?).--Ferdi2005 _[Mail] 20:45, 6 February 2021 (UTC)[reply]
So, which are the next steps? @Jura1, ArthurPSmith, ChristianKl: I've updated the property description.--Ferdi2005 _[Mail] 18:35, 19 February 2021 (UTC)[reply]
Support --Trade (talk) 10:04, 15 February 2021 (UTC)[reply]
Support, an important property for Italy.--Arbnos (talk) 19:20, 21 February 2021 (UTC)[reply]
@Ferdi2005, ChristianKl, Jura1, Trade, Arbnos: Done --Tinker Bell ★ ♥ 22:55, 1 March 2021 (UTC)[reply]
- I have created seismic classification (Q105725387), so all seismic classification items should be instances of that class. --Tinker Bell ★ ♥ 23:00, 1 March 2021 (UTC)[reply]