what part is missing?

yeah .. probably the same thing. Hadn't notice that I unfocused it though.

At Wikidata, I tried to change or add value to statements with item datatype, e.g. enter the place of birth a person. The border around the entry field changes colors (depending on whether the value meets constraints or not), but then fails to allow me to save it (cancel or remove are enabled).

@BBlack can you confirm this is unrelated. @matej_suchanek had suggested T175473.

There is https://tools.wmflabs.org/glamtools/treeviews/

Thanks! I will try that.

The simplicity of this approach seems convincing. It could complement number of sitelinks and statements.

It would be good if there was a way to change this on www.wikidata.org

To solve the initial problem, would it be possible to interpret something like:

• ($1+459.67)* 5/9
• criterion used: kelvin (Q11579)

at https://www.wikidata.org/w/index.php?title=Q42289&oldid=549477986#P370 (°F>°K)

Situation hasn't changed with the file update of T132839#3566926

We did some experiments with https://www.wikidata.org/wiki/Property:P2370 on some of these. Maybe that's why.

In T174353#3565848, @Lucas_Werkmeister_WMDE wrote:

it could be helpful if the query server had directly a psn triple for temperatures in Fahrenheit or Kelvin.

I don’t think we should have multiple psn triples for several units – the point of psn is to normalize everything to one unit. In this case, I assume that unit should be Kelvin. It would then be the query author’s job to convert the quantities they need into Kelvin when writing the query.

• Special:SetDescription | Special:SetLabel, Special:SetDescription suggests that these two are unused
• Special:SetLabelDescriptionAliases suggests the same. Maybe the actual use isn't recorded: e.g. https://www.wikidata.org/wiki/Special:SetLabelDescriptionAliases/Q11485/en is this included?

Once in a while, one ends up on https://www.wikidata.org/wiki/Special:SetLabelDescriptionAliases as js doesn't load.

The query currently finds:

• P2101 melting point in wd:Q42289 degree Fahrenheit: 571
• P2102 boiling point in wd:Q42289 degree Fahrenheit : 476
• P2128 flash point in wd:Q42289 degree Fahrenheit : 341

I'm confusing things. It's not an external id .. so it would be handled by the gadget.

odd. It worked with P2536 and occasionally, I suggest to do just that.

It's not used : try https://www.wikidata.org/wiki/Property:P2536#P1630 and https://www.wikidata.org/wiki/Q15397819#P2536

I guess the dev question is if one wants simple code for this or wait for more complex use cases that might require a dedicated server

In T174345#3559314, @Sjoerddebruin wrote:

In T174345#3559262, @Urbanecm wrote:

I think that discussion about "should this be enabled" should be off-wiki (and preferably before opening the ticket at phab).

We had the discussion about "should" already, now we need to have one about "how".

If the formatter is deprecated, it shouldn't be used at all. Once in a while a site goes down. It should be possible to mark this without deleting the statement .. I thought it was possible :(

Currently different constraints give separate sections on the reports.

As it's a limitation to the openness of Wikidata, do we need to demonstrate current abuse?

This might also apply to Wikipedia projects.

The earlier suggestion to store GCJ02 data in a separate property seems preferable ..

and do Special:NewRichItem?prop1=P31&value1=Q5

More at T173710

The quickest user seems to do 12000 per hour (not per minute): https://quarry.wmflabs.org/query/20823

Are these originating also in clients or initially coming from Wikidata? What triggers them?

Labels are still missing ..

I'm not sure about (2.): obviously there are descriptions with caps, possibly due to Android auto-completion, but the bulk of descriptions at Wikidata are bot generated and are unlikely to have incorrect caps.

I thought simple shouldn't be used at Wikidata and gets cleaned out regularly.

wikibase_addUsagesForPage are these new requests from client wikis? e.g. a template in some wikipedia reading labels or statements?

It seems a bit odd that people view a description "Village in Kafkanistan" and then are expected to type "village in Kafkanistan" for the item of the neighboring village

parameter for single value constraint. Multiple values are allowed under the single value constraint if they have different values for this property

I wonder if this leads people to do descriptions starting with caps when doing mobile edits: https://www.wikidata.org/w/index.php?title=Special:RecentChanges&tagfilter=mobile+edit

If it's the same as on this, I think it broke on February 22.

A few items (such as Q76) might be so complete that the only new statement that could reasonably be added is P570.

Here is the current frequency of properties on items with instance=film (approx. 197000):

if entities are made, I don't think they necessarily need to be on www.wikidata.org .. Wikibase could easily run on Meta, as it does on Commons.

Depending on the field you are trying to cover, I think wikibase:statements and wikibase:sitelinks can already do a lot (as in your sample).

It seems to be part of a series of GUI changes that deteriorated the general impression of the Wikidata Query Service.

I just want to know why we got an incompatible syntax highlighter.

Good news!

@Lydia_Pintscher why was it decided to use an incompatible syntax highlighter in query service GUI? This is just confusing for users.

The recent update of the query service GUI has just too many defects. I think we'd better revert to the previous one.

Oddly T119738 doesn't seem to impact it.

Looks like the problems mentioned at T171928#3489904 have gone. a query for enwikivoyage has no entry either.

Entities where client wikis think they are subscribed to, but Wikidata doesn't dispatch any change as the entry in its list is missing.

what's the situation in the other direction ?

The nice thing about the rule is that it brings random tickets back to the top of the pile .. The only problem is that on some days there are hundreds.

How about adding a link to query server that lists them?

Maybe it's time to rise the priority of this.

No. it's not what I saw happening. Maybe anything that was edited since the start of this should be purged.

If you edit a property, e.g. P31, that doesn't automatically refresh any items that had "P31" as label. Every item needs to be refreshed.

Thanks. It works. For the above and also some others.

In T172776#3509263, @Ladsgroup wrote:

.. so my suggestion is to do a basic edit on every property that's broken. I already fixed some.

About the lowercase issue, see T172642. This problem seems unrelated to the question about articles linked to redirected items.

It seems it already exists! Thanks.

A couple of hundreds or none for a few other wikis.

1019 for eswiki, 3106 for enwiki

this returns about 4500 for nlwiki

I think Addbot just read the same table as you.

Looking at it closer, I also found some on eswiki:

Is there a way to meter specifically the update channel for enwiki?

I think that was about things like https://www.wikidata.org/wiki/Template:Constraint:Person that never actually worked.

oh .. forget what I just wrote.

I inserted numbering in the task description.