User Details
- User Since
- Jan 8 2015, 8:57 AM (320 w, 4 d)
- Availability
- Available
- LDAP User
- VIGNERON
- MediaWiki User
- VIGNERON [ Global Accounts ]
Yesterday
Thu, Feb 25
The problem came from old corrupted file (File page was still there but not the files themselves).
Once these file were deleted, the error message disappeared.
Maybe there is still some lost files somewhere but I think we can close this task.
Sun, Feb 21
Sadly I know the problem, not the solution...
@Yug create lexemes would be very nice but quite difficult. "language + form" is not enough, at least the lexical category is mandatory to create a Lexeme.
Other data are needed to to determine if the lexeme exists and is the same (for instance for cases like "fils" - threads L10371 - and "fils" - son L15917 - or "tour" L2330 and "tour" L2331).
How could we solve these problems?
Jan 29 2021
I also think a community consultation is not needed: this is an old historic file that make no sense for most Wikisource.
Jan 28 2021
Jan 24 2021
Yes, the problem is still here and open.
Jan 23 2021
This is a great idea.
Jan 13 2021
I'm copy-pasting/translating some remarks from @Denis_Gagne52 (who in not familiar with Phabricator) on the fr.ws scriptorium.
Jan 5 2021
I can confirm that it seems to be fixed.
Nov 20 2020
Sep 30 2020
Sep 10 2020
Just a quick update, we definitely need the distinction between "ñ" and "n".
It's quite rare but there is some pair of word where the tilde is the only distinction, for instance mañ ("this") and man ("he/she stays" but also "moss").
Sep 4 2020
Aug 26 2020
Aug 21 2020
Maybe we can store the list somewhere online (on a wiki page ? on a pad ? either is good for me) and do a collective review (strike the wrods that are not really stopwords, for instance all the numbers are not really stopwords, there is adverb too I'm not sure we should keep).
Jun 12 2020
Jun 4 2020
I strongly agree.
May 7 2020
Hi @Aklapper go on any page on any Wikimedia projects, you'll see that some label are not retrieve and the Wikidata Q identifier (or P identifier) is displayed instead.
Apr 27 2020
Thanks for the merge @Charlotte
Mar 12 2020
Feb 19 2020
@Gehel very true. That said, it won't hurt performances either and what about all the other problems of not being able to stop a query? (I hate when I have to restart my browser and/or computer who froze just because I dumbly forgot to remove a wdt:P279*)
Feb 5 2020
Sorry about the ping then.
Hello, is someone working on this ? Thanks.
Jan 11 2020
Dec 10 2019
More exactly: the code fr-ca works fine (everywhere AFAIK) but for some reason the name "français canadien" doesn't appears on the list (everywhere AFAIK). I think this is a different and separate bug and a new ticket would be more appropriate.
Nov 24 2019
Nov 12 2019
Some precision: apparently (from what I've seen) it appears only in English and French and only for the P195 property.
Nov 5 2019
Oct 7 2019
Sep 20 2019
Sep 18 2019
Aug 31 2019
Aug 15 2019
FYI, there is a table at the hackathon working on it right now, at least looking at the first possible obstacle.
Aug 14 2019
And now it seems that http://wikidata.rawgraphs.io/ doesn't work at all any more :/
If it's not temporary then we should probably remove the link altogether :(
Aug 7 2019
Jul 31 2019
It seems to be fixed, isn't it?
Jul 25 2019
Ok, I understand. I was just suggested this as "incubated" wikis is the step just before "small" wikis.
Could I suggest that some people look/work on T212881 ? (not "small wiki" per se, but pre-small wiki ;) )
May 13 2019
May 3 2019
Apr 16 2019
Apr 15 2019
Hi, I just tested this new dashboard. The visualisations are great, but I'm more a number cruncher myself.
Feb 24 2019
For the record, last December after https://www.wikidata.org/wiki/Wikidata:Property_proposal/Astronomical_coordinates, I added celestial coordinates on M31: https://www.wikidata.org/wiki/Q2469#P625 (2 months later nobody seems to complain)
Feb 10 2019
Did someone did something?
Jan 12 2019
Indeed, it's a bit strange, without two brackets, it could be
- pizza (Italian: Italian dish)
or
- pizza (Italian / Italian dish)
or
- pizza (Italian dish)<sup>Italian</sup>
Jan 11 2019
Jan 6 2019
I think the most important is the lemma, so I would put it first. But I'm not sure on how not mix the gloss and the language:
- Mutter (German, female parent)
Or maybe better:
- Mutter (female parent) (German)
Jan 4 2019
Adding the language would not solve entirely the problem but I think it would be a good thing nonetheless.
Dec 24 2018
I'm guessing that when Lea says Lexemes (with an uppercase L) she thinks of Lexemes in Wikidata (which has been done partially already).
Dec 11 2018
Oh that's strange, it was apparently just a temporary bug. Now It works.
Nov 18 2018
Some of it happened for sure, but probably not all.
Aug 31 2018
Other idea: pass the cursor other and get translations (for people learning a language)
Aug 10 2018
Jun 21 2018
A small story to show why this is important (at least to me) and should be fixed quickly (in my opinion).
Jun 14 2018
On Firefox 60: broken
On Chromium: everything works as expected
Jun 4 2018
Yes, I didn't thought about it but commas should be i18ned "،" for Arabic and Persian, "、" for Chinese and Japanese (and maybe others for other languages but I don't know them, is there a list for i18n comma somewhere?).
Jun 1 2018
As explained in my prevuious message, I agree we need to specify at least language and script. For the rest (country, orthography reform, ...), I think the best way to store this kind of information is to use property in the lexeme itself. The advantages of the property is it is really flexible and so we can decide a psoteriori what kind of information we want to store in one lexeme.
May 30 2018
See too the broader related ticket : T195740
May 28 2018
Tough questions.
May 26 2018
Yes for a link (I forget about it, shame on me) and yes too, for multiple lexemes (especially "tour"@fr will probably have 3 lexemes with the same features, for the equivalent of "tower"@en, "round"@en and "pottery wheel"@en).
Here is a proposal of what the warning message could look like:
May 25 2018
May 24 2018
May 23 2018
Ideally we should have : label, language code and lexical category. For instance « gwez (br, noun, L62) » for Lexeme:L62 (or any other presentation and order as long as the informations are here).
This is important because the same lemma often exist in multiple languages and even inside one language, the same lemma can have different category. For instance, "best" in English could be an adjective, an adverb, a noun, and a verb, so at least 4 lexemes, if I understand correctly).
Same problem in other languages :
- French https://www.wikidata.org/wiki/Lexeme:L1?uselang=fr "sumérien" instead of "sumérien"
- Spanish https://www.wikidata.org/wiki/Lexeme:L2?uselang=es "inglés" for "Inglés"
- Catalan https://www.wikidata.org/wiki/Lexeme:L2?uselang=ca "anglès" for "anglès"
etc.
May 22 2018
New development, today, on the Status updates I see the same kind of bug (columns given are not what is asked on the SELECT) but on the online result itself (so before export) : query
May 21 2018
May 15 2018
Apr 27 2018
It shoud be but can someone check all the points on the checklist?
Apr 19 2018
Not sure if it's already there, the gerrit link seems to be for eu.wikiquote.org not eu.wikisource.org (or am I reading it wrong?)
Mar 3 2018
Mar 2 2018
I agree this should be removed.
Links, label and description maybe could be kept, but at least doing a interwiki sitelink to a wiki that doesn't exists should not be possible.
Jan 27 2018
Jan 24 2018
Here my thoughts on you thoughts ;)
@Theklan: I totally agree that the country criteria is not a good idea (especially as 'country' can be quite polysemic). And I agree that the Basque UG did a good job during WLM 2017 and that WLM should grow on that.
@Llywelyn2000 sorry to be blunt, but threatening is a low, non-contructive and antagonizing move and an alternative competition is a bad idea too (unless if you aim for mutual destruction) especially as no-one rejected the idea of including Wales (or any other area for that matter) in WLM 2018.
Jan 19 2018
Dec 20 2017
Yes, thank you a lot!