Decision on how to store political party

[MansMeg]

In the discussion with the voting protocols project there has been a problem with storing political parties for individual MPs. We need to discuss how to store political parties in the best way.

Roughly there are two ideas forward:

1. Store parties as the latest party name. I.e. Torbjörn Fälldin was only member of one party, Centerpartiet, even though Centerpartiet changed name when Fälldin was a member of the parliament.
2. Store the party's name with the actual name at the time. That would mean that Fälldin was members of two parties, both Centerpartiet and Bondeförbundet, during different periods. I.e. the party affiliation CSV would have two affiliations for Fälldin.

The argument for 2. is that this is a much more data-neutral way to store the party affiliation. This will also map perfectly with the documents in the parliament.

Many researchers might want to have 1. as well due to the simplicity of analysis. So we should setup either a function to compute that based on a mapping table of new and old parties or maybe even create a file with this mapping being done.

We could also store the relationships between the different parties, such as Centerpartiet and Bondeförbundet.

I think me, @fredrik1984 and @Lottabrorsson are leaning toward 2. But what do you others think?

[BobBorges]

+1 for option 2. Option 1 is an analytical decision.

[fredrik1984]

Many researchers might want to have 1. as well due to the simplicity of analysis. So we should setup either a function to compute that based on a mapping table of new and old parties or maybe even create a file with this mapping being done.

I think we should try to do this as well, it will most likely be very appriciated.

[BobBorges]

Has the decision now been taken? Can we close the issue?

[MansMeg]

I suggest we either wait until the next leadership meeting or project meeting to decide formally. I think it is up to @fredrik1984 to decide where he wants decisions like this to be made.

[fredrik1984]

Let's bring it up at the leadership meeting next week.

[BobBorges]

related to #201

[salgo60]

We could also store the relationships between the different parties, such as Centerpartiet and Bondeförbundet.

I would say dont use text strings use persistent identifiers and semantics... follow FAIRDATA F1

• maybe we can create relations between parties out in Europe and see when related parties starts to speak about e.g. women's suffrage in different parlaments that @monirbounadi are interested in ( women's suffrage in Wikidata)
• you should support names in more languages --> easier to search your data for people researching in other countries..

Here is a SPARQL search for political party / Q7278 in Wikidata what properties are used number of Times

• in Wikidata we have right now 21987 political parties
• there is a need that people doing political research create the same infrastructure as Wikidata has shown is possible to create with just a community of dedicated people working together on more than 200 languages

• just show external identifiers

• just show external identifiers from Sweden

Modelling parties in Wikidata - defines which parties are a best practice example of modells in Wikidata

• Democratic Party / Q29552 - graph

• Christian Democratic Union / Q49762 - graph

• Chinese Communist Party / Q17427 - graph

• Labour Party / Q9630 - graph
• Indian National Congress / Q10225 - graph

[MansMeg]

I agree. We should have our own persistant identifiers for all parties.

[salgo60]

I agree. We should have our own persistant identifiers for all parties.

Yes and linked data what Linked Open Data is and why it's a good thing, both for users and for data providers.

[MansMeg]

We have decided that we will always store party as the name at the historical time-point.

[salgo60]

We have decided that we will always store party as the name at the historical time-point.

Sad to hear that you dont move direction linked data and 5-star data and focus on sourced data....

store party as the name

never store the name as a string use persistent identifiers

[MansMeg]

Oh. We will use persistent identifiers. this is just if we should store (as is done in wikidata) eg Folkpartiet as Liberalerna even before they changed the name. We are going to say that people were part of first FP then L (with parties having persistent identifiers).

[salgo60]

Things not Strings

Oh. We will use persistent identifiers. this is just if we should store (as is done in wikidata) eg Folkpartiet as Liberalerna even before they changed the name. We are going to say that people were part of first FP then L (with parties having persistent identifiers).

What will you do with centern ? "Wikidata never use text strings" in the same way that Wikipedia has ambiguous pages see article Wikipedia:Disambiguation that are telling you this text string "Nya centern" can mean x or y.... --> you as an wiki article writer should not link an wikipedia Disambiguation page as that is a naming conflict that needs to be resolved... Wikidata solution is persistent unique identifiers....

• "nya centern" SPA
• "nya centern" SPA
• "nya centern" SPA
• "nya centern" SPA
• "nya centern" SPA
• "nya centern" SPA

Persistent identifiers and sources stating what you add is the only way forward and is what Wikidata tries to explain... Spread sheets with text strings and no sources is not 2023... sorry..,,.

• fler center smaker SPA

Support for multiple languages

• wikidata Q5803390 - swedish, english, arabic, chinese

• parties

  • Centern (partigrupp 1873-1882) / Q10444846
  • Center-högern / Q10444837
  • Andra kammarens frihandelsparti / Q10411414
  • Andra kammarens center / Q10411412
  • --> json -> entity/Q5803390.json
  

Semantics and a knowledge graph

• SBL article Herslow, släkt are just textstrings by using a knowledgegraph we can start add relations

• see Wikicommon Category:Herslow, släkt

[dpriskorn]

I agree with Magnus, you should disambiguate all parties and store a persistent identifier only. People consuming your dataset can then look up what the thing is called, when it existed, what other party it differs from, etc. If you for some person don't know the party you should store that too in some consistent machine readable way.

[MansMeg]

Yes. That is what we are going to do. Sorry for not being clear enough. The decision is just that we will store the persostant id for the party name at the given time, not the latest party name id.

[salgo60]

Yes. That is what we are going to do. Sorry for not being clear enough. The decision is just that we will store the persostant id for the party name at the given time, not the latest party name id.

Thanks

And as I stated 6 months ago its important that you get this infrastructure with persistet identifier live so we can start link you #269

• lesson learned is that we get new challenges like SKOS i.e. how 2 knowledge domains should interact

[MansMeg]

Yes, we know. We moved this up to start to work with this in the coming month.

[monirbounadi]

The way you do it makes sense to me. One thing I noticed though was that an MP could have "kommunistiskt parti" as party affiliation. Why is that? "kommunistiskt parti" is not a party. Is it because you could not find which communist party the MP belonged to?

[MansMeg]

This is most likely an error in the wikidata we need to fix. Could you file this as a separate issue and we will follow up on this?

[fredrik1984]

Yes, check in the bio book what party is used there. My experience its that all party names mentioned in the bio books also have a wikidata-id

[salgo60]

The way you do it makes sense to me. One thing I noticed though was that an MP could have "kommunistiskt parti" as party affiliation. Why is that? "kommunistiskt parti" is not a party. Is it because you could not find which communist party the MP belonged to?

@monirbounadi

all the stuff with the communist party and vilde in WD is a mess we have marked some of the problematic records with Q120143028 my hope and wish has been that we should get good Linked data from this project for parties and the relationship between parties and what parties people was connected to.... I can see odd things with e.g. Frisinnade landsföreningen see below....

• #349#issuecomment-1721898666
  • SPARQL

• 359#issuecomment-1733051332
• 324#issuecomment-1615690601

[salgo60]

@monirbounadi see below how Wikidata is connected to SKBL and some political parties.... sad thing is they use text strings and has no sources in the metadata feels we see the same problem all the time ;-) --> the work SKBL has done add little value is my feeling...

• I requested that a WIkidata property for SKBL should be created 2018 march 11 --> Wikidata property P4963

SKBL - Svenskt kvinnobiografiskt lexikon

Looks like SKBL has connected people to parties see below its a mess in WIkidata but also a mess in SKBL as they use text strings and has no Persistent Identifiers

• SKBL ElsaBengtsson - WD Q50841810
• SKBL CeliaAdler - WD Q98528623
• SKBL NinaAmandaConstantiaBennerAnderson - WD Q63348786
• SKBL SigneBergman WD Q4938592
• SKBL EzalineBoheman WD Q19976305
• ....

SKBL Strings not things

I met the people in SKBL 2020 dec and tried to explain what a knowledge graph was, the need for persistent identifiers but I feel they didnt understand see slides

• [X] they have an API --> we have notebooks see

  • part 1 to sync Wikidata with them

  • part 2 - tested Kepler. video

  • part 3 compared the productivity SKBL and SBL --> SKBL produced abt. 100 times faster

    

  • part 4

  • part 5

• [X] they have structured data and works data driven using a tool KARP

• [ ] They dont deliver Linked data, Persistent identifiers --> we get a text strings mess e.g. SKBL MartaBucht is json www.skbl.se/sv/artikel/MartaBucht.json

  • [ ] has no sources in metadata satins that this fact comes from source xxx
  • [ ] has not sources as linked data, is a text string
  • [ ] has not Identifiers for the author of the article - I tried to tell them use ORCID
  • [ ] Can not state that different sources has different values or that e.g. Riksarkivet SBL has wrong facts see #35
  • [ ] My conclusion was SKBL lacked Linked data skills and a good change process like using GITHUB

---

More things I did

• Rep salgo60/SKBLWikidata - tried to do metadata roundtripping see task T219706
• We tried to get SKBL add Wikidata Qnumbers to the data see T218782 --> the project died before they started to deliver but I also feelt they didnt understand linked data
  • a try to add female organisations to wikidata T263013

SKBL Antipattern political parties as text strings and no good sources in metadata

• SKBL Politiskt parti

• SKBL Sveriges Liberala parti landningssida

The book "Tvåkammar-riksdagen 1867–1970" anti-pattern more articles about the same person and different statements and no structured data or persistent identifiers

see #157#issuecomment-1714283975 - > 150 persons has more than one article see GIST

• Q5795740

  • Volume 1 page 436 - skånska p / centern
  
  • Volume 4 page 92 - skånska p / AK:s center
  

[salgo60]

@monirbounadi to find a WD object from SKBL you can either use the Chrome plug.in Entity Explosion or the hub.toolforge.org

• SKBL BirgittaAlexius0 --> hub.toolforge.org/P4963:BirgittaAlexius0?site=wd

If SKBL had done the homework with Linked data and had Persistent identifiers for everything like political parties we could have used Wikidata and jumped from all the political parties in Wikidata to the related landing page in SKBL for that party see below a try from Q1594086 and we see mostly library sources like VIAF 122570825 Worldcat Den Store Danske-ID.... not SKBL SBL or other sites ...

[salgo60]

cc: @MansMeg @BobBorges @monirbounadi @fredrik1984

Maybe something for you to take part of as wikidata is a part of your echo system

• Wikidata:Events/Data_Modelling_Days_2023

• Dont hesitate to involve other people working with ParlaMINT and create a session proposal
  • my guess if we could get a common Vocabulary or at least using Linked data for describing what and when things happend in different parlaments or how political parties in different countries are related that is a win win
    • Wikipedia is a start of supporting more languages and Wikidata is a start of Linked data but my feeling this is more a proof of concept the quality can be much much better... and people from different disciplines need to be involved and we need more echosystems like Wikidata