Wikidata

Wikidata:Contact the development team/Archive/2015/04

< Wikidata:Contact the development team‎ | Archive‎ | 2015
This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion.

property proposal by use of special identifiers

when a special identifier like Florentine musea Inventario 1890 ID (P1726) is used IMHO the proposal of inventory number (P217) is redundant, see Portrait of Galeazzo Maria Sforza (Q3937539). Oursana (talk) 13:51, 31 March 2015 (UTC)

Hey Oursana :) That's completely up to the editing community to decide. --Lydia Pintscher (WMDE) (talk) 09:37, 2 April 2015 (UTC)

"Virtual" properties ?

There's a current discussion at WD:PP/GEN#category about the virtues (or not) of having a property to reflect what categories on WP (in the various languages) an item belongs to.

I think there's a real case for making that information accessible through the same views and the same APIs as other information about an item stored on WD.

But I was wondering, to make these properties accessible in the same consistent way, but also keep them current, how big a job would it be to create "virtual" properties -- properties that would appear like any other properties through the API or in dumps; but which would actually be generated on-the-fly from the existing WP databases as demanded, rather than stored in the usual way?

This would allow category structures to be analysed through familiar tools like WDQ, eg to identify items which seem "misfits" for their categories (perhaps because of incomplete data), candidate items to be added to categories, and/or deeper understanding and structured description for the categories as items themelves -- all through the same familiar systematic interfaces.

So have there been previous discussions about the possibility of virtual on-the-fly properties? And what are the team's thoughts about the idea? Jheald (talk) 16:25, 2 April 2015 (UTC)

Nothing like this has been brought up so far. I'll need to talk to the team about how feasable it'd be. I agree it would be _a lot_ better than storing this on Wikidata. Right now I am inclined to say though that the use for this is minimal and that whoever relies on those categories should query Wikipedia's API for them. I can be convinced of the opposite. --Lydia Pintscher (WMDE) (talk) 16:32, 2 April 2015 (UTC)
@Lydia Pintscher (WMDE), Jheald: It was brought up. See Wikidata:Project_chat/Archive/2014/09#Properties to supply on-the-fly requests. -- LaddΩ chat ;) 12:02, 6 April 2015 (UTC)
Ah that's different though from my understanding. This is about statements on Wikidata itself leading to other virtual statements on Wikidata. The other one is about "stuff" on Wikipedia leading to virtual statements on Wikidata. I hadn't thought of them as related so far but they kind of are. --Lydia Pintscher (WMDE) (talk) 12:06, 6 April 2015 (UTC)
Indeed Jheald refers to on-the-fly queries to WP, while I was talking about on-the-fly queries to WD, but the concept is similar. -- LaddΩ chat ;) 13:01, 6 April 2015 (UTC)

about "edit links" in each wikipedia page

How can I create a new Wikidata item through it? (I mean the case when there are no corresponding articles in other Wikipedias) --Infovarius (talk) 10:21, 6 April 2015 (UTC)

That's not possible. If there is no other article to connect you need to go to Wikidata itself and create the item. --Lydia Pintscher (WMDE) (talk) 12:07, 6 April 2015 (UTC)
If you don´t create a new item. A bot will come within one or two days and create a new item.--Giftzwerg 88 (talk) 16:40, 6 April 2015 (UTC)
What is your source for that? Sjoerd de Bruin (talk) 18:33, 6 April 2015 (UTC)
There are bots that look for new articles in all languages that have no correspondig item. Or else there is a bot that collects unlinked articles in lists presented to users to create items by hand. Im pretty sure, there is no article without corresponding item over a longer period of time.--Giftzwerg 88 (talk) 18:43, 6 April 2015 (UTC)
You can also to use WikidataInfo script. --ValterVB (talk) 18:31, 6 April 2015 (UTC)

about "edit links" in each wikipedia main page

now each Wikipedia main page has "Edit links" in the left side of below the list of interlanguage links (just like en wp). I think it's ugly, no needed and can be removed: first, there already has a "Wikidata item" link; second, few people have permission to edit Q5296 ("Wikimedia main page" in wikidata).--122.90.80.12 08:08, 4 April 2015 (UTC)

But the few that can edit must be able to edit, so the link is needed, it´s just not for everyone.--Giftzwerg 88 (talk) 17:14, 4 April 2015 (UTC) BTW: Last Edit was today!
That was https://phabricator.wikimedia.org/T94889 which is now fixed and the fix deployed. Aude (talk) 22:47, 7 April 2015 (UTC)

Official name and metalanguages

Messed around with official name (P1448) in Glittertind (Q397876) and realized that official names are often given in metalanguages. The name Glittertinden is now listed as nb but should be nn. I think this is quite common to avoid creating several closely related names. In Norwegian that means that monolingual text must support no in addition to nb and nn. (Added a task https://phabricator.wikimedia.org/T95286) Jeblad (talk) 13:59, 7 April 2015 (UTC)

@Jeblad: I think your problem is related to https://phabricator.wikimedia.org/T78006 . Snipre (talk) 13:09, 8 April 2015 (UTC)
@Jeblad: I guess this also apply to when "Sapmi" is specified as the language, without telling which. -- Innocent bystander (talk) 13:23, 8 April 2015 (UTC)
@Snipre: Seems to be the same problem, with variations in the blocks list. Often the metalanguages lacks a valid code too.
@Innocent bystander: There was a entry for Sami languages in Bugzilla, but it seems to be lost. Its the same problem as described in T74590, but in this case there are codes for the languages but they are not listed.
And one additional thing, watch out for the variants. In Mediawiki a variant is something you can transliterate from and to, but take a look on language tags [1] and you find that what we call a variant is a script variation, that is one of several subtags. What we need is a way to make a valid named definition of a language tag. Jeblad (talk) 15:53, 8 April 2015 (UTC)

Database table for P31?

To make it easier to do selections, I think it could be helpful to create a database table that holds the value(s) for this property. --- Jura 08:56, 2 April 2015 (UTC)

I assume what you'd want is to improve the suggestions for the value when entering a new statement with "instance of"? For this we need to continue on the work the students team has done last year on suggestions. I'd love to do that but a few other things like units and watchlist improvements come first. --Lydia Pintscher (WMDE) (talk) 09:39, 2 April 2015 (UTC)
No, I had in mind a table I could query on http://quarry.wmflabs.org/ --- Jura 14:51, 6 April 2015 (UTC)
Ah. That depends on how we move forward with simple queries. It is all up in the air right now pending the work the Foundation is doing with us on the Wikidata Query Service. Once we've gotten further with that I'll reevaluate what to do with simple queries. Would your usecase also be covered by the Wikidata Query Service being developed now? --Lydia Pintscher (WMDE) (talk) 09:00, 9 April 2015 (UTC)
I suppose - eventually - anything could be done with the Wikidata Query Service. Wouldn't it be fairly straight forward to implement a basic table just for this property? It might just take 1 or 2 weeks to develop and implement. --- Jura 10:54, 9 April 2015 (UTC)

Invisible claims

  • Go to the end of the statements section, hit [add] to add a new statement.
  • Choose a new and previously not used property (1), write the value, when the value is accepted the [save] gets blue
  • Don't hit save.
  • Go to the end of the statements section, again hit [add] to add a new statement.
  • Choose another property (2), write the value, when the value is accepted and [save] gets blue
  • Dont hit save of the second claim, but hit the save of the first claim.
  • The claim disappears!
  • You can hit the save button of the second claim.
  • Reload the page, the claim reappears.

This bug is puzzling, but there is no damage because the claim is saved and no data is lost.--Giftzwerg 88 (talk) 16:35, 6 April 2015 (UTC)

For me it doesn't disappear but moves up. It stays in edit mode and you need to click save on it as well. Not great but not as bad as completely disappearing. We will look into it more. --Lydia Pintscher (WMDE) (talk) 09:12, 9 April 2015 (UTC)

problem with dates

Just added birth and death dates to Q1553726. To get it to show "1210's" I had to enter 1220 and select decade. It used to be that to display "1210's" you would enter "1210" and select decade. Same thing with his death in the "1250's". Filceolaire (talk) 05:53, 12 April 2015 (UTC)

Thanks. I'll look into it. --Lydia Pintscher (WMDE) (talk) 12:23, 15 April 2015 (UTC)

problem with the layout

When I want to edit the labels I have to press the edit but it is more often than not hidden behind the arrow for displaying the selected wikipedia page lead. scrolling up and down a little fixes this eventually but sometimes it takes a lot of scrolling. Filceolaire (talk) 05:59, 12 April 2015 (UTC)

@Filceolaire: I've moved the button a bit down so now it appears under the [edit] link. -- Bene* talk 11:45, 12 April 2015 (UTC)
Fixed! Thanks. Filceolaire (talk) 17:24, 12 April 2015 (UTC)
Katie worked on a new preview gadget. Some remaining issues but I like where it is going a lot. @Bene*: Maybe something for you to look into? phabricator:T86755 --Lydia Pintscher (WMDE) (talk) 12:25, 15 April 2015 (UTC)

Data value in German is not accepted and not shown correctly

If you want to add a century in German language the value "20. Jahrhundert" or "20. Jh." is not accepted. You need to enter "20. century" or you need to enter 1950 and precision century. The value then changes by entering to "20 century". The value is shown without a dot after 20 and it is not shown correctly in German nor in any other language afaik. On the other hand the value "20 century" without a dot is also not accepted.--Giftzwerg 88 (talk) 17:07, 6 April 2015 (UTC)

Looks like a difficult thing to fix in some languages. In Swedish for example, the periods 1900-1999 and 1900-1909 have the same name. Compare: sv:Kategori:1900-talet with sv:Kategori:1900-talet (decennium). -- Innocent bystander (talk) 17:24, 6 April 2015 (UTC)
This problem needs a different solution in every language and calendar.--Giftzwerg 88 (talk) 18:45, 6 April 2015 (UTC)
We're currently working on displaying localized time values. I have opened phabricator:T95532 for entering and editing localized time values. --Lydia Pintscher (WMDE) (talk) 09:31, 9 April 2015 (UTC)
Der Versuch 13. Jahrhundert vor Christus einzugeben braucht echt Kreativität: - 1250, Genauigkeit Century funktioniert. Manche Monatsnamen werden in Kleinschreibung nicht akzeptiert.--Giftzwerg 88 (talk) 21:07, 20 April 2015 (UTC)

Lingering date-display issues

At least the first one has been known for a long time, but this should really be given attention quick, as they are very confusing and will only reinforce some Wikipedians' imporession that Wikidata is inconsistent or unreliable.

Yes we're currently doing a thorough review of everything related to time. --Lydia Pintscher (WMDE) (talk) 10:17, 21 April 2015 (UTC)

Please unify the subclassing of "male" and "female"

"Female" (as a gender) is a subclass of "human". "Male" is not. The correctness of this subclassing is debated, but what it is urgent is that "male" and "female" get the same treatment. Presently, if you look for pages with gender human (where the gender is closed transitively by superclass) you get only women.  – The preceding unsigned comment was added by Vigna (talk • contribs).
@Vigna: This is not an issue for the development, I'll move yor message into regular project chat TomT0m (talk) 16:37, 21 April 2015 (UTC)
Please discuss such issues at Wikidata:Project chat‎. --Succu (talk) 16:33, 21 April 2015 (UTC)

Dump of this week

Some problem? --ValterVB (talk) 19:34, 20 April 2015 (UTC)

A dump has been published. Is something wrong with it? I need a bit more info :) --Lydia Pintscher (WMDE) (talk) 10:16, 21 April 2015 (UTC)
@Lydia Pintscher (WMDE): Yesterday from 15:00 to the time of my post dimension was 191 byte, now it seems correct. Download on going... :) --ValterVB (talk) 16:31, 21 April 2015 (UTC)
Ah cool. Probably just a short glitch then. --Lydia Pintscher (WMDE) (talk) 18:57, 21 April 2015 (UTC)

Moving Wikipedia page

Moving a Wikipedia page to an existing title loses Wikidata connection of the target, leaving the redirect with Wikidata connection. fr:Județ, from, Q1776764 --JulesWinnfield-hu (talk) 13:15, 22 April 2015 (UTC)

Thanks. Will look into it. --Lydia Pintscher (WMDE) (talk) 14:59, 23 April 2015 (UTC)

WDQ problem: claim[1476]

Hi, I would hope someone can somehow reset the WDQ database, it seems to have missed a bunch of edits: for the last few days, Query: claim[1476] has reported a single item, whereas Wikidata:Database reports/Constraint violations/P1476 keeps reporting that there are 4210 items using that property. Any help would be appreciated. -- LaddΩ chat ;) 12:12, 17 April 2015 (UTC)

@Laddo: I don't think that a reset will solve the problem. Query: claim[1476] finds only the items which have an "unknown value" at property title (P1476). A reset won't change that. --Jobu0101 (talk) 12:50, 17 April 2015 (UTC)
@Jobu0101: Indeed, it seems to be a WDQ issue with the monolingual text datatype --> Query: claim[1813] has the same problem. Unless there is an issue with the dumps?? -- LaddΩ chat ;) 16:17, 17 April 2015 (UTC)
Yeah, I think WDQ is having some hick-ups. I've correct some pages with a string property a few weeks ago, there are still showing up. Sjoerd de Bruin (talk) 17:11, 17 April 2015 (UTC)
@Magnus Manske: Maybe you can have a look? --Lydia Pintscher (WMDE) (talk) 13:58, 20 April 2015 (UTC)

@Magnus Manske, Laddo, Sjoerddebruin: Any progress so far? --Jobu0101 (talk) 15:16, 29 April 2015 (UTC)

I just imported the dump from April 27. WDQ is catching up now (I hope). That should fix the problem at hand. --Magnus Manske (talk) 14:17, 30 April 2015 (UTC)

Problem on Upper/lower case

Somene can add de label in Q563116? de label must be "SOO". I have a conflict with Soo (Q1230747) that have label="Soo". --ValterVB (talk) 10:33, 24 April 2015 (UTC)

Same problem if I want add fa label="MAN" on MAN (Q1241581). Conflict with Man (Q225298) that have fa label="Man". --ValterVB (talk) 10:41, 24 April 2015 (UTC)
Thank you. We changed this for properties. It seems this now also applies to items which it shouldn't. We'll have a look. --Lydia Pintscher (WMDE) (talk) 12:12, 24 April 2015 (UTC)
We're tracking this in phabricator:T97129 now. --Lydia Pintscher (WMDE) (talk) 13:52, 24 April 2015 (UTC)

Note that item labels only conflict if the items also have the same description. That should just not be the case for things that are spellt similarly. The intention of the description is to make it clear which is which among items with similar labels. -- Daniel Kinzler (WMDE) (talk) 08:42, 29 April 2015 (UTC)

To add to what Daniel said: We've been thinking some more about this and could only find cases where the requirement is actually ok and useful because it helps with forcing people to give more meaningful descriptions that actually disambiguate. So I am leaning towards keeping it as it is now. @ValterVB: Does that make sense for you? --Lydia Pintscher (WMDE) (talk) 12:23, 29 April 2015 (UTC)

@Lydia Pintscher (WMDE):OK, I can manage this, I found the problem only on disambiguation and some strange category redirect on vi.wiki. The problem is that now there are a lot of item that violate the constraint. Can someone generate a report? --ValterVB (talk) 15:44, 29 April 2015 (UTC)
Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Contact_the_development_team/Archive/2015/04&oldid=215112242"