Did you check your output from quick statements? Sometimes quick statements returns errors (if the entry is invalid for any reason). I noticed that there were several contraints enabled for this property and oddly, one of the items I checked of the ones that I did yesterday also already had this property set (and it didn't work, so should probably be removed)
https://www.wikidata.org/wiki/Q64714

On Thu, Aug 10, 2017 at 9:47 AM, David Lowe <davidlowe@nypl.org> wrote:
So I loaded another 2500 PIC IDs yesterday, but they don't turn up in the WD Query Service results. When I compare the results to what I have locally in my database, and spotcheck those not returned in this query, my PIC IDs are in fact in Wikidata.... Why am I getting incomplete results?

David Lowe | The New York Public Library
Specialist II, Photography Collection

Photographers' Identities Catalog


On Wed, Aug 9, 2017 at 2:13 PM, David Lowe <davidlowe@nypl.org> wrote:
Yeah, I must have triggered something once I loaded 500 at once, as they worked with the integer before that... Anyway, glad to be back to work!

d

David Lowe | The New York Public Library
Specialist II, Photography Collection

Photographers' Identities Catalog


On Wed, Aug 9, 2017 at 2:11 PM, Jane Darnell <jane023@gmail.com> wrote:
I vaguely remember there was a problem if I tried to paste too many lines of statements. I can't remember what it was, but I could open more windows and run several batches at the same time

On Wed, Aug 9, 2017 at 2:08 PM, David Lowe <davidlowe@nypl.org> wrote:
Huh, weird... And thanks, Jane. I'll try that again.

d

David Lowe | The New York Public Library
Specialist II, Photography Collection

Photographers' Identities Catalog


On Wed, Aug 9, 2017 at 2:04 PM, Jane Darnell <jane023@gmail.com> wrote:
Well I just tried this and it worked with no error:
Q6272416
 P2750 "1946"
Q64714 P2750 "1956"
Q5301725 P2750 "1976"
Q18356603 P2750 "2010"

On Wed, Aug 9, 2017 at 1:48 PM, David Lowe <davidlowe@nypl.org> wrote:
Jane,
I did, and still returned an error. Also, I TRIMed and multiplied the values by 1 in my spreadsheet to make sure they were integers. I copied the values from the spreadsheet both as a .csv and as an excel spreadsheet.
I also copied into a word document to verify that there were TAB characters. It still returned an error.

David

David Lowe | The New York Public Library
Specialist II, Photography Collection

Photographers' Identities Catalog


On Wed, Aug 9, 2017 at 1:44 PM, Jane Darnell <jane023@gmail.com> wrote:
did you try it with quotes? Looks like your property is numeric, but I think this doesn't matter for quick statements input

On Wed, Aug 9, 2017 at 1:22 PM, David Lowe <davidlowe@nypl.org> wrote:
Sjoerd,

No these are unique identifiers in Photographers' Identities Catalog.

David

David Lowe | The New York Public Library
Specialist II, Photography Collection

Photographers' Identities Catalog


On Wed, Aug 9, 2017 at 1:11 PM, Sjoerd de Bruin <sjoerddebruin@me.com> wrote:
Are these dates? Be sure to note them down in UNIX timestamp format, as explained on the first version of QuickStatements.

Op 9 aug. 2017 om 18:52 heeft David Lowe <davidlowe@nypl.org> het volgende geschreven:

I'm getting 100% "invalid snak." errors when I run quickstatement (version 1 and 2). 
It's been awhile since I used it, so I did a single statement, which worked, then 10 or so, which also worked. I did 100 statements & spot checked a couple of them, which seemed to work. I tried 500 and it didn't (I hadn't noticed the error log beneath the HOWTO until this point). I switched to version 2, and can't update with that either. I can manually update the same records, but something's gone wrong with my use of quickstatements. Magnus, someone help?
I'm copy & pasting from Excel:

Q6272416 P2750 1946
Q64714 P2750 1956
Q5301725 P2750 1976
Q18356603 P2750 2010

etc.

Many thanks in advance (love this tool).

David



David Lowe | The New York Public Library
Specialist II, Photography Collection

Photographers' Identities Catalog

_______________________________________________
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

_______________________________________________
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata



_______________________________________________
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata



_______________________________________________
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata



_______________________________________________
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata



_______________________________________________
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata



_______________________________________________
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata



_______________________________________________
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata




_______________________________________________
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata