Help talk:QuickStatements/Archive 1
![]() |
This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion. |
Monolingual Text
Is there support for adding statements with monolingual text values? If so, what syntax? Josh Baumgartner (talk) 04:53, 5 October 2017 (UTC)
- Try something like `LAST P1476 eng:"Factors influencing big data decision-making quality"` --Zuphilip (talk) 05:43, 5 October 2017 (UTC)
- I agree I have never tried it but documentation says that that is the syntax. Let us know if it does not work. --Jarekt (talk) 19:02, 5 October 2017 (UTC)
- @Jarekt: Oh, it works, I know, and we use it in the Zotero export translator from zotkat for references. --Zuphilip (talk) 19:10, 5 October 2017 (UTC)
- Great to hear, thanks! Josh Baumgartner (talk) 06:18, 10 October 2017 (UTC)
- @Jarekt: Oh, it works, I know, and we use it in the Zotero export translator from zotkat for references. --Zuphilip (talk) 19:10, 5 October 2017 (UTC)
- That does indeed work; but the code for English is
en
. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:06, 10 October 2017 (UTC)
- I agree I have never tried it but documentation says that that is the syntax. Let us know if it does not work. --Jarekt (talk) 19:02, 5 October 2017 (UTC)
@Joshbaumgartner, Zuphilip, Jarekt, Pigsonthewing: Any idea why this syntax might not be currently working? I'm using P1476 & P1680, using LAST P1476 en:"text string" and it keeps throwing up errors... Lirazelf (talk) 11:37, 10 June 2020 (UTC)
- Last Week QS is being transferred from one URL to a different one, so there might be some strange issues. I updated the links on the Help:QuickStatements to https://quickstatements.toolforge.org/#/, make sure you are using that link. Also link to older version of the tool (https://quickstatements.toolforge.org/index_old.html) seems to not work for me. I am not aware of any other potential issues. --Jarekt (talk) 13:41, 10 June 2020 (UTC)
Cancel batch
Can anyone cancel my batch #1191 and #1192? The status of these two don't proceed for more than 18 hours and look like blocking following batch. Thanks in advance. https://tools.wmflabs.org/quickstatements/#mode=batches Higa4 (talk) 08:38, 18 October 2017 (UTC)
- #1192 has been done. Thanks! Higa4 (talk) 09:53, 18 October 2017 (UTC)
Running QuickStatements through URL
Great to learn that this is used regularily. An additonal question: Has anybody figured out if there something like a "run" parameter, which runs the statement without further interaction? Jneubert (talk) 15:46, 26 October 2017 (UTC)
Newbie questions
Two general questions:
- Is this the correct tool to import spreadsheets? I see only line-by-line single statements to add. What's the best practise here? Of course I can try to transform my spreadsheets to one-by-one statements, but isn't there an easier way to import a spreadsheet?
- Doing it manually with single statements, I fail with P2048 and P2049 – how can I create a statement like "height" is "22.0 cm"?
Thanks, --Elya (talk) 14:21, 5 November 2017 (UTC)
- I got it, thanks to Magnus of course. If anybody else has this problems, just for reference:
- csv2quickstatements more or less does the spreadsheet transformation job. Won't take all properties from the spreadsheet, but this might be my mistake.
- Numeric Height/Width will be like this: you have to take the Q174728 item (centimeter) and add it to the value, but use U instead of Q, like so: 22.2U174728 – however, the quickstatement will transform it to something with very many decimal places. This seems to be a known issue. --Elya (talk) 20:03, 5 November 2017 (UTC)
QuickStatements and 2017 Community Wishlist Survey
I went over the limit of 3 proposals per user in 2017 Community Wishlist Survey and have to drop my proposal to Expand QuickStatements to allow wider variety of statements. If someone feels like this proposal is a good idea they can adopt it by adding their name as the Proposer and adding the page to meta:2017 Community Wishlist Survey/Wikidata. --Jarekt (talk) 20:02, 15 November 2017 (UTC)
doc fixes
- did some fixes in https://www.wikidata.org/wiki/Help:QuickStatements#Add_simple_statement
- can someone fix https://www.wikidata.org/wiki/Help:QuickStatements#Add_statement_with_qualifiers? I think "date of death (P570) 19. century / earliest date (P1319)+1891" is not correct
- there are a couple of tentative statements (?) in https://www.wikidata.org/wiki/Help:QuickStatements#Using_batch_mode
-- – The preceding unsigned comment was added by Vladimir Alexiev (talk • contribs).
- I Corrected https://www.wikidata.org/wiki/Help:QuickStatements#Add_statement_with_qualifiers example. The facts were wrong but the syntax I believe is right. --Jarekt (talk) 03:31, 27 November 2017 (UTC)
CSV file syntax
I added "CSV file syntax" section with text copied from new version of the tool. I will add color labels in today or tomorrow. --Jarekt (talk) 14:42, 11 December 2017 (UTC)
- Jarekt Hi, I'm having some problems with the CSV format, may I ask your assistance? The problems are:
- All the values on the columns have to be filled to run properly, I mean, doesn't ignore empty values (something like ",," would fix it, right?)
- When I try (in a lot of formats) to put string values, it shows me {"type":"unknown","text":"ExampleOfText"}
- Or even when I try to put a value like 190585 (or "190585" or any variation) in QEdu ID (P4344) of Colégio Dante Alighieri (Q17126291), It apears ok, but when I run, show error* (Invalid snak).
Can you confirm this errors and help me report the bug? Thanks. Ederporto (talk) 15:57, 12 December 2017 (UTC)
- I actually did not try using the new CSV file syntax. But next spreadsheet I am working with, I will try to use the new way. Anybody else tried it, yet? --Jarekt (talk) 16:31, 12 December 2017 (UTC)
Any workaround for empty values?--Jklamo (talk) 17:05, 30 December 2017 (UTC)
- Jklamo, I tried now and shows {"type":"unknown","text":""} for the empty parameters ,,. Ederporto (talk) 22:41, 30 December 2017 (UTC)
- I've the same problem. I guess we should note this on the other side. --Marsupium (talk) 18:57, 1 April 2018 (UTC)
- Also interested in a solution for the empty values issue. Arcadialib (talk) 20:15, 29 August 2019 (UTC)
- I've the same problem. I guess we should note this on the other side. --Marsupium (talk) 18:57, 1 April 2018 (UTC)
Import values without tolerance specified
I want to import quantities into Wikidata by using QuickStatements, but I can't figure out any way to do this without getting a tolerance automatically added to the quantity. Example: When I try to import "86 metre" by using the string "86U11573", I realize that "86±0 metre" has been imported to the object. What should I do to get rid of the "±0" suffix? --Cavernia (talk) 00:12, 7 January 2018 (UTC)
User box created
Babel user information | ||
---|---|---|
| ||
Users by language |
User box is created for this program, Template:User QuickStatements.
- Usage
{{#babel:es-N|QuickStatements}}
- Output
- See at the right
--Was a bee (talk) 18:48, 7 January 2018 (UTC)
- Nice ! Thanks ! --Hsarrazin (talk) 08:51, 8 January 2018 (UTC)
List of items created
Does anyone know if there is a possibility to get a list of all new items you have just created using LAST
? I can not seem to find anything about it in the manual. Thank you! Alina data (talk) 12:24, 20 February 2018 (UTC)
- There is a page which lists all your edits. You can filter only new item creations there. --Papuass (talk) 12:37, 20 February 2018 (UTC)
- Hey thanks. Yes I also thought of that first, but if you make 2000 new items this is not the best way to get a structured overview (like a spreadsheet that you can for example reuse in a new quicktsatements upload). Also could it be that the list of 'my edits' doesn't show edits made via batch upload in Quicktsatements2? Alina data (talk) 12:44, 20 February 2018 (UTC)
- I do not know if there is such a way (would be helpful, though). In batch mode edits ar made by QuickStatementsBot. --Papuass (talk) 12:47, 20 February 2018 (UTC)
- Hey thanks. Yes I also thought of that first, but if you make 2000 new items this is not the best way to get a structured overview (like a spreadsheet that you can for example reuse in a new quicktsatements upload). Also could it be that the list of 'my edits' doesn't show edits made via batch upload in Quicktsatements2? Alina data (talk) 12:44, 20 February 2018 (UTC)
- You can use Wikidata API and set the parameters. Depending on the number of items created you can divide into small queries. One example: https://www.wikidata.org/w/api.php?action=query&list=usercontribs&ucuser=Ederporto&ucshow=new&uclimit=500. Ederporto (talk) 04:52, 21 February 2018 (UTC)
- @Ederporto: Hey thank you for the query, but again it doesn't show the edits that a user has made with Quickstatements2. Quickstatements2-edits are "made" by User:QuickStatementsBot and not by an actual user (for example see history of this object d:Q49594695).
Is this possible with QS?
Inguna Sudraba (Q4445523), see position held (P39). It has two equal values with different qualifiers. I was to able to add second value with QS, as it added qualifiers to the first value. Is there a way to tell that qualifiers are related to specific value? --Papuass (talk) 20:58, 22 February 2018 (UTC)
- Solvita Āboltiņa (Q435407), similar case. I guess I should look into more advanced tools. --Papuass (talk) 21:10, 22 February 2018 (UTC)
- Ah, I have a similar question - did you ever find an answer? @Papuass: Lirazelf (talk) 12:28, 14 April 2020 (UTC)
- @Lirazelf: I wrote my own code using Wikidata Java API. Not reusable, most likely. Papuass (talk) 12:40, 14 April 2020 (UTC)
- @Papuass:No bother, thanks for the reply! Lirazelf (talk) 15:34, 14 April 2020 (UTC)
- @Lirazelf: I wrote my own code using Wikidata Java API. Not reusable, most likely. Papuass (talk) 12:40, 14 April 2020 (UTC)
- Ah, I have a similar question - did you ever find an answer? @Papuass: Lirazelf (talk) 12:28, 14 April 2020 (UTC)
URL get "Data value corrup" with the CSV file syntax
Hi,
I am testing the QucikStatements v.2 with the CSV file syntax but it doesn't work fine. I get a "Data value corrup":
{"type":"unknown","text":"https://example.org"}
What I tried was:
qid,P69,S854
Q4115189,Q1229996,"https://example.org"
I tried with different urls, and check if it should be with http:// or just example.org, then I tried another urls. Nothing work, so I think that maybe it is a bug. It is very important because we can use urls in the references with P854. When BitBucket restore its service I will report there.
If anyone knows about it, thanks in advance! The CSV syntax is an awesome improvement, good job mates.
Regards, Ivanhercaz (Talk) 15:02, 2 March 2018 (UTC)
Properties with mandatory language tag
I'm trying to import data into official name (P1448), but this property demands a language defined, which results in an error message - invalid snak data - when trying to import data using QuickStatements. Is there any way to include the language parameter in the command? --Cavernia (talk) 10:49, 28 April 2018 (UTC)
- Hi Cavernia! Yes, check the «monolingual text», the four dot of Add simple statement, it will help you. But, shortly, you have to the language code before the value, for example:
en:"Title of the work"
. The example in the help page is this:- Example: Q1214098 TAB P1476 TAB pl:"Krzyżacy"
- Regards, Ivanhercaz
(Talk) 16:26, 28 April 2018 (UTC)
- Thanks, it's working now! --Cavernia (talk) 17:42, 28 April 2018 (UTC)
General (known) issue with Quickstatements 2?
Dear all, batch uploads in Quickstatements 2 haven't been as successful as before since last Friday. On the one hand errors come up without any noticeable reason and sometimes even those statements reproducing an error seem to have succeeded. On the other hand, some statements are not uploaded, although Quickstatements 2 didn't produce an error. Is this an issue experienced by others users too? Can it be checked whether any bugs need to be fixed? Beireke1 (talk) 08:22, 30 April 2018 (UTC)
URLs with "_"
As documented URLs with characters like "_" seem to fail at the moment. I was just trying to add reference URL (P854) to "https://commons.wikimedia.org/wiki/Category:King_and_Queen_-_Henry_Moore_(LH_350)" does anybody know how to construct QuickStatements line that would take it? I tried replacing "_" with "%F5" or with "%20" and "(" ")" with "%28" "%29" but it is still not working. --Jarekt (talk) 19:33, 2 May 2018 (UTC)
- I did much more testing of the issue and here it is how to reproduce it:
- copying from a spreadsheet: Q4115189TABP4656TAB"https://commons.wikimedia.org/wiki/Category:Large_Figure_in_a_Shelter_-_Henry_Moore_(LH_652c)" into QS2 Version 1 format window gives you page with URL: https://tools.wmflabs.org/quickstatements/#v1=Q4115189%09P4656%09%22https://commons.wikimedia.org/wiki/Category:Large_Figure_in_a_Shelter_-_Henry_Moore_(LH_652c)%22%0A . Pressing "Run" sucesfully adds a statement.
- However if you click the above link (or cut and paste it into the browser) you get almost identical page with URL: https://tools.wmflabs.org/quickstatements/#v1=Q4115189%09P4656%09%22https://commons.wikimedia.org/wiki/Category:Large%20Figure%20in%20a%20Shelter%20-%20Henry%20Moore%20(LH%20652c)%22%0A and pressing "Run" creates an error. Replacing "_" (underscores) in the first link with " " (spaces), "%20" (hex for space) or "%F5" (hex for underscore) and than clicking or pasting it always procuced incorrect second URL.
- So Spaces and underscores in URLs work fine if they are copied and pasted from a spreadsheet but do not work if if we try to copy URL. Anybody had any idea how to produce URL that can add Wikimedia import URL (P4656) to a webpage with spaces or "_". --Jarekt (talk) 16:06, 3 May 2018 (UTC)
Existing statements with an exact match (property and value) will not be added again
Is there a way to do exactly this now patched feature, so to add an exact matching property-value pair? I need this to add population numbers from different census with the same value but different dates and sources like in Q53314917. --Balû (talk) 12:44, 14 May 2018 (UTC)
"Data value corrup" with the CSV file syntax
Similarly to #URL get "Data value corrup" with the CSV file syntax above I do get a "Data value corrup" for URLs when using them with described at URL (P973), and also when using them as qualifiers with reference URL (P854). In these cases it just fails and move to the next statement.
But I also get the same error with strings for identifiers, such as Natura 2000 site ID (P3425) with a string like "GR1110002". The value shown is {"type":"unknown","text":"GR1110003"}
In this case it just says "running" and stucks without even moving to the next statement.
With QS commands it works fine.
-Geraki (talk) 05:56, 17 May 2018 (UTC)
- @Geraki: The very same happened to me with inventory number (P217), I solved following the advice for CSV syntex, using 3 double quotes. E.g.
qid,P217,qal195 Q71585998,"""MHNT ETH.AC.NC.177""",Q422
- ...but it doesn't work always, and never when creating a new item. It discourages anyone to use it to import stuff. --Ruthven (talk) 20:19, 19 October 2019 (UTC)
Proposed move
Propose move Help:QuickStatements -> Wikidata:QuickStatements
The current name for this tool is "QuickStatements". This is the main documentation page for the tool so the correct space for it is the Wikidata: namespace, not the Help: namespace.
Another potential name is "Wikidata QuickStatements" instead of just "QuickStatements". This might not be necessary because it seems that only Wikidata uses the term "quickstatements". If we used the name "Wikidata QuickStatements", then the destination for the move would be "Wikidata:Wikidata QuickStatements".
Thoughts from others? Blue Rasberry (talk) 19:39, 8 June 2018 (UTC)
Error when ingesting references
Hi, I'm getting errors in some cases when ingesting references of the pattern <stated in (P248)> English Wikipedia (Q328) <retrieved (P813)> +2018-05-15T00:00:00Z/11.
Interestingly enough, the same code works on some statements, but fails on others (see screenshot).
Any thoughts? --Beat Estermann (talk) 06:13, 13 June 2018 (UTC)
@Beat Estermann:, What do you see when passing the mouse over the error box? Ederporto (talk) 23:22, 13 June 2018 (UTC)
- @Ederporto:Hi, I can't remember the exact wording. But it just said that it failed to ingest the data. By the way, I did a small test using <imported from> <English Wikipedia> instead of <stated in> <English Wikipedia>, with the <retrieved> qualifier in addition, and it worked perfectly fine. Needless to mention that this second approach is the correct one in this case. But the behavior of QuickStatement is still strange. If it works ok, I'm going to do some larger ingests later this week. --Beat Estermann (talk) 05:58, 14 June 2018 (UTC)
Issues with new interface
I just clicked on URL interface to QuickStatements https://tools.wmflabs.org/quickstatements/#/v1=Q942523%09P2048%09185.10U174728%09S143%09Q565%09S813%09+2018-06-23T00:00:00Z/11%0AQ942523%09P2049%09128.60U174728%09S143%09Q565%09S813%09+2018-06-23T00:00:00Z/11%0A and the link that worked yesturday does not work anymore. QuickStatements seems to have new interface which is not backwards compatible. Anybody knows how to alter URLs so they work again. --Jarekt (talk) 01:58, 24 June 2018 (UTC)
- @Jarekt: You have to add index_old.html between quickstatements and #v1. https://tools.wmflabs.org/quickstatements/index_old.html#v1=Q942523%7CP2048%7C185.10U174728%7CS143%7CQ565%7CS813%7C+2018-06-23T00:00:00Z/11%7C%7CQ942523%7CP2049%7C128.60U174728%7CS143%7CQ565%7CS813%7C+2018-06-23T00:00:00Z/11 works for me. Ederporto (talk) 23:58, 25 June 2018 (UTC)
- Will it work with the new interface at some point? -Ash Crow (talk) 12:34, 30 October 2018 (UTC)
QuickStatements API ?
Is it possible to run QuickStatements through URL completely without manual interaction -> means include OAuth key, etc? I would like to setup a script on archINFORM.net server to synchronize authority data (P5383) automatically. --Arch2all (talk) 10:18, 13 July 2018 (UTC)
It is horrible not see my errors!
I do "by hand" with no error, but QuickStatements says error and not shows any error-code or error message...
It is impossible to use it when have some error. --Krauss (talk) 19:27, 15 July 2018 (UTC)
- If you use QuickStatements 2 with new interface you can see errors. --ValterVB (talk) 19:58, 15 July 2018 (UTC)
- If you pass your mouse on top of the error, it pops up a message showing the error. Ederporto (talk) 00:13, 17 July 2018 (UTC)
- This is too hard to find for such important information. Also, the error message should be copyable so that people can look up errors that come up. Syced (talk) 10:49, 3 September 2019 (UTC)
Adding created items to the watchlist
Is there a way to add items you have created with the tool to your watchlist? --Njardarlogar (talk) 07:59, 29 July 2018 (UTC)
- I support that feature request too (unless there actually is a way to do it). --Dealerofsalvation (talk) 19:45, 28 October 2018 (UTC)
- @Njardarlogar, Dealerofsalvation: Doing it in a half-automatic way should be possible by filtering own edits by those that created a page and tagged with a QuickStatement tag like this: https://www.wikidata.org/w/index.php?title=Special:MyContributions&tagfilter=OAuth+CID%3A+699&newOnly=1. (This will only catch those tagged, I don't know which of the QS versions use which tag.) I don't know if it's possible to get this as a non-html list with an API call. Then it could be be put into Special:EditWatchlist/raw. --Marsupium (talk) 08:59, 16 April 2019 (UTC)
Text with comma - CSV
Any workaround for CSV syntax with a string that includes a comma?--Jklamo (talk) 22:24, 1 August 2018 (UTC)
- @Jklamo: jJust use the double quote. For example:
qid,Dfr Q4680205,"village de Pologne, Kutno"
- will set the French description of Adamowice, Łódź Voivodeship (Q4680205) to « village de Pologne, Kutno ».
- Hope this helps, Dirac (talk) 00:41, 15 March 2021 (UTC)
URL with "=" works with QuickStatements V.2 -> please update the Help-page
The "=" character seems to work with V.2 for adding URL. If this is true, then please update section "Limitations" on the Help-page of QuickStatements. --Datawiki30 (talk) 18:57, 19 August 2018 (UTC)
Error on CSV import
Hi, I began to use QS and I not sucessed to import my CSV data :
qid,Len,P1813,P856,P31,P17
,Alabama Library Association,ALLA,http://allanet.org/,Q856564,Q30
All is ok until I press RUN and display "error"
Have you any idea why? --2le2im-bdc (talk) 04:38, 16 October 2018 (UTC)
- @2le2im-bdc: Strings have to be quoted, as stated in Help:QuickStatements#Add simple statement. Cheers, --Marsupium (talk) 20:36, 16 October 2018 (UTC)
- Thanks a lot @Marsupium:! --2le2im-bdc (talk) 05:02, 17 October 2018 (UTC)
- You are welcome! --Marsupium (talk) 09:09, 17 October 2018 (UTC)
- Thanks a lot @Marsupium:! --2le2im-bdc (talk) 05:02, 17 October 2018 (UTC)
"type": "unknown", "text" error with CSV syntax
Same issue as happened here before; simple commands will not work if they include URL/strings. This is what I tried:
qid,P69,S854 Q4115189,Q1229996,"https://example.org"
Similar commands using the V1 syntax seem to work just fine.--Underlying lk (talk) 20:26, 28 October 2018 (UTC)
I'm having the same problem, can't get it to work either with/without quotes https://twitter.com/mrnick/status/1334842098659586048 OAnick (talk) 13:11, 4 December 2020 (UTC)
Did you figure it out @Underlying lk:? – The preceding unsigned comment was added by OAnick (talk • contribs) at 13:38, 4 December 2020 (UTC).
- See Help:QuickStatements#CSV file syntax. According to the docs, triple quotes should work. --Matěj Suchánek (talk) 10:34, 5 December 2020 (UTC)
Value with slash not insertable via URL?
The following URL does not work for me (an empty QS page is displayed):
https://tools.wmflabs.org/quickstatements/#/v1=Q1491836%7CP4293%7C%22co/018039%22
The statement works fine in the web interface. URL-encoding and different kinds of escaping did not work either. Unfortunately, all identifiers for the property contain slashes. So help would be greatly appreciated. -- Jneubert (talk) 14:21, 4 November 2018 (UTC)
- @Jneubert: Seems to work with "/" encoded as "%2F": https://tools.wmflabs.org/quickstatements/#/v1=Q1491836%7CP4293%7C%22co%2F018039%22. --Marsupium (talk) 01:25, 5 November 2018 (UTC)
- Great - thanks! Jneubert (talk) 05:52, 5 November 2018 (UTC)
Syntax for ranks
As previously discussed QuickStatements does not support ranks. I want to serialize statements with ranks in QuickStatement format so I propose the following syntax:
- normal rank by default
- prepend the property of a statement with
^
for preferred rank - prepend the property of a stement with
~
for deprecated rank
Examples:
- Q4115189 TAB P31 TAB Q1
- Q4115189 TAB ^ P31 TAB Q1
- Q4115189 TAB ~ P31 TAB Q1
-- JakobVoss (talk) 13:30, 4 December 2018 (UTC)
P.S: I changed !
to ^
for preferred rank because the former looks more like negation and the latter better matches visually. -- JakobVoss (talk) 14:50, 16 December 2018 (UTC)
Support only needs implementation it seems :-) --Marsupium (talk) 15:02, 27 February 2019 (UTC)
Support @JakobVoss: and @Marsupium:, I would love to have that functionality! Do you know if that is currently under development? TiagoLubiana (talk) 21:56, 18 March 2020 (UTC)
Support As there is already a minus syntax at beginning of line
- -Q4115189 TAB P31 TAB Q1
- I would redact the ranks at same beginning of statement
- ^Q4115189 TAB P31 TAB Q1
- And, what would happen if statement already exists : would it simply uprank/downrank the existing statement ?--Bouzinac 💬●✒️●💛 19:20, 11 April 2021 (UTC)
how to create lexemes using quick statements
Hi, how to create lexemes using quick statements -- Balajijagadesh (talk) 06:04, 15 December 2018 (UTC)
- Not possible as of Wikidata:Project chat/Archive/2018/10#QuickStatements v2 now supports lexicographical data. Uziel302 (talk) 15:18, 10 August 2019 (UTC)
duplicating qualifiers
Hello!I want to ask a question.When running QuickStatements V1 commands it checks if the statements you are running duplicate the statements in items you are trying to edit, and instead of duplicating it it will only put the qualifiers in (if any).Eg when you generate quickstatements about award winners, most of them already have the "award received" property, but not the info that you need (point in time, award rationale etc.) and when you run them items who already have an "award received" don't get another one (which is great) but they do get duplicated qualifiers (like point in time), is this normal? Niko.georgiev (talk) 07:02, 3 January 2019 (UTC)
- A very dirty workaround for this would be to create another item for the award and merge it with the original one once the statements are added. I don't want to say that I recommend that, but I don't know a clean way for this with QS I think. --Marsupium (talk) 10:15, 4 January 2019 (UTC)
- Yes I also thought of this but it seemed too dirty for me as well.Thanks for the help though! Niko.georgiev (talk) 11:35, 4 January 2019 (UTC)
Removing dates
Hi, can some one give me an example of the syntax for removing a date statement. I have tried -Q5722112 P570 +1347-00-00T00:00:00Z/9 but it returns an error. I am looking to replace a set of death dates which only have a year, with the exact dates. Thanks Jason.nlw (talk) 11:17, 9 January 2019 (UTC)
- Jason.nlw I run
{{#invoke:Wikidata|Dump|id=Q5722112}}
in my sandbox on EnWiki and look up date stored in P570. It is "+1347-01-01T00:00:00Z", so perhaps -Q5722112 P570 +1347-01-01T00:00:00Z/9 might work. If not than I am out of ideas, and if it does work than you still might have hard time looking up the correct string forr each item. --Jarekt (talk) 13:15, 9 January 2019 (UTC)- Jarekt Many thanks! yes that is all it was. It seems to be working now. Thanks again Jason.nlw (talk) 10:28, 10 January 2019 (UTC)
References in CREATE
I have a declaration that works well to add two references to instance of (P31), but creates a duplicate entry when the same syntax is used with CREATE.
Here is an example of working QS to add two references to instance of (P31) of Isachsen (Aut) (Q60059365):
Q60059365 P31 Q846837 S854 "ftp://client_climate@ftp.tor.ec.gc.ca/Pub/Get_More_Data_Plus_de_donnees/Répertoire%20des%20stations%20FR.csv" S407 Q150 S813 +2019-01-10T00:00:00Z/11 Q60059365 P31 Q846837 S854 "ftp://client_climate@ftp.tor.ec.gc.ca/Pub/Get_More_Data_Plus_de_donnees/Station%20Inventory%20EN.csv" S407 Q1860 S813 +2019-01-10T00:00:00Z/11
As you can see in Isachsen (Aut) (Q60059365), there is only one entry for instance of (P31) with two references, each of them having two qualifiers (language of work or name (P407) and retrieved (P813)). This is what I am looking for.
When creating an item, however, it does not give the same results. Here an example, with the last two lines having the same syntax than the one above:
CREATE LAST Lfr "BECHER BAY" LAST Dfr "station météorologique du Service météorologique du Canada pour BECHER BAY, Colombie-Britannique, Canada" LAST Len "BECHER BAY" LAST Den "Meteorogical Service of Canada's station for BECHER BAY, British-Columbia, Canada" LAST P31 Q190107 S854 "ftp://client_climate@ftp.tor.ec.gc.ca/Pub/Get_More_Data_Plus_de_donnees/Répertoire%20des%20stations%20FR.csv" S407 Q150 S813 +2019-01-10T00:00:00Z/11 LAST P31 Q190107 S854 "ftp://client_climate@ftp.tor.ec.gc.ca/Pub/Get_More_Data_Plus_de_donnees/Station%20Inventory%20EN.csv" S407 Q1860 S813 +2019-01-10T00:00:00Z/11
As you can see in Becher Bay (Q60558968), I end up with four references instead of two. language of work or name (P407) are considered as references, instead of qualifier of reference URL (P854), and the retrieved (P813) dates are somehow lost in the process.
This is the result using QS v2. Using v1 produces another behaviour with CREATE (don't remember which), but still not the same than the expected when editing an item.
Can anyone can help me with the syntax of instance of (P31) with two URL, each of them having two qualifiers, in a created item?
Thanks Dirac (talk) 22:39, 12 January 2019 (UTC)
- Dirac, I do not have a clean solution, but if you know that it works for named items, than I would use 2 pass solution and wirst create items with as much info as possible and with some unique identifier or value of some property and than do a SPARQL query to get item IDs and some unique identifiers, so you can link them back to original data, so you can do a second pass and add second P31. --Jarekt (talk) 04:14, 13 January 2019 (UTC)
- Jarekt, I thought of a workaround like this, but since I have more than 8000 weather stations to add, I would have preferred to handle it properly at the creation of each element. That being said, if there is no other way around, I will create the elements for all the stations, without P31, and than add the references using the element number. Thanks for taking the time to answer this. Dirac (talk) 20:49, 13 January 2019 (UTC)
Forced logout
Am I alone in experiencing constant problems with QS the last couple days? I keep being logged out for no apparent reason and logging in is constantly failing. I cannot figure this out. Trilotat (talk) 07:34, 21 January 2019 (UTC)
- Facing the same problems. I keep receiving an http error 500 when trying to login. --Nw520 (talk) 20:36, 16 February 2019 (UTC)
- I also get http error 500 when trying to log in. Slangore (talk) 19:43, 17 February 2019 (UTC)
Lots of discussion about this issue in different places (including a helpful mention in the project chat), but I find it odd that no thought has been given for a way to target a notification for those who use the relevant connected apps, or even just a blurb on the wiki pages for those apps, perhaps through a transcluded "status" panel. Dancter (talk) 21:47, 17 February 2019 (UTC)
- Same issue here. Getting Oauth popup and after approving I am back to not logged in screen.Uziel302 (talk) 16:41, 9 September 2019 (UTC)
Adding coords and images
I'm trying to add an item with name, description, coordinates and image like this:
CREATE LAST Lde "Teich an der Straße Am Weinberg" LAST P625 "52.308185, 14.550092" LAST Dde "Teich in Frankfurt Oder-Güldendorf" LAST P18 "Teich am Am Weinberg Frankfurt (Oder)-Güldendorf by Jörg Schulz.jpg"
When clicking on "Import V1 commands" I'm getting this error
coordinate location [P625]:{ "type": "unknown", "text": "52.308185, 14.550092" } image [P18]:{ "type": "unknown", "text": "Teich am Am Weinberg Frankfurt (Oder)-Güldendorf by Jörg Schulz.jpg" }
Without doublequotes
CREATE LAST Lde Teich an der Straße Am Weinberg LAST P625 52.308185, 14.550092 LAST Dde Teich in Frankfurt Oder-Güldendorf LAST P18 Teich am Am Weinberg Frankfurt (Oder)-Güldendorf by Jörg Schulz.jpg
When clicking on "Import V1 commands" I'm getting this output
de:Teich an der Straße Am Weinberg de:Teich in Frankfurt Oder-Güldendorf coordinate location [P625]:"52.308185, 14.550092" image [P18]:"Teich am Am Weinberg Frankfurt (Oder)-Güldendorf by Jörg Schulz.jpg"
In both cases import fails. How can I add coords and images? --Sebastian Wallroth (talk) 09:52, 10 February 2019 (UTC)
- Help:QuickStatements#Add simple statement explains it. Matěj Suchánek (talk) 10:03, 10 February 2019 (UTC)
- Thank you so much. I must have been blind. --Sebastian Wallroth (talk) 11:38, 10 February 2019 (UTC)
Matěj Suchánek, maybe connected with this question.. i have problems to set the image of an item with the CSV-style:
qid,P18 Q4115189,"Bruchstedt Kirche.JPG"
What is wrong with it? Also see this warning(?):
{ "type": "unknown", "text": "Bruchstedt Kirche.JPG" }
Thank you in advance, --Arnd (talk) 16:49, 17 April 2019 (UTC)
- CSV parser in QS is known to have some problems with strings. The workaround mentioned at the very bottom of Help:QuickStatements#CSV file syntax (four double quotes before) should work. Matěj Suchánek (talk) 17:04, 17 April 2019 (UTC)
- Matěj Suchánek, thank you for the hint. Interestingly, this problem only occurs when setting images and not for labels or sitelinks. --Arnd (talk) 10:28, 4 May 2019 (UTC)
Coordinates accuracy
When adding coordinates with quick statements, they seem to be always in ±0.000001° accuracy, regardless if the input had less digits (e.g. @51.22/6.19). At least in the documentation there's no switch to set the accuracy like it is possible for the date values. Ahoerstemeier (talk) 14:05, 11 February 2019 (UTC)
Merging items
Hello, how should I state a merge command? like this?
#1 MERGE q35279784 q61721044
Thanks. Bouzinac (talk) 16:18, 25 February 2019 (UTC)
- Yes, Help:QuickStatements#Item merging explains it. Matěj Suchánek (talk) 19:09, 25 February 2019 (UTC)
- Hi there, I logged into OAuth, hit new batch, copied this
MERGE|q35309113|q61721409
MERGE|q61720925|q35309113
MERGE|q35279860|q61720925
, pasted into and hit "Import csv commands". It replied "no valid commands found" ? Bouzinac (talk) 19:34, 25 February 2019 (UTC)
- These are not csv commands but that of version 1. Also I'm not sure about the identifiers in lower case. Matěj Suchánek (talk) 16:42, 26 February 2019 (UTC)
- Hello, in fact
MERGE|Q35309113|Q61721409 MERGE|Q35279860|Q61720925
- + "v1 button" worked well. I was confused because I read on the french version "MERGE is not available" … And I read somewhere else qxxxxx and not Qxxxx so I tought it was compulsory to write qxxxxxx. Thanks. Bouzinac (talk) 19:28, 26 February 2019 (UTC)
Hide quickstatements from watchlist
Is there a way to do this? I have literally never seen a single quickstatement edit that wasn't "polluting" my watchlist. I can use tags to show only these edits, but the opposite? Please tell me it's possible. Circeus (talk) 16:09, 4 March 2019 (UTC)
- You can hide it using CSS by putting something like to
.mw-special-Watchlist .mw-tag-OAuth_CID_1253 { display: none; }
to your Special:MyPage/common.css but this won't refill the watchlist with older non-QuickStatements edits. Anyway, it has already been requested and is said to be worked on soon. Matěj Suchánek (talk) 19:39, 4 March 2019 (UTC)- Given that I don't usually watch pages with high volume edits, I'm fine with that. Q4 2018 (target goal, apparently) is a long way off though.... Circeus (talk) 23:54, 4 March 2019 (UTC)
- There's a remark on mw:Topic:Uoks2xlmkf0jch0q. Matěj Suchánek (talk) 19:08, 5 March 2019 (UTC)
- Given that I don't usually watch pages with high volume edits, I'm fine with that. Q4 2018 (target goal, apparently) is a long way off though.... Circeus (talk) 23:54, 4 March 2019 (UTC)
Out of range error
Hello, I'm trying to import records (using V1 commands) in QuickStatements as I always do, but I'm getting an error that says Out of range, must be no higher than 11. Does anyone know what this means? Thank you! Librarian lena (talk) 16:04, 15 March 2019 (UTC)
- @Librarian lena: What exactly is your input? Do you try to give a time datatype with a precision higher than 11? It is not supported by Wikidata at the moment, it's struck out on the other side: "
12 - hour, 13 - minute, 14 - second". See also Help:Dates#Time datatype: "time
field can not be saved with precision higher than a "day"". --Marsupium (talk) 10:24, 1 April 2019 (UTC)
- @Marsupium:That was the problem, thank you! --Librarian lena (talk) 20:20, 1 April 2019 (UTC)
Use in a local wikibase instance
Is it possible to setup QuickStatements in a local WikiBase instance? In particular, do we need a "bot_config_file" and is an "oauth" setup required (no needed in the local environment), thank you in advance for your help --Jimkont (talk) 09:22, 15 April 2019 (UTC)
- yes it is, we got it working (not quite everything). do you know the Telegram support group? Pdehaye (talk) 09:47, 10 May 2019 (UTC)
Errors and problems dealing with "somevalue"
I am adding some bibliographic information where the origin sources contains explicit "unknown value" for the author property.
- My QS-Create-Statement containing:
LAST P2093 somevalue
fails. Having the QID of the created item the Statement works.Q63216061 P2093 somevalue
. - Furthermore adding references to this statement fails
Q63216061 P2093 somevalue S143 Q15522295 S4656 "https://de.wikisource.org/w/index.php?title=Justus+Freiherr+von+Liebig&oldid=2199204"
- and QS seems not to be able to prevent creating a duplicate statement with "unknown value".
--Mfchris84 (talk) 08:33, 19 April 2019 (UTC)
- @Mfchris84: I've allowed myself to number the issues, hope it's ok. And sorry, no time to check it myself right now, but 2) and 3) I think might be explained on the other side:
- 2) Have a look at the "Caution" in Help:QuickStatements#Add simple statement, you've tried to escape the "="s?
- 3) Is this Help:QuickStatements#Limitations, last point?
- Hope this helps, cheers, --Marsupium (talk) 13:38, 19 April 2019 (UTC)
Is this possible?
Hello, I ask you to help me get the International Standard Name Identifier for Creator Farhad Garashov (Q62089827) and put it on the wikidata, see ISNI (P213).--Elshad Iman (Elşad İman) (talk) 14:44, 19 April 2019 (UTC)
Unit Meter at length of streets
How can I add the length of a street with the unit Meter? After reading the Helppage. I try:
Q63870176 P2043 7580 U11573
But this not work. Dohnaer Straße (Q63870176) and my later handwork. How can I add the unit? -- sk (talk) 12:57, 16 May 2019 (UTC)
- There must not be a space or tab between the quantity amount and the unit. The correct input would be:
Q63870176 P2043 7580U11573
—MisterSynergy (talk) 13:29, 16 May 2019 (UTC)- Thanks for this info. -- sk (talk) 13:31, 16 May 2019 (UTC)
Overriding duplicate detection
Is there a way to override the errors I receive when I attempt to create a new item that has the same label and description as an existing item? I am uploading from a catalog that has many records with the same name (especially "Unidentified"), but they are not the same entities—different catalog identifiers, dates, and creators. It would be nice, when this happens, to be able to override the error and still have QuickStatements post the edit, since I can manually verify it is not a true duplicate, but I don't see a way to do this. Dominic (talk) 14:53, 16 May 2019 (UTC)
- @Dominic: I don't think so, but such cases aren't welcome since the combination of a label and a description should always be unique. This isn't a limitation of QuickStatements. The way to solve your problem is to make the combination unique by adding information to the description, for example the catalog identifiers, in a meaningful way. Best, --Marsupium (talk) 19:47, 16 May 2019 (UTC)
- @Marsupium: Thanks. Is that a rule, or a personal preference? I assumed that since the items still will have a distinct Q-id, it should be fine if they happen to have the same label and description, especially if those are both true and accurate. Most items do not have identifiers in the description, so I didn't really want to have to make that change just for a few dozen out of a few thousand entries. Dominic (talk) 20:01, 16 May 2019 (UTC)
- @Dominic: It's a rule enforced by the software. :-) See phab:T212869. And yes, many items are unique without identifiers in their descriptions, but for some they are needed to make them unique. Best, --Marsupium (talk) 20:13, 16 May 2019 (UTC)
- @Marsupium: Oh! I understand now. I thought this was just being enforced by QuickStatements, not that it was an actual software rule. I guess I really do have to change my logic, then. :) Dominic (talk) 21:43, 16 May 2019 (UTC)
Lexeme
How can I add statements to forms of lexemes like Lexeme:L44929#F4? --Sebastian Wallroth (talk) 20:11, 17 May 2019 (UTC)
- As far as I know, there is no support for lexeme batch editing yet as the entire functionality has to mature a bit more, thus QuickStatements does not support it as well. Have a look at the "Tools" section in Wikidata:Lexicographical data. —MisterSynergy (talk) 20:29, 17 May 2019 (UTC)
- @Sebastian Wallroth, MisterSynergy: Hm, Help:QuickStatements#Add simple statement suggests giving "Forms in the form Lxxx-Fyy". I've just tried: and
L44929-F4|P443|"LL-Q188 (deu)-Sebastian Wallroth-Schirm.wav"
(from the announcement of the feature in Wikidata:Project chat/Archive/2018/10#QuickStatements v2 now supports lexicographical data). Both only give me an "Item L44929-F4 is not available" ("L123-F" respectively) error on run. :/ Looks like a bug!?L123-F3|P5189|L123-F3
- @Lucas Werkmeister: Would you have a look? Thanks a lot! --Marsupium (talk) 00:52, 13 June 2019 (UTC)
- Isn't this phab:T223995, too? --Matěj Suchánek (talk) 11:31, 13 June 2019 (UTC)
- No idea what’s going on – Magnus’ blog post says that the new background runner doesn’t support lexemes and you’re supposed to run their batches in the browser, but that seems to be broken as well. --Lucas Werkmeister (talk) 12:14, 13 June 2019 (UTC)
- @Lucas Werkmeister, Sebastian Wallroth, MisterSynergy: Is there any way to add properties to lexemes now? I can't find any workaround. -Theklan (talk) 12:45, 2 December 2019 (UTC)
- @Sebastian Wallroth, MisterSynergy: Hm, Help:QuickStatements#Add simple statement suggests giving "Forms in the form Lxxx-Fyy". I've just tried:
How do I address an optional qualifier?
I'd like to use QS to add scale (P1752) without adding the optional "unit" qualifier. Is this possible and, if so, how? Trilotat (talk) 15:27, 25 May 2019 (UTC)
- Since it's optional, just omit the unit. The input will be just the number. --Matěj Suchánek (talk) 16:33, 25 May 2019 (UTC)
- That does not work. I tried with this triplet, Q64140405 P1752 "2480" , and it fails. Trilotat (talk) 15:38, 28 May 2019 (UTC)
- Just the number, without the quotes. --Matěj Suchánek (talk) 18:00, 28 May 2019 (UTC)
- That's embarrassing. I thought that was the first thing I tried. It works. Thanks! Trilotat (talk) 20:45, 28 May 2019 (UTC)
- Just the number, without the quotes. --Matěj Suchánek (talk) 18:00, 28 May 2019 (UTC)
- That does not work. I tried with this triplet, Q64140405 P1752 "2480" , and it fails. Trilotat (talk) 15:38, 28 May 2019 (UTC)
Adding reference URL to statements in v1
I just tried adding a bunch of statements with a v1 batch command. I was able to add the statments, but couldn't figure out how to add the reference-URLs. I tried add [tab]P856[tab]http... and the batch process ignored the url. I tried putting the url in double-quotes ([tab]P856[tab]"http...") and it added the P856 as a separate statement rather than a reference supporting the statement.
What's the right way to do this?
Thanks Kenirwin (talk) 19:43, 3 June 2019 (UTC)
- Per Help:QuickStatements#Add statement with sources,
[tab]S856[tab]"http..."
is the correct syntax. Also please note that reference URL (P854) is the correct property. --Matěj Suchánek (talk) 08:08, 4 June 2019 (UTC)
Deleting Stopped Batches from "my last batches" list?
I've managed to build quite a list of batches that I had to stop. Is there any way to remove them? If not, is there a way to resort the list so they are ordered by date run? Trilotat (talk) 09:54, 4 June 2019 (UTC)
Removing identifiers
I'm preparing a batch to remove identifiers from items and wanted to use QuickStatements for this; also for future batches. However, I get an error on the following test input: -Q28092016|P350|126824 Any ideas on what's going on here? Thanks! --RKDdata (talk) 14:44, 17 July 2019 (UTC)
- You should have quotes around it, just like when you add a statement:
-Q28092016|P350|"126824"
. --Matěj Suchánek (talk) 07:59, 18 July 2019 (UTC)- @Matěj Suchánek: I just figured that out when you posted this ;) Thanks! That works and will save quite some time in the future!
Behavior of LAST in V2 does not match V1
In QuickStatements V1, a set of statements for the same item can be chained by adding LAST
instead of the Q-identifier, even if the first statement is not CREATE
. For example:
Q111 P222 en:"Foobar" LAST P333 en:"Foobiz" LAST Aen "Foobiz" Q444 P555 en:"Lorem" LAST Aen "ipsum"
This works in V1, but on V2 the "LAST
" lines result in an error. It would be nice to retain the compatibility because it's a convenient feature (and it's intuitive, too; there's no apparent reason why it should only apply to created items). --Waldyrious (talk) 12:03, 21 July 2019 (UTC)
What’s wrong with …
We have a question on the french chat page :
"qid","Lfr","Dfr","P571","P31","P380","P17","P131","P625" ,"Fontaine aux Antiques","patrimoine architectural à Courbevoie","+1900-00-00T00:00:00Z/7","Q483453","IA00129974","Q142","Q189715","@48.900365/2.270503"
Does not seem to work for "P380", QS does seem to import the syntax, but fails to really parse the value :
{ "type": "unknown", "text": "IA00129974" }
In my experience, this kind of unknown type make the batch fail and is often due to a syntax error, but I can’t see what’s wrong, it seems correct wrt. the documentation. author TomT0m / talk page 10:34, 23 July 2019 (UTC)
- IDs like other strings must be given in double quotes. In CSV, this becomes annoying. Here it seems to work with
"""IA00129974"""
. (Documented at the end of Help:QuickStatements#CSV file syntax.) --Marsupium (talk) 20:33, 23 July 2019 (UTC)
no statements executed/batches created
Hello, my attempts to give test QS commands simply result in the input field being cleared. Example:
-Q27757881|Lnl|"SCO3119 SCO3119" Q27757881|Lnl|"SCO3119"
Documentation about what I'm trying to do: User:SCIdude/Protein bugs. Can you explain why nothing seems to happen? --SCIdude (talk) 16:56, 28 July 2019 (UTC)
- Answering myself, it seems one cannot send commands by setting the cursor into the batch name field, and hit RET. Only by clicking one of the two Import buttons. Also removing labels does not seem supported at all, which is a bummer because, how will you fix wrong labels with QS? So, either I need to write a bot or fix QS. --SCIdude (talk) 06:40, 29 July 2019 (UTC)
- Labels can be removed by setting them to empty string
""
, as mentioned in Help:QuickStatements#Adding labels, aliases, descriptions and sitelinks. --Matěj Suchánek (talk) 07:15, 29 July 2019 (UTC)- Thanks! --SCIdude (talk) 07:26, 29 July 2019 (UTC)
- Labels can be removed by setting them to empty string
I think that this discussion is resolved and can be archived. If you disagree, don't hesitate to replace this template with your comment. --SCIdude (talk) 07:26, 29 July 2019 (UTC) |
removing aliases
Is removing aliases possible at all? --SCIdude (talk) 07:59, 29 July 2019 (UTC)
- @SCIdude: See the section § Adding labels, aliases, descriptions and sitelinks. To remove the indicated identifier you should prefix the whole command with a "-" minus sign. --Marsupium (talk) 07:01, 17 August 2019 (UTC)
- @Marsupium: Meanwhile I found I cannot remove anything, not even statements (running gives an error), although the commands are displayed correctly before running. Can you help? --SCIdude (talk) 08:10, 17 August 2019 (UTC)
- @SCIdude: Hi, what exactly do you put in the input field? Can you copy it here? And perhaps ping me (not checking my watchlist these days). Cheers, --Marsupium (talk) 14:57, 17 August 2019 (UTC)
- Surprisingly it now works. Sorry for the noise. --SCIdude (talk) 15:17, 17 August 2019 (UTC)
- No worries! --Marsupium (talk) 21:43, 17 August 2019 (UTC)
- Surprisingly it now works. Sorry for the noise. --SCIdude (talk) 15:17, 17 August 2019 (UTC)
- @SCIdude: Hi, what exactly do you put in the input field? Can you copy it here? And perhaps ping me (not checking my watchlist these days). Cheers, --Marsupium (talk) 14:57, 17 August 2019 (UTC)
- @Marsupium: Meanwhile I found I cannot remove anything, not even statements (running gives an error), although the commands are displayed correctly before running. Can you help? --SCIdude (talk) 08:10, 17 August 2019 (UTC)
I think that this discussion is resolved and can be archived. If you disagree, don't hesitate to replace this template with your comment. --Marsupium (talk) 21:43, 17 August 2019 (UTC) |
merge broken?
I've been doing some merges of scientific papers that have been entered multiple times (duplicate DOI's and titles, authors, etc.) Until today (August 7) this seemed to work well, but now it looks like the merge edit is happening, but the "redirect" is not being entered on the merged item. So that's leaving a lot of blank or almost blank items around. Example: Welcoming Diversity? Symbolic Boundaries and the Politics of Normativity in Kansas City's LGBTQ Communities (Q57669477) which was mostly merged to Welcoming Diversity? Symbolic Boundaries and the Politics of Normativity in Kansas City's LGBTQ Communities (Q40307338), but no redirect was entered. ArthurPSmith (talk) 16:16, 7 August 2019 (UTC)
- Hmm, it looks like those redirects are getting added later by PLbot - is that normal?? ArthurPSmith (talk) 16:18, 7 August 2019 (UTC)
- This is broken for everybody, not just QS. --Matěj Suchánek (talk) 07:28, 19 August 2019 (UTC)
Timing problem with statement + sources?
I think there is a problem adding sources with a NEW statement, in large batches, it will give errors. This does not occur if it's a very small batch. Also if the statement already existed (for longer than the short time between the creation of the statement and the addition of the source) adding the source will not give errors. So, the workaround for large batches would be to split into two batches: first create all statements, then add all sources. Am I alone with this hypothesis? --SCIdude (talk) 06:29, 21 August 2019 (UTC)
PS: I also get an error when adding an identical source: adding an identical statement does not, which is inconsistent and confusing. --SCIdude (talk) 06:36, 21 August 2019 (UTC)
Problem with adding qualifiers in batch mode and stopping the batch job
i'm currently running a job#17719 and minutes ago i clicked on "Stop" because adding qualifiers to new statements run into errors. the same qs-v1-importstatement added as temporary batch runs whitout any problems:
Q1239868 P7046 "18083" P1932 "Schmiedeberg, Nieder-"
so i have detected two problems:
- Stop-Button doesn't react
- Adding Qualifiers in batch-mode fails.
Mfchris84 (talk) 10:23, 22 August 2019 (UTC)
- Same problem happens still now in May 2020. -
Timbaa -> ping me 15:29, 1 June 2020 (UTC)
identical claims not overwritten
The Help text says that identical statements get overwritten (and I can remember that worked) but here is a case from a whole batch where this did not work: https://www.wikidata.org/w/index.php?title=Q14864844&action=history. So how can the duplicates be deleted? --SCIdude (talk) 06:02, 26 August 2019 (UTC)
How do I save/execute a batch?
I don't understand how I execute or save a new batch. Here I can name my batch and write commands in the large text field. But then what? --Jobu0101 (talk) 16:16, 27 August 2019 (UTC)
- Click one of the two import buttons. --SCIdude (talk) 16:40, 27 August 2019 (UTC)
- Thanks. I thought those buttons are for importing stuff into the text field. Now I know better. --Jobu0101 (talk) 16:58, 27 August 2019 (UTC)
I think that this discussion is resolved and can be archived. If you disagree, don't hesitate to replace this template with your comment. SCIdude (talk) 13:05, 30 September 2019 (UTC) |
Creating QuickStatements from existing item
Is there a way to create QuickStatements from an existing item like First You Dream, Then You Die (Q66776177)? So I want to get those QuickStatements which would create First You Dream, Then You Die (Q66776177) if it wasn't already existing. Then I would slightly modify the statement for the other episodes of the series. --Jobu0101 (talk) 17:01, 27 August 2019 (UTC)
Property P1352 - Ranking not more working? (or Qualifier to not more working) - Solved
Today I tried to add a ranking as qualifier with QuickStatements V2 (Example: Q2044733 TAB P1344 TAB Q799250 TAB P1352 TAB 3 TAB S143 TAB Q48183, errors in batches #17909 and #17907). This worked still this year on 20th July. Now it is not working anymore. Something changed? In QuickStatements V1 it works, but with the annoying ±0. PS: Seems that "Qualifier to" is not more working in general. Florentyna (talk) 15:30, 31 August 2019 (UTC)
- I used the same command and could do it on the sandbox.
- Could be the same problem as #Problem with adding qualifiers in batch mode and stopping the batch job. --Matěj Suchánek (talk) 08:12, 2 September 2019 (UTC)
- Yes, I think so - it is the same problem. I assigned now a task on Phabricator to Magnus Manske hoping he will read this there earlier than here. Florentyna (talk) 17:04, 3 September 2019 (UTC)
- After a contact on Phabricator to Magnus Manske the issue was solved. Florentyna (talk) 17:44, 9 September 2019 (UTC)
- Yes, I think so - it is the same problem. I assigned now a task on Phabricator to Magnus Manske hoping he will read this there earlier than here. Florentyna (talk) 17:04, 3 September 2019 (UTC)
I think that this discussion is resolved and can be archived. If you disagree, don't hesitate to replace this template with your comment. SCIdude (talk) 13:07, 30 September 2019 (UTC) |