Wikidata:Paper cuts

From Wikidata
Revision as of 00:07, 26 October 2013 by He7d3r (talk | contribs) (→‎Synchronization between labels, descriptions and aliases between language variants (sr, sr-ec & sr-el; pt & pt-br; etc): There are many things which are different between the two, and unifying them here would make it impossible to use data on Portugues)
Jump to navigation Jump to search

The developers have spent a lot of time getting the basics of the website up and running. We'd now like to also focus on eliminating small annoyances or bugs that make using Wikidata just a bit less fun. We're collecting so-called paper cuts. These are small annoyances or bugs that are easy to fix but have a large impact on making Wikidata more enjoyable to use for you.

If you have come across a paper cut please list it below. If it is already mentioned please add your signature. If it is already reported in bugzilla please add the keyword "papercut" to the whiteboard field there. The developers will go through them and try to prioritize accordingly.

unsorted

Hide references to external sources

When I am working on content in Wikidata, it would help getting an overview of the statements for the item when there is no clutter of external sources.

I think this is a problem
  1. GerardM (talk) 22:24, 24 October 2013 (UTC)[reply]

Add existing item reference to "Add links" URL on client

As of now "Add links" doesn't refer to exiting item on client after client compete initialization. --EugeneZelenko (talk) 14:26, 17 October 2013 (UTC)[reply]

I think this is a problem
  1. signature
Comment

Can you please explain what is happening in a bit more detail? I can't make sense of this at the moment. --Lydia Pintscher (WMDE) (talk) 13:25, 24 October 2013 (UTC)[reply]

See w:ru:Балашовское высшее военное авиационное училище лётчиков as example. Link after complete page loading is https://ru.wikipedia.org/wiki/%D0%91%D0%B0%D0%BB%D0%B0%D1%88%D0%BE%D0%B2%D1%81%D0%BA%D0%BE%D0%B5_%D0%B2%D1%8B%D1%81%D1%88%D0%B5%D0%B5_%D0%B2%D0%BE%D0%B5%D0%BD%D0%BD%D0%BE%D0%B5_%D0%B0%D0%B2%D0%B8%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D0%BE%D0%B5_%D1%83%D1%87%D0%B8%D0%BB%D0%B8%D1%89%D0%B5_%D0%BB%D1%91%D1%82%D1%87%D0%B8%D0%BA%D0%BE%D0%B2#. It even doesn't refer to Wikidata, not talking about item reference. --EugeneZelenko (talk) 14:30, 25 October 2013 (UTC)[reply]

Copy in a Wikidata URL

Quite often, there is a need to use the web-address of a Wikidata item. When you do, you have to remove the http etc part to be left with the Qid. It would be nice when this is automatically stripped. Thanks, GerardM (talk) 08:47, 22 October 2013 (UTC)[reply]

I think this is a problem
  1. GerardM (talk) 08:47, 22 October 2013 (UTC)[reply]
Discussion

Just copy the Qid part, not the whole address? --Stryn (talk) 14:33, 22 October 2013 (UTC)[reply]

I get the URL from the sidebar, if it was a matter of copy and paste, I would not ask for it. Thanks, GerardM (talk) 15:36, 22 October 2013 (UTC)[reply]

site id codes

1. since commons has a separate section on the properties page, why don't we just fill in the commons project code automatically, when adding a new item there? it's annoying for a new user trying to figure-out or FIND the correct code to enter.

2. even though the basic wikipedia-by-language codes are fairly easy, once you've seen a few examples, it's STILL not something that we should expect new users to just "know", so it would be good if we made it easier in some way; a list like "hotcat" would be ideal, but it would be nice to at least have a handy, EASILY VISIBLE, link, or a collapsible menu, or etc...

Lx 121 (talk) 17:42, 17 October 2013 (UTC)[reply]

I think this is a problem
  1. signature

Language choice at the addition of new items

When I go to the existing item and want to add smth I need to choose the language. If I start typing a dropout menu shows up. If the mouse is not positioned perfectly, than a language can be very odd. For instance, I want to choose French and get smth random starting with F. Moreover, when I repeat my choice I first need to remove the previous (incorrect) choice, and this can only be done by hitting backspace many times. One backspace would be enough. (The first problem does not yet exist for Wikivoyage, since the first letter either uniquely gives the choice or reduces it to at most two languages).

I think this is a problem
  1. --Ymblanter (talk) 21:02, 23 August 2013 (UTC)[reply]
  2. --YMS (talk) 21:06, 23 August 2013 (UTC)[reply]
  3. --Izno (talk) 23:04, 23 August 2013 (UTC)[reply]
  4. --DixonD (talk) 13:11, 30 September 2013 (UTC)[reply]

"Jump to: navigation, search" when copying label

Tracked in Bugzilla
Bug 54269

When copying the main label of a page (which is often wanted, e.g. for copying it to other languages, to use it to search for duplicate articles, to paste it in discussions, ...), it's likely to get "Jump to: navigation, search <Label>". (This seems to be a browser-specific problem, I could not reproduce it in Opera now, though it's highly likely to happen in Firefox.). If I copy a label from one of my babel language labels, or if I copy a sitelink title, it's likely to copy something like " <Label>", which may be inconvenient to paste somewhere.

I think this is a problem
  1. --YMS (talk) 22:29, 23 August 2013 (UTC)[reply]
  2. --Izno (talk) 22:46, 23 August 2013 (UTC)[reply]
  3. --Sk!d (talk) 00:47, 24 August 2013 (UTC)[reply]
  4. this has happened to me many times --Stryn (talk) 07:05, 24 August 2013 (UTC)[reply]
  5. Ljubinka (discuter) 13:41, 24 August 2013 (UTC)[reply]
  6. -- LaddΩ chat ;) 19:38, 24 August 2013 (UTC)[reply]
  7. --Vyom25 (talk) 06:20, 26 August 2013 (UTC)[reply]
  8. --AndreasPraefcke (talk) 07:36, 1 October 2013 (UTC) Many times, not only in Wikidata.[reply]
Comments
  • I am trying to reproduce this in Firefox but it seems to be working fine for me. Here is what I am doing: Go to an item in English. Select the German label of the item in the babel box. Press Ctrl+C. Same with a sitelink for Wikipedia. All this seems to be working fine. What are you doing differently? This is in Firefox and Chrome. --Lydia Pintscher (WMDE) (talk) 14:21, 13 September 2013 (UTC)[reply]
I use the German user interface and Firefox 23 (on Windows 7, in case that's in any way OS-dependent). If I select the German label with the mouse (not just double-clicking, but click, hold and move from the left to the right, release) and start some pixels before the first letter, I get " Wechseln zu: Navigation, Suche Soennecken" (one space, that useless text, line break, the label) when copying it by Ctrl+C. If I select the English label and also start a bit too far on the left side, I get " Soennecken " (space, tab, label, space). The same for the sitelink titeles.
Like I said, the additional spaces and tabs are not too much of a problem, as at least Wikidata itself trims them if I paste them somewhere else. It does not, however, remove "Wechseln zu: Navigation, Suche" in any case... --YMS (talk) 14:33, 13 September 2013 (UTC)[reply]
Mpfh. I've been trying to do as you described it now for quite a few times. No problem for me in Firefox 23 on Linux. Frustrating. I will ask around in the office for someone else to try as well. --Lydia Pintscher (WMDE) (talk) 14:40, 13 September 2013 (UTC)[reply]
I've had 3 other people test this now and they're also not able to reproduce it :( We must be missing something. --Lydia Pintscher (WMDE) (talk) 14:54, 13 September 2013 (UTC)[reply]
I can reproduce it any time I try, as long as I start to select the text from outside the h1 heading with ID "wb-firstHeading-Q..." (just checked that with the Inspector tool from Firefox Developer Tools). This problem is not exclusive to entity labels, though - in some cases I also can reproduce it e.g. on your user page. There, however, it's much harder too achieve and not just the border of the h1 (I think it's some point in the upper-left corner of the "content" div where I have to start). Occasionally, some users also insert such strings into Wikipedia articles, even before Wikidata times. I failed to reproduce the problem on German Wikipedia, though. --YMS (talk) 14:57, 13 September 2013 (UTC)[reply]
Re-tested on Internet Explorer 9: Here I don't get "Jump to: navigation, search" as a prefix, here I only(!) get "Jump to: navigation, search" when trying to copy the label. However, it's not sufficient to start left of the h1 there, I have to start the selection above the label (which does work imn Firefox also). --YMS (talk) 15:12, 13 September 2013 (UTC)[reply]
Just a few examples of users inserting those strings as labels or descriptions: me, just now, Bullenwächter, Knopfkind, Billinghurst, QuiteUnusual, Thieol, Pyb, IP, IP, IP ... just to show that it's actually a problem for us, and that it's not limited to some really exotic system configuration. (I fixed all those edits, of course.) --YMS (talk) 13:21, 16 September 2013 (UTC)[reply]
No, no. I believe you that this is happening and it's obviously an issue. The problem is that to fix it we'll first need to be able to reproduce it. I'll keep poking people to try. --Lydia Pintscher (WMDE) (talk) 13:53, 16 September 2013 (UTC)[reply]
I think YMS is not doubting you but showing you that problem is widespread and faced by many. Most likely using different softwares and systems.--Vyom25 (talk) 13:59, 16 September 2013 (UTC)[reply]
Yeah, that's correct. Actually I just made that mistake myself (see first diff), then searched for some of those strings and easily found several items that used it, which I fixed. As I now had all those diffs anyway per my contribution list, I thought that it might be an idea to dump them here. It should not translate "Wah, nobody believes me :(". --YMS (talk) 14:05, 16 September 2013 (UTC)[reply]
Hehe alright ;-) --Lydia Pintscher (WMDE) (talk) 14:10, 16 September 2013 (UTC)[reply]
Finally! Denny came back today. He tried this and was able to reproduce it. I've filed it in bugzilla. --Lydia Pintscher (WMDE) (talk) 12:41, 18 September 2013 (UTC)[reply]

Item / Property pages and deletion requests

Some way of being able to tag item and property pages for deletion—whether speedy or not.

I think we should rather create a template to put on the discussion page of the item then using a special code implementation for this. --Sk!d (talk) 00:52, 24 August 2013 (UTC)[reply]
That creates multiple pages to delete needlessly. How many pages have you deleted of late? :) --Izno (talk) 02:07, 24 August 2013 (UTC)[reply]
I think this is a problem
Comments

Creating a new item without a label

...is not possible even if I'm coming from Special:ItemByTitle or equivalent, so a sitelink is already filled. Maybe I don't know the label in my language, but want to create the item anyway (and fill the English label afterwards, for example). Moreover, it's not only not possible, there is not even an error message about it not being possible. It's just nothing happening when I click "Create". At least this should be changed.

I think this is a problem
  1. --YMS (talk) 22:49, 23 August 2013 (UTC)[reply]
    When you create an item, there NEEDS to be a label. Adding a sitelink is always done later. You can use the title of the sitelink for the label.. After all, the label can always be changed later and, it does not need to be unique. So there is no real problem. GerardM (talk) 06:09, 24 August 2013 (UTC)[reply]
    When sitelink is already filled, like here (this link comes when using User:Yair rand/WikidataInfo.js), it's not possible to create an item without a label. Many times when I've created items with languages I don't know, I have had to delete the Finnish label. --Stryn (talk) 07:17, 24 August 2013 (UTC)[reply]
  2. See my comment above (Wikidata:Paper_cuts#Labels_and_descriptions_of_other_languages_not_even_visible). --  Docu  at 06:09, 27 August 2013 (UTC)[reply]
  3. --Stryn (talk) 06:49, 27 August 2013 (UTC)[reply]

setlang and "wikitable sortable"

When I create tables with class="wikitable sortable", the sorting order is not according to the language I prefer. The sorting of Swedish is ZÅÄÖ, tables here are sorting ZÄÅÖ, no matter what setlang I choose. Observe that ÅÄÖ are not diacritics in Swedish, they are separate letters, like 'I' is separated from 'J' in English. Compare Wikidata:Country subdivision task force/Sweden/Municipalities with sv:Lista över Sveriges kommuner.

I think this is a problem
  1. Comparing lists on WP and WD becomes difficult. -- Lavallentalk(block) 10:05, 24 August 2013 (UTC)[reply]
  2. --Stryn (talk) 10:18, 24 August 2013 (UTC)[reply]
  3. Ljubinka (discuter) 13:44, 24 August 2013 (UTC)[reply]
 Comment – this goes for many other languages like cs, even de I believe. Littledogboy (talk) 09:56, 27 August 2013 (UTC)[reply]
Comment

Copy/Paste a statement

It would be useful if you could copy an entire statement, including property, values, qualifiers and sources, from one Item and then paste it on a different page. Even if you have to edit it after it is pasted it is still going to be much quicker that adding it by hand. Sometimes I even want to paste it on the same page then edit a value.

I think this is a problem
  1. --Filceolaire (talk) 01:36, 26 August 2013 (UTC)[reply]
  2. --YMS (talk) 06:18, 26 August 2013 (UTC)[reply]
  3. --Micru (talk) 01:42, 27 August 2013 (UTC)[reply]
  4. Ljubinka (discuter) 07:04, 29 August 2013 (UTC)[reply]
  5. Legoktm (talk) 00:06, 14 September 2013 (UTC)[reply]
  6. AVRS (talk) 14:46, 30 September 2013 (UTC)[reply]
  7. — Ayack (talk) 16:28, 16 October 2013 (UTC)[reply]
Comments

You don't use the machine side of wikidata: use bot instead of manual import. Snipre (talk) 09:42, 28 August 2013 (UTC)[reply]

Sure it might be a great bot task if we want to apply certain statements on all articles of a category or something, but there will always be single occasions where a user discovers that item B should have the same statements or some of the same statements as item A. It would be much more effort to instruct a bot than to just click "copy statement" four times (or so).
Maybe this would be best done by a gadget? --Lydia Pintscher (WMDE) (talk) 14:20, 13 September 2013 (UTC)[reply]
A "copy" gadget, to add to "move" and "merge". :D --Izno (talk) 23:16, 13 September 2013 (UTC)[reply]
So bugzilla:53619? :D Legoktm (talk) 00:06, 14 September 2013 (UTC)[reply]

Add Qualifier when adding statement

When I want to add a statement with an qualifier to an object, I have to add the statment first, save it without qualifier and then edit it again. The 'add qualifier'-link should be available already when creating the statement.

I think this is a problem
  1. MichaelSchoenitzer (talk) 18:37, 26 August 2013 (UTC)[reply]
    I am not a dev but you can't: for the qualifier you need a claim ID and to have a claim ID you need to have a created claim. So you need 2 steps in the qualifier creation. Snipre (talk) 09:34, 28 August 2013 (UTC)[reply]
    It's not a problem. It all depends on the API, it's just parameters to a call. You can have a way to pass the future property and the future qualifier on one step and let the server do the two step itself. Or do the first step and immediatly propose dynamically the possibility to do the second step in the UI. It's no problem.
  2. Nice interface enhancement, database manipulations can be boring and wanting to through your computer by the window, so we need those kind of enhancements. TomT0m (talk) 12:49, 28 August 2013 (UTC)[reply]
  3. --Jklamo (talk) 13:00, 28 August 2013 (UTC)[reply]
  4. --Sannita - not just another it.wiki sysop 18:57, 30 August 2013 (UTC)[reply]
  5. We expect casual wikipedia editors to be able to add sources but this won't happen unless this is sorted. They need to be able to see all the boxes. Filceolaire (talk) 21:40, 30 August 2013 (UTC)[reply]
  6. AVRS (talk) 14:46, 30 September 2013 (UTC)[reply]
  7. — Ayack (talk) 16:29, 16 October 2013 (UTC)[reply]

GUI for edit summary

Now that the API fully supports a custom edit summary (finally!), also the graphical interface should allow it:

I think this is a problem
  1. --Ricordisamoa 14:48, 28 August 2013 (UTC)[reply]
  2. Legoktm (talk) 07:57, 6 September 2013 (UTC)[reply]
Comments
  • How do you imagine this to work in the user interface exactly? --Lydia Pintscher (WMDE) (talk) 14:21, 13 September 2013 (UTC)[reply]
    See File:Wikidata sitelink edit summary.png. --Ricordisamoa 19:55, 13 September 2013 (UTC)[reply]
    For Wikipedia's Article Feedback Tool v5 there's the option to provide a kind of a summary after the action itself has been done when moderating feedback. So you click the "Useful" button, and the action gets saved. A new button "Add note" appears in its place, and if you click it, a dialog pops up where you can enter the log message for this action. In the "Article feedback activity log" both the action and the comment appear as one event. I don't know how this is done and how easy it would be to adapt this to Wikibase edits, but I think this is a great solution for quite the same scenario - a simple action that's usually done in one click and usually doesn't need a custom summary at all is possible with a minimal GUI (not taking much space, and not giving the user the feeling he has to write a long essay why he is doing what he is going to do), but in case I want to add a comment, it's just as easy as the action itself - one click, enter some words, click again, finished. --YMS (talk) 20:12, 13 September 2013 (UTC)[reply]
    Given my understanding of the Wikibase API, your proposal would not work (without major changes); and my GUI proposal is the most minimal I can conceive. --Ricordisamoa 21:13, 13 September 2013 (UTC)[reply]

"Sept" doesn't work as an abbreviation in the date field

When imputing dates (and language is set to English), users have the option of indicating the month of September using either "9", "Sep", or "September". Unlike all other month abbreviations, which use three letters, many people abbreviate September as "Sept" instead of "Sep". It would be nice if "Sept" (and "sept") were supported alongside "Sep" (and "sep").

I think this is a problem
  1. Sven Manguard Wha? 20:24, 15 September 2013 (UTC)[reply]
Discussion

"September" and "Sep" are MW messages, "Sept" is not. --Ricordisamoa 20:50, 15 September 2013 (UTC)[reply]

I'm not sure what that means, but I don't know anyone that uses Sep over Sept. Sven Manguard Wha? 20:13, 16 September 2013 (UTC)[reply]

Link to [add source] is colapsed

The link to "add source" is colapsed as soon as a source is provided. It sounds like a good idea, but since many of our sources here is like this, it gives us false security. I think the sources and a link to "add source" always should be visible as long as that kind of "sources" are allowed here.

I think this is a problem
  1. Lavallen (talk) 09:38, 19 September 2013 (UTC)[reply]

Superfluous space characters

If I copy&paste something in a field like "GND identifier", mostly there is one or more spaces before or after the text when copying the ID from the source websites. The wikidata field doesn't allow that, which is of course o.k., but it always gives an error message, instead of just stripping the string off spaces before checking it and saving it, as any clever software should do (and indeed our authority data scripts on de.wikiepdia do perfectly well).

I think this is a problem
  1. --AndreasPraefcke (talk) 07:41, 1 October 2013 (UTC)[reply]

Display precision of coordinates in "length" units

Tracked in Bugzilla
Bug 55817

The precision on coordinates should also be displayed in linear length, in the dialog where we select [angular] precision, so that it would be easier to identify the right precision for a house, a building, a village or a city. Example: for Earth, ±1' ≈ ±1.8km (±1 arcminute); ±1" ≈ ±31m (1 arcsecond)... What does a precision of ±0.01° represent in reality?

I think this is a problem
  1. LaddΩ chat ;) 21:54, 16 October 2013 (UTC)[reply]

inter-language search

That is searching label of alias in other language besides the language which is displaying.

I think this is a problem
  1. --GZWDer (talk) 09:57, 25 October 2013 (UTC)[reply]

Wrong number of sources in GUI

When I am adding a second source, the text in the UI changes from 1 source to 1+1 source. When I have finished it writes 2 sources. When I remove the first source, it still tells me 2 sources, until I reload the page.

I think this is a problem
  1. Not the biggest problem with the GUI, but I think it should be noted. -- Lavallen (talk) 10:06, 25 October 2013 (UTC)[reply]

issue title

<< issue description goes here - please keep it short and concise and include links and screenshots if needed >>

I think this is a problem
  1. signature

issues that are real paper cuts

'Description' text on mouseover

Tracked in Bugzilla
Bug 53025

It would be nice if the links to properties and items on item pages had ALT text from their descriptions so that you could see the description (in your language) if you 'moused over' the link.

I think this is a problem
  1. Filceolaire (talk) 22:51, 11 September 2013 (UTC)[reply]
  2. LaddΩ chat ;) 00:57, 12 September 2013 (UTC)[reply]
  3. --Stryn (talk) 07:36, 12 September 2013 (UTC)[reply]
  4. Lavallentalk(block) 09:27, 12 September 2013 (UTC)[reply]
Comment

That's quite exactly what the gadget "Descriptions" already does. However, I would like to see the descriptions printed by default just below every label. This way you could open a movie item page and directly see "Oh, that seems to be an incorrect claim - the director is a football player". Okay, many of those kinds of errors could be caught by queries, but what about, say, a Frenchman said to be born in Paris, Texas? It's always better to allow to do a plausibility check for the humans that are reviewing an item anyway. ---YMS (talk) 05:59, 12 September 2013 (UTC)[reply]

Wikidata notification system

Tracked in Bugzilla
Bug 49434

The email still doesn't show all the changes made since the last visit for items and properties (normal pages work fine). --Tobias1984 (talk) 17:45, 26 August 2013 (UTC)[reply]

Can you clarify please what is happening? --Lydia Pintscher (WMDE) (talk) 10:35, 28 August 2013 (UTC)[reply]
I added the link to bugzilla. I know it is already an old issue, but it is the thing that currently bothers me the most. --Tobias1984 (talk) 12:05, 8 September 2013 (UTC)[reply]
I think this is a problem
  1. --Tobias1984 (talk) 17:45, 26 August 2013 (UTC)[reply]

Going back in browser loads old version

Tracked in Bugzilla
Bug 53466

(Translated and shortened from Wikidata:Contact the development team#Zurück-Funktion im Browser führt auf alte Version, posted there by User:Giftzwerg 88)

If I edit an object, save, leave the page and go back via the browser's "back" button, the page is loaded like it was before I edited it. It would be nicer if the current version would be loaded. If this is not done, and I again edit something that I already changed, a misleading error message comes up. At least this message should be clearer about the edit conflict and its reasons.

I think this is a problem
  1. --YMS (talk) 09:17, 26 August 2013 (UTC)[reply]
  2. --Izno (talk) 15:44, 26 August 2013 (UTC)[reply]
  3. Same if I open a page by finding it in my browser history. Ljubinka (discuter) 07:15, 27 August 2013 (UTC)[reply]
     Comment – this is expected browser behaviour. Littledogboy (talk) 09:55, 27 August 2013 (UTC)[reply]
    From a technical point of view, yes, as the page is not reloaded on editing, but instead the DOM is manipulated via AJAX (which is nice, as I also wouldn't want to wait for a full reload after each tiny little edit). Nevertheless, it's still annoying. As a user, I don't care how the page is was built technically when I leave it, but I mind if all the changes I made appear to be lost when I come back. --YMS (talk) 10:59, 27 August 2013 (UTC)[reply]
  4. --Sannita - not just another it.wiki sysop 18:58, 30 August 2013 (UTC)[reply]

Labels and descriptions of other languages not even visible

Tracked in Bugzilla
Bug 49079

Without babel boxes and the labelLister tool (which requires an additional click to view, several to edit), labels, descriptions and aliasses of other languages than my selected one are not even visible (let alone editable). I see that it could in theory be a very long list of empty or useless entries, but at least having them as a collapsible section would be an advantage.

I think this is a problem
  1. --YMS (talk) 22:29, 23 August 2013 (UTC)[reply]
  2. A collapsible section, or a Special:Otherlanguages/QNNNNN page, or something. I should be able to edit any language I want without using a gadget. --Izno (talk) 23:00, 23 August 2013 (UTC)[reply]
  3. Show existing (filled) labels and at the bottom an empty one to add more. GerardM (talk) 06:18, 24 August 2013 (UTC)[reply]
  4. Ljubinka (discuter) 13:39, 24 August 2013 (UTC)[reply]
  5. --Jklamo (talk) 13:52, 24 August 2013 (UTC)[reply]
  6. HenkvD (talk) 17:32, 30 August 2013 (UTC), editing and/or displaying Wikidata information should be consistent.[reply]
Comment

While I see your point this would make some pages awfully long while people are already now complaining about length and loading times. What's wrong with using the babel box? I agree that it needs to be made more obvious how to get it of course. --Lydia Pintscher (WMDE) (talk) 10:57, 26 August 2013 (UTC)[reply]

To show me all labels and descriptions, I would have to put babels for all languages on my user page. This is impractical. Without them and without using the labelLister, there (possibly) is information on the item that I can't see or edit. This is inconvenient at least. When having a lot of babels, I'll get a long list of empty labels and descriptions at the beginning of the page. This is inconvenient again. What about building it like the sitelinks lists (i.e. showing all labels/description pairs for all languages one of them is actually there, and providing an "Add" link to add one that's not yet there)? This list could be collapsed by default, and the babel languages are additionally on top (not collapsed, not hidden if not existing). --YMS (talk) 12:22, 26 August 2013 (UTC)[reply]

What is kind of odd is that if one creates an item with Special:ItemByTitle and uses a wikipedia language other than the interface language, the item is created with an empty label in the wikipedia language as there is no way to complete this on creation. (Import interwiki can complete it) --  Docu  at 06:02, 27 August 2013 (UTC)[reply]

I discovered Special:SetDescription, Special:SetLabel, Special:SetSiteLink, and Special:SetAliases today (oddly, setAliases is plural as opposed to the others?). I don't know if they came in response to the above request, but I think it misses the point to have one page for each little thing on which we need to remember the Q number (something I know that the devs would like not to have us do), the language we want, and the thing to set. At the minimum these should be exposed on a particular item or property page (which btw these don't make it clear that the actions can be performed on properties), but I think that there are much better options that can probably be sculpted. --Izno (talk) 23:35, 11 September 2013 (UTC)[reply]

Shortcuts

Tracked in Bugzilla
Bug 38968

TAB key to move from statement to statement, shortcut to modify/delete/save, another one to add qualifier/source. Shortcut to add a property to the item, shortcut to open the wikipedia page in the user language (or all languages that the user has configured in the babel templates), shortcut to add a language link.

I think this is a problem
  1. --Micru (talk) 17:13, 23 August 2013 (UTC)[reply]
  2. --Izno (talk) 22:51, 23 August 2013 (UTC)[reply]

Some of them are already covered by MediaWiki:Gadget-KeyShortcuts.js. --Ricordisamoa 05:54, 27 August 2013 (UTC)[reply]

Babel languages missing alias input

Tracked in Bugzilla
Bug 53344

By putting babel boxes on my user page, I get edit fields for labels and descriptions for those languages. However, aliasses are missing.

I think this is a problem
  1. --YMS (talk) 22:29, 23 August 2013 (UTC)[reply]
  2. --Izno (talk) 23:00, 23 August 2013 (UTC)[reply]
  3. --Sixsi6ma (talk) 16:02, 24 August 2013 (UTC)[reply]
  4. --Rippitippi (talk) 02:23, 25 August 2013 (UTC)[reply]
  5. --Tobias1984 (talk) 17:43, 26 August 2013 (UTC)[reply]
  6. (must be easy to fix) --Littledogboy (talk) 09:52, 27 August 2013 (UTC)[reply]
  7. -- LaddΩ chat ;) 01:10, 28 August 2013 (UTC)[reply]
  8. --Vyom25 (talk) 12:16, 4 September 2013 (UTC)[reply]
  9. --AVRS (talk) 15:17, 30 September 2013 (UTC)[reply]

Clickable diffs

Tracked in Bugzilla
Bug 53471

Sitelinks shown in the diff should be actual links; claims, references and qualifiers (for Item and Commons media file) should link to their target.

I think this is a problem
  1. Especially for admins, to check removed sitelinks. --Ricordisamoa 04:17, 27 August 2013 (UTC)[reply]
  2. --YMS (talk) 11:04, 28 August 2013 (UTC)[reply]
  3. Yeah, that would help. Ouch. --Littledogboy (talk) 12:33, 28 August 2013 (UTC)[reply]
Comments

Tobias has worked on this and a patch is in review at the moment. --Lydia Pintscher (WMDE) (talk) 13:18, 24 October 2013 (UTC)[reply]

Cannot select which "globe" when entering coordinate data

Tracked in Bugzilla
Bug 54097

I have several coordinates that I want to bring in from Wikipedia that are from Mars, but there's no way to change the globe without using the API. I think it could be part of the drop down options, along with precision.

I think this is a problem
  1. Sven Manguard Wha? 05:06, 13 September 2013 (UTC)[reply]
  2. I miss all of the "hidden" parameters, also in the time-datatype. -- Lavallen (talk) 07:36, 13 September 2013 (UTC)[reply]

Unknown language

Tracked in Bugzilla
Bug 36430

If an item doesn't have a label in my selected language, a label from a fallback language is displayed. Great, but there is no indication what language it's from, or even that it's not from "my" language.

I think this is a problem
  1. --YMS (talk) 17:55, 23 August 2013 (UTC)[reply]
  2. --Izno (talk) 22:49, 23 August 2013 (UTC)[reply]
    To expand on this problem, Special:Search without a fallback language present pulls up (No name) (QNNNNNNNNN), which is fine. When the fallback language is present, the output is "FallbackName" (QNNNNNNNN), when in my mind it should be (No name) (QNNNNNNNNN) - FallbackName FallbackLanguageCode. Or something like that. --Izno (talk) 22:49, 23 August 2013 (UTC)[reply]
  3. There should be a small language code if there is a label in a fallback language shown. --Sk!d (talk) 00:39, 24 August 2013 (UTC)[reply]
  4. As above. --Stryn (talk) 06:55, 24 August 2013 (UTC)[reply]
  5. --Vyom25 (talk) 11:21, 24 August 2013 (UTC)[reply]
  6. Ljubinka (discuter) 13:37, 24 August 2013 (UTC)[reply]
  7. --Jklamo (talk) 13:40, 24 August 2013 (UTC)[reply]
  8. --Littledogboy (talk) 10:05, 27 August 2013 (UTC)[reply]
  9. Aurora (talk) 15:11, 30 August 2013 (UTC)[reply]
  10. --AVRS (talk) 15:17, 30 September 2013 (UTC)[reply]
  11. GerardM (talk) 08:43, 22 October 2013 (UTC)[reply]
Comment

Right. We'll need to look at this again when liangent is finished with her Google Summer of Code project. --Lydia Pintscher (WMDE) (talk) 13:24, 13 September 2013 (UTC)[reply]

issues that are not paper cuts or not related to the development of Wikidata

Statements for properties

Tracked in Bugzilla
Bug 49554

There are many external sources. They are all properties. It would be good to have a statement indicating that they are external properties so that tools like the Reseanator do not need to be changed for the latest sources that are added. As we have one use case for statements for properties, there are bound to be more. Thanks, GerardM (talk) 12:34, 18 October 2013 (UTC)[reply]

I think this is a problem
  1. GerardM (talk) 12:34, 18 October 2013 (UTC)[reply]
  2. Magnus Manske (talk) 13:13, 18 October 2013 (UTC)[reply]
Discussion

Magnus started to use this ... https://meta.wikimedia.org/wiki/Reasonator/stringprops <grin> It would be better to have this in Wikidata itself GerardM (talk) 12:37, 18 October 2013 (UTC)[reply]

Just copy it where you want it, tell me where, and I'll point Reasonator there. --Magnus Manske (talk) 13:13, 18 October 2013 (UTC)[reply]

Bad performance

Tracked in Bugzilla
Bug 54098

There are several performance issues.

  • Loading an item with a lot of content (sitelinks, properties, ...) takes a while even on fast computers with a fast connection.
  • Searching usually is fast, but often ends with a timeout anyway (in these cases, sometimes it's actually taking a while, sometimes the timeout error comes as fast as I would expect the result to come).
  • Requesting a deletion with one of the gadgets may take ages and is still likely to end up in an edit conflict, even if there isn't really that much traffic on the RfD page.
  • Loading the input fields for values based on properties may also take quite a while.
I think this is a problem
  1. --YMS (talk) 22:29, 23 August 2013 (UTC)[reply]
  2. Russia (Q159) is my favorite example of an item with a lot of content that consistently hangs Firefox for the past few versions and live for at least 10s. --Izno (talk) 22:59, 23 August 2013 (UTC)[reply]
  3. Yes to all of these --Filceolaire (talk) 09:36, 24 August 2013 (UTC)[reply]
    1. Most pages with a lot of content have multiple values for one property. If the multiple values are hidden until a 'show' button is clicked then maybe this would speed up the page. This should happen if there are more than three (say) values for the same property. --Filceolaire (talk) 09:34, 24 August 2013 (UTC)[reply]
    2. Yes. --Filceolaire (talk) 09:34, 24 August 2013 (UTC)[reply]
    3. A redirect is being developed. Once we have that then all merges should end in a redirect instead of a deletion and so we shouldn't have edit conflicts on the deletions page. --Filceolaire (talk) 09:34, 24 August 2013 (UTC)[reply]
    4. Yes --Filceolaire (talk) 09:34, 24 August 2013 (UTC)[reply]
  4. Ljubinka (discuter) 13:41, 24 August 2013 (UTC)[reply]
  5. bad performance sounds like too strong word for me, but it is true for some situations (1,3). --Jklamo (talk) 14:00, 24 August 2013 (UTC)[reply]
  6. --Rippitippi (talk) 02:27, 25 August 2013 (UTC)[reply]
  7. --Especially the first one. It takes 20s on my computer for Q183 to load. Littledogboy (talk) 18:47, 28 August 2013 (UTC)[reply]

Search suggestions don't work for pages outside the main namespace

Tracked in Bugzilla
Bug 46251

The search suggestions system does not work at all for non-mainspace pages. If you type in "Wikidata:Project ch" it won't suggest the rest of the title.

I think this is a problem
  1. Yair rand (talk) 10:13, 26 August 2013 (UTC)[reply]
  2. --YMS (talk) 10:29, 26 August 2013 (UTC)[reply]
  3. --Stryn (talk) 11:13, 26 August 2013 (UTC)[reply]
  4. +, needs a way to find help & project page efficiently, there is way to much items to find them :) TomT0m (talk) 12:44, 26 August 2013 (UTC)[reply]
  5. --Ricordisamoa 16:29, 26 August 2013 (UTC)[reply]
  6. MichaelSchoenitzer (talk) 18:33, 26 August 2013 (UTC)[reply]
  7. Ljubinka (discuter) 07:13, 27 August 2013 (UTC)[reply]
Comment

It's unfortunately complicated to fix this so it is not a paper cut. However we do need to fix this. I realize it's annoying. --Lydia Pintscher (WMDE) (talk) 12:25, 28 August 2013 (UTC)[reply]

Language support: Statements

Tracked in Bugzilla
Bug 53465

It would be good to have a list that shows the labels that do not exist in a language starting from the highest number of uses and going down. This would make the user experience improve fastest when people add translations in this way.

I think this is an opportunity
  1. GerardM (talk) 19:40, 23 August 2013 (UTC)[reply]
  2. This might be neat. --Izno (talk) 23:04, 23 August 2013 (UTC)[reply]
  3. Great idea. --Qllach--Quico (talk) 05:09, 24 August 2013 (UTC)[reply]
  4. Sound good. --Jklamo (talk) 13:48, 24 August 2013 (UTC)[reply]
Comment

This is unfortunately too resource-intensive to do it on the live system like this. It needs to be an external tool it seems. --Lydia Pintscher (WMDE) (talk) 12:13, 28 August 2013 (UTC)[reply]

There is a dynamic and static part to it. We only need the ranking in as far as we know what label has many uses, the exact number is not relevant. It can be updated on a weekly basis for instance. The dynamic part; is this label translated NEEDS to be dynamic to be useful. Consequently, it does not NEED to be that resource intensive. Thanks, GerardM (talk) 08:40, 31 August 2013 (UTC)[reply]

"Navigation" header in the navigation bar

Tracked in Bugzilla
Bug 25510

If I load a page, sometimes (not always), the navigation bar on the left side shows a header for the top section - "Navigation" for a moment. It disappears quickly, moving all the links up one line. When clicking through the items via the "Random item" link (yes, I do this), this may lead to me accidentally clicking "Recent changes" instead from time to time.

I think this is a problem
  1. --YMS (talk) 09:17, 26 August 2013 (UTC)[reply]
Comments
You're right. --YMS (talk) 10:31, 26 August 2013 (UTC)[reply]
This does indeed need to be solved there. --Lydia Pintscher (WMDE) (talk) 11:11, 28 August 2013 (UTC)[reply]

Reasonator

It would be really cool if functionality as provided in the "reasonator" would be available at the touch of a button. It would need to be multi-lingual what it is not at the moment. A visualisation stimulates to add that other "statement" as well and the other ...

I think this is an opportunity
  1. GerardM (talk) 19:15, 23 August 2013 (UTC)[reply]
  2. We would need to decide on appropriate properties, and this is probably outside the scope of this work effort. But I'll sign anyway. --Izno (talk) 22:54, 23 August 2013 (UTC)[reply]
all properties are shown (for a person) anyway.. One thing that Reasonator does is group them together.

Info boxes

When an infobox is working for a specific category, it would be nice to have this info box available as a preview in Wikidata.

I think this is an opportunity
  1. GerardM (talk) 19:52, 23 August 2013 (UTC)[reply]
    What do you mean? Every wiki uses different infoboxes. --Izno (talk) 22:54, 23 August 2013 (UTC)[reply]
  2. then it would be nice to be able to see infoboxes in lots of different languages. We could show multilingual boxes too, maybe even develop these here on wikidata. I'm guessing this would need a page attached to each item which has an (invisible) sitelink from the item page. --Filceolaire (talk) 12:29, 24 August 2013 (UTC)[reply]
    Nice idea but it does not seem like a papercut and could be community managed on talk page, different wiki might have different infoboxs. Maybe a custom community wiki part displayed on the front page on a property, and not just on the discussion page would be a nice solution to put more informations directly when viewing a property. A good opportunity to put the documentation too. TomT0m (talk) 12:59, 25 August 2013 (UTC)[reply]
    It can't be done on the talk page unless there is a sitelink to the talk page - the infobox works differently on sitelinked pages. Adding sitelinked pages on Wikidata sounds like a papercut that, if fixed, would let the community start doing other things. Filceolaire (talk) 01:11, 26 August 2013 (UTC)[reply]

Missing search results

Tracked in Bugzilla
Bug 42234

Some times, the search results page doesn't list obvious results, even when the AJAX popup already suggested them. This seems to be the case almost anytime (but not always) when searching for something containing special characters. E.g. if I search for "Röntgendenkmal", the AJAX dropdown lists dotzens of results, but when I click the search button, there are only 23. If I enter "Röntgendenkmal", there are two results suggested (Q2202687, Q2202689), but the result page is empty.

I think this is a problem
  1. --YMS (talk) 17:55, 23 August 2013 (UTC)[reply]
  2. --Izno (talk) 22:50, 23 August 2013 (UTC)[reply]
  3. --Sk!d (talk) 00:41, 24 August 2013 (UTC)[reply]
  4. --Stryn (talk) 06:56, 24 August 2013 (UTC)[reply]
  5. --Jklamo (talk) 13:40, 24 August 2013 (UTC)[reply]
  6. --Pasleim (talk) 14:11, 25 August 2013 (UTC)[reply]
  7. Sometimes it's the other way round. I type 'statehood'. the popup lists 5 pages called 'statehood day' (with no descriptions). I search for 'statehood' and the 'statehood day' results are on the second or third page, lost in a load of Category pages. Filceolaire (talk) 01:04, 26 August 2013 (UTC)[reply]
  8. If I search for "Cibodas, Lémbang, Bandung", it shows me Q12478751, but not Q13198881. This is because one contains special characters. (I will merge these two items eventually, just using them as an example for now). Del♉sion23 (talk) 23:32, 27 August 2013 (UTC)[reply]

Scripts

The Occitan Wikipedia makes use of Wikidata. Their scrips have a problem; there are too many script errors. It would be really good if there is a set of scripts that can be used on any Wikipedia that wants to use them.

I think this is an opportunity
  1. GerardM (talk) 19:49, 23 August 2013 (UTC)[reply]
    This doesn't look in scope for the development team. It's something each wiki needs to work on—we can of course centralize that knowledge if we want. --Izno (talk) 23:04, 23 August 2013 (UTC)[reply]
  2. Developing scripts for infoboxes and other uses, complete with Internationalisation and Localisation, would seem a good thing to do on Wikidata - See Info Boxes above. Filceolaire (talk) 01:17, 26 August 2013 (UTC)[reply]

Better documentation of WD usage in WP

There is "Use Wikidata on your wiki" section on mainpage, but there is no link to documentation about data transclusion. Existing meta:Wikidata/Notes/Inclusion syntax v0.4 is incomplete and unfinished. I think these information should be complete and located on WD (and there should be also place for exchange of experiences for "transcluders").

I think this is a problem
  1. --Jklamo (talk) 14:41, 24 August 2013 (UTC)[reply]
  2. --GerardM (talk) 07:46, 25 August 2013 (UTC)[reply]
  3. --Ricordisamoa 16:29, 26 August 2013 (UTC)[reply]
  4. --Pere prlpz (talk) 22:47, 28 August 2013 (UTC)[reply]
  5. The same could be said for Pywikipediabot scripts for Wikidata. We actually don't know if there are scripts and how they work. --Sannita - not just another it.wiki sysop 19:00, 30 August 2013 (UTC)[reply]
  6. --Vyom25 (talk) 12:19, 4 September 2013 (UTC)[reply]

Reverse property access

Tracked in Bugzilla
Bug 49165

It's currently easy to access the values of the properties of one item, but it's not possible to do the other way around, find all items which have <property, value> as statements, and would be very useful overall together with Lua while we do not have a query engine, for example to display the subclass tree of a class. It would be very useful for documentation purposes for example, and would be a good workaround while the query engine is not ready. TomT0m (talk) 13:07, 25 August 2013 (UTC)[reply]

I think this is a problem
  1. TomT0m (talk) 13:07, 25 August 2013 (UTC)[reply]
  2. Absolutely. --Izno (talk) 14:48, 25 August 2013 (UTC)[reply]
  3. Ricordisamoa 15:12, 25 August 2013 (UTC)[reply]
  4. --Filceolaire (talk) 01:29, 26 August 2013 (UTC). Could the 'What links here' tool give the whole statement that has the Property or the item , instead of just giving the label of the linked Property or Item?[reply]
  5. --YMS (talk) 06:23, 26 August 2013 (UTC) It's missing for sure, though I don't think it's a paper cut - the query engine and othr parts of Wikidata intelligence need to be implemented, I'm not sure if there are some "easy to fix" shortcuts.[reply]
  6. --Paperoastro (talk) 21:10, 30 August 2013 (UTC)[reply]
Comments

This already exists here, but only on the database dump (I think). Queries with many results seem to work only with the API output. --Sixsi6ma (talk) 01:53, 27 August 2013 (UTC)[reply]

Synchronization between labels, descriptions and aliases between language variants (sr, sr-ec & sr-el; pt & pt-br; etc)

Tracked in Bugzilla
Bug 36430

sr, sr-ec & sr-el are one and the same language. When I insert label in sr, insertion should be performed also in sr-ec & sr-el, but of course, in sr-el in Latin script and in sr-ec in Cyrillic script. The same goes for alias and description.

I think this is a problem
  1. --Милан Јелисавчић (talk) 09:26, 24 August 2013 (UTC)[reply]
  2. --GerardM (talk) 08:36, 31 August 2013 (UTC)[reply]
  3. Pikolas (talk) 03:13, 19 September 2013 (UTC)[reply]

Comments

pt & pt-br are one and the same language. Per above. Pikolas (talk) 03:13, 19 September 2013 (UTC)[reply]

There are many things which are different between the two, and unifying them here would make it impossible to use data on Portuguese Wikipedia without throwing away the conventions about accepting any variant of Portuguese in the content and not changing it. On the other hand, it is a fact that we DO need a better fallback system, and more support for these variants, as reported e.g. on bugzilla:55998 and bugzilla:26121 (related to pt:WP:Esplanada/propostas/Conversor de idiomas para as variantes do português (30mai2010) and pt:WP:Esplanada/propostas/Uso do português de Portugal, pt-PT (4mar2012)).
See also User talk:Dexbot#pt-br labels. Helder 00:07, 26 October 2013 (UTC)[reply]


Merge tool doesn't move links

Tracked in Bugzilla
Bug 38664

Yes, I know it's a gadget and not a core Wikidata functionality, but I think it's a very important tool, and I don't care who fixes this serious gap in its functionality: If I merge two articles with the "Merge" tool, it does not fix the links to the now obsolete item to link to the recipient item. Moving all links manually can be quite an effort, and if it's not done by the user who merged the articles, often the admin deleting the obsolete item doesn't get it, too, leading to links to deleted items.

I think this is a problem
  1. --YMS (talk) 09:17, 26 August 2013 (UTC)[reply]
  2. --Sixsi6ma (talk) 09:46, 26 August 2013 (UTC)[reply]
  3. --Filceolaire (talk) 12:39, 26 August 2013 (UTC)[reply]
  4. TomT0m (talk) 12:42, 26 August 2013 (UTC)[reply]

Comment

The maintainer of the tool has expressed that he is uncomfortable implementing a mass-change in his script, by the way. --Izno (talk) 15:43, 26 August 2013 (UTC)[reply]

that tool is must important to be a tool in my opinion it must be on wikidata core Rippitippi (talk) 17:56, 26 August 2013 (UTC)[reply]

Two Special Pages are not working

Tracked in Bugzilla
Bug 52385

http://www.wikidata.org/wiki/Special:DisambiguationPages and http://www.wikidata.org/wiki/Special:DisambiguationPageLinks don't show any results but would be very useful.

I think this is a problem
  1. --Sixsi6ma (talk) 23:37, 23 August 2013 (UTC)[reply]
    But do we have any Disambigpages? We have items about disambigpages, but that is something else. -- Lavallentalk(block) 07:35, 24 August 2013 (UTC)[reply]
    This is not a bug. This is because we as Wikidatans have not configured those pages. We need to add the __DISAMBIG__ magic word to items (somehow!) and they will auto-show up on those pages. Legoktm (talk) 09:02, 24 August 2013 (UTC)[reply]
    I'd rather have the query look for something useful like instance of (P31) --> Wikimedia disambiguation page (Q4167410) for the first list and a linked page with the Disambiguation template for the second list, than add a "magic word" into 1.4M items (whom i only could find if the query would work in the first place) via a method nobody can tell me. But I might just be lazy :) --Sixsi6ma (talk) 11:49, 24 August 2013 (UTC)[reply]
Comment

This needs to be solved via a statement in the item and then using a query for that. --Lydia Pintscher (WMDE) (talk) 11:03, 28 August 2013 (UTC)[reply]

Look for Labels in other languages

Tracked in Bugzilla
Bug 36430

There are items that have labels in one language but not in another. When entering a value for a property, if the search has zero results, then other language labels should be searched too. For instance Berfull (Q3320306) has a label in Spanish but not in English, when I type "Berfull" in English as a property value the results are zero, at that point other languages should be searched for, which would make the item appear, thus avoiding repeated items.

I think this is a problem
  1. --Micru (talk) 17:13, 23 August 2013 (UTC)[reply]
  2. Agree. There are also a lot of problems with the way we handle closely related (en-gb, en-ca) language labels/settings. Andrew Gray (talk) 18:02, 23 August 2013 (UTC)[reply]
  3. GerardM (talk) 18:58, 23 August 2013 (UTC)[reply]
  4. --Izno (talk) 22:44, 23 August 2013 (UTC)[reply]
  5. --Jklamo (talk) 13:38, 24 August 2013 (UTC)[reply]
  6. --Rippitippi (talk) 23:26, 24 August 2013 (UTC)[reply]
  7. --Jane023 (talk) 09:50, 25 August 2013 (UTC)[reply]
  8. MichaelSchoenitzer (talk) 11:02, 29 August 2013 (UTC)[reply]
  9. --Jcornelius (talk) 22:05, 29 August 2013 (UTC)[reply]
  10. Aurora (talk) 15:09, 30 August 2013 (UTC)[reply]
  11. --Sannita - not just another it.wiki sysop 18:54, 30 August 2013 (UTC)[reply]
Comment

This is unfortunately quite tricky. We'll first need to have the language fallback system in place that liangent is working on as her Google Summer of Code project. --Lydia Pintscher (WMDE) (talk) 13:19, 13 September 2013 (UTC)[reply]

Launch item creation from the property value input box

Tracked in Bugzilla
Bug 49068

If the property takes an item as a value, and the search results are zero for the entered value, then an option should appear to launch the "Create a new item" page with the entered text as the Label for that new item. On creating that item, the property and the new item-value should be added to the item from where the item creation was launched.

I think this is a problem
  1. --Micru (talk) 17:13, 23 August 2013 (UTC)[reply]
    I wouldn't agree that this is something we want. What are the use cases where this is proving painful? --Izno (talk) 22:46, 23 August 2013 (UTC)[reply]
    I think this would only lead to false items. E.g. if the search is a little bit incorrect the item could exist and there would be two items. Creating a new item from the left menu bar isn't a big work. --Sk!d (talk) 00:43, 24 August 2013 (UTC)[reply]
  2. --Jane023 (talk) 09:54, 25 August 2013 (UTC) Use case: Artist A has four sons who became artists, of which two are on WikiData. The user adds the property to the item for Artist A and when the two sons are added, it would be nice to be able to add the other two sons with item-creation.[reply]
  3. useful and nice, the little details that really improves the user experience. Together with an improved way to find items to avoid duplicates, but it's harder to implement TomT0m (talk) 12:52, 25 August 2013 (UTC)[reply]
  4. Especially useful for sources. It's a pain having to create items for the book, it's author and it's publisher before you can create a source. This would make it easier. Filceolaire (talk) 01:00, 26 August 2013 (UTC)[reply]

Wikipedia moves and deletions don't get reflected on Wikidata

Every now and then I stumble upon a sitelink to a long-deleted Wikipedia article, or a sitelink that now is a redirect due to a move of that article (which often results in re-creation of an item for the new lemma, so the articles will lose their connection). Yeah, I know there's some bots doing that stuff, and now a user moving a page should automatically do so here with his SUL account, but still, the problem persists, and so there's still one paper-cutting question to me: Why aren't the sitelinks on page IDs instead of article titles?

I think this is a problem
  1. --YMS (talk) 09:17, 26 August 2013 (UTC)[reply]
Comment

issues that are already fixed

Archived to Wikidata:Paper cuts/Archive/2013.

Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Paper_cuts&oldid=81503768"