[Wikidata-bugs] [Maniphest] [Updated] T174474: ApiAction log in data lake doesn't record Wikibase API actions

[bd808]

bd808 added a comment.
See the comment at the bottom of https://wikitech.wikimedia.org/wiki/Analytics/Data_Lake/Traffic/ApiAction:

-- NOTE: there are many params we do not want to count distinct values of
-- at all (eg maxlag, smaxage, maxage, requestid, origin, centralauthtoken,
-- titles, pageids). Rather than trying to make an extensive blacklist and
-- potentially allow new parameters to slip through which have high
-- cardinality or sensitive information, the ETL process will use a whitelist
-- approach to count params that have been deemed to be useful.
--
-- The initial whitelist is (query, prop), (query, list), (query, meta),
-- (flow, module), (*, generator). The prop, list and meta parameters will
-- additionally be split on '|' with each component counted separately.

So action = ""> isn't one of the things that my aggregation script is computing rollup values for. This is still running out of cron as my user with local scripts on stat1005. See T137321: Run ETL for wmf_raw.ActionApi into wmf.action_* aggregate tables for the long stalled task to actually make these rollup tables official and properly manged.TASK DETAILhttps://phabricator.wikimedia.org/T174474EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: bd808Cc: Aklapper, Lucas_Werkmeister_WMDE, bd808, Ladsgroup, GoranSMilovanovic, QZanden, Izno, JAllemandou, Wikidata-bugs, aude, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Coordinate precision in Wikidata, RDF & query service

[Scott MacLeod]

Stas and All,

Would the coordinate precision in Wikidata and Query Service allow us now
to move to the cellular and even the atomic and subatomic levels, say, for
example, when querying for differences between microscopic species in a
piece of earth in a municipality that might be rich in smallest life forms
- say differences between nanobes https://en.wikipedia.org/wiki/Nanobe ?
And would Wikidata want even further precision for knowledge generation
based on what we might learn from expansion microcopy e.g. Ed Boyden's work
at MIT - say in brain science - https://www.youtube.com/watch?v=bPlr31LrT0g
?

Scott

On Tue, Aug 29, 2017 at 2:13 PM, Stas Malyshev 
wrote:

> Hi!
>
> I would like to initiate a discussion about coordinate precision in
> Wikidata and Query Service. The reason is that right now we do not have
> any limit to precision, coordinates are basically doubles, and that
> allows to specify over-precise coordinates and makes it harder to
> compare them - both between themselves within Wikidata and with outside
> services.
>
> From the precision description in [1], we would rarely need beyond third
> or fourth digit after the decimal point. However, we have in the
> database coordinates like: Point(13.3 41.7) which
> pretends to specify it with sub-millimeter accuracy - for an entity that
> describes a municipality[2]!
>
> We do have precision on values - e.g. the above has specified precision
> of "arcseconds" - so it may be just a formatting issue, but even
> arcsecond looks somewhat over-precise for a city. And it may be a bit
> challenging to convert DMS precision DD precision.
>
> But the bigger question is whether we should store over-precise
> coordinates in the database at all, or we should round them up on export
> or inside the data. The formulae that are used to calculate distances
> have, by obvious reasons, limited precision, and direct comparisons
> can't take precision into account, which may lead to such coordinates
> very hard to work with. Should we maybe just put a limit on how precise
> we put coordinates into RDF and in query service? Would four decimals
> after the dot be enough? According to [4] this is what commercial GPS
> device can provide. If not, why and which accuracy would be appropriate?
>
> We do export precision of the coordinate as wikibase:geoPrecision[3] -
> and we currently have 258060 distinct values for it. This is very weird.
> I am not sure precision is useful in this form. Can anybody tell me any
> use case for this number now? If not, maybe we should change how we
> represent it. I'm also not sure where these come from as we only have
> 13 options in the UI. Bots?
>
> [1] https://en.wikipedia.org/wiki/Decimal_degrees
> [2] https://www.wikidata.org/wiki/Q116746
> [3]
> https://www.mediawiki.org/wiki/Wikibase/Indexing/RDF_
> Dump_Format#Globe_coordinate
> [4]
> https://gis.stackexchange.com/questions/8650/measuring-
> accuracy-of-latitude-and-longitude
>
> --
> Stas Malyshev
> smalys...@wikimedia.org
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>



-- 

-- 
- Scott MacLeod - Founder & President
- World University and School
- http://worlduniversityandschool.org

- 415 480 4577
- http://scottmacleod.com


- CC World University and School - like CC Wikipedia with best STEM-centric
CC OpenCourseWare - incorporated as a nonprofit university and school in
California, and is a U.S. 501 (c) (3) tax-exempt educational organization.


IMPORTANT NOTICE: This transmission and any attachments are intended only
for the use of the individual or entity to which they are addressed and may
contain information that is privileged, confidential, or exempt from
disclosure under applicable federal or state laws.  If the reader of this
transmission is not the intended recipient, you are hereby notified that
any use, dissemination, distribution, or copying of this communication is
strictly prohibited.  If you have received this transmission in error,
please notify me immediately by email or telephone.

World University and School is sending you this because of your interest in
free, online, higher education. If you don't want to receive these, please
reply with 'unsubscribe' in the body of the email, leaving the subject line
intact. Thank you.
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T174499: WDQS: Implement multi-point centroid aggregation function

[Yurik]

Yurik added a comment.
@Smalyshev would it be possible to at least provide a few "helper" functions like  convert(point) -> ?x, ?y, ?z and the reverse?  This way the user could bind x,y,z variables, do the average aggregation, and use the reverse x,y,z -> point.TASK DETAILhttps://phabricator.wikimedia.org/T174499EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: YurikCc: Smalyshev, Aklapper, Yurik, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T174519: Determine baseline for metrics on Commons

[debt]

debt created this task.debt added projects: Discovery, Discovery-Analysis, Structured-Data-Commons.Herald added a subscriber: Aklapper.Herald added a project: Wikidata.
TASK DESCRIPTIONAs the #structured-data-commons project ramps up, we'll need to figure out a baseline for metrics on Commons in order to measure future successes.

Let's do this by:


Investigating what and if sufficient eventlogging is already setup for Commons search
if not, investigate what are the appropriate metrics to track
is eventlogging setup only on Commons or is it on other projects
can eventlogging from various sources be combined into a meaningful set of metrics/dashboard

How do users generally use Commons
Are there behaviors that we can easily identify to help make search better
Is there a way to tell what the current zero results rate is for searches on Commons



TASK DETAILhttps://phabricator.wikimedia.org/T174519EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: debtCc: Abit, chelsyx, mpopov, debt, Aklapper, SandraF_WMF, GoranSMilovanovic, QZanden, EBjune, Acer, Avner, Gehel, FloNight, Susannaanas, Izno, Yann, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T174499: WDQS: Implement multi-point centroid aggregation function

[Smalyshev]

Smalyshev added a comment.
Hmm, I am not sure whether it is possible to define custom aggregate functions in Blazegraph. Aggregates do not work the same way as regular functions, and it looks like they are defined on grammar level. If so, defining custom aggregate may not be possible.TASK DETAILhttps://phabricator.wikimedia.org/T174499EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Smalyshev, Aklapper, Yurik, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T174414: WDQS incorrectly calculates geof:distance

[Smalyshev]

Smalyshev added a project: Discovery-Wikidata-Query-Service-Sprint.
TASK DETAILhttps://phabricator.wikimedia.org/T174414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: gerritbot, Nikki, Smalyshev, Aklapper, Yurik, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, merbst, Avner, Lewizho99, Maathavan, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T174414: WDQS incorrectly calculates geof:distance

[gerritbot]

gerritbot added a comment.
Change 374654 had a related patch set uploaded (by Smalyshev; owner: Smalyshev):
[wikidata/query/rdf@master] Make distance between very close points equal to 0

https://gerrit.wikimedia.org/r/374654TASK DETAILhttps://phabricator.wikimedia.org/T174414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Nikki, Smalyshev, Aklapper, Yurik, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T174414: WDQS incorrectly calculates geof:distance

[gerritbot]

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T174414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Nikki, Smalyshev, Aklapper, Yurik, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, EBjune, merbst, Avner, Lewizho99, Maathavan, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T174414: WDQS incorrectly calculates geof:distance

[Smalyshev]

Smalyshev added a project: Upstream.Smalyshev added a comment.
Reported issue upstream as https://jira.blazegraph.com/browse/BLZG-9038.TASK DETAILhttps://phabricator.wikimedia.org/T174414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Nikki, Smalyshev, Aklapper, Yurik, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331, Krenair___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Wikidata SPARQL endpoint dropping some results?

[Stas Malyshev]

Hi!


> Is this a known problem? Am I missing something here? Is there something
> wrong with the approach of running a CONSTRUCT query against the
> Wikidata endpoint and expecting to get the same result (of around 4200
> triples) each time, unless the underlying data in Wikidata has changed?

This should be fine. The data should not be different. The difference
might be because some servers are out of sync. I'll check it.

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

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

[Wikidata-bugs] [Maniphest] [Commented On] T174345: Restrict merging rights to autoconfirmed users

[Urbanecm]

Urbanecm added a comment.
Please let me know as soon as this change will be ready-to-process . Technically it isn't a problem (just remove the rights from newbies and maybe hide the merging dialog).TASK DETAILhttps://phabricator.wikimedia.org/T174345EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: UrbanecmCc: Esc3300, Bugreporter, matej_suchanek, Sjoerddebruin, gerritbot, Ash_Crow, Lydia_Pintscher, Lea_Lacroix_WMDE, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, DatGuy, Devwaker, Urbanecm, JEumerus, Tulsi_Bhagat, Izno, Luke081515, biplabanand, Wikidata-bugs, Snowolf, aude, Dcljr, Jdforrester-WMF, Matanya, Mbch331, 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] T174414: WDQS incorrectly calculates geof:distance

[Smalyshev]

Smalyshev added a comment.
The calculations are already done with doubles. However, standard arccos formula is not good for small distances even with doubles - the value inside arccos can become >1 due to rounding errors, which produces the NaN. Haversine formula is said to behave better, but I'm not sure what its accuracy limits either.TASK DETAILhttps://phabricator.wikimedia.org/T174414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Nikki, Smalyshev, Aklapper, Yurik, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T174504: Coordinates are exported into RDF with excessive precision

[Smalyshev]

Smalyshev created this task.Smalyshev added projects: Wikidata, Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONWhen coordinates are exported into RDF, they are represented with many more digits than the precision allows. I.e., coordinate for https://www.wikidata.org/wiki/Q116746, with precision specified as "arcseconds", or 31m, are exported as Point(13.3667 41.7667) - 12 digits, or sub-millimeter precision. It should be exported as Point(13.3667 41.7667) instead.TASK DETAILhttps://phabricator.wikimedia.org/T174504EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: daniel, Aklapper, Smalyshev, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T174499: WDQS: Implement multi-point centroid aggregation function

[Yurik]

Yurik updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...[[ https://stackoverflow.com/questions/1185408/converting-from-longitude-latitude-to-cartesian-coordinates | this stackoverflow question ]] provides a more accurate implementationsimple explanation of how it is done, by transitioning each point's WSG 84 (longitude, latlatitude) into cCartesian system (x,y,z), averaging on each coordinate, and converting back.  If earth is assumed to be a sphere, the calculations are slightly simpler.

I found this example that uses JTS (reference library for all geo calcs) - https://gist.github.com/oschrenk/2787570

== Usage...TASK DETAILhttps://phabricator.wikimedia.org/T174499EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: YurikCc: Smalyshev, Aklapper, Yurik, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata] Coordinate precision in Wikidata, RDF & query service

[Stas Malyshev]

Hi!

I would like to initiate a discussion about coordinate precision in
Wikidata and Query Service. The reason is that right now we do not have
any limit to precision, coordinates are basically doubles, and that
allows to specify over-precise coordinates and makes it harder to
compare them - both between themselves within Wikidata and with outside
services.

From the precision description in [1], we would rarely need beyond third
or fourth digit after the decimal point. However, we have in the
database coordinates like: Point(13.3 41.7) which
pretends to specify it with sub-millimeter accuracy - for an entity that
describes a municipality[2]!

We do have precision on values - e.g. the above has specified precision
of "arcseconds" - so it may be just a formatting issue, but even
arcsecond looks somewhat over-precise for a city. And it may be a bit
challenging to convert DMS precision DD precision.

But the bigger question is whether we should store over-precise
coordinates in the database at all, or we should round them up on export
or inside the data. The formulae that are used to calculate distances
have, by obvious reasons, limited precision, and direct comparisons
can't take precision into account, which may lead to such coordinates
very hard to work with. Should we maybe just put a limit on how precise
we put coordinates into RDF and in query service? Would four decimals
after the dot be enough? According to [4] this is what commercial GPS
device can provide. If not, why and which accuracy would be appropriate?

We do export precision of the coordinate as wikibase:geoPrecision[3] -
and we currently have 258060 distinct values for it. This is very weird.
I am not sure precision is useful in this form. Can anybody tell me any
use case for this number now? If not, maybe we should change how we
represent it. I'm also not sure where these come from as we only have
13 options in the UI. Bots?

[1] https://en.wikipedia.org/wiki/Decimal_degrees
[2] https://www.wikidata.org/wiki/Q116746
[3]
https://www.mediawiki.org/wiki/Wikibase/Indexing/RDF_Dump_Format#Globe_coordinate
[4]
https://gis.stackexchange.com/questions/8650/measuring-accuracy-of-latitude-and-longitude

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

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

[Wikidata-bugs] [Maniphest] [Commented On] T174414: WDQS incorrectly calculates geof:distance

[Yurik]

Yurik added a comment.
Float is good enough to store longitude and latitude - precision 1-2 meters at worst.  The calculations on the other hand would need to be done with doubles -  most trigonometry functions use them anyway.TASK DETAILhttps://phabricator.wikimedia.org/T174414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: YurikCc: Nikki, Smalyshev, Aklapper, Yurik, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T174499: WDQS: Implement multi-point centroid aggregation function

[Yurik]

Yurik updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...[[ https://stackoverflow.com/questions/1185408/converting-from-longitude-latitude-to-cartesian-coordinates | this stackoverflow question ]] provides a more accurate implementation, by transitioning each point's (lon, lat) into cartesian system (x,y,z), averaging on each coordinate, and converting back.  If earth is assumed to be a sphere, the calculations are slightly simpler.

== Usage
```lang=sparql
SELECT (geof:pointCentroid( ?location ) as ?center) WHERE {
  ?place wdt:P625 ?location .
   ...
}
```TASK DETAILhttps://phabricator.wikimedia.org/T174499EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: YurikCc: Smalyshev, Aklapper, Yurik, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T174499: WDQS: Implement multi-point centroid aggregation function

[Yurik]

Yurik created this task.Yurik added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONGiven a set of points, it is frequently needed to calculate their "average" point - a weighted center of sorts.  Simply creating a new point with AVG(longitude(point)), AVG(latitude(point)) may work in many places, but it could be grossly incorrect near anti-meridian.

this stackoverflow question provides a more accurate implementation, by transitioning each point's (lon, lat) into cartesian system (x,y,z), averaging on each coordinate, and converting back.  If earth is assumed to be a sphere, the calculations are slightly simpler.TASK DETAILhttps://phabricator.wikimedia.org/T174499EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: YurikCc: Smalyshev, Aklapper, Yurik, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T174414: WDQS incorrectly calculates geof:distance

[Smalyshev]

Smalyshev added a comment.
@Nikki the results you're getting are because of difference of precisions between Getty and our data. Those seem to be the same points, just with different precision. I wonder if we shouldn't limit precision of the data for the purposes of distance calculation.TASK DETAILhttps://phabricator.wikimedia.org/T174414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Nikki, Smalyshev, Aklapper, Yurik, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Retitled] T112081: [Story] purge cached renderings of IDs when the formatter URL changes

[hoo]

hoo renamed this task from "[Story] purge cached renderings of IDs when the formatter URI changes" to "[Story] purge cached renderings of IDs when the formatter URL changes".
TASK DETAILhttps://phabricator.wikimedia.org/T112081EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, Lydia_Pintscher, Mbch331, hoo, Jheald, Aklapper, daniel, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Retitled] T112081: [Story] purge cached renderings of IDs when the formatter URI changes

[hoo]

hoo renamed this task from "[Story] purge cached renderings of IDs when the formatter URl changes" to "[Story] purge cached renderings of IDs when the formatter URI changes".
TASK DETAILhttps://phabricator.wikimedia.org/T112081EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, Lydia_Pintscher, Mbch331, hoo, Jheald, Aklapper, daniel, GoranSMilovanovic, QZanden, 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] T173850: Possible WMF deployed extension PHP 7 issues

[Reedy]

Reedy added a comment.
func_get_args is very false positive/naive check.

Upstream issue filed, with various examples provided at https://github.com/sstalle/php7cc/issues/127TASK DETAILhttps://phabricator.wikimedia.org/T173850EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ReedyCc: Mattflaschen-WMF, Liuxinyu970226, WMDE-leszek, Anomie, Aklapper, Jdforrester-WMF, Addshore, Krinkle, MaxSem, Krenair, Reedy, Minilexikon, Timoavax79, GoranSMilovanovic, TheDragonFire, Maosef, 45Jayjay1969, QZanden, EBjune, Orienteerix, EnricoCNC, Litanwei, Avner, Ddproxy, debt, TerraCodes, SundanceRaphael, Reasno, Gehel, Debenben, Jseddon, JGirault, gabriel-wmde, phabyogi, FloNight, DStrine, Dixtosa, Trizek-WMF, GAllegre, Susannaanas, XenoRyet, Thibaut120094, Izno, SBisson, Matiia, ferdbold, lxbarth, Wong128hk, Luke081515, Nirmos, Planemad, Wikidata-bugs, Snowolf, Prod, Hydriz, aude, fredw, SPQRobin, AndyRussG, Ebe123, Pcoombe, Huji, Physikerwelt, Pkra, Dinoguy1000, Gryllida, jeblad, jayvdb, Ricordisamoa, MrStradivarius, Catrope, Lydia_Pintscher, Yurik, Darkdadaah, Arrbee, scfc, KartikMistry, Se4598, Jackmcbarn, Mbch331, Jay8g, Ltrlg, Joe, jeremyb, Legoktm, Tgr___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T173850: Possible WMF deployed extension PHP 7 issues

[Mattflaschen-WMF]

Mattflaschen-WMF removed projects: Flow, Collaboration-Team-Triage.Mattflaschen-WMF added a comment.
Thanks for running this check.  Flow looks good.

File: /home/reedy/git/mediawiki/core/extensions/Flow/includes/Data/Storage/RevisionStorage.php
> Line 324: [Warning] Nested by-reference foreach loop, make sure that array modifications (if any) do what you expect
foreach ($source as &$row) {
}

I reviewed php7_foreach and the above looks fine.

It is not doing anything edge-casey on either of the arrays being iterated ($cacheResult and $source) (no additions or removals to these arrays, no replacements of the whole array).

File: /home/reedy/git/mediawiki/core/extensions/Flow/includes/Import/LiquidThreadsApi/Source.php
> Line 195: [Warning] Function argument(s) returned by "func_get_args" might have been modified
func_get_args();

Turns out they're not.

File: /home/reedy/git/mediawiki/core/extensions/Flow/includes/Repository/TreeRepository.php
> Line 365: [Warning] Possible array element creation during by-reference assignment
$identityMap[$parent->getAlphadecimal()]['children'][$child] =& $identityMap[$child];

This line is a bit tricky.

However,  $identityMap[$child] is certainly created before this line, so there's no way two new keys of $identityMap itself are created in this line (and thus no ordering issue between these two).TASK DETAILhttps://phabricator.wikimedia.org/T173850EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMFCc: Mattflaschen-WMF, Liuxinyu970226, WMDE-leszek, Anomie, Aklapper, Jdforrester-WMF, Addshore, Krinkle, MaxSem, Krenair, Reedy, Minilexikon, Timoavax79, GoranSMilovanovic, TheDragonFire, Maosef, QZanden, EBjune, Orienteerix, Litanwei, Avner, Ddproxy, debt, TerraCodes, SundanceRaphael, Reasno, Gehel, Debenben, Jseddon, JGirault, gabriel-wmde, phabyogi, FloNight, DStrine, Dixtosa, GAllegre, Susannaanas, XenoRyet, Thibaut120094, Izno, Matiia, ferdbold, lxbarth, Wong128hk, Luke081515, Nirmos, Planemad, Wikidata-bugs, Snowolf, Prod, Hydriz, aude, fredw, SPQRobin, AndyRussG, Ebe123, Pcoombe, Huji, Physikerwelt, Pkra, Dinoguy1000, jeblad, jayvdb, Ricordisamoa, MrStradivarius, Lydia_Pintscher, Yurik, Darkdadaah, Arrbee, scfc, KartikMistry, Se4598, Jackmcbarn, Mbch331, Jay8g, Ltrlg, Joe, jeremyb, Legoktm, Tgr___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T173850: Possible WMF deployed extension PHP 7 issues

[Mattflaschen-WMF]

Mattflaschen-WMF added a project: Flow.Herald added a project: Collaboration-Team-Triage.
TASK DETAILhttps://phabricator.wikimedia.org/T173850EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMFCc: Mattflaschen-WMF, Liuxinyu970226, WMDE-leszek, Anomie, Aklapper, Jdforrester-WMF, Addshore, Krinkle, MaxSem, Krenair, Reedy, Minilexikon, Timoavax79, GoranSMilovanovic, TheDragonFire, Maosef, 45Jayjay1969, QZanden, EBjune, Orienteerix, EnricoCNC, Litanwei, Avner, Ddproxy, debt, TerraCodes, SundanceRaphael, Reasno, Gehel, Debenben, Jseddon, JGirault, gabriel-wmde, phabyogi, FloNight, DStrine, Dixtosa, Trizek-WMF, GAllegre, Susannaanas, XenoRyet, Thibaut120094, Izno, SBisson, Matiia, ferdbold, lxbarth, Wong128hk, Luke081515, Nirmos, Planemad, Wikidata-bugs, Snowolf, Prod, Hydriz, aude, fredw, SPQRobin, AndyRussG, Ebe123, Pcoombe, Huji, Physikerwelt, Pkra, Dinoguy1000, Gryllida, jeblad, jayvdb, Ricordisamoa, MrStradivarius, Catrope, Lydia_Pintscher, Yurik, Darkdadaah, Arrbee, scfc, KartikMistry, Se4598, Jackmcbarn, Mbch331, Jay8g, Ltrlg, Joe, jeremyb, Legoktm, Tgr___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T174443: Some extension name are localized though most are not

[Bugreporter]

Bugreporter added a comment.
For example in French version, The name of Global CSS/JS are translated as "CSS/JS global", where most extension names are untranslated and not translateable. I don't know whether it is the intended behavior to allow translation of extension names. (If Yes, why most extension names are not translateable? Should the extension list be sorted by translated names?)TASK DETAILhttps://phabricator.wikimedia.org/T174443EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Legoktm, Aklapper, Bugreporter, GoranSMilovanovic, QZanden, Lea_WMDE, KasiaWMDE, Izno, Wikidata-bugs, aude, jayvdb, brion, Lydia_Pintscher, TheDJ, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T174443: Some extension name are localized though most are not

[Legoktm]

Legoktm added a comment.
What exactly is this task about? What's the problem you're seeing and what solution do you expect?TASK DETAILhttps://phabricator.wikimedia.org/T174443EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LegoktmCc: Legoktm, Aklapper, Bugreporter, GoranSMilovanovic, QZanden, Lea_WMDE, KasiaWMDE, Izno, Wikidata-bugs, aude, jayvdb, brion, Lydia_Pintscher, TheDJ, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T174442: Consider removing claimid parameter of wbcheckconstraints API

[Ladsgroup]

Ladsgroup added a subtask: T174474: ApiAction log in data lake doesn't record Wikibase API actions.
TASK DETAILhttps://phabricator.wikimedia.org/T174442EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Lucas_Werkmeister_WMDE, Aklapper, Ladsgroup, GoranSMilovanovic, QZanden, Agabi10, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T174474: ApiAction log in data lake doesn't record Wikibase API actions

[Ladsgroup]

Ladsgroup added a parent task: T174442: Consider removing claimid parameter of wbcheckconstraints API.
TASK DETAILhttps://phabricator.wikimedia.org/T174474EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Aklapper, Lucas_Werkmeister_WMDE, bd808, Ladsgroup, GoranSMilovanovic, QZanden, Izno, JAllemandou, Wikidata-bugs, aude, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T174474: ApiAction log in data lake doesn't record Wikibase API actions

[Ladsgroup]

Ladsgroup added a project: MediaWiki-extensions-WikibaseRepository.Herald added a project: Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T174474EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Aklapper, Lucas_Werkmeister_WMDE, bd808, Ladsgroup, GoranSMilovanovic, QZanden, Izno, JAllemandou, Wikidata-bugs, aude, Mbch331, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T173761: Handle time data values

[Kiailandi]

Kiailandi added a comment.

In T173761#3559193, @Jarekt wrote:
F9195035: New Picture (4).png
 I am new to primary-sources tool, but for me it does not even handle simple dates like years. The tool proposes duplicate statements and if you approve it it adds it and proposes another copy. Rejecting claims does not do anything.


May I ask you if you are using the gadget version from preferences or the Github one pasted in your common.js?TASK DETAILhttps://phabricator.wikimedia.org/T173761EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Hjfocs, KiailandiCc: Kiailandi, Jarekt, Hjfocs, Aklapper, Smalyshev, GoranSMilovanovic, QZanden, dachary, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Tpt, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T172192: Decide on forms/senses creation via API

[Addshore]

Addshore added a comment.
Create those using wbeditentity

+1 as said previously.

Clients should be able to re-use code for creating different kinds of entities
 Forms and Senses should be treated just like other entities, for consistency
 All APIs that create or edit entities must consistently apply the appropriate checks for permissions, tokens, etc.

Also +1 to all of this from daniel

I may have other comments once reading discussions in other places.TASK DETAILhttps://phabricator.wikimedia.org/T172192EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AddshoreCc: Addshore, gerritbot, Jakob_WMDE, Lydia_Pintscher, thiemowmde, Jonas, WMDE-leszek, Aklapper, daniel, Aleksey_WMDE, PokestarFan, Lordiis, Cinemantique, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T174463: No message display in languages with variant

[Bugreporter]

Bugreporter updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...Messages are displayed as raw message name, or in English (both are unexpected)

Note: also happen in sr-ec and be-tarask
See also:...TASK DETAILhttps://phabricator.wikimedia.org/T174463EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: PokestarFan, Jonas, VIGNERON, Aklapper, Bugreporter, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T173662: Apply correct fallback for messages displayed on interface

[Bugreporter]

Bugreporter updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...If you have switched the interface language sometimes the interface are sometimes (**not always**) displayed in the nearest fallbacked language **you previously used** (purging will clear this record). f**Fallback is not applied if some but not all messages are translated**
Tests:...TASK DETAILhttps://phabricator.wikimedia.org/T173662EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Jonas, Aklapper, Bugreporter, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T173662: Apply correct fallback for messages displayed on interface

[Bugreporter]

Bugreporter updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...cs->sk (no interface language fallback, language partly in sk and partly in raw message name)...TASK DETAILhttps://phabricator.wikimedia.org/T173662EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Jonas, Aklapper, Bugreporter, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T174463: No message display in languages with variant

[Bugreporter]

Bugreporter added a comment.
more strange behavior are reported in T173662: Apply correct fallback for messages displayed on interface.TASK DETAILhttps://phabricator.wikimedia.org/T174463EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: PokestarFan, Jonas, VIGNERON, Aklapper, Bugreporter, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Retitled] T173662: Apply correct fallback for messages displayed on interface

[Bugreporter]

Bugreporter renamed this task from "Raw message name displayed on interface" to "Apply correct fallback for messages displayed on interface".Bugreporter updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...  # switch the interface to a lesser-used language (this bug does happen even in Chinese)

Expected:
Messages are fallbacked to an appropriate language (probably English)All not translated messages are fallbacked to the nearest language that the message is translated, regardless whether and how you have switched the interface language

Actual:
If you have not switched the interface language or you purged the page, messages are displayed like "wdqs-app-button-examples"
If you have switched the interface language sometimes the interface are sometimes (**not always**) displayed in the nearest fallbacked language **you previously used** (purging will clear this record). fallback is not applied if some but not all messages are translated
Tests:

(no messages translated in ltg, map-bms, mhr; some messages translated in lv, cs, sk, id, jv; all messages translated in ru, zh-hans)
en->ltg (interface in en)
lv->ltg (interface in lv)
ltg->en->ltg->lv->ltg (interface in lv)
en->tyv (interface in en)
en->zh (interface in en)
en->zh-hans (interface in en)
id->map-bms (interface in id)
jv->id->map-bms (interface in jv)
id->jv->map-bms (interface in jv)
Messages are displayed like "wdqs-app-button-examples"ru->mhr (interface in ru)

but:
ru->tyv (no interface language fallback)
cs->sk (no interface language fallback, language partly in sk and partly in)
See also:
{T174461}
{T174463}TASK DETAILhttps://phabricator.wikimedia.org/T173662EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Jonas, Aklapper, Bugreporter, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T51315: [Story] record wikibase recent change entries attributed as non-anon

[hoo]

hoo closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T51315EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMF, hooCc: daniel, gerritbot, jmatazzoni, Catrope, Etonkovidova, Mattflaschen-WMF, MGChecker, Merl, Ricordisamoa, Aklapper, Liuxinyu970226, Wikidata-bugs, Legoktm, Denny, aude, MZMcBride, Lydia_Pintscher, Raymond, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Iniquity, Izno, SBisson, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T90435: [Epic] Wikidata watchlist improvements (client)

[hoo]

hoo closed subtask T51315: [Story] record wikibase recent change entries attributed as non-anon as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T90435EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: PokestarFan, Tbayer, Aschroet, IKhitron, Esh77, TomT0m, Oliv0, abian, Daniel_Mietchen, Soisyc_Croisic, H4stings, Ricordisamoa, matej_suchanek, MGChecker, Sitic, JanZerebecki, Conny, Snaterlicious, Liuxinyu970226, Quiddity, Rschen7754, Ainali, MisterSynergy, Lydia_Pintscher, Aklapper, daniel, GoranSMilovanovic, QZanden, 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] T174463: No message display in languages with variant

[Jonas]

Jonas added a comment.
Thanks for reporting!
Unfortunately there is a bug with the grunt i18n merge plugin.TASK DETAILhttps://phabricator.wikimedia.org/T174463EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: PokestarFan, Jonas, VIGNERON, Aklapper, Bugreporter, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T174463: No message display in languages with variant

[Jonas]

Jonas added subscribers: VIGNERON, Jonas, PokestarFan.Jonas merged a task: T171597: Breton translation of the SPARQL query service doesn't work.
TASK DETAILhttps://phabricator.wikimedia.org/T174463EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: PokestarFan, Jonas, VIGNERON, Aklapper, Bugreporter, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Merged] T171597: Breton translation of the SPARQL query service doesn't work

[Jonas]

Jonas closed this task as a duplicate of T174463: No message display in languages with variant.
TASK DETAILhttps://phabricator.wikimedia.org/T171597EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: JonasCc: Jonas, Aklapper, VIGNERON, PokestarFan, GoranSMilovanovic, QZanden, EBjune, merbst, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T174414: WDQS incorrectly calculates geof:distance

[Smalyshev]

Smalyshev added a comment.
Looks like the points that produce NaN are pretty close... May be a precision thing.TASK DETAILhttps://phabricator.wikimedia.org/T174414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Nikki, Smalyshev, Aklapper, Yurik, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T174461: Some messages are not displayed in any languages

[Bugreporter]

Bugreporter updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...See also:
{T173662}
{T174463}
TASK DETAILhttps://phabricator.wikimedia.org/T174461EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Aklapper, Bugreporter, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T174463: No message display in languages with variant

[Bugreporter]

Bugreporter created this task.Bugreporter added projects: Wikidata-Query-Service, Wikidata.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONReproduce:


https://query.wikidata.org/
switch the interface to  中文（简体） (zh-cn)
if you see message in English, refresh the page, the message will be shown as raw message name


Expected:
Interface are displayed in Chinese, as no message are not translated (see https://translatewiki.net/w/i.php?title=Special:Translate=wikidata-0-all=zh-hans=%21translated="">)

Actual:
Messages are displayed as raw message name, or in English (both are unexpected)

See also:
T173662: Raw message name displayed on interface
T174461: Some messages are not displayed in any languagesTASK DETAILhttps://phabricator.wikimedia.org/T174463EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Aklapper, Bugreporter, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T172710: send wdqs logs to logstash

[gerritbot]

gerritbot added a comment.
Change 374512 merged by jenkins-bot:
[wikidata/query/rdf@master] Use the standard MDCInsertingServletFilter instead of our custom LoggingFilter

https://gerrit.wikimedia.org/r/374512TASK DETAILhttps://phabricator.wikimedia.org/T172710EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: EBernhardson, gerritbot, Aklapper, PokestarFan, Gehel, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, EBjune, merbst, Avner, Lewizho99, Zppix, Maathavan, debt, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, faidon, Mbch331, Jay8g, fgiunchedi___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T174461: Some messages are not displayed in any languages

[Bugreporter]

Bugreporter created this task.Bugreporter added projects: Wikidata-Query-Service, Wikidata.Herald added a subscriber: Aklapper.Herald added a project: Discovery.
TASK DESCRIPTIONReproduce:


https://query.wikidata.org/
use any language


In query helper shows "wdqs-ve-filter" and "wdqs-ve-show"

See also:TASK DETAILhttps://phabricator.wikimedia.org/T174461EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Aklapper, Bugreporter, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T170531: Semantics: Make recognized property and value look different than unrecognized input

[gerritbot]

gerritbot added a comment.
Change 370628 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Indicate recognized/unrecognized input in entityselector.

https://gerrit.wikimedia.org/r/370628TASK DETAILhttps://phabricator.wikimedia.org/T170531EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDE, gerritbotCc: abian, gerritbot, Sjoerddebruin, Jonas, PokestarFan, James_Budday, Charlie_WMDE, thiemowmde, Lydia_Pintscher, Aklapper, Jan_Dittrich, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, JGirault, 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] [Unassigned] T174232: Add monolingual language code tay (Atayal)

[Zoranzoki21]

Zoranzoki21 removed Zoranzoki21 as the assignee of this task.
TASK DETAILhttps://phabricator.wikimedia.org/T174232EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Zoranzoki21Cc: Bugreporter, gerritbot, Zoranzoki21, Mbch331, Reke, Shangkuanlc, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, 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] T172710: send wdqs logs to logstash

[Gehel]

Gehel added a comment.
Oh, I was expecting %{HOSTNAME} to be interpreted by logstash itself, not as a ref in the same document. There is something about HOSTNAME being lazy loaded in recent version of logback. I'll try to find the reference...TASK DETAILhttps://phabricator.wikimedia.org/T172710EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GehelCc: EBernhardson, gerritbot, Aklapper, PokestarFan, Gehel, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, EBjune, merbst, Avner, Lewizho99, Zppix, Maathavan, debt, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, faidon, Mbch331, Jay8g, fgiunchedi___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T172710: send wdqs logs to logstash

[EBernhardson]

EBernhardson added a comment.

In T172710#3561315, @Gehel wrote:
Logs are now sent to logstash, but the "host" field isn't set correctly (its value is always "%{HOSTNAME}". Some analysis:


logs are sent over UDP, using the net.logstash.logback.appender.LogstashSocketAppender, to logstash port 11514
logstash is configured with an input type=logstash, codec=json on that port
logstash is configured to replace the hostname for [type] == logback ` mutate { replace => [ "host", "%{HOSTNAME}" ] add_tag => [ "logback", "es" ] } `
the same configuration seem to work for Cassandra



I'm also a bit weak on my logstash, but if i understand correctly %{...} basically resolves to another field in the same document. That would imply that wdqs is not sending the HOSTNAME variable. If we look at the actual documents we can see that cassandra docs have the HOSTNAME variable, and wdqs do not. So the question is, why isn't wdqs sending this?

It looks like HOSTNAME was added in https://github.com/logstash/logstash-logback-encoder/commit/0c67cff00bc0e9e03f566f53bfe55e11a60fea27

The earliest tag that includes this commit is logstash-logback-encoder-2.1. It seems unlikely we are using a version older than that. Perhaps somehow wdqs isn't using the same defaults? It seems like hostname is addded by default with a bunch of other properties in current master, via LogstashAccessFormatter.javaTASK DETAILhttps://phabricator.wikimedia.org/T172710EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: EBernhardsonCc: EBernhardson, gerritbot, Aklapper, PokestarFan, Gehel, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, EBjune, merbst, Avner, Lewizho99, Zppix, Maathavan, debt, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, faidon, Mbch331, Jay8g, fgiunchedi___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T144272: new monolingual language code requests for Wikidata (tracking)

[Bugreporter]

Bugreporter closed subtask T174232: Add monolingual language code tay (Atayal) as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T144272EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Mbch331, Lydia_Pintscher, Zoranzoki21, Nikki, Amire80, jhsoby, Liuxinyu970226, GerardM, thiemowmde, Aklapper, Esc3300, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Declined] T174232: Add monolingual language code tay (Atayal)

[Bugreporter]

Bugreporter closed this task as "Declined".Bugreporter added a comment.Herald removed a subscriber: Liuxinyu970226.
No longer needed, see T173383: Add Atayal (tay) to Names.phpTASK DETAILhttps://phabricator.wikimedia.org/T174232EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Zoranzoki21, BugreporterCc: Bugreporter, gerritbot, Zoranzoki21, Mbch331, Reke, Shangkuanlc, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, 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] T174422: Make dbBatchSize in WikiPageUpdater configurable

[gerritbot]

gerritbot added a comment.
Change 374505 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Make dbBatchSize in WikiPageUpdater configurable

https://gerrit.wikimedia.org/r/374505TASK DETAILhttps://phabricator.wikimedia.org/T174422EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: Aklapper, fgiunchedi, aaron, Krinkle, Jdforrester-WMF, WMDE-leszek, jcrespo, Esc3300, EBernhardson, gerritbot, Emijrp, Mr.Ibrahem, Magnus, Sjoerddebruin, Bugreporter, Pasleim, XXN, Harej, Daniel_Mietchen, Agabi10, Stashbot, daniel, Liuxinyu970226, Peachey88, BBlack, Andreasmperu, Nemo_bis, Ladsgroup, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Vali.matei, Lewizho99, Maathavan, 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] T51315: [Story] record wikibase recent change entries attributed as non-anon

[gerritbot]

gerritbot added a comment.
Change 349977 merged by jenkins-bot:
[mediawiki/extensions/Wikibase@master] Transform user ID from repo to client in change prop

https://gerrit.wikimedia.org/r/349977TASK DETAILhttps://phabricator.wikimedia.org/T51315EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Mattflaschen-WMF, gerritbotCc: daniel, gerritbot, jmatazzoni, Catrope, Etonkovidova, Mattflaschen-WMF, MGChecker, Merl, Ricordisamoa, Aklapper, Liuxinyu970226, Wikidata-bugs, Legoktm, Denny, aude, MZMcBride, Lydia_Pintscher, Raymond, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Iniquity, Izno, SBisson, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T174443: Some extension name are localized though most are not

[Bugreporter]

Bugreporter created this task.Bugreporter added projects: TimedMediaHandler, GlobalCssJs, MediaWiki-extensions-LocalisationUpdate, Revision-Slider, Wikidata-Page-Banner.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, TCB-Team.
TASK DESCRIPTIONSee https://test2.wikipedia.org/wiki/Special:version?uselang=qqxTASK DETAILhttps://phabricator.wikimedia.org/T174443EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: BugreporterCc: Aklapper, Bugreporter, GoranSMilovanovic, QZanden, Lea_WMDE, KasiaWMDE, Izno, Wikidata-bugs, aude, jayvdb, brion, Lydia_Pintscher, TheDJ, Mbch331, Jay8g, Legoktm, Quiddity___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T174442: Consider removing claimid parameter of wbcheckconstraints API

[Lucas_Werkmeister_WMDE]

Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added projects: Wikidata, Wikibase-Quality, Wikibase-Quality-Constraints.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONSince we’re already going to make a breaking change to the wbcheckconstraints API, we could also consider removing the claimid parameter, which is also kind of tied to the now-obsolete idea of only checking constraints on statements:


Once we check qualifiers and references, its semantics become a bit unclear: should it check only the main snak or all snaks of the statement?
It’s no longer a full “address to anything that constraints can be checked on”, because it doesn’t support selecting a single qualifier or reference snak to check constraints on.


I suspect that no one currently uses that parameter, but @Ladsgroup is running a query on the ApiAction dataset to verify this.

If it turns out people need a way to request constraint checks at sub-entity granularity, we should come up with something better than claimid.TASK DETAILhttps://phabricator.wikimedia.org/T174442EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Lucas_Werkmeister_WMDE, Aklapper, Ladsgroup, GoranSMilovanovic, QZanden, Agabi10, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] URIs

[Nicolas VIGNERON]

2017-08-29 15:13 GMT+02:00 Timothy Holborn :

> Working on a 'fixing fake news' thing.  It would be good if specific
> values were available as a URI.
>
> ie: US population: https://www.wikidata.org/wiki/Q30#population20160709
> (= 323,952,889)
>
> Tim.
>

Good idea.

The format should probably be consistent with the current link to
properties : https://www.wikidata.org/wiki/Q30#P1082 , maybe something like
https://www.wikidata.org/wiki/Q30#P1082-20160709


Cdlt, ~nicolas
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T168765: Create Wikiversity Hindi

[chasemp]

chasemp added a comment.

In T168765#3561990, @Marostegui wrote:

In T168765#3561986, @Marostegui wrote:

In T168765#3561969, @Krenair wrote:
Was the maintain-views step not completely performed?

MariaDB [hiwikiversity_p]> show tables;
 Empty set (0.00 sec)


Looks like it is missing on 1001 and 1003 (I assumed Andrew did it there). I will do it in a sec


Done on 1001 and 1003. show tables now works


Thank you sir.TASK DETAILhttps://phabricator.wikimedia.org/T168765EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Reedy, chasempCc: chasemp, Marostegui, Krenair, Koavf, Dzahn, Anooprao, Stashbot, Reedy, YmKavishwar, Crochet.david, gerritbot, PokestarFan, gh87, Ebe123, Lsanabria, Sfic, Urbanecm, StevenJ81, SPQRobin, Rschen7754, Mahir256, Dereckson, Jayprakash12345, Dcljr, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, Lewizho99, Zppix, Maathavan, DatGuy, Devwaker, JEumerus, Tulsi_Bhagat, Izno, Luke081515, JAllemandou, biplabanand, Wikidata-bugs, Snowolf, aude, Nemo_bis, faidon, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, fgiunchedi, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T173936: Ensure all wikidata "libraries" don't interact with MediaWiki and are independent

[Lydia_Pintscher]

Lydia_Pintscher added a project: Wikidata-Sprint.
TASK DETAILhttps://phabricator.wikimedia.org/T173936EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Aklapper, Legoktm, greg, Lydia_Pintscher, daniel, thiemowmde, WMDE-leszek, Aleksey_WMDE, Jonas, hoo, aude, Agabi10, Lucas_Werkmeister_WMDE, Addshore, GoranSMilovanovic, QZanden, 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] T174414: WDQS incorrectly calculates geof:distance

[Nikki]

Nikki added a comment.
I got NaN for the distance recently too, with something similar to this query (only includes the affected items, to make it faster).TASK DETAILhttps://phabricator.wikimedia.org/T174414EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: NikkiCc: Nikki, Smalyshev, Aklapper, Yurik, GoranSMilovanovic, QZanden, EBjune, merbst, Avner, debt, Gehel, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T173008: Create a maintenance script for pruning stale entity subscriptions and run periodically

[daniel]

daniel added a comment.
Quick reality check: based on the above numbers, less than 2% of enwiki subscriptions are stale, and about 5% of ruwiki subscriptions are stale. That's worth investigation, but probably doesn't have a huge impact.TASK DETAILhttps://phabricator.wikimedia.org/T173008EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Esc3300, Ladsgroup, daniel, aude, Aklapper, PokestarFan, hoo, GoranSMilovanovic, QZanden, 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] T173008: Create a maintenance script for pruning stale entity subscriptions and run periodically

[daniel]

daniel added a comment.
Pruning stale subscriptions would be nice indeed. Finding out where they come from, and fixing that, would be even better :)TASK DETAILhttps://phabricator.wikimedia.org/T173008EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: Esc3300, Ladsgroup, daniel, aude, Aklapper, PokestarFan, hoo, GoranSMilovanovic, QZanden, 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] T168765: Create Wikiversity Hindi

[Marostegui]

Marostegui added a comment.

In T168765#3561986, @Marostegui wrote:

In T168765#3561969, @Krenair wrote:
Was the maintain-views step not completely performed?

MariaDB [hiwikiversity_p]> show tables;
 Empty set (0.00 sec)


Looks like it is missing on 1001 and 1003 (I assumed Andrew did it there). I will do it in a sec


Done on 1001 and 1003. show tables now worksTASK DETAILhttps://phabricator.wikimedia.org/T168765EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Reedy, MarosteguiCc: Marostegui, Krenair, Koavf, Dzahn, Anooprao, Stashbot, Reedy, YmKavishwar, Crochet.david, gerritbot, PokestarFan, gh87, Ebe123, Lsanabria, Sfic, Urbanecm, StevenJ81, SPQRobin, Rschen7754, Mahir256, Dereckson, Jayprakash12345, Dcljr, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, Lewizho99, Zppix, Maathavan, DatGuy, Devwaker, JEumerus, Tulsi_Bhagat, Izno, Luke081515, JAllemandou, biplabanand, Wikidata-bugs, Snowolf, aude, Nemo_bis, faidon, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, fgiunchedi, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T168765: Create Wikiversity Hindi

[Marostegui]

Marostegui added a comment.

In T168765#3561969, @Krenair wrote:
Was the maintain-views step not completely performed?

MariaDB [hiwikiversity_p]> show tables;
 Empty set (0.00 sec)


Looks like it is missing on 1001 and 1003 (I assumed Andrew did it there). I will do it in a secTASK DETAILhttps://phabricator.wikimedia.org/T168765EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Reedy, MarosteguiCc: Marostegui, Krenair, Koavf, Dzahn, Anooprao, Stashbot, Reedy, YmKavishwar, Crochet.david, gerritbot, PokestarFan, gh87, Ebe123, Lsanabria, Sfic, Urbanecm, StevenJ81, SPQRobin, Rschen7754, Mahir256, Dereckson, Jayprakash12345, Dcljr, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, Lewizho99, Zppix, Maathavan, DatGuy, Devwaker, JEumerus, Tulsi_Bhagat, Izno, Luke081515, JAllemandou, biplabanand, Wikidata-bugs, Snowolf, aude, Nemo_bis, faidon, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, fgiunchedi, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T168765: Create Wikiversity Hindi

[Reedy]

Reedy added a subscriber: Marostegui.Reedy added a comment.

In T171829#3553943, @Marostegui wrote:
The blocker is fixed and so is this one too:

mysql:root@localhost [hiwikiversity_p]> show tables;
+---+
| Tables_in_hiwikiversity_p |
+---+
| abuse_filter  |
| abuse_filter_action   |
| abuse_filter_log  |
| archive   |
| archive_userindex |
| babel |
| category  |
| categorylinks |
| change_tag|
| externallinks |
| filearchive   |
| filearchive_userindex |
| geo_tags  |
| global_block_whitelist|
| globalblocks  |
| image |
| imagelinks|
| interwiki |
| ipblocks  |
| ipblocks_ipindex  |
| iwlinks   |
| l10n_cache|
| langlinks |
| linter|
| logging   |
| logging_logindex  |
| logging_userindex |
| math  |
| module_deps   |
| oldimage  |
| oldimage_userindex|
| page  |
| page_props|
| page_restrictions |
| pagelinks |
| protected_titles  |
| recentchanges |
| recentchanges_userindex   |
| redirect  |
| revision  |
| revision_userindex|
| site_identifiers  |
| site_stats|
| sites |
| tag_summary   |
| templatelinks |
| transcode |
| updatelog |
| user  |
| user_former_groups|
| user_groups   |
| user_properties   |
| valid_tag |
| wbc_entity_usage  |
+---+
54 rows in set (0.00 sec)


mysql:root@localhost [hiwikiversity_p]> show create table tag_summary\G
*** 1. row ***
View: tag_summary
 Create View: CREATE ALGORITHM=UNDEFINED DEFINER=`viewmaster`@`%` SQL SECURITY DEFINER VIEW `tag_summary` AS select `hiwikiversity`.`tag_summary`.`ts_id` AS `ts_id`,`hiwikiversity`.`tag_summary`.`ts_rc_id` AS `ts_rc_id`,`hiwikiversity`.`tag_summary`.`ts_log_id` AS `ts_log_id`,`hiwikiversity`.`tag_summary`.`ts_rev_id` AS `ts_rev_id`,`hiwikiversity`.`tag_summary`.`ts_tags` AS `ts_tags` from `hiwikiversity`.`tag_summary`
character_set_client: utf8
collation_connection: utf8_general_ci
1 row in set (0.00 sec)


TASK DETAILhttps://phabricator.wikimedia.org/T168765EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: ReedyCc: Marostegui, Krenair, Koavf, Dzahn, Anooprao, Stashbot, Reedy, YmKavishwar, Crochet.david, gerritbot, PokestarFan, gh87, Ebe123, Lsanabria, Sfic, Urbanecm, StevenJ81, SPQRobin, Rschen7754, Mahir256, Dereckson, Jayprakash12345, Dcljr, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, Lewizho99, Zppix, Maathavan, DatGuy, Devwaker, JEumerus, Tulsi_Bhagat, Izno, Luke081515, JAllemandou, biplabanand, Wikidata-bugs, Snowolf, aude, Nemo_bis, faidon, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, fgiunchedi, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T168765: Create Wikiversity Hindi

[Krenair]

Krenair added a comment.
Was the maintain-views step not performed?

MariaDB [hiwikiversity_p]> show tables;
Empty set (0.00 sec)TASK DETAILhttps://phabricator.wikimedia.org/T168765EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Reedy, KrenairCc: Krenair, Koavf, Dzahn, Anooprao, Stashbot, Reedy, YmKavishwar, Crochet.david, gerritbot, PokestarFan, gh87, Ebe123, Lsanabria, Sfic, Urbanecm, StevenJ81, SPQRobin, Rschen7754, Mahir256, Dereckson, Jayprakash12345, Dcljr, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, Lewizho99, Zppix, Maathavan, DatGuy, Devwaker, JEumerus, Tulsi_Bhagat, Izno, Luke081515, JAllemandou, biplabanand, Wikidata-bugs, Snowolf, aude, Nemo_bis, faidon, Jdforrester-WMF, Matanya, Mbch331, Rxy, Jay8g, fgiunchedi, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata] URIs

[Timothy Holborn]

Working on a 'fixing fake news' thing.  It would be good if specific values
were available as a URI.

ie: US population: https://www.wikidata.org/wiki/Q30#population20160709  (=
323,952,889)

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

Re: [Wikidata] Some Mix'n'match mappings not stored in Wikidata?

[Osma Suominen]

Hi Joachim,

Thanks a lot, this is extremely valuable for us!

I'm not sure I trust the Mix'n'match algorithm enough to determine that 
the results are good enough - I would feel more comfortable if there was 
some additional confirmation that the leftover places really do not 
exist in Wikidata, for example after using alternate and/or Swedish 
language labels to find additional match candidates.


Mix'n'match also apparently doesn't distinguish between entities that 
were not matched because no candidates were found in Wikidata to match 
against, versus entities that were not mapped because there was more 
than one candidate available. At the moment we have a mix of both types 
of failed matches in the Unmatched category. It would probably be fairly 
safe to bulk-add the places that didn't match against anything, but I 
don't know how to extract that kind of list from Mix'n'match.


My current plan is to try to take the remaining, unmapped places and try 
to reconcile them using OpenRefine; if there are still no matches, then 
I can go ahead and add them to Wikidata, most likely using the Quick 
Statements tool which seems really convenient for this.


-Osma


Neubert, Joachim kirjoitti 28.08.2017 klo 14:45:

Hi Osma,

The instrument we used to avoid duplicates was Mix-n-match. Even when something is not 
"automatically matched", often, on the details page (e.g., 
https://tools.wmflabs.org/mix-n-match/#/entry/22734337), possible matches come up.

That covers the case where a (partial) name is present somewhere in Wikidata or 
Wikipedia. Unfortunatly, I've not yet figured out how I could feed my own synonyms into 
Mix-n-match. Providing them in the description field helps for intellectual 
identification, but seems not to be used by the matching algorithm. Possibly, a separate 
"catalog" with permutated name variants from not-yet-matched entries could 
help, but I'm not sure if Magnus would encourage that, because it messes up the catalog 
list. Swedish and Finnish names for the same locations however could perhaps be a valid 
use case.

Anyway, with the 2,200 missing RePEc authors I decided at that point that the 
result was good enough, and created the not-matched entries. Less than a 
handful showed up later on as duplicates at some point (e.g., as automatically 
matched against GND). Of course, some will still linger hidden. But it is very 
easy to merge items in Wikidata, so I consider that as a much minor problem 
than it would be in library systems, where it is administrative and technically 
much more difficult to get rid of duplicates.

Cheers, Joachim (and sorry for the late response)


-Ursprüngliche Nachricht-
Von: Wikidata [mailto:wikidata-boun...@lists.wikimedia.org] Im Auftrag von
Osma Suominen
Gesendet: Montag, 21. August 2017 13:41
An: wikidata@lists.wikimedia.org
Betreff: Re: [Wikidata] Some Mix'n'match mappings not stored in Wikidata?

Hi Joachim,

Thanks for this, indeed this could be a potential strategy for us to add some or
all of the missing entities. The challenge is that we would need to be
reasonably sure that the places we want to create actually don't exist in
Wikidata, for example using an alternate spelling. You said in your question
that "Of course we make sure that neither of the ids exist in WD so far", but
how did you do that?

-Osma

Neubert, Joachim kirjoitti 21.08.2017 klo 12:36:

Hi Osma,

re. adding missing items, I've made good experiences with creating
input files for Quickstatements2 (see
https://github.com/zbw/repec-ras/blob/master/bin/create_missing_wikida
ta.pl). I've discussed how to best do this in the Wikidata Project
Chat before, and received valuable advice.
(https://www.wikidata.org/wiki/Wikidata:Project_chat/Archive/2017/05#S
ource_statements_for_items_syntesized_from_authorities_-_recommendatio
ns.3F)

Feel free to ask for further information, and all the best, Joachim


-Ursprüngliche Nachricht-
Von: Wikidata [mailto:wikidata-boun...@lists.wikimedia.org] Im
Auftrag von Osma Suominen
Gesendet: Montag, 21. August 2017 11:07
An: Discussion list for the Wikidata project.
Betreff: [Wikidata] Some Mix'n'match mappings not stored in Wikidata?

Hi,

We're more than halfway through mapping YSO places to Wikidata. Most
of the remaining are places that don't exist in Wikidata, and adding
them is quite labor-intensive so we will have to consider our strategy.

Anyway, I did some checking of what remains unmapped and noticed a
potential problem: some mappings for places that we have mapped using
Mix'n'match have not actually been stored in Wikidata. For example
Q36 Poland ("Puola" in YSO Places) is such a case. In Mix'n'match it
is shown as manually matched (see attached screenshot), but in
Wikidata the corresponding YSO ID property doesn't actually exist for
the entity. I checked the change history of the Q36 entity and
couldn't find anything relevant there, so it seems that the mapping
was never stored in Wikidata. Maybe there was a transient 

[Wikidata] Wikidata SPARQL endpoint dropping some results?

[Osma Suominen]

Hi,

I recently set up a nightly cronjob that adds Wikidata links to the YSO 
Places SKOS dataset. The way it works is that each time, it runs a 
rather simple SPARQL CONSTRUCT query [1] against the Wikidata SPARQL 
endpoint (script [2]) that looks for YSO ID properties (P2347), and 
stores the result as sorted N-Triples into a file [3] that then gets 
committed to GitHub. These triples are then incorporated into the YSO 
Places data set [4] and published in Finto.fi.


But I've noticed that each time this SPARQL query is executed, a few 
triples that were in the previous version get dropped and others get 
reinstated. It seems to me that the Wikidata SPARQL endpoint is randomly 
(?) dropping some triples from the result set.


As an example, the skos:closeMatch triple that links yso:p109659 
("Laanila, Oulu") to wd:Q11874312 was there yesterday [5] but not in 
today's version [6]. The last edit in Wikidata was made 3 weeks ago [7] 
so nothing in the RDF data available through the Wikidata SPARQL 
endpoint should have changed.


Is this a known problem? Am I missing something here? Is there something 
wrong with the approach of running a CONSTRUCT query against the 
Wikidata endpoint and expecting to get the same result (of around 4200 
triples) each time, unless the underlying data in Wikidata has changed?


-Osma

[1] 
https://github.com/NatLibFi/Finto-data/blob/master/vocabularies/yso-paikat/wikidata-links.rq


[2] 
https://github.com/NatLibFi/Finto-data/blob/master/vocabularies/yso-paikat/toskos.sh#L19


[3] 
https://github.com/NatLibFi/Finto-data/blob/master/vocabularies/yso-paikat/wikidata-links.nt


[4] 
https://github.com/NatLibFi/Finto-data/blob/master/vocabularies/yso-paikat/yso-paikat-skos.ttl


[5] 
https://github.com/NatLibFi/Finto-data/blob/9ea0e34d0814b1aa7a8ac39597d395a797e80bcd/vocabularies/yso-paikat/wikidata-links.nt#L1340


[6] 
https://github.com/NatLibFi/Finto-data/blob/6af4389c9f85b0b2bd1f201f294073886cb35546/vocabularies/yso-paikat/wikidata-links.nt


[7] https://www.wikidata.org/w/index.php?title=Q11874312=history

--
Osma Suominen
D.Sc. (Tech), Information Systems Specialist
National Library of Finland
P.O. Box 26 (Kaikukatu 4)
00014 HELSINGIN YLIOPISTO
Tel. +358 50 3199529
osma.suomi...@helsinki.fi
http://www.nationallibrary.fi

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

[Wikidata-bugs] [Maniphest] [Commented On] T170236: [Epic] Newsletters about Structured Data on Commons

[Qgil]

Qgil added a comment.

In T170236#3487375, @Elitre wrote:
See https://phabricator.wikimedia.org/T170126#3487371 - not sure "umbrella" tasks are really useful or necessary - they end up among your open tasks and they can't really be resolved... the child one instead is great!


I agree.TASK DETAILhttps://phabricator.wikimedia.org/T170236EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SandraF_WMF, QgilCc: Qgil, Elitre, PokestarFan, Sadads, SandraF_WMF, Aklapper, GoranSMilovanovic, Ivana_Isadora, QZanden, Acer, Jseddon, FloNight, Trizek-WMF, Susannaanas, Izno, Yann, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Mbch331, Keegan___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T170531: Semantics: Make recognized property and value look different than unrecognized input

[Jakob_WMDE]

Jakob_WMDE added a comment.
The latest patch has the icon-less version for now.TASK DETAILhttps://phabricator.wikimedia.org/T170531EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDECc: abian, gerritbot, Sjoerddebruin, Jonas, PokestarFan, James_Budday, Charlie_WMDE, thiemowmde, Lydia_Pintscher, Aklapper, Jan_Dittrich, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, JGirault, 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] T174429: Update data-values dependencies

[Lucas_Werkmeister_WMDE]

Lucas_Werkmeister_WMDE created this task.Lucas_Werkmeister_WMDE added a project: Wikidata.Herald added a subscriber: Aklapper.
TASK DESCRIPTIONwikibase/wikibase depends on data-values/common ^0.4.0, but its dependencies


 data-values/geo
 data-values/number
 data-values/time
 wikibase/internal-serialization


all depend on data-values/common ~0.3.0|~0.2.0.

Furthermore, wikibase/wikibase depends on data-values/number ^0.9.0, but its dependencies


 wikibase/data-model-serialization
 wikibase/internal-serialization


depend on data-values/number >=0.1 <0.9.

This results in conflicts when trying to do a composer install or composer update with the merge plugin. The CI build succeeds, which @WMDE-leszek suspects is due to the CI build not using the merge plugin, so the conflicts are hidden (“it accidentally works”).TASK DETAILhttps://phabricator.wikimedia.org/T174429EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: Lucas_Werkmeister_WMDE, WMDE-leszek, Aklapper, GoranSMilovanovic, QZanden, 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] T170531: Semantics: Make recognized property and value look different than unrecognized input

[Charlie_WMDE]

Charlie_WMDE added a comment.
I agree with @abian in that a more stylized x could be beneficial although I also see how the current x does not suggest clickability just from its appearance. I also agree that the two check marks next to each other are not a very elegant solution.

We could also consider not using the symbols at all. This would make it less accessible for colorblind people though, although a color change should still be recognizable. In this case it might be worth considering removing any marking from the accepted term and just leave it as is to make the difference stand out more since there are only two states to consider, correct? @Jan_Dittrich  @Lydia_PintscherTASK DETAILhttps://phabricator.wikimedia.org/T170531EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jakob_WMDE, Charlie_WMDECc: abian, gerritbot, Sjoerddebruin, Jonas, PokestarFan, James_Budday, Charlie_WMDE, thiemowmde, Lydia_Pintscher, Aklapper, Jan_Dittrich, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, JGirault, 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] T174079: Prepare and give presentation about Structured Data on Commons at Wikimania 2017

[Elitre]

Elitre added a comment.
https://commons.wikimedia.org/wiki/Commons:Structured_data/Development has a lot of historical content. I know you'll overhaul stuff soon, so I don't know if there's a place where to link this deck from, but I do think there must be a place where such TL;DRs are welcome.TASK DETAILhttps://phabricator.wikimedia.org/T174079EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SandraF_WMF, ElitreCc: Elitre, Aklapper, SandraF_WMF, GoranSMilovanovic, Ivana_Isadora, QZanden, Acer, Jseddon, FloNight, Trizek-WMF, Susannaanas, Izno, Yann, Wikidata-bugs, PKM, Base, matthiasmullie, aude, Ricordisamoa, Fabrice_Florin, Raymond, Mbch331, Keegan, Qgil___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T172192: Decide on forms/senses creation via API

[gerritbot]

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T172192EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Jakob_WMDE, Lydia_Pintscher, thiemowmde, Jonas, WMDE-leszek, Aklapper, daniel, Aleksey_WMDE, PokestarFan, Lordiis, Cinemantique, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T172192: Decide on forms/senses creation via API

[gerritbot]

gerritbot added a comment.
Change 374524 had a related patch set uploaded (by WMDE-leszek; owner: WMDE-leszek):
[mediawiki/extensions/Wikibase@master] [DNM][POC] Demonstrate how possibly API class could allow handling "hierarchical entity IDs".

https://gerrit.wikimedia.org/r/374524TASK DETAILhttps://phabricator.wikimedia.org/T172192EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Jakob_WMDE, Lydia_Pintscher, thiemowmde, Jonas, WMDE-leszek, Aklapper, daniel, Aleksey_WMDE, PokestarFan, Cinemantique, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude, Darkdadaah, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Edited] T168532: Check constraints on qualifiers and references

[Lucas_Werkmeister_WMDE]

Lucas_Werkmeister_WMDE updated the task description. (Show Details)
CHANGES TO TASK DESCRIPTION...- [ ] [Add context for statements](https://gerrit.wikimedia.org/r/#/c/369420) + [tests](https://gerrit.wikimedia.org/r/#/c/369420)
- [x] [Add context for qualifiers](https://gerrit.wikimedia.org/r/#/c/373322/) (+2’d but blocked on above changes)...- [ ] [Add support for new API format to gadget](https://gerrit.wikimedia.org/r/373323)
- [ ] Update some constraint checkers (e. g. “conflicts with” probably conflicts with other qualifiers?)
- [ ] Add support for checking constraints on qualifiers and references to extension...- [ ] Add config for checking constraints on qualifiers and references ~~(might be the same as the one for switching to the new API format)~~
- [ ] Remove support for old API format (and config setting)...TASK DETAILhttps://phabricator.wikimedia.org/T168532EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lucas_Werkmeister_WMDECc: abian, Ivan_A_Krestinin, gerritbot, PokestarFan, Lydia_Pintscher, Lucas_Werkmeister_WMDE, Aklapper, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Lewizho99, Maathavan, Agabi10, 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] T172710: send wdqs logs to logstash

[gerritbot]

gerritbot added a comment.
Change 374513 had a related patch set uploaded (by Gehel; owner: Gehel):
[operations/puppet@production] wdqs - change logging pattern to conform to the logback MDCInsertingServletFilter

https://gerrit.wikimedia.org/r/374513TASK DETAILhttps://phabricator.wikimedia.org/T172710EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Aklapper, PokestarFan, Gehel, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, EBjune, merbst, Avner, Lewizho99, Zppix, Maathavan, debt, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, faidon, Mbch331, Jay8g, fgiunchedi___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T172710: send wdqs logs to logstash

[gerritbot]

gerritbot added a comment.
Change 374512 had a related patch set uploaded (by Gehel; owner: Gehel):
[wikidata/query/rdf@master] Use the standard MDCInsertingServletFilter instead of our custom LoggingFilter

https://gerrit.wikimedia.org/r/374512TASK DETAILhttps://phabricator.wikimedia.org/T172710EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: gerritbot, Aklapper, PokestarFan, Gehel, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, EBjune, merbst, Avner, Lewizho99, Zppix, Maathavan, debt, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, faidon, Mbch331, Jay8g, fgiunchedi___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T173695: Enable constraint checks by default for users

[Lydia_Pintscher]

Lydia_Pintscher closed subtask T169707: Check constraints on new and edited statements by default as "Declined".
TASK DETAILhttps://phabricator.wikimedia.org/T173695EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Jonas, Lydia_Pintscher, Lucas_Werkmeister_WMDE, Aklapper, GoranSMilovanovic, QZanden, Agabi10, 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] [Declined] T169707: Check constraints on new and edited statements by default

[Lydia_Pintscher]

Lydia_Pintscher closed this task as "Declined".Lydia_Pintscher added a comment.
declined per quick discussion with LucasTASK DETAILhttps://phabricator.wikimedia.org/T169707EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_PintscherCc: Lydia_Pintscher, Jonas, Lucas_Werkmeister_WMDE, Aklapper, GoranSMilovanovic, QZanden, Agabi10, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T172776: Property labels missing on some items

[Jklamo]

Jklamo added a comment.
I have spotted some missing label yesterday as well. It was label of P452, but all was fixed after page reload.TASK DETAILhttps://phabricator.wikimedia.org/T172776EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, JklamoCc: Framawiki, Pasleim, Esc3300, Jklamo, WMDE-leszek, Bamyers99, GerardM, Jarekt, Stashbot, Sjoerddebruin, Ladsgroup, Aklapper, Mbch331, PokestarFan, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T174422: Make dbBatchSize in WikiPageUpdater configurable

[gerritbot]

gerritbot added a project: Patch-For-Review.
TASK DETAILhttps://phabricator.wikimedia.org/T174422EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: Aklapper, fgiunchedi, aaron, Krinkle, Jdforrester-WMF, WMDE-leszek, jcrespo, Esc3300, EBernhardson, gerritbot, Emijrp, Mr.Ibrahem, Magnus, Sjoerddebruin, Bugreporter, Pasleim, XXN, Harej, Daniel_Mietchen, Agabi10, Stashbot, daniel, Liuxinyu970226, Peachey88, BBlack, Andreasmperu, Nemo_bis, Ladsgroup, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Ramalepe, Liugev6, QZanden, Vali.matei, Lewizho99, Maathavan, 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] T174422: Make dbBatchSize in WikiPageUpdater configurable

[gerritbot]

gerritbot added a comment.
Change 374505 had a related patch set uploaded (by AnotherLadsgroup; owner: Amir Sarabadani):
[mediawiki/extensions/Wikibase@master] Make dbBatchSize in WikiPageUpdater configurable

https://gerrit.wikimedia.org/r/374505TASK DETAILhttps://phabricator.wikimedia.org/T174422EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Ladsgroup, gerritbotCc: Aklapper, fgiunchedi, aaron, Krinkle, Jdforrester-WMF, WMDE-leszek, jcrespo, Esc3300, EBernhardson, gerritbot, Emijrp, Mr.Ibrahem, Magnus, Sjoerddebruin, Bugreporter, Pasleim, XXN, Harej, Daniel_Mietchen, Agabi10, Stashbot, daniel, Liuxinyu970226, Peachey88, BBlack, Andreasmperu, Nemo_bis, Ladsgroup, GoranSMilovanovic, QZanden, Vali.matei, 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] [Retitled] T174422: Make dbBatchSize in WikiPageUpdater configurable

[Ladsgroup]

Ladsgroup renamed this task from "Made dbBatchSize in WikiPageUpdater configurable" to "Make dbBatchSize in WikiPageUpdater configurable".
TASK DETAILhttps://phabricator.wikimedia.org/T174422EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Aklapper, fgiunchedi, aaron, Krinkle, Jdforrester-WMF, WMDE-leszek, jcrespo, Esc3300, EBernhardson, gerritbot, Emijrp, Mr.Ibrahem, Magnus, Sjoerddebruin, Bugreporter, Pasleim, XXN, Harej, Daniel_Mietchen, Agabi10, Stashbot, daniel, Liuxinyu970226, Peachey88, BBlack, Andreasmperu, Nemo_bis, Ladsgroup, GoranSMilovanovic, QZanden, Vali.matei, 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] T174422: Made dbBatchSize in WikiPageUpdater configurable

[Ladsgroup]

Ladsgroup created this task.Ladsgroup added projects: Wikidata, Wikidata-Sprint, Patch-For-Review, Performance-Team (Radar).Herald edited projects, added User-Ladsgroup; removed Patch-For-Review.
TASK DESCRIPTIONWe made a hotfix to reduce the size of db batch size in WikiPageUpdater but this needs to be configurable and deploy-able easily.TASK DETAILhttps://phabricator.wikimedia.org/T174422EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Aklapper, fgiunchedi, aaron, Krinkle, Jdforrester-WMF, WMDE-leszek, jcrespo, Esc3300, EBernhardson, gerritbot, Emijrp, Mr.Ibrahem, Magnus, Sjoerddebruin, Bugreporter, Pasleim, XXN, Harej, Daniel_Mietchen, Agabi10, Stashbot, daniel, Liuxinyu970226, Peachey88, BBlack, Andreasmperu, Nemo_bis, Ladsgroup, GoranSMilovanovic, QZanden, Vali.matei, 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] [Block] T173710: Job queue is increasing non-stop

[Ladsgroup]

Ladsgroup created subtask T174422: Made dbBatchSize in WikiPageUpdater configurable.
TASK DETAILhttps://phabricator.wikimedia.org/T173710EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Nemo_bis, Andreasmperu, BBlack, Peachey88, Liuxinyu970226, daniel, Stashbot, Agabi10, Daniel_Mietchen, Harej, XXN, Pasleim, Bugreporter, Sjoerddebruin, Magnus, Mr.Ibrahem, Emijrp, gerritbot, EBernhardson, Esc3300, jcrespo, WMDE-leszek, Jdforrester-WMF, Krinkle, aaron, fgiunchedi, Aklapper, Ladsgroup, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, EBjune, Vali.matei, Avner, Lewizho99, Zppix, Maathavan, debt, Gehel, FloNight, Izno, Wikidata-bugs, aude, jayvdb, faidon, Mbch331, Jay8g, jeremyb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T172710: send wdqs logs to logstash

[Gehel]

Gehel added a comment.
Logs are now sent to logstash, but the "host" field isn't set correctly (its value is always "%{HOSTNAME}". Some analysis:


logs are sent over UDP, using the net.logstash.logback.appender.LogstashSocketAppender, to logstash port 11514
logstash is configured with an input type=logstash, codec=json on that port
logstash is configured to replace the hostname for [type] == logback


mutate {
  replace => [ "host", "%{HOSTNAME}" ]
  add_tag => [ "logback", "es" ]
}


the same configuration seem to work for Cassandra
TASK DETAILhttps://phabricator.wikimedia.org/T172710EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: GehelCc: gerritbot, Aklapper, PokestarFan, Gehel, Lordiis, GoranSMilovanovic, Adik2382, Th3d3v1ls, Hfbn0, Ramalepe, Liugev6, QZanden, EBjune, merbst, Avner, Lewizho99, Zppix, Maathavan, debt, Jonas, FloNight, Xmlizer, Izno, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, faidon, Mbch331, Jay8g, fgiunchedi___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T172776: Property labels missing on some items

[Ladsgroup]

Ladsgroup added a comment.

In T172776#3545326, @Esc3300 wrote:
Labels are still missing ..


Can you mention where they are missing so I can investigate.TASK DETAILhttps://phabricator.wikimedia.org/T172776EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Framawiki, Pasleim, Esc3300, Jklamo, WMDE-leszek, Bamyers99, GerardM, Jarekt, Stashbot, Sjoerddebruin, Ladsgroup, Aklapper, Mbch331, PokestarFan, GoranSMilovanovic, QZanden, Izno, Wikidata-bugs, aude___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs