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

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

Wikibase clients : sort the language links by alphabetical labels of the languages

A contributor is complaining that in wikipedias languages links are sorted by alphabetical order of the language code and not by alphabetica order of the language name in the main language of the wiki : see the discussion. (@CRConrad, Conny:) author  TomT0m / talk page 10:09, 12 November 2016 (UTC)

Sorting order is a per-wiki configuration and think a project can choose to have it configured to use alphabetical order of language code or language name. Aude (talk) 02:07, 13 November 2016 (UTC)

No, @Aude: It seems to me that sorting order isn't automatic either by code or language name, but some kind of confused mixture of the two; the only thing I can see it being consistent with is that by default or automatically (when editors copy-paste in the result of a search?), it's language-code-order, and then in some pages -- predominantly those of bigger and more popular subjects -- it gets fixed manually, sometimes with haphazard results. But then, I'm not sure what you mean by "a project" above: Is Wikipedia one project, Wiktionary another, and WikiQuote a third; or is each different-language Wikipedia a separate "project" in this classification? If the latter, then the English and Swedish Wikipedias apparently (mostly) go by language-name order, some others by language code. Here's what I found from the Zander (fish species) page, where I first ran into this on Friday.

https://en.wikipedia.org/wiki/Zander : Беларуская, Беларуская (тарашкевіца)‎, Български, Català, Cebuano, Čeština, Cymraeg, Dansk, Deutsch, Eesti, Español, Esperanto, Euskara, فارسی, Français, Galego, Hrvatski, Italiano, Kaszëbsczi, Қазақша, Latina, Lietuvių, Magyar, Nederlands, 日本語, Norsk bokmål, Norsk nynorsk, Polski, Română, Русиньскый, Русский, Slovenčina, Slovenščina, Српски / srpski, Srpskohrvatski / српскохрватски, Suomi, Svenska, Türkçe, Українська, Winaray, 中文, Livvinkarjala

Only Livvi-Karelian out of order; ordered by language name, except for Livvi-Karelian. (Very recent language addition? Page edited since my remark last Friday, L-K added after that?)

https://de.wikipedia.org/wiki/Zander : Беларуская, Беларуская (тарашкевіца)‎, Български, Català, Cebuano, Čeština, Kaszëbsczi, Cymraeg, Dansk, English, Esperanto, Español, Eesti, Euskara, فارسی, Suomi, Français, Galego, Hrvatski, Magyar, Italiano, 日本語, Қазақша, Latina, Lietuvių, Nederlands, Norsk nynorsk, Norsk bokmål, Livvinkarjala, Polski, Română, Русский, Русиньскый, Srpskohrvatski / српскохрватски, Slovenčina, Slovenščina, Српски / srpski, Svenska, Türkçe, Українська, Winaray, 中文

Kashubian, Suomi, Magyar, Norsk nynorsk/bokmål, Livvinkarjala out of language-name order. Ordered by code, except for Livvi-Karelian. (Very recent language addition?)

https://sv.wikipedia.org/wiki/Gös : Беларуская, Беларуская (тарашкевіца)‎, Български, Català, Cebuano, Čeština, Cymraeg, Dansk, Deutsch, Eesti, English, Español, Esperanto, Euskara, فارسی, Français, Galego, Hrvatski, Italiano, Kaszëbsczi, Қазақша, Latina, Lietuvių, Magyar, Nederlands, 日本語, Norsk bokmål, Norsk nynorsk, Polski, Română, Русиньскый, Русский, Slovenčina, Slovenščina, Српски / srpski, Srpskohrvatski / српскохрватски, Suomi, Türkçe, Українська, Winaray, 中文, Livvinkarjala

Only Livvi-Karelian out of order; ordered by language name, except for Livvi-Karelian.

https://fr.wikipedia.org/wiki/Sandre : Беларуская, Беларуская (тарашкевіца)‎, Български, Català, Cebuano, Čeština, Kaszëbsczi, Cymraeg, Dansk, Deutsch, English, Esperanto, Español, Eesti, Euskara, فارسی, Suomi, Galego, Hrvatski, Magyar, Italiano, 日本語, Қазақша, Latina, Lietuvių, Nederlands, Norsk nynorsk, Norsk bokmål, Livvinkarjala, Polski, Română, Русский, Русиньскый, Srpskohrvatski / српскохрватски, Slovenčina, Slovenščina, Српски / srpski, Svenska, Türkçe, Українська, Winaray, 中文

Kashubian, Suomi, Magyar, Norsk nynorsk/bokmål, 日本語 (?) out of language-name order. Ordered by code -- the only one where Livvinkarjala is also in code order! Not sure about Japanese; ordered by code ("ja") here, but "Nihongo" in some others.

So I looked at a "bigger" page for comparison -- https://en.wikipedia.org/wiki/Japan : Acèh, Адыгэбзэ, Адыгабзэ, Afrikaans, Akan, Alemannisch, አማርኛ, Ænglisc, Аҧсшәа, العربية, Aragonés, ܐܪܡܝܐ, Arpetan, অসমীয়া, Asturianu, Avañe'ẽ, Aymar aru, Azərbaycanca, تۆرکجه, বাংলা, Bahasa Banjar, Bân-lâm-gú, Беларуская, Беларуская (тарашкевіца)‎, भोजपुरी, Bikol Central, Български, Boarisch, བོད་ཡིག, Bosanski, Brezhoneg, Буряад, Català, Чӑвашла, Cebuano, Čeština, Chamoru, Chavacano de Zamboanga, ChiShona, ChiTumbuka, Corsu, Cymraeg, Dansk, Deitsch, Deutsch, ދިވެހިބަސް, Diné bizaad, Dolnoserbski, ཇོང་ཁ, Eesti, Ελληνικά, Emiliàn e rumagnòl, Эрзянь, Español, Esperanto, Estremeñu, Euskara, Eʋegbe, فارسی, Fiji Hindi, Føroyskt, Français, Frysk, Furlan, Gaeilge, Gaelg, Gagauz, Gàidhlig, Galego, 贛語, Gĩkũyũ, ગુજરાતી, गोंयची कोंकणी / Gõychi Konknni, 客家語/Hak-kâ-ngî, Хальмг, 한국어, Hausa, Hawaiʻi, Հայերեն, हिन्दी, Hornjoserbsce, Hrvatski, Ido, Ilokano, বিষ্ণুপ্রিয়া মণিপুরী, Bahasa Indonesia, Interlingua, Interlingue, ᐃᓄᒃᑎᑐᑦ/inuktitut, Iñupiak, Ирон, IsiXhosa, IsiZulu, Íslenska, Italiano, עברית, Basa Jawa, Kalaallisut, ಕನ್ನಡ, Kapampangan, Къарачай-малкъар, ქართული, Kaszëbsczi, Қазақша, Kernowek, Kinyarwanda, Kiswahili, Коми, Kongo, Kreyòl ayisyen, Kurdî, Кыргызча, Кырык мары, Ladino, Лезги, ລາວ, لۊری شومالی, Latgaļu, Latina, Latviešu, Lëtzebuergesch, Lietuvių, Ligure, Limburgs, Lingála, La .lojban., Lumbaart, Magyar, Македонски, Malagasy, മലയാളം, Malti, Māori, मराठी, მარგალური, مصرى, مازِرونی, Bahasa Melayu, Baso Minangkabau, Mìng-dĕ̤ng-ngṳ̄, Mirandés, Мокшень, Молдовеняскэ, Монгол, မြန်မာဘာသာ, Nāhuatl, Dorerin Naoero, Nederlands, Nedersaksies, नेपाली, नेपाल भाषा, 日本語, Napulitano, Нохчийн, Nordfriisk, Norfuk / Pitkern, Norsk bokmål, Norsk nynorsk, Nouormand, Novial, Occitan, Олык марий, ଓଡ଼ିଆ, Oromoo, Oʻzbekcha/ўзбекча, ਪੰਜਾਬੀ, पालि, پنجابی, Papiamentu, پښتو, Patois, Перем Коми, ភាសាខ្មែរ, Picard, Piemontèis, Tok Pisin, Plattdüütsch, Polski, Português, Qaraqalpaqsha, Qırımtatarca, Reo tahiti, Română, Rumantsch, Runa Simi, Русиньскый, Русский, Саха тыла, Sámegiella, Gagana Samoa, संस्कृतम्, Sardu, Scots, Seeltersk, Sesotho, Sesotho sa Leboa, Shqip, Sicilianu, සිංහල, Simple English, سنڌي, SiSwati, Slovenčina, Slovenščina, Словѣньскъ / ⰔⰎⰑⰂⰡⰐⰠⰔⰍⰟ, Ślůnski, Soomaaliga, کوردیی ناوەندی, Sranantongo, Српски / srpski, Srpskohrvatski / српскохрватски, Basa Sunda, Suomi, Svenska, Tagalog, தமிழ், Taqbaylit, Tarandíne, Татарча/tatarça, తెలుగు, Tetun, ไทย, ትግርኛ, Тоҷикӣ, ᏣᎳᎩ, Tsetsêhestâhese, Türkçe, Türkmençe, Twi, Удмурт, ᨅᨔ ᨕᨘᨁᨗ, Українська, اردو, ئۇيغۇرچە / Uyghurche, Vahcuengh, Vèneto, Vepsän kel’, Tiếng Việt, Volapük, Võro, 文言, West-Vlams, Winaray, Wolof, 吴语, ייִדיש, Yorùbá, 粵語, Zazaki, Zeêuws, Žemaitėška, 中文, मैथिली, Livvinkarjala, ತುಳು

Perfect language name order, except for the for last ones. Recent additions again? (Well, and there are quite a few non-Roman-alphabetic ones I'm not at all certain of.) Note particularly, for example, "Dansk, Deitsch, Deutsch" -- "da, pdc, de"; "Kernowek, Kinyarwanda, Kiswahili, Коми, Kongo, Kreyòl ayisyen" -- "kw, rw, sw, kv, kg, ht"; "Lingála, La .lojban., Lumbaart, Magyar, Македонски, Malagasy" -- "ln, jbo, lmo, hu, mk, mg" and "Nordfriisk, Norfuk / Pitkern, Norsk bokmål, Norsk nynorsk" -- "frr, pih, no, nn". And it goes on...

So all in all, things look a lot better for at least the English (and probably the Swedish) WP than they did on Friday. But I don't know if someone implemented a Wikipedia-wide automatic fix for that (or those) Wikipedia(s) during the weekend, or if someone who knows how just manually fixed the "Zander" page since that was the one I remarked on. In which case I must assume the humongo-list of links on the "Japan" page had just been kept in language-name order by many alert editors. Would be fun to know which is the case. And, if it is automatic in the English one (now, since Friday?), what it would take to have the same order implemented in for instance de-WP. (I used to fix this issue in a lot of pages manually back when WP editing was done entirely in "WikiCode" (I think it was/is called?), only to have some automatic scripts -- "bots" -- occasionally fritz them up again. Hope that's stopped happening.)

Yours, CRConrad (talk) 17:49, 14 November 2016 (UTC)

Sidenote. There are two standard ways to sort interwiki by the name of the language. Language-names like "Bahasa Indonesia" could be sorted by either "Bahasa" or by "Indonesia". Bahasa means, from what I have learned, just "language", so "Indonesia" could then be considered as a better alternative. -- Innocent bystander (talk) 17:14, 15 November 2016 (UTC)

@CRConrad: I've had a look into this and found out that the way the configuration works is described on meta:Interwiki sorting order. If the local wiki doesn't have the page "MediaWiki:Interwiki config-sorting order", the links will be ordered by language code. That page doesn't exist for dewiki or frwiki and the lists you included above for those two wikis are in fact ordered by language code. If the local wiki does have that page, the interwiki links will be ordered according to what the config page says. Both enwiki and svwiki have that page set to "meta-native-languagename" (which is defined at meta:MediaWiki:Interwiki config-sorting order-native-languagename) and the lists you included for those two wikis are ordered by native name, with the exception of mai, olo and tcy at the end. I don't know why those three are not being ordered properly. All three codes are included on the metawiki page, olo and tcy are fairly recent additions but mai has been there for over a year. - Nikki (talk) 09:22, 17 November 2016 (UTC)

I've created phab:T151449 for the mai, olo and tcy links being at the bottom. - Nikki (talk) 11:36, 23 November 2016 (UTC)

There also is sorting config in Wikibase, so the links coming from Wikidata are sorted. gerrit:323556 adds/moves the config to WMF configs, so they can be updated more easily when a new wiki is added, and adds the missing wikis to the sort orders. Aude (talk) 05:01, 3 December 2016 (UTC)

Radiorama

Hello! I report you a mistake: The link eswiki:Radiorama (grupo) is already used by item Q18654695. You may remove it from Q18654695 if it does not belong there or merge the items if they are about the exact same topic. I do not know how to fix it! Sorry, Graph+sas (talk) 23:26, 2 December 2016 (UTC)

@Graph+sas: What item were you editing? Seems that you tried to connect this article to an item but it wasn't possible because it had already been connected to another. Matěj Suchánek (talk) 13:01, 3 December 2016 (UTC)

You have merged Radiorama (Q18654695) and Radiorama (Q18914904), but they are different thing. The first is a label, the second is a band. now I have restored the previous situation. --ValterVB (talk) 13:18, 3 December 2016 (UTC)

Lo siento amigo, no sé editar en Wikidata. Te pido disculpas. Un saludo, Graph+sas (talk) 15:34, 3 December 2016 (UTC)

Badges

Tracked in Phabricator
Task T152594

When I access Special:PagesWithBadges and click on Show pages, I got the message: "There are no results for this report." Is it still in development?--Micru (talk) 08:30, 7 December 2016 (UTC)

Thanks, we'll have a look at this. Lea Lacroix (WMDE) (talk) 09:04, 7 December 2016 (UTC)

I think that work only where exist page with badge. --ValterVB (talk) 12:27, 7 December 2016 (UTC)

Making title all caps

This artist spells his name with all caps MF DOOM. is there way to make the title all caps?

https://en.wikipedia.org/wiki/MF_Doom  – The preceding unsigned comment was added by 2603:3020:181C:E100:C119:8FF4:9C54:BCD3 (talk • contribs).

On Wikidata the English label is capitalized, see MF DOOM (Q304675). The title of the English Wikipedia article can't be changed here on Wikidata but you find many requests and refusals about this topic on en:Talk:MF Doom --Pasleim (talk) 21:18, 7 December 2016 (UTC)

Query tree view

Tracked in Phabricator
Task T152676

Currently there is a tree view in the Query service called "Tree map" however it is neither practical nor useful when the hierarchical tree is complex or there is a high number of results. I was expecting to be able to produce a simple tree view like this, however it is not possible. Should I fill out a bug request on phabricator or is it better to request this upstream to blazegraph?--Micru (talk) 09:21, 8 December 2016 (UTC)

Hello Micru,

Feel free to open a ticket describing what you would like to do, with examples (the one you gave above seems accurate). I'll make sure that it arrives to the good person, even if I can't promise that we will take care of it immediately :) Lea Lacroix (WMDE) (talk) 10:28, 8 December 2016 (UTC)

 Done--Micru (talk) 11:28, 8 December 2016 (UTC)

Is there known size limitations?

Is there any known size limitations for entities? Like is 1000 property values + qualifiers and sources for them too much? Question is related to results of the municipal elections in Finland and how they should be saved to Wikidata. In this case the national level results can be splitted to electoral district or municipal levels if smaller entities are better. --Zache (talk) 16:18, 9 December 2016 (UTC)

There is no strict limitation but we're clearly bringing the system to its limit with the biggest items we have. See these links for some idea about the current state:

* https://grafana.wikimedia.org/dashboard/db/wikidata-datamodel-statements

* https://grafana.wikimedia.org/dashboard/db/wikidata-datamodel

* https://www.wikidata.org/wiki/Special:LongPages

Hope that helps. --Lydia Pintscher (WMDE) (talk) 10:30, 10 December 2016 (UTC)

There is actually a limit for the size of a serialized entity. This can be seen in the wikidata configuration here. The docs for the setting can be found here if you search for "maxSerializedEntitySize". ·addshore· ^{talk to me!} 16:06, 11 December 2016 (UTC)

Drupal integration

For a copyright clearing project we want to add functionality in Drupal CMS to do write and edit actions on artists in Wikidata. We can publish this as a Drupal module. Should we integrate https://github.com/addwiki/wikibase-api in a Drupal module? Or is that not necessary and is it better to connect to an API directly. What kind of general settings should we store? Would like to have some feedback before our developer starts --Hannolans (talk) 16:21, 1 December 2016 (UTC)

Hi there! That library is without a doubt the best PHP library for interacting with the wikibae api. Much of the code used there (for example DataModel, DataModelServices etc.) is the same code used by wikibase itself, so updating it for new developments in wikibase is super easy. I'm not sure how you would want users to be logged in when edit are happening but right now oauth is one thing the library is lacking, see https://phabricator.wikimedia.org/T123746. ·addshore· ^{talk to me!} 10:05, 2 December 2016 (UTC)

Oauth would be better, but it seems that that feature will take a whileto get in. For the time being we will start with storing the username / password in the user data for individual bots. Do we also need to store tokens or keys? Are there settings we should store? I can imagine we should check for the user permissions and blocked/active status. Would also be nice to log connection details. If we want to extend writing to Wikimedia Commons to publish images, can we use the same php library? --Hannolans (talk) 12:58, 2 December 2016 (UTC)

Yes the same collection of libraries can talk to the general mediawiki apis. There are a collection of services in the "mediawiki-api" library that may help you. They can also upload images. If you have any questions about the libs do ask, or if you find any bugs / have any feature requests! ·addshore· ^{talk to me!} 15:55, 11 December 2016 (UTC)

Thanks, that is the information I need. I try to imagine how generic the configuration page would look like in that case. Most generic solution would be that you can add endless mediwikis or we can scope it to wikidata and commons. Our developer asked if there is a sandbox api or should we test with Wikidata Sandbox (Q4115189)?--Hannolans (talk) 12:24, 13 December 2016 (UTC)

Take a look at https://test.wikidata.org (which of course has its own api) :) ·addshore· ^{talk to me!} 15:02, 13 December 2016 (UTC)

I agree with Addshore that that library is your best choice. As top editing Wikidata from Drupal... well, it very much depends on what you are trying to do, I don't see how you would need to edit Wikidata for copyright clearing. Or are you talking about editing your own Wikibase installation? In any case, edits should be attributed to individual users, not your entire system. Oauth would be the way to go I suppose. Unless it's a very specific and limited kind of edit, so your system essentially acts as a bot. In that case, you can use a single account, but you need to request bot privileges for your site's account.

It would help if you gave us some more details about what kind of edits you are planning to make, and when and why. -- Daniel Kinzler (WMDE) (talk) 10:45, 2 December 2016 (UTC)

Hi, yes, I will try to explain what we are building. We build CopyClear, a system that can be used by museums and individuals to check art objects of collections if those are in the public domain or not. We will use Wikidata as a lookup for authors to get the date of death. We also connect to other databases to lookup artists. With these checks we get more information of an author, for example aliases as used in the collections, death dates and international identification codes (for example Interested Parties Information (Q19832975)). After approval with the experts in the museums we want to push that information into Wikidata. That way those data becomes public available. We will test a proof of concept together with Museum Boijmans Van Beuningen (Q679527) and Rijksmuseum (Q190804). In this proof of concept me and Mtmlan84, both Wikidata editors, will push this data with individual bot accounts. I requested a bot here: Wikidata:Requests_for_permissions/Bot/HannolansBot --Hannolans (talk) 12:39, 2 December 2016 (UTC)

That sounds like a very cool project! If you run into any problems, please contact the Wikidata team at Wikimedia Germany. Thanks! -- Daniel Kinzler (WMDE) (talk) 14:42, 2 December 2016 (UTC)

More missing/out of date data in query service

The query service is missing the sitelinks for Q19576502 and Manuilivskyi Avenue, Dnipro (Q27113848) even though the sitelink was added when the item was created: query

Q21200485 hasn't been deleted on wdqs1002: query

schema:isPartOf is missing from the sitelink on wdqs1002 for Q27885828 and Donald Trump (Q27885840) even though the items were only created last month and the sitelinks were there when the item was created: query

- Nikki (talk) 12:21, 15 December 2016 (UTC)

Q19576502 and Q27113848 look fine to me. Q21200485 is an old delete, probably one of those old missing ones (yes, we didn't have reload since April, once we get 3rd server installed we'd have one). Not sure when exactly isPartOf were deployed... Anyway I've updated the items, so they should be fine. --Smalyshev (WMF) (talk) 21:36, 15 December 2016 (UTC)

„we didn't have reload since April“ - I read this as that you are doing only incremental updates. Am I right? That would explain some other artefacts I'm stumbling over for some month now. --Succu (talk) 21:49, 15 December 2016 (UTC)

It looks like both of the first two items were edited, which caused them to be updated. I do wonder how the sitelinks could be missing though since they were there as part of the item creation (those weren't the only ones I found... do you want more examples if I can find them?). For isPartOf, you mentioned back in April on phab:T120198 that it's now available. - Nikki (talk) 15:34, 16 December 2016 (UTC)

Why can user interface display 60 arcseconds?

Tracked in Phabricator
Task T153429

Please see the discussion at Property talk:P625#Why is 60 seconds possible?. Under certain conditions the user interface will display a latitude as 52°23'60"N (when of course it should be displayed as 52°24'0"N or perhaps 52°24'N). The participants in the discussion don't seem to have the expertise to identify which bit of software to file a trouble ticket against, or exactly how to file the trouble ticket. Jc3s5h (talk) 13:58, 14 December 2016 (UTC)

As per phab:T153429, this is fixed now, bit it will be a while until it is deployed, due to the upcoming holidays:

Thiemo wrote on Phjabricator: The next deployment will happen some time in January. You can check for yourself at https://www.wikidata.org/wiki/Special:Version#mw-version-ext-datavalues-DataValues_Geo. The issue described in this ticket here will be fixed with DataValues Geo version 1.2.1.. -- Daniel Kinzler (WMDE) (talk) 14:57, 20 December 2016 (UTC)

Linking external IDs in query results

Tracked in Phabricator
Task T121274

When a Query service result includes external IDs (like this one), please could the IDs be linked, using the formatter URL (P1630)? The link could perhaps be made optional, in case some people prefer speed over functionality. Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 12:40, 16 December 2016 (UTC)

This is planned, but does not exist yet. It's not particularly hard to implement, but it's not trivial to model in a semantically correct way. See Provide an RDF mapping for external identifiers for more information. -- Daniel Kinzler (WMDE) (talk) 12:13, 20 December 2016 (UTC)

Incorrect revert summaries/pings

I don't know if this has been reported before, but I got pinged twice yesterday that someone reverted some edits made by me. But while I had made some edits in both affected items, neither this nor that edit actually reverted my changes. Note that the revision numbers given in the summary actually point to edits made by me, but they are not the ones that have been reverted. --YMS (talk) 10:04, 17 December 2016 (UTC)

That sounds like phab:T135821, but that has been closed as "invlaid", since it was based on a misunderstanding. Perhaps check whether the same applies in you case. If you are sure that it's a different problem, check if you find you can find it on phabricator. If not, please file a ticket on the "Notifications" component on Phabricator. -- Daniel Kinzler (WMDE) (talk) 12:18, 20 December 2016 (UTC)

It's not a case like described in that case. a) Wikidata doesn't even use the flagged revisions extension, which seemed to be causing confusion in that case. b) It's not a confusion on my side, as the edit summary explicitely says e.g. "Undo revision 413112383 by YMS (talk)", while the one reverted revision is actually a different one. I will check other phabricator cases tomorrow. --YMS (talk) 14:37, 20 December 2016 (UTC)

language:mis

Tracked in Phabricator
Task T153850

When I add a value to a property with Monolingual datatype and I prefer language:mis, the system never tells the "name" of this language. In an English interface it tries to propose some kind of Dutch language instead, while when I edit in Swedish it propose North or South Sami. The language I wanted to edit last time I did this (except for the Sandbox) was Lule Sami. Different versions of Sami is actually what I normally intend to add when I add "mis", and the proposals of South and North Sami confuses me. -- Innocent bystander (talk) 09:16, 18 December 2016 (UTC)

I'm a bit confused - "mis" means "miscellaneous" in ISO 639-2. It's not a language, it's a code to use when there is no code for the language you want. I don't think we should support it as a choice for monolingual text values (or should we? How about labels?). The language selector doesn't show it. But somehow you managed to actually enter it. How did you?

Anyway, we have two choices:

• make sure we do not allow "mis" as a language choice for monolingual values, or
• include "mis" as "miscellaneous" or "other" in the language selection.

The following Phabricator tickets may be relevant: phab:T151269, phab:T48455, phab:T78007.

But I'm still not sure I understand why you are trying to use the "mis" code. -- Daniel Kinzler (WMDE) (talk) 12:36, 20 December 2016 (UTC)

@Daniel Kinzler (WMDE): "mis" is the code Help:Monolingual text languages tells us to use for languages Wikidata doesn't support yet. None of the extra codes Wikidata allows for monolingual text languages show up in the language selector (this seems to be the list of available ones) but will be accepted if you enter the code and try to save the statement. If @Adrian Heine (WMDE): is still around, maybe he could comment, he wrote that page and added the special codes (phab:T72205). - Nikki (talk) 07:20, 21 December 2016 (UTC)

The language selector shows any language name which contains what you typed. The English name "West Flemish" and Dutch names "Noord-Samisch" and "Zuid-Samisch" all contain "mis" as a substring which is why they show up. - Nikki (talk) 07:26, 21 December 2016 (UTC)

Thanks Nikki, that makes sense, but why is "miscellaneous" not shown? miscellaneous is of course not a language, but it would help seeing it when I edit. I never get any confirmation that I have found a good match. -- Innocent bystander (talk) 08:11, 21 December 2016 (UTC)

I think that when the user selects "mis" the system should ask for an item with the language used (like entering a unit). Right now it doesn't make any sense to use "mis" without any qualifier because it makes it hard to know which language the user was intending to enter.--Micru (talk) 10:11, 21 December 2016 (UTC)

Thank you for the explanation Nikki. I filed a ticket, see phab:T153850. -- Daniel Kinzler (WMDE) (talk) 11:45, 21 December 2016 (UTC)

Kurdish translations

Hello after this discussion, I come here. When from ku.wikipedia we goes to Wikidata: it's the translations in "ku-latn" that appear and not "ku". The problem is that "ku-latn" pages are blocked for translations.--Ghybu (talk) 23:40, 20 December 2016 (UTC)

Is this a problem with the translation of item labels, or with the translation of wikitext? Wikidata:Main_Page/Content/ku and Wikidata:Main_Page/Content/ku-latn both exist, and are not the same.

The translation of wikitext, like on the main page, is done by the Translate extension. The Wikidata development team does not maintain extension. Please talk to the WMF language engineering team. You can find their IRC and mail contacts on that page.

If there is a problem with ku and ku-lating on item pages, please explain it here. -- Daniel Kinzler (WMDE) (talk) 11:37, 21 December 2016 (UTC)

Technical suggestions

Hello.There are here technical suggestions designed to serve all the Wikimedia projects.please submit requests for apply them or express opinions on the talk page here.I do not want to wait until November 2017.Thank you --ديفيد عادل وهبة خليل 2 (talk) 14:07, 21 December 2016 (UTC)

WQS regex problem

This query returns 26 results but it should return none. I don't know if it is a problem with the REGEX function or if the server didn't catch some old edits. --Pasleim (talk) 21:06, 7 December 2016 (UTC)

The items I looked at have a right-to-left mark (U+200F) at the end of the string. It looks like KrBot fixed them (e.g. Special:Diff/414280558) so the query service must have missed the changes. If there isn't going to be a fix to the missed updates any time soon, maybe a way for users to force refresh items could be added. - Nikki (talk) 21:31, 7 December 2016 (UTC)

Oh, just thought of an easier way to check :) See here - they all have rtl marks at the end according to the query service's data, so it isn't a problem with the regex function. - Nikki (talk) 21:41, 7 December 2016 (UTC)

@Smalyshev (WMF): Can you have a look at this and #More_missing.2Fout_of_date_data_in_query_service? - Nikki (talk) 17:03, 15 December 2016 (UTC)

It seems that I had the same problem today: query. No idea how to get these problems fixed, see also recent history of Q16145626. —MisterSynergy (talk) 11:57, 22 December 2016 (UTC)

@Smalyshev (WMF): Can you have a look? --Lydia Pintscher (WMDE) (talk) 13:06, 27 December 2016 (UTC)

Development feedback re climate data

@Lea Lacroix (WMDE): would you arrange to provide the community with project development feedback on the problem outlined at https://phabricator.wikimedia.org/T147049 ?
--- Jura 14:18, 22 October 2016 (UTC)

The best is to work on a solution for high density data: for data with a mxn format where m is the number of lines and n the number of columns and n>2, we need a new data type. Snipre (talk) 19:36, 23 October 2016 (UTC)

Hello,

Here's a quick feedback from my colleagues.

Time series data type is not desirable. This is out of the scope of both the Wikibase software and the Wikidata project. Continuous time series could for example be stored in a dedicated database outside of Wikidata and linked to.

Derived numbers like monthly averages are OK (similar to population, also a number that typically changes once per year).

One question remains: Multiple property for min/max/average, or one property (and then specify with qualifiers)? This is not a question we (the devs) can answer. This is a community decision. From our point of view both are fine.

Hope this answers our question. Lea Lacroix (WMDE) (talk) 11:06, 28 October 2016 (UTC)

• Not really, I'm not quite sure if this was clear: To be meaningful, the numbers should be on a monthly basis. An entire set of 12 would generally make up a meaningful unit (with references/rank etc). To generate diagrams at Wikipedia, one would need to store the data somewhere at WMF (at Commons or Wikidata).
  Population numbers are only partially comparable, as there is generally only one value that needs to be retrieved at once. However, already there it's starts getting difficult when multiple values based on different methodologies need to be handled.
  I would expect Wikidata development to formulate a recommendation (use existing functionality) or plan development for this type of series (even if it's in 2020).
  --- Jura 11:21, 28 October 2016 (UTC)

I think we need to talk about this more. Léa: Let's discuss how to move forward when I am back in the office. --Lydia Pintscher (WMDE) (talk) 14:30, 28 October 2016 (UTC)

@Jura1: A possible option could be to store the temperatures as tabular data in Commons (see T148745) and then link it from Wikidata with a dedicated property. Tabular data example --Micru (talk) 15:33, 5 November 2016 (UTC)

• @Lydia Pintscher (WMDE), Lea Lacroix (WMDE): could we have some more details about "time series data [..] [are] out of scope of both the Wikibase software and the Wikidata project"? I wasn't aware of that and some bots currently add such series.
  --- Jura 13:05, 19 November 2016 (UTC)
  • We have not had a chance yet to talk about it more. Yuri has made it possible to store larger datasets on Commons now. I think a good next step is making it possible to link to them in statements. --Lydia Pintscher (WMDE) (talk) 13:10, 27 December 2016 (UTC)

• Can we get a response to this? Who would currently be in charge to respond to this type of community request?
  --- Jura 12:09, 24 December 2016 (UTC)
  • Lea --Lydia Pintscher (WMDE) (talk) 13:10, 27 December 2016 (UTC)

Quantity datatype

Has something changed with quantity datatype? This edit did not add lower or upper bound to the number, resulting in script errors in the client. (Now resolved.) -- Innocent bystander (talk) 17:00, 26 December 2016 (UTC)

You must have missed this: Wikidata:Project chat/Archive/2016/11#Changes to quantity precision handling. Matěj Suchánek (talk) 19:22, 26 December 2016 (UTC)

Thanks Matěj! But there is some sort of bug that denies me the option to save when I have added numbers without precision now. I have noticed it after I have added 123+, and thereafter removed the +-sign. I can thereafter not save without adding the "+-0" again. -- Innocent bystander (talk) 09:23, 27 December 2016 (UTC)

I can reproduce this, certainly needs attention. Matěj Suchánek (talk) 09:33, 27 December 2016 (UTC)

@Thiemo Mättig (WMDE), Jonas Kress (WMDE): Could you have a look please? --Lydia Pintscher (WMDE) (talk) 13:14, 27 December 2016 (UTC)

For the sake of completeness: I worked on this and uploaded gerrit:331607. --Thiemo Mättig (WMDE) 15:57, 11 January 2017 (UTC)

deleted Q27990113

Hi, I had created 'new item' called Indian Photographer Ashesh Shah Q27990113 . Someone has just deleted without leaving a trace. What should I do.

Dagad (talk) 04:33, 27 December 2016 (UTC)

Usually WD:AN or WD:PC are a better place for these questions (this has nothing to do with the developers). In this case you also asked a question on my talkpage and I answered there. Mbch331 (talk) 07:14, 27 December 2016 (UTC)

Linking coordinates

Please can we link coordinates to the WMF map service?

For example, the coordinates on Perry Bridge (Q7169729), 52°31'31.217"N, 1°53'49.528"W, should link to https://tools.wmflabs.org/geohack/geohack.php?params=52.52534_N_-1.89711_E (optional parameters, such as ?pagename=, may also be included). Andy Mabbett (Pigsonthewing); Talk to Andy; Andy's edits 11:17, 29 December 2016 (UTC)

They already are linked. See also formatter URL (P1630) at coordinate location (P625). If you see a plain link, try reload the page. --Edgars2007 (talk) 14:56, 29 December 2016 (UTC)

This requires to have the authority control gadget turned on. Providing links without the gadget would indeed be a nice feature. --Pasleim (talk) 15:02, 29 December 2016 (UTC)