Wikidata:Contact the development team/Archive/2019/08

From Wikidata
Jump to navigation Jump to search

Cannot indicate measurement unit

While i types melting point (P2101) = 33,8 in erucic acid (Q413531), isn't appearing a edit box for measurement unit. Bug? The browser is 64-bit Google Chrome 75.0.3770.142. -- Sergey kudryavtsev (talk) 10:26, 2 August 2019 (UTC)

Hello. The issue is known and being fixed. — Envlh (talk) 10:35, 2 August 2019 (UTC)
@Envlh: Thank you. Please, ping me when it will be fixed. -- Sergey kudryavtsev (talk) 11:11, 2 August 2019 (UTC)

Native label option

Hi there! "valueview-expertextender-languageselector-label" thingy is not working properly (or at all :). Thanks for fixing it. (I have to continue my nationalist crusade of vandalism to add "Native label: Turkish (tr)" to the Turkish-language names. :) Bye. --E4024 (talk) 13:14, 2 August 2019 (UTC)

Is this issue related to phab:T229604? If so, we're working on it :) Lea Lacroix (WMDE) (talk) 14:31, 2 August 2019 (UTC)
Wow! I just wondered if anybody else was here in August and they are... Thanks guys and gals. :) --E4024 (talk) 14:44, 2 August 2019 (UTC)

Bug of search bar with 2017 source editor

There is a bug when using the rapid search bar, some results are hidden, as in this screenshot :

2017 source editor and search bug

I use this to drag and drop items in the edit zone, which is pretty useful but … depending on the zoom level the first and most useful result, often, is totally hidden behind the button bar and impossible to click on, so this process is impossible. I don’t know if it’s a bug specific to the source editor on Wikidata or if it’s a general bug. author  TomT0m / talk page 16:37, 2 August 2019 (UTC)

Search for statements

Is this meant to work? Special:Search/haswbstatement:P31=Q13442814 -haswbstatement:P1433? The result includes items with published in (P1433).

Special:Search/haswbstatement:P31=Q5 -haswbstatement:P734 does work.

Could you fix indexing for P1433? --- Jura 23:13, 23 August 2019 (UTC)

P1433 seems to be blacklisted (large page). -linksto:P:P1433 should be a good workaround. --Matěj Suchánek (talk) 06:42, 24 August 2019 (UTC)
This section was archived on a request by:
Excellent: solves it!--- Jura 09:40, 24 August 2019 (UTC)

WDQS graph view : Label that do not appear although its entity has a label

I noticed that in this query result the entity entity (Q35120), although it obviously has a label in english, is showed in the graph view with its entity url, unlike every other one who are showed thanks to their respective english label. Is this a weird bug ? author  TomT0m / talk page 13:13, 2 August 2019 (UTC)

Ooops my bad, I understood my mistake, I forgot to require the label for the « source » item of the graph, those with no parents. author  TomT0m / talk page 08:25, 5 August 2019 (UTC)

Question

Does wikidata have a "help desk"? The reason I'm asking is one of my edits here was reverted. I'm wondering why. If someone had edited the selection I wouldn't have thought twice about it - but reverts usually indicate something very wrong. The user who reverted is in a foreign language so I'm not sure how I would ask him or her directly. If I'm doing something wrong then I'll stop. Feel free to check my contribs and let me know - I'm on the The English wiki here Thank you for any assistance you can provide. Ched (talk) 14:07, 5 August 2019 (UTC)

Hello, you can ask for help on the Project Chat, but also on social networks like the Telegram group. If you're having strong disagreements with someone you can also bring it to the admins noticeboard. Lea Lacroix (WMDE) (talk)

About delete items

Hey guys. Couple weeks ago i create 2 new item for my musical group and my self.

Sadistic Divine (musical group) And my self as original member and founder of band "Hamid Sarami"

But afte 2 weeks my items was deleted I have google knowledge panel and have many fans in my country and asia You can check it out on my soundcloud or bandcamp or instagram page with this username "sadisticdivine" so my band is a famous group so this is my question. Why my items about my band myself was deleted ? I add musicbrainz and discogs id as official databass. This is my band's item page https://m.wikidata.org/wiki/Q65969925

And me https://m.wikidata.org/wiki/Q65969954

I create this items couple days So please don't remove it.

Wikidata doesn't exist for the purpose of self-promotion or a way to get into the google knowledge panel. ChristianKl20:41, 7 August 2019 (UTC)

What happens if there is an item and a Wikidata page? e.g. for Project:Village pump (Q16503)? --- Jura 16:03, 5 August 2019 (UTC)

Amir Sarabadani (WMDE) can you confirm that it will be live wiki after two weeks or this week. Regards, ZI Jony (Talk) 16:24, 7 August 2019 (UTC)
Hello,
In some cases, for example on help and meta pages, the section may contain two links to Wikidata, for example on Help:Contents where there will be the “Wikidata” link (linking to d:Help:Contents) and the “Wikidata item” link (linking to d:Q914807).
The change will be announced today and will be live on August 22nd on Wikipedias. Lea Lacroix (WMDE) (talk) 07:54, 8 August 2019 (UTC)
Wouldn't it be better to display them at a separate place? When was the community consulted about this change? --- Jura 10:52, 8 August 2019 (UTC)
As someone mentioned it in the ticket and on the mailing-list, the menu bars are already full of stuff, we probably don't want to create yet another section.
This request was mentioned since 2014, we got a lot of people asking for it in the ticket, in duplicates, as well as various discussions onwiki, and recently the Basque Wikipedia implemented a script so they already have their links moved to "other projects". These are enough signals for us to move forward with the task. Lea Lacroix (WMDE) (talk) 12:01, 8 August 2019 (UTC)
Can you link the community discussion? Phabricator is hardly suitable for this and non devs generally don't participate. The Wikidata community venue is mainly Wikidata:Project chat. I'd expect the community liaison to liaise beforehand rather than just post announcements. If the request hasn't been actioned since 2014 maybe people lost interest.
The Wikidata item link is fundamentally different from a sitelink. I think it's confusing having several links to the same wiki in the sidebar. What would be the different labels that have been requested in the phab ticked? --- Jura 12:16, 8 August 2019 (UTC)
As mentioned in the announcement, the labels will stay the same, which will be "Wikidata item" for the link to the item, and "Wikidata" for the possible sitelink. Lea Lacroix (WMDE) (talk) 13:05, 8 August 2019 (UTC)
Can you reschedule this to allow Wikidata users to comment? --- Jura 13:15, 8 August 2019 (UTC)

Blazegraph bug ?

select ?item ?article ?titre
  with
   {
    select ?item ?article ?titre {
      ?article schema:about ?item ;
               schema:isPartOf <https://fr.wikipedia.org/> ;
               schema:name ?titre .
               filter not exists { ?item schema:description ?descr filter (lang(?descr) = "fr") }.
    } limit 100
  } as %pool
{
  include %pool .
}
Try it!

timeouts.

select ?item ?article ?titre {
      ?article schema:about ?item ;
               schema:isPartOf <https://fr.wikipedia.org/> ;
               schema:name ?titre .
               filter not exists { ?item schema:description ?descr filter (lang(?descr) = "fr") }.
    } limit 100
Try it!

does work in like 4 seconds.

This is basically the same query except its used in a named subquery that is just included as is in a parent subquery. I don’t really understand why this timeout in that setup. author  TomT0m / talk page 10:41, 8 August 2019 (UTC)

This also fails with a regular subquery :

select ?item ?article ?titre

{
    {
    select ?item ?article ?titre {
      ?article schema:about ?item ;
               schema:isPartOf <https://fr.wikipedia.org/> ;
               schema:name ?titre .
               filter not exists { ?item schema:description ?descr filter (lang(?descr) = "fr") }.
    } limit 10
            }
  ?article schema:about ?item .
} limit 100
Try it!

author  TomT0m / talk page 10:53, 8 August 2019 (UTC)

Multilanguage label

There was not so active discussion at Wikidata:Project_chat/Archive/2019/06#Multilanguage_label. Is it possible to add such fallbacks? mul-Latn, mul-Cyrl and "mul" over all of them. --Infovarius (talk) 12:18, 17 July 2019 (UTC)

I pinged Amire80 to get his opinion. Lea Lacroix (WMDE) (talk) 10:25, 19 July 2019 (UTC)
Sounds kind of sensible, but I'd love to see a few more focused examples. --Amir E. Aharoni (talk) 11:34, 19 July 2019 (UTC)
@Lea Lacroix (WMDE): How about adding mul-Latn, mul-Cyrl and "mul" on the test-server so that we can provide focused examples better? ChristianKl20:39, 7 August 2019 (UTC)
Can you provide these examples here with text? I don't think that it makes a lot of sense to create new fallbacks on the test system if we're not sure that it will be deployed further. Lea Lacroix (WMDE) (talk) 09:31, 8 August 2019 (UTC)
Daniel Muñoz (Q5392517)->mul(Daniel Muñoz)
Entomobrya (Q10484814)->mul-Latn(Entomobrya)
Such Is the Law (Q7632782)->mul-Latn(Such Is the Law)
Surgical indications for anterior cruciate ligament reconstruction combined with extra-articular lateral tenodesis or anterolateral ligament reconstruction (Q58126952)->mul-Latn(Surgical indications for anterior cruciate ligament reconstruction combined with extra-articular lateral tenodesis or anterolateral ligament reconstruction)
Hang Lei (Q58420581)->mul-Latn(Hang Lei)
We potentially save a lot of edits when the label doesn't have to copied manually here but the name gets shown as a fallback. ChristianKl19:14, 11 August 2019 (UTC)
@Lea Lacroix (WMDE):ChristianKl10:00, 13 August 2019 (UTC)

query.wikidata returns a Property instead of an entity

Running the follwing query in query.wikidata.org:

   SELECT ?item  WHERE {
     ?item wdt:P1556 "boersma.johannes".
   }

returns 2 results:

wd:P4244119
wd:Q4244119

where the first one makes no sense, since it is a "property", that does not exist, and ist just made out of the identifier of the (correct) entity Q4244119.

Probably related: in some wikidata entity profiles there is a "violated distinct values constraint" for the property wdt:P1556, indicating as conflicting values something like Qxxxxx (correct) and Pxxxxx. For example, currently: https://www.wikidata.org/wiki/Q675

This bug should be fixed, let me know if it's still happening. Lea Lacroix (WMDE) (talk) 08:50, 16 August 2019 (UTC)

Our taxobox is no longer working since yesterday. Maybe this is somehow related to the drop of mw.config.get( 'wbEntity') yesterday. We use this script to activate the taxobox on WD pages. Unfortnatly there is no current maintainer of this utility. Would be great if someone could have a look. Many thanks im advance. --Succu (talk) 17:59, 25 July 2019 (UTC)

Hello,
I don't think that it's related, since the script doesn't contain mw.config.get( 'wbEntity'), and the change has been done last week anyway. The Wikidata team doesn't maintain community scripts but we can have a look and try to identify the problem. Lea Lacroix (WMDE) (talk) 19:00, 29 July 2019 (UTC)
Dear Lea, I'm aware that the Wikidata team doesn't maintain community scripts. But the infobox at WD exists since 2013 (!!) a while before the Phabricator-Story Create demo infoboxes was written. For me it's obvious that this is somehow related to the drop of mw.config.get( 'wbEntity') or some other deployment rolled out that day. --Succu (talk) 20:08, 29 July 2019 (UTC)
Hi Succu, so the script needs to be updated as it was relying on wbEntity that we removed in https://phabricator.wikimedia.org/T85499, announcement https://lists.wikimedia.org/pipermail/wikidata//2019-July/013278.html .. here's an updated script that uses the suggested alternative `wikibase.entityPage.entityLoaded` instead https://phabricator.wikimedia.org/P8820 . Tested on wikidata production (in browser console) on https://www.wikidata.org/wiki/Q16431 and I could see the box. --Alaa Sarhan (WMDE) (talk) 22:37, 29 July 2019 (UTC)
Great! Many thanks! I copied the code to User:Succu/taxobox.js and changed my common.js.

WikiProject Taxonomy has more than 50 participants and couldn't be pinged. Please post on the WikiProject's talk page instead. --Succu (talk) 18:38, 30 July 2019 (UTC)

can't we just save over the original if it no longer works? --99of9 (talk) 22:06, 30 July 2019 (UTC)
thanks Succu for notification - the loss of the taxobox was really desturbing since I am mainly working with taxonomic synonyms and first descriptions. Can anyone explain in easy words what I have to do to get the new script running? -- Achim Raschka (talk) 13:25, 19 August 2019 (UTC)
Edit your common.js file, find the line that contains User:FelixReimann/taxobox.js and change both instances to User:Succu/taxobox.js. - Soulkeeper (talk) 17:47, 19 August 2019 (UTC)

Query that timeouts, I really don't understand why

select distinct ?class {
    ?class wdt:P279* wd:Q58415929 .
} limit 1
Try it!

 – The preceding unsigned comment was added by TomT0m (talk • contribs) at 17:37, 11 August 2019‎ (UTC).

You used "*" --- Jura 18:44, 11 August 2019 (UTC)

Hello @TomT0m:

we had the same problem with queries that worked before (until about end of July), but now are running into a timeout ("java.util.concurrent.TimeoutException").

See d:Wikidata_talk:SPARQL_query_service#Query_timeout_limit_for_important_query_reached.

We also used the asterisk operator ("/wdt:P279*") for *any* number of instances (zero to unlimited/infinite) from the instance to the subclasses, like all the examples fiven in the tutorial (which are not working anymore neither):

[...] The solution: ?item wdt:P31/wdt:P279* ?class. This means that there’s one “instance of” and then any number of “subclass of” statements between the item and the class.

?work wdt:P31/wdt:P279* wd:Q838948. # instance of any subclass of work of art

First I assumed, that the query runs into an endless loop, if A is subclass of B and B is subclass of A, but i could not confirm that by viewing the tree structure (here for the class "film"):


When I removed the "/wdt:P279*" in the query, I got all films, but not the subclasses (for example d:Q18517638 was missing, since it is a "animation film"/"3D film" as subclass of "film").

When I used "/wdt:P279+", I got only the subclasses of "film", but not the instances of "film" themselves.


From my point of view, a solution could be to combine those two by using "UNION"

  {
    ?film wdt:P31 wd:Q11424 .
  } 
    UNION 
  {
    ?film wdt:P31/wdt:P279+ wd:Q11424 .
  }

For example, to get all films released in 2019 in Germany the query would be:

SELECT DISTINCT ?film ?release ?filmLabel WHERE {
  { ?film wdt:P31 wd:Q11424. }
  UNION
  { ?film (wdt:P31/(wdt:P279+)) wd:Q11424. }
  ?film p:P577 ?release_statement.
  ?release_statement (psv:P577/wikibase:timePrecision) 11 ;
    ps:P577 ?release.
  FILTER((YEAR(?release)) = 2019 )
  ?release_statement pq:P291 wd:Q183.
  FILTER(NOT EXISTS { ?release_statement wikibase:rank wikibase:DeprecatedRank. })
  FILTER(NOT EXISTS { ?release_statement pq:P400 ?platform. })
  FILTER(NOT EXISTS { ?release_statement pq:P437 ?distribution. })
  FILTER(NOT EXISTS { ?film wdt:P31 wd:Q506240. })
  FILTER(NOT EXISTS { ?film wdt:P31 wd:Q21191270. })
  SERVICE wikibase:label { bd:serviceParam wikibase:language "de". }
}
ORDER BY (?release) (?filmLabel)
Try it!

--M2k~dewiki (talk) 00:25, 15 August 2019 (UTC)

@M2k~dewiki: Just for the record, it’s possible to avoid the union by using a pipe in the path : ?film wdt:P31|(wdt:P31/wdt:P279+). This is still a workaround on a bug though. author  TomT0m / talk page 09:16, 19 August 2019 (UTC)

@TomT0m: your original query does indeed first collect *all* subclass items of spatio-temporal entity (Q58415929) before it applies "LIMIT 1". The subclass tree of Q58415929 is so large that it times out before applying the LIMIT. I am not sure whether this is actually a bug or not, as I couldn't find anything about this behavior in the SPARQL specs.
An example to illustrate the behavior would be to replace spatio-temporal entity (Q58415929) by occurrence (Q1190554) in your original query, an item further down the subclass tree. It takes ~40 seconds for me if used without LIMIT, yielding some ~170.000 rows, or equally ~40 seconds if used with LIMIT 1. --MisterSynergy (talk) 11:23, 19 August 2019 (UTC)

@MisterSynergy: One of the main purposes of « limit » is to get a sample of the results when potentially the result set is to big, so I’d indeed count this, if not as a formal bug, at least as a behavioral one. It’s a nonsense to wait for the query engine to have the full solution set before taking the sample if the purpose is not to compute the whole solution set. Maybe Blazegraph has a « greedy » strategy on property paths, first take the longest possible path and try to maximise the number of iterations matched, first … I’m not sure to understand why it would do that. Is it useful to maximize the size of the paths if the smaller one is already a solution to the query ? author  TomT0m / talk page 11:44, 19 August 2019 (UTC)

Problem with a constraint

This must be something stupid, but … On Q17379835 there is a constraint violation (the value of « subclass of » must be a subclass of something else … except for the root class of course). I wanted to add a second root to the class tree Wikimedia internal item (Q17442446)  View with Reasonator View with SQID, so I added it as a second exception. The issue is that it did not stop the constraint to trigger.

What’s the issue ? I did something wrong ? author  TomT0m / talk page 15:52, 18 August 2019 (UTC)

Добавление РФС как ссылки

Случано создал страницу РФС в викиданных. И можете создать код участника РФС для футболистов. Заранее спасибо. --Kookdans (talk) 13:15, 15 August 2019 (UTC)

Problem adding youtube movie that starts with -

If I add a youtube movie ID that starts with a dash I get a nonsense warning. This can however happen, see here: https://www.youtube.com/watch?v=-V5ZBFgNncg  – The preceding unsigned comment was added by 82.74.21.21 (talk • contribs) at 2019-08-18 (UTC).

Hello, I just tried on the sandbox and it worked. Can you describe precisely the action that you were performing and the error message you got? Lea Lacroix (WMDE) (talk) 11:25, 22 August 2019 (UTC)

I'm sorry I must have done something else wrong. Now I have been able to make the edit.

Number of Edits

Where does the number of Edits at the Site Special:Statistics, linked from the main page if you click to the Number of items, come from or why is it much lower as the number of versions who exist here in Wikidata. At the moment there is the situation that if you read the news there you can read that Wikidata has 1 Billion Edits and this number is not yet reached in the Special:Statistics site. I think that at this page something should be added as a explanation where the values from this page come from. -- Hogü-456 (talk) 19:03, 22 August 2019 (UTC)

Edits get deleted over time. Sjoerd de Bruin (talk) 13:15, 24 August 2019 (UTC)

Entering senses as values for statements

Somehow this is complicated: one can't just copy the url for one sense and paste it as value for another statement, only one format seems to work:

  1. ✓   L99-S1
  2.    https://www.wikidata.org/wiki/Lexeme:L99#S1 (url generated by the GUI)
  3.    Lexeme:L99#S1
  4.    L99#S1
  5.    L99 (to show list of senses from L99)
  6.    Lexeme:L99 (to show list of senses from L99)
  7.    https://www.wikidata.org/wiki/Lexeme:L99 (to show list of senses from L99)
  8.    Luftballon (to show list of senses from L99)

Is this already being fixed? Are there other forms that work?

The GUI here behaves differently than when dealing with item-values. --- Jura 10:37, 23 August 2019 (UTC)

Your analysis is correct, for now only adding the L-S ID works. Improving the UI behaviour is part of our to-do list but we haven't been able to get to it for now. Lea Lacroix (WMDE) (talk) 12:52, 26 August 2019 (UTC)