User talk:Salgo60

Jump to navigation Jump to search

About this board

Logo of Wikidata

Welcome to Wikidata, Salgo60!

Wikidata is a free knowledge base that you can edit! It can be read and edited by humans and machines alike and you can go to any item page now and add to this ever-growing database!

Need some help getting started? Here are some pages you can familiarize yourself with:

  • Introduction – An introduction to the project.
  • Wikidata tours – Interactive tutorials to show you how Wikidata works.
  • Community portal – The portal for community members.
  • User options – including the 'Babel' extension, to set your language preferences.
  • Contents – The main help page for editing and using the site.
  • Project chat – Discussions about the project.
  • Tools – A collection of user-developed tools to allow for easier completion of some tasks.

Please remember to sign your messages on talk pages by typing four tildes (~~~~); this will automatically insert your username and the date.

If you have any questions, please ask me on [[User talk:|my talk page]]. If you want to try out editing, you can use the sandbox to try. Once again, welcome, and I hope you quickly feel comfortable here, and become an active editor for Wikidata.

Best regards!

Previous discussion was archived at User talk:Salgo60/Archive 1 on 2018-05-21.

What about ULAN references now?

Marsupium (talkcontribs)

Hey, since I haven't taken up adding them since Wikidata:Project chat/Archive/2019/05#Does Wikidata lack a Quality mindset? Sometimes it feels more like a playground for python exercises...? I wanted to ask you if you still oppose adding them? As I tried to point out, I didn't add them as an end in itself, but prefer to have references for the statements I've added them to, mainly place of birth (P19), place of death (P20), sex or gender (P21), occupation (P106), and consider ULAN to be a professional, reliable and itself sourced tertiary source.

In addition, for most cases I don't see much chance for getting much different sources for that data. Note that for that data there mostly isn't a source in Wikipedia (at least English and German versions) and it is often enough disputable.

I manually work on lists like c:Category:Creator templates with Wikidata link: mismatching birthdate, WD:WikiProject sum of all paintings/Creators same name or WD:Database reports/Complex constraint violations/P245#Female according to Wikidata, male according to ULAN where sources are key. I add a lot of sources manually which is tedious work. The automatically added references ease it in my eyes.

Thanks for your reply, m.

Salgo60 (talkcontribs)

@Marsupium: this is complex and I think we learn all the time... I have no knowledge of the quality/ work process of ULAN.

And I can see more benefits of adding good or less good references....

When doing genealogy We started to speak about "" i.e. something that is just a hint that this could be something but not a something you trust and not a good evidence.... that could be one way forward

BUT the problem I see is when "breadcrumbs" is also displayed in Wikipedia articles. I guess every Wiki is creating there own Wikidata driven templates and I guess have there own rules/logic who I guess is a bad pattern. In Sweden when we use a Wikidata driven template we display in the sv:WIkipedia article 3 sources but not the one important from another wiki.... so if a "breadcrumb" source is on top 3 it will appear in the article....

So I have no good answer but I hope we add a layer to Wikidata that tries to rank sources so what is shown in the Wikipedia article can be trusted see my confused thoughts

Marsupium (talkcontribs)

Thank you for your answer. I think the way of fixing has to be on the consumer side, not Wikidata, here Swedish Wikipedia that should allow filtering sources. Support for that on Wikidata side is definitely necessary and more work has to be done to make it possible and easily usable.

Salgo60 (talkcontribs)
  • I asked Denny Vrandečić about his vision of sources video
  • another approach I start thinking is one way forward to get better quality and easier to communicate with the source owner is that we should have a staging area (dedicated WIkibase) in between Wikidata and the datasource --> it will be easier for the source owner to control the data and for us to compare wikidata with what they deliver.....
    • upload his/hers data to this "write protected" Wikibase
    • we have one place to comment and communicate regarding problems with a record/data
    • we could easy compare WIkidata with what is in the source using SPARQL federation Wikidata <-> Wikibase
    • as this WIkibase is a Wiki we have all the standard functionality like version history talk pafes and ping the data owner..
    • see more thoughts
Marsupium (talkcontribs)
Salgo60 (talkcontribs)

I see mixandmatch as version 1 and a very good step in the right direction....

Reply to "What about ULAN references now?"

Import of copyright protected data

Abbe98 (talkcontribs)

You seems to have imported data from the Bolin Centre "Svenska glaciärer" dataset. This dataset is not licensed under CC0. Do you have a source claiming otherwise?

Example of imported item:


Salgo60 (talkcontribs)
Abbe98 (talkcontribs)

So you imported copyright protected data and then asked for permission from the rights holder?

Salgo60 (talkcontribs)

The process so far

  1. webscraped using gist
  2. no copyright was specified -->
    1. sent an email to database responsible ask what is the status please specify better and please confirm the data is CC0
  3. matched what we had added with P8133 updated that
  4. created new items for were I couldnt match
  5. did some cleaning afterwards as a lot of items are added with different names
  6. matched the data with
    1. GLIMS
    2. what we find in Mapping glacier change in Sweden between the end of ‘Little Ice Age’ and 2008 with orthophotos and a Digital Elevation Model
    3. OSM
    4. other book sources

Abbe98 (talkcontribs)
Salgo60 (talkcontribs)
Abbe98 (talkcontribs)

No not at all. The data should not have been imported in the first place.

Salgo60 (talkcontribs)
Abbe98 (talkcontribs)

No it's not. All the relevant page says is "Access constraints: Free". This only means that access to the information is free not that you can freely share and copy it.

Salgo60 (talkcontribs)

I think we need them to specify better how free free is...

And also when they dont mention data under use limitation can we then assume no limitation = cc0

Reply to "Import of copyright protected data"
Yger (talkcontribs)

I NE har de inga artiklar om socknar. De valde i stället att skriva in den informationen under församlingsnamnet, och även om det var formellt fel blev det inte många reella fel, då den stora sammanslagningen av församlingar skedde senare. Dock är det tveksamt att ge ref till NE under wd-objekten församling, om de skall in bör de läggas under motsvarande sockenobjekt. Det är sedan ingen jättegrej då det relativt lätt går att botflytta dessa, nu när jag lagt in länk till socken i församlingsobjekten.

Salgo60 (talkcontribs)

Ok det problem jag ser hos många aktörer är att man är väldigt vaga vad man refererar.... ofta kanske det inte spelar någon roll

Jag har denna rad i common.js

importScript( 'User:Magnus_Manske/mixnmatch_gadget.js' );

som ger mig alla dessa förslag.... däer jag ibland klickar ok kanske lite vårdslöst....

Yger (talkcontribs)

Jag förstår ej ditt svar. Har du uppfattat att det är sakligt fel lägga in ref t NE artikel i församlingsobjekten?

Har du själv tänkt flytta dem till Sockenobejktetn så det blir rätt?

Salgo60 (talkcontribs)

1) Japp det har jag fattat

2) jag gör inget systematiskt utan när jag besöker en WD artikel dyker det upp förslag på kopplingar eftersom jag har en koppling till alla mixnmatch katalogerna.....

2-1) då kan det dyka upp NE förslag med en rads förklaring....

Reply to "Församlingar i NE"
Ambrosiani (talkcontribs)

hej, ska vi verkligen ha med institutionerna i SKBL-listan? Intuitivt tycker jag SKBL-id borde användas för personerna i uppslagsverket. Just nu pekar länkarna du lagt in dessutom fel (iom att %-tecknet html-formateras i länken). se t ex

mvh Aron

Salgo60 (talkcontribs)

Jag tycker det kollar vi på Alvin så har dom person, plats och några organisationer... dom har dock mer stabilt sätt att markera saker med alvin-place: xxxx , alvin-person: yyyy se

Jag har försökt att starta en diskussion med SKBL se Facebook och Property talk:P4963

Exempel med den lilla test jag gjorde kan man visa skolor på en karta där SKBL säger att personer har studerat

Skall detta bli stabilt bör dock SKBL vara med på resan....

Ambrosiani (talkcontribs)

dvs vi vet inte om urlen är persistent eller hur? med tanke på hur de ser ut känns det tveksamt.

Salgo60 (talkcontribs)

Japp dessa skolor jag testade med vet vi nog ingenting hur SKBL ser på dom.... jag gör en test med att koppla skulptriser lite mera seriöst och försöker då koppla in dessa kvinnor så att vi i förlängningen kan identifiera dom på gamla kort från 1890 talet


Ambrosiani (talkcontribs)

vi har tänkt lägga in SKBL-kopplingarna i Kulturnav, men kan filtrera så att det bara är personposter som följer med.

Salgo60 (talkcontribs)
Reply to "institutioner med SKBL-id"
Vogler (talkcontribs)

Hello, the merge you did of 17th century professor Sven Vigelius and 19th century jurist Sven Wigelius is quite unlikely and should be reverted. Regards ~~~~

Salgo60 (talkcontribs)
Vogler (talkcontribs)

Ok, good job.

Reply to "Sven Wigelius"
Marsupium (talkcontribs)

This edit adding ULAN 500003909 looks wrong and has consequences (edits by BotMultichillT). Could you have a look? Thanks a lot in advance!

Salgo60 (talkcontribs)

@Marsupium Thanks I guess this is something I got from VIAF using a

Looks like we have

  • Horemans, Jan Josef, the elder (Flemish painter, 1682-1752)
  • Jacob Tersmeden d.ä. Wikidata
    • VIAF ID: 95704369

I delete this as I dont have knowledge...

Marsupium (talkcontribs)

Thank you!

Thank you for participating in the FindingGLAMs Challenge!

Alicia Fagerving (WMSE) (talkcontribs)
Thank you for participating in the FindingGLAMs Challenge!
By improving information about GLAM institutions on Wikidata, you made the Wikimedia projects better for everyone!
Reply to "Thank you for participating in the FindingGLAMs Challenge!"
Dan Koehl (talkcontribs)

Hej , jag undrar om det är OK att avlägsna [[Q10715740|posten med Vinges vapen]] under "Bild" jag har lagt in den som heraldiskt vapen? mvh,~~~~

Dan Koehl (talkcontribs)

Ingen aning varför diskussionerna på din sida blir så komplicerade... inte ens min signatur fungerade. .. näväl...

Larske (talkcontribs)
Reply to "Vingevapnet"

2019-nCov situation reports from WHO

Dhx1 (talkcontribs)

Thanks for importing new situation reports from WHO on 2019-nCov each day and updating tallies in multiple disease outbreak items (per country)!

Reply to "2019-nCov situation reports from WHO"
Jheald (talkcontribs)

I just wanted to drop a note of thanks on your page for all the work you have been putting in linking Wikidata and WikiTree. It's incredibly useful!

It's just in the last week or so that I've been looking at some Medieval London people, trying to match them to MoEML ID (P6060) (or, rather MoEML people to people with items here). It's quite frustrating, with so many items for people from the Peerage to have to check through, often with minimal data and no useful referencing at the Peerage site. Often it takes a fair amount, just to work out what century the people are from! The links to WikiTree are a lifesaver, to really establish who these people are. (I do think the massive increase in family relations that have come in with the Peerage import will ultimately be very beneficial to Wikidata, by really now making genealogical links the norm for notable historic UK people -- though it's going to continue to be a menace until we have properly digested the data, found and merged the duplicates, and found links for it to sites that actually do give references or at least discussion, like WikiTree; and identified and corrected the errors!)

So I just wanted to salute all the work you've done to get us to this stage, even if the recent import has suddenly increased the material requiring to be dealt with here by fivefold or even tenfold.

One query I particularly like, made possible by the WikiTree data, is looking for the items that now have duplicated WikiTree IDs. This really does help to find duplicates that have come in from the Peerage, needing to be merged. (Even if having to do the work is then a miserable job...)

But, really, the more WikiTree matches we can get in the better. I was wondering, are you using queries like to find items without WikiTree links, for parents of people with items that do have links? Probably you have been (plus all sorts of variants), because you have made so many WikiTree matches that are now so valuable; but I just wanted to say, the more that you can add now would be amazing, both for intrinsic value of the information on the WikiTree pages that is so so helpful, and for the starts it gives in trying to track down the duplicates. So again, a big big thanks for all you have been doing in this area, and all that you are continuing to be doing! Cheers, Jheald (talk) 20:57, 24 January 2020 (UTC)

Salgo60 (talkcontribs)

I started the WD <-> WikiTree but are not doing anything right now the big star is @Lesko987a I have focused on connecting Property talk:P3217 from the Swedish National Archives etc... and lately I did Property talk:P7704 160 000 items from en:Europeana

@Lesko987a has continued working with WikiTree and build a plattform for comparing facts/sources in Wikitree if they have quality and also compared data with FindAGrave and Wikidata. He is also using Quickstatement for updating Wikidata....

  • my thoughts after 3 years
    • I am surprised how good WikiTree research is for a source. My experience when I was active 3 years ago at WikiTree was that 10% was very good research but when I check data that is linked from Wikidata then it often has very good quality and I trust it better than Wikidata
    • Its sad that we dont have a data roundtrip. If the WikiTree people find a mismatch and correct or confirm that WikiTree is the correct one the data is not also moved to WIkidata is my feeling...
    • the latest "Peerage Wikidata data import" good or bad?
      • I dont know people over at WIkitree discussed it link

The cool thing @Lesko987a has done is that on every WikiTree profile you have a menu option suggestions see example Diana Bruen (Coventry) Mason (1910 - 1990) and we get a list of 8 generations errors starting with selected person and by default 1245 profiles has been checked and have 307 potential errors.... If you check the list maybe > 50 are suggestions based on Wikidata as Wikidata now has start do imports of less good sources and also creates new objects just based on this "source"

Reply to "Wikitree"