Wikidata:Contact the development team/Archive/2018/05

From Wikidata
Jump to navigation Jump to search
This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion.

Statement annotations

We have often the case that someone has chosen a certain statement for an item, but there is no way to know why. Other times it is discussed in the project chat but there is no reference to that conversation from the item. It would be nice if there would be some way to annotate confusing statements with short texts explaining why they have been chosen or why are they represented that way. For the time being an possible approach could be to create a property to document such cases, but ideally it would be great if we could have a way to annotate statements. Could you please investigate it? Should I open a ticket for it? --Micru (talk) 20:37, 30 April 2018 (UTC)

comment (DEPRECATED) (P2315) ? Jheald (talk) 09:07, 1 May 2018 (UTC)
That property was too generic and not really meant for that. Of course if we could annotate statements it would be even better. --Micru (talk) 21:03, 1 May 2018 (UTC)
Hey Micru,
We think that this issue can be solved with the existing technical structure. What about creating a new property, with URL format, that would link to a community discussion? This could then be include in the statement as a qualifier. Lea Lacroix (WMDE) (talk) 09:26, 2 May 2018 (UTC)

Obsolete language code for Belarusian (Taraškievica) edition of Wikipedia

Hello, could you please change in Wikidata the language code for Belarusian (Taraškievica) edition of Wikipedia from obsolete be-x-old to current be-tarask? --Kazimier Lachnovič (talk) 17:06, 6 May 2018 (UTC)

Hello, it appears that this issue has been discussed in different tickets, see phab:T111822 and phab:T111853. We will try to get more clarity about the status with their creator (@Amire80:) during the Wikimedia Hackathon. Lea Lacroix (WMDE) (talk) 15:03, 15 May 2018 (UTC)
Hi Kazimier and Lea,
As far as I understand, the most significant blocker is https://phabricator.wikimedia.org/T114772 - "Implement SiteIdMapper service", and the solution is supposed to be part in Wikibase and part in MediaWiki core.
I speak about this to User:Lydia Pintscher (WMDE) and User:Daniel Kinzler (WMDE). This breaks a bunch of different things, for example Content Translation, and it prevents renaming of other domains that should be renamed. So it would be really, really great to funally get this fixed. --Amir E. Aharoni (talk) 09:44, 16 May 2018 (UTC)

Date and time values

Tracked in Phabricator
Task T57755

Hi, I was working on Air Strikes on Syria on Arabic Wikipedia and Wikidata. I noticed that the Property point in time (P585) shows only date but doesn't include time within the day. Since Exact time are known, I tried to include it, but I couldn't, even when using ISO Standard form, which is "2018-04-14T04:00:00+03:00". I remember that parts of day (hour, minute& second) were available. Is what happened was intended or I'm doing something wrong?. Thank you in advance.--Aladdin (talk) 14:52, 16 April 2018 (UTC)

They were never available. Matěj Suchánek (talk) 16:14, 16 April 2018 (UTC)
There are a few edits that managed adding them. Sample: [1]
--- Jura 04:54, 17 April 2018 (UTC)
@Matěj Suchánek: I might be wrong, @Jura1: I tried to copy the same text and alter to numbers but also I couldn't save the changes, even when editing the same value of the same property within the same Item, it can't be saved. Can we make time values more precise to parts of a day I believe that higher precision to include hours, minutes and seconds is more significant and usable than billion years precision.--Aladdin (talk) 06:52, 17 April 2018 (UTC)
I thought the interface part might be complicated to do, but it seems that it already works. Try adding 12:00 to a date and see what happens. @Lydia Pintscher (WMDE): could we simply enable it? --
--- Jura 09:06, 17 April 2018 (UTC)
There is phab:T57755 related to this problem. As far as I understand, it was possible to save times with precisions higher than day in the past, but nowadays the API rejects such data (also when editing with bots). A reason for this situation might be that we can’t specify a timezone in Point in time datatype properties. —MisterSynergy (talk) 09:43, 17 April 2018 (UTC)
@Jura1: I tried but it didn't work.@MisterSynergy: The issue of timezone still exist when working on day precision, for example, the air strike on Syria started at "14 April 2018 04:00 AM" local time (UTC+03:00), but form a New Yorker perspective, it started at "13 April 2018 09:00 PM" Eastern time (UTC-04:00). Therefore, providing more precise time (when available) will provide more precise data and better understanding of the item. As far as I'm concerned, forcing an input mask that matches with ISO 8601 Standard will resolve the time zone issue.--Aladdin (talk) 11:33, 17 April 2018 (UTC)
I meant, the interface recognizes the string correctly and converts it to a time value. So saving would just need to be enabled. I think a qualifier should do for timezones.
--- Jura 12:30, 17 April 2018 (UTC)
Any updates?? --Aladdin (talk) 05:21, 26 April 2018 (UTC)

Hello, this is a quite complex issue, and we will need some time to investigate on how to do it. We would also like your input, to understand better how it should work. I let these questions in the ticket, feel free to comment directly there. You can also answer on-wiki. Lea Lacroix (WMDE) (talk) 09:38, 26 April 2018 (UTC)

State of Freebase import?

What happened with the Freebase import? I'm trying to understand the % of relations, schemas, interfaces that are now available via Wikidata, and related tools people use. Something like

  • % of FB relationships still not migrated
  • Import / deconfliction / review tools in recent use
  • Comparison of FQS and WQS (and related future tasklist :)
  • Active users of old Freebase tools helping with the process (Samsung, &c)

As Wikidata:WikiProject_Freebase is currently not active: has activity moved elsewhere? If it stopped entirely, what happened? Sj (talk) 16:51, 10 May 2018 (UTC)

Hey Sj! Freebase to Wikidata import process is currently not actively maintained by anyone (there have been no specific money/time resources put into it after 2015). Primary Sources tool is still running and people are still (very) slowly reviewing/importing Freebase facts. For details about what have been done in 2015 please read this paper. To answer your specific questions:
  • 460 properties have been mapped. There are 37.700 properties in Freebase but in this number there are a lot of tests properties created by Freebase contributors and Freebase encoding is much more verbose with reverse properties and property-hungry compound facts encoding.
  • Currently only Primary sources is used.
  • Wikidata has full SPARQL support and Freebase was providing MQL that was much more constrained. So Wikidata is imho definitely better in this area.
  • At my knowledge no past active Freebase users outside Google actively helped with the process (neither Samsung or other). We just reused a mapping between Freebase and Wikidata done by Samsung as one of the inputs to build our large Freebase-Wikidata mapping. Tpt (talk) 09:43, 12 May 2018 (UTC)
Aha, thanks Tpt! Are Crazy1880 or Innotata still active? It would be great to talk to them and hear their thoughts on the most difficult and promising approaches to the corpus. And do we know the most active Freebase contributors at the time it was closed -- are some of them involved here? Sj (talk) 22:37, 12 May 2018 (UTC)
Moin Moin Sj, yes, I am still aktiv, but not as active as I would like to be. According to statistics remain 13004575 entries. Regards --Crazy1880 (talk) 08:03, 13 May 2018 (UTC)
Ah, wonderful ! It's quite a challenge, I agree. And 60% of the entries looked at so far were 'blacklisted' -- what does that mean? bad source, misaligned license? Sj (talk) 02:55, 17 May 2018 (UTC)
  • It might be interesting to look at specific fields and compare how much information was available at Freebase and the coverage at Wikidata. If I recall correctly. there was a lot available on TV series and I don't think anything was imported. Primary sources only works if there are existing items.
    --- Jura 08:02, 17 May 2018 (UTC)
    Ha, yes. Finding a couple of active Freebase contributors (and data-source scripters) who could comment on what they'd expect to see already imported, would be a good sanity check. Sj (talk) 02:01, 18 May 2018 (UTC)

Special:WhatLinksHere doesn't work for lexical category

Tracked in Phabricator
Task T195302

At least on test.wikidata.org --
--- Jura 17:38, 22 May 2018 (UTC)

Hello Jura, can you give me a bit more information about what exactly didn't work? I assume that you tested Lexemes on test.wikidata.org. What action did you do, what result did you expect? Lea Lacroix (WMDE) (talk) 18:21, 22 May 2018 (UTC)
Is this phab:T195302? Matěj Suchánek (talk) 19:25, 22 May 2018 (UTC)

I need help to upload a footballers profile on Wikipedia. How do I go about it?

I am trying to upload footballers profile on Wikipedia and I don't know how to PleaE can you put me through.  – The preceding unsigned comment was added by Latouristafricana (talk • contribs) at 23. 5. 2018, 10:24 (UTC).

You should seek help on Wikipedia, then. Matěj Suchánek (talk) 14:47, 23 May 2018 (UTC)

Queries for maths formula

Tracked in Phabricator
Task T195765

Might a dev familiar with the storage and Wikidata Query Service accessibility of data associated with defining formula (P2534) review Wikidata:Request a query#Defining formula (P2534) and put us on the path to being able to query for formula using exactly the string we used to input the formula in the first place. thx --Tagishsimon (talk) 12:04, 26 May 2018 (UTC)

@Tagishsimon: I’ve filed phabricator:T195765 for this. --Lucas Werkmeister (WMDE) (talk) 12:33, 28 May 2018 (UTC)

What's needed for monolingual language codes nrf-gg (for Guernésiais), nrf-je (for Jèrriais) ?

Tracked in Phabricator
Task T165648

@jhsoby, Amire80, Lea Lacroix (WMDE), Lydia Pintscher (WMDE):

Can we finally move ahead with this?
--- Jura 19:31, 11 April 2018 (UTC)

I replied on the ticket. --Lydia Pintscher (WMDE) (talk) 14:09, 13 April 2018 (UTC)
Can we discuss this here?
--- Jura 14:10, 13 April 2018 (UTC)
@jhsoby, Amire80:: As it's a purely Wikidata question, would you comment on behalf of the language committee here? At Wikidata, we don't want to be seen helping on block evasion.
--- Jura 14:16, 13 April 2018 (UTC)

Permanent duplicates: identify language

To return to the question of sitelinks to wikis with multiple pages about the same, but in different languages variants or scripts. Sample sitelinks on Q20571325.

To store the languages of the sitelinks, couldn't we use badges ? A few language items would need to be added to the selectors for badges. They needn't display any icons, but be available for querying.
--- Jura 05:49, 17 April 2018 (UTC)

How many articles are we talking about? --Lydia Pintscher (WMDE) (talk) 08:56, 23 April 2018 (UTC)
At least 4000.
--- Jura 11:23, 24 April 2018 (UTC)
@Jura1: Your example affects Western Armenian article hy:ԱՄՆ (արեւմտահայերէն), which afaik their community is requesting a new Western Armenian Wikipedia. --Liuxinyu970226 (talk) 04:16, 26 April 2018 (UTC)
4000 doesn't include hywiki. As it's being taken care of otherwise, it isn't important for this thread.
--- Jura 09:39, 1 May 2018 (UTC)

Background tabs are not fully loaded

Tracked in Phabricator
Task T196154

In my workflow on Wikidata, I always open tabs in the background with Ctrl+Click. But they don't fully load until I go on. This is truly annoying because you have to wait before beeing able to add or edit statements otherwise you end up on https://www.wikidata.org/wiki/Special:SetLabelDescriptionAliases/QXXX or click on the wrong link. Could you change this behavior please? Thanks. — Ayack (talk) 16:55, 18 April 2018 (UTC)

Which browser are you using? --Lydia Pintscher (WMDE) (talk) 08:58, 23 April 2018 (UTC)
I have the same problem on Firefox 59.0.2 (64-bit) on Ubuntu 16.04. — Envlh (talk) 10:20, 23 April 2018 (UTC)
Thanks. I now see it as well. Is this a big issue for you? I'll check with the developers to see how complex this is to fix. --Lydia Pintscher (WMDE) (talk) 10:33, 23 April 2018 (UTC)
It's not a big issue, but it's part of the lot of small and annoying bugs of the interface that slow down contribution. — Envlh (talk) 21:06, 24 April 2018 (UTC)
Maybe importScript is the cause of this? I thought we prefered mw.loader.load nowadays... Sjoerd de Bruin (talk) 16:31, 23 April 2018 (UTC)
I have the issue, even when I remove scripts called with importScript in my common.js. — Envlh (talk) 21:06, 24 April 2018 (UTC)
Yes, the issue is present even when I'm not logged in. It's not big indeed, but it's really annoying. — Ayack (talk) 09:54, 2 May 2018 (UTC)

@Lydia Pintscher (WMDE): Were you able to "check with the developers to see how complex this is to fix"? Thanks. — Ayack (talk) 16:19, 18 May 2018 (UTC)

Sorry for this issue, and thanks for your patience. We're currently at the Wikimedia Hackathon, talking to several people and trying to find out where does that come from. Lea Lacroix (WMDE) (talk) 20:21, 18 May 2018 (UTC)
Thanks Lea Lacroix (WMDE). Did your investigations reveal anything? — Ayack (talk) 10:17, 29 May 2018 (UTC)

'Wikidata' page

Tracked in Phabricator
Task T195793

If someone on another project adds a link to [[:d:Wikidata]], it links to a non-existent page on this wiki, [[Wikidata]]. Is there any reason that page could not be created, as a redirect to, say, the main page? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 10:08, 28 May 2018 (UTC)

Hey Andy, I don't see any problem with creating a redirect. Feel free to do it. Lea Lacroix (WMDE) (talk) 11:50, 28 May 2018 (UTC)
How? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:19, 28 May 2018 (UTC)
There was a similar situation with [[Main page]] years ago, discussed here (and at some other places). Did anything change meanwhile? —MisterSynergy (talk) 17:00, 28 May 2018 (UTC)
We can't create a redirect so I created T195793 for this. Mbch331 (talk) 18:45, 28 May 2018 (UTC)
@Pigsonthewing, Lea Lacroix (WMDE), MisterSynergy, Mbch331: I feel that the ns0 should be reserved for automatically filled pages that disambiguate lexemes/forms with the same spelling. See phab:T195411 for more details. I don't know if it is technically feasible, but I would appreciate your input on this matter.--Micru (talk) 07:47, 29 May 2018 (UTC)
Hello,
@Micru: The namespace 0 is not made for this. It is already used for items. We will not use ns0 for content other than items.
In this ticket, Nikki suggested to have a special page for this, which seems to us a better way to do this. Also, don't forget that it is just the beginning of the project: after a while, some external tools similar to Scholia or Reasonator may provide a similar feature.
@MisterSynergy: Thanks for linking to the discussion. To be very honest with you, we don't remember why we said that redirects are a bad hack and should not happen, but there was probably a good reason ^^ We're going to investigate about this. The technical background probably changed a bit as well. Lea Lacroix (WMDE) (talk) 09:01, 29 May 2018 (UTC)
This is a much more general problem than just accounting for specific cases like "d:Main page" or "d:Wikidata". Wouldn't a better solution be to modify the "This entity does not exist" message returned for any missing title in ns0? The "error message" already contains a link to Special:Log ("search the related logs") — shouldn't it simply link to Special:Search, as well? For example, the message at [[Wikidata]] would include a link to Special:Search/Wikidata. - dcljr (talk) 19:20, 29 May 2018 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ Works for me; thank you. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 21:31, 31 May 2018 (UTC)

Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Contact_the_development_team/Archive/2018/05&oldid=2035993866"