Tobi_WMDE_SW added a comment.
@zeljkofilipin is it possible to run the job for beta at a different time than the job for test?
At the moment they both run at 04:40 UTC but I would like one of those to start 2 hours later or earlier. Seems like the beta-job ran pretty stable during the last days
Smalyshev triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T153061EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, Esc3300, Jonas, Aklapper, EBjune, merbst, Avner, debt, Gehel, D3r1ck01, FloNight,
Smalyshev triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T152773EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Esc3300, Jonas, Smalyshev, Aklapper, hoo, EBjune, merbst, Avner, debt, Gehel, D3r1ck01,
Smalyshev added a comment.
Recommended way to rewrite it:
SELECT ?item ?item2 ?inv WHERE {
hint:Query hint:optimizer "None" .
?inv1statement pq:P195 ?collection .
?inv1statement ps:P217 ?inv .
?inv2statement ps:P217 ?inv .
?item p:P217 ?inv1statement .
?item2 p:P217
Smalyshev triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T154280EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Esc3300, Smalyshev, Nikki, Aklapper, Multichill, EBjune, merbst, Avner, debt, Gehel, D3r1ck01,
Smalyshev moved this task from Ready for work to External on the Wikidata-Query-Service board.Smalyshev raised the priority of this task from "Normal" to "Needs Triage".
TASK DETAILhttps://phabricator.wikimedia.org/T149326WORKBOARDhttps://phabricator.wikimedia.org/project/board/891/EMAIL
Smalyshev triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T149326EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Deskana, SmalyshevCc: Legoktm, Bianjiang, MelodyKramer, Tarrow, srishakatux, cscott, Toniher, Lucie,
Smalyshev triaged this task as "High" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T148245EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Izno, Aklapper, Smalyshev, EBjune, merbst, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer,
Smalyshev added a comment.
Frankly, I have no idea how could we do this, because each edit adds and removes lots of triples. I suspect it won't scale, at least with present hw and database, but even if it did, that would require keeping shadow database with all triples since the beginning of
Smalyshev triaged this task as "Low" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T157231EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, Aklapper, Bugreporter, EBjune, merbst, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight,
Jheald added a comment.
With regard to external identifiers and to the P:373 Commons category and property values, it strikes me that what we really need in the triplestore is a special datatype -- in a similar way to the way we have a special datatype for Commons media.
It would seem that what
Tgr added a comment.
In T157993#3027511, @Jheald wrote:
I don't know if there are any other ways to link & invoke MediaViewer (but there might be), or to pass it the names of the other images to include in the slideshow.
No.TASK DETAILhttps://phabricator.wikimedia.org/T157993EMAIL
Jheald added a comment.
The gallery view is nice!! I don't know how I missed it - I thought I had tried it, and it just went to the same place as the file link.
As for the file link, presumably it was chosen because something like is the IRI that used to represent the image in RDF exports,
Smalyshev added a comment.
@Jheald right now, if you click on the "picture" icon before the picture name, you already get a gallery view. Is that one not good? As for file link, I don't remember why we chose Special:FilePath, @Jonas may know.TASK
Hjfocs added a comment.
@Yash_Nagar : another segfault for your last chunk, sorry.
I split the full 17,625 dataset, and can say the backend segfaults for the attached chunks.
The rest can be uploaded.
Before doing that however, I think you should announce it to the community, maybe with estimates
Smalyshev added a comment.
Java/Blazegraph seems to have URL length limit around 8K. So we may have to support real POST on Blazegraph side anyway.TASK DETAILhttps://phabricator.wikimedia.org/T112151EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc:
Jheald added a comment.
The other (simplest) approach would just be to link to the Commons file page,
https://commons.wikimedia.org/wiki/File:KingsCollegeChapelWest.jpg
but personally I do quite like the MediaViewer (though some people don't)
Nikki added a comment.
This looks like the same thing I mentioned in T110043#2083784. I don't think it has anything to do with there being an existing statement with that language code, because the language code it is trying to use ("e") is not even a valid one. I haven't found a way to reproduce
Jheald added a comment.
The standard URLs for the MediaViewer appear to be the wiki page it was launched from, then #/media/ and then the name of the file to display, so
https://en.wikipedia.org/wiki/Cambridge#/media/File:KingsCollegeChapelWest.jpg
Smalyshev added a comment.
Don't have any objections to that, but I guess we need to specify which options we want, and document them on wiki too.TASK DETAILhttps://phabricator.wikimedia.org/T155973EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc:
Smalyshev closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T144536EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Gehel, SmalyshevCc: ops-monitoring-bot, Stashbot, Aklapper, Gehel, gerritbot, Smalyshev, Th3d3v1ls, Ramalepe,
Smalyshev closed subtask T144536: Move data storage to /srv/wdqs/ on codfw WDQS nodes as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T144380EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Gehel, SmalyshevCc: thcipriani, Stashbot, gerritbot,
Smalyshev added a comment.
I do not think we plan to represent all mediawiki database contents in RDF just yet. Categories may make sense since categories are a graph-like structure anyway, and may be useful for structured commons. Anything else would require much more planning. And, probably, a
Smalyshev triaged this task as "Low" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T157676EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, Bugreporter, Aklapper, Jheald, EBjune, merbst, Avner, debt, Gehel, D3r1ck01, Jonas,
Smalyshev closed this task as "Resolved".Smalyshev claimed this task.Smalyshev added a comment.
Do not see it anymore after the reload. Also, I suggest replacing MINUS with this:
SELECT DISTINCT ?item ?pubyear WHERE {
?item wdt:P577 ?pubdate;
wdt:P31 wd:Q13442814.
OPTIONAL { ?item
Base added a comment.
Just as not to create a separate tast for the sake of asking a question: if this is possible then do I understand it correctly that support for such things as sizes of pages behind sitelinks and other their metadata access could be added too?TASK
Smalyshev added a comment.
Images are not any separate entities right now, just links. If we want to add information about them, we can (as information about the entity identified by commons URL) but we'd need to look into existing ontologies I think. I'm pretty sure somebody already used RDF to
Smalyshev triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T157993EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, Jonas, Aklapper, Jheald, EBjune, Acer, merbst, Avner, debt, Gehel, D3r1ck01,
Smalyshev created this task.Smalyshev added projects: Wikidata-Query-Service, Discovery, Wikidata, Structured-Multimedia-Data.
TASK DESCRIPTIONAs described in the parent ticket, we may want to enable switching display modes in embedded display too. Since embed uses the same code anyway, the same
Smalyshev created subtask T158116: Enable switching display mode from embedded display.
TASK DETAILhttps://phabricator.wikimedia.org/T157993EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, Jonas, Aklapper, Jheald, EBjune, Acer, merbst,
Smalyshev added subscribers: Jonas, Smalyshev.Smalyshev added a comment.
It would be good if the values of property P:373 ("Commons category") could be presented as links rather than plain text
The problem is, when displaying query results, the GUI code has no idea a specific value came from
Bugreporter added a comment.
I use Firefox 51.0.1.TASK DETAILhttps://phabricator.wikimedia.org/T158058EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Bugreporter, Aklapper, Jarekt, D3r1ck01, Izno, Wikidata-bugs, aude,
Bugreporter edited the task description. (Show Details)
EDIT DETAILS... # The properties are displayed in a order of P10`P10`, `P1000`, `P1001`, ..., `P103`, ... which make no sense, the previous and more proper order is P6`P6`, P10`P10`, P14`P14`, ...
TASK
Afnecors claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T139757EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AfnecorsCc: Hjfocs, Liuxinyu970226, Glorian_Yapinus, Sjoerddebruin, Aklapper, Tpt, Zppix, Bugreporter, dachary, D3r1ck01, Izno,
zeljkofilipin added a comment.
MediawikiApi::ApiError is unrelated problem (T157665) and should be ignored, so only last 5 runs are relevant. In the last 5 runs, both Linux and Windows did not have any problems. Linux runs are faster than Windows, Mac is the slowest. Mac runs also failed more
zeljkofilipin added a comment.
Number of failures in the last 10 runs
LinuxWindowsMac
TASK DETAILhttps://phabricator.wikimedia.org/T152963EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: zeljkofilipinCc: gerritbot, hashar, zeljkofilipin, thiemowmde,
zeljkofilipin added a comment.
Linux selenium-WikibaseWindows selenium-Wikibase-336632-1Mac selenium-Wikibase-336632-2
green in last 5 test runs553
green in last 10 test runs563
TASK DETAILhttps://phabricator.wikimedia.org/T152963EMAIL
zeljkofilipin added a comment.
The results:
Linux: selenium-Wikibase, last 5 runs are green
Windows: selenium-Wikibase-336632-1, last 5 runs are green
Mac: selenium-Wikibase-336632-2 3 out of 5 last runs are greenTASK DETAILhttps://phabricator.wikimedia.org/T152963EMAIL
Jarekt added a comment.
I see that User:GZWDer managed to change "British-english" to "English". The "after" screenshoot was taken today using Firefox 50.1.0 and vector skin. Originally when I created the second property with the same language the "Save" button was not active, so I changed it to
Bugreporter added a comment.
Can not reproduce.TASK DETAILhttps://phabricator.wikimedia.org/T158058EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Bugreporter, Aklapper, Jarekt, D3r1ck01, Izno, Wikidata-bugs, aude,
Jan_Dittrich created this task.Jan_Dittrich added projects: WMDE-Design, Design, Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONIssue:
Sitelinks are in boxes that can be collapsed and expanded:
F5629527: Screenshot from 2017-02-14 15-06-44.png
The links should look like other
Jarekt created this task.Jarekt added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONI was trying to add two common names to Q28773023 wikidata item for white monarch butterflies. The first one ("white morph of the monarch butterfly") saved properly, but when saving the
Jan_Dittrich created this task.Jan_Dittrich added projects: Wikidata, Design.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONUser need: As a user I need the software to behave predictably and consistently.
Issue:
Data may be federated from Wikidata to Structured-Data-Commons, e.g. if you
Jan_Dittrich edited the task description. (Show Details)
EDIT DETAILS...* OR users should not need to worry because the Wikidata-Data can be edited transparently (maybe like Client editing")TASK DETAILhttps://phabricator.wikimedia.org/T158056EMAIL
Jan_Dittrich added a comment.
After the weekly engineering meeting we decided the following:
Expand-link
We start with the adding a line below the link-option (border bottom and changing the width of the link to the width of the expanded term box
Later we may add a full box around it instead of
thiemowmde added a comment.
It looks like the block was temporary and just ended. I tried to unblock the IP and it says there is no block any more. What I did instead is adding an explanation to https://test.wikidata.org/wiki/User_talk:10.68.17.118.
Lets wait if this helps. Doing all edits as a
gerritbot added a comment.
Change 337577 had a related patch set uploaded (by Tobias Gritschacher):
Login when creating new items in browsertests
https://gerrit.wikimedia.org/r/337577TASK DETAILhttps://phabricator.wikimedia.org/T157050EMAIL
Tobi_WMDE_SW added a comment.
@zeljkofilipin
Yes, it works fine for creating properties because the tests login before they are created. We do not login for creating items because it is not required and to speed up the tests a bit. As a quick solution we could also login for creating items.TASK
zeljkofilipin added a comment.
Oops (again), looks like IP is blocked, not the user. :)TASK DETAILhttps://phabricator.wikimedia.org/T157050EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: zeljkofilipinCc: WMDE-leszek, Aleksey_WMDE, gerritbot, Jonas,
zeljkofilipin added a comment.
I think the user is blocked, not the IP.TASK DETAILhttps://phabricator.wikimedia.org/T157050EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: zeljkofilipinCc: WMDE-leszek, Aleksey_WMDE, gerritbot, Jonas, thiemowmde, daniel,
Tobi_WMDE_SW added a comment.
I've found the related log:
https://test.wikidata.org/w/index.php?title=Special:Log/block=User%3A10.68.17.118
We're working out a solution.
Thank you @zeljkofilipin for looking into this!TASK DETAILhttps://phabricator.wikimedia.org/T157050EMAIL
zeljkofilipin added a comment.
Oops, looks like it is not related:
https://commons.wikimedia.org/w/index.php?title=Special:Log=block=User:Selenium+user
https://phabricator.wikimedia.org/T115465
Sorry, did not notice it was from 2015.TASK DETAILhttps://phabricator.wikimedia.org/T157050EMAIL
Jheald added a comment.
Hi Smalyshev, thanks for taking the time to get back to me.
The LDF suggestion is a good one -- I was thinking of looking in to it for investigating Commons sitelinks and P373s, both of which are now getting close to the borderline of what a query can cope with without
Aklapper changed the task status from "Resolved" to "Invalid".
TASK DETAILhttps://phabricator.wikimedia.org/T153963EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Amire80, AklapperCc: MarcoAurelio, WMDE-leszek, Aklapper, Amire80, TerraCodes, D3r1ck01,
Aklapper added a comment.
WikibaseLexeme tag was created, hence nothing resolved. Closing as invalid :)TASK DETAILhttps://phabricator.wikimedia.org/T153963EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Amire80, AklapperCc: MarcoAurelio, WMDE-leszek,
thiemowmde edited the task description. (Show Details)
EDIT DETAILS...* [x] {T157013}
* [ * [x] https://github.com/wmde/WikibaseDataModelSerialization/pull/208...TASK DETAILhttps://phabricator.wikimedia.org/T157959EMAIL
MarcoAurelio added a project: Wikidata-Query-Service.Herald added projects: Wikidata, Discovery.
TASK DETAILhttps://phabricator.wikimedia.org/T158031EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MarcoAurelioCc: Aklapper, geraki, EBjune, merbst, Avner, debt,
Bugreporter created this task.Bugreporter added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONIt will be convenient if the header row (showing result field names) does not disappear while scrolling the page.
gerritbot added a comment.
Change 336209 merged by jenkins-bot:
Remove minutely SPARQL script
https://gerrit.wikimedia.org/r/336209TASK DETAILhttps://phabricator.wikimedia.org/T146468EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot,
gerritbot added a comment.
Change 336208 merged by jenkins-bot:
Remove minutely SPARQL script from CRON
https://gerrit.wikimedia.org/r/336208TASK DETAILhttps://phabricator.wikimedia.org/T146468EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc:
Magnus added a comment.
Yes, that redirect sounds sensible. Could someone do that on the VM config please, or do I have to change WDQ source code?TASK DETAILhttps://phabricator.wikimedia.org/T153439EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MagnusCc:
61 matches
Mail list logo