Re: [Wikidata] Info box proposal

[Brill Lyle]

Because this proposal involves depreciating the infobox to Wikipedia -- my
biggest concern -- I changed my endorsement to Weak Support but under no
circumstances implement on English Wikipedia. I think it would be a very
bad approach.

The Danish examples seemed more ideal, which was why I changed to Support.

I also really don't like this sequential list of elements. The faceted
element=value relationship is gone, and adding Wikidata numbers to
Wikipedia is very backwards.

Again, I would like this proposal to involve creating a form (in Wiki
Markup) that is filled in like with the Cite RefToolbar -- see
https://commons.wikimedia.org/wiki/File:RefToolbar-URL-autofill.png --
minus the lookups

I am not seeing a value add to this proposal's implementation. The barriers
to entry for editors is very high.

- Erika
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Edited] T134723: Project Weekly Reports for Automated Testing and Integration of IFTTT support to Wikidata

[D3r1ck01]

D3r1ck01 edited the task description. (Show Details)
EDIT DETAILS...* Worked on the "Experience gained through this project during GSoC" section of my GSoC blog post document and submitted for review to @Lydia_Pintscher.
* Developed the "How my experience has affected my Day-to-Day life" of my blog post and submitted to @Lydia_Pintscher for review.
* Developed the "How my experience has affected my Day-to-Day life""About the project and what I have done so far" section of my blog post and submitted to @Lydia_Pintscher for review.TASK DETAILhttps://phabricator.wikimedia.org/T134723EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: D3r1ck01Cc: Zppix, Bene, Samtar, hoo, Lydia_Pintscher, Slaporte, Aklapper, Sumit, D3r1ck01, Lethexie, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T93273: [Bug] UnresolvedRedirectException from line 87 of WikiPageEntityRevisionLookup.php

[aude]

aude added a comment.
still happens...

Warning: Encountered a UnresolvedRedirectException when trying to load Q19856755 [Called from Wikibase\Client\DataAccess\Scribunto\EntityAccessor::getEntity in /srv/mediawiki/php-1.28.0-wmf.13/extensions/Wikidata/extensions/Wikibase/client/includes/DataAccess/Scribunto/EntityAccessor.php at line 139] in /srv/mediawiki/php-1.28.0-wmf.13/includes/debug/MWDebug.php on line 309TASK DETAILhttps://phabricator.wikimedia.org/T93273EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: Addshore, Bene, hoo, JanZerebecki, thiemowmde, daniel, Lydia_Pintscher, aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] An attribute for "famous person"

[Stas Malyshev]

Hi!

> Jane, now we are really going into the field of elastic search's
> relevancy calculation. When searching, things like popularity
> (pageviews), incoming links, number of different language wiki articles,
> article size, article quality (good/selected), and many other aspects
> could be used to better the results. I wish these were available
> together with the WDQS results, possibly as a number similar to Google's
> "page rank".

See https://phabricator.wikimedia.org/T141813. It is on the TODO list,
but I'm not sure if I get to it this Q (maybe, maybe not). If we make it
talk to Elastic, I imagine anything available to Elastic would be
possible to use, but no promises since I didn't research it yet.


-- 
Stas Malyshev
smalys...@wikimedia.org

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

[Wikidata-bugs] [Maniphest] [Commented On] T142055: Add query.wikidata.org to shortening URL list for UrlShortener

[Legoktm]

Legoktm added a comment.
git blame points to me...no idea what I was thinking!TASK DETAILhttps://phabricator.wikimedia.org/T142055EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LegoktmCc: gerritbot, Legoktm, Wikidata-Query-Service, Wikimedia-Extension-setup, MediaWiki-extensions-UrlShortener, Aklapper, Smalyshev, Prtksxna___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142055: Add query.wikidata.org to shortening URL list for UrlShortener

[gerritbot]

gerritbot added a comment.
Change 302851 had a related patch set uploaded (by Legoktm):
UrlShortener: Whitelist *.wikidata.org

https://gerrit.wikimedia.org/r/302851TASK DETAILhttps://phabricator.wikimedia.org/T142055EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Legoktm, Wikidata-Query-Service, Wikimedia-Extension-setup, MediaWiki-extensions-UrlShortener, Aklapper, Smalyshev, Prtksxna___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142055: Add query.wikidata.org to shortening URL list for UrlShortener

[Legoktm]

Legoktm added a comment.
Hm, this seems like an oversight. We should be whitelisting *.wikidata.org, I'm not sure why it's not a wildcard...TASK DETAILhttps://phabricator.wikimedia.org/T142055EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LegoktmCc: Legoktm, Wikidata-Query-Service, Wikimedia-Extension-setup, MediaWiki-extensions-UrlShortener, Aklapper, Smalyshev, Prtksxna___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T142055: Add query.wikidata.org to shortening URL list for UrlShortener

[greg]

greg added a project: MediaWiki-extensions-UrlShortener.
TASK DETAILhttps://phabricator.wikimedia.org/T142055EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gregCc: Wikidata-Query-Service, Wikimedia-Extension-setup, MediaWiki-extensions-UrlShortener, Aklapper, Smalyshev, Prtksxna, Legoktm___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T131661: [Story] Support for citoid in Wikidata

[czar]

czar added a comment.
@BrillLyle Not sure what you mean by inter-operability with Wikidata or how it might relate to this ticket, but if you're looking for URL → wiki markup (via Citoid lookup), have you tried User:Salix alba/Citoid.js? I have my own rudimentary replacement, but I need more info on editor preferences/workflow if I am to clean it up and make it public. If you're interested, you can leave me a detailed talk page message about your usual process of adding references to your work (do you generate refs separately, do you prefer to write first and add refs later, etc.)TASK DETAILhttps://phabricator.wikimedia.org/T131661EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: aude, czarCc: Izno, Whatamidoing-WMF, czar, Daniel_Mietchen, BrillLyle, Stryn, Tobias1984, Scott_WUaS, Lydia_Pintscher, Elitre, Liuxinyu970226, Trizek-WMF, VIGNERON, Mvolz, Jdforrester-WMF, Florian, aude, Aklapper, merbst, WebIntegrity, Avner, Wess, D3r1ck01, Shangkuanlc, Jrf, OrenBochman, Husun1297, mobrovac, Wikidata-bugs, Malyacko, Etonkovidova, jayvdb, Swainr, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T134723: Project Weekly Reports for Automated Testing and Integration of IFTTT support to Wikidata

[D3r1ck01]

D3r1ck01 edited the task description. (Show Details)
EDIT DETAILS...** Notify me about how many people have birthdays today (could be a very huge number). But this one will be limited to the amount of data in Wikidata (definitely not the whole world).
* Worked on the "Experience gained through this project during GSoC" section of my GSoC blog post document and submitted for review to @Lydia_Pintscher.
* Worked onDeveloped the "Experience gained through this project during GSoC" section"How my experience has affected my Day-to-Day life" of my GSoC blog post document and submitted for review to @Lydia_Pintscherto @Lydia_Pintscher for review.TASK DETAILhttps://phabricator.wikimedia.org/T134723EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: D3r1ck01Cc: Zppix, Bene, Samtar, hoo, Lydia_Pintscher, Slaporte, Aklapper, Sumit, D3r1ck01, Lethexie, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Triaged] T142055: Add query.wikidata.org to shortening URL list for UrlShortener

[Smalyshev]

Smalyshev triaged this task as "Normal" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T142055EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Wikidata-Query-Service, Wikimedia-Extension-setup, MediaWiki-extensions-UrlShortener, Aklapper, Smalyshev, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T142055: Add query.wikidata.org to shortening URL list for UrlShortener

[Smalyshev]

Smalyshev added a parent task: T108557: Review and deploy UrlShortener extension to Wikimedia wikis.
TASK DETAILhttps://phabricator.wikimedia.org/T142055EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Wikidata-Query-Service, Wikimedia-Extension-setup, MediaWiki-extensions-UrlShortener, Aklapper, Smalyshev___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T142055: Add query.wikidata.org to shortening URL list for UrlShortener

[Smalyshev]

Smalyshev added a parent task: T112715: Enable different URL shorteners for WDQS.
TASK DETAILhttps://phabricator.wikimedia.org/T142055EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Wikidata-Query-Service, Wikimedia-Extension-setup, MediaWiki-extensions-UrlShortener, Aklapper, Smalyshev___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T112715: Enable different URL shorteners for WDQS

[Smalyshev]

Smalyshev added a subtask: T142055: Add query.wikidata.org to shortening URL list for UrlShortener.
TASK DETAILhttps://phabricator.wikimedia.org/T112715EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: eranroz, debt, Multichill, Pasleim, Zppix, nichtich, Bhumika30, Liuxinyu970226, Jonas, Ricordisamoa, Lydia_Pintscher, Aklapper, Smalyshev, Avner, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T142055: Add query.wikidata.org to shortening URL list for UrlShortener

[Smalyshev]

Smalyshev created this task.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONCurrently, UrlShortener config allows to use URLs based on wikidata.org but not query.wikidata.org. It would be very useful if we could also shorten query URLs, this requires adding query.wikidata.org to whitelisted domains for UrlShortener.

Also, test.wikidata.org is not allowed even on labs, may make sense to add that too for testing purposes. Maybe even *.wikidata.org?TASK DETAILhttps://phabricator.wikimedia.org/T142055EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Wikidata-Query-Service, Wikimedia-Extension-setup, MediaWiki-extensions-UrlShortener, Aklapper, Smalyshev, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T142032: Impossible to modify statements with "item" datatype

[aude]

aude closed this task as "Resolved".aude claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T142032EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: gerritbot, Epidosis, aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142032: Impossible to modify statements with "item" datatype

[gerritbot]

gerritbot added a comment.
Change 302782 merged by jenkins-bot:
Revert "Put wikidata back on wmf.12 (until T142032 is fixed)"

https://gerrit.wikimedia.org/r/302782TASK DETAILhttps://phabricator.wikimedia.org/T142032EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Epidosis, aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142032: Impossible to modify statements with "item" datatype

[gerritbot]

gerritbot added a comment.
Change 302780 merged by jenkins-bot:
Update Property Suggester (again)

https://gerrit.wikimedia.org/r/302780TASK DETAILhttps://phabricator.wikimedia.org/T142032EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Epidosis, aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T139573: Simple html formatting within Wikidata labels

[daniel]

daniel added a comment.
@Oliv0 I'd prefer a Lua module to implement the "show statement value instead of label if it exists" logic. This logic could be adjusted on-wiki, if needed. {{#property:}} should be reserved for the "low level" direct access. The module call can easily be wrapped in a template, so you would just have {{pretty-prop:P1234}} in the wikitext.

I can see that limited markup in labels would be nice for some use cases, but introducing it now opens a whole can of ugly worms in terms of compatibility.TASK DETAILhttps://phabricator.wikimedia.org/T139573EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: daniel, VIGNERON, Moyogo, Bugreporter, Ltrlg, Metamorforme42, Aklapper, Zppix, Oliv0, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Info box proposal

[Info WorldUniversity]

Hi Markus and All,

Looking forward to when further parts of this Wikidata-Wikipedia bridging
puzzle come together - and re Wikipedia Info Boxes and Wikidata Items (
https://www.wikidata.org/wiki/Wikidata:WikiProject_Infoboxes &
https://meta.wikimedia.org/wiki/Wikidata/Infoboxes). I wonder in what ways
a templates' approach could FURTHER play a complementary role here (which
might be something for a new different thread than this "info box proposal"
Wikidata thread) and in terms of making easy using Wikidata ITEMS (SQL) in
new ways in conjunction with ongoing ease of end-user editing (e..g. in
wiki or Wikipedia).

While this templates' approach may find best form in MediaWiki (so visual
editor et al), I have in mind this central World University and School
SUBJECT TEMPLATE - http://worlduniversity.wikia.com/wiki/SUBJECT_TEMPLATE (and
its related templates: Languages (all), Nation States (all, each a major
university), Museums, etc., at bottom ) - which inform almost all 720 pages
of WUaS currently (which is mostly in English currently, except for the CC
MIT OCW in 7 languages) but plans to be in all 358 Wikipedia languages (and
eventually in all 8k languages) - for thinking further about this. WUaS
donated itself to Wikidata last autumn.

Wikipedia info boxes may be the answer to this Templates' approach - by
building in differentially developing Wikipedia info boxes for their
relative ease of use with structured data/Items into Templates for use in
new ways. I'm thinking here about what's ahead with voice for Wikidata, and
how I might be able to say (in Android currently) to my phone "please add
this link to "regional languages in Germany" to the Germany Wikipedia
information box with its links to Wikidata items here -
https://en.wikipedia.org/wiki/Germany (e.g.
https://en.wikipedia.org/wiki/Languages_of_Germany) - like one sees in
India Wikipedia information box here https://en.wikipedia.org/wiki/India
(e.g. https://en.wikipedia.org/wiki/Languages_of_India). Would using voice
with info boxes into Wikidata facilitate new kinds of ease of use in
Wikidata? Could we dedicate a specific kind of Wikipedia info box to voice
developments (... and later use brain wave headsets for adding information
in a kind of drag and drop a link ... and then even later develop this
voice approach - voice is so easy! - (and beyond that brainwave headsets)
with SQL ad SQID, for example.

I'm wondering further, thinking ahead, re info boxes and the WUaS SUBJECT
TEMPLATE +, whether it might be possible to turn each "subsection" in WUaS
into a kind of dedicated Wikipedia info box <> Wikidata items ... and
anticipate both voice, head sets and SQL. Are these some logical next steps
in this puzzle coming together, Markus and All?

As the pieces of the puzzle come further together, the beauty of a
"templates approach" offering specialization of info boxes (re accessing
https://www.wikidata.org/wiki/Wikidata:Data_access) - is their ease of
editing - like in Wikipedia - and their potential for exploring interfacing
with structured data in possibly new unfolding ways.

Thank you for these great Wikidata and Wikipedia projects - now in all 358
languages.

Cheers, Scott



On Aug 3, 2016 9:16 AM, "Federico Leva (Nemo)"  wrote:

> Brill Lyle, 03/08/2016 13:30:
>
>> Huge barrier for Wikipedia end-users.
>>
>
> What makes you think so? Did you interview or observe users editing? In my
> experience, Wikidata is much easier for newbies to grasp than wikitext or
> even VisualEditor: like VisualEditor's template editor, Wikidata resembles
> a standard form, which people are used to.
>
> We only need to make sure there are direct deep links from each piece of
> displayed (or missing) information to the statement on Wikidata where they
> are (or should be); and later add dialogs for direct editing from the
> client wikis, as was done long ago with the interlanguage links.
>
> Nemo
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T139573: Simple html formatting within Wikidata labels

[Oliv0]

Oliv0 added a comment.
@daniel Markup in statement values is a different question (it has been raised a few times on frwiki e.g.. for image labels, which frequently use wikitext). This task is about what is displayed in Wikipedia by {{#property:}} or mw.wikibase.getEntity etc., that is labels, and about a very restricted use of html as you suggested.
If a "label with wikitext" multilingual wikitext property, when its value exists, could be used by {{#property:}} etc. instead of the label value, this could do the job but it would be a strange data structure, with the displayed label info coming both from the item label and from the value of a property.TASK DETAILhttps://phabricator.wikimedia.org/T139573EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Oliv0Cc: daniel, VIGNERON, Moyogo, Bugreporter, Ltrlg, Metamorforme42, Aklapper, Zppix, Oliv0, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T119754: Investigate wiki page / wikitext annotation plugin for grafana

[yuvipanda]

yuvipanda closed subtask T120295: Setup "official labs grafana" instance as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T119754EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, yuvipandaCc: Aklapper, Addshore, StudiesWorld, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T131593: Supporting Hebrew calendar model in Wikidata

[Bugreporter]

Bugreporter added a parent task: T87764: Bugs related to time datatype.
TASK DETAILhttps://phabricator.wikimedia.org/T131593EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: IKhitron, daniel, Lydia_Pintscher, Aklapper, eranroz, D3r1ck01, Izno, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T87764: Bugs related to time datatype

[Bugreporter]

Bugreporter added subtasks: T131593: Supporting Hebrew calendar model in Wikidata, T141518: [Bug] Invalid calendar models in wbparsevalue are silently discarded, T96010: [Story] add invalid calendar model to calendar model selector if present in the data already.
TASK DETAILhttps://phabricator.wikimedia.org/T87764EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: T.seppelt, Agabi10, Ricordisamoa, Conny, Rical, Liuxinyu970226, Addshore, JulesWinnfield-hu, Wikidata-bugs, Tobi_WMDE_SW, Aklapper, D3r1ck01, Izno, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T96010: [Story] add invalid calendar model to calendar model selector if present in the data already

[Bugreporter]

Bugreporter added a parent task: T87764: Bugs related to time datatype.
TASK DETAILhttps://phabricator.wikimedia.org/T96010EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: thiemowmde, Lydia_Pintscher, Aklapper, daniel, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T141518: [Bug] Invalid calendar models in wbparsevalue are silently discarded

[Bugreporter]

Bugreporter added a parent task: T87764: Bugs related to time datatype.
TASK DETAILhttps://phabricator.wikimedia.org/T141518EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: thiemowmde, adrianheine, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T131593: Supporting Hebrew calendar model in Wikidata

[Bugreporter]

Bugreporter removed a subtask: T87764: Bugs related to time datatype.
TASK DETAILhttps://phabricator.wikimedia.org/T131593EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: IKhitron, daniel, Lydia_Pintscher, Aklapper, eranroz, D3r1ck01, Izno, Psychoslave, Wikidata-bugs, aude, Gryllida, Shizhao, Arrbee, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T87764: Bugs related to time datatype

[Bugreporter]

Bugreporter removed a parent task: T131593: Supporting Hebrew calendar model in Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T87764EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: T.seppelt, Agabi10, Ricordisamoa, Conny, Rical, Liuxinyu970226, Addshore, JulesWinnfield-hu, Wikidata-bugs, Tobi_WMDE_SW, Aklapper, D3r1ck01, Izno, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T129823: BC (Before Christ) times are not correct in wikidata

[Bugreporter]

Bugreporter added a parent task: T87764: Bugs related to time datatype.
TASK DETAILhttps://phabricator.wikimedia.org/T129823EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Luo123n, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T66545: More flexible parsing of centuries and other date precisions

[Bugreporter]

Bugreporter added a parent task: T87764: Bugs related to time datatype.
TASK DETAILhttps://phabricator.wikimedia.org/T66545EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Ricordisamoa, Aklapper, Wikidata-bugs, Nemo_bis, aude, Lydia_Pintscher, JohnLewis, D3r1ck01, Izno, TheDJ, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T87764: Bugs related to time datatype

[Bugreporter]

Bugreporter added subtasks: T129823: BC (Before Christ) times are not correct in wikidata, T131625: [Bug] wbparsevalue parses time to the wrong value, T66545: More flexible parsing of centuries and other date precisions.
TASK DETAILhttps://phabricator.wikimedia.org/T87764EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: T.seppelt, Agabi10, Ricordisamoa, Conny, Rical, Liuxinyu970226, Addshore, JulesWinnfield-hu, Wikidata-bugs, Tobi_WMDE_SW, Aklapper, D3r1ck01, Izno, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142032: Impossible to modify statements with "item" datatype

[gerritbot]

gerritbot added a comment.
Change 302782 had a related patch set uploaded (by Aude):
Revert "Put wikidata back on wmf.12 (until T142032 is fixed)"

https://gerrit.wikimedia.org/r/302782TASK DETAILhttps://phabricator.wikimedia.org/T142032EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Epidosis, aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142032: Impossible to modify statements with "item" datatype

[gerritbot]

gerritbot added a comment.
Change 302780 had a related patch set uploaded (by Aude):
Update Property Suggester (again)

https://gerrit.wikimedia.org/r/302780TASK DETAILhttps://phabricator.wikimedia.org/T142032EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Epidosis, aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T138500: [Task] Add Special:AboutTopic view stats to grafana for ArticlePlaceholder

[Quiddity]

Quiddity added a comment.
Ok, I've reopened (and clarified the title of) T132223: Track pageviews of specific pages that are rendered with ArticlePlaceholders. Thanks!TASK DETAILhttps://phabricator.wikimedia.org/T138500EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Addshore, QuiddityCc: Ricordisamoa, Addshore, Nuria, Quiddity, Stashbot, JAllemandou, Izno, ChrisPins, gerritbot, Lucie, Aklapper, Lydia_Pintscher, Zppix, hoo, Lewizho99, Maathavan, D3r1ck01, Wikidata-bugs, aude, jayvdb, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Retitled] T132223: Track pageviews of specific pages that are rendered with ArticlePlaceholders

[Quiddity]

Quiddity changed the title from "Track pageviews of ArticlePlaceholders" to "Track pageviews of specific pages that are rendered with ArticlePlaceholders".Quiddity reopened this task as "Open".Quiddity edited the task description. (Show Details)
EDIT DETAILSKeep track of which ArticlePlaceholders are most often viewed,Please create a way for editors to see which specific ArticlePlaceholders are most often viewed/rendered. 
This will help the local community to prioritize article creation and/or translation.
E.g. in order to help the local community prioritize article creation and/or translation.

(based off the hackathon etherpad notes.if https://eo.wikipedia.org/wiki/Speciala%C4%B5o:AboutTopic/Q300915 was consistently getting the most views out Feel free to repurpose or resolve this task.)of all uses of Special:AboutTopic at that wiki, then local editors could focus on writing that article.TASK DETAILhttps://phabricator.wikimedia.org/T132223EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: QuiddityCc: Nuria, Lucie, Addshore, Lydia_Pintscher, Ricordisamoa, Quiddity, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Info box proposal

[Brill Lyle]

Really appreciate what you wrote here Markus. Thank you.

After doing a bunch of digging around and collecting questions on the
Discussion page of the proposed Grant, Finn Årup Nielsen (fnielsen) (Thank
you!) provided two examples of roughly what I believe this might look like,
which I am sharing here for anyone who hasn't seen it:

Person: https://da.wikipedia.org/wiki/Svend_Auken
Company: https://da.wikipedia.org/wiki/Bispebjerg_Hospital

Maybe I have comfort with editing template boxes, and assume this is a
minimal barrier, but seeing the possible implementation answered much of my
concerns. This does not seem to be a depreciation away from Wikipedia, I
don't think, like Authority Control was.

I still don't 100% understand how the interface is edited and wonder if
marking the Wikidata page with icons to note the source (i.e., Infobox,
Authority Control) but that might be overkill / unnecessary. (?) But from
these examples I will definitely revise my Endorsement.

Thanks again,

- Erika



*Erika Herzog*
Wikipedia *User:BrillLyle *

On Wed, Aug 3, 2016 at 3:46 PM, Markus Kroetzsch <
markus.kroetz...@tu-dresden.de> wrote:

> Mh. Is this actually leading anywhere? I can see both views, but there is
> a danger that things are getting non-constructive here. A particular issue
> in my view is playing the "Wikipedia-vs-Wikidata" card. I don't see things
> in this way, and I hope most Wikipedia and Wikidata editors don't either.
>
> Of course there are different interfaces and different pitfalls for each
> system. Let's face it: both are far from perfect when it comes to UI.
> People use them because they are extremely important projects, in spite --
> not because -- of the UIs. I have also read about missing documentation on
> how to do things. Again, I don't think either project really shines here.
> There often is documentation if you know where to look, but if you just
> come by the page and want to work, it is very difficult to find it. Things
> could be much better.
>
> Therefore, any approach that looks only at current editors (who already
> have made a lot of effort to wrap their heads around one of the
> not-always-intuitive processes and interfaces) is necessarily too limited.
> Their tolerance to the "other" UI will be as low as anybody's (ask someone
> on the street how nice they find either template editing or Wikidata input
> forms -- you'll get similar views). At the same time, current users often
> have a kind of Stockholm syndrome towards the UI they are used to. We have
> to take their views very serious, but we must not build our sites only for
> the people who already use them now.
>
> The question therefore is not at all which of the current UIs is better,
> but rather how both can be improved. For this list, this mainly leads to
> the question how Wikidata can be improved. The practical insights gathered
> with different editor groups around the world are useful here. The findings
> need to be split into small, actionable units and prioritized. Then they
> will be fixed.
>
> For this to work, it is completely irrelevant if more people like one UI
> or more people like the other. Since the UIs are doing completely different
> things, we won't be able to replace one by the other anyway. All we can do
> is to improve on our side. For this reason, any "vs"-themed discussion can
> only be harmful, attracting trolls who love to chime in whenever there is
> critique, and frustrate contributors who would rather like to get things
> done than to argue.
>
> As for the (little) project that started this discussion, I think it
> should not be overrated in its scope. If people don't find the current UI
> usable enough, they will not switch to use it until we have our processes
> improved. But having other pieces of the puzzle in place will increase the
> pressure on Wikidata to fix remaining pain points, and possibly do exactly
> what Erika is asking for: make the voice of current Wikipedia editors
> (even) more relevant to ongoing Wikidata development.
>
> Peace,
>
> Markus
>
>
>
> On 03.08.2016 19:24, Federico Leva (Nemo) wrote:
>
>> Brill Lyle, 03/08/2016 19:20:
>>
>>> I am not saying editing Wiki Markup on Wikidata. Is that what you are
>>> describing?
>>>
>>
>> No.
>>
>> Nemo
>>
>> ___
>> Wikidata mailing list
>> Wikidata@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikidata
>>
>
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Created] T142035: QUnit tests for property suggester

[aude]

aude created this task.aude added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONIt looks like there are no qunit tests for property suggester.

Maybe if we had some of these, then they would help to catch bugs.TASK DETAILhttps://phabricator.wikimedia.org/T142035EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142032: Impossible to modify statements with "item" datatype

[gerritbot]

gerritbot added a comment.
Change 302777 merged by jenkins-bot:
Put wikidata back on wmf.12 (until T142032 is fixed)

https://gerrit.wikimedia.org/r/302777TASK DETAILhttps://phabricator.wikimedia.org/T142032EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Epidosis, aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142032: Impossible to modify statements with "item" datatype

[gerritbot]

gerritbot added a comment.
Change 302777 had a related patch set uploaded (by Aude):
Put wikidata back on wmf.12 (until T142032 is fixed)

https://gerrit.wikimedia.org/r/302777TASK DETAILhttps://phabricator.wikimedia.org/T142032EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Epidosis, aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T142034: "No match found" when haven't typed anything yet into the entity suggestion search box

[aude]

aude created this task.aude added projects: Wikidata, MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONwhen adding new statements and I haven't typed anything yet (and no suggestions from property suggestor), it says "No match found".

F4334250: nomatchfound.png

I think the suggester should give the user a chance to search something (non-empty) before showing this warning.TASK DETAILhttps://phabricator.wikimedia.org/T142034EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Retitled] T142032: Impossible to modify statements with "item" datatype

[Epidosis]

Epidosis changed the title from "Uncaught TypeError: self._oldGetData is not a function" to "Impossible to modify statements with "item" datatype".
TASK DETAILhttps://phabricator.wikimedia.org/T142032EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: EpidosisCc: Epidosis, aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Triaged] T142032: Uncaught TypeError: self._oldGetData is not a function

[Epidosis]

Epidosis triaged this task as "High" priority.Epidosis added a comment.
It's impossible to add or modify statements with "item" datatype.TASK DETAILhttps://phabricator.wikimedia.org/T142032EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: EpidosisCc: Epidosis, aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142032: Uncaught TypeError: self._oldGetData is not a function

[aude]

aude added a comment.
https://github.com/Wikidata-lib/PropertySuggester/pull/171TASK DETAILhttps://phabricator.wikimedia.org/T142032EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Info box proposal

[Markus Kroetzsch]

Mh. Is this actually leading anywhere? I can see both views, but there 
is a danger that things are getting non-constructive here. A particular 
issue in my view is playing the "Wikipedia-vs-Wikidata" card. I don't 
see things in this way, and I hope most Wikipedia and Wikidata editors 
don't either.


Of course there are different interfaces and different pitfalls for each 
system. Let's face it: both are far from perfect when it comes to UI. 
People use them because they are extremely important projects, in spite 
-- not because -- of the UIs. I have also read about missing 
documentation on how to do things. Again, I don't think either project 
really shines here. There often is documentation if you know where to 
look, but if you just come by the page and want to work, it is very 
difficult to find it. Things could be much better.


Therefore, any approach that looks only at current editors (who already 
have made a lot of effort to wrap their heads around one of the 
not-always-intuitive processes and interfaces) is necessarily too 
limited. Their tolerance to the "other" UI will be as low as anybody's 
(ask someone on the street how nice they find either template editing or 
Wikidata input forms -- you'll get similar views). At the same time, 
current users often have a kind of Stockholm syndrome towards the UI 
they are used to. We have to take their views very serious, but we must 
not build our sites only for the people who already use them now.


The question therefore is not at all which of the current UIs is better, 
but rather how both can be improved. For this list, this mainly leads to 
the question how Wikidata can be improved. The practical insights 
gathered with different editor groups around the world are useful here. 
The findings need to be split into small, actionable units and 
prioritized. Then they will be fixed.


For this to work, it is completely irrelevant if more people like one UI 
or more people like the other. Since the UIs are doing completely 
different things, we won't be able to replace one by the other anyway. 
All we can do is to improve on our side. For this reason, any 
"vs"-themed discussion can only be harmful, attracting trolls who love 
to chime in whenever there is critique, and frustrate contributors who 
would rather like to get things done than to argue.


As for the (little) project that started this discussion, I think it 
should not be overrated in its scope. If people don't find the current 
UI usable enough, they will not switch to use it until we have our 
processes improved. But having other pieces of the puzzle in place will 
increase the pressure on Wikidata to fix remaining pain points, and 
possibly do exactly what Erika is asking for: make the voice of current 
Wikipedia editors (even) more relevant to ongoing Wikidata development.


Peace,

Markus


On 03.08.2016 19:24, Federico Leva (Nemo) wrote:

Brill Lyle, 03/08/2016 19:20:

I am not saying editing Wiki Markup on Wikidata. Is that what you are
describing?


No.

Nemo

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



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

[Wikidata-bugs] [Maniphest] [Created] T142032: Uncaught TypeError: self._oldGetData is not a function

[aude]

aude created this task.aude added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONJS error when trying to add statement valuesTASK DETAILhttps://phabricator.wikimedia.org/T142032EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T142017: LangLinkHandler::getEntityLinks: Could not load item Q7082645 for Okstad School

[aude]

aude created this task.aude added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONWarning: Wikibase\LangLinkHandler::getEntityLinks: Could not load item Q7082645 for Okstad School [Called from Wikibase\LangLinkHandler::getEntityLinks in /srv/mediawiki/php-1.28.0-wmf.12/extensions/Wikidata/extensions/Wikibase/client/includes/LangLinkHandler.php at line 119] in /srv/mediawiki/php-1.28.0-wmf.12/includes/debug/MWDebug.php on line 309
Aug  3 15:35:37 mw1225:  #012Warning: According to a SiteLinkLookup Q7082645 is linked to enwiki while it is not or it does not exist. [Called from Wikibase\Client\ParserOutput\ClientParserOutputDataUpdater::setBadgesProperty in /srv/mediawiki/php-1.28.0-wmf.12/extensions/Wikidata/extensions/Wikibase/client/includes/ParserOutput/ClientParserOutputDataUpdater.php at line 136] in /srv/mediawiki/php-1.28.0-wmf.12/includes/debug/MWDebug.php on line 309

there must be some inconsistency in the wb_items_per_site tableTASK DETAILhttps://phabricator.wikimedia.org/T142017EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Merged] T135442: Lua should have access to get Q-ID from wiki:page pair

[Bugreporter]

Bugreporter closed this task as a duplicate of T133498: Any title in wikibase can give its item id to modules.
TASK DETAILhttps://phabricator.wikimedia.org/T135442EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Aklapper, Dvorapa, czar, Zppix, D3r1ck01, Izno, Wikidata-bugs, aude, Dinoguy1000, jayvdb, MrStradivarius, Anomie, Jackmcbarn, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T133498: Any title in wikibase can give its item id to modules

[Bugreporter]

Bugreporter added subscribers: Dvorapa, czar, Zppix.Bugreporter merged a task: T135442: Lua should have access to get Q-ID from wiki:page pair.
TASK DETAILhttps://phabricator.wikimedia.org/T133498EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Zppix, czar, Dvorapa, hoo, Lydia_Pintscher, JulesWinnfield-hu, Wikidata-bugs, Ricordisamoa, Candalua, Liuxinyu970226, Yair_rand, ValterVB, Accurimbono, Aubrey, matej_suchanek, Edgars2007, Aklapper, Daniel_Mietchen, Mbch331, Herzi.Pinki, Bene, SJu, Pasleim, Rical, D3r1ck01, Izno, aude___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T138766: [Story] highlight Wikidata and query editing in embedded query result view

[gerritbot]

gerritbot added a comment.
Change 302754 merged by Smalyshev:
Merging from d947e8e0084ee629db9efdaa01f68d3ed662d4aa:

https://gerrit.wikimedia.org/r/302754TASK DETAILhttps://phabricator.wikimedia.org/T138766EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Charlie_WMDE, Jan_Dittrich, Jonas, Aklapper, Zppix, Lydia_Pintscher, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T138766: [Story] highlight Wikidata and query editing in embedded query result view

[gerritbot]

gerritbot added a comment.
Change 302754 had a related patch set uploaded (by Smalyshev):
Merging from d947e8e0084ee629db9efdaa01f68d3ed662d4aa:

https://gerrit.wikimedia.org/r/302754TASK DETAILhttps://phabricator.wikimedia.org/T138766EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Charlie_WMDE, Jan_Dittrich, Jonas, Aklapper, Zppix, Lydia_Pintscher, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T139434: Cleanup WDQS puppet config

[Smalyshev]

Smalyshev edited the task description. (Show Details)
EDIT DETAILSWDQS puppet configuration needs to be cleaned up, namely:
-[x] Log configs moved to /etc
-[] Services made to work as standard service and not hacks
-[] Duplication with scap3 (if any) removedTASK DETAILhttps://phabricator.wikimedia.org/T139434EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: gerritbot, Gehel, Aklapper, Zppix, Smalyshev, Avner, debt, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, ArielGlenn, Mbch331, Jay8g, greg, mmodell___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T139434: Cleanup WDQS puppet config

[Smalyshev]

Smalyshev added a subtask: T116754: Make wdqs-updater service start automatically if data is loaded.
TASK DETAILhttps://phabricator.wikimedia.org/T139434EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: gerritbot, Gehel, Aklapper, Zppix, Smalyshev, Avner, debt, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, ArielGlenn, Mbch331, Jay8g, greg, mmodell___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T116754: Make wdqs-updater service start automatically if data is loaded

[Smalyshev]

Smalyshev added a parent task: T139434: Cleanup WDQS puppet config.
TASK DETAILhttps://phabricator.wikimedia.org/T116754EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Gehel, Aklapper, JanZerebecki, Smalyshev, Avner, debt, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T131036: [Bug] Failed to find message key "wikibase-error-ui-client-error"

[gerritbot]

gerritbot added a comment.
Change 302687 merged by jenkins-bot:
Release 2.1.0

https://gerrit.wikimedia.org/r/302687TASK DETAILhttps://phabricator.wikimedia.org/T131036EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, thiemowmde, Jonas, JanZerebecki, adrianheine, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T138766: [Story] highlight Wikidata and query editing in embedded query result view

[Jonas]

Jonas closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T138766EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: gerritbot, Charlie_WMDE, Jan_Dittrich, Jonas, Aklapper, Zppix, Lydia_Pintscher, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Info box proposal

[Federico Leva (Nemo)]

Brill Lyle, 03/08/2016 19:20:

I am not saying editing Wiki Markup on Wikidata. Is that what you are
describing?


No.

Nemo

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

Re: [Wikidata] Info box proposal

[Brill Lyle]

I think you are misunderstanding. I am not saying editing Wiki Markup on
Wikidata. Is that what you are describing?

I am talking about editing Wiki Markup on Wikipedia. I am expecting this
interface to be editable on Wikipedia, not having it force Wikipedia
editors to edit infoboxes on Wikipedia only in Wikidata.


*Erika Herzog*
Wikipedia *User:BrillLyle *

On Wed, Aug 3, 2016 at 1:06 PM, Federico Leva (Nemo) 
wrote:

> Brill Lyle, 03/08/2016 18:53:
>
>> Speaking of: Where's the user documentation for Authority Control? Have
>> you tried to update and/or add Authority Control on Wikidata manually?
>>
>
> Sure. I've also taught dozens of persons and none of them preferred
> entering said data via wikitext (despite being taught that option too).
>
>
> Nemo
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Info box proposal

[Federico Leva (Nemo)]

Brill Lyle, 03/08/2016 18:53:

Speaking of: Where's the user documentation for Authority Control? Have
you tried to update and/or add Authority Control on Wikidata manually?


Sure. I've also taught dozens of persons and none of them preferred 
entering said data via wikitext (despite being taught that option too).


Nemo

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

Re: [Wikidata] Info box proposal

[Brill Lyle]

I am basing my concerns on my own experience editing Wikidata as well as
two separate workshops where Wikimedia NYC Wikipedia editors were taught
and edited Wikidata and discussed end-user challenges both times.

I disagree that Wikidata is easier to edit than Wiki Markup or Visual
Editor. The null responses when trying to save, those alone, if you are not
using the controlled expected vocabularies presents huge barriers to
editing. Frankly, manual editing takes forever. Sorry totally disagree.

Deep links is well and good but how about user documentation and making it
a seamless experience for Wikipedia editors -- not just for Wikidata
editors? I think you are missing the point of my concerns here. And to make
such a significant change and implement it with no regard for Wikipedia
editors, the whole thing seems very non-ideal and problematic. And biased
towards Wikidata.

There seems to be a lack of focus on the casual Wikipedia editor and their
needs. The focus is on Wikidata, which is fine if you are doing Wikidata
editing or running queries, I guess. But for this to be interoperable
between Wikipedia and Wikidata, the usability for an end-user is an issue.
And more importantly a barrier.

Speaking of: Where's the user documentation for Authority Control? Have you
tried to update and/or add Authority Control on Wikidata manually? It is
clunky and difficult and you need to know Wikidata to do it. I keep
whinging and moaning enough about it maybe I'll try to do a rapid grant to
fund a project so I can carve out time to create something finally.

For the Infobox template it's even more elements, and it's unclear to me
how an Infobox populates on Wikidata.

And are all Infobox templates on Wikipedia considered here? Are all
elements going to translate, exhaustively?

I had the same concern with the RefToolbar Cite templates, which was part
of the bibliographic metadata focus at WikiCite 2016 recently. What is the
point of Wikipedia editors using these great templates in Wikipedia when
there is no effort by Wikidata to create pathways and integrate existing
Wikipedia templates into the semantics of Wikidata? I find this maddening.
And a big problem.

- Erika



*Erika Herzog*
Wikipedia *User:BrillLyle *

On Wed, Aug 3, 2016 at 12:15 PM, Federico Leva (Nemo) 
wrote:

> Brill Lyle, 03/08/2016 13:30:
>
>> Huge barrier for Wikipedia end-users.
>>
>
> What makes you think so? Did you interview or observe users editing? In my
> experience, Wikidata is much easier for newbies to grasp than wikitext or
> even VisualEditor: like VisualEditor's template editor, Wikidata resembles
> a standard form, which people are used to.
>
> We only need to make sure there are direct deep links from each piece of
> displayed (or missing) information to the statement on Wikidata where they
> are (or should be); and later add dialogs for direct editing from the
> client wikis, as was done long ago with the interlanguage links.
>
> Nemo
>
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Info box proposal

[Federico Leva (Nemo)]

Brill Lyle, 03/08/2016 13:30:

Huge barrier for Wikipedia end-users.


What makes you think so? Did you interview or observe users editing? In 
my experience, Wikidata is much easier for newbies to grasp than 
wikitext or even VisualEditor: like VisualEditor's template editor, 
Wikidata resembles a standard form, which people are used to.


We only need to make sure there are direct deep links from each piece of 
displayed (or missing) information to the statement on Wikidata where 
they are (or should be); and later add dialogs for direct editing from 
the client wikis, as was done long ago with the interlanguage links.


Nemo

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

[Wikidata-bugs] [Maniphest] [Commented On] T141956: Uncaught TypeError: Cannot read property 'option' of undefined (when saving statements)

[gerritbot]

gerritbot added a comment.
Change 302716 merged by jenkins-bot:
Fix TypeError due to race condition in edittoolbar

https://gerrit.wikimedia.org/r/302716TASK DETAILhttps://phabricator.wikimedia.org/T141956EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, gerritbotCc: gerritbot, thiemowmde, Jonas, aude, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T141997: Show a explicit error when trying to compare different type of entity/non-entity (instead of internal error)

[Bugreporter]

Bugreporter created this task.Bugreporter added a project: MediaWiki-extensions-WikibaseRepository.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONFor example:
compare Q1 and Wikidata:Main Page
compare Q1 and Property:P31TASK DETAILhttps://phabricator.wikimedia.org/T141997EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Aklapper, Bugreporter, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T138766: [Story] highlight Wikidata and query editing in embedded query result view

[gerritbot]

gerritbot added a comment.
Change 302685 merged by jenkins-bot:
Change embedding link text

https://gerrit.wikimedia.org/r/302685TASK DETAILhttps://phabricator.wikimedia.org/T138766EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Charlie_WMDE, Jan_Dittrich, Jonas, Aklapper, Zppix, Lydia_Pintscher, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T141958: Notice: Undefined property: Wikibase\Client\DataAccess\Scribunto\Scribunto_LuaWikibaseLibrary::$repoLinker in /srv/mediawiki/php-1.28.0-wmf.12/exten

[gerritbot]

gerritbot added a comment.
Change 302717 merged by jenkins-bot:
Fix undefined $repoLinker warnings

https://gerrit.wikimedia.org/r/302717TASK DETAILhttps://phabricator.wikimedia.org/T141958EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Aklapper, aude, D3r1ck01, Izno, Wikidata-bugs, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T140576: Show categories in query example dialog

[gerritbot]

gerritbot added a comment.
Change 302726 merged by Smalyshev:
Merging from 8f8caa1ed737efa2000efbaae8f79f07b15fa8b8:

https://gerrit.wikimedia.org/r/302726TASK DETAILhttps://phabricator.wikimedia.org/T140576EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jonas, gerritbotCc: gerritbot, Aklapper, Zppix, Jonas, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T140576: Show categories in query example dialog

[gerritbot]

gerritbot added a comment.
Change 302726 had a related patch set uploaded (by Smalyshev):
Merging from 8f8caa1ed737efa2000efbaae8f79f07b15fa8b8:

https://gerrit.wikimedia.org/r/302726TASK DETAILhttps://phabricator.wikimedia.org/T140576EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jonas, gerritbotCc: gerritbot, Aklapper, Zppix, Jonas, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T141771: [Story] In other projects sidebar

[Lucie]

Lucie claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T141771EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LucieCc: Aklapper, Lydia_Pintscher, hoo, Lucie, D3r1ck01, Izno, Wikidata-bugs, aude, jayvdb, Ricordisamoa, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T141864: Add parser function for associated wikidata item ID

[Bugreporter]

Bugreporter added a comment.
For getting item ID from arbitrary page names see also T133498: Any title in wikibase can give its item id to modules (excluding xwiki feature).TASK DETAILhttps://phabricator.wikimedia.org/T141864EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Bugreporter, Zppix, Steenth, Metalindustrien, Sjoerddebruin, matej_suchanek, Lydia_Pintscher, hoo, Aklapper, Yurik, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T141864: Add parser function for associated wikidata item ID

[Bugreporter]

Bugreporter added a comment.
For getting item ID from arbitrary page names see also T133498: Any title in wikibase can give its item id to modules (excluding xwiki feature).TASK DETAILhttps://phabricator.wikimedia.org/T141864EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Bugreporter, Zppix, Steenth, Metalindustrien, Sjoerddebruin, matej_suchanek, Lydia_Pintscher, hoo, Aklapper, Yurik, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T141958: Notice: Undefined property: Wikibase\Client\DataAccess\Scribunto\Scribunto_LuaWikibaseLibrary::$repoLinker in /srv/mediawiki/php-1.28.0-wmf.12/exten

[gerritbot]

gerritbot added a comment.
Change 302717 had a related patch set uploaded (by Aude):
Fix undefined $repoLinker warnings

https://gerrit.wikimedia.org/r/302717TASK DETAILhttps://phabricator.wikimedia.org/T141958EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Aklapper, aude, D3r1ck01, Izno, Wikidata-bugs, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T141956: Uncaught TypeError: Cannot read property 'option' of undefined (when saving statements)

[gerritbot]

gerritbot added a comment.
Change 302716 had a related patch set uploaded (by Aude):
Fix TypeError due to race condition in edittoolbar

https://gerrit.wikimedia.org/r/302716TASK DETAILhttps://phabricator.wikimedia.org/T141956EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, gerritbotCc: gerritbot, thiemowmde, Jonas, aude, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T141956: Uncaught TypeError: Cannot read property 'option' of undefined (when saving statements)

[gerritbot]

gerritbot added a comment.
Change 302709 merged by jenkins-bot:
Fix TypeError due to race condition in edittoolbar

https://gerrit.wikimedia.org/r/302709TASK DETAILhttps://phabricator.wikimedia.org/T141956EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, gerritbotCc: gerritbot, thiemowmde, Jonas, aude, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T141955: Uncaught TypeError: Cannot read property 'search' of undefined

[gerritbot]

gerritbot added a comment.
Change 302710 merged by jenkins-bot:
Forward API error in entityselector when PropertySuggester is not there

https://gerrit.wikimedia.org/r/302710TASK DETAILhttps://phabricator.wikimedia.org/T141955EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, gerritbotCc: TerraCodes, gerritbot, thiemowmde, Jonas, aude, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T141955: Uncaught TypeError: Cannot read property 'search' of undefined

[aude]

aude added a comment.
https://github.com/Wikidata-lib/PropertySuggester/pull/169

(property suggester needed to be updated for compatibility in Wikibase.  It was no longer being triggered, and side effect was the js error)TASK DETAILhttps://phabricator.wikimedia.org/T141955EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, audeCc: TerraCodes, gerritbot, thiemowmde, Jonas, aude, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T141956: Uncaught TypeError: Cannot read property 'option' of undefined (when saving statements)

[Jonas]

Jonas closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T141956EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, JonasCc: gerritbot, thiemowmde, Jonas, aude, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T141955: Uncaught TypeError: Cannot read property 'search' of undefined

[Jonas]

Jonas closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T141955EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, JonasCc: TerraCodes, gerritbot, thiemowmde, Jonas, aude, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Info box proposal

[Brill Lyle]

Agree. I will take it to the discussion page. Wanted to get more feedback
and guidance here but this seems to be an ongoing issue that is probably
not resolvable, at least not now.

- Erika


*Erika Herzog*
Wikipedia *User:BrillLyle *

On Wed, Aug 3, 2016 at 10:41 AM, Lydia Pintscher <
lydia.pintsc...@wikimedia.de> wrote:

> On Wed, Aug 3, 2016 at 4:06 PM, Brill Lyle  wrote:
> > The paper focuses, yet again on Visual Editor. And while I understand
> that
> > many editors prefer this, any implementation must service both the Visual
> > Editor users as well as the Wiki Markup users.
> >
> > Again, major concerns. I guess unless I have more off-Wiki conversations
> > about this topic, I will move my concerns to the proposal page.
> >
> > I believe in Wikidata and want to encourage usage -- and am trying to
> use it
> > more -- but unless you are running queries it's quite frankly a flipping
> > nightmare. I love the idea. Usability, not so much. And I know it is
> > improved and there are many smart people I admire involved in this
> project.
> > But the lack of buy-in by Wikipedia editors is happening for a reason.
>
> You are absolutely right that this is a big problem. However I believe
> that this grant proposal will get us closer to a solution than farther
> away.
>
>
> Cheers
> Lydia
>
> --
> Lydia Pintscher - http://about.me/lydia.pintscher
> Product Manager for Wikidata
>
> Wikimedia Deutschland e.V.
> Tempelhofer Ufer 23-24
> 10963 Berlin
> www.wikimedia.de
>
> Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
>
> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
> unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das
> Finanzamt für Körperschaften I Berlin, Steuernummer 27/029/42207.
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T141931: save not enabled when deleting sitelinks (using backspace/delete)

[aude]

aude added a comment.
and now it's brokenTASK DETAILhttps://phabricator.wikimedia.org/T141931EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: Jonas, jonas.agx, thiemowmde, Aklapper, aude, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] An attribute for "famous person"

[Dimitris Kontokostas]

Apologies for the brief and combined reply but I'm on mobile. Will try and
answer the DBpedia-related comments.

DBpedia provides out degree metrics ( number of outgoing links from an
article) and article size (in wikitext chars)  directly through related
extractors that can be used for ranking.  In-degree is easy to calculate
from the DBpedia dumps but iirc we did not include it in the last releases
(not sure why). Also in-degree is not provided in DBpedia-Live but the
other metrics are.

These metrics are nice but fail in some cases iirc years are heavily linked
but articles about a year e.g. 2000 is not so important.

I agree that a page rank metric would be the most appropriate in this case.
We have pagerank metrics iirc for en, de, nl and we are preparing a
Wikidata-based pagerank that will be presented in the DBpedia meeting in
Leipzig next month.

Best,
Dimitris

Typed by thumb. Please forgive brevity, errors.

On Aug 3, 2016 11:41, "Yuri Astrakhan"  wrote:

> Jane, now we are really going into the field of elastic search's relevancy
> calculation. When searching, things like popularity (pageviews), incoming
> links, number of different language wiki articles, article size, article
> quality (good/selected), and many other aspects could be used to better the
> results. I wish these were available together with the WDQS results,
> possibly as a number similar to Google's "page rank".
>
> On Wed, Aug 3, 2016 at 11:21 AM, Jane Darnell  wrote:
>
>> Too bad, because it would be great for all sorts of project workflows!
>>
>> On Wed, Aug 3, 2016 at 10:04 AM, Stas Malyshev 
>> wrote:
>>
>>> Hi!
>>>
>>> On 8/2/16 11:36 PM, Jane Darnell wrote:
>>> > Would page props also give me the creation date of the Wikipedia page
>>> in
>>> > that specific sitelink? Because this is something I needed when
>>>
>>> Don't think so and I don't think such data should be in Wikidata or WDQS
>>> database - it's Wikipedia administrative data and should be there.
>>>
>>> External service can combine data from these sources but I don't think
>>> it falls under WDQS tasks.
>>> --
>>> Stas Malyshev
>>> smalys...@wikimedia.org
>>>
>>> ___
>>> Wikidata mailing list
>>> Wikidata@lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/wikidata
>>>
>>
>>
>> ___
>> Wikidata mailing list
>> Wikidata@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikidata
>>
>>
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T141931: save not enabled when deleting sitelinks (using backspace/delete)

[aude]

aude added a comment.
hmmm. now the save button works.

one thing i do notice different though is when clicking edit on Wikidata, the cursor is active at the end of the first site link.

on test.wikidata, the cursor is not active in any of the site linksTASK DETAILhttps://phabricator.wikimedia.org/T141931EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: audeCc: Jonas, jonas.agx, thiemowmde, Aklapper, aude, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T141931: save not enabled when deleting sitelinks (using backspace/delete)

[Jonas]

Jonas added a comment.
Could you please provide steps to reproduce?

From what I see test is as broken as live:
You can only save when the suggester was trigger, so when


ctrl + a + entf -> can not save
delete faster than suggester is triggered -> can not save
TASK DETAILhttps://phabricator.wikimedia.org/T141931EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Jonas, jonas.agx, thiemowmde, Aklapper, aude, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T141956: Uncaught TypeError: Cannot read property 'option' of undefined (when saving statements)

[thiemowmde]

thiemowmde claimed this task.thiemowmde triaged this task as "Normal" priority.thiemowmde added projects: Wikidata-Sprint-2016-08-02, MediaWiki-extensions-WikibaseView, Patch-For-Review.thiemowmde moved this task from incoming to in current sprint on the Wikidata board.
TASK DETAILhttps://phabricator.wikimedia.org/T141956WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: gerritbot, thiemowmde, Jonas, aude, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Triaged] T141955: Uncaught TypeError: Cannot read property 'search' of undefined

[thiemowmde]

thiemowmde triaged this task as "Low" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T141955EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: TerraCodes, gerritbot, thiemowmde, Jonas, aude, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T141955: Uncaught TypeError: Cannot read property 'search' of undefined

[thiemowmde]

thiemowmde claimed this task.thiemowmde added projects: Wikidata-Sprint-2016-08-02, MediaWiki-extensions-WikibaseView, Patch-For-Review, Easy.thiemowmde moved this task from incoming to in current sprint on the Wikidata board.Herald added a subscriber: TerraCodes.
TASK DETAILhttps://phabricator.wikimedia.org/T141955WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: TerraCodes, gerritbot, thiemowmde, Jonas, aude, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T141955: Uncaught TypeError: Cannot read property 'search' of undefined

[gerritbot]

gerritbot added a comment.
Change 302710 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Forward API error in entityselector when PropertySuggester is not there

https://gerrit.wikimedia.org/r/302710TASK DETAILhttps://phabricator.wikimedia.org/T141955EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, thiemowmde, Jonas, aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T141956: Uncaught TypeError: Cannot read property 'option' of undefined (when saving statements)

[gerritbot]

gerritbot added a comment.
Change 302709 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Fix TypeError due to race condition in edittoolbar

https://gerrit.wikimedia.org/r/302709TASK DETAILhttps://phabricator.wikimedia.org/T141956EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, thiemowmde, Jonas, aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Reopened] T141620: Allow = in wbsearchentities

[DaBPunkt]

DaBPunkt reopened this task as "Open".DaBPunkt added a comment.
mm, but the  search-continue-attribute is only working until you reach the limit of 50.

For example

https://www.wikidata.org/w/api.php?format=xml="">

returns the attribute but

https://www.wikidata.org/w/api.php?format=xml="">

does not. While I can increase the continue-parameter AFAIS, the API does not return the attribute anymore.TASK DETAILhttps://phabricator.wikimedia.org/T141620EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: DaBPunktCc: gerritbot, Addshore, Aklapper, DaBPunkt, D3r1ck01, Izno, Wikidata-bugs, aude, JeroenDeDauw, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T140997: When guessing quantity precision from digits, use the +/-0.5 rule rather than the +/-1 rule

[gerritbot]

gerritbot added a comment.
Change 302248 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Update DataValues Number to 0.8.1 [DNM]

https://gerrit.wikimedia.org/r/302248TASK DETAILhttps://phabricator.wikimedia.org/T140997EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: daniel, gerritbotCc: gerritbot, Mike_Peel, Lydia_Pintscher, Snaterlicious, jayvdb, SPQRobin, Wikidata-bugs, DSGalaktos, Bugreporter, geraki, Ayack, Gareth, kaldari, Smalyshev, Izno, AmaryllisGardener, Sjoerddebruin, Mbch331, Stryn, Denny, Jc3s5h, Aklapper, Tobias1984, Ricordisamoa, mgrabovsky, daniel, Lewizho99, Maathavan, D3r1ck01, aude___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Info box proposal

[Lucie Kaffee]

Charlie wrote her thesis on how you could integrate Wikidata in Wikipedia,
specifically on Infoboxes, so that might be worth a look when it comes to
this topic, too.
So there is research from the UX perspective and how it'd be able to edit
etc available.
https://commons.wikimedia.org/wiki/File:Facilitating_the_use_of_Wikidata_in_Wikimedia_projects_with_a_user-centered_design_approach.pdf

On Wed, Aug 3, 2016 at 1:44 PM, Yuri Astrakhan 
wrote:

> Erika, would building a better wikidata UI help alleviate your concern?
> For example, it used to be that to add a link to the same article in
> another language, one had to edit raw wiki markup and add a weird language
> link. Now with wikidata it is by far more intuitive, with an edit button
> right next to the list, with an auto-complete and language selector. Could
> we try to build something similar for the infoboxes?
>
> On Aug 3, 2016 2:31 PM, "Brill Lyle"  wrote:
>
>> Saw this posted on Twitter.
>>
>> https://meta.wikimedia.org/wiki/Grants:Project/Putnik/Wikidata_module
>>
>> This proposal is my greatest fear with Wikidata. Depreciate Infoboxes to
>> Wikidata so casual Wikipedia editors can't edit on Wiki, are forced to use
>> Wikidata (comparable to existing Authority Control depreciation). Huge
>> barrier for Wikipedia end-users.
>>
>> Before I voice my concerns on this Grant page, I wondered if the end-user
>> issue has been discussed here -- and if this could be explained why it is
>> such a good idea? And what user issues have been and could be addressed
>> before the project is implemented.
>>
>> I understand something like this is part of Russian Wikipedia. How did
>> that community respond to this what I see as significant change?
>>
>> - Erika
>>
>>
>> ___
>> Wikidata mailing list
>> Wikidata@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikidata
>>
>>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
>


-- 
Lucie-Aimée Kaffee
Working Student Software Development

Wikimedia Deutschland e.V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Phone: +49 (0)30 219 158 26-0http://wikimedia.de

Imagine a world in which every single human being can freely share in
the sum of all knowledge.
That‘s our commitment.

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
unter der Nummer 23855 B.
Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin,
Steuernummer 27/029/42207.
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Info box proposal

[Yuri Astrakhan]

Erika, would building a better wikidata UI help alleviate your concern?
For example, it used to be that to add a link to the same article in
another language, one had to edit raw wiki markup and add a weird language
link. Now with wikidata it is by far more intuitive, with an edit button
right next to the list, with an auto-complete and language selector. Could
we try to build something similar for the infoboxes?

On Aug 3, 2016 2:31 PM, "Brill Lyle"  wrote:

> Saw this posted on Twitter.
>
> https://meta.wikimedia.org/wiki/Grants:Project/Putnik/Wikidata_module
>
> This proposal is my greatest fear with Wikidata. Depreciate Infoboxes to
> Wikidata so casual Wikipedia editors can't edit on Wiki, are forced to use
> Wikidata (comparable to existing Authority Control depreciation). Huge
> barrier for Wikipedia end-users.
>
> Before I voice my concerns on this Grant page, I wondered if the end-user
> issue has been discussed here -- and if this could be explained why it is
> such a good idea? And what user issues have been and could be addressed
> before the project is implemented.
>
> I understand something like this is part of Russian Wikipedia. How did
> that community respond to this what I see as significant change?
>
> - Erika
>
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata] Info box proposal

[Brill Lyle]

Saw this posted on Twitter.

https://meta.wikimedia.org/wiki/Grants:Project/Putnik/Wikidata_module

This proposal is my greatest fear with Wikidata. Depreciate Infoboxes to 
Wikidata so casual Wikipedia editors can't edit on Wiki, are forced to use 
Wikidata (comparable to existing Authority Control depreciation). Huge barrier 
for Wikipedia end-users. 

Before I voice my concerns on this Grant page, I wondered if the end-user issue 
has been discussed here -- and if this could be explained why it is such a good 
idea? And what user issues have been and could be addressed before the project 
is implemented.

I understand something like this is part of Russian Wikipedia. How did that 
community respond to this what I see as significant change?

- Erika

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

[Wikidata-bugs] [Maniphest] [Commented On] T93172: [Task] Adapt JS Serialization to new EntityIdValue serialization

[gerritbot]

gerritbot added a comment.
Change 285630 merged by jenkins-bot:
Use new EntityIdValue serialization in JS

https://gerrit.wikimedia.org/r/285630TASK DETAILhttps://phabricator.wikimedia.org/T93172EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: adrianheine, gerritbotCc: Jonas, Tobi_WMDE_SW, thiemowmde, gerritbot, Ricordisamoa, adrianheine, daniel, Lydia_Pintscher, JeroenDeDauw, Denny, Wikidata-bugs, Aklapper, Lucie, Lewizho99, Maathavan, D3r1ck01, Izno, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T56085: [Task] EntityIdValues should be serialized as strings, not type/number structures.

[Jonas]

Jonas closed subtask T93172: [Task] Adapt JS Serialization to new EntityIdValue serialization as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T56085EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: gerritbot, adrianheine, Tobi_WMDE_SW, Tpt, thiemowmde, hoo, Jimkont, Ricordisamoa, Sumit, Lucie, Aklapper, Wikidata-bugs, Denny, JeroenDeDauw, Lydia_Pintscher, daniel, Lewizho99, Maathavan, D3r1ck01, Izno, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T93172: [Task] Adapt JS Serialization to new EntityIdValue serialization

[Jonas]

Jonas closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T93172EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: adrianheine, JonasCc: Jonas, Tobi_WMDE_SW, thiemowmde, gerritbot, Ricordisamoa, adrianheine, daniel, Lydia_Pintscher, JeroenDeDauw, Denny, Wikidata-bugs, Aklapper, Lucie, Lewizho99, Maathavan, D3r1ck01, Izno, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T131036: [Bug] Failed to find message key "wikibase-error-ui-client-error"

[gerritbot]

gerritbot added a comment.
Change 302687 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Release 2.1.0

https://gerrit.wikimedia.org/r/302687TASK DETAILhttps://phabricator.wikimedia.org/T131036EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, thiemowmde, Jonas, JanZerebecki, adrianheine, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T140986: svn, git, ssh should be valid schemes for URL data types on wikidata.org

[dachary]

dachary edited the task description. (Show Details)
EDIT DETAILS...* https://www.wikidata.org/wiki/Q131344 svn://svn.mplayerhq.hu/mplayer/trunkhu/mplayer/trunk
* https://www.wikidata.org/wiki/Q377539 git://git.kernel.org/pub/scm/virt/kvm/kvm.gitTASK DETAILhttps://phabricator.wikimedia.org/T140986EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, dacharyCc: Lydia_Pintscher, aude, Mbch331, gerritbot, Bugreporter, Ash_Crow, JeroenDeDauw, dachary, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T138766: [Story] highlight Wikidata and query editing in embedded query result view

[gerritbot]

gerritbot added a comment.
Change 302685 had a related patch set uploaded (by Jonas Kress (WMDE)):
Change embedding link text

https://gerrit.wikimedia.org/r/302685TASK DETAILhttps://phabricator.wikimedia.org/T138766EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Charlie_WMDE, Jan_Dittrich, Jonas, Aklapper, Zppix, Lydia_Pintscher, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T131036: [Bug] Failed to find message key "wikibase-error-ui-client-error"

[gerritbot]

gerritbot added a comment.
Change 302684 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Update _javascript_ Api component to 2.0

https://gerrit.wikimedia.org/r/302684TASK DETAILhttps://phabricator.wikimedia.org/T131036EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, thiemowmde, Jonas, JanZerebecki, adrianheine, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, Jay8g, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T140576: Show categories in query example dialog

[Jonas]

Jonas closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T140576EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: gerritbot, Aklapper, Zppix, Jonas, Avner, debt, Gehel, D3r1ck01, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T115269: [Story] When a Quantity is entered with no uncertainty/bounds given, do not guess uncertainty/bounds until needed.

[thiemowmde]

thiemowmde added a comment.
Number of quantity values where upper and lower bounds are the same: 139988.

SELECT
#?item ?property ?statement
?upperBound ?lowerBound
WHERE {
  ?dataValueId wikibase:quantityUpperBound ?upperBound .
  ?dataValueId wikibase:quantityUpperBound ?lowerBound .
  FILTER (?upperBound = ?lowerBound) .
  #?statement ?valueRef ?dataValueId .
  #?item ?property ?statement
  #SERVICE wikibase:label { bd:serviceParam wikibase:language "en" }
}
#LIMIT 10

Typical examples can be seen here (including an odd "0.0" edge case): https://www.wikidata.org/wiki/Q18844537.TASK DETAILhttps://phabricator.wikimedia.org/T115269EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: gerritbot, thiemowmde, Yellowcard, Liuxinyu970226, LikeLifer, Sylvain_WMFr, Lydia_Pintscher, StudiesWorld, He7d3r, Thryduulf, Ricordisamoa, Mike_Peel, Aklapper, daniel, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, JeroenDeDauw, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs