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

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

explanation for "link layout mystery" please (bug or feature?)

Hello, can someone please explain to me how it is possible that simple links like [[Q112375]] are sometimes shown like Q112375 (as normally expected), but sometimes with labels like Galápagos National Park (Q112375)? it feels not really good to loose "control" over link display, especially on talk pages. What is behind this mysterious "feature", which appears/disappears on random pages in certain timespans without an obvious scheme? it happens repeatedly for a couple of weeks now and only for logged-in users as far i know.

there's also a short background discussion "constraint violations, link layout mystery" which you might want to read.

Holger1959 (talk) 10:37, 23 November 2015 (UTC)

Just now I don't see [[Q112375]], but I see the second version :) In preview is normal. --ValterVB (talk) 18:23, 23 November 2015 (UTC)

I observed this many times. AFAIK it might be a software feature. Recently, there were some caching problems with this but I cannot find anything about them now (I don't remember when it was). Matěj Suchánek (talk) 20:58, 23 November 2015 (UTC)

Yes most of the time this is a caching issue that should be solved with a purge or waiting a bit. --Lydia Pintscher (WMDE) (talk) 11:44, 25 November 2015 (UTC)

@Lydia Pintscher (WMDE): purging does not help (i tried out a lot in the last weeks), and waiting can mean 2 days. maybe you can explain a bit more how this is done (by some scripts or css?) and also on which basis. i mean: if this is really thought to be the new default layout for all [[Q1234567]] links on all Wikidata pages , but only for logged-in users, this will need some community discussion i think, because such a change affects many issues. For example it is sometimes wanted to have only the short Qnumber shown, and not also the (sometimes long) labels in undefined languages (display depends on user prefs, not on textual/page context). Of course having the labels shown is nice in many circumstances (we are used to use {{Q|number}} for this). And of course we could change all intentional Qnumber links to [[Q1234567|Q1234567]]. But this is a lot of work, and would only make sense if the "feature" would really work. At the moment, it does not work reliably, neither in one, nor in the other direction. Holger1959 (talk) 22:52, 29 November 2015 (UTC)

Do you have a specific page where it is sometimes shown one way and sometimes another? Without that it is hard to guess what is going on besides caching. --Lydia Pintscher (WMDE) (talk) 13:21, 30 November 2015 (UTC)

T111346 is what I meant in my comment above. Matěj Suchánek (talk) 14:36, 30 November 2015 (UTC)

@Lydia Pintscher (WMDE): as said in "constraint violations, link layout mystery", i regularly see it on the P809 constraints report (probably because this is the report i check most often), but on random other pages too, even user talk pages. thanks to Matěj Suchánek for the link to T111346! there, in the middle of the page is a good screenshot and description by Bene (i guess this is Bene*) which shows how it looks. that bug is marked as resolved, don't know why, it is obviously not. Holger1959 (talk) 00:50, 1 December 2015 (UTC)

Ok the constraint violations pages might also be because the bot is programmed to use only the IDs when over a certain threshold because otherwise it'd show Lua errors. But I will look into it more. The ticket you're referring to describes another problem. --Lydia Pintscher (WMDE) (talk) 16:04, 1 December 2015 (UTC)

Module namespace doesn't display QID/interwikis

would normally display a link or at least the QID for Q12069631, but nothing is there. --- Jura 18:51, 25 November 2015 (UTC)

I need a bit more context here ;-) Where is nothing shown? --Lydia Pintscher (WMDE) (talk) 13:23, 30 November 2015 (UTC)

Long weekend? ;) Try to click on the links. For comparison, see en:Module:Wikidata or https://en.wikipedia.org/w/index.php?title=Module:Wikidata&action=info --- Jura 13:58, 30 November 2015 (UTC)

Ahhhhhhhhh! :D Ok now I see the issue. Ok. Thanks. Will look into it. --Lydia Pintscher (WMDE) (talk) 16:11, 1 December 2015 (UTC)

I can't really do or know what I want to do

I see P18 image to me needs a qualifier 'caption' so we can the caption to go with the image. But I don't what to do. Only qualifiers at the moment are 'sex or gender' or 'point in time'. - Unbuttered Parsnip (talk) 11:06, 2 December 2015 (UTC)

In the input field just type caption. Mbch331 (talk) 11:44, 2 December 2015 (UTC)

Lag

It seems that everything lags. Maybe not everything, but SPARQL and WDQ. What's happening? --- Jura 12:37, 18 November 2015 (UTC)

SuccuBot is doing a huge amount of edits at the moment. I am not sure but my guess is that this is too much for the query service to keep up with. I recommend at the very least having it run slower. --Lydia Pintscher (WMDE) (talk) 14:58, 18 November 2015 (UTC)

It does do quite a lot, but is this already sufficient to slow things down that much? If yes, Wikidata is likely to break if the userbase increases significantly. --- Jura 15:03, 18 November 2015 (UTC)

Special:DispatchStats seems ok. --- Jura 15:08, 18 November 2015 (UTC)

Yes those are stats for the dispatching to the clients (Wikipedia etc.) The query service is independent of that for all I know and hasn't been stress tested like dispatching yet. --Lydia Pintscher (WMDE) (talk) 15:12, 18 November 2015 (UTC)

I'm not very fast. Should I stop the bot for today? --Succu (talk) 15:16, 18 November 2015 (UTC)

So it's rather https://phabricator.wikimedia.org/T118162 ? Given the type of edits, maybe Succu should hold them for stress testing once the fixed deployed.

This part seems okish for all I can tell. Very strange. --Lydia Pintscher (WMDE) (talk) 15:20, 18 November 2015 (UTC)

Edits per day increase from 200k to 1200k :) --- Jura 15:18, 18 November 2015 (UTC)

Yeah. I think it is worth a try to stop. Edits increased a lot. Then we can be sure one way or the other. If it is really the problem then we need to make the updater more robust. --Lydia Pintscher (WMDE) (talk) 15:19, 18 November 2015 (UTC)

Done. --Succu (talk) 15:21, 18 November 2015 (UTC)

Thanks! Let's see if this helps. --Lydia Pintscher (WMDE) (talk) 15:22, 18 November 2015 (UTC)

Is there a way to use sparql to determine the current lag? (Other than trying to search for an edit made recently). --- Jura 16:31, 18 November 2015 (UTC)

Jonas just gave me this to do it:

prefix schema: <http://schema.org/>
SELECT * WHERE {<http://www.wikidata.org> schema:dateModified ?y}

Hope it helps. --Lydia Pintscher (WMDE) (talk) 17:05, 18 November 2015 (UTC)

It does. Thanks. --- Jura 17:32, 18 November 2015 (UTC)

The service should be fully caught up now. Please ping me if you still see problems. --Smalyshev (WMF) (talk) 00:37, 19 November 2015 (UTC)

Something is wrong, Smalyshev (WMF): Running this simple query I get an old value for botanist author abbreviation (P428) in Neville Forde (Q21395061) (fixed 21. November 2015, 22:52 Uhr) --Succu (talk) 14:06, 24 November 2015 (UTC)

Hi all! You can now track the lage of the query service on this lovely dashboard https://grafana.wikimedia.org/dashboard/db/wikidata-query-service ·addshore· ^{talk to me!} 15:29, 24 November 2015 (UTC)

@Addshore: Very pretty, but not so relevant to Succu's complaint, which shows a value still not updated in the triplestore after three days, even when the lag is reported at 15 seconds.

Should we be concerned that one node appears to have 200,000 more triples in it than the other ? Jheald (talk) 17:08, 24 November 2015 (UTC)

That is already being looked at :) ·addshore· ^{talk to me!} 20:16, 24 November 2015 (UTC)

There is an issue currently with data not being deleted correctly on update, so old data may show up along with the new data. See https://phabricator.wikimedia.org/T116622. I am working on figuring out why it happens and fixing it. Usually updating the entry again (even in unrelated place) fixes the problem. I will update once I have something substantial to report. --Smalyshev (WMF) (talk) 00:11, 25 November 2015 (UTC)

If you need another test case: This query should give no results. I fixed the issue more than 48 hours ago. --Succu (talk) 12:53, 28 November 2015 (UTC)

And the issue should now be fixed! ·addshore· ^{talk to me!} 10:35, 8 December 2015 (UTC)

Can't create a new item

When I click create, nothing seems to happen. Is JavaScript perhaps required? Palosirkka (talk) 11:04, 6 December 2015 (UTC)

Most likely! -- Innocent bystander (talk) 10:25, 7 December 2015 (UTC)

Also works with Javascript disabled. Sjoerd de Bruin (talk) 10:49, 7 December 2015 (UTC)

It should take you to Special:NewItem ·addshore· ^{talk to me!}

Throttling on test.wikidata.org

Would it be possible to get User:L_PBot exempted from throttling on test.wikidata.org? I'm trying to run the pywikibot test suite to check my patch but doing so triggers the throttle. /Lokal Profil (talk) 10:05, 7 December 2015 (UTC)

Which throttle? What message do you see? ·addshore· ^{talk to me!} 16:53, 7 December 2015 (UTC)

It happens when writing to the wiki via the api. If I remember correctly I got a HTTP 500 response so I would guess it's noratelimit which is missing. So setting the bot flag on that account on test.wikidata should be enough. /Lokal Profil (talk) 23:32, 7 December 2015 (UTC)

Done ·addshore· ^{talk to me!} 10:26, 8 December 2015 (UTC)

Thanks. /Lokal Profil (talk) 11:45, 8 December 2015 (UTC)

mw:Extension:MassMessage

Sorry for posting here, but I have no account on Phabricator. This is not at all related to Wikibase.

It is currently impossible to deflag the botflag for User:MediaWiki message delivery on svwiki. User:MagnusA has deflaged the bot three times the last week, but the flag is still there. The intension is not the prevent the bot to send messages, but to make it possible to see it's activity in RC. -- Innocent bystander (talk) 18:11, 7 December 2015 (UTC)

It's marked as a bot by system, see Phab:T62000#647090. I don't know does it make sense to remove the automatical bot flag, anyway that should be better discussed on Meta, or somewhere else... --Stryn (talk) 18:24, 7 December 2015 (UTC)

Getting an account on Phabricator isn't hard btw, you can just log in with your Wikimedia SUL. Sjoerd de Bruin (talk) 18:26, 7 December 2015 (UTC)

As far as I know removing the bot flag will have no effect! Also, very odd place for this message! ·addshore· ^{talk to me!} 10:27, 8 December 2015 (UTC)

As I said, Phabricator does not recognise me!

And it make sense to remove the botflag when you want to see the users action in RC and your watchlist. There are other message-bots on svwiki and they are all unflaged. The only approved bots who edits with botflag in ns:user_talk are the archive-bots.

Why should we discuss it on meta, when the bot edits locally? The correct place to talk is on Phab, but as I said above... -- Innocent bystander (talk) 11:25, 8 December 2015 (UTC)

Are you sure you clicked on the MediaWiki button at the bottom of the login form, as said by the text on that page? Sjoerd de Bruin (talk) 11:57, 8 December 2015 (UTC)

Please see https://phabricator.wikimedia.org/T120832 ·addshore· ^{talk to me!} 15:18, 8 December 2015 (UTC)

Query service download links

The links slightly changed yesterday, but now I can't seem to use them .. --- Jura 07:58, 5 December 2015 (UTC)

Is this fixed for you now? I can see the links! :) ·addshore· ^{talk to me!} 10:33, 8 December 2015 (UTC)

See and use? --- Jura 10:37, 8 December 2015 (UTC)

Yes I can see and use them all! What browser & OS are you on? ·addshore· ^{talk to me!} 10:27, 9 December 2015 (UTC)

Icons

Hi and sorry to be blunt: Is there a way to get rid of all there new useless icons? --Succu (talk)

From a brief review, it looks to me like <span class="wb-icon"> is being targeted to inject the icons via CSS. Adding .wb-icon {background-image: none;} to User:Succu/common.css should remove them. --Izno (talk) 22:07, 9 December 2015 (UTC)

On an aside, I think adding these to the links directly (using a:before) rather than inserting a span is more correct from an HTML perspective. Why was an empty span used to inject these images? --Izno (talk) 22:09, 9 December 2015 (UTC)

I think this should be an user option, if this is retained at all. Was there a request introducing them? The interpretation of icons depends on a personal cultural bias and should be avoided in an international UI. --Succu (talk) 22:26, 9 December 2015 (UTC)

I'm pretty sure the icons used are pretty international, actually. I would prefer if a more specific icon was used for the add reference button, actually. (Maybe this one used by the VisualEditor.) The change is an improvement, in my opinion. --Yair rand (talk) 22:57, 9 December 2015 (UTC)

To mark a bookmark (Q875110), Yair rand? reinvented as an icon by ms? --Succu (talk) 23:28, 9 December 2015 (UTC)

Delay in updating deleted pages

There is a delay in the update of items when pages are deleted on a local wiki. For example Q2122782 according to the history (see Special:Diff/279691805) the link to nlwiki was deleted at 4 dec 2015 16:18‎ CET, however the page was already deleted on nlwiki at 4 dec 2015 10:53 CET. For Junior Eurovision Song Contest 2016 (Q21521457) it seems that the delay was so long that Hoo bot deleted the link instead of the automatic deletion by the nlwiki admin. (Page was deleted on nlwiki at 5 dec 2015 08:47 CET and Hoo bot deleted the link at 6 dec 2015 05:40‎ CET). I checked if other deletions by the same admin in the past do get automatically deleted and that is the case (see Special:Contributions/MoiraMoira). Mbch331 (talk) 08:28, 6 December 2015 (UTC)

Problems still seems to be present. The linked article for Q9042112 was deleted on 10 dec 2015 18:53 CET and when I deleted the item on 10 dec 2015 22:32 CET the link was still present in the item. Mbch331 (talk) 21:35, 10 December 2015 (UTC)

Thank you. I'll have a look with Hoo. --Lydia Pintscher (WMDE) (talk) 09:45, 11 December 2015 (UTC)

Implementing another PropertySuggester

Hi, I'm currently working on my Bachelor Thesis at the University of Innsbruck. The thesis is about the evaluation of various Suggestion-Queries using a Wikidata-Dump as data set. After the evaluation, I would like to implement one of the suggesters and make it available to Wikidata. My question is: where do I have to submit the code? I have found 2 github repos where the PropertySuggester of Wikidata is implemented: https://github.com/wikimedia/mediawiki-extensions-Wikidata/tree/master/extensions/PropertySuggester and https://github.com/Wikidata-lib/PropertySuggester. Do I have to submit the code in one of these repos or in both? Who can I ask implementation specific and more detailed questions?

Hey :) The latter is the correct one. Please do get in touch with me about specifics. The current suggester is intentionally very simple. --Lydia Pintscher (WMDE) (talk) 09:54, 11 December 2015 (UTC)

No longer able to add a statement of datatype "property" on properties...

Try adding related property (P1659)=coat of arms image (P94) on coat of arms (P237) : it fails with "Unexpected entity type property". Got the same result trying to add inverse property (P1696). ---- LaddΩ chat ;) 21:11, 9 December 2015 (UTC)

I can confirm this. Mbch331 (talk) 21:41, 9 December 2015 (UTC)

Just created phab:T121018 for this. Mbch331 (talk) 21:48, 9 December 2015 (UTC)

It's not namespace related: same on coat of arms (Q14659). --- Jura 22:15, 9 December 2015 (UTC)

It's related to the expected datatype. If the expected datatype is property it doesn't work. But a fix is on the way. Hoo man is working on it. Mbch331 (talk) 22:19, 9 December 2015 (UTC)

I just deployed my fix, it should be fine again. I verified this by doing the edit asked for above. Cheers, Hoo man (talk) 23:30, 9 December 2015 (UTC)

Quick fix! Thanks Hoo man ---- LaddΩ chat ;) 12:41, 10 December 2015 (UTC)

I don´t know if there is a connection to this problem. I had been working on a javascript file and on the console there are 20, 30 or more warnings. I think the warnings relate to a css file. The warnings are still there, at this moment. --Molarus 23:49, 9 December 2015 (UTC)

No, that's not related at all, the problem this section is about doesn't touch styling or the user interface at all (it only affected the verifying on page save). - Hoo man (talk) 23:55, 9 December 2015 (UTC)

Something weird

For some time now I cannot copy-and-paste anything into the Property_talk:P225 page. I always get an error report "Aw, Snap! Something went wrong while displaying this web page." AFAIK it is just this page. If I manually type in something the system has no problem. I can also copy-and-paste something into the Summary field. - Brya (talk) 12:01, 9 December 2015 (UTC)

Super odd, I also get the same... ·addshore· ^{talk to me!} 16:39, 9 December 2015 (UTC)

Maybe this has something todo with another mystery: #explanation for "link layout mystery" please (bug or feature?) ?--Succu (talk) 16:49, 9 December 2015 (UTC)

I did some digging into this. The problem seems to be in the first constraint block. When I remove it the issue doesn't occur. --Lydia Pintscher (WMDE) (talk) 09:50, 11 December 2015 (UTC)

That does not sound conclusive: if I delete the last bit (everything except the constraints) the problem goes away also. Maybe it is just that the page is almost full? In that case we could get by for the near future by archiving the actual "Talk"-part. However, integrating Wikispecies is going to result in a lot more exceptions being added (say, two thousand items?), so I am not comfortable with this for the long term. - Brya (talk) 17:37, 11 December 2015 (UTC)

Huh? Strange. I removed all the discussion parts as well and it was fine for me. Ok... We need to do more digging then. --Lydia Pintscher (WMDE) (talk) 20:49, 11 December 2015 (UTC)

If I use the page preview without changing anything I get the message Page exceeded the expansion depth (Win7/IE11). --Succu (talk) 21:05, 11 December 2015 (UTC)

Active tab title not translated on property pages

On property pages (see French Sculpture Census artist ID (P2380) for example), the active tab title (top left) always displays "Property" regardless of the user language. Is it a bug? — Ayack (talk) 10:32, 11 December 2015 (UTC)

I checked the sourcecode it has the id "ca-nstab-property", so there should be a MediaWiki:Nstab-property on Translatewiki.net and I can't find it. The talkpage had the id "ca-talk" and is present on Translatewiki.net as MediaWiki:Talk. This page has id "ca-nstab-project" and can be found on Translatewiki.net as MediaWiki:nstab-project. So it looks like that specific tab hasn't been made translatable. Mbch331 (talk) 11:21, 11 December 2015 (UTC)

Actually, it is translatable but not via translatewiki.net. (By coincidence, I translated this into Czech this week, so now I can see "vlastnost" in Czech.) Matěj Suchánek (talk) 19:01, 11 December 2015 (UTC)

It took me some time to find the current code where it's hidden, checked which translations were missing based on the files you changed and created phab:T121266 to update the missing Dutch translations. Mbch331 (talk) 20:03, 11 December 2015 (UTC)

Long qualifiers list

Hello, I am working on migration constraints violation system from templates to properties. Now one issue blocks this process: Wikidata editor does support long qualifiers lists changing (~ 1000 values). All tested browsers say something like "script does not responding". The issue can be tested on Property:P370. This list come from real-life case Property talk:P225. Is it known issue? Can the issue be resolved on editor level in near future? — Ivan A. Krestinin (talk) 10:21, 23 November 2015 (UTC) @Jura1, TomT0m, Brya, Succu: JFYI

Maybe https://phabricator.wikimedia.org/T118232 --- Jura 13:18, 23 November 2015 (UTC)

So the issue is when editing? --Lydia Pintscher (WMDE) (talk) 11:43, 25 November 2015 (UTC)

Yes, page script hangs after click on "edit" link. — Ivan A. Krestinin (talk) 18:56, 26 November 2015 (UTC)

Thanks. I'll look into it with the team. --Lydia Pintscher (WMDE) (talk) 13:17, 30 November 2015 (UTC)

Hello, Lydia, is there any update? — Ivan A. Krestinin (talk) 13:34, 12 December 2015 (UTC)

Sorry. I should have gotten back to this earlier. I talked to Jonas about it and he'll look at it when he's back from vacation in January but I am not sure how quickly we can fix it. It looks like there is a lot of re-working to do under the hood :( --Lydia Pintscher (WMDE) (talk) 16:44, 15 December 2015 (UTC)

Link problem in ping notification

Each time I'm "pinged" on Wikidata:Property proposal/Authority control and whatever the section is (see this diff for example), the notification text is: XXX mentioned you on the Property proposal/Authority control talk page in "MAME ROM name", with always a link toward the MAME ROM name section. Is it a problem with this specific page or a wider bug? — Ayack (talk) 11:03, 11 December 2015 (UTC)

It's a disadvantage of using templates inside section headers. Sjoerd de Bruin (talk) 11:08, 11 December 2015 (UTC)

We should get rid of those translate templates in section headers. Also linking to them is difficult, for example Wikidata:Property_proposal/Authority_control#Barnivore_ID_.28en.29_.E2.80.93_.28Please_translate_this_into_suomi..29 looks very ugly and works only if you use Finnish as your language. --Stryn (talk) 20:22, 11 December 2015 (UTC)

Support, we talk English on talk pages etc., so I don't see why we need translated section headers. Sjoerd de Bruin (talk) 12:43, 12 December 2015 (UTC)

Language fallback

Either I'm misinterpreting how language fallback works for labels, or it doesn't work well. When I go to Bernd Schlegel (Q21686550), I just corrected the claim for nominated for (P1411). The new claim nominated for (P1411)German Film Award for Best Editing (Q21705028) shows for me as genomineerd voor Q21705028 and not what I expected genomineerd voor Deutscher Filmpreis/Bester Schnitt. I checked Special:MyLanguageFallbackChain and it says: nl - Nederlands, en - Engels, de - Duits, fr - Frans. German Film Award for Best Editing (Q21705028) has a German (de) label, so I expected it to use the German label. I notice more often it only uses the Dutch and English label. Mbch331 (talk) 11:53, 11 December 2015 (UTC)

I have the same problem. I get fallbacks on the history tab, Special:Search and Special:UserContributions, but the same items only show the ID in statements and in the search dropdown. When I asked about it on IRC a few weeks back, User:Hoo man said he thinks it's a known problem, but I haven't been able to find anything in Phabricator. - Nikki (talk) 16:22, 11 December 2015 (UTC)

The problem is that what you see on Special:MyLanguageFallbackChain is user-specific. It depends on your user data - most specifically babel boxes. The fallback you see on item pages is not user-specific. We can't do user-specific fallbacks there because of caching - the content of these pages can't be user-specific. So we can be consistent and show less fallbacks on the other pages or leave it inconsistent but hopefully more useful as it is. I am leaning towards the latter. --Lydia Pintscher (WMDE) (talk) 16:54, 15 December 2015 (UTC)

Make Special:Search result groups more useful for Wikidata

Currently it displays:

Content pages
Multimedia
Translations
Everything
Advanced

To search only pages on Wikidata (excluding image descriptions from Commons), one has to go to "Avanced" and do selection.

Can we add a way to select only Wikidata content?

Some other combinations might be useful. --- Jura 11:07, 12 December 2015 (UTC)

What group of pages would you like to search specifically? Basically what is now Everything without Commons? --Lydia Pintscher (WMDE) (talk) 09:05, 14 December 2015 (UTC)

Personally, yes.

As search ranking is sometimes a bit odd, a search for items only (namespace 0 without properties) could help too. --- Jura 13:33, 14 December 2015 (UTC)

Ok. Katie is currently improving the search ranking. If that fixes the problem for you we'll leave it and if not look into creating more categories or reconfiguring them. --Lydia Pintscher (WMDE) (talk) 16:57, 15 December 2015 (UTC)

Improved ranking would obviously be helpful, but I can't really think of a case where I would want "all of Wikidata" plus all file descriptions. Especially, since the default searches items and properties and there is an option to search file descriptions. --- Jura 12:44, 16 December 2015 (UTC)

Womens magazines

I wanted to add a Magazine - Optimyz from Canada that has been in business for ten years on Woment health and fitness. Published from Halifax, Nova Scotia. – The preceding unsigned comment was added by Gbrownalator (talk • contribs) at 16 December 2015‎ (UTC).

@Gbrownalator: You can create an item if the subject meets one of the criteria at Wikidata:Notability. Do you need help? Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 18:40, 16 December 2015 (UTC)

Plans for Lua API ?

Hi devteam. There is a few stuff I'd like to ask about the WD API. First is :

what's the plan for birectional claim access in lua (from claim object to subject), if any ?
Is there something planned for claim access by property in the API ? I guess this would help usage tracking to have an equivalent call of the Wikitext syntax who works "by property" while the Lua API works "by item" ... author TomT0m / talk page 13:24, 14 December 2015 (UTC)

Hey :) For number 1: the next step we're taking in this direction is automated lists. We have not settled on implementation details yet. That'lll happen in 2016 - my guess is Q1 or Q2. For number 2 can you give an example what you'd like to do specifically? Most likely the answer is to use the SPARQL endpoint. --Lydia Pintscher (WMDE) (talk) 16:59, 15 December 2015 (UTC)

@Lydia Pintscher (WMDE): So, with automated lists, does that mean an explicit list specification will first need to be made and added to each item for which one wants to be able access claims from object to subject?

One won't just be able to have a generic Lua template able to ask, what statements for property Pxxx have as their object the item corresponding to this page, along the lines of Special: what links here? Jheald (talk) 19:36, 15 December 2015 (UTC)

I don't know yet. Can you list some specific use-cases you all have so we can dig into those further? I think making it more concrete would help here. --Lydia Pintscher (WMDE) (talk) 20:59, 15 December 2015 (UTC)

1. On each item page can we have a drop down option which shows every property which has the current item as it's object/value?

2. Can we have a wikidata client function which ; given a property; will return a statement which uses that property and which has the current article/item as it's object/value rather than a statement having the current article/item as it's subject. i.e. it will return an item/article which is the subject of a statement which uses that property and which has the current article/item as it's object.

Does that help? Joe Filceolaire (talk) 22:21, 23 December 2015 (UTC)

missing claim[31:18333556]

When I try to identify all items with "claim[31:18333556]" by the help of Autolist 2, I only found 2513. They are supposed to be 2523. (See Catscan) I identified these 10 missing items and edited them, to maybe solve any possible cache-problems. (look into my last edits here in ns:0) Now I have 2518 items in my list. 5 of them are still missing!!! -- Innocent bystander (talk) 08:59, 24 December 2015 (UTC)

Autolist and Sparql both give 2523 results for me now. Mbch331 (talk) 09:07, 24 December 2015 (UTC)

And now I got an headache! -- Innocent bystander (talk) 09:15, 24 December 2015 (UTC)

There is a delay before the dataset of Autolist gets updated (I believe it's 15 minutes, but can't be 100% sure). Mbch331 (talk) 10:15, 25 December 2015 (UTC)

Problematic lack of support for other globes coordinates

Hello,

I'm currently trying to create on the French language Wikipedia a new Infobox for planetary geographical features because we are currently creating hundreds of articles of them for Projet:Astronomie. Unfortunately, coordinates are always shown on Earth instead of the astronomical body.

A task have been opened on Phabricator and Fomafix wrote recently the problem lies in mediawiki/extensions/Wikidata. The problem lies in line 43 : this._globe = 'http://www.wikidata.org/entity/Q2'; // TODO: Support other globes (Earth (Q2)). We need a way to replace Earth (Q2) by what's the located on astronomical body (P376) of the element. Of course, if undefined globe/located on astronomical body (P376), coordinates will always point to Earth by default.

It's one of the last bugs we have for this Infobox. Could somebody add the bits of Javascript to fix this problem, please? This is currently a blocking task for our project. Feldo (talk) 13:06, 2 December 2015 (UTC)

Are you sure? This says, that if you want to add a globe-coordinate data value, the globe earth is just the default. For example Q1134165, a lunar crater, shows there the globe Q405 (moon). The problem is, that you can´t input that info per hand, only per software (bot or tool). Will you use software for that and do you know which software? --Molarus 13:42, 2 December 2015 (UTC)

The only thing I'm sure is other people I asked help to fix the Lua module I created in the French Wikipedia mentionned a problem with Earth (Q2) and that coordinate location (P625) showed back in July on Wikidata a link with only Earth gor "globe:". See this talk in French here. I'm not really into API and complex languages, just trying to make Infoboxes with Lua and Wikidata properties.

If you want to see by yourself the problem we have on the French Wikipedia, you can try to past {{#invoke:Infobox|build|nom = Géographie planétaire}} here (just make sure to only click on "preview" and not save this in the article). The source of the lua module for the new Infobox is there.

I would really appreciate if the way to get the "globe:" setting is fixed. Feldo (talk) 16:17, 2 December 2015 (UTC)

I tried {{#invoke:Coordinates|coord|wikidata=true}} on fr:Mare Tranquillitatis and got globe:moon. --- Jura 16:29, 2 December 2015 (UTC)

I have a javascript tool that I was trying to adapt to this problem, but I could not get the api-call to work. Not the first time, that this is the biggest problem for me. I see two solutions for you: a) I have not seen, that the infobox is using the globe parameter and therefore it doesn´t mind what is in this parameter. b) Ask someone at Wikidata:Bot requests to correct just this parameter. --Molarus 05:06, 3 December 2015 (UTC)

@Molarus & @Jura : According to Zolo, the "globe" parameter is used by the template. The only problem is "all coordinates are set by default on Earth (Q2) as long as a bot don't change them" ("toutes les coordonnées se trouvent par défaut sur Terre tant qu'un bot ne les pas changées."). applies to part (P518) and located on astronomical body (P376) has no impact on the "globe" value.

So according to him, either I have to make a bot request so bots can change the "globe" value according to located on astronomical body (P376), either mediawiki/extensions/Wikidata has to take somehow located on astronomical body (P376) into account (that's how I interpret his answers). Is anyone up for this? Feldo (talk) 17:30, 14 December 2015 (UTC)

I have written SPARQL-code to find the items with a wrong globe parameter and a small javascript tool to correct the data. On the userpage User talk:Feldo there is additional a small explanation. I hope the problem is solved with that. --Molarus 01:06, 16 December 2015 (UTC)

Nice, I added a variation of the query to Property talk:P625. Unless you just fixed a large number of globes, it seems to be a problem that had been managed once in the past. From the discussion linked by Feldo, it seems that they might just need help with their LUA module. The default one on frwiki already works ({{#invoke:Coordinates|coord|wikidata=true}}). --- Jura 15:37, 16 December 2015 (UTC)

@Molarus & @Jura: I think I can explain the lack of items with a wrong globe parameter: after adding coordinates to Alajen Vallis (Q21031622), there is no set globe parameter, which makes Earth (Q2) default. I had to use Molarus' Javascript tool to add one and fix the coordinates displayed by the Lua module. How to search for this with SPARQL-code? Also, if the volume of items to fix is to big (especially when it has to be done after each coordinate addition), maybe should we look into a less time-consuming solution? Feldo (talk) 15:44, 21 December 2015 (UTC)

The query "Coordinates with globe=earth and P376<>Earth" added on Property_talk:P625 gives only 33 items. Is it incomplete? --- Jura 15:53, 21 December 2015 (UTC)

If there are many edits to do, the SPARQL-code could be integrated into the js-tool. I have done so for my js-tool that reads data from wp-infoboxes. It would be possible to do that in bot-modus with one click or the tool shows the info in the tool and the users says yes to each tool-proposal. That would save time for copy and paste. I haven´t done that because I saw only about 20 false parameters with the old sparql-code. About items without coordination properties (maybe Feldo expect more wrong items after wikiproject will start). It should be possible to search with sparql for items outside earth without a coordination property. I used P376 (located on astronomical body) to find wrong globe parameter. This property could be used also to find items with no coordination property. Then, I have developed last week a lua module, that uses the information that is stored in the wikicode of infoboxes as a second database next to wikidata. See the discussion page of Module:Version 2, because I don´t like to throw away information. I thought to propose this new module to my homewiki dewp, but I´m not confident that this is possible, because dewp doesn´t like wikidata at all. If you like to use the idea in frwp first, you are welcome. I will be back in January, so maybe some of the problems mentiond here are already solved than. If not, ask me when I´m back. --Molarus 16:30, 21 December 2015 (UTC)

That's right. I'm afraid next coordinates I'm going to add next are going to have the same problem. Maybe a bot should automatically check any new coordinate addition? Automated process could save us a lot of time, and time is getting even rarer for me as I'm trying to get ready for the new main page that is going to released very soon on the French Wikipedia ^^; . Feldo (talk) 01:57, 27 December 2015 (UTC)

Not possible to change the language when updating monolingual text

Tracked in Phabricator
Task T95419

I updated a monolingual text in Peter-No-Tail in Americat (Q3480269) for title (P1476) and changed the language. However the language didn't get updated. I changed the language from English to Swedish, the language box showed the correct language. I saved the edit and it still showed the old language. See Special:Diff/285074092. I tried to update the language and the save button didn't light up. I had to deleted and re-add the claim to get the language updated. The UI isn't logic at this point. Either it needs to update the language or the language box shouldn't be editable (I prefer the first). Mbch331 (talk) 08:52, 22 December 2015 (UTC)

Yep, looks like a bug in the UI to me. The save button should be enabled when the language is changed! :) Filed https://phabricator.wikimedia.org/T122126 ·addshore· ^{talk to me!} 12:04, 22 December 2015 (UTC)

~~Workaround: adding a space after the string allows to change the language ..~~ --- Jura 13:57, 22 December 2015 (UTC)

Actually, that doesn't work if you also change the text .. --- Jura 14:32, 28 December 2015 (UTC)