User talk:Samoasambia

Wikidataa opettelemaan!

Hei! Olisitko kiinnostunut osallistumaan Wikimedia Suomen järjestämään Wikidataan perehdyttävään projektiin. Pyydämme osallistujiksi wikipedistejä sekä organisaatioita, joiden kanssa opettelemme yhdessä, heidän aineistoillaan. Järjestämme lokakuun alussa Helsingissä työpajapäivän, jossa esitellään Wikidataa sekä suomeksi että englanniksi. Puhujat ja paikka varmistuvat vähitellen, päivämäärä on 2.10.2015. Valmistelemme myös online-opiskelupakettia suomeksi. Olisi hienoa saada mukaan Wikidataa aktiivisesti muokkaavia tilaisuuteen tai opastamaan/oppimaan online. Projektin työn alla olevat sivut ovat täällä: fi:Wikipedia:Wikiprojekti Avoin kulttuuridata hyötykäyttöön. Voit myös lähettää minulle sähköpostia käyttäjäsivuni kautta.

Toivottavasti tavataan!

Ystävällisesti, Susannaanas (talk) 08:59, 21 August 2015 (UTC)

Merisää

Hei! Ei mielestäni ollut ihan oikein tämä yhdistely. Ylen merisää ei ole BBC:n merisää. Ne ovat kaksi eri ohjelmaa. Niiden tulkitseminen samaksi on samalla tavalla väärin kuin jos merkkaisimme fi:Suomen presidentti ja en:President of the United States samaa tarkoittaviksi. --Jmk (talk) 17:39, 30 December 2016 (UTC)

Hei! Olet oikeassa, en tullut ajatelleeksi tätä. De-, eo-, sv-wikien artikkelitkaan eivät kyllä tähän kohteeseen oikein sovi. Ne käsittelevät aihetta joka suomeksi olisi säätiedotus merenkulkijoille (tällä hetkellä ohjaussivu artikkeliin Merisää) eli yleisesti Merisää-ohjelmia radiossa ja sääennusteita merenkulkijoille meteorologiassa. Voisin ottaa seuraavaksi projektikseni fi-wikissä tuon ohjaussivun muokkaamisen artikkeliksi ja täällä Wikidatassa de-, eo-, ja sv-wikien artikkelien ja uuden fi-wikin artikkelin yhdistämisen uuteen kohteeseen. –Samoasambia ✎ 18:06, 30 December 2016 (UTC)

elevation (Q106589819)

Hi, by this revert you removed hill (Q54050) to be a subclass of elevation (Q106589819). elevation (Q106589819) can be considered as superordinate term for mountains, hills, peaks etc... (see descriptions in other languages). Hence, in my opinion hill (Q54050) definitely should remain a subclass of elevation (Q106589819). Please advise. Kind regards, Arjoopy (talk) 14:20, 8 January 2024 (UTC)

Hi! Based on the descriptions and instance of (P31) value of elevation (Q106589819) I assumed the item is meant to be only a specific place type used by the Finnish National Land Survey (NLS). But I guess it could be turned into a more general term as you have described, or alternatively a new item could be created for that purpose? Maybe the original creator of the item User:Susannaanas could tell what was the purpose behind it? Kind regards, Samoasambia ✎ 14:36, 8 January 2024 (UTC)

Hi again, in fact there already was a seperate item for the "superordinate" term; which was later merged into the Finnish NLS item considering it describes the exact same thing. Back then I did not oppose this merge; hence I would support turning the item into the more general term. Kind regards, Arjoopy (talk) 12:24, 19 January 2024 (UTC)

Created a new Item: Item duplicated from Q979330

Re https://www.wikidata.org/w/index.php?title=Q124396880&action=history

1. What was the intention?
2. How did you do it? [is there a tool for duplicating?]

CV213 (talk) 19:01, 2 February 2024 (UTC)

Hey! That was unintentional. I installed the "Duplicate item" user script and found out the hard way that there was no dialog before dublication. I made a request for deletion but ultimately a redirect pointing to the original item was created by an admin. Samoasambia ✎ 19:12, 2 February 2024 (UTC)

Thank you! See Special:Preferences#mw-prefsection-gadgets - there is a tool for merging. This one has a dialogue :-). But I think, I never changed there anything. Always merge in lower ID. CV213 (talk) 19:23, 2 February 2024 (UTC)

Yeah, I have been using the merge tool a lot. At the time I thought my accidental dublicate should have been deleted since having such item/redirect is pretty much useless, but anyways, merging it back was a good solution too. Samoasambia ✎ 22:39, 2 February 2024 (UTC)

Suomen entisen kunnan kylä

Hei! Minusta tämä kylän muuttaminen Suomen entisen kunnan kyläksi esim. tässä vei asioita väärään suuntaan. Ravattila on edelleen kylä, mutta vain eri kunnassa. Kohteen existing village of a former municipality in Finland (Q21130185) järkevyydestä onkin viritelty keskustelua ainakin sivuilla Talk:Q21130185 ja Property talk:P131#Former administrative units ja luultavasti myös Wikipedian puolella jossain, mutta systemaattisesti tuota ei valitettavasti ole koskaan korjattu. Mielestäni tuo hoituu paremmin noin kuten Ravattilassa olikin eli esiintymä kohteesta kylä ja asettamalla useampi arvo ominaisuudelle located in the administrative territorial entity (P131). Tätä voi tosin olla vaikea automatisoidusti tehdä. Nyt kun katsoin, niin on myös kohde village in Finland (Q47254761), jota voisi tietysti käyttää tuon geneerisemmän kylän sijaan. –Kooma (talk) 10:11, 2 March 2024 (UTC)

Hei, kiitos kommentistasi! En ollut huomannutkaan noita aikaisempia keskusteluita. Tein alun perin nuo muutokset sillä perusteella, että kylien merkkaaminen Suomen entisten kuntien kyliksi vaikutti olevan yleinen käytäntö. Olen kyllä samaa mieltä siitä, että se on melko turhaa ja harhaanjohtavaa. Korjasin tänään kaikki fiwikin Suomen entisten kuntien kylät -luokassa olevat kylät, paitsi luovutetuilla alueilla olevat, esiintymiksi kohteista village in Finland (Q47254761). Täytyy vielä pohtia, mitä noille luovutetuilla alueilla oleville tekisi. Samoasambia ✎ 16:31, 16 March 2024 (UTC)

Rollback rights

Hi Samoasambia, I've seen that you're doing a good job with anti-vandalism and are a trusted user, so I was wondering if you'd mind if I gave you rollbacker rights? Regards --Wüstenspringmaus _talk 16:20, 23 August 2024 (UTC)

@Wüstenspringmaus: That would be great, thanks! –Samoasambia ✎ 16:26, 23 August 2024 (UTC)

 Done thanks for your work here, please make sure you are familiar with our policy. --Wüstenspringmaus _talk 16:34, 23 August 2024 (UTC)

Järjestyksen muuttaminen

Hei! Huomasin, että olit muuttanut arvojen järjestystä muokkauksessasi. Onko tuohon jokin helpompi ja nopeampi tapa kuin vain kirjoittaa arvot uudelleen oikeaan järjestykseen? ––Apalsola ^{t • c} 14:16, 10 September 2024 (UTC)

@Apalsola: Kyllä vain! Asetuksista löytyy pienoisohjelma nimeltä Rearrange Values. Samoasambia ✎ 14:21, 10 September 2024 (UTC)

Kiitos! Tämä helpottaa monessa tilanteessa. Apalsola ^{t • c} 17:23, 10 September 2024 (UTC)

Nicole Schütz and Nicole L. Meyer

Hello, I noticed this edit. What makes you say that Nicole Schütz (Q21608521) and Nicole L. Meyer (Q6042063) are the same person? Korg (talk) 12:21, 17 September 2024 (UTC)

Hi Korg. Honestly I'm not sure what I was thinking there. They seem to be different persons. I probably saw the cywiki article about Nicole L. Meyer that was falsely linked to Nicole Schütz (Q21608521). Thanks for bringing up the issue, I will fix it. Samoasambia ✎ 12:43, 17 September 2024 (UTC)

Thank you for the correction! The mistake was made through these edits by Jason.nlw and Llywelyn2000: [1] [2]. Best regards, Korg (talk) 16:03, 17 September 2024 (UTC)

Changing order of values for P154

Hi, Just saw that you made the following change for the European Parliament and it led to cascading notifications for many European parties. Just wondering what this was about, as there was not much I could see -- just changing the order of logos? Thanks, Julius Schwarz (talk) 06:59, 24 September 2024 (UTC)

Hi Julius Schwarz, sorry if that caused a huge number of norifications for you. Someone on the talk page asked to add a logo without the text, and after doing so I changed it (with Rearrange Values gadget) to be in the first statement because it just looks a bit nicer in the user interface to have the preferred logo first (eventhough it doesn't make any difference how the data is used elsewhere). PS. if you're interested, please join Wikidata:Wikiproject European Union created by me earlier this year. Samoasambia ✎ 09:59, 24 September 2024 (UTC)

No worry, I was just curious as to what this was. And thanks for the project invite! Julius Schwarz (talk) 11:30, 24 September 2024 (UTC)

Thanks for pinging me on this thread (Wikidata:Edit groups/QSv2T/1726991148900)

Thought you might be interested in what's going on with P642: I just (re-)launched a WikiProject for deprecating it, with new tools and better guidance. In case that's something you'd want to contribute any time to. Swpb (talk) 18:09, 3 October 2024 (UTC)

Thanks Swpb, that's exactly why I got the idea to ping you. I'm following the project with interest and maybe I will find some time to contribute. Samoasambia ✎ 18:34, 3 October 2024 (UTC)

Cool, thanks! Swpb (talk) 19:41, 3 October 2024 (UTC)

Maintenance queries

Hi, I noticed your P27 maintenance queries, very useful, thanks! But would it be possible to query something like

?item wdt:P17 ?value. (a property X, here P17)

?value (wdt:P31/(wdt:P279*)) wd:Q101352. (instead of Q101352, put most generic possible value that should obviously not be inside the property X)

I can imagine this kind of query could easily query out, so if you had a better idea to find misleading data for a property X ? Bouzinac ^{💬●✒️●💛} 12:11, 6 October 2024 (UTC)

Hi Bouzinac Do you mean like this? Or if you want the value of property X to be a instance of something you could do it like this. Samoasambia ✎ 17:10, 6 October 2024 (UTC)

Hum not sure. I wanted to find bad values for, in this case, the country (P17). For instance finding typo as in https://www.wikidata.org/w/index.php?title=Q126040428&oldid=2229413214#P27 Bouzinac ^{💬●✒️●💛} 20:14, 6 October 2024 (UTC)

OpenRefine & queries

Thanks again for your help with this bot task. How did you match files from the Common category or from the Wikidata search (which ever you used) with the Wikidata items that match a part of the Commons file title?

I'm looking to do something similar where the file-title would be used to identify the Wikidata item to add some file statement (including a qualifier). I have OpenRefine running and I could import a CSV file of the filenames. I could add an extra column for the sdc:M… if that helps and a column for the extracted title of the Wikipedia article title. I'd like to write to the Wikidata item of the Wikipedia article. How you did it would help. I would also use QuickStatements. Prototyperspective (talk) 15:49, 6 November 2024 (UTC)

Hi Prototyperspective! I listed all the files in the relevant category with Petscan ([3]), and since all the country export treemaps of 2019 had been uploaded at the same time they showed nicely together in the results list. I copy-pasted the file names into OpenRefine, duplicated the file name column with Split into several columns​ function, removed the repeating parts of the file names with Replace function which left me a column of country names, and finally I just reconciled the country column to Wikidata items, though it needed a bit manual intervention for some countries. Samoasambia ✎ 16:25, 6 November 2024 (UTC)

Thanks, I'll try that. I just reconciled the country column to Wikidata items How to reconcile with Wikidata item labels? (Or alternatively the label of the en Wikipedia article if you happen to know that) Prototyperspective (talk) 17:19, 6 November 2024 (UTC)

I just selected "against no particular" type and will mention this somewhere at the help page since matching to labels seems like a common way to use this tool.

• A problem with that is that it shows many items to reconcile with; it should choose the first of these by default and maybe if reconciling with title in specific or via another way that is already possible. Basically I'd like to set all items as matched via the first item it found.
• The main problem for now is I can't export or download the quickstatements. When I click Export Quick Statements file, it just opens an empty new tab and refreshes the page. When I log in and select Wikibase edits and let it do the Wikidata edits, no edits are made despite that some should be made according to the Preview. Prototyperspective (talk) 17:49, 6 November 2024 (UTC)

Sorry for bugging you, asked here instead now (incl a third problem) and found a workaround for the second problem by now: it still works with the previous version of openrefine. Prototyperspective (talk) 23:18, 6 November 2024 (UTC)

Q18913642 ist not MEP

This is not correct. The Member of the European Parliament is Q3876996. See https://www.europarl.europa.eu/meps/de/256952/NIKOS_PAPPAS/home --Ephraim33 (talk) 16:38, 6 November 2024 (UTC)

@Ephraim33: Oh, thanks for pointing out. I was looking for items with references pointing to Members of the European Parliament (Q85301215) but who where not MEPs, so that felt suspicious. I reverted my edits and removed the false reference. Samoasambia ✎ 16:48, 6 November 2024 (UTC)

Unrecognized URLs by DifoolBot

Hi Samoasambia, thank you for updating the URL match patterns for external identifier properties! To assist, I've created a page that groups the reference URLs that DifoolBot doesn't recognize. The list is ordered with the most unrecognized domains at the top.

For the bot to convert a reference URL into an external ID, the following conditions must be met:

• The property of the external ID must have one applicable 'stated in' value (P9073). Properties with zero or more than one value are ignored. For example, MNBAQ artist ID (P8336) and Christie's creator ID (P4200) on the list, do not have an applicable 'stated in' value. I don't have experience adding these values, so any help you could provide would be greatly appreciated.
• The URL match pattern (P8966) must match exactly; the bot essentially adds a $ to the regular expression.
• For some reason, the script does not understand "\p{L}" parameters in the regular expression, so these are skipped.
• If the regular expression matches but returns multiple groups that are disjoint, and the property has no URL match replacement value (P8967), those are ignored as well.

Difool (talk) 14:26, 12 November 2024 (UTC)

@Difool: Thanks, that is really helpful! I actually found the page from the bot's edit log a couple hours before you messaged me, and I added/edited match patterns for the most obvious cases. Btw, are capturing groups within the ID capturing group (like here) acceptable or should I make them non-capturing too? applicable 'stated in' value (P9073) needs a some type of website/list/database/work as a value, not an organization, and that often means a new item has to be created for that statement. Libraries are apparently a subclass of a "work" which peaces the constraint but it is not preferable. Samoasambia ✎ 18:21, 12 November 2024 (UTC)

Yes, capturing groups within the ID group are accepted. If the match returns multiple groups, the first group is used for the ID, as long as all other groups are either empty or contained within the first group (You can find the code here) For example, I changed this regular expression, because sv/en was the first group. Thanks, I'll go ahead and try adding P9073 values to those IDs. Difool (talk) 01:47, 13 November 2024 (UTC)

Great! Will the unrecognized URLs page get any updates? Samoasambia ✎ 21:56, 13 November 2024 (UTC)

I've run the script to update the page, but nothing changed. So, I increased the size to 150 items. The list remains unchanged because the bot tracks items it has modified and skips them if asked to modify again. I plan to update this functionality to allow changes after 30 days or so, and then I'll let it go through items with updated URL match replacement values. Difool (talk) 02:01, 15 November 2024 (UTC)

P1629 vs P9073

I don't understand the logic you are applying to switch between Wikidata item of this property (P1629) and applicable 'stated in' value (P9073). Can you explain, and do you plan to change issued by (P2378) which I rely on in my queries? Vicarage (talk) 20:43, 12 November 2024 (UTC)

Thanks for the questions. Property Wikidata item of this property (P1629) should be used when there is an item that matches exactly with the property, so for external ID properties the P1629 items should be subclasses of identifier. Property applicable 'stated in' value (P9073) tells which item should be used as a value for stated in (P248) when the property is used in references. DifoolBot uses these P9073 values in generating proper references out of URLs (see discussion above). A concrete example would be NII article ID (P2409) that has Wikidata item of this property (P1629)NII article ID (Q118976435), applicable 'stated in' value (P9073)CiNii Articles (Q115921507) and issued by (P2378)National Institute of Informatics (Q4346622).

Previously P1629 was often used to note some sort of relationship between an item and a property but later more detailed properties like applicable 'stated in' value (P9073) and class of non-item property value (P10726) were created. DifoolBot needs P9073 values and that's why I made the changes to external ID properties today. I'm not planning to remove any issued by (P2378), they are fine as they are. Samoasambia ✎ 21:26, 12 November 2024 (UTC)