Tagishsimon added a comment.
I think it might fall into the category of "being able to search for a formula without knowledge of the arcane ways in which it was mangled downstream of data entry".TASK DETAILhttps://phabricator.wikimedia.org/T195765EMAIL PREFERENCEShttps://phabricator.wik
Tagishsimon added a comment.
This issue is still occurring, lest anyone think we're done. I just got it on https://www.wikidata.org/wiki/Q55471970 when logged in.TASK DETAILhttps://phabricator.wikimedia.org/T199983EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
Tagishsimon added a comment.
My regex is not great, but \?(\S*?)[\s\)}\.]TASK DETAILhttps://phabricator.wikimedia.org/T171706EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TagishsimonCc: Tagishsimon, Jonas, Lucas_Werkmeister_WMDE, Aklapper, VIGNERON
Tagishsimon added a comment.
@Jonas - is there not a pattern that we could use instead of /^[\w\d]*/ ... we have a questionmark followed by not white space followed by a space or by ) or } or .TASK DETAILhttps://phabricator.wikimedia.org/T171706EMAIL PREFERENCEShttps://phabricator.wikimedia.org
Tagishsimon created this task.Tagishsimon added a project: Wikidata-Query-Service.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONSELECT ?item ?itemLabel WHERE {
?item wdt:P20 wd:Q2900.
?item wdt:P734 wd:Q16865601.
?item
Tagishsimon created this task.Tagishsimon added a project: Wikidata-Query-Service.Restricted Application added a subscriber: Aklapper.Restricted Application added a project: Wikidata.
TASK DESCRIPTIONF27087667: Screenshot 2018-11-07 at 03.21.48.png
Grafana - https://grafana.wikimedia.org
Tagishsimon updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION```
SELECT ?item ?itemLabel WHERE {...}
```
returns two rows:...TASK DETAILhttps://phabricator.wikimedia.org/T208925EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences
Tagishsimon closed this task as "Resolved".Tagishsimon claimed this task.Tagishsimon added a comment.
thxTASK DETAILhttps://phabricator.wikimedia.org/T208928EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: TagishsimonCc: Smalyshev, Lucas_Werkme
Tagishsimon closed this task as "Resolved".Tagishsimon claimed this task.Tagishsimon added a comment.
Thx @LucasWerkmeister. All makes sense now :)TASK DETAILhttps://phabricator.wikimedia.org/T208688EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailp
Tagishsimon added a subscriber: matej_suchanek.
Tagishsimon added a comment.
Seems more likely it's a data input issue than a query issue @matej_suchanek,
given that WDQS doesn't exhibit the same sort of error for analagous wdtn:,
such as wdtn:P244 <https://phabricator.wikimedia.org/P
Tagishsimon updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T222129
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tagishsimon
Cc: Tagishsimon, Aklapper, alaa_wmde, Nandana, Lahi, Gq86,
Lucas_Werkmeister_WMDE
Tagishsimon updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T222129
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tagishsimon
Cc: Tagishsimon, Aklapper, alaa_wmde, Nandana, Lahi, Gq86,
Lucas_Werkmeister_WMDE
Tagishsimon created this task.
Tagishsimon added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
I may be wrong but it is my recollection that report URLs that render a
result
Tagishsimon added a comment.
Can I gently detach this issue, somewhat, from disputed territory. The
current situation is that maps served by Wikipedias & (my key use) Wikidata
WDQS use "OSM Bright for Mapbox Studio" tiles (
https://foundation.wikimedia.org/wiki/Map
Tagishsimon added a comment.
Tested - works for me in situation in which it previously didn't work.
TASK DETAIL
https://phabricator.wikimedia.org/T232960
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Magnus, Tagishsimon
Cc: Tagishsimon
Tagishsimon added a comment.
Worth noting that user:Twofivesixbot
https://www.wikidata.org/w/index.php?title=Special:Contributions/Twofivesixbot==500=Twofivesixbot
has been doing a lot of merges of gene items of late, which may be associated
with triple decreases over the past
Tagishsimon created this task.
Tagishsimon added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
WDQS report results, and especially those from embedded queries, would
benefit from
Tagishsimon added a comment.
Per Laske, SPARQL for this issue in Germany
[https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team#Surplus_of_coordinates_-_T198078]
SELECT ?item ?itemLabel ?stat ?lat ?long WITH {
SELECT ?item ?stat (COUNT(?lat)+COUNT(?long) AS ?count) WHERE
Tagishsimon reopened this task as "Open".
TASK DETAIL
https://phabricator.wikimedia.org/T198078
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Smalyshev, Tagishsimon
Cc: Tagishsimon, Pasleim, Smalyshev, Lucas_Werkmeister_WMDE, Nikki,
dar
Tagishsimon added a comment.
@Smalyshev Please check out the single coords property at
https://www.wikidata.org/wiki/Q6522893#P625 versus the two rows returned by
this query, suggestive of 'hidden' triples lurking still.
SELECT ?item ?itemLabel ?stat ?lat ?long
WHERE
Tagishsimon added a comment.
Ditto http://www.wikidata.org/entity/Q17567523 ... there are probably others.
TASK DETAIL
https://phabricator.wikimedia.org/T198078
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Smalyshev, Tagishsimon
Cc
Tagishsimon added a comment.
And note Ethan's assertion: The scheme for Geonames URIs requires a trailing
forward slash.
TASK DETAIL
https://phabricator.wikimedia.org/T236250
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tagishsimon
Cc
Tagishsimon added a comment.
Fix by all means, but I note "It is an error for aggregates to project
variables with a name already used in other aggregate projections, or in the
WHERE clause." https://www.w3.org/TR/sparql11-query/#aggregateExample
TASK DETA
Tagishsimon added a comment.
Notable that WDQS lag seems to be paying not a blind bit of notice to this
change :(
WDQS 1005-7 all at ~3 hours.
https://grafana.wikimedia.org/d/00489/wikidata-query-service?orgId=1=8
TASK DETAIL
https://phabricator.wikimedia.org/T221774
EMAIL
Tagishsimon created this task.
Tagishsimon added a project: Wikidata-Query-Service.
Restricted Application added a subscriber: Aklapper.
Restricted Application added a project: Wikidata.
TASK DESCRIPTION
WDQS holds dates as xsd:dateTime using the proleptic Gregorian calendar. -
https
Tagishsimon updated the task description.
TASK DETAIL
https://phabricator.wikimedia.org/T246731
EMAIL PREFERENCES
https://phabricator.wikimedia.org/settings/panel/emailpreferences/
To: Tagishsimon
Cc: Tagishsimon, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86,
Lucas_Werkmeister_WMDE
Tagishsimon added a comment.
We could maybe have a preference, such that the user can specify whether they
want date parsing to be based on an assumption of MM/DD/ or DD/MM/.
Stop guessing. Ask the users.
I see this bug is 2.5 years old. Which is fine. Because it only sucks
Tagishsimon added a comment.
UI which has the capacity to mangle input and demands that the user must do
something beyond their simple input of the date, is unambiguously,
categorically and unimpeachably broken. It should be considered as such.
TASK DETAIL
https
Tagishsimon added a comment.
Wikidata currently gets ~660k edits per day.
This proposal - if I understand it properly - requires an additional ~5
Million edits per day, or, perhaps 5 Millon edits per hour ("and increment the
counters once an hour") ... who knows.
And tha
Tagishsimon added a comment.
It may or may be not useful to note that Quickstatements, when used in
(server-side) batch mode to create new items, creates duplicates at the rate of
about 10% of the items created. QS run locally from a browser does not exhibit
the problem.
TASK DETAIL
Tagishsimon added a comment.
Magnus was running 2 quickstatement batches at the time he got the above. My
experience of this issue is that it'll sometimes happen when I have a QS or two
running, but has never happened absent a QS.
There may be an issue, but it might equally
Tagishsimon added subscribers: Lydia_Pintscher, Tagishsimon.
Tagishsimon added a comment.
This issue is still occurring. We still get different answers depending on
which report server we hit. That is clearly suboptimal. Could we please have an
update on action being taken
32 matches
Mail list logo
