Wikidata:Paper cuts

From Wikidata
Jump to: navigation, 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.

Contents

unsorted[edit]

Selecting label/description with triple-click in Firefox[edit]

When I triple-click on label or description on currently selected language, [edit] text is also selected. Triple-click on label/description on secondary languages (added because of Babel) works OK. I observe this behavior in Firefox 24 and 25 on Windows 7. --EugeneZelenko (talk) 14:35, 31 October 2013 (UTC)

I think this is a problem
  1. EugeneZelenko (talk) 14:35, 31 October 2013 (UTC)
  2. --Lbenedix (talk) 16:23, 23 November 2013 (UTC)
Comment

Copy in a Wikidata URL[edit]

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)

I think this is a problem
  1. GerardM (talk) 08:47, 22 October 2013 (UTC)
  2. EugeneZelenko (talk) 14:32, 26 October 2013 (UTC)
Discussion

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

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)

#sitelinks-wikipedia suffix also should be removed. --EugeneZelenko (talk) 14:32, 26 October 2013 (UTC)

Can you please describe where and when you need this? What are you copying where? --Lydia Pintscher (WMDE) (talk) 16:27, 17 February 2014 (UTC)

I want to copy URL from Data item or Edit links on client (Wikipedia, Wikisource, etc) and use item ID from this URL as property value in Wikidata. --EugeneZelenko (talk) 01:06, 2 March 2014 (UTC)

Language choice at the addition of new items[edit]

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)
  2. --YMS (talk) 21:06, 23 August 2013 (UTC)
  3. --Izno (talk) 23:04, 23 August 2013 (UTC)
  4. --DixonD (talk) 13:11, 30 September 2013 (UTC)
  5. --Ricordisamoa 00:38, 3 November 2013 (UTC)
  6. --Paperoastro (talk) 09:02, 26 November 2013 (UTC)

Item / Property pages and deletion requests[edit]

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)
That creates multiple pages to delete needlessly. How many pages have you deleted of late? :) --Izno (talk) 02:07, 24 August 2013 (UTC)
I think this is a problem
  • --Izno (talk) 22:40, 23 August 2013 (UTC)
  • Better to add it to the content page, not to the talk page. --Stryn (talk) 07:07, 24 August 2013 (UTC)
  • I think it would be nice if we had a place to add arbitrary wikitext to an item, similar to the "summary" area that is in LQT. Legoktm (talk) 09:01, 24 August 2013 (UTC)
  • --AVRS (talk) 14:46, 30 September 2013 (UTC)
  • --GZWDer (talk) 14:14, 30 October 2013 (UTC)
Comments
  • I see how this is useful. For properties we have bugzilla:49554. However I am not sure how we'd do this for items in a good way. The issue is that the data on an item page is about that item. When we mix in data about the item page this gets pretty messy quickly. Ideas anyone? --Lydia Pintscher (WMDE) (talk) 13:47, 13 September 2013 (UTC)
  • Wait for Page Curation is developed in Wikidata. Page Curation is going to be developed in all wikis.--GZWDer (talk) 14:14, 30 October 2013 (UTC)
  • @Lydia Pintscher (WMDE): this was what I was mentioning in the feature request on WD:AN. Seems I've been annoying before. :) --Izno (talk) 23:00, 27 November 2013 (UTC)

Creating a new item without a label[edit]

...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)
    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)
    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)
  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)
  3. --Stryn (talk) 06:49, 27 August 2013 (UTC)
  4. Useful when I use slurpInterwiki tools.--GZWDer (talk) 14:19, 30 October 2013 (UTC)
  5. Should be looked at. --09:39, 3 March 2014 (UTC), Utar (talk)

setlang and "wikitable sortable"[edit]

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)
  2. --Stryn (talk) 10:18, 24 August 2013 (UTC)
  3. Ljubinka (discuter) 13:44, 24 August 2013 (UTC)
Comment
  • Does anyone have an idea how this is done in MediaWiki? Is it a setting? --Lydia Pintscher (WMDE) (talk) 13:48, 13 September 2013 (UTC)
    This is probably going to be something to toss over the wall to the MW devs, as it's probably an upstream fix needed. --Izno (talk) 22:58, 27 November 2013 (UTC)
  • Pictogram voting comment.svg Comment – this goes for many other languages like cs, even de I believe. Littledogboy (talk) 09:56, 27 August 2013 (UTC)

GUI for edit summary[edit]

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)
  2. Legoktm (talk) 07:57, 6 September 2013 (UTC)
Comments
  • How do you imagine this to work in the user interface exactly? --Lydia Pintscher (WMDE) (talk) 14:21, 13 September 2013 (UTC)
    See File:Wikidata sitelink edit summary.png. --Ricordisamoa 19:55, 13 September 2013 (UTC)
    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)
    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)

@Lydia Pintscher (WMDE): any updates on this? --Ricordisamoa 23:25, 25 November 2013 (UTC)

No, sorry. Please follow bugzilla:45224. --Lydia Pintscher (WMDE) (talk) 15:56, 26 November 2013 (UTC)

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

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)
Discussion

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

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)
@Sven Manguard: our GUI uses MediaWiki interface messages to parse a date out of the user's input. MediaWiki has localized messages for full month-names ('September', 'October', etc.) and 3-letter-only shortened ones ('Sep', 'Oct', etc.). Your proposal would either require:
  • changing the widely used system message 'Sep' to 'Sept', or
  • creating a dozen of new messages for 4-letter month names - e.g. 'Sept' would be 'sett' in Italian - but what to use then for 'May'? --Ricordisamoa 15:25, 18 January 2014 (UTC)

Link to [add source] is colapsed[edit]

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)

Superfluous space characters[edit]

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)

Display precision of coordinates in "length" units[edit]

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)

inter-language search[edit]

That is searching label or 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)
  2. Pikolas (talk) 13:53, 31 October 2013 (UTC)

Change claims' property[edit]

such as change a claim from (no label) (P540) to event location (P766) without copying its value.

I think this is a problem
  1. --GZWDer (talk) 14:16, 30 October 2013 (UTC)
  2. Anotther usecase,changing instance of (P31) to subclass of (P279) and the other way around. TomT0m (talk) 17:44, 15 November 2013 (UTC)
  3. Being able to swap properties claimed would be amazing. --Izno (talk) 22:54, 27 November 2013 (UTC)
Comment
I see how this would be useful but I have a really bad feeling about this. Starting with the fact that you would be restricted to properties of the same datatype. --Lydia Pintscher (WMDE) (talk) 16:50, 17 February 2014 (UTC)

Long property labels are cut (sources)[edit]

When a property that has a long title (i.e. section, verse, or paragraph (P958)) is used in the statement source section, the full label is not displayed. See example Établissement public du musée d'Orsay et du musée de l'Orangerie (Q13380294), when clicking on the source of "has part", only "section, verse, or" is shown.

I think this is a problem
  1. --Micru (talk) 02:02, 24 November 2013 (UTC)
  2. Izno (talk) 22:53, 27 November 2013 (UTC)

Duplicate statements[edit]

Most of the time, when a page already contains a certain amount of statements, I can accidentally submit duplicates. For example, I don't see the IMDb identifier, so I submit it again and find myself with double identical identifiers. It should be a great idea that a visual advertissement appears when we try to add a new statement that already exists.

I think this is a problem
  1. Okki (talk) 20:38, 17 November 2013 (UTC)
  2. GerardM (talk) 14:25, 18 November 2013 (UTC)
  3. I don't know that a warning is the correct "severity" to treat it with, as it is more than normal to add duplicate claims in some cases, but a notification would be nice. I shouldn't have to acknowledge the notification or perform any other action to complete the submission. --Izno (talk) 22:53, 27 November 2013 (UTC)

Property name does not auto-complete using the property ID[edit]

Typing in a part of the property name in an item, a JavaScript popup appears with all of the available properties named that. If I hit the tab key, then the panel element takes whichever property in the popup is highlighted (if there are more than one), sets that to the property, and then generates the form associated with the claim that I want to make. It then autofocuses the cursor to the form, ready to be filled in.

This functionality does not occur when I autocomplete using the property ID instead of the property name. I would expect the functionality to be the same.

I think this is a problem
  1. Izno (talk) 22:51, 27 November 2013 (UTC)

remove all statements of one property in one item[edit]

For example, a bot created many statements of one property. It's hard to remove all of them. Of course, revert can help us, but we can hardly revert if many other bots edited this item after the malfunctioning bot.

I think this is a problem
  1. --GZWDer (talk) 15:12, 1 December 2013 (UTC)

Searching keywords containing punctuation[edit]

For example, I want to search which item zh:.catholic (see [1]) can be linked to. All search results are irrelevant.

I think this is a problem
  1. --GZWDer (talk) 15:30, 24 December 2013 (UTC)

Mini-wiki-atlas or OSM minimaps for coordinates[edit]

When checking coordinates you need a lot of clicks, pages an time to see in a map the coordinates of an item. Enabling osm minimaps, just as they are enabled in some wikipedias (e.g. german and catalan) would ease a lot this job. I expect it to be a real paper cut, since the gadget already exists in wikipedias and it should only need to be installed in Wikidata.--Pere prlpz (talk) 19:07, 4 February 2014 (UTC)

Sorting of sitelinks[edit]

This is already handled by MediaWiki:Gadget-MainLangFirst.js, but it should be server-side instead, based on data from the Babel extension (just like labels) or from the user preferences.

I think this is a problem
  1. --Ricordisamoa 20:08, 15 February 2014 (UTC)signature

issue title[edit]

<< 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[edit]

'Description' text on mouseover[edit]

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)
  2. LaddΩ chat ;) 00:57, 12 September 2013 (UTC)
  3. --Stryn (talk) 07:36, 12 September 2013 (UTC)
  4. Lavallentalk(block) 09:27, 12 September 2013 (UTC)
  5. TomT0m (talk) 17:59, 15 November 2013 (UTC)
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)

Going back in browser loads old version[edit]

(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)
  2. --Izno (talk) 15:44, 26 August 2013 (UTC)
  3. Same if I open a page by finding it in my browser history. Ljubinka (discuter) 07:15, 27 August 2013 (UTC)
    Pictogram voting comment.svg Comment – this is expected browser behaviour. Littledogboy (talk) 09:55, 27 August 2013 (UTC)
    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)
  4. --Sannita - not just another it.wiki sysop 18:58, 30 August 2013 (UTC)
  5. Pikolas (talk) 13:41, 31 October 2013 (UTC)
  6. Okki (talk) 19:34, 17 November 2013 (UTC)

Shortcuts[edit]

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)
  2. --Izno (talk) 22:51, 23 August 2013 (UTC)

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

Babel languages missing alias input[edit]

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)
  2. --Izno (talk) 23:00, 23 August 2013 (UTC)
  3. --Sixsi6ma (talk) 16:02, 24 August 2013 (UTC)
  4. --Rippitippi (talk) 02:23, 25 August 2013 (UTC)
  5. --Tobias1984 (talk) 17:43, 26 August 2013 (UTC)
  6. (must be easy to fix) --Littledogboy (talk) 09:52, 27 August 2013 (UTC)
  7. -- LaddΩ chat ;) 01:10, 28 August 2013 (UTC)
  8. --Vyom25 (talk) 12:16, 4 September 2013 (UTC)
  9. --AVRS (talk) 15:17, 30 September 2013 (UTC)
  10. --Micru (talk) 23:47, 25 November 2013 (UTC)
  11. --Ricordisamoa 00:01, 26 November 2013 (UTC)

Cannot select which "globe" when entering coordinate data[edit]

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)
  2. I miss all of the "hidden" parameters, also in the time-datatype. -- Lavallen (talk) 07:36, 13 September 2013 (UTC)
  3. And the celestial globe...--Micru (talk) 23:37, 25 November 2013 (UTC)

Unknown language[edit]

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)
  2. --Izno (talk) 22:49, 23 August 2013 (UTC)
    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)
  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)
  4. As above. --Stryn (talk) 06:55, 24 August 2013 (UTC)
  5. --Vyom25 (talk) 11:21, 24 August 2013 (UTC)
  6. Ljubinka (discuter) 13:37, 24 August 2013 (UTC)
  7. --Jklamo (talk) 13:40, 24 August 2013 (UTC)
  8. --Littledogboy (talk) 10:05, 27 August 2013 (UTC)
  9. Aurora (talk) 15:11, 30 August 2013 (UTC)
  10. --AVRS (talk) 15:17, 30 September 2013 (UTC)
  11. GerardM (talk) 08:43, 22 October 2013 (UTC)
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)


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

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

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)
  2. --GerardM (talk) 08:36, 31 August 2013 (UTC)
  3. Pikolas (talk) 03:13, 19 September 2013 (UTC)

Comments

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

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)

Statements for properties[edit]

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)

I think this is a problem
  1. GerardM (talk) 12:34, 18 October 2013 (UTC)
  2. Magnus Manske (talk) 13:13, 18 October 2013 (UTC)
  3. Micru (talk) 23:50, 25 November 2013 (UTC)
  4. Ricordisamoa 03:17, 26 November 2013 (UTC)
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)

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)

Bad performance[edit]

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)
  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)
  3. Yes to all of these --Filceolaire (talk) 09:36, 24 August 2013 (UTC)
    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)
    2. Yes. --Filceolaire (talk) 09:34, 24 August 2013 (UTC)
    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)
    4. Yes --Filceolaire (talk) 09:34, 24 August 2013 (UTC)
  4. Ljubinka (discuter) 13:41, 24 August 2013 (UTC)
  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)
  6. --Rippitippi (talk) 02:27, 25 August 2013 (UTC)
  7. --Especially the first one. It takes 20s on my computer for Q183 to load. Littledogboy (talk) 18:47, 28 August 2013 (UTC)
  8. --Micru (talk) 23:51, 25 November 2013 (UTC)
  9. --Ricordisamoa 20:12, 20 February 2014 (UTC)

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

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)
  2. --YMS (talk) 10:29, 26 August 2013 (UTC)
  3. --Stryn (talk) 11:13, 26 August 2013 (UTC)
  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)
  5. --Ricordisamoa 16:29, 26 August 2013 (UTC)
  6. MichaelSchoenitzer (talk) 18:33, 26 August 2013 (UTC)
  7. Ljubinka (discuter) 07:13, 27 August 2013 (UTC)
  8. Pikolas (talk) 13:56, 31 October 2013 (UTC)
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)

Language support: Statements[edit]

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)
  2. This might be neat. --Izno (talk) 23:04, 23 August 2013 (UTC)
  3. Great idea. --Qllach--Quico (talk) 05:09, 24 August 2013 (UTC)
  4. Sound good. --Jklamo (talk) 13:48, 24 August 2013 (UTC)
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)

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)

"Navigation" header in the navigation bar[edit]

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)
Comments
You're right. --YMS (talk) 10:31, 26 August 2013 (UTC)
This does indeed need to be solved there. --Lydia Pintscher (WMDE) (talk) 11:11, 28 August 2013 (UTC)

Reasonator[edit]

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)
  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)
all properties are shown (for a person) anyway.. One thing that Reasonator does is group them together.

Info boxes[edit]

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)
    What do you mean? Every wiki uses different infoboxes. --Izno (talk) 22:54, 23 August 2013 (UTC)
  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)
    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)
    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)

Missing search results[edit]

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)
  2. --Izno (talk) 22:50, 23 August 2013 (UTC)
  3. --Sk!d (talk) 00:41, 24 August 2013 (UTC)
  4. --Stryn (talk) 06:56, 24 August 2013 (UTC)
  5. --Jklamo (talk) 13:40, 24 August 2013 (UTC)
  6. --Pasleim (talk) 14:11, 25 August 2013 (UTC)
  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)
  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). Delsion23 (talk) 23:32, 27 August 2013 (UTC)
  9. Pikolas (talk) 13:43, 31 October 2013 (UTC)

Scripts[edit]

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)
    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)
  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)

Better documentation of WD usage in WP[edit]

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)
  2. --GerardM (talk) 07:46, 25 August 2013 (UTC)
  3. --Ricordisamoa 16:29, 26 August 2013 (UTC)
  4. --Pere prlpz (talk) 22:47, 28 August 2013 (UTC)
  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)
  6. --Vyom25 (talk) 12:19, 4 September 2013 (UTC)
Comments
  • Yes please go ahead. By all means improve this documentation. But I or the rest of the development team are currently not able to take this on. We're also not the best to write this documentation since we're so in the details of it and it is hard to see what is difficult for users there for us. --Lydia Pintscher (WMDE) (talk) 11:42, 27 November 2013 (UTC)

Reverse property access[edit]

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)

I think this is a problem
  1. TomT0m (talk) 13:07, 25 August 2013 (UTC)
  2. Absolutely. --Izno (talk) 14:48, 25 August 2013 (UTC)
  3. Ricordisamoa 15:12, 25 August 2013 (UTC)
  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?
  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.
  6. --Paperoastro (talk) 21:10, 30 August 2013 (UTC)
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)

Merge tool doesn't move links[edit]

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)
  2. --Sixsi6ma (talk) 09:46, 26 August 2013 (UTC)
  3. --Filceolaire (talk) 12:39, 26 August 2013 (UTC)
  4. TomT0m (talk) 12:42, 26 August 2013 (UTC)
  5. Ayack (talk) 12:57, 29 October 2013 (UTC)

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)

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)

Two Special Pages are not working[edit]

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)
    But do we have any Disambigpages? We have items about disambigpages, but that is something else. -- Lavallentalk(block) 07:35, 24 August 2013 (UTC)
    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)
    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)
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)

Look for Labels in other languages[edit]

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)
  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)
  3. GerardM (talk) 18:58, 23 August 2013 (UTC)
  4. --Izno (talk) 22:44, 23 August 2013 (UTC)
  5. --Jklamo (talk) 13:38, 24 August 2013 (UTC)
  6. --Rippitippi (talk) 23:26, 24 August 2013 (UTC)
  7. --Jane023 (talk) 09:50, 25 August 2013 (UTC)
  8. MichaelSchoenitzer (talk) 11:02, 29 August 2013 (UTC)
  9. --Jcornelius (talk) 22:05, 29 August 2013 (UTC)
  10. Aurora (talk) 15:09, 30 August 2013 (UTC)
  11. --Sannita - not just another it.wiki sysop 18:54, 30 August 2013 (UTC)
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)

Launch item creation from the property value input box[edit]

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)
    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)
    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)
  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.
  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)
  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)
  5. Pikolas (talk) 13:47, 31 October 2013 (UTC)

Wikipedia moves and deletions don't get reflected on Wikidata[edit]

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)
Comment
  • I talked to hoo (who developed this part) about this. The few remaining issues according to him are when pages are moved several times too fast. It seems there is nothing we can do about those for the time being that justifies the time it needs. Sorry :( As for IDs vs sitelinks: readablility and performance. --Lydia Pintscher (WMDE) (talk) 13:56, 13 September 2013 (UTC)
    *bah* :) You're implying that for us to reliably catch moves. I guess a bot might have an easier time of detecting several moves in quick succession? --Izno (talk) 16:36, 13 September 2013 (UTC)
      • I would hope so, yes. And there are quite a few running doing that as far as I know. --Lydia Pintscher (WMDE) (talk) 16:46, 13 September 2013 (UTC)

Treat same date in different calendars as different values[edit]

Same date but in different calendars is treated as same value. Saving is disabled.

I think this is a problem
  1. EugeneZelenko (talk) 14:21, 28 October 2013 (UTC)
Comment
For Russian Empire (and probably other countries) topics dates in Julian calendar are necessary. Infoboxes display dates in both calendars, but it's necessary to indicate such presentation. Bots often import date in Gregorian calendar. Changing calendar is not possible because date is same.
Date recalculation to different calendar functionality in Wikidata GUI is better solution, but will require more efforts to implement.
EugeneZelenko (talk) 14:21, 28 October 2013 (UTC)

Hide references to external sources[edit]

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)
  2. --Micru (talk) 23:39, 25 November 2013 (UTC)

"Jump to: navigation, search" when copying label[edit]

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)
  2. --Izno (talk) 22:46, 23 August 2013 (UTC)
  3. --Sk!d (talk) 00:47, 24 August 2013 (UTC)
  4. this has happened to me many times --Stryn (talk) 07:05, 24 August 2013 (UTC)
  5. Ljubinka (discuter) 13:41, 24 August 2013 (UTC)
  6. -- LaddΩ chat ;) 19:38, 24 August 2013 (UTC)
  7. --Vyom25 (talk) 06:20, 26 August 2013 (UTC)
  8. --AndreasPraefcke (talk) 07:36, 1 October 2013 (UTC) Many times, not only in Wikidata.
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)
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)
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)
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)
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)
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)
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)
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)
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)
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)
Hehe alright ;-) --Lydia Pintscher (WMDE) (talk) 14:10, 16 September 2013 (UTC)
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)

Copy/Paste a statement[edit]

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)
  2. --YMS (talk) 06:18, 26 August 2013 (UTC)
  3. --Micru (talk) 01:42, 27 August 2013 (UTC)
  4. Ljubinka (discuter) 07:04, 29 August 2013 (UTC)
  5. Legoktm (talk) 00:06, 14 September 2013 (UTC)
  6. AVRS (talk) 14:46, 30 September 2013 (UTC)
  7. Ayack (talk) 16:28, 16 October 2013 (UTC)
  8. EugeneZelenko (talk) 14:35, 29 October 2013 (UTC)
  9. This would make editing a lot faster. Pikolas (talk) 13:51, 31 October 2013 (UTC)
  10. Izno (talk) 22:56, 27 November 2013 (UTC)
Comments

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

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)
A "copy" gadget, to add to "move" and "merge". :D --Izno (talk) 23:16, 13 September 2013 (UTC)
So bugzilla:53619? :D Legoktm (talk) 00:06, 14 September 2013 (UTC)

Add Qualifier when adding statement[edit]

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)
    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)
    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)
  3. --Jklamo (talk) 13:00, 28 August 2013 (UTC)
  4. --Sannita - not just another it.wiki sysop 18:57, 30 August 2013 (UTC)
  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)
  6. AVRS (talk) 14:46, 30 September 2013 (UTC)
  7. Ayack (talk) 16:29, 16 October 2013 (UTC)
  8. Pikolas (talk) 13:39, 31 October 2013 (UTC)
  9. --Micru (talk) 23:43, 25 November 2013 (UTC)
  10. Izno (talk) 22:55, 27 November 2013 (UTC)
  11. --geraki talk 08:43, 9 April 2014 (UTC)

Link to Reasonator[edit]

Every page should have link to Reasonator. We have better overview abouth item on Reasonator, what is missing, so it should help with adding new statements to item.

I think this is a problem
  1. --Милан Јелисавчић (talk) 11:31, 8 April 2014 (UTC)

issues that are already fixed[edit]

Archived to Wikidata:Paper cuts/Archive/2013 and Wikidata:Paper cuts/Archive/2014.