[Wikidata-bugs] [Maniphest] [Commented On] T226701: Add sju, sjd, and rmf to wmgExtraLanguageNames

2019-07-27 Thread Yupik 
Yupik added a comment.


  A minor nitpicky issue with the Ume Saami version; the autonym has been split 
into two different words, when it should all be one word like it has been when 
entering the word in this screenshot (and like it's written in the table in the 
ticket description):
  
  F29891048: Screen Shot 2019-07-28 at 04.13.02.png 


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

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

To: Tulsi_Bhagat, Yupik
Cc: Urbanecm, Tulsi_Bhagat, Alicia_Fagerving_WMSE, siebrand, Amire80, Nikki, 
Nikerabbit, Mbch331, Aklapper, Susannaanas, Zache, jhsoby-WMNO, Yupik, Hook696, 
Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, darthmon_wmde, Majavah, 
Dibya, joker88john, 94rain, DannyS712, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Af420, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Jayprakash12345, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Zoranzoki21, 
LawExplorer, WSH1906, Lewizho99, Maathavan, DatGuy, Devwaker, Niklitov, 
_jensen, rosalieper, JEumerus, Ananthsubray, Wong128hk, Luke081515, SimmeD, 
Wikidata-bugs, Snowolf, aude, Dcljr, Jdforrester-WMF, Matanya, Rxy, Jay8g, 
Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T226701: Add sju, sjd, and rmf to wmgExtraLanguageNames

2019-07-27 Thread Yupik 
Yupik added a comment.


  @Nikki : that's Finnish, yes. And I'm not sure how I managed to confuse 
autonyms with the name in Finnish (or in Northern Saami, which is what I 
usually use the UI in). I'll have to look into what's in CLDR again in these 
languages (and the other Saami languages too). Thanks!

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

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

To: Tulsi_Bhagat, Yupik
Cc: Urbanecm, Tulsi_Bhagat, Alicia_Fagerving_WMSE, siebrand, Amire80, Nikki, 
Nikerabbit, Mbch331, Aklapper, Susannaanas, Zache, jhsoby-WMNO, Yupik, Hook696, 
Daryl-TTMG, RomaAmorRoma, 0010318400, E.S.A-Sheild, darthmon_wmde, Majavah, 
Dibya, joker88john, 94rain, DannyS712, CucyNoiD, Nandana, NebulousIris, 
Gaboe420, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, 
Lahi, Gq86, Af420, Darkminds3113, Bsandipan, Lordiis, GoranSMilovanovic, 
Adik2382, Jayprakash12345, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Zoranzoki21, 
LawExplorer, WSH1906, Lewizho99, Maathavan, DatGuy, Devwaker, Niklitov, 
_jensen, rosalieper, JEumerus, Ananthsubray, Wong128hk, Luke081515, SimmeD, 
Wikidata-bugs, Snowolf, aude, Dcljr, Jdforrester-WMF, Matanya, Rxy, Jay8g, 
Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T227036: Wikimania Hackathon 2019 proposal: metadata standard for map georectification

2019-07-27 Thread Jheald 
Jheald added a comment.


  @bert Interesting proposal.  But for me it raises some issues.  Firstly, 
about the business case for it.  Secondly, regarding implementation.
  
  Business case first.  At the moment we store this information within the 
Commons MapWarper app.  Our reasons should be clarified for why this is 
unsatisfactory or suboptimal, and what the new structure would aim to achieve 
over what exists at present.   More visibility, more transparency, more obvious 
accessibility might be things that would be on that list.  Are there other ways 
that we hope what we would build would improve on what presently exists?
  
  Secondly, implementation.  If we want to store the information in a 
WikiCommons environment, then it needs to be built on two things:  Commons 
structured-data statements, and Commons data objects.  Currently two forms of 
Commons data objects are defined: tabular data objects ( 
https://www.mediawiki.org/wiki/Help:Tabular_Data ) and shapefile objects ( 
https://www.mediawiki.org/wiki/Help:Map_Data ); but additional formats could 
possibly be added.
  
  A question is: what information should go where.
  
  Currently we have a file and then a link to a georeferencer app, so eg:
  
  - File:Northern provinces of the United States - drawn and engraved for 
Thomson's New general atlas, 1817; Hewitt Sc. ... NYPL434391.tiff 

 ->  http://maps.nypl.org/warper/maps/13071#Preview_tab  (NYPL MapWarper)
  - File:Pigot and Co (1842) p2.138 - Map of Lancashire.jpg 

 -> http://britishlibrary.georeferencer.com/id/11020006456   (Klokan version 2)
  - File:Larousse, Plan de Paris, 1900 - David Rumsey.jpg 

 -> https://davidrumsey.georeferencer.com/maps/553129769171/view  (Klokan 
version 4)
  - File:1768 Jeffreys Wall Map of India and Ceylon - Geographicus - 
India-jeffreys-1768.jpg 

 -> https://warper.wmflabs.org/maps/1998#Preview_tab (Commons MapWarper)
  
  More maps with georeferencing can be found in sub-categories of 
https://commons.wikimedia.org/wiki/Category:Maps_with_georeferencing
  
  Bert's proposal sounds like a suggestion for an additional type of Commons 
data object, with a specified JSON structure.  This would likely require edits 
to the MediaWiki code itself, which might take some time coming; and would it 
necessarily be storing the data where we wanted it?
  
  For maximum visibility, and accessibility through SPARQL queries, an 
alternative approach would be to store much of the georeferencing metadata as 
structured-data (SDC) statements directly on the metadata page for the file.  
To group everything together, one would probably want to have a single 
master-statement, with further information added as qualifiers.   A couple of 
options suggest themselves for the master-statement.  One might be for it to 
give a link to a geo-rectified version of the map, stored statically as an 
image on Commons.  Qualifiers would then be used to state the mask and other 
parameters used to generate the transformation.   Multiple master-statements 
could be used to link to different re-projections of different parts of the map.
  
  Alternatively, it might be more flexible to make the master-statement a 
definition of a particular part of the map, with the link to a geo-rectified 
version then one of the qualifiers.  This might fit better with syntax to 
annotate particular regions of an image -- so stage 1 of a process might be to 
say that part of an image depicted say Orkney and was an inset map, stage 2 
might be to identify a detailed mask or outline to that sub-part of the image, 
stage 3 might be to add georeferencing to it; potentially with several months 
separating each stage.   The preferred data-model for annotating part of an 
image in SDC hasn't really been thrashed out.  But it may be that the top-level 
master statement would be //what// that region of the image depicts, with a 
qualifier saying //where// in the image it is (perhaps by box, perhaps by 
mask), and then further qualifiers specifying metadata about the 
georeferencing.   One limitation of SDC is that currently one can't have a 
qualifier on a qualifier, so if one wanted to note additional things about any 
of the qualifers one couldn't.  To some extent it may be possible to work round 
this, but this may be a limitation of the SDC model that will ultimately have 
to be re-visited.
  
  The detailed data for control points (the GCPS data) is //not// suitable for 
storage as structured data statements.  From experience with some

[Wikidata-bugs] [Maniphest] [Updated] T228996: Internal error in Recent Changes for Lexeme namespace due to double-redirect

2019-07-27 Thread ReleaseTaggerBot 
ReleaseTaggerBot added a project: MW-1.34-notes (1.34.0-wmf.16; 2019-07-30).

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

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

To: alaa_wmde, ReleaseTaggerBot
Cc: Michael, LucasWerkmeister, Liuxinyu970226, alaa_wmde, Lydia_Pintscher, 
Ladsgroup, Alicia_Fagerving_WMSE, Hook696, Daryl-TTMG, RomaAmorRoma, 
0010318400, E.S.A-Sheild, darthmon_wmde, joker88john, DannyS712, CucyNoiD, 
Nandana, NebulousIris, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, 
Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, 
Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 
LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Jonas, 
Wikidata-bugs, aude, Darkdadaah, Jdforrester-WMF, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T228996: Internal error in Recent Changes for Lexeme namespace due to double-redirect

2019-07-27 Thread gerritbot 
gerritbot added a comment.


  Change 525855 **merged** by jenkins-bot:
  [mediawiki/extensions/WikibaseLexeme@master] Avoid fataling on 
double-redirects when formatting Lexeme links.
  
  https://gerrit.wikimedia.org/r/525855

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

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

To: alaa_wmde, gerritbot
Cc: Michael, LucasWerkmeister, Liuxinyu970226, alaa_wmde, Lydia_Pintscher, 
Ladsgroup, Alicia_Fagerving_WMSE, Hook696, Daryl-TTMG, RomaAmorRoma, 
0010318400, E.S.A-Sheild, darthmon_wmde, joker88john, DannyS712, CucyNoiD, 
Nandana, NebulousIris, Mringgaard, Gaboe420, Versusxo, Majesticalreaper22, 
Giuliamocci, Adrian1985, Cpaulf30, Lahi, Gq86, Af420, Darkminds3113, Bsandipan, 
Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, 
LawExplorer, WSH1906, Lewizho99, Maathavan, _jensen, rosalieper, Jonas, 
Wikidata-bugs, aude, Darkdadaah, Jdforrester-WMF, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T229153: Reconsider caching in Wikibase\SitesModule::getScript

2019-07-27 Thread Krinkle 
Krinkle removed a project: MediaWiki-ResourceLoader.

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

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

To: Krinkle
Cc: Krinkle, Aklapper, Catrope, Liuxinyu970226, darthmon_wmde, DannyS712, 
Nandana, Imarlier, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, 
LawExplorer, Vali.matei, _jensen, rosalieper, Volker_E, Wikidata-bugs, aude, 
GWicke, Dinoguy1000, Lydia_Pintscher, Mbch331, Jay8g, D3r1ck01, Nirmos, 
Jdforrester-WMF
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T227402: Wikimedia map does not display wikidata item (using Template:Maplink)

2019-07-27 Thread Kozuch 
Kozuch added a comment.


  And yes, I just identified a problem with the "zoom" parameter. When I leave 
it out for example in the map in https://en.wikipedia.org/wiki/Alabama, there 
is same problem (blank map with dot). I suspect again P625 
 is the problem.
  
  The same problem (after removing zoom): 
https://en.wikipedia.org/wiki/Pinelands_National_Reserve
  
  I want to leave zoom out because after clicking I dont want the same zoom in 
the big map. Without zoom parameter specified the big map zooms to the object.

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

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

To: Kozuch
Cc: Pikne, ZONA2LORA, Aklapper, Kozuch, Liuxinyu970226, darthmon_wmde, 
Nabetaro, DannyS712, Nandana, MSantos, Lahi, Gq86, Looniverse, 
GoranSMilovanovic, QZanden, Orienteerix, LawExplorer, Ddproxy, _jensen, 
rosalieper, JGirault, phabyogi, GAllegre, Susannaanas, ferdbold, lxbarth, 
Planemad, Wikidata-bugs, aude, Yurik, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T227402: Wikimedia map does not display wikidata item (using Template:Maplink)

2019-07-27 Thread Kozuch 
Kozuch added a comment.


  And yes, I found out that when wikidata item has "coordinate location" 
property (P625 ) then the bug exists. 
There is a nice example of the bug here:
  
  This works properly (no P625  on wd):
  
https://en.wikipedia.org/w/index.php?title=Interstate_40_in_New_Mexico=908083047
  
  These 2 have P625 :
  
  1. Here the thumbnail works properly, but after clicking the big map is blank:
  
  
https://en.wikipedia.org/w/index.php?title=Interstate_40_in_Arizona=908082859
  
  2. Here the thumbnail is half wrong (probably due to coordinate position???):
  
  
https://en.wikipedia.org/w/index.php?title=Interstate_40_in_California=908082850

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

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

To: Kozuch
Cc: Pikne, ZONA2LORA, Aklapper, Kozuch, Liuxinyu970226, darthmon_wmde, 
Nabetaro, DannyS712, Nandana, MSantos, Lahi, Gq86, Looniverse, 
GoranSMilovanovic, QZanden, Orienteerix, LawExplorer, Ddproxy, _jensen, 
rosalieper, JGirault, phabyogi, GAllegre, Susannaanas, ferdbold, lxbarth, 
Planemad, Wikidata-bugs, aude, Yurik, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T227402: Wikimedia map does not display wikidata item (using Template:Maplink)

2019-07-27 Thread Kozuch 
Kozuch added a comment.


  @Pikne Thanks for your comment. The  code you suggest works for me. 
I am looking at the enwiki:Template:Maplink - it calls 
{{#invoke:Mapframe|main}} which passes all parameters to Mapframe's main 
function. I will not be able to fix this template and it is also locked for me. 
I will try to create my own template bypassing this Maplink's "bug" using your 
code.

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

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

To: Kozuch
Cc: Pikne, ZONA2LORA, Aklapper, Kozuch, Liuxinyu970226, darthmon_wmde, 
Nabetaro, DannyS712, Nandana, MSantos, Lahi, Gq86, Looniverse, 
GoranSMilovanovic, QZanden, Orienteerix, LawExplorer, Ddproxy, _jensen, 
rosalieper, JGirault, phabyogi, GAllegre, Susannaanas, ferdbold, lxbarth, 
Planemad, Wikidata-bugs, aude, Yurik, Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T229153: Reconsider caching in Wikibase\SitesModule::getScript

2019-07-27 Thread Lydia_Pintscher 
Lydia_Pintscher added a project: Wikidata-Trailblazing-Exploration.

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

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

To: Lydia_Pintscher
Cc: Krinkle, Aklapper, Catrope, Liuxinyu970226, darthmon_wmde, DannyS712, 
Nandana, Imarlier, Lahi, Gq86, Darkminds3113, GoranSMilovanovic, QZanden, 
LawExplorer, Vali.matei, _jensen, rosalieper, D3r1ck01, Volker_E, Nirmos, 
Wikidata-bugs, aude, GWicke, Dinoguy1000, Lydia_Pintscher, Jdforrester-WMF, 
Mbch331, Jay8g
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs