User talk:Theredproject

From Wikidata
Jump to navigation Jump to search

Quick Statements question

[edit]

I posted this in IRC, but no one was in there. I'm struggling to get quickstatements to work with multiple property-value pairs. i'm using QS1 https://tools.wmflabs.org/wikidata-todo/quick_statements.php as QS2 just hangs with all items as "pending" even when using the sandbox. Earlier today QS1 was hanging, but that has stopped.

I am able to get this to work:

  • artist TAB movemwnt TAB Femwnist art TAB
  • Q1488149 TAB P135 TAB Q1246516 TAB

but none of these do. They create the first statement, but don't add the additional properties (date of award, reference, etc)

  • artist TAB movemwnt TAB Femwnist art TAB Artsy artist ID
  • Q1488149 TAB P135 TAB Q1246516 TAB P2042 TAB ida-applebroog

This doesn't work either

Even the sandbox example given in the HOWTO doesn't work:

  • Q4115189 TAB P31 TAB Q1 TAB P580 TAB +1840-01-01T00:00:00Z/09 TAB S143 TAB Q48183

Can anyone provide me with any guidance? Is there somewhere on wikidata i should post this, or someone i should ask? Help, pointed me to IRC, which was crickets... Thanks!--Theredproject (talk) 00:06, 9 July 2017 (UTC)[reply]

Hi! In general, if you need help and nobody is around on IRC (or if you want a bigger audience than IRC), the best place to ask is Wikidata:Project chat.
Are you replacing the "TAB" text with actual tab characters? If not, that would explain why nothing's working. :)
For the first one which doesn't work, you probably need to put the string in quotes. Are you sure you want to add the ID as a qualifier? If you want to add it as a reference, you need to change the "P" to an "S".
For the second one, the date is missing the "Z/" and since URLs are a subset of strings, you might also need to put the URL in quotes. Again, "P854" should be "S854" for references.
- Nikki (talk) 08:57, 9 July 2017 (UTC)[reply]
Oh, sorry, having re-read it, I notice you did say you got it working for some things, so the "TAB" text is presumably not the problem. Hopefully my other pointers will help. - Nikki (talk) 09:03, 9 July 2017 (UTC)[reply]
Thank you Nikki for your help. I had a \t in the query rather than "TAB" - I was merely following the formatting on the example page. Yes, those were my mistakes. I didn't understand that P1234 becomes S1234 if it is being used as a reference. And yes, I formatted my date incorrectly, and didn't quote my strings (DUH). SO... I did 5 as a test, and they all worked: Q1488149, Q159409, Q16008255, Q16011690, Q16093067. Can you check and make sure I did the Artsy Artist ID reference correctly. I would like to add a bunch more, but I want to make sure I have everything 100% right before I dump any larger amounts of data. THANKS!--Theredproject (talk) 22:32, 9 July 2017 (UTC)[reply]
I'm glad it helped. :D Ida Applebroog (Q1488149) seems fine. Ideally you would also include stated in (P248) Artsy (Q4796642) and retrieved (P813) (with a date) as part of the reference (see Help:Sources#Databases) but I'm not sure if Quick Statements can do that properly (I think it still creates a new reference for each property, instead of putting them all in the same reference). On May Wilson (Q16011690) you added point in time (P585) as a reference, shouldn't that one be a qualifier? - Nikki (talk) 22:59, 9 July 2017 (UTC)[reply]
Thanks for the further guidance Nikki. The point in time (P585) was a typo/leftover from a previous query. So in an ideal world, the references would look like this Ida Applebroog (Q1488149) correct, with Artsy artist ID (P2042) as artsy-id-slug, stated in (P248) The Art Genome Project (Q17154059), and retrieved (P813) as date? Or is it better to use, Stated in Artsy (Q4796642) as I have done here Louise Bourgeois (Q159409)? Sorry if this is pedantic, but I'm trying to wrap my head around it.
That said, you are right: it seems like I can only automate one reference via QS. Given that I only can do one reference via QS, is it better to list the Artsy artist ID as I have done here: May Wilson (Q16011690) or should I use stated in (P248) (and if so, should it be The Art Genome Project (Q17154059) or Artsy (Q4796642)? If I am being to detail oriented, let me know ;-)--Theredproject (talk) 15:45, 25 July 2017 (UTC)[reply]
The way it's done on Ida Applebroog (Q1488149) would be ideal, yes (I edited it slightly - it had three references with one property in each, instead of all three properties in the same reference). I think Artsy artist ID (P2042) is the most important property - we can infer the right value for stated in (P248) from Artsy artist ID (P2042) much easier than we can infer the right value for Artsy artist ID (P2042) from stated in (P248). :) I'm afraid I can't help with The Art Genome Project (Q17154059) vs Artsy (Q4796642), I don't know enough about that. - Nikki (talk) 21:37, 25 July 2017 (UTC)[reply]
Thanks for clarifying what the ideal would be. And that Artsy artist ID (P2042) is the key property if we only can have one. Re The Art Genome Project (Q17154059) vs Artsy (Q4796642). The Art Genome Project (Q17154059) is the database project that contains the info, which is created by the company Artsy (Q4796642). --Theredproject (talk) 21:42, 25 July 2017 (UTC)[reply]

please be careful!

[edit]

Really? A potter? And you also gave a source for it. But the source says CLEARLY: was an ancient Athenian red-figure vase painter'. When you don't know abot the things - please don't do it. No information is better than false- or misinformation! And this causes needless more work for others. -- Marcus Cyron (talk) 22:28, 15 April 2020 (UTC)[reply]