date:20151016

[Wikidata-bugs] [Maniphest] [Commented On] T114443: EventBus MVP

2015-10-16 Thread GWicke

GWicke added a comment.

In https://phabricator.wikimedia.org/T114443#1731399, @ori wrote:

> In https://phabricator.wikimedia.org/T114443#1731284, @GWicke wrote:
>
> > See https://phabricator.wikimedia.org/T88459#1604768. tl;dr: It's not 
> > necessarily clear that saving very little code (see above) for EL schema 
> > fetching outweights the cost of additional hardware.
>
>
> Could you explain how you arrived at the figure of 50k requests per second, 
> which you project for this service?


This @ottomata's projection for analytics use cases. For core events, 
throughput should be of a lesser concern as rates will likely be in the low 
hundreds of messages per second.


TASK DETAIL
  https://phabricator.wikimedia.org/T114443

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ottomata, GWicke
Cc: mark, MZMcBride, Krinkle, EBernhardson, bd808, Joe, dr0ptp4kt, madhuvishy, 
Nuria, ori, faidon, aaron, GWicke, mobrovac, Eevans, Ottomata, Matanya, 
Aklapper, JAllemandou, jkroll, Smalyshev, Hardikj, Wikidata-bugs, Jdouglas, 
RobH, aude, Deskana, Manybubbles, daniel, JanZerebecki, RobLa-WMF, Jay8g, 
fgiunchedi, Dzahn, jeremyb, Legoktm, chasemp, Krenair



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

[Wikidata-bugs] [Maniphest] [Changed Project Column] T73685: [Task] Turn mediawiki.org into a Wikidata client

2015-10-16 Thread Johan

Johan moved this task to In current Tech News draft on the user-notice 
workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T73685

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1097/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: aude, Johan
Cc: Johan, Ricordisamoa, Krenair, Aklapper, Liuxinyu970226, Matanya, Legoktm, 
Krinkle, Petrb, Steinsplitter, revi, Glaisher, Quiddity, Snowolf, 
Lydia_Pintscher, jeremyb, Ltrlg, Dereckson, JohnLewis, Luke081515, 
Wikidata-bugs, aude, Jay8g



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

[Wikidata-bugs] [Maniphest] [Changed Project Column] T115653: [Task] Enable Wikibase Client on mediawiki.org (with interwiki links)

2015-10-16 Thread Johan

Johan moved this task to In current Tech News draft on the user-notice 
workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T115653

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1097/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: aude, Johan
Cc: gerritbot, aude, JohnLewis, Dereckson, Ltrlg, jeremyb, Lydia_Pintscher, 
Snowolf, Quiddity, Glaisher, revi, Steinsplitter, Petrb, Krinkle, Legoktm, 
Matanya, Liuxinyu970226, Aklapper, Krenair, Ricordisamoa, Johan, Luke081515, 
Wikidata-bugs, Jay8g



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

[Wikidata-bugs] [Maniphest] [Changed Project Column] T109674: [Story] Integrate Wikidata and Wikispecies

2015-10-16 Thread Johan

Johan moved this task to In current Tech News draft on the user-notice 
workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T109674

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1097/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Johan
Cc: Lydia_Pintscher, Johan, Ricordisamoa, Bugreporter, Aklapper, Luke081515, 
Wikidata-bugs, aude, Jay8g



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

[Wikidata-bugs] [Maniphest] [Changed Project Column] T115654: [Task] Enable Wikibase Client on Wikispecies (with interwiki links - phase 1)

2015-10-16 Thread Johan

Johan moved this task to In current Tech News draft on the user-notice 
workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T115654

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1097/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: aude, Johan
Cc: gerritbot, aude, Aklapper, Bugreporter, Ricordisamoa, Johan, 
Lydia_Pintscher, Luke081515, Wikidata-bugs, Jay8g



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

[Wikidata-bugs] [Maniphest] [Commented On] T115479: [Task] Set globe parameter for GeoData coordinates in Wikibase

2015-10-16 Thread gerritbot

gerritbot added a subscriber: gerritbot.
gerritbot added a comment.

Change 246419 merged by jenkins-bot:
Set globe for coordinates added to GeoData

https://gerrit.wikimedia.org/r/246419


TASK DETAIL
  https://phabricator.wikimedia.org/T115479

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: aude, gerritbot
Cc: gerritbot, JanZerebecki, aude, Aklapper, Wikidata-bugs



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

[Wikidata-bugs] [Maniphest] [Commented On] T114443: EventBus MVP

2015-10-16 Thread gerritbot

gerritbot added a comment.

Change 246891 merged by Ori.livneh:
mwgrep: add '--title' arg

https://gerrit.wikimedia.org/r/246891


TASK DETAIL
  https://phabricator.wikimedia.org/T114443

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ottomata, gerritbot
Cc: gerritbot, mark, MZMcBride, Krinkle, EBernhardson, bd808, Joe, dr0ptp4kt, 
madhuvishy, Nuria, ori, faidon, aaron, GWicke, mobrovac, Eevans, Ottomata, 
Matanya, Aklapper, JAllemandou, jkroll, Smalyshev, Hardikj, Wikidata-bugs, 
Jdouglas, RobH, aude, Deskana, Manybubbles, daniel, JanZerebecki, RobLa-WMF, 
Jay8g, fgiunchedi, Dzahn, jeremyb, Legoktm, chasemp, Krenair



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

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T114443: EventBus MVP

2015-10-16 Thread mobrovac

mobrovac removed a subscriber: gerritbot.
mobrovac removed a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T114443

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ottomata, mobrovac
Cc: mark, MZMcBride, Krinkle, EBernhardson, bd808, Joe, dr0ptp4kt, madhuvishy, 
Nuria, ori, faidon, aaron, GWicke, mobrovac, Eevans, Ottomata, Matanya, 
Aklapper, JAllemandou, jkroll, Smalyshev, Hardikj, Wikidata-bugs, Jdouglas, 
RobH, aude, Deskana, Manybubbles, daniel, JanZerebecki, RobLa-WMF, Jay8g, 
fgiunchedi, Dzahn, jeremyb, Legoktm, chasemp, Krenair



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

[Wikidata-bugs] [Maniphest] [Commented On] T114443: EventBus MVP

2015-10-16 Thread Eevans

Eevans added a comment.

In https://phabricator.wikimedia.org/T114443#1731284, @GWicke wrote:

> In https://phabricator.wikimedia.org/T114443#1730753, @Eevans wrote:
>
> > 1. Already leverages a (really slick) JSON schema registry 
> > 
>
>
> Optionally fetching schemas from a URL isn't that hard really. Example code:
>
>   if (/^https?:\/\//.test(schema)) {
> return preq.get(schema);
>   } else {
> return readFromFile(schema);
>   }
>
>
> This lets us support files for core events, and fetching schemas from meta 
> for EL. Schema validation is a call to a library.

The main reason that I listed this as a benefit, is because I don't understand 
why we need to distinguish between classes of events in this way (at the 
architectural level).  Since EL already has an answer for schema registry, it 
seemed like an advantage.

However, if we assume that we need an additional class of in-tree schemas, then 
the inverse is also true; It would be just as trivial to implement reading from 
the filesystem.

> > 1. Provides a pluggable, composable, architecture with support for a wide 
> > range of readers/writers

> 

> 

> How would this be an advantage for the EventBus portion? Many third-party 
> users will actually only want a minimal event bus, and EL doesn't seem to 
> help with this from what I have seen.

For starters, it means that we have alternatives for environments where Kafka 
is overkill (small third-party installations, dev environments, mw-vagrant, 
etc).  Using, for example, sqlite instead of Kafka is already something 
supported.

There is also a tremendous amount of flexibility here, and even if we assume 
that we need none of that now, it's impossible to assume we never will.  Having 
the ability to compose arbitrary event stream topologies, from/to a wide 
variety of sources/sinks, multiplex, and add in-line processing, sounds like a 
great set of capabilities to base such a project on.

> > - schema registry availability

> 

> 

> There are more concerns here than just availability (although that's 
> important, too).

> 

> Third party users won't necessarily want to give their service access to the 
> internet in order to fetch schemas. We need to provide a way to retrieve a 
> full set of core schemas, and a git repository is an easy way to achieve this.

Third parties could use our schema registry, or use the same extension we do, 
to host one of their own.  Or, (as mentioned elsewhere), we could export 
snapshots of the relevant schemas via CI to ship along side the code (this 
seems safe, as a revision is immutable).

> We also need proper code review and versioning for core schemas, and wikis 
> don't really support code review. We could consider storing pointers to 
> schemas (URLs) instead of the actual schemas in git, but this adds complexity 
> without much apparent benefit:

I would say that both versioning and review are well covered here.  I get your 
point that it's not as specialized as code review tooling might be, but wikis 
are an established means for collaboration.

> Workflow with schemas in git:

> 

> 1. create a patch with a schema change

> 2. code review

> 

>   Workflow with pointers to schemas (URLs) in git:

> 3. save a new schema on meta; note revision id

> 4. create a patch with a schema URL change

> 5. code review

That doesn't seem too onerous to me.

> > For performance, it needs to be Good Enough(tm), where Good Enough should 
> > be something we can quantify based on factors like latency, throughput, and 
> > capacity costs that aren't prohibitively expensive when weighed against 
> > other factors (e.g. engineering effort).

> 

> 

> See https://phabricator.wikimedia.org/T88459#1604768. tl;dr: It's not 
> necessarily clear that saving very little code (see above) for EL schema 
> fetching outweights the cost of additional hardware.

I always find these things difficult to quantify.  There are so many variables. 
 If hypothetically speaking, it only saved us a week, what is that worth?  What 
could we do with another week (lost opportunity costs)?

Also, how do you quantify the value of using a piece of software that other 
teams are already using?  Where you have a wider set of active developers, and 
more eyes on it?  Where ops is already familiar with it?

I don't pretend to know the answers to these.

TASK DETAIL
  https://phabricator.wikimedia.org/T114443

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ottomata, Eevans
Cc: mark, MZMcBride, Krinkle, EBernhardson, bd808, Joe, dr0ptp4kt, madhuvishy, 
Nuria, ori, faidon, aaron, GWicke, mobrovac, Eevans, Ottomata, Matanya, 
Aklapper, JAllemandou, jkroll, Smalyshev, Hardikj, Wikidata-bugs, Jdouglas, 
RobH, aude, Deskana, Manybubbles, daniel, JanZerebecki, RobLa-WMF, Jay8g, 
fgiunchedi, Dzahn, jeremyb, Legoktm, chasemp, Krenair

[Wikidata-bugs] [Maniphest] [Changed Project Column] T108825: [Task] Enable phase 1 for Meta-Wiki

2015-10-16 Thread Johan

Johan moved this task to In current Tech News draft on the user-notice 
workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T108825

WORKBOARD
  https://phabricator.wikimedia.org/project/board/1097/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: aude, Johan
Cc: gerritbot, Johan, MZMcBride, Liuxinyu970226, Ricordisamoa, Glaisher, 
Nemo_bis, Romaine, Nikki, Aklapper, Luke081515, Wikidata-bugs, aude, Jay8g



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

[Wikidata-bugs] [Maniphest] [Commented On] T101719: [EPIC] Push wikidata descriptions to stable.

2015-10-16 Thread JKatzWMF

JKatzWMF added a comment.

@jdlrobson excellent!
@moushira see my question above---sound good?


TASK DETAIL
  https://phabricator.wikimedia.org/T101719

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JKatzWMF
Cc: Nikki, JKatzWMF, Lydia_Pintscher, Jdlrobson, kaldari, Aklapper, Moushira, 
Wikidata-bugs, aude



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

[Wikidata-bugs] [Maniphest] [Commented On] T114443: EventBus MVP

2015-10-16 Thread gerritbot

gerritbot added a subscriber: gerritbot.
gerritbot added a comment.

Change 246891 had a related patch set uploaded (by Ori.livneh):
mwgrep: add '--title' arg

https://gerrit.wikimedia.org/r/246891


TASK DETAIL
  https://phabricator.wikimedia.org/T114443

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ottomata, gerritbot
Cc: gerritbot, mark, MZMcBride, Krinkle, EBernhardson, bd808, Joe, dr0ptp4kt, 
madhuvishy, Nuria, ori, faidon, aaron, GWicke, mobrovac, Eevans, Ottomata, 
Matanya, Aklapper, JAllemandou, jkroll, Smalyshev, Hardikj, Wikidata-bugs, 
Jdouglas, RobH, aude, Deskana, Manybubbles, daniel, JanZerebecki, RobLa-WMF, 
Jay8g, fgiunchedi, Dzahn, jeremyb, Legoktm, chasemp, Krenair



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

[Wikidata-bugs] [Maniphest] [Updated] T114443: EventBus MVP

2015-10-16 Thread gerritbot

gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T114443

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ottomata, gerritbot
Cc: gerritbot, mark, MZMcBride, Krinkle, EBernhardson, bd808, Joe, dr0ptp4kt, 
madhuvishy, Nuria, ori, faidon, aaron, GWicke, mobrovac, Eevans, Ottomata, 
Matanya, Aklapper, JAllemandou, jkroll, Smalyshev, Hardikj, Wikidata-bugs, 
Jdouglas, RobH, aude, Deskana, Manybubbles, daniel, JanZerebecki, RobLa-WMF, 
Jay8g, fgiunchedi, Dzahn, jeremyb, Legoktm, chasemp, Krenair



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

[Wikidata-bugs] [Maniphest] [Commented On] T114443: EventBus MVP

2015-10-16 Thread GWicke

GWicke added a comment.

In https://phabricator.wikimedia.org/T114443#1730753, @Eevans wrote:

> 1. Already leverages a (really slick) JSON schema registry 
> 

Optionally fetching schemas from a URL isn't that hard really. Example code:

  if (/^https?:\/\//.test(schema)) {
return preq.get(schema);
  } else {
return readFromFile(schema);
  }

This lets us support files for core events, and fetching schemas from meta for 
EL. Schema validation is a call to a library.

> 1. Provides a pluggable, composable, architecture with support for a wide 
> range of readers/writers

How would this be an advantage for the EventBus portion? Many third-party users 
will actually only want a minimal event bus, and EL doesn't seem to help with 
this from what I have seen.

> - schema registry availability

There are more concerns here than just availability (although that's important, 
too).

Third party users won't necessarily want to give their service access to the 
internet in order to fetch schemas. We need to provide a way to retrieve a full 
set of core schemas, and a git repository is an easy way to achieve this.

We also need proper code review and versioning for core schemas, and wikis 
don't really support code review. We could consider storing pointers to schemas 
(URLs) instead of the actual schemas in git, but this adds complexity without 
much apparent benefit:

Workflow with schemas in git:

1. create a patch with a schema change
2. code review

Workflow with pointers to schemas (URLs) in git:

1. save a new schema on meta; note revision id
2. create a patch with a schema URL change
3. code review

> For performance, it needs to be Good Enough(tm), where Good Enough should be 
> something we can quantify based on factors like latency, throughput, and 
> capacity costs that aren't prohibitively expensive when weighed against other 
> factors (e.g. engineering effort).

See https://phabricator.wikimedia.org/T88459#1604768. tl;dr: It's not 
necessarily clear that saving very little code (see above) for EL schema 
fetching outweights the cost of additional hardware.

TASK DETAIL
  https://phabricator.wikimedia.org/T114443

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ottomata, GWicke
Cc: mark, MZMcBride, Krinkle, EBernhardson, bd808, Joe, dr0ptp4kt, madhuvishy, 
Nuria, ori, faidon, aaron, GWicke, mobrovac, Eevans, Ottomata, Matanya, 
Aklapper, JAllemandou, jkroll, Smalyshev, Hardikj, Wikidata-bugs, Jdouglas, 
RobH, aude, Deskana, Manybubbles, daniel, JanZerebecki, RobLa-WMF, Jay8g, 
fgiunchedi, Dzahn, jeremyb, Legoktm, chasemp, Krenair

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

[Wikidata-bugs] [Maniphest] [Commented On] T95287: [Epic] separate identifiers from other statements in UI

2015-10-16 Thread Addshore

Addshore added a comment.

> The only reason I see against sitelink is that sometimes, the linked website 
> has dupes in its identifiers, but I don't think it is a really convincing 
> argument.


In light of a recent discussion on the mailing lists I think it is actually 
very important to be able to keep duplicate identifiers here


TASK DETAIL
  https://phabricator.wikimedia.org/T95287

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Addshore
Cc: Zolo, Agabi10, DSGalaktos, MGChecker, jayvdb, Micru, adrianheine, 
thiemowmde, Snaterlicious, Tobi_WMDE_SW, Bene, Multichill, Addshore, Sannita, 
Laddo, PKM, Filceolaire, Pigsonthewing, Legoktm, Ricordisamoa, Daniel_Mietchen, 
Ltrlg, Liuxinyu970226, Sjoerddebruin, Aklapper, Lydia_Pintscher, Wikidata-bugs, 
aude



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

[Wikidata-bugs] [Maniphest] [Edited] T95877: [Story] Setting languages with Babel boxes does not work for global user page

2015-10-16 Thread Multichill

Multichill edited the task description.
Multichill added a project: I18n.

TASK DETAIL
  https://phabricator.wikimedia.org/T95877

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Multichill
Cc: Multichill, Legoktm, Ricordisamoa, JanZerebecki, aude, hoo, thiemowmde, 
Aklapper, Lydia_Pintscher, Wikidata-bugs, SPQRobin, Dereckson, Gryllida, 
Shizhao, Arrbee, KartikMistry, Se4598, Quiddity



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

[Wikidata-bugs] [Maniphest] [Commented On] T114443: EventBus MVP

2015-10-16 Thread GWicke

GWicke added a comment.

> For starters, it means that we have alternatives for environments where Kafka 
> is overkill (small third-party installations, dev environments, mw-vagrant, 
> etc). Using, for example, sqlite instead of Kafka is already something 
> supported.


As far as I can see, there is no support for using any database as a queue / 
log in a way that would give us a light-weight alternative to Kafka. There is 
generally no support for streaming from a database in EventLogging, and 
separate tables are created whenever a schema is changed.

We'll have to implement this either way. We do have fairly nice async table 
abstractions for sqlite and cassandra that we could reuse for this in node. 
Both already implement retention policies. Python has sqlalchemy, which is a 
pretty nice way to interface with dbs. Retention policies would have to be 
implemented manually.


TASK DETAIL
  https://phabricator.wikimedia.org/T114443

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ottomata, GWicke
Cc: mark, MZMcBride, Krinkle, EBernhardson, bd808, Joe, dr0ptp4kt, madhuvishy, 
Nuria, ori, faidon, aaron, GWicke, mobrovac, Eevans, Ottomata, Matanya, 
Aklapper, JAllemandou, jkroll, Smalyshev, Hardikj, Wikidata-bugs, Jdouglas, 
RobH, aude, Deskana, Manybubbles, daniel, JanZerebecki, RobLa-WMF, Jay8g, 
fgiunchedi, Dzahn, jeremyb, Legoktm, chasemp, Krenair



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

[Wikidata-bugs] [Maniphest] [Commented On] T101693: Add autocompletion to the SPARQL ui to allow entering items by typing their label

2015-10-16 Thread gerritbot

gerritbot added a comment.

Change 246893 had a related patch set uploaded (by JanZerebecki):
Code completion for Wikidata entities in SPARQL

https://gerrit.wikimedia.org/r/246893


TASK DETAIL
  https://phabricator.wikimedia.org/T101693

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas, gerritbot
Cc: gerritbot, JanZerebecki, johl, Bene, Aklapper, jkroll, Smalyshev, 
Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles



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

[Wikidata-bugs] [Maniphest] [Commented On] T101693: Add autocompletion to the SPARQL ui to allow entering items by typing their label

2015-10-16 Thread gerritbot

gerritbot added a comment.

Change 246697 abandoned by JanZerebecki:
Code completion for Wikidata entities in SPARQL

Reason:
Wrong repo, moved to https://gerrit.wikimedia.org/r/#/c/246893/ .

https://gerrit.wikimedia.org/r/246697


TASK DETAIL
  https://phabricator.wikimedia.org/T101693

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas, gerritbot
Cc: gerritbot, JanZerebecki, johl, Bene, Aklapper, jkroll, Smalyshev, 
Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles



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

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T115679: Handle property datatype changing gracefully

2015-10-16 Thread Multichill

Multichill added subscribers: Lydia_Pintscher, hoo.
Multichill added a project: Wikidata.

TASK DETAIL
  https://phabricator.wikimedia.org/T115679

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Multichill
Cc: hoo, Lydia_Pintscher, Multichill, Legoktm, Aklapper, jayvdb, 
pywikibot-bugs-list, Wikidata-bugs, aude, Ricordisamoa



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

[Wikidata-bugs] [Maniphest] [Created] T115759: create workaround in wikibase to make Special:Nearby display labels instead of Qids

2015-10-16 Thread JanZerebecki

JanZerebecki created this task.
JanZerebecki assigned this task to Jonas.
JanZerebecki added subscribers: Jonas, daniel, Lydia_Pintscher, thiemowmde, 
Aklapper, aude, JanZerebecki.
JanZerebecki added projects: Wikidata, Wikidata-Sprint-2015-10-13, 
MediaWiki-extensions-WikibaseRepository.

TASK DESCRIPTION
  Create a workaround in wikibase repo to make Special:Nearby display labels 
instead of Qids. So that if a proper solution is not ready before 2015-10-20 
for the next wmf deployment branch we can use that and replace it later.

TASK DETAIL
  https://phabricator.wikimedia.org/T115759

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jonas, JanZerebecki
Cc: JanZerebecki, aude, Aklapper, thiemowmde, Lydia_Pintscher, daniel, Jonas, 
Wikidata-bugs



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

[Wikidata-bugs] [Maniphest] [Unblock] T115325: [Task] run refreshLinks on wikidatawiki

2015-10-16 Thread JanZerebecki

JanZerebecki closed blocking task T115479: [Task] Set globe parameter for 
GeoData coordinates in Wikibase as "Resolved".

TASK DETAIL
  https://phabricator.wikimedia.org/T115325

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: Lydia_Pintscher, Aklapper, aude, thiemowmde, daniel, hoo, Jonas, 
JanZerebecki, Wikidata-bugs



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

[Wikidata-bugs] [Maniphest] [Unblock] T112531: [Story] see items around me (Special:Nearby)

2015-10-16 Thread JanZerebecki

JanZerebecki closed blocking task T115479: [Task] Set globe parameter for 
GeoData coordinates in Wikibase as "Resolved".

TASK DETAIL
  https://phabricator.wikimedia.org/T112531

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: aude, JanZerebecki
Cc: jeremyb, Ainali, aude, Jonas, Aklapper, Lydia_Pintscher, Wikidata-bugs



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

[Wikidata-bugs] [Maniphest] [Closed] T115479: [Task] Set globe parameter for GeoData coordinates in Wikibase

2015-10-16 Thread JanZerebecki

JanZerebecki closed this task as "Resolved".

TASK DETAIL
  https://phabricator.wikimedia.org/T115479

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: aude, JanZerebecki
Cc: gerritbot, JanZerebecki, aude, Aklapper, Wikidata-bugs



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

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T109675: [Task] Enable phase 1 for Wikiversity

2015-10-16 Thread Lsanabria

Lsanabria added a subscriber: Lsanabria.

TASK DETAIL
  https://phabricator.wikimedia.org/T109675

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Lsanabria
Cc: Lsanabria, Ricordisamoa, Liuxinyu970226, Bugreporter, Aklapper, 
Wikidata-bugs, aude



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

[Wikidata-bugs] [Maniphest] [Unblock] T92619: [Task] investigate failing Wikidata browsertests on jenkins

2015-10-16 Thread JanZerebecki

JanZerebecki closed blocking task T115499: failed Description with a too long 
value as "Invalid".

TASK DETAIL
  https://phabricator.wikimedia.org/T92619

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: adrianheine, Ricordisamoa, aude, JanZerebecki, hoo, dduvall, 
Liuxinyu970226, Tobi_WMDE_SW, zeljkofilipin, WMDE-Fisch, Aklapper, 
Wikidata-bugs, greg



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

[Wikidata-bugs] [Maniphest] [Closed] T115499: failed Description with a too long value

2015-10-16 Thread JanZerebecki

JanZerebecki closed this task as "Invalid".
JanZerebecki claimed this task.
JanZerebecki added a comment.

Maybe this was a error in communicating with saucelabs. The failures keep 
changing every run.


TASK DETAIL
  https://phabricator.wikimedia.org/T115499

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: thiemowmde, Aklapper, WMDE-Fisch, Tobi_WMDE_SW, JanZerebecki, aude, 
adrianheine, Wikidata-bugs, greg



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

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T115480: [Task] Set dim parameter for GeoData coordinates in Wikibase

2015-10-16 Thread JanZerebecki

JanZerebecki added subscribers: MaxSem, JanZerebecki.
JanZerebecki added a comment.

There is also coordinate of west,east,north,southernmost point which can be 
used to infer the dimension.

https://www.mediawiki.org/wiki/Extension:GeoData#Glossary says:

> dim - approximate size of an object. Used by GeoData to restrict search and 
> by Geohack for determining appropriate map zoom. The default unit of 
> measurement is metres, although the km suffix may be appended to indicate 
> kilometres.

Also for the parser function:

> scale: Scale of map display for this object, e.g. scale of 300 is 1:300. Gets 
> converted into dim internally using formula dim = scale / 10. If both scale 
> and dim are set, dim has precedence.

However the above mention of Geohack is put into perspective by:

In https://phabricator.wikimedia.org/T75482#1723548, @MaxSem wrote:

> GeoHack does not use GeoData. "not doing any guessing when it is not there" 
> is bad, unless a page with coordinates but without a dim is an exception 
> rather than a rule.

So GeoHack seems to use the same types as GeoData, but not any data from it.

The sql based search of GeoData did not look at dim at all when I looked at 
those queries. Maybe the Elasticsearch implementation does.

So the following still needs to be answered.

In https://phabricator.wikimedia.org/T115480#1730682, @daniel wrote:

> What are the intended use cases for dim? What is //currently// using dim?

TASK DETAIL
  https://phabricator.wikimedia.org/T115480

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: JanZerebecki, MaxSem, daniel, Aklapper, aude, Wikidata-bugs

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

[Wikidata-bugs] [Maniphest] [Changed Project Column] T112285: ContentTranslation link adaptation is mostly broken when translating to be-tarask

2015-10-16 Thread Amire80

Amire80 moved this task to Upstream on the 
MediaWiki-extensions-ContentTranslation workboard.

TASK DETAIL
  https://phabricator.wikimedia.org/T112285

WORKBOARD
  https://phabricator.wikimedia.org/project/board/776/

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Amire80
Cc: daniel, Liuxinyu970226, Purodha, Luke081515, Krenair, Ricordisamoa, 
Amire80, Aklapper, Ixocactus, Wikidata-bugs, aude, Jsahleen, Arrbee, 
KartikMistry



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

[Wikidata-bugs] [Maniphest] [Commented On] T78007: [Task] UI should get list of supported languages from the backend, via dedicated resource loader module

2015-10-16 Thread thiemowmde

thiemowmde added a comment.

- @adrianheine, the example is confusing me a bit. Why are you filtering en, fr 
and de from a list that was just composed from ULS plus a few extra languages?
- One problem I see with the serialization format is that it doesn't give the 
individual parts names. For example, the merged sub-list in the example can not 
be addressed and reused.
- Why not do something like:

  mw.config.set( 'wbMonolingualTextValueLanguages', [
  { type: 'Uls' },
  { type: 'Merging', list: [ 'zxx', 'und' ] },
  { type: 'Filtering', list: [ 'en', 'fr', 'de' ] }
  ] );

To me it looks like this could do exactly the same while being way easier to 
read, parse and understand.


TASK DETAIL
  https://phabricator.wikimedia.org/T78007

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: adrianheine, thiemowmde
Cc: Ricordisamoa, Tobi_WMDE_SW, JeroenDeDauw, Wikidata-bugs, jeblad, 
thiemowmde, JanZerebecki, adrianheine, Aklapper, Lydia_Pintscher, daniel, aude



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

[Wikidata-bugs] [Maniphest] [Commented On] T114220: [Task] Add hook or mechanism in Wikibase for other extensions to register additional extension data in ParserOutput

2015-10-16 Thread gerritbot

gerritbot added a comment.

Change 246834 had a related patch set uploaded (by Thiemo Mättig (WMDE)):
Minor clean-ups in ParserOutput DataUpdates code

https://gerrit.wikimedia.org/r/246834


TASK DETAIL
  https://phabricator.wikimedia.org/T114220

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: aude, gerritbot
Cc: gerritbot, aude, Aklapper, Wikidata-bugs



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

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T67626: [Epic] support for complex queries

2015-10-16 Thread Yellowcard

Yellowcard added a subscriber: Yellowcard.

TASK DETAIL
  https://phabricator.wikimedia.org/T67626

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Yellowcard
Cc: Yellowcard, waldyrious, jeremyb, Ricordisamoa, Aklapper, Laddo, 
Bugreporter, -jem-, Liuxinyu970226, Lydia_Pintscher, Eloquence, Zellfaze, 
jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, 
JanZerebecki



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

[Wikidata-bugs] [Maniphest] [Commented On] T114734: Title and TOC not converted for Wikidata page banner language variants

2015-10-16 Thread Jdlrobson

Jdlrobson added a comment.

@zhuyifei1999 wikidata is optional - you can test without.  Setup is pretty 
straightforward: 
https://www.mediawiki.org/wiki/Extension:WikidataPageBanner#Installation
Would be great if you can work out what's going on here. The language support 
parts of MediaWiki always confuse me! :(


TASK DETAIL
  https://phabricator.wikimedia.org/T114734

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jdlrobson
Cc: gerritbot, Liuxinyu970226, Hkjacksonhk, liangent, Jdlrobson, Aklapper, 
zhuyifei1999, Wikidata-bugs, aude, Lydia_Pintscher



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

[Wikidata-bugs] [Maniphest] [Commented On] T115481: [Task] Set type parameter for GeoData coordinates in Wikibase

2015-10-16 Thread daniel

daniel added a subscriber: daniel.
daniel added a comment.

What are the intended use cases for the type, besides estimating dimenstion? 
What is currently using type?


TASK DETAIL
  https://phabricator.wikimedia.org/T115481

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: daniel, Ricordisamoa, JanZerebecki, aude, Aklapper, Wikidata-bugs



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

[Wikidata-bugs] [Maniphest] [Commented On] T115480: [Task] Set dim parameter for GeoData coordinates in Wikibase

2015-10-16 Thread daniel

daniel added a comment.

One easy way to derive the dimension would be the square root of the area.
Some geographic objects, like rivers, have a length. We can also use that as 
the dimension.

But it feels bad to hardcode this into wikibase. Perhaps it could be done by a 
bot, but that would require us to put an explicit "size" property on items. 
Also not very nice.


TASK DETAIL
  https://phabricator.wikimedia.org/T115480

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: daniel, Aklapper, aude, Wikidata-bugs



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

[Wikidata-bugs] [Maniphest] [Commented On] T95287: [Epic] separate identifiers from other statements in UI

2015-10-16 Thread Zolo

Zolo added a subscriber: Zolo.
Zolo added a comment.

Sorry if that is just late trolling but I don't see any reason why we should 
need references or qualifiers on url-generating identifiers, and so I do not 
see any reason why we should not have sitelinks. Sitelink were made precisely 
for those one to one relations. The only reason I see against sitelink is that 
sometimes, the linked website has dupes in its identifiers, but I don't think 
it is a really convincing argument.


TASK DETAIL
  https://phabricator.wikimedia.org/T95287

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Zolo
Cc: Zolo, Agabi10, DSGalaktos, MGChecker, jayvdb, Micru, adrianheine, 
thiemowmde, Snaterlicious, Tobi_WMDE_SW, Bene, Multichill, Addshore, Sannita, 
Laddo, PKM, Filceolaire, Pigsonthewing, Legoktm, Ricordisamoa, Daniel_Mietchen, 
Ltrlg, Liuxinyu970226, Sjoerddebruin, Aklapper, Lydia_Pintscher, Wikidata-bugs, 
aude



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

[Wikidata-bugs] [Maniphest] [Commented On] T115480: [Task] Set dim parameter for GeoData coordinates in Wikibase

2015-10-16 Thread daniel

daniel added a subscriber: daniel.
daniel added a comment.

What exactly is dim? Am I guessing correctly that it's the approximate diameter 
in meters?

What are the intended use cases for dim? What is //currently// using dim?


TASK DETAIL
  https://phabricator.wikimedia.org/T115480

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel
Cc: daniel, Aklapper, aude, Wikidata-bugs



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

[Wikidata-bugs] [Maniphest] [Commented On] T114443: EventBus MVP

2015-10-16 Thread Eevans

Eevans added a comment.

In https://phabricator.wikimedia.org/T114443#1726139, @Eevans wrote:

> I've expanded upon @gwicke's prototype a bit, progress here: 
> https://github.com/wikimedia/restevent

Actually, after some additional research, I think that we should strongly 
consider the approach that @Ottomata was advocating for here 
, namely that we base this service 
off the existing `eventlogging` Python module 
.

Rationale (in no particular order):

1. Already leverages a (really slick) JSON schema registry 

2. Already handles validation against said registry
3. Provides a pluggable, composable, architecture with support for a wide range 
of readers/writers
4. Builds on an existing code base that is already used in production

TL;DR It looks like the quickest, easiest route to meeting the MVP objectives, 
(plus a number of bonus objectives, for free).

From https://phabricator.wikimedia.org/T88459 (starting about here 
, I think), the objections as 
I understand them seem to be:

1. schema registry availability
2. performance

Both of which I think are tractable.

For schema registry, it should be relatively straightforward to make this 
service more available.

For performance, it needs to be Good Enough(tm), where Good Enough should be 
something we can quantify based on factors like latency, throughput, and 
capacity costs that aren't prohibitively expensive when weighed against other 
factors (e.g. engineering effort).

TASK DETAIL
  https://phabricator.wikimedia.org/T114443

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ottomata, Eevans
Cc: mark, MZMcBride, Krinkle, EBernhardson, bd808, Joe, dr0ptp4kt, madhuvishy, 
Nuria, ori, faidon, aaron, GWicke, mobrovac, Eevans, Ottomata, Matanya, 
Aklapper, JAllemandou, jkroll, Smalyshev, Hardikj, Wikidata-bugs, Jdouglas, 
RobH, aude, Deskana, Manybubbles, daniel, JanZerebecki, RobLa-WMF, Jay8g, 
fgiunchedi, Dzahn, jeremyb, Legoktm, chasemp, Krenair

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

[Wikidata-bugs] [Maniphest] [Claimed] T114734: Title and TOC not converted for Wikidata page banner language variants

2015-10-16 Thread zhuyifei1999

zhuyifei1999 claimed this task.
zhuyifei1999 added a comment.

I'll see if I can do this.


TASK DETAIL
  https://phabricator.wikimedia.org/T114734

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: zhuyifei1999
Cc: gerritbot, Liuxinyu970226, Hkjacksonhk, liangent, Jdlrobson, Aklapper, 
zhuyifei1999, Wikidata-bugs, aude, Lydia_Pintscher



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

[Wikidata-bugs] [Maniphest] [Commented On] T114220: [Task] Add hook or mechanism in Wikibase for other extensions to register additional extension data in ParserOutput

2015-10-16 Thread gerritbot

gerritbot added a comment.

Change 246292 merged by jenkins-bot:
Move DataUpdate and related classes to ParserOutput namespace

https://gerrit.wikimedia.org/r/246292


TASK DETAIL
  https://phabricator.wikimedia.org/T114220

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: aude, gerritbot
Cc: gerritbot, aude, Aklapper, Wikidata-bugs



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

[Wikidata-bugs] [Maniphest] [Commented On] T115679: Handle property datatype changing gracefully

2015-10-16 Thread Ricordisamoa

Ricordisamoa added a subscriber: Ricordisamoa.
Ricordisamoa added a comment.

https://gerrit.wikimedia.org/r/137737 and https://gerrit.wikimedia.org/r/227252 
basically mean that `getPropertyType` only gets called when `Property` is 
constructed manually, right?


TASK DETAIL
  https://phabricator.wikimedia.org/T115679

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ricordisamoa
Cc: Ricordisamoa, hoo, Lydia_Pintscher, Multichill, Legoktm, Aklapper, jayvdb, 
pywikibot-bugs-list, Wikidata-bugs, aude



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

[Wikidata-bugs] [Maniphest] [Commented On] T95686: [Task] write a maintenance script to migrate properties from string to new identifier datatype

2015-10-16 Thread Ricordisamoa

Ricordisamoa added a comment.

How will this impact JSON serialization? Will a new revision be recorded for 
each item? Will `wbgetentities` output and/or dumps format for old revisions 
change too?


TASK DETAIL
  https://phabricator.wikimedia.org/T95686

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: hoo, Ricordisamoa
Cc: jayvdb, gerritbot, MGChecker, daniel, Multichill, Ricordisamoa, 
Liuxinyu970226, Aklapper, Lydia_Pintscher, Wikidata-bugs, aude



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

[Wikidata-bugs] [Maniphest] [Commented On] T115480: [Task] Set dim parameter for GeoData coordinates in Wikibase

2015-10-16 Thread JanZerebecki

JanZerebecki added a comment.

That shows that there is a way to filter on it via API. To understand what is 
appropriate here we need to understand how it is currently used for user facing 
features, user stories so to say.  We know that on wikidata.org nothing is 
currently using it as it as the extension is disabled. Is anything on e.g. 
en.wikipedia.org currently using dim from GeoData? Would anything on a client 
wiki that gets coordinates exclusively from wikidata.org through connected 
pages use dim for anything?


TASK DETAIL
  https://phabricator.wikimedia.org/T115480

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: JanZerebecki
Cc: JanZerebecki, MaxSem, daniel, Aklapper, aude, Wikidata-bugs



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

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T115325: [Task] run refreshLinks on wikidatawiki

2015-10-16 Thread jeremyb

jeremyb added a subscriber: jeremyb.

TASK DETAIL
  https://phabricator.wikimedia.org/T115325

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: jeremyb
Cc: jeremyb, Lydia_Pintscher, Aklapper, aude, thiemowmde, daniel, hoo, Jonas, 
JanZerebecki, Wikidata-bugs



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

[Wikidata-bugs] [Maniphest] [Commented On] T115480: [Task] Set dim parameter for GeoData coordinates in Wikibase

2015-10-16 Thread MaxSem

MaxSem added a comment.

In https://phabricator.wikimedia.org/T115480#1732128, @JanZerebecki wrote:

> In https://phabricator.wikimedia.org/T115480#1730682, @daniel wrote:
>
> > What are the intended use cases for dim? What is //currently// using dim?
>


`api.php?action=query=geosearch=...`


TASK DETAIL
  https://phabricator.wikimedia.org/T115480

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: MaxSem
Cc: JanZerebecki, MaxSem, daniel, Aklapper, aude, Wikidata-bugs



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

[Wikidata-bugs] [Maniphest] [Commented On] T90852: Create a system to store and query links to books

2015-10-16 Thread Minervaxox

Minervaxox added a subscriber: Minervaxox.
Minervaxox added a comment.

Hi. I'd love to work on this as a project as an Outreachy intern, this is so 
exciting! I love structured data and have been using Dbpedia and Sparql for the 
last 6 months. I suggest as a firm microtask, I can use the wikidata api to 
search if the cited source exists already in Wikidata. Would any of the 
subscribers be interested in mentoring this for me?


TASK DETAIL
  https://phabricator.wikimedia.org/T90852

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Ladsgroup, Minervaxox
Cc: Minervaxox, Shrutika719, NiharikaKohli, Mvolz, CeruleanDreamer, Magnus, 
Jdouglas, Lydia_Pintscher, Qgil, Aklapper, Ladsgroup, mobrovac, jkroll, 
Smalyshev, Wikidata-bugs, Ryasmeen, aude, Deskana, Manybubbles, Gryllida, 
JanZerebecki, Jay8g



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

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T102533: [Bug] Disallow (or resolve) dummy language codes.

2015-10-16 Thread Liuxinyu970226

Liuxinyu970226 added a subscriber: Liuxinyu970226.

TASK DETAIL
  https://phabricator.wikimedia.org/T102533

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Liuxinyu970226
Cc: Liuxinyu970226, Nikki, Fomafix, Mbch331, Ricordisamoa, Danmichaelo, 
Aklapper, daniel, Wikidata-bugs, aude



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

[Wikidata-bugs] [Maniphest] [Commented On] T115679: Handle property datatype changing gracefully

2015-10-16 Thread jayvdb

jayvdb added a comment.

In https://phabricator.wikimedia.org/T115679#1732247, @Ricordisamoa wrote:

> https://gerrit.wikimedia.org/r/137737 and 
> https://gerrit.wikimedia.org/r/227252 basically mean that `getPropertyType` 
> only gets called when `Property` is constructed manually, right?

Yes. `Property` is a parent class of `Claim`, so the current exposure is quite 
large; roughly any time a Claim is instantiated directly in order to be used 
with `addClaim` or similar. i.e. reading will likely not break, at least not 
frequently and probably easily fixable, however writing to Wikibase will likely 
be very broken.

TASK DETAIL
  https://phabricator.wikimedia.org/T115679

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: jayvdb
Cc: Ricordisamoa, hoo, Lydia_Pintscher, Multichill, Legoktm, Aklapper, jayvdb, 
pywikibot-bugs-list, Wikidata-bugs, aude

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

[Wikidata-bugs] [Maniphest] [Commented On] T115679: Handle property datatype changing gracefully

2015-10-16 Thread Legoktm

Legoktm added a comment.

Do we expect this to happen again? A property's datatype is supposed to be 
immutable, and except for this one weird case, it is. Unless we can also vary 
on some other constant changing, I don't see any good cache invalidation 
strategy here.

If we expect this kind of change to happen again, I think we should lower the 
cache time to 1 day and accept the minor performance hit. If not, lets just 
tell users to `rm -rf` their apicache and continue on.


TASK DETAIL
  https://phabricator.wikimedia.org/T115679

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Legoktm
Cc: Ricordisamoa, hoo, Lydia_Pintscher, Multichill, Legoktm, Aklapper, jayvdb, 
pywikibot-bugs-list, Wikidata-bugs, aude



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

[Wikidata-bugs] [Maniphest] [Updated] T114734: Title and TOC not converted for Wikidata page banner language variants

2015-10-16 Thread gerritbot

gerritbot added a project: Patch-For-Review.

TASK DETAIL
  https://phabricator.wikimedia.org/T114734

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: zhuyifei1999, gerritbot
Cc: gerritbot, Liuxinyu970226, Hkjacksonhk, liangent, Jdlrobson, Aklapper, 
zhuyifei1999, Wikidata-bugs, aude, Lydia_Pintscher



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

[Wikidata-bugs] [Maniphest] [Commented On] T114734: Title and TOC not converted for Wikidata page banner language variants

2015-10-16 Thread gerritbot

gerritbot added a comment.

Change 247030 had a related patch set uploaded (by Zhuyifei1999):
getBannerHtml: Call $wgContLang->convert( $banner ) before $banner is returned

https://gerrit.wikimedia.org/r/247030


TASK DETAIL
  https://phabricator.wikimedia.org/T114734

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: zhuyifei1999, gerritbot
Cc: gerritbot, Liuxinyu970226, Hkjacksonhk, liangent, Jdlrobson, Aklapper, 
zhuyifei1999, Wikidata-bugs, aude, Lydia_Pintscher



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

[Wikidata-bugs] [Maniphest] [Updated] T115679: Handle property datatype changing gracefully

2015-10-16 Thread jayvdb

jayvdb added a comment.

On cache invalidation, we can force a refresh of the `getPropertyType` 
property-datatype mapping whenever a new datatype is encountered.  What would 
be nice is if Wikibase provided an API call to list all datatypes, so we can 
detect when the list of datatypes changes.  i.e. expose 
https://test.wikidata.org/wiki/Special:ListDatatypes via the API.
However we dont __need__ that, as we can get the list of datatypes from the 
paraminfo of `wbformatvalue`.`datatype`.  However we need to be mindful of 
https://phabricator.wikimedia.org/T55265, if that problem hasnt been fixed yet.

The harder, and much lower exposed problem, is if `pywikibot` users are using 
`CachedRequest` for entities, as the cached serialisation will have the old 
datatype in it, not the new datatype.  IMO this problem is the callers 
responsibility, and our solution should be "delete your apicache".


TASK DETAIL
  https://phabricator.wikimedia.org/T115679

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: jayvdb
Cc: Ricordisamoa, hoo, Lydia_Pintscher, Multichill, Legoktm, Aklapper, jayvdb, 
pywikibot-bugs-list, Wikidata-bugs, aude



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

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T112758: Introduce a DispatchingValueSnakFormatter which dispatches to SnakFormatters based on data type.

2015-10-16 Thread Liuxinyu970226

Liuxinyu970226 removed a subscriber: Liuxinyu970226.

TASK DETAIL
  https://phabricator.wikimedia.org/T112758

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel, Liuxinyu970226
Cc: gerritbot, Lydia_Pintscher, Aklapper, thiemowmde, hoo, JanZerebecki, aude, 
daniel, Bugreporter, Ricordisamoa, Wikidata-bugs



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

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T112759: Introduce a GenericValueSnakFormatter that dispatches to ValueFormatters based on the data type (and value type)

2015-10-16 Thread Liuxinyu970226

Liuxinyu970226 removed a subscriber: Liuxinyu970226.

TASK DETAIL
  https://phabricator.wikimedia.org/T112759

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: daniel, Liuxinyu970226
Cc: gerritbot, Lydia_Pintscher, Aklapper, thiemowmde, hoo, JanZerebecki, aude, 
daniel, Bugreporter, Ricordisamoa, Wikidata-bugs



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

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T87019: In Wikibase 31 07 2009 can be parsed but 31/07/2009 can not

2015-10-16 Thread Liuxinyu970226

Liuxinyu970226 removed a subscriber: Liuxinyu970226.

TASK DETAIL
  https://phabricator.wikimedia.org/T87019

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: thiemowmde, Liuxinyu970226
Cc: WMDE-Fisch, adrianheine, daniel, thiemowmde, Lydia_Pintscher, Addshore, 
Aklapper, Wikidata-bugs, aude



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

[Wikidata-bugs] [Maniphest] [Triaged] T115719: Various pages display table of contents as '1'

2015-10-16 Thread Jdlrobson

Jdlrobson triaged this task as "Normal" priority.
Jdlrobson added a project: Wikidata-Page-Banner.
Jdlrobson set Security to None.
Herald added a project: Wikidata.

TASK DETAIL
  https://phabricator.wikimedia.org/T115719

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Jdlrobson
Cc: Sumit, Aklapper, Jdlrobson, Wikidata-bugs, aude, Lydia_Pintscher



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

56 matches

Mail list logo