Wikidata:Property proposal/SWERIK Party ID
SWERIK Party ID
editOriginally proposed at Wikidata:Property proposal/Organization
Description | Identifiers used in the SWERIK project for Swedish political parties with representatives sitting in the Swedish Riksdag. |
---|---|
Data type | External identifier |
Domain | Political Party political party (Q7278) |
Allowed values | a-zA-Z0-9- |
Example 1 | Liberals (Q110857) -- Folkpartiet (1934-01-01 – 1990-01-01) → i-FpGjUCojANuvvwqsNXjcuu |
Example 2 | no Qid, but Q110857 -- Folkpartiet liberalerna (1990-01-01 – 2015) → i-Hm85EQfFmbYuYFPjpXtuCj |
Example 3 | Liberals (Q110857) -- Liberalerna (2015-01-01 -- ) → i-Kpkv9BSujEEJp1S4rDiDt7 |
Planned use | Populate identifier to relevant Wikidata entries --> Linked data: SWERIK metadata database and Wikidata entries |
Expected completeness | eventually complete (Q21873974) |
Formatter URL | https://swerik-project.github.io/party-catalog/$1 |
Motivation
editOne aim of the project Swedish Riksdag 1867–2022: An Ecosystem of Linked Open Data (SWERIK) is to enhance open, linked metadata on Swedish politicians who have participated in the parliament. The project infrastructure itself is built explicitly around existing Wikidata infrastructure in that the SWERIK database is built and updated by querying Wikidata directly; additions and corrections by the SWERIK team are contributed directly to Wikidata and re-queried to update the SWERIK data set.
Currently, Swedish political parties are represented on Wikidata with a slightly different data model to that of the SWERIK Project; while some parties that have undergone name changes throughout history are represented by a single ID, we have decided to represent political parties using their contemporary name, thus a political party is represented with a different ID after a name change. The SWERIK-Party-ID will facilitate non-ambiguous linking of historical data (e.g. party membership of members of parliament – Q10655178, Q33071890, Q81531912) to contemporary parties. The SWERIK-Party-ID will serve as a persistent identifier, linked to the SWERIK website catalog in a similary way as the SWERIK-Person-ID (see https://swerik-project.github.io/person-catalog/) and will thus contribute to the FAIR-ness of research data produced in the SWERIK project, particularly in that it enhances interoperability and reusability of data by providing stable primary keys. – The preceding unsigned comment was added by BobBorges (talk • contribs) at 09:35, 15 October 2024 (UTC).
Discussion
editNotified participants of WikiProject Sweden. --Lewis Hulbert (talk) 00:13, 25 October 2024 (UTC)
- Comment are they stable? Resolvable using a url?--So9q (talk) 06:42, 25 October 2024 (UTC)
- IDs are stable and, though it's not implemented yet, each ID will resolve to a URL on our website. BobBorges (talk) 13:26, 27 October 2024 (UTC)
- Oppose I suggest that you go back to the drawing table and have ONE external identifier i.e. SWERIK ID (P12192) that supports persons, organisation, political ideology, sources used etc. see my GITHUB comment/suggestions I also think you should rethink creating a new object for every name change in WD alias et al are useful ways of handling different names for an objects as is the support for more languages - Salgo60 (talk) 07:31, 26 October 2024 (UTC)
- A single SWERIK ID is fine, but currently can be applied only to humans. If this can be changed it would be fine -- our IDs are not categorized anyway. We have discussed the name issue within our project rather extensively, and while I agree with your statement in general, we have not been able to establish any criteria for distinguishing a 'simple' name change from simultaneous end of one entity and beginning of another. We, of course (re one of your comments on github), keep a mapping of our IDs to the wikidata IDs. BobBorges (talk) 13:33, 27 October 2024 (UTC)
- >> A single SWERIK ID is fine
- If you think that is possible then put this on hold is my suggestion
- >> not been able to establish any criteria for distinguishing a 'simple' name change from simultaneous end of one entity and beginning of another
- I suppose this is the nature of semantics—different observers bring their own perspectives on what constitutes a change and the level of granularity involved.
- For example, consider the term “vilde” in Swedish politics:
- • On Wikidata, contributors mapping contemporary Swedish politics have opted to create an “empty” party object to represent such individuals.
- • Historically, however, “vilde” had more specific classifications, such as “frisinnad vilde” (liberal independent) or “frihandels vilde” (free-trade independent) in the early 1900s. By 1985, most people in this category were simply labeled as “vilde.”
- In this context, I believe a research platform should aim to:
- 1. Avoid oversimplifying complex concepts.
- 2. Allow for the registration of diverse viewpoints.
- 3. Facilitate easy data retrieval.
- While there may be challenges in data retrieval with every name change creating new distinctions, experience from Wikidata has shown us that perspectives can evolve. This approach allows for more nuanced and flexible historical interpretation, even if it complicates retrieval in the short term.
- - Salgo60 (talk) 15:44, 27 October 2024 (UTC)
- >> data retrieval
- We already created a successor tree, so retrieval of ancestors or descendants of a particular entity is a non issue.
- >> registration of diverse viewpoints
- We want to represent the data as it is -- if party was called X at a certain time, it is an analytical decision to call X Y now because we think X and Y are the same. For this reason we created a successor tree and those who prefer to use Y for everything can do that.
- >>>> A single SWERIK ID is fine
- >> If you think that is possible then put this on hold is my suggestion
- So What's the procedure for modifying an existing property item? BobBorges (talk) 16:11, 27 October 2024 (UTC)
- A single SWERIK ID is fine, but currently can be applied only to humans. If this can be changed it would be fine -- our IDs are not categorized anyway. We have discussed the name issue within our project rather extensively, and while I agree with your statement in general, we have not been able to establish any criteria for distinguishing a 'simple' name change from simultaneous end of one entity and beginning of another. We, of course (re one of your comments on github), keep a mapping of our IDs to the wikidata IDs. BobBorges (talk) 13:33, 27 October 2024 (UTC)
- its just to change when you have decided I tried to list what is needed see Property_talk:P12192#Change_of_this_external_identifier / swerik-project/riksdagen-persons/issues/25 - Salgo60 (talk) 22:47, 27 October 2024 (UTC)
- changed status to withdrawn - Salgo60 (talk) 22:52, 27 October 2024 (UTC)