Bmueller updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...* Potentially create a autopopulated blacklist of sites that don't contain microdata in order to decrease the number of sites that need to be checked (Right now every linked page is checked regardless of the domain
Bmueller added a subscriber: Addshore.Bmueller updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...The task is to find ways to find and surface biases and gaps in the data in Wikidata.
**Info for the Hackathon 2018**
If you are interested in working on this at the
ReleaseTaggerBot added a project: MW-1.32-release-notes (WMF-deploy-2018-05-22 (1.32.0-wmf.5)).
TASK DETAILhttps://phabricator.wikimedia.org/T186788EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, ReleaseTaggerBotCc: daniel, thiemowmde, gerritbot,
gerritbot added a comment.
Change 410213 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Add missing return to SpecialModifyEntity
https://gerrit.wikimedia.org/r/410213TASK DETAILhttps://phabricator.wikimedia.org/T186788EMAIL
Denny added a comment.
@Rspeer If I link an article from the German Wikipedia to the English Wikipedia by adding an interwiki link on the German Wikipedia, and then an interwiki bot makes this link be reciprocal by adding the interwiki link on the English Wikipedia, there is no attribution to me
Rspeer added a comment.
[...] without any reference to the originating author. So if that is the case, Wikipedia has already never been compliant with that license.
Wikipedia's interpretation of attribution has always been that the page editing history is sufficient attribution. And, of course,
Rspeer added a comment.
@Denny Nobody's copyright is going to be invalidated by your personal beliefs.
And what do bots have to do with anything? Wiki bots are simple scripts operated by humans. I know how the translation bots worked in particular -- they relied on active approval by their human
Denny added a comment.
I was reading the article you linked to - https://de.wikipedia.org/wiki/Sch%C3%B6pfungsh%C3%B6he#Sch%C3%B6pfungsh%C3%B6he_seit_2013 - and nothing there lets me believe that the list of Interwikilinks would have sufficient "Schöpfungshöhe".TASK
Aschmidt added a comment.
Am 18.05.18 um 00:05 Uhr schrieb Denny:
Copyright has to be about some concrete _expression_.
I'm afraid this is not the case. According to German law copyright is
all about what we call Schöpfungshöhe, and it seems that other legal
systems also subscribe to this
Denny added a comment.
@Rspeer
Copyright has to be about some concrete _expression_.
Are you claiming that the interwiki links that used to be in Wikipedia articles until five years ago should have had copyright protection? Their concrete _expression_ was [[en:London]] [[fr:Londres]]
gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T194273EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Marostegui, Aklapper, Lucas_Werkmeister_WMDE, Jonas, jcrespo, Ladsgroup, Versusxo,
gerritbot added a comment.
Change 433674 had a related patch set uploaded (by Ladsgroup; owner: Amir Sarabadani):
[mediawiki/extensions/Wikibase@master] Drop term_entity_id indexes
https://gerrit.wikimedia.org/r/433674TASK DETAILhttps://phabricator.wikimedia.org/T194273EMAIL
Gstupp added a comment.
Never mind, I didn't pull firstTASK DETAILhttps://phabricator.wikimedia.org/T194898EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GstuppCc: Gstupp, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Abbe98, Wikidata-bugs,
Gstupp closed this task as "Resolved".Gstupp claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T194898EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GstuppCc: Gstupp, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Abbe98,
3t7v5n8gh removed Pablo-WMDE as the assignee of this task.3t7v5n8gh added a subscriber: Pablo-WMDE.
TASK DETAILhttps://phabricator.wikimedia.org/T194754EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: 3t7v5n8ghCc: Pablo-WMDE, WMDE-leszek, Jakob_WMDE, Aklapper,
Gstupp created this task.Gstupp added a project: Wikibase-Containers.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONWhen I start up a fresh wikibase docker-compose up -d, and then run docker ps, I am missing wdqs-frontend.
I get the following in the log
$
Shonagon added a comment.
Hello,
It seems that there are many corrupted files in the cache :
http://zone47.com/crotos/lab/cropper/get.php?q=14619165
http://zone47.com/crotos/lab/cropper/get.php?q=Q1231009
http://zone47.com/crotos/lab/cropper/get.php?q=Q19939091
Actually almost all images I tested
ssastry closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T194821EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ssastryCc: Stashbot, gerritbot, Jakob_WMDE, WMDE-leszek, Aklapper, Addshore, Versusxo, Majesticalreaper22, Giuliamocci,
ssastry closed subtask T194821: parsoid warning with WikibaseLexeme on test.wikidata & beta "Unknown contentmodel wikibase-lexeme" as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T191457EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ssastryCc:
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2018-05-17T17:23:52Z] Updated Parsoid to fd49ab4 (T194821, T194687)TASK DETAILhttps://phabricator.wikimedia.org/T194821EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ssastry, StashbotCc:
Ramsey-WMF added a comment.
Hello! Answers for @dcausse :
As Cparle mentioned, for v1 we don't plan to traverse the instance of and subclass trees. We're not yet sure if that's even reasonable or computationally practical. It may be better to be a little redundant and have all the detail at the
SandraF_WMF updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONA one-hour session in which Sandrawe talks about :
* recent research on how GLAMs use Wikimedia Commons at this moment...* how the #structured-data-commons project can address some of these pain points
Followed
SandraF_WMF updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...* how the Structured Commons team can support tool developers (both newcomers and advanced folks) to pleasantly and productively contribute to the GLAM-Commons tool ecosystem
Etherpad with outline and for
SandraF_WMF added a comment.
Here's an Etherpad with an outline and some links to things we can look at together. https://etherpad.wikimedia.org/p/GLAM-SDC-wmhack18TASK DETAILhttps://phabricator.wikimedia.org/T194275EMAIL
Ramsey-WMF moved this task from Untriaged to Tracking on the Multimedia board.Ramsey-WMF added a project: Multimedia-Team-Working-Board.
TASK DETAILhttps://phabricator.wikimedia.org/T194750WORKBOARDhttps://phabricator.wikimedia.org/project/board/48/EMAIL
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2018-05-17T16:11:28Z] Reload haproxy on dbproxy1010 to depool labsdb1011 T174047 T194341TASK DETAILhttps://phabricator.wikimedia.org/T174047EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To:
gerritbot added a comment.
Change 433591 merged by Marostegui:
[operations/puppet@production] wiki replicas: depool labsdb1011
https://gerrit.wikimedia.org/r/433591TASK DETAILhttps://phabricator.wikimedia.org/T174047EMAIL
ssastry triaged this task as "Normal" priority.ssastry claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T194821EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ssastryCc: gerritbot, Jakob_WMDE, WMDE-leszek, Aklapper, Addshore, Versusxo,
gerritbot added a comment.
Change 433591 had a related patch set uploaded (by Bstorm; owner: Bstorm):
[operations/puppet@production] wiki replicas: depool labsdb1011
https://gerrit.wikimedia.org/r/433591TASK DETAILhttps://phabricator.wikimedia.org/T174047EMAIL
Cmjohnson removed a project: ops-eqiad.Cmjohnson updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...[x] - operations/puppet update (install_server at minimum, other files if possible)
[x] - OS installation
[x] - puppet accept/initial run
[x] - handoff for service
Stashbot added a comment.
Mentioned in SAL (#wikimedia-operations) [2018-05-17T14:35:18Z] Reload haproxy on dbproxy1010 to depool labsdb1010 https://phabricator.wikimedia.org/T174047 https://phabricator.wikimedia.org/T194341TASK DETAILhttps://phabricator.wikimedia.org/T174047EMAIL
Abit added a comment.
@Rfarrand Sure! I can join. Will see if a developer can come as well.TASK DETAILhttps://phabricator.wikimedia.org/T191025EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Keegan, AbitCc: Rfarrand, Halfak, Ksarasola, ESM, Mholloway,
gerritbot added a comment.
Change 433206 merged by Marostegui:
[operations/puppet@production] wiki replicas: depool labsdb1010
https://gerrit.wikimedia.org/r/433206TASK DETAILhttps://phabricator.wikimedia.org/T174047EMAIL
abian updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTIONThere are many entities in Wikidata and processing them all is too expensive for certain purposes. However, for statistical purposes (for example, to get any kind of proportion of property use, completeness, consistency,
abian created this task.abian added projects: Wikidata, Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONThere are many entities in Wikidata and processing them all is too expensive for certain purposes. However, for statistical purposes
Gehel added a comment.
In T194735#4211842, @Fnielsen wrote:
"HTTP 500 seem to have a syntax issue". So I suppose it might be an issue my SPARQL? (I see that the work variable is not returned in one SELECT, but it seems strange to me that it is usually working...)
Emphasis on the seem, I'm
Fnielsen added a comment.
"HTTP 500 seem to have a syntax issue". So I suppose it might be an issue my SPARQL? (I see that the work variable is not returned in one SELECT, but it seems strange to me that it is usually working...)TASK DETAILhttps://phabricator.wikimedia.org/T194735EMAIL
ops-monitoring-bot added a comment.
Completed auto-reimage of hosts:
['wdqs1010.eqiad.wmnet']
and were ALL successful.TASK DETAILhttps://phabricator.wikimedia.org/T194184EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Gehel, ops-monitoring-botCc:
Gehel added a subscriber: Smalyshev.Gehel added a comment.
In T194735#4207076, @Jonas wrote:
Probably a rate limit @Gehel .
You should only run the queries when they are visible for the user to avoid running multiple queries at the same time
The "Rate limit exceeded" is definitely a rate
Gehel claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T194184EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GehelCc: ops-monitoring-bot, gerritbot, Gehel, Smalyshev, Aklapper, Cmjohnson, faidon, RobH, Versusxo, Majesticalreaper22,
ops-monitoring-bot added a comment.
Script wmf-auto-reimage was launched by gehel on neodymium.eqiad.wmnet for hosts:
['wdqs1010.eqiad.wmnet']
The log can be found in /var/log/wmf-auto-reimage/201805171257_gehel_28713.log.TASK DETAILhttps://phabricator.wikimedia.org/T194184EMAIL
EgonWillighagen added a comment.
@Fnielsen, we could add the _javascript_ to run the queries in a way that it only runs when the is visible... e.g. with something like this: https://github.com/shaunbowe/jquery.visibilityChangedTASK DETAILhttps://phabricator.wikimedia.org/T194735EMAIL
Rfarrand added subscribers: Halfak, Rfarrand.Rfarrand added a comment.
Hello! Can a representative from the structured data on commons sprint join us for the mentor / newcomer matching session?
This would just be to help make sure newcomers understand that they can work on this as an option.
Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikimedia-Hackathon-2018, Cloud-VPS (Project-requests).
TASK DESCRIPTIONProject Name: openrefine
Wikitech Usernames of requestors: User:Lucas Werkmeister (WMDE)), User:Pintoch
Purpose: run an instance of
Jonas closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T192443EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: gerritbot, Jonas, Aklapper, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86,
gerritbot added a comment.
Change 433544 had a related patch set (by Pablo Grass (WMDE)) published:
[mediawiki/extensions/WikibaseLexeme@master] Lemma validation: language covered in deserializer
https://gerrit.wikimedia.org/r/433544TASK DETAILhttps://phabricator.wikimedia.org/T191504EMAIL
ops-monitoring-bot added a comment.
Completed auto-reimage of hosts:
['wdqs1009.eqiad.wmnet']
and were ALL successful.TASK DETAILhttps://phabricator.wikimedia.org/T194184EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Cmjohnson, ops-monitoring-botCc:
gerritbot added a comment.
Change 366534 abandoned by Thiemo Kreuz (WMDE):
Remove obsolete backwards compatibility code for "unitStorage" config
https://gerrit.wikimedia.org/r/366534TASK DETAILhttps://phabricator.wikimedia.org/T171107EMAIL
ops-monitoring-bot added a comment.
Script wmf-auto-reimage was launched by gehel on neodymium.eqiad.wmnet for hosts:
['wdqs1009.eqiad.wmnet']
The log can be found in /var/log/wmf-auto-reimage/201805170924_gehel_24254.log.TASK DETAILhttps://phabricator.wikimedia.org/T194184EMAIL
gerritbot added a comment.
Change 433539 merged by Gehel:
[operations/puppet@production] wdqs: disable LDF endpoint for wdqs-test
https://gerrit.wikimedia.org/r/433539TASK DETAILhttps://phabricator.wikimedia.org/T194184EMAIL
gerritbot added a comment.
Change 433539 had a related patch set uploaded (by Gehel; owner: Gehel):
[operations/puppet@production] wdqs: disable LDF endpoint for wdqs-test
https://gerrit.wikimedia.org/r/433539TASK DETAILhttps://phabricator.wikimedia.org/T194184EMAIL
gerritbot added a comment.
Change 433351 merged by Gehel:
[operations/puppet@production] wdqs: configure new wdqs test cluster
https://gerrit.wikimedia.org/r/433351TASK DETAILhttps://phabricator.wikimedia.org/T194184EMAIL
Pintoch added a project: Wikibase-DataModel.
TASK DETAILhttps://phabricator.wikimedia.org/T194869EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: PintochCc: Pintoch, Aklapper, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Wikidata-bugs, aude,
Pintoch updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...When creating a claim with a date value in the Wikibase UI, by default the "After" parameter is set to 0 (see [[ https://www.wikidata.org/w/index.php?title=Q4115189=prev=680600484 |this example]]). Is it
Pintoch updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...If this is not a bug, then there is a bug in Wikidata-Toolkit, which agrees with thismy interpretation of the default value:...TASK DETAILhttps://phabricator.wikimedia.org/T194869EMAIL
Pintoch created this task.Pintoch added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONThe Wikibase date datatype has a notion of precision, and also a lesser known notion of upper and lower bounds expressed as integer multiples of this precision.
For instance, the
Pablo-WMDE updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...* Does the user select an Item? Do we allow any Item, or just ones that have a value for [[ https://www.wikidata.org/wiki/Property:P424 | P424 ("Wikimedia language code") ]]?...TASK
Pablo-WMDE claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T194754EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: WMDE-leszek, Jakob_WMDE, Aklapper, Lydia_Pintscher, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer,
Pablo-WMDE added a project: Wikidata-Turtles-Sprint #5.
TASK DETAILhttps://phabricator.wikimedia.org/T194754EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: WMDE-leszek, Jakob_WMDE, Aklapper, Lydia_Pintscher, Lahi, Gq86, GoranSMilovanovic,
Pablo-WMDE assigned this task to WMDE-leszek.
TASK DETAILhttps://phabricator.wikimedia.org/T191504EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, Pablo-WMDECc: gerritbot, WMDE-leszek, Aklapper, Lydia_Pintscher, Versusxo, Majesticalreaper22,
Pablo-WMDE assigned this task to WMDE-leszek.
TASK DETAILhttps://phabricator.wikimedia.org/T190906EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: WMDE-leszek, Pablo-WMDECc: gerritbot, Addshore, WMDE-leszek, Jakob_WMDE, Aklapper, Pablo-WMDE, Versusxo,
Pablo-WMDE removed Pablo-WMDE as the assignee of this task.
TASK DETAILhttps://phabricator.wikimedia.org/T190928EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Pablo-WMDECc: gerritbot, Aklapper, Jakob_WMDE, Pablo-WMDE, Versusxo, Majesticalreaper22,
gerritbot added a comment.
Change 433348 merged by Gehel:
[operations/puppet@production] wdqs: partman config for wdqs10(09|10)
https://gerrit.wikimedia.org/r/433348TASK DETAILhttps://phabricator.wikimedia.org/T194184EMAIL
MisterSynergy added a comment.
Not sure. At this point I don’t know of any situation where we need integer values with non-integer constraints. This is also based on the observation that in 3.8M claims of 99 different quantity properties with integer constraint deployed, the situation of
64 matches
Mail list logo