[Wikidata-bugs] [Maniphest] [Commented On] T129072: wikibase:geoGlobe IRI included in simple value geo:wktLiteral for non-Earth coordinates

[Christopher]

Christopher added a comment.


  Coincidentally, it seems that there are people who know a lot more about this 
than I do that have debated this issue at length in a long and very informative 
thread:
  CRS specification (was: Re: ISA Core Location Vocabulary) 

  
  It is clearly more involved than just using "proper" software libraries and 
"handling requirements".  The conflicting point that I see from your side is 
that introducing unneeded complexity is bad.  And, also, that this was the best 
practical alternative available for handling "garbage data".  Sure, I agree 
with that, but oversimplification of a problem is worse.  I personally feel 
that the "grunt approach" of using regex in SPARQL to filter URIs from literals 
in a result set is not clean, and also quite costly.
  
  The alternative that introduces subproperties for geometry values is 
definitely more complex and as indicated in the thread:
  
You need OWL 2 to formally define a complex class and then say that 
geometry consists of exactly two parts, one that contains the coordinate
sequence and another on that contain the CRS. You cannot make such 
statements using RDFS or OWL.
  
  To assert that everything that needs to be said about a geometry value can be 
put into a standard RDFS string literal is obviously not true.  The irregular 
form of geo:wktLiteral is a kind of  "convenience method" that seems to work 
for most use cases, but definitely not for all, and I really doubt that it is 
functionally sustainable for complex geodata.

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

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

To: Christopher
Cc: daniel, Smalyshev, Christopher, Aklapper, debt, Gehel, D3r1ck01, FloNight, 
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] T130428: Handle non-Earth coordinates in Maps view

[gerritbot]

gerritbot added a comment.


  Change 278720 merged by jenkins-bot:
  Evaluate globe in coordinates
  
  https://gerrit.wikimedia.org/r/278720

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

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

To: Jonas, gerritbot
Cc: gerritbot, daniel, Nikki, Aklapper, Smalyshev, Lewizho99, debt, Gehel, 
D3r1ck01, FloNight, 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] T130459: Spaces entered in labels/ descriptions set via Special:NewItem not trimmed

[gerritbot]

gerritbot added a comment.


  Change 278557 merged by jenkins-bot:
  Trimming leading and trailing spaces in Special:NewItem
  
  https://gerrit.wikimedia.org/r/278557

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

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

To: D3r1ck01, gerritbot
Cc: gerritbot, Lydia_Pintscher, Aklapper, hoo, Lewizho99, 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] [Edited] T124792: RFC: Service Locator for MediaWiki core

[daniel]

daniel edited the task description.

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

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

To: daniel
Cc: adrianheine, Bene, gerritbot, JanZerebecki, daniel, AndyRussG, Spage, 
Aklapper, bd808, JeroenDeDauw, GWicke, phuedx, Tgr, MZMcBride, RobLa-WMF, 
Ricordisamoa, Glaisher, Izno, Addshore, Lewizho99, D3r1ck01, Wikidata-bugs, 
aude, jayvdb, fbstj, Mbch331, Jay8g, Ltrlg, Legoktm



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

[Wikidata-bugs] [Maniphest] [Commented On] T129072: wikibase:geoGlobe IRI included in simple value geo:wktLiteral for non-Earth coordinates

[Smalyshev]

Smalyshev added a comment.


  I think WKT literal should specify the coordinate system, otherwise it 
becomes essentially useless - you can not do any queries on in if the literal 
may mean something on Earth or something on the Moon. If you query "give me 
items in within 50-mile radius of Paris" and get a moon crater - this is 
useless. Thus, the literal should allow to distinguish between them. This has 
nothin to do with defining CRSes, in which we have no business, or with 
definiting geometries, which we don't do either.
  
  Proper software libraries that handle WKT should also be able to handle 
requirements of OGC standards.  If they do not, they can't handle non-Earth 
coordinates anyway, so it's better for them not being able to parse them than 
parse them and think moon crater is in Paris. Explicit failure is always better 
than garbage data.
  
  > if a Wikidata goal is to introduce more complex GIS spatial data
  
  We'll cross that bridge when we get to it.

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

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

To: Smalyshev
Cc: daniel, Smalyshev, Christopher, Aklapper, debt, Gehel, D3r1ck01, FloNight, 
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] T129072: wikibase:geoGlobe IRI included in simple value geo:wktLiteral for non-Earth coordinates

[Christopher]

Christopher added a comment.


  @Smalyshev so, by stating that geometry and CRS are different, you then 
concur with the main arguments referenced above that they should not be 
conflated in a simple literal.  @Daniel I agree with the idea of specifying the 
CRS as an additional component of the GlobeCoordinate data value separately 
from the geometry.
  
  I do not agree that a Wikidata entity can be inferred to be a CRS without it 
providing or pointing to a serialization that can be validated against a known 
CRS encoding (z.B. gml:GeodeticCRS).  Stating that a CRS is an instance of a 
"geodetic reference system" is only a concept pointer, and does not provide the 
syntax of a CRS schema which is necessary for a software to understand the 
meaning of a geometry.
  
  In summary, these are the reasons why a CRS should not be represented as a 
URI in a simple WKT literal string (that contains point geometry).
  
  1. geometry and its CRS are just two separate things
  2. it becomes much harder to use the CRS as a filter in a SPARQL query
  3. it is not possible to assign multiple CRS specifications to a geometry
  4. the domain of a CRS specification should not be limited to a single 
geometry
  5. The CRS is a URI, so it should be published as one
  6. It is not possible to assign a CRS to a collection of geometries (e.g. a 
dataset)
  7. Software libraries that handle WKT geometry do not expect a CRS as start 
of the string
  
  The current use of simple geo:wktLiteral for WGS84 points is fine, but if a 
Wikidata goal is to introduce more complex GIS spatial data (which I think 
would be very worthwhile), then the implementation should adhere to justifiable 
and reasonable standards for the data representation.

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

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

To: Christopher
Cc: daniel, Smalyshev, Christopher, Aklapper, debt, Gehel, D3r1ck01, FloNight, 
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] [Claimed] T127820: Use localiezd data format when showing TimeValues on the client

[hoo]

hoo claimed this task.

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

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

To: hoo
Cc: Aklapper, StudiesWorld, 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] [Created] T130561: FlaggedRevsHooks::autoMarkPatrolled shouldn't need to update the RC entry that has just been saved

[hoo]

hoo created this task.
Herald added a subscriber: Aklapper.

TASK DESCRIPTION
  Having to update the just-inserted RecentChanges entry in FlaggedRevsHooks is 
very expensive and sometimes fails. See for example:
  
2016-03-21 09:17:09 mw1161 ruwiki 1.27.0-wmf.17 exception ERROR: [9a801118] 
/rpc/RunJobs.php?wiki=ruwiki&type=ChangeNotification&maxtime=60&maxmem=300M   
DBQueryError from line 934 of 
/srv/mediawiki/php-1.27.0-wmf.17/includes/db/Database.php: A database error has 
occurred. Did you forget to run maintenance/update.php after upgrading?  See: 
https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script
Query: UPDATE  `recentchanges` SET rc_patrolled = '1' WHERE rc_cur_id = 
'4078029' AND rc_type = '1' AND (rc_timestamp <= '20151109111526')
Function: RevisionReviewForm::updateRecentChanges
Error: 1205 Lock wait timeout exceeded; try restarting transaction 
(10.64.16.12)
 {"exception_id":"9a801118"}
[Exception DBQueryError] 
(/srv/mediawiki/php-1.27.0-wmf.17/includes/db/Database.php:934) A database 
error has occurred. Did you forget to run maintenance/update.php after 
upgrading?  See: 
https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script
Query: UPDATE  `recentchanges` SET rc_patrolled = '1' WHERE rc_cur_id = 
'4078029' AND rc_type = '1' AND (rc_timestamp <= '20151109111526')
Function: RevisionReviewForm::updateRecentChanges
Error: 1205 Lock wait timeout exceeded; try restarting transaction 
(10.64.16.12)

  #0 /srv/mediawiki/php-1.27.0-wmf.17/includes/db/Database.php(901): 
DatabaseBase->reportQueryError(string, integer, string, string, boolean)
  #1 /srv/mediawiki/php-1.27.0-wmf.17/includes/db/Database.php(1511): 
DatabaseBase->query(string, string)
  #2 
/srv/mediawiki/php-1.27.0-wmf.17/extensions/FlaggedRevs/business/RevisionReviewForm.php(569):
 DatabaseBase->update(string, array, array, string, array)
  #3 
/srv/mediawiki/php-1.27.0-wmf.17/extensions/FlaggedRevs/backend/FlaggedRevs.hooks.php(649):
 RevisionReviewForm::updateRecentChanges(RecentChange, string, FlaggedRevision)
  #4 /srv/mediawiki/php-1.27.0-wmf.17/includes/Hooks.php(195): 
FlaggedRevsHooks::autoMarkPatrolled(RecentChange)
  #5 
/srv/mediawiki/php-1.27.0-wmf.17/includes/changes/RecentChange.php(315): 
Hooks::run(string, array)
  #6 
/srv/mediawiki/php-1.27.0-wmf.17/extensions/Wikidata/extensions/Wikibase/client/includes/Changes/WikiPageUpdater.php(152):
 RecentChange->save()
  #7 
/srv/mediawiki/php-1.27.0-wmf.17/extensions/Wikidata/extensions/Wikibase/client/includes/Changes/ChangeHandler.php(256):
 Wikibase\Client\Changes\WikiPageUpdater->injectRCRecords(array, 
Wikibase\ItemChange)
  #8 
/srv/mediawiki/php-1.27.0-wmf.17/extensions/Wikidata/extensions/Wikibase/client/includes/Changes/ChangeHandler.php(175):
 Wikibase\Client\Changes\ChangeHandler->applyUpdateAction(string, array, 
Wikibase\ItemChange)
  #9 
/srv/mediawiki/php-1.27.0-wmf.17/extensions/Wikidata/extensions/Wikibase/client/includes/Changes/ChangeHandler.php(141):
 Wikibase\Client\Changes\ChangeHandler->handleChange(Wikibase\ItemChange)
  #10 
/srv/mediawiki/php-1.27.0-wmf.17/extensions/Wikidata/extensions/Wikibase/lib/includes/ChangeNotificationJob.php(124):
 Wikibase\Client\Changes\ChangeHandler->handleChanges(array)
  #11 
/srv/mediawiki/php-1.27.0-wmf.17/includes/jobqueue/JobRunner.php(263): 
Wikibase\ChangeNotificationJob->run()
  #12 
/srv/mediawiki/php-1.27.0-wmf.17/includes/jobqueue/JobRunner.php(177): 
JobRunner->executeJob(Wikibase\ChangeNotificationJob, 
BufferingStatsdDataFactory, integer)
  #13 /srv/mediawiki/rpc/RunJobs.php(47): JobRunner->run(array)
  #14 {main}
  
  FlaggedRevs should be able to use a hook that runs in RecentChanges::save 
(pre-save) in order to change the value of `rc_patrolled` pre-save so that we 
already have the right value in the initial insert.

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

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

To: hoo
Cc: aude, Lydia_Pintscher, aaron, Aklapper, hoo, D3r1ck01, Izno, Wikidata-bugs, 
GWicke, Jackmcbarn, Mbch331, Jay8g, Krenair



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

[Wikidata-bugs] [Maniphest] [Updated] T128317: [Bug] Add qualifier does not disappear when a new statement is saved

[hoo]

hoo removed a project: Patch-For-Review.

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

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

To: Lydia_Pintscher, hoo
Cc: gerritbot, Fnielsen, Micru, Lydia_Pintscher, adrianheine, Jonas, 
thiemowmde, Mbch331, Aklapper, matej_suchanek, StudiesWorld, D3r1ck01, Izno, 
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] T130559: Support formatters relying on the qualifier in the AuthorityControl gadget

[hoo]

hoo added a comment.


  This is a substantial change. I'm not opposed to this in general (although I 
raised concerns about modeling at 
https://www.wikidata.org/wiki/MediaWiki_talk:Gadget-AuthorityControl.js#Performance_improvements_.28please_review.29),
 but would like some discussion. Whoever ends up implementing this, please make 
sure you have someone review any changes done in order to resolve this task 
(especially in regards to performance).
  
  AuthorityControl is running on every page view and already is a performance 
bottleneck.

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

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

To: hoo
Cc: hoo, matej_suchanek, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, 
Ricordisamoa, Sjoerddebruin, Mbch331



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

[Wikidata-bugs] [Maniphest] [Commented On] T130534: [Epic] User Documentation for WDQS

[Smalyshev]

Smalyshev added a comment.


  Please see:
  
  https://www.mediawiki.org/wiki/Wikidata_query_service/Implementation
  https://www.mediawiki.org/wiki/Wikidata_query_service/User_Manual
  
https://github.com/wikimedia/wikidata-query-rdf/blob/master/docs/getting-started.md
  
  Some parts may need updating.

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

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

To: Smalyshev
Cc: Smalyshev, Lydia_Pintscher, johl, Jonas, Aklapper, debt, Gehel, D3r1ck01, 
FloNight, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, 
Mbch331, Spage



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

[Wikidata-bugs] [Maniphest] [Created] T130559: Support formatters relying on the qualifier in the AuthorityControl gadget

[matej_suchanek]

matej_suchanek created this task.
Herald added a subscriber: Aklapper.

TASK DESCRIPTION
  The property catalog code (P528) 
 uses qualifer catalog (P972) 
 to specify to which catalog the 
item belongs to. These catalogs hold their own formatter URLs, so the gadget 
should be able to find them and link the number accordingly.
  
  Example: Messier 86 (Q2577)  has the 
property with value "M 86" and catalog Messier object (Q14530) 
 which has a formatter the value could be 
linked by.
  
  Original proposal: 
https://www.wikidata.org/wiki/MediaWiki_talk:Gadget-AuthorityControl.js#Read_P972

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

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

To: matej_suchanek
Cc: matej_suchanek, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, 
Ricordisamoa, Sjoerddebruin, Mbch331



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

[Wikidata-bugs] [Maniphest] [Updated] T98307: [Task] Deploy usage tracking and arbitrary access to commonswiki

[hoo]

hoo added a comment.


  This has been enabled on beta commons with 
https://phabricator.wikimedia.org/rOMWC31459edf7f128e6a73ef5525e5c5fdbe32f8a3ae.
 Feel free to test it there.
  
  I have very preliminary test at 
http://commons.wikimedia.beta.wmflabs.org/wiki/Berlin where you can already see 
that the content changes with your user language.
  
  We already announced this via the weekly summary today, but we will invite 
more users to test soon (probably tomorrow or on Wednesday).

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

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

To: hoo
Cc: hoo, Yann, Revent, RP88, zhuyifei1999, Steinsplitter, El_Grafo, SamB, 
Lydia_Pintscher, greg, aude, Bugreporter, Multichill, Aklapper, Ricordisamoa, 
JeanFred, Jarekt, ValterVB, Elitre, Jheald, Daniel_Mietchen, Nemo_bis, 
Liuxinyu970226, TerraCodes, 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] [Updated] T49930: [Epic] Allow accessing data from a Wikidata item not connected to the current page - arbitrary access

[hoo]

hoo added a comment.


  In https://phabricator.wikimedia.org/T49930#2139365, @Yann wrote:
  
  > You might find beta-testers if you post a message on the Village Pump. IMO 
any improvement is good, even if a small step.
  
  
  We have only enabled it on beta late last week and didn't yet manage to 
invite people for testing. I presume that will happen tomorrow or on Wednesday. 
Let's move this discussio to https://phabricator.wikimedia.org/T98307 please as 
this is not the relevant ticket for this.

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

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

To: hoo
Cc: JanusTroelsen, Edgars2007, intracer, Revent, vlsergey, Jay8g, Bianjiang, 
SJu, Marsupium, JanZerebecki, waldyrious, Nastoshka, DSGalaktos, Accurimbono, 
Rschen7754, Candalua, adrianheine, Eloquence, Reaper35, Pengo, Dr_Brains, 
jeremyb, RP88, -jem-, Wikidata-bugs, Rical, greg, Kersti, Abraham, 
JulesWinnfield-hu, Jasper, Addshore, mxn, He7d3r, Daniel_Mietchen, ValterVB, 
Filceolaire, Bennylin, jayvdb, Denny, Micru, aude, matej_suchanek, Cwek, 
Aubrey, Ricordisamoa, Jarekt, MZMcBride, Aklapper, Hkjacksonhk, Ash_Crow, Yann, 
Multichill, Snipre, Liuxinyu970226, Florian, Pietrodn, Ainali, Chmarkine, 
Laddo, Lydia_Pintscher, MF-Warburg, Stryn, zhuyifei1999, Ltrlg, daniel, 
Danmichaelo, hoo, TerraCodes, D3r1ck01, Johan, Izno, Luke081515, TheDJ, Mbch331



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

[Wikidata-bugs] [Maniphest] [Updated] T103429: Investigation: Parser save hook handler does master writes in GETs

[hoo]

hoo added a comment.


  @ori Could you please answer Daniel's questions? This task is high priority, 
yet it's not actionable.
  
  Slightly related https://phabricator.wikimedia.org/T124737.

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

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

To: hoo
Cc: Boshomi, Agabi10, ori, gerritbot, hoo, Addshore, Tobi_WMDE_SW, daniel, 
Lydia_Pintscher, Aklapper, aaron, D3r1ck01, Izno, Wikidata-bugs, aude, GWicke, 
Mbch331



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

[Wikidata-bugs] [Maniphest] [Commented On] T49930: [Epic] Allow accessing data from a Wikidata item not connected to the current page - arbitrary access

[Yann]

Yann added a comment.


  You might find beta-testers if you post a message on the Village Pump. IMO 
any improvement is good, even if a small step.

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

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

To: Yann
Cc: JanusTroelsen, Edgars2007, intracer, Revent, vlsergey, Jay8g, Bianjiang, 
SJu, Marsupium, JanZerebecki, waldyrious, Nastoshka, DSGalaktos, Accurimbono, 
Rschen7754, Candalua, adrianheine, Eloquence, Reaper35, Pengo, Dr_Brains, 
jeremyb, RP88, -jem-, Wikidata-bugs, Rical, greg, Kersti, Abraham, 
JulesWinnfield-hu, Jasper, Addshore, mxn, He7d3r, Daniel_Mietchen, ValterVB, 
Filceolaire, Bennylin, jayvdb, Denny, Micru, aude, matej_suchanek, Cwek, 
Aubrey, Ricordisamoa, Jarekt, MZMcBride, Aklapper, Hkjacksonhk, Ash_Crow, Yann, 
Multichill, Snipre, Liuxinyu970226, Florian, Pietrodn, Ainali, Chmarkine, 
Laddo, Lydia_Pintscher, MF-Warburg, Stryn, zhuyifei1999, Ltrlg, daniel, 
Danmichaelo, hoo, TerraCodes, D3r1ck01, Johan, Izno, Luke081515, TheDJ, Mbch331



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

[Wikidata-bugs] [Maniphest] [Commented On] T49930: [Epic] Allow accessing data from a Wikidata item not connected to the current page - arbitrary access

[hoo]

hoo added a comment.


  In https://phabricator.wikimedia.org/T49930#2139180, @Jarekt wrote:
  
  > May be we can do a "baby-step" and enable access to
  >
  > 1. numeric data, like dates,
  > 2. alpha-numeric like Authority control Identifiers
  > 3. and text in English only
  >
  >   That way "multilingual nature of commons" should not get in the way. 
Latter we can add full functionality. Another "baby-step" would be to make it 
initially accessible only from pages linked from wikidata properties like 
"Commons Category", "Commons Creator page" and "Commons Institution page". That 
would get us started and we would not need to wait for full functionality.
  
  
  Full functionality is already ready, but we wait for people to test it on 
Wikimedia Commons beta (http://commons.wikimedia.beta.wmflabs.org/) once that 
is done, we can enable it on the real commons (unless there are unexpected 
problems or other technical concerns).

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

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

To: hoo
Cc: JanusTroelsen, Edgars2007, intracer, Revent, vlsergey, Jay8g, Bianjiang, 
SJu, Marsupium, JanZerebecki, waldyrious, Nastoshka, DSGalaktos, Accurimbono, 
Rschen7754, Candalua, adrianheine, Eloquence, Reaper35, Pengo, Dr_Brains, 
jeremyb, RP88, -jem-, Wikidata-bugs, Rical, greg, Kersti, Abraham, 
JulesWinnfield-hu, Jasper, Addshore, mxn, He7d3r, Daniel_Mietchen, ValterVB, 
Filceolaire, Bennylin, jayvdb, Denny, Micru, aude, matej_suchanek, Cwek, 
Aubrey, Ricordisamoa, Jarekt, MZMcBride, Aklapper, Hkjacksonhk, Ash_Crow, Yann, 
Multichill, Snipre, Liuxinyu970226, Florian, Pietrodn, Ainali, Chmarkine, 
Laddo, Lydia_Pintscher, MF-Warburg, Stryn, zhuyifei1999, Ltrlg, daniel, 
Danmichaelo, hoo, TerraCodes, D3r1ck01, Johan, Izno, Luke081515, TheDJ, Mbch331



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

[Wikidata-bugs] [Maniphest] [Commented On] T130428: Handle non-Earth coordinates in Maps view

[Smalyshev]

Smalyshev added a comment.


  I think for starters we should just not display any coordinates with globes 
on Earth map and not enable maps if there are only such coordinates. In the 
future, once we figure out how to do it, maps of the Moon etc. (a-la Geohack?) 
would be extremely cool, of course. But not a short-term requirement.

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

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

To: Jonas, Smalyshev
Cc: gerritbot, daniel, Nikki, Aklapper, Smalyshev, Lewizho99, debt, Gehel, 
D3r1ck01, FloNight, 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] T129072: wikibase:geoGlobe IRI included in simple value geo:wktLiteral for non-Earth coordinates

[Smalyshev]

Smalyshev added a comment.


  > Finally, I do not feel that it is accurate to use a Wikidata entity (e.g. 
Mars) as a CRS
  
  It is not 100% accurate as that URL does not contain (currently) description 
of CRS but it is the best option we have. At least it does define which 
planetary body (and by inference, which CRS if any is the customary one for 
that body) we refer to.
  
  > so they are completely changing the string form
  
  I don't think so. Definition of point and of CRS are two different things. 
Which use different formats. But we should not confuse between them. See also: 
https://en.wikipedia.org/wiki/Well-known_text

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

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

To: Smalyshev
Cc: daniel, Smalyshev, Christopher, Aklapper, debt, Gehel, D3r1ck01, FloNight, 
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] T49930: [Epic] Allow accessing data from a Wikidata item not connected to the current page - arbitrary access

[Jarekt]

Jarekt added a comment.


  May be we can do a "baby-step" and enable access to
  
  1. numeric data, like dates,
  2. alpha-numeric like Authority control Identifiers
  3. and text in English only
  
  That way "multilingual nature of commons" should not get in the way. Latter 
we can add full functionality.
  Another "baby-step" would be to make it initially accessible only from pages 
linked from wikidata properties like "Commons Category", "Commons Creator page" 
and "Commons Institution page". That would get us started and we would not need 
to wait for full functionality.

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

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

To: Jarekt
Cc: JanusTroelsen, Edgars2007, intracer, Revent, vlsergey, Jay8g, Bianjiang, 
SJu, Marsupium, JanZerebecki, waldyrious, Nastoshka, DSGalaktos, Accurimbono, 
Rschen7754, Candalua, adrianheine, Eloquence, Reaper35, Pengo, Dr_Brains, 
jeremyb, RP88, -jem-, Wikidata-bugs, Rical, greg, Kersti, Abraham, 
JulesWinnfield-hu, Jasper, Addshore, mxn, He7d3r, Daniel_Mietchen, ValterVB, 
Filceolaire, Bennylin, jayvdb, Denny, Micru, aude, matej_suchanek, Cwek, 
Aubrey, Ricordisamoa, Jarekt, MZMcBride, Aklapper, Hkjacksonhk, Ash_Crow, Yann, 
Multichill, Snipre, Liuxinyu970226, Florian, Pietrodn, Ainali, Chmarkine, 
Laddo, Lydia_Pintscher, MF-Warburg, Stryn, zhuyifei1999, Ltrlg, daniel, 
Danmichaelo, hoo, TerraCodes, D3r1ck01, Johan, Izno, Luke081515, TheDJ, Mbch331



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

[Wikidata-bugs] [Maniphest] [Commented On] T100475: [Epic] Add arbitrary language support

[Lydia_Pintscher]

Lydia_Pintscher added a comment.


  Yes sorry. I should have reported back. We do think translation support is 
important. We will focus first though on making it easier for people who don't 
know SPARQL to query the data.
  In terms of translation we will first focus on the 
suggestions/auto-completion and later the UI.

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

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

To: Lydia_Pintscher
Cc: Lydia_Pintscher, Jonas, Sylvain_WMFr, JanZerebecki, Smalyshev, Aklapper, 
Jdouglas, debt, Gehel, D3r1ck01, FloNight, Izno, jkroll, Wikidata-bugs, 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] T130547: Wikidata build failures: No tests found in class "Wikibase\Client\Tests\DataAccess\Scribunto\ScribuntoLuaWikibaseInProcessEntityCacheTest

[aude]

aude created this task.
Herald added a subscriber: Aklapper.

TASK DESCRIPTION
  
https://integration.wikimedia.org/ci/job/mediawiki-extensions-hhvm/55599/consoleFull
  
  these warnings are being regarded as failures and causing the the build to 
fail now:
  
  16:15:37 There were 2 failures:
  16:15:37 
  16:15:37 1) Warning
  16:15:37 No tests found in class 
"Wikibase\Client\Tests\DataAccess\Scribunto\ScribuntoLuaWikibaseInProcessEntityCacheTest".
  16:15:37 
  16:15:37 2) Warning
  16:15:37 No tests found in class 
"Wikibase\Client\Tests\DataAccess\Scribunto\Scribunto_LuaWikibaseLibraryNoArbitraryAccessTest".
  16:15:37

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

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

To: aude
Cc: 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] T100475: [Epic] Add arbitrary language support

[Sylvain_WMFr]

Sylvain_WMFr added a comment.


  Hi, did you have time to discuss this in your meeting?

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

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

To: Sylvain_WMFr
Cc: Lydia_Pintscher, Jonas, Sylvain_WMFr, JanZerebecki, Smalyshev, Aklapper, 
Jdouglas, debt, Gehel, D3r1ck01, FloNight, Izno, jkroll, Wikidata-bugs, aude, 
Deskana, Manybubbles, Mbch331



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

[Wikidata-bugs] [Maniphest] [Closed] T130538: Fatal error: Call to undefined method Wikibase\MediaInfo\WikibaseMediaInfoHooks::onWikibaseRepoEntityTypes()

[aude]

aude closed this task as "Resolved".

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

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

To: aude
Cc: 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] [Raised Priority] T102930: [Bug] Entering times used to be blocked with "not supported" but is not any more

[Lydia_Pintscher]

Lydia_Pintscher raised the priority of this task from "Low" to "Normal".
Lydia_Pintscher added a comment.


  Until we have proper support for hours/minutes/seconds we should restore the 
old behavior I'd say.

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

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

To: Lydia_Pintscher
Cc: adrianheine, Ricordisamoa, JanZerebecki, Jc3s5h, Lydia_Pintscher, daniel, 
aude, thiemowmde, Aklapper, WMDE-Fisch, 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] T130538: Fatal error: Call to undefined method Wikibase\MediaInfo\WikibaseMediaInfoHooks::onWikibaseRepoEntityTypes()

[aude]

aude added a comment.


  think this is already fixed on master.  updating the build again

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

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

To: aude
Cc: 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] T130538: Fatal error: Call to undefined method Wikibase\MediaInfo\WikibaseMediaInfoHooks::onWikibaseRepoEntityTypes()

[aude]

aude created this task.
Herald added a subscriber: Aklapper.

TASK DESCRIPTION
  when running tests in the build:
  
  Fatal error: Call to undefined method 
Wikibase\MediaInfo\WikibaseMediaInfoHooks::onWikibaseRepoEntityTypes() in 
/var/www/wiki/w/extensions/Wikidata/extensions/MediaInfo/tests/phpunit/composer/WikibaseMediaInfoHooksTest.php
 on line 35

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

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

To: aude
Cc: 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] T129281: Test test_content_format failing due to new member 'application/vnd.php.serialized' on Wikibase repos

[jayvdb]

jayvdb added a comment.


  I'd be happy either way; but would like to know promptly either way.  If it 
is correct for it to be exposed, then we can update our test method.  We also 
need to document how/when to use `application/vnd.php.serialized` with 
`action=edit`.  It isnt currently listed on 
https://www.mediawiki.org/wiki/API:Edit
  
  
https://phabricator.wikimedia.org/diffusion/MW/browse/master/docs/contenthandler.txt
 also needs to be updated, as it currently indicates it is reserved for future 
use:
  
* application/vnd.php.serialized - for future use with the api and for 
extensions
* application/json - for future use with the api, and for use by extensions
* application/xml - for future use with the api, and for use by extensions

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

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

To: jayvdb
Cc: Anomie, Bene, Aklapper, jayvdb, pywikibot-bugs-list, dg711, D3r1ck01, Izno, 
Wikidata-bugs, aude, Ricordisamoa, Mbch331, Legoktm



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

[Wikidata-bugs] [Maniphest] [Updated] T115986: [Task] Write a usage help for auto completion

[Jonas]

Jonas added a blocked task: T130534: [Epic] User Documentation.

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

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

To: Jonas
Cc: StudiesWorld, Aklapper, Jonas, Smalyshev, debt, Gehel, D3r1ck01, FloNight, 
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] T130534: [Epic] User Documentation for WDQS

[Lydia_Pintscher]

Lydia_Pintscher added a comment.


  Please review what exists already first. There is stuff on wikidata and 
mediawiki.

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

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

To: Lydia_Pintscher
Cc: Lydia_Pintscher, johl, Jonas, Aklapper, debt, Gehel, D3r1ck01, FloNight, 
Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, 
Mbch331, Spage



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

[Wikidata-bugs] [Maniphest] [Retitled] T130534: [Epic] User Documentation for WDQS

[Lydia_Pintscher]

Lydia_Pintscher changed the title from "[Epic] User Documentation" to "[Epic] 
User Documentation for WDQS".
Lydia_Pintscher edited the task description.

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

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

To: Lydia_Pintscher
Cc: johl, Jonas, Aklapper, debt, Gehel, D3r1ck01, FloNight, Izno, jkroll, 
Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331, Spage



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

[Wikidata-bugs] [Maniphest] [Updated] T130534: [Epic] User Documentation

[Jonas]

Jonas added a blocking task: T115986: [Task] Write a usage help for auto 
completion.

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

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

To: Jonas
Cc: johl, Jonas, Aklapper, debt, Gehel, D3r1ck01, FloNight, Izno, jkroll, 
Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331, Spage



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

[Wikidata-bugs] [Maniphest] [Created] T130534: [Epic] User Documentation

[Jonas]

Jonas created this task.
Jonas moved this task to GUI on the Wikidata-Query-Service workboard.
Herald added a subscriber: Aklapper.
Herald added projects: Wikidata, Discovery.

TASK DESCRIPTION
  We would like to have a complete documentation of the Wikidat Query Service 
on Wikidata.org
  It should contain:
  
  - How to set up a query service for Wikibase installation
  - How to use our Endpoint
  - How to use the UI

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

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

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

To: Jonas
Cc: johl, Jonas, Aklapper, debt, Gehel, D3r1ck01, FloNight, Izno, jkroll, 
Smalyshev, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331, Spage



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

[Wikidata-bugs] [Maniphest] [Commented On] T129281: Test test_content_format failing due to new member 'application/vnd.php.serialized' on Wikibase repos

[Anomie]

Anomie added a comment.


  You're assuming that it's incorrect for it to be exposed. That is far from 
evident here, it could well be that the bug was that it wasn't being listed 
before when it should have been, and something recently accidentally fixed that.

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

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

To: Anomie
Cc: Anomie, Bene, Aklapper, jayvdb, pywikibot-bugs-list, dg711, D3r1ck01, Izno, 
Wikidata-bugs, aude, Ricordisamoa, Mbch331, Legoktm



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

[Wikidata-bugs] [Maniphest] [Updated] T113952: [Story] Sorting properties

[gerritbot]

gerritbot added a project: Patch-For-Review.

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

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

To: Lucie, gerritbot
Cc: Lucie, gerritbot, Aklapper, Lewizho99, D3r1ck01, Izno, Wikidata-bugs, aude, 
Ricordisamoa, Mbch331



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

[Wikidata-bugs] [Maniphest] [Commented On] T113952: [Story] Sorting properties

[gerritbot]

gerritbot added a comment.


  Change 278726 had a related patch set uploaded (by Lucie Kaffee):
  Add a parser for the property page
  
  https://gerrit.wikimedia.org/r/278726

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

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

To: Lucie, gerritbot
Cc: Lucie, gerritbot, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, 
Ricordisamoa, Mbch331



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

[Wikidata-bugs] [Maniphest] [Commented On] T130511: Fatal error: Declaration of MediaInfoView::getMainHtml() must be compatible with that of EntityView::getMainHtml() in MediaInfoView.php on line 24

[gerritbot]

gerritbot added a comment.


  Change 278606 merged by jenkins-bot:
  Remove EntityRevision from MediaInfoView
  
  https://gerrit.wikimedia.org/r/278606

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

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

To: gerritbot
Cc: gerritbot, aude, Aklapper, Lewizho99, D3r1ck01, Izno, Wikidata-bugs, 
Ricordisamoa, Mbch331



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

[Wikidata-bugs] [Maniphest] [Commented On] T130428: Handle non-Earth coordinates in Maps view

[gerritbot]

gerritbot added a comment.


  Change 278720 had a related patch set uploaded (by Jonas Kress (WMDE)):
  Evaluate globe in coordinates
  
  https://gerrit.wikimedia.org/r/278720

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

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

To: Jonas, gerritbot
Cc: gerritbot, daniel, Nikki, Aklapper, Smalyshev, debt, Gehel, D3r1ck01, 
FloNight, 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] [Updated] T130428: Handle non-Earth coordinates in Maps view

[gerritbot]

gerritbot added a project: Patch-For-Review.

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

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

To: Jonas, gerritbot
Cc: gerritbot, daniel, Nikki, Aklapper, Smalyshev, Lewizho99, debt, Gehel, 
D3r1ck01, FloNight, 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] T130428: Handle non-Earth coordinates in Maps view

[Nikki]

Nikki added a comment.


  @Smalyshev: Agreed, that's what I meant by my first line. :) Should I make a 
new ticket for displaying maps of other globes?
  
  @Jonas: For supporting multiple maps, the most obvious option to me would be: 
When there are non-earth coordinates in the results, change "Map" in the 
display menu to "Map (Earth)" and add similar options (e.g. "Map (Moon)") for 
the other supported globes which are in the results.

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

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

To: Jonas, Nikki
Cc: daniel, Nikki, Aklapper, Smalyshev, debt, Gehel, D3r1ck01, FloNight, 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] T129072: wikibase:geoGlobe IRI included in simple value geo:wktLiteral for non-Earth coordinates

[daniel]

daniel added a comment.


  @Christopher I don't see why we shouldn't use wikidata URIs as CRS 
identifiers.  However, I agree that Q2 and Q111 are too unspecific to be used 
as a coordinate system. We would want to use something like  Q11902211.
  
  This points out a problem in our use of the "reference globe" in the 
GlobeCoordinate data type: the intention was to specify the exact datum used. 
But in practice, this is often not known to the people who enter the 
coordinates, and not stated in their source either. Also, when querying by 
location, we typically want to filter by celestial body (earth, moon, mars, 
etc), not by coordinate system.
  
  I do not think we should use a different data type for non-earth coordinates. 
We would need to duplicate all coordinate properties (location-earth, 
location-mars, etc). We might however choose to allow the globe and the CRS to 
be specified separately in the GlobeCoordinate data value. That will make it 
even more difficult to represent the value meaningfully with a single literal 
for the simple mapping.

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

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

To: daniel
Cc: daniel, Smalyshev, Christopher, Aklapper, debt, Gehel, D3r1ck01, FloNight, 
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] T130428: Handle non-Earth coordinates in Maps view

[daniel]

daniel added a comment.


  @Jonas It seems to me like a query by coordinate should always filter by the 
reference globe. That's currently not possible using the simply "truthy" 
statement mapping, though.

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

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

To: Jonas, daniel
Cc: daniel, Nikki, Aklapper, Smalyshev, debt, Gehel, D3r1ck01, FloNight, 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] T130428: Handle non-Earth coordinates in Maps view

[Jonas]

Jonas added a comment.


  Maps of the Moon would be very cool, but I guess it is not that simple. What 
if the query result for example contains earth and moon coordinates?

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

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

To: Jonas
Cc: Nikki, Aklapper, Smalyshev, debt, Gehel, D3r1ck01, FloNight, 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] [Changed Project Column] T130428: Handle non-Earth coordinates in Maps view

[Jonas]

Jonas moved this task to GUI on the Wikidata-Query-Service workboard.

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

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

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

To: Jonas
Cc: Nikki, Aklapper, Smalyshev, debt, Gehel, D3r1ck01, FloNight, 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] [Retitled] T130101: [Task] wbgetclaims dashboard should show labels and not have log scale

[Addshore]

Addshore changed the title from "[task] wbgetclaims dashboard should show 
labels and not have log scale" to "[Task] wbgetclaims dashboard should show 
labels and not have log scale".

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

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

To: Addshore
Cc: Aklapper, Addshore, Lydia_Pintscher, 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] T89598: Convert Template:Authority_control to Lua and use Wikidata

[Multichill]

Multichill added a comment.


  In https://phabricator.wikimedia.org/T89598#2137036, @Yann wrote:
  
  > Waiting for update. Thanks.
  
  
  You can already start working on this. Only when arbitrary access is enabled 
the full functionality becomes available.

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

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

To: Multichill
Cc: Yann, RP88, Jarekt, Revent, Matanya, Steinsplitter, zhuyifei1999, jeremyb, 
Liuxinyu970226, He7d3r, Rical, SamB, Tpt, Jheald, Daniel_Mietchen, 
Ricordisamoa, Multichill, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, 
El_Grafo, Fabrice_Florin, Mbch331, Jay8g, Tgr



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

[Wikidata-bugs] [Maniphest] [Commented On] T130017: [Task] Remove Wikidata performance-tests jobs

[Tobi_WMDE_SW]

Tobi_WMDE_SW added a comment.


  I think we can remove the related code from WikidataBrowserTests.git too.

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

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

To: Tobi_WMDE_SW
Cc: gerritbot, zeljkofilipin, hashar, adrianheine, Jonas, JanZerebecki, 
Tobi_WMDE_SW, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331, greg



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

[Wikidata-bugs] [Maniphest] [Closed] T128317: [Bug] Add qualifier does not disappear when a new statement is saved

[Lydia_Pintscher]

Lydia_Pintscher closed this task as "Resolved".
Lydia_Pintscher claimed this task.

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

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

To: Lydia_Pintscher
Cc: gerritbot, Fnielsen, Micru, Lydia_Pintscher, adrianheine, Jonas, 
thiemowmde, Mbch331, Aklapper, matej_suchanek, StudiesWorld, Lewizho99, 
D3r1ck01, Izno, 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] T129072: wikibase:geoGlobe IRI included in simple value geo:wktLiteral for non-Earth coordinates

[Christopher]

Christopher added a comment.


  Please see geoSPARQL CRS design is debatable 
 
from the W3C Coordinate Reference System website.
  
  Also, #7 here: the conflation of CRS with with the WKT in a  literal has many 
undesirable effects 

  
  From the 12-063r5 document:
  
The WKT representation of coordinate reference systems as defined in ISO 
19125-1:2004 and OGC specification 01-009 is inconsistent with the terminology 
and 
technical provisions of ISO 19111:2007 and OGC Abstract Specification topic 
2 (08-015r2), “Geographic information – Spatial referencing by coordinates”.
  
  Is this clear?  They are admitting that the previous design form of WKT  is 
**inconsistent** with other specifications.   While it says nothing directly 
about the geoSPARQL specification, from page 4 of that 2012 design spec, WKT is 
defined through direct reference to the //deprecated standard//:
  
"as it is specified in Well Known Text (as defined by Simple Features or 
ISO 19125)" 
  
  What is outlined in this new specification is a de facto "WKT string form".  
And this form should accommodate all of the semantics of the geo:wktLiteral 
string format, including geometries (that are not explicitly mentioned in the 
new specification).   Admittedly, this is quite a difficult thing to sort out, 
and there is definitely politics and big money at work in the standards 
process. If you want something more concrete to build on, maybe I ask them for 
a concrete geoSPARQL "best practice guideline".
  
  Finally, I do not feel that it is accurate to use a Wikidata entity (e.g. 
Mars) as a CRS by the design definition of geo:wktLiteral and then not properly 
specify it.  It is probably better to just omit it and use a different data 
type for non-earth coordinates than to provide an entity concept URI as a CRS 
identifier.

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

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

To: Christopher
Cc: Smalyshev, Christopher, Aklapper, debt, Gehel, D3r1ck01, FloNight, 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] T130327: Wikidata build broken: PHP Fatal error Class 'PHPUnit_Util_Filter' not found

[adrianheine]

adrianheine added a comment.


  https://gerrit.wikimedia.org/r/#/c/278007/ seems fine now, too. Just needs 
https://gerrit.wikimedia.org/r/#/c/277992/.

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

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

To: adrianheine
Cc: Bene, daniel, aude, hoo, Addshore, adrianheine, JanZerebecki, Aklapper, 
D3r1ck01, Izno, Wikidata-bugs, Ricordisamoa, Mbch331



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

[Wikidata-bugs] [Maniphest] [Commented On] T130327: Wikidata build broken: PHP Fatal error Class 'PHPUnit_Util_Filter' not found

[adrianheine]

adrianheine added a comment.


  Last merged patch fails due to different Wikibase.git changes, though.

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

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

To: adrianheine
Cc: Bene, daniel, aude, hoo, Addshore, adrianheine, JanZerebecki, Aklapper, 
D3r1ck01, Izno, Wikidata-bugs, Ricordisamoa, Mbch331



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