Re: [Wikidata] Aggregate info on Wikidata items

[Sumit Asthana]

Hi,

I'm trying to use offline wikidata dump
 but when I
run an example from Wikidata Toolkit - EntityStatisticsProcessor
,
I hit the following error - https://dpaste.de/TNpd.

Apparently it is unable to parse the dump but I can't seem to figure it
out. Help would be appreciated :)

-Thanks,
Sumit


On Sat, Aug 27, 2016 at 1:18 AM, Stas Malyshev 
wrote:

> Hi!
>
> > For example "I want to know the number of statements on an average with
> > dead external reference links".
>
> Since there are over a million links in references, you probably may
> want to use dump - either JSON or RDF, and looking for references there.
> It would be relatively easy to find those in reference statements.
> However, checking a million links might require some careful planning :)
> --
> Stas Malyshev
> smalys...@wikimedia.org
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] ntriples dump?

[Stas Malyshev]

Hi!

> Of course if providing both is easy, then there's no reason not to
> provide both.

Technically it's quite easy - you just run the same script with
different options. So the only question is what is useful.

> It is useful in such applications to know the online RDF documents in
> which a triple can be found. The document could be the entity, or it
> could be a physical location like:
> 
> http://www.wikidata.org/entity/Q13794921.ttl

That's where the tricky part is: many triples won't have specific
document there since they may appear in many documents. Of course, if
you merge all these documents in a dump, the triple would appear only
once (we have special deduplication code to take care of that) but it's
impossible to track it back to a specific document then. So I understand
the idea, and see how it may be useful, but I don't see a real way to
implement it now.

-- 
Stas Malyshev
smalys...@wikimedia.org

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Updated] T44783: Do not rerender whole client page when only sitelinks are updated

[matej_suchanek]

matej_suchanek edited projects, added MediaWiki-extensions-WikibaseClient; removed MediaWiki-extensions-WikibaseView.
TASK DETAILhttps://phabricator.wikimedia.org/T44783EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: thiemowmde, Ricordisamoa, Aklapper, Denny, aude, Lydia_Pintscher, daniel, hoo, Vali.matei, D3r1ck01, Izno, Wikidata-bugs, GWicke, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Retitled] T44783: Do not rerender whole client page when only sitelinks are updated

[daniel]

daniel changed the title from "Do not rerender whole page when only sitelinks are updated" to "Do not rerender whole client page when only sitelinks are updated".daniel edited the task description. (Show Details)
EDIT DETAILSWhen sitelinks are updated, the content of the page itselfon the client wiki typically does not need to be rerendered,. but can be taken from the cache.

--
**Version**: unspecified
**Severity**: normal
**Whiteboard**: u=dev c=backend p=0When a sitelink changes, we should change the cached ParserOutput with the new list of sitelinks, without touching the generated HTML.

Considerations: rendering wikitext to HTML is expensive. Updates to sitelinks are frequent.TASK DETAILhttps://phabricator.wikimedia.org/T44783EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: thiemowmde, Ricordisamoa, Aklapper, Denny, aude, Lydia_Pintscher, daniel, hoo, Vali.matei, D3r1ck01, Izno, Wikidata-bugs, GWicke, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Reopened] T44783: Do not rerender whole page when only sitelinks are updated

[daniel]

daniel reopened this task as "Open".daniel added a comment.
Reopening. Should at least be discussed before closing.

@thiemowmde This is about pages on the client (i'll update the decsription). When only sitelinks change, all we'd need to do is to update the list of sitelinks in the ParserOutput object, and not touch the HTML. Since generating HTML from Wikitext is quite expensive (and our caching doesn't help with that), this seems to be a worth-while optimization. Changes to sitelinks are one of the most common types of updates we have on wikidata. We should avoid re-rendering all linked pages when adding a sitelink.

Maybe this is too complicated, or not worth the effort, but we should at least discuss it again before closing this.TASK DETAILhttps://phabricator.wikimedia.org/T44783EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: danielCc: thiemowmde, Ricordisamoa, Aklapper, Denny, aude, Lydia_Pintscher, daniel, hoo, Vali.matei, D3r1ck01, Izno, Wikidata-bugs, GWicke, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T144052: Add more completion to the GUI

[Smalyshev]

Smalyshev created this task.Smalyshev added a project: Wikidata-Query-Service.Herald added a subscriber: Aklapper.Herald added projects: Wikidata, Discovery.
TASK DESCRIPTIONThe GUI now has completion for some things, but it'd be nice to have also completion for:


All wikibase: things we have (e.g. wikibase:PreferredRank or wikibase:timeValue)
All schema: and xsd: things we use in the dump
Template for geosearch like label service?
TASK DETAILhttps://phabricator.wikimedia.org/T144052EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SmalyshevCc: Aklapper, Smalyshev, mschwarzer, Avner, debt, Gehel, D3r1ck01, Jonas, FloNight, Xmlizer, Izno, jkroll, Wikidata-bugs, Jdouglas, aude, Deskana, Manybubbles, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] ntriples dump?

[Stas Malyshev]

Hi!

> I think in terms of the dump, /replacing/ the Turtle dump with the
> N-Triples dump would be a good option. (Not sure if that's what you were
> suggesting?)

No, I'm suggesting having both. Turtle is easier to comprehend and also
more compact for download, etc. (though I didn't check how much is the
difference - compressed it may not be that big).

> to have both: existing tools expecting Turtle shouldn't have a problem
> with N-Triples.

That depends on whether these tools actually understand RDF - some might
be more simplistic (with text-based formats, you can achieve a lot even
with dumber tools). But that definitely might be an option too. I'm not
sure if it's the best one but a possibility, so we may discuss it too.

> (Also just to put the idea out there of perhaps (also) having N-Quads
> where the fourth element indicates the document from which the RDF graph
> can be dereferenced. This can be useful for a tool that, e.g., just

What you mean by "document" - like entity? That may be a problem since
some data - like references and values, or property definitions - can be
used by more than one entity. So it's not that trivial to extract all
data regarding one entity from the dump. You can do it via export, e.g.:
http://www.wikidata.org/entity/Q42?flavor=full - but that doesn't
extract it, it just generates it.

-- 
Stas Malyshev
smalys...@wikimedia.org

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] ntriples dump?

[Aidan Hogan]

Hi Stas,

I think in terms of the dump, /replacing/ the Turtle dump with the 
N-Triples dump would be a good option. (Not sure if that's what you were 
suggesting?)


As you already mentioned, N-Triples is easier to process with typical 
unix command-line tools and scripts, etc. But also any (RDF 1.1) 
N-Triples file should be valid Turtle, so I don't see a convincing need 
to have both: existing tools expecting Turtle shouldn't have a problem 
with N-Triples.


(Also just to put the idea out there of perhaps (also) having N-Quads 
where the fourth element indicates the document from which the RDF graph 
can be dereferenced. This can be useful for a tool that, e.g., just 
wants to quickly refresh a single graph from the dump, or more generally 
that wants to keep track of a simple and quick notion of provenance: 
"this triple was found in this Web document".)


Cheers,
Aidan

On 26-08-2016 16:30, Stas Malyshev wrote:

Hi!

I was thinking recently about various data processing scenarios in
wikidata and there's one case we don't have a good coverage for I think.

TLDR: One of the things I think we might do to make it easier to work
with data is having ntriples (line-based) RDF dump format available.

If you need to process a lot of data (like all enwiki sitelinks, etc.)
then the Query Service is not very efficient there, due to limits and
sheer volume of data. We could increase limits but not by much - I don't
think we can allow a 30-minute processing task to hog the resources of
the service to itself. We have some ways to mitigate this, in theory,
but in practice they'll take time to be implemented and deployed.

The other approach would be to do dump processing. Which would work in
most scenarios but the problem is that we have two forms of dump right
now - JSON and TTL (Turtle) and both are not easy to process without
tools with deep understanding of the formats. For JSON, we have Wikidata
Toolkit but it can't ingest RDF/Turtle, and also has some entry barrier
to get everything running even when operation that needs to be done is
trivial.

So I was thinking - what if we had also ntriples RDF dump? The
difference between ntriples and Turtle is that ntriples is line-based
and fully expanded - which means every line can be understood on its own
without needing any context. This enables to process the dump using the
most basic text processing tools or any software that can read a line of
text and apply regexp to it. The downside of ntriples is it's really
verbose, but compression will take care of most of it, and storing
another 10-15G or so should not be a huge deal. Also, current code
already knows how to generate ntriples dump (in fact, almost all unit
tests internally use this format) - we just need to create a job that
actually generates it.

Of course, with right tools you can generate ntriples dump from both
Turtle one and JSON one (Wikidata toolkit can do the latter, IIRC) but
it's one more moving part which makes it harder and introduces potential
for inconsistencies and surprises.

So, what do you think - would having ntriples RDF dump for wikidata help
things?



___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata] ntriples dump?

[Stas Malyshev]

Hi!

I was thinking recently about various data processing scenarios in
wikidata and there's one case we don't have a good coverage for I think.

TLDR: One of the things I think we might do to make it easier to work
with data is having ntriples (line-based) RDF dump format available.

If you need to process a lot of data (like all enwiki sitelinks, etc.)
then the Query Service is not very efficient there, due to limits and
sheer volume of data. We could increase limits but not by much - I don't
think we can allow a 30-minute processing task to hog the resources of
the service to itself. We have some ways to mitigate this, in theory,
but in practice they'll take time to be implemented and deployed.

The other approach would be to do dump processing. Which would work in
most scenarios but the problem is that we have two forms of dump right
now - JSON and TTL (Turtle) and both are not easy to process without
tools with deep understanding of the formats. For JSON, we have Wikidata
Toolkit but it can't ingest RDF/Turtle, and also has some entry barrier
to get everything running even when operation that needs to be done is
trivial.

So I was thinking - what if we had also ntriples RDF dump? The
difference between ntriples and Turtle is that ntriples is line-based
and fully expanded - which means every line can be understood on its own
without needing any context. This enables to process the dump using the
most basic text processing tools or any software that can read a line of
text and apply regexp to it. The downside of ntriples is it's really
verbose, but compression will take care of most of it, and storing
another 10-15G or so should not be a huge deal. Also, current code
already knows how to generate ntriples dump (in fact, almost all unit
tests internally use this format) - we just need to create a job that
actually generates it.

Of course, with right tools you can generate ntriples dump from both
Turtle one and JSON one (Wikidata toolkit can do the latter, IIRC) but
it's one more moving part which makes it harder and introduces potential
for inconsistencies and surprises.

So, what do you think - would having ntriples RDF dump for wikidata help
things?
-- 
Stas Malyshev
smalys...@wikimedia.org

___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Updated] T112073: Lua in Wikibase (tracking)

[matej_suchanek]

matej_suchanek added a subtask: T136501: mw.wikibase.entity:getDescription is not available.
TASK DETAILhttps://phabricator.wikimedia.org/T112073EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Ricordisamoa, aude, Aklapper, mschwarzer, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T123621: #mw-newentity-form1 sometimes has incorrect action attribute

[matej_suchanek]

matej_suchanek added a parent task: T96040: Wikibase special pages (tracking).
TASK DETAILhttps://phabricator.wikimedia.org/T123621EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Aklapper, liangent, StudiesWorld, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T136501: mw.wikibase.entity:getDescription is not available

[matej_suchanek]

matej_suchanek added a parent task: T112073: Lua in Wikibase (tracking).
TASK DETAILhttps://phabricator.wikimedia.org/T136501EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Liuxinyu970226, Aklapper, Zppix, jeblad, D3r1ck01, Izno, Wikidata-bugs, aude, JeroenDeDauw, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T135589: No unit is not consistently represented in JSON

[matej_suchanek]

matej_suchanek added a parent task: T77977: [Epic] Unit support .
TASK DETAILhttps://phabricator.wikimedia.org/T135589EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: aude, daniel, hoo, Aklapper, Nikki, Zppix, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T77977: [Epic] Unit support

[matej_suchanek]

matej_suchanek added a subtask: T135589: No unit is not consistently represented in JSON.
TASK DETAILhttps://phabricator.wikimedia.org/T77977EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Ash_Crow, Popcorndude, Darkdadaah, matej_suchanek, Mbch331, Jc3s5h, Mike_Peel, Luke081515, Wolfvoll, -jem-, Lucie, Izno, JanZerebecki, Smalyshev, Filceolaire, jeblad, Tobias1984, Kelson, Ricordisamoa, Sylvain_WMFr, DSGalaktos, AmaryllisGardener, Liuxinyu970226, Aklapper, Snipre, daniel, mschwarzer, D3r1ck01, Samtar, Johan, Wikidata-bugs, aude, TheDJ, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T127858: Add Noongar (nys) as a language which can be used for labels (etc)

[matej_suchanek]

matej_suchanek added a parent task: T124286: [Epic] Language support.
TASK DETAILhttps://phabricator.wikimedia.org/T127858EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Gnangarra, Pigsonthewing, Aklapper, Nikki, StudiesWorld, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T124286: [Epic] Language support

[matej_suchanek]

matej_suchanek added a subtask: T127858: Add Noongar (nys) as a language which can be used for labels (etc).
TASK DETAILhttps://phabricator.wikimedia.org/T124286EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Liuxinyu970226, Ricordisamoa, adrianheine, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T56318: Quantity datatype (tracking)

[matej_suchanek]

matej_suchanek added subtasks: T117808: Display very large or very small quantity values using scientific notation, T132291: [Story] Support fractional quantities, T136528: Precision of a quantity value changed when only editing the unit.
TASK DETAILhttps://phabricator.wikimedia.org/T56318EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: TerraCodes, jeblad, DixonD, Darkdadaah, Aklapper, Wolfvoll, Klortho, MSGJ, Kelson, Ricordisamoa, Wikidata-bugs, Bene, He7d3r, Denny, Micru, mgrabovsky, Ash_Crow, Event, Snipre, Liuxinyu970226, Lydia_Pintscher, Stryn, daniel, mschwarzer, D3r1ck01, Izno, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T117808: Display very large or very small quantity values using scientific notation

[matej_suchanek]

matej_suchanek added a parent task: T56318: Quantity datatype (tracking).
TASK DETAILhttps://phabricator.wikimedia.org/T117808EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Physikerwelt, hoo, daniel, Lydia_Pintscher, Aklapper, StudiesWorld, ArthurPSmith, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T114586: Special:NewItem redirects to https://www.wikidata.org/wiki/NewItem after clicking "create" following a "already exists" message

[matej_suchanek]

matej_suchanek added a parent task: T96040: Wikibase special pages (tracking).
TASK DETAILhttps://phabricator.wikimedia.org/T114586EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Sjoerddebruin, Aklapper, Stryn, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T96040: Wikibase special pages (tracking)

[matej_suchanek]

matej_suchanek added subtasks: T138295: [Task] Change Special:NewProperty to not have a datatype selected by default, T130642: Unhelpful error message on Special:MergeItems if items are already merged, T114586: Special:NewItem redirects to https://www.wikidata.org/wiki/NewItem after clicking "create" following a "already exists" message, T123621: #mw-newentity-form1 sometimes has incorrect action attribute.
TASK DETAILhttps://phabricator.wikimedia.org/T96040EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Luke081515, Liuxinyu970226, aude, Aklapper, mschwarzer, Sethakill, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T130642: Unhelpful error message on Special:MergeItems if items are already merged

[matej_suchanek]

matej_suchanek added a parent task: T96040: Wikibase special pages (tracking).
TASK DETAILhttps://phabricator.wikimedia.org/T130642EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Aklapper, hoo, TerraCodes, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T142691: [Bug] Terms table truncates labels exceeding 255 bytes, possibly leaving invalid UTF-8

[Lydia_Pintscher]

Lydia_Pintscher added a comment.
Given that it is only a problem in a small number of cases let's not spend time on the workaround and instead work on the proper fix long-term. That's what we also said in story time.TASK DETAILhttps://phabricator.wikimedia.org/T142691EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmde, Lydia_PintscherCc: gerritbot, aude, Jonas, daniel, Lydia_Pintscher, hoo, Lea_Lacroix_WMDE, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] wikiconvention & wikidata: thanks and a bug report

[Tobias Schönberg]

The informatics Wikiproject was started to combine software and hardware in
one project. That was mainly done because of the low number of participants
and to avoid dispersing the discussions on too many pages. I am very happy
that Loic is putting so much work into software and I think that
Wikiproject Software could just move up in the namespace (as opposed to
being a subpage of Informatics).

I hope we can have more discussions on the WikiProject pages in general,
because they are a vital part of how the community works and interacts.

-Tobias

2016-08-26 14:58 GMT+02:00 Jane Darnell :

> Great, and thanks for your work! I suggest not placing the project behind
> a link like "Informatics" but just make a basic project for "Software"
> though. Someone else can go create a project for "Computers" and the
> Informatics page can be updated accordingly. The easiest thing would be to
> start copying some of the stuff from the old English Wikiprojects
> directory. They may be largely unused, but those pages can still be reused
> to build basic how-to-model pages on Wikidata.
>
> On Fri, Aug 26, 2016 at 8:25 AM, Loic Dachary  wrote:
>
>> Hi Jane,
>>
>> On 26/08/2016 14:01, Jane Darnell wrote:
>> > Hi Loic,
>> > I recently noticed that the history of software is severely
>> underrepresented on Wikidata and there is very little interlinking going on
>> at all, while many items are missing P31. I do think it would be useful to
>> create a Wikidata: page to list the various types of
>> software (OS, languages, development environments) and model how to use
>> properties to flesh out such items. I suspect there are several properties
>> that need to be created, such as "Principal developer" or something like
>> that.
>>
>> You're right ! That's what https://www.wikidata.org/wiki/
>> Wikidata:WikiProject_Informatics/FLOSS and https://www.wikidata.org/wiki/
>> Wikidata:WikiProject_Informatics/Software are about, but it's quite
>> recent.
>>
>> > I agree however that for a low-threshold Wikidata meetup, the most
>> important thing is to share basic gadgets and knowledge, because there is
>> so much still to be done on outreach in all languages. I noticed for
>> example that Listeria was blocked on Portuguese Wikipedia due to objections
>> in the labelling showing up in list headers. This shows how the basic
>> interface is still such a mystery to so many communities, probably because
>> the basic interface is still so incomplete in those languages.
>>
>> That makes perfect sense. My bug report was not about the scope of the
>> workshop. It was more about the contradiction between the workshop
>> description and what happened, the way communication was handled overall
>> and the fact that it lead to a situation that is counterproductive and
>> generally unpleasant for the people involved. It's easy to fix and I'm sure
>> things will be better next time :-)
>>
>> Cheers
>>
>> > Jane
>> >
>> > On Fri, Aug 26, 2016 at 7:27 AM, Loic Dachary > > wrote:
>> >
>> > Hi Sylvain,
>> >
>> > On 26/08/2016 11:43, Sylvain Boissel wrote:
>> > >
>> > >
>> > > 2016-08-21 19:06 GMT+02:00 Loic Dachary >   l...@dachary.org>>>:
>> > >
>> > > When the audience was asked for their preferences, I raised
>> my hand and happily declared "Contributing to the Software and FLOSS
>> projects !". Much to my surprise this was quickly dismissed: "we're only
>> going to learn about tools, we create groups to use and learn about tools,
>> not to work on a specific project". My interest for the Software project is
>> known to both Harmonia Amanda and Ash_Crow, to the extent that I discussed
>> with them my intent to recruit people to participate in the workshop for
>> that particular topic[3], well in advance.
>> > >
>> > > And I answered you weeks ago that I plan to organize a fully
>> dedicated workshop on this topic later this year, involving local free
>> software organizations like Parinux or Framasoft.
>> >
>> > I remember that, excellent initiative :-) I'm not sure how it
>> explains what happened during the wikiconvention though.
>> >
>> > I was connected to #wikidata-fr today and read a conversation on
>> this topic, involving you and Harmonia Amanda (which I will not quote here
>> because I assume this is not a good behavior to quote from channels that
>> are not logged). The general tone was unfriendly and made me feel unwanted
>> as a contributor. It also made me realize that my efforts to bring more
>> French people / organizations to wikidata were mocked and unappreciated.
>> >
>> > As a volunteer I value good relationships even more than technical
>> contributions. For this reason I will distance myself from the wikidata
>> French community. I hope to return in the future when a more welcoming
>> context has been established.
>> >
>> > 

[Wikidata-bugs] [Maniphest] [Updated] T117185: Edit summaries dont render correctly on special contributions on mobile wikidata

[matej_suchanek]

matej_suchanek added a project: Mobile.
TASK DETAILhttps://phabricator.wikimedia.org/T117185EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: aude, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T128361: Request for comment on Wikimedia Commons: Change pre-fill on category creation page due to Wikidata

[matej_suchanek]

matej_suchanek closed this task as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T128361EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Aklapper, Steinsplitter, 1Veertje, StudiesWorld, Pokefan95, D3r1ck01, Izno, Wikidata-bugs, aude, El_Grafo, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T144037: Value input for qualifiers doesn't get focused when clicking

[Sjoerddebruin]

Sjoerddebruin created this task.Sjoerddebruin added projects: Wikidata, MediaWiki-extensions-WikibaseRepository, Regression.Herald added a subscriber: Aklapper.
TASK DESCRIPTION
Add a qualifier to a statement by typing in a property name.
Select the property in the entity suggester with your mouse.
Notice that the input field for the value doesn't get focused.


It works correctly when selecting with keyboard.TASK DETAILhttps://phabricator.wikimedia.org/T144037EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: SjoerddebruinCc: Sjoerddebruin, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T96040: Wikibase special pages (tracking)

[matej_suchanek]

matej_suchanek added a subtask: T135045: Correct language fallback rendering on Special:ListProperties.
TASK DETAILhttps://phabricator.wikimedia.org/T96040EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Luke081515, Liuxinyu970226, aude, Aklapper, mschwarzer, Sethakill, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T135045: Correct language fallback rendering on Special:ListProperties

[matej_suchanek]

matej_suchanek added parent tasks: T96040: Wikibase special pages (tracking), T76216: [Epic] Language fallback.
TASK DETAILhttps://phabricator.wikimedia.org/T135045EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Aklapper, Zppix, agray, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T76216: [Epic] Language fallback

[matej_suchanek]

matej_suchanek added a subtask: T135045: Correct language fallback rendering on Special:ListProperties.
TASK DETAILhttps://phabricator.wikimedia.org/T76216EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Ricordisamoa, Aklapper, He7d3r, matej_suchanek, Liuxinyu970226, Lydia_Pintscher, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T141198: Very small values display no significant digits

[matej_suchanek]

matej_suchanek added a parent task: T56318: Quantity datatype (tracking).
TASK DETAILhttps://phabricator.wikimedia.org/T141198EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: daniel, thiemowmde, Aklapper, Smalyshev, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T141200: Wrong parsing of precision for small values

[matej_suchanek]

matej_suchanek added a parent task: T56318: Quantity datatype (tracking).
TASK DETAILhttps://phabricator.wikimedia.org/T141200EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: daniel, thiemowmde, Aklapper, Smalyshev, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T56318: Quantity datatype (tracking)

[matej_suchanek]

matej_suchanek added subtasks: T141198: Very small values display no significant digits, T141200: Wrong parsing of precision for small values.
TASK DETAILhttps://phabricator.wikimedia.org/T56318EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: TerraCodes, jeblad, DixonD, Darkdadaah, Aklapper, Wolfvoll, Klortho, MSGJ, Kelson, Ricordisamoa, Wikidata-bugs, Bene, He7d3r, Denny, Micru, mgrabovsky, Ash_Crow, Event, Snipre, Liuxinyu970226, Lydia_Pintscher, Stryn, daniel, mschwarzer, D3r1ck01, Izno, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T100123: API code 'readonly' not handled

[Multichill]

Multichill added a comment.
While looking at T144023 I wondered if  this should be fairly easy to fix. The api gives a clean error:

WARNING: API error readonly: The wiki is currently in read-only mode
pywikibot.data.api.APIError: readonly: The wiki is currently in read-only mode [readonlyreason:Waiting for 7 lagged database(s); help:See https://www.wikidata.org/w/api.php for API usage]



   if code == "readonly":
   pywikibot.log(
u"Pausing due to database in read-only: " + info)
   self.site.throttle.lag(self.throttle)
continue

Would this work? Any idea how to test this?TASK DETAILhttps://phabricator.wikimedia.org/T100123EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: MultichillCc: Legoktm, XZise, Multichill, pywikibot-bugs-list, jayvdb, Aklapper, Mdupont, JJMC89, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unassigned] T120520: [Story] make it easier to understand what Special:Nearby is

[D3r1ck01]

D3r1ck01 removed D3r1ck01 as the assignee of this task.
TASK DETAILhttps://phabricator.wikimedia.org/T120520EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: D3r1ck01Cc: TerraCodes, aude, Jdlrobson, Nirzar, Mbch331, gerritbot, D3r1ck01, Aklapper, Lydia_Pintscher, Winter, Izno, Wikidata-bugs___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T142691: [Bug] Terms table truncates labels exceeding 255 bytes, possibly leaving invalid UTF-8

[thiemowmde]

thiemowmde added a comment.
It's VARBINARY in both my local database and on the live system (we can see it truncates at 255 bytes). I don't know how this happened. I assume the meaning of VARCHAR BINARY changed. It appears this was an alias for VARBINARY in the MySQL versions we use.

Here is an example search: https://www.wikidata.org/w/api.php?action="">. Note that the search result ends with \ufffd. This should be stripped, as @daniel suggests.

During story time we found that:


Certain closed subtasks of T75087: Efficient entity label lookup (tracking) are probably the reason for this bug.
The remaining open subtasks of T75087 will solve this specific bug.
A much wider parent task T86530: Replace wb_terms table with more specialized mechanisms for terms (tracking) also exists, outlining a series of individual replacements necessary to get rid of the terms table.


We said that we will, for now, solve this bug by implementing the "fallback" workaround described in T142691#2543325.TASK DETAILhttps://phabricator.wikimedia.org/T142691EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: gerritbot, aude, Jonas, daniel, Lydia_Pintscher, hoo, Lea_Lacroix_WMDE, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T142691: [Bug] Terms table truncates labels exceeding 255 bytes, possibly leaving invalid UTF-8

[thiemowmde]

thiemowmde added a project: Wikidata-Sprint-2016-08-30.
TASK DETAILhttps://phabricator.wikimedia.org/T142691EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: gerritbot, aude, Jonas, daniel, Lydia_Pintscher, hoo, Lea_Lacroix_WMDE, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T142691: [Bug] Terms table truncates labels exceeding 255 bytes, possibly leaving invalid UTF-8

[thiemowmde]

thiemowmde closed subtask T142820: [Task] Decide on quick fix for "Max length of reference label in russian" as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T142691EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: gerritbot, aude, Jonas, daniel, Lydia_Pintscher, hoo, Lea_Lacroix_WMDE, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T142820: [Task] Decide on quick fix for "Max length of reference label in russian"

[thiemowmde]

thiemowmde closed this task as "Resolved".thiemowmde claimed this task.thiemowmde added a comment.
I believe we had a decision on a quick fix last story time, now documented in T142691#2586230.TASK DETAILhttps://phabricator.wikimedia.org/T142820EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Jonas, daniel, thiemowmde, Lydia_Pintscher, Aklapper, Lea_Lacroix_WMDE, hoo, Glorian_Yapinus, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Changed Project Column] T47134: Copyright popup specifies "save" button even if using "remove"

[thiemowmde]

thiemowmde moved this task from incoming to needs discussion or investigation on the Wikidata board.thiemowmde added a comment.
I wonder if what this ticket suggests makes sense? Even if it's technically correct that the user is doing a contribution to a CC-0 database, of what value is a "remove" contribution? Is it even possible to "release" the result of a "remove contribution", as the wording of the message currently suggests?

The relevant message key is wikibase-shortcopyrightwarning.TASK DETAILhttps://phabricator.wikimedia.org/T47134WORKBOARDhttps://phabricator.wikimedia.org/project/board/71/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Liuxinyu970226, Ricordisamoa, Aklapper, Wikidata-bugs, Legoktm, Addshore, matej_suchanek, 01tonythomas, Lydia_Pintscher, JohnLewis, D3r1ck01, Izno, Psychoslave, aude, Gryllida, Shizhao, Arrbee, TheDJ, Mbch331, Jay8g, Framawiki___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T132628: Drop eu_touched

[hoo]

hoo closed this task as "Resolved".hoo moved this task from Proposed to Done on the Wikidata-Sprint-2016-08-16 board.hoo added a comment.
This has been done in Wikibase master. I've created T144010: Drop eu_touched in production for applying this in production.TASK DETAILhttps://phabricator.wikimedia.org/T132628WORKBOARDhttps://phabricator.wikimedia.org/project/board/2144/EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: gerritbot, Aklapper, hoo, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Reassigned] T144010: Drop eu_touched in production

[hoo]

hoo reassigned this task from hoo to jcrespo.
TASK DETAILhttps://phabricator.wikimedia.org/T144010EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: jcrespo, hooCc: Aklapper, gerritbot, hoo, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Created] T144010: Drop eu_touched in production

[hoo]

hoo created this task.hoo added projects: Wikidata, Schema-change.
TASK DESCRIPTION
Schema change: https://gerrit.wikimedia.org/r/#/c/304136/1/client/sql/entity_usage-drop-touched.sql
Needs to be applied to all wikis with the wbc_entity_usage table (all of these should be in the wikidataclient dblist)
The schema change can be applied at any time, our code is not using/ referring to that column for quite some time now.
The change in question has been merged in Wikibase master with the involvement of several team members (4f5fd0e02071c6d7a58786ea4aedbcca60271b5c).
TASK DETAILhttps://phabricator.wikimedia.org/T144010EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Aklapper, gerritbot, hoo, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Block] T132628: Drop eu_touched

[hoo]

hoo created subtask T144010: Drop eu_touched in production.
TASK DETAILhttps://phabricator.wikimedia.org/T132628EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: gerritbot, Aklapper, hoo, D3r1ck01, Izno, Luke081515, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T143970: In Lua modules, there is no way to test for validity of Wikidata entity IDs

[hoo]

hoo added a comment.

In T143970#2586090, @Anomie wrote:
In order for the error to be caught by pcall, you need to throw a Scribunto_LuaError rather than a ScribuntoException.


Good point, we might also want to do this… but if someone specifically wants to test whether an id is valid, going with pcall and getEntity seems like a lot of hassle (and it also means we load the whole entity in case it is valid, which might not be needed).TASK DETAILhttps://phabricator.wikimedia.org/T143970EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: Anomie, hoo, Lucie, aude, daniel, Evad37, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Triaged] T117763: Small feature request: recognize bracketed IDs as valid IDs

[thiemowmde]

thiemowmde added subscribers: Lydia_Pintscher, thiemowmde.thiemowmde added projects: MediaWiki-extensions-WikibaseRepository, Wikidata-Sprint-2016-08-30, Need-volunteer.thiemowmde triaged this task as "Normal" priority.thiemowmde added a comment.
The relevant code is in EntitySearchHelper.php, line 122, getExactMatchForEntityId. The most easiest solution I can think of is a second $this->idParser->parse( … ) try, when the first failed, with a bit of trivial normalization applied. I would do it like this:

if ( preg_match( '/.*(\b\w+)/s', $term ) {
$lastWord = $matches[1];
…
}

What this does is searching for the last word (assuming all entity IDs are sequences of ASCII word characters) in the input string. This will find the ID number in (Q42), https://www.wikidata.org/wiki/Q42, http://www.wikidata.org/entity/Q42 and many other cases. It's compatible with all entity types we have.

It will not find the number in Q42 (Douglas Adams), which is not different from the status quo. It may behave a bit inconsistent because it will find the number when it's not followed by ASCII word characters, e.g. Q11738 (Ö).

The "worst" case I can think of is a weird input string like Q41 and Q42. It will only suggest the last ID, which is not a big deal in my opinion.

WARNING: Make sure this plays nicely with PropertySuggester. I had a quick look and believe it does, but this needs testing.TASK DETAILhttps://phabricator.wikimedia.org/T117763EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Lydia_Pintscher, Nikki, Pigsonthewing, Aklapper, StudiesWorld, agray, D3r1ck01, Izno, Wikidata-bugs, aude, TheDJ, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T143970: In Lua modules, there is no way to test for validity of Wikidata entity IDs

[Anomie]

Anomie added a comment.
In order for the error to be caught by pcall, you need to throw a Scribunto_LuaError rather than a ScribuntoException.TASK DETAILhttps://phabricator.wikimedia.org/T143970EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AnomieCc: Anomie, hoo, Lucie, aude, daniel, Evad37, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T118727: [Task] Move Wikidata browsertests into Wikibase repository

[Tobi_WMDE_SW]

Tobi_WMDE_SW closed this task as "Resolved".Tobi_WMDE_SW claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T118727EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tobi_WMDE_SWCc: Jonas, JanZerebecki, Tobi_WMDE_SW, Aklapper, gerritbot, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, zeljkofilipin, Mbch331, Jay8g, hashar, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T131139: [Task] enable rubocop in Wikibase

[Tobi_WMDE_SW]

Tobi_WMDE_SW closed subtask T118727: [Task] Move Wikidata browsertests into Wikibase repository as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T131139EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tobi_WMDE_SWCc: gerritbot, JanZerebecki, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, zeljkofilipin, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T131139: [Task] enable rubocop in Wikibase

[Tobi_WMDE_SW]

Tobi_WMDE_SW closed this task as "Resolved".Tobi_WMDE_SW claimed this task.
TASK DETAILhttps://phabricator.wikimedia.org/T131139EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tobi_WMDE_SWCc: gerritbot, JanZerebecki, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, zeljkofilipin, Mbch331, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T108946: [Epic] Improve the development infrastructure

[Tobi_WMDE_SW]

Tobi_WMDE_SW closed subtask T131139: [Task] enable rubocop in Wikibase as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T108946EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Tobi_WMDE_SWCc: Liuxinyu970226, Ricordisamoa, Aklapper, Lydia_Pintscher, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T112073: Lua in Wikibase (tracking)

[matej_suchanek]

matej_suchanek added a subtask: T143970: In Lua modules, there is no way to test for validity of Wikidata entity IDs.
TASK DETAILhttps://phabricator.wikimedia.org/T112073EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Ricordisamoa, aude, Aklapper, mschwarzer, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T143970: In Lua modules, there is no way to test for validity of Wikidata entity IDs

[hoo]

hoo added subscribers: daniel, aude, Lucie, hoo.hoo removed a project: MediaWiki-extensions-Scribunto.hoo added a comment.
I see that implementing this in user land code is not trivial (my approach didn't properly check the numerical part of the ids). Also re-implementing this becomes a mess with more entity types with different requirements for the id format.

How about a mw.wikibase.isValidEntityIdSerialization( string ) which returns true or false?TASK DETAILhttps://phabricator.wikimedia.org/T143970EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hooCc: hoo, Lucie, aude, daniel, Evad37, Aklapper, D3r1ck01, Izno, Wikidata-bugs, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T143970: In Lua modules, there is no way to test for validity of Wikidata entity IDs

[matej_suchanek]

matej_suchanek added a parent task: T112073: Lua in Wikibase (tracking).
TASK DETAILhttps://phabricator.wikimedia.org/T143970EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: matej_suchanekCc: Evad37, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, Dinoguy1000, jayvdb, MrStradivarius, Anomie, Jackmcbarn, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Triaged] T114293: Add mask-icon to Wikidata

[thiemowmde]

thiemowmde added subscribers: Lydia_Pintscher, Jonas, thiemowmde.thiemowmde triaged this task as "Lowest" priority.thiemowmde added a project: Need-volunteer.thiemowmde added a comment.
I believe Wikidata does not have to support this when Wikipedia does not have it either. And I really do not want our HTML to contain possibly dozens of vendor specific favicon alternatives. Not saying we will never do this. This seems to be a nice resource: http://realfavicongenerator.net.TASK DETAILhttps://phabricator.wikimedia.org/T114293EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Jonas, Lydia_Pintscher, Sjoerddebruin, Aklapper, D3r1ck01, Izno, Wikidata-bugs, aude, TheDJ, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Triaged] T143645: Entity Suggester shows double information at certain moments

[thiemowmde]

thiemowmde added subscribers: thiemowmde, Jonas.thiemowmde triaged this task as "Low" priority.
TASK DETAILhttps://phabricator.wikimedia.org/T143645EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, thiemowmdeCc: Jonas, thiemowmde, hoo, Sjoerddebruin, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T143645: Entity Suggester shows double information at certain moments

[thiemowmde]

thiemowmde added a project: Wikidata-Sprint-2016-08-16.
TASK DETAILhttps://phabricator.wikimedia.org/T143645EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: hoo, thiemowmdeCc: hoo, Sjoerddebruin, Aklapper, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T87429: Split TextInjector

[thiemowmde]

thiemowmde added a project: MediaWiki-extensions-WikibaseView.
TASK DETAILhttps://phabricator.wikimedia.org/T87429EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Aklapper, daniel, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T87326: Filter-bar for statements

[thiemowmde]

thiemowmde added a comment.
I would like to point out that this is very closely related to T99243: [Story] consistent order of statements in an item. Both are solutions for the same user story: being able to find specific properties faster, either by having them in a consistent order or by searching for them. However, the tasks don't block each other.TASK DETAILhttps://phabricator.wikimedia.org/T87326EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Lydia_Pintscher, Bene, Tobi_WMDE_SW, Aklapper, Snaterlicious, thiemowmde, adrianheine, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T143383: Let user override statement sort

[thiemowmde]

thiemowmde added a subtask: T129244: [Story] create gadget to try out global sort order.
TASK DETAILhttps://phabricator.wikimedia.org/T143383EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Ayack, MisterSynergy, Aklapper, Ladsgroup, dachary, D3r1ck01, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T129244: [Story] create gadget to try out global sort order

[thiemowmde]

thiemowmde added a parent task: T143383: Let user override statement sort .
TASK DETAILhttps://phabricator.wikimedia.org/T129244EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, thiemowmdeCc: Lea_Lacroix_WMDE, Ladsgroup, Ricordisamoa, Aklapper, Bene, thiemowmde, Lydia_Pintscher, dachary, D3r1ck01, Izno, Wikidata-bugs, aude, Sjoerddebruin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T129244: [Story] create gadget to try out global sort order

[thiemowmde]

thiemowmde removed a subtask: T143383: Let user override statement sort .
TASK DETAILhttps://phabricator.wikimedia.org/T129244EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, thiemowmdeCc: Lea_Lacroix_WMDE, Ladsgroup, Ricordisamoa, Aklapper, Bene, thiemowmde, Lydia_Pintscher, dachary, D3r1ck01, Izno, Wikidata-bugs, aude, Sjoerddebruin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T143383: Let user override statement sort

[thiemowmde]

thiemowmde removed a parent task: T129244: [Story] create gadget to try out global sort order.
TASK DETAILhttps://phabricator.wikimedia.org/T143383EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Ayack, MisterSynergy, Aklapper, Ladsgroup, dachary, D3r1ck01, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T143383: Let user override statement sort

[thiemowmde]

thiemowmde added a parent task: T129244: [Story] create gadget to try out global sort order.
TASK DETAILhttps://phabricator.wikimedia.org/T143383EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Ayack, MisterSynergy, Aklapper, Ladsgroup, dachary, D3r1ck01, Izno, Wikidata-bugs, aude, Ricordisamoa, Sjoerddebruin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T129244: [Story] create gadget to try out global sort order

[thiemowmde]

thiemowmde added a subtask: T143383: Let user override statement sort .
TASK DETAILhttps://phabricator.wikimedia.org/T129244EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Lydia_Pintscher, thiemowmdeCc: Lea_Lacroix_WMDE, Ladsgroup, Ricordisamoa, Aklapper, Bene, thiemowmde, Lydia_Pintscher, dachary, D3r1ck01, Izno, Wikidata-bugs, aude, Sjoerddebruin, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T143490: Endterm evaluation for "Automated Testing and Integration of IFTTT support to Wikidata"

[Sumit]

Sumit added a comment.
Hello mentors, please remember to complete the final evaluation on https://summerofcode.withgoogle.com before August 29th, 19:00 UTCTASK DETAILhttps://phabricator.wikimedia.org/T143490EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: D3r1ck01, SumitCc: D3r1ck01, Bene, Samtar, hoo, Lydia_Pintscher, Slaporte, Aklapper, 01tonythomas, Sumit, Lethexie, Izno, Wikidata-bugs, aude, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T118727: [Task] Move Wikidata browsertests into Wikibase repository

[gerritbot]

gerritbot added a comment.
Change 300508 merged by jenkins-bot:
Move everything from the WikidataBrowserTests repository

https://gerrit.wikimedia.org/r/300508TASK DETAILhttps://phabricator.wikimedia.org/T118727EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: gerritbotCc: Jonas, JanZerebecki, Tobi_WMDE_SW, Aklapper, gerritbot, Lewizho99, Maathavan, D3r1ck01, Izno, Wikidata-bugs, aude, zeljkofilipin, Mbch331, Jay8g, hashar, greg___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Declined] T44783: Do not rerender whole page when only sitelinks are updated

[thiemowmde]

thiemowmde closed this task as "Declined".thiemowmde added a project: MediaWiki-extensions-WikibaseView.thiemowmde added a comment.
In my time in the team I never heard anybody talking about this being an actual issue we need to work on. We are indeed rerendering the whole HTML page. We do caching on so many levels to make this fast. To what "the page itself" refers, I can't tell.TASK DETAILhttps://phabricator.wikimedia.org/T44783EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Ricordisamoa, Aklapper, Denny, aude, matej_suchanek, Lydia_Pintscher, daniel, hoo, Vali.matei, D3r1ck01, Izno, Wikidata-bugs, GWicke, Mbch331, Jay8g___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Commented On] T118558: [Bug] Cannot type "ô" in value field when adding a statement

[Ayack]

Ayack added a comment.

In T118558#2551893, @hoo wrote:
@Hsarrazin @Ayack Is this still a problem for you? I can't reproduce this on Linux at all (neither with Firefox nor with WebKit based browsers).


I can't reproduce it either. Seems to be solved. Thanks.TASK DETAILhttps://phabricator.wikimedia.org/T118558EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: AyackCc: hoo, Hsarrazin, Ayack, JanZerebecki, thiemowmde, Aklapper, Lydia_Pintscher, D3r1ck01, Izno, Wikidata-bugs, aude, Nikerabbit, Arrbee, KartikMistry, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Unblock] T74158: deep copy of Entity is made when calling Revision::getContent()

[thiemowmde]

thiemowmde closed subtask T78266: Implement Entity::copy more efficiently as "Resolved".
TASK DETAILhttps://phabricator.wikimedia.org/T74158EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: Wikidata-bugs, aude, daniel, JohnLewis, D3r1ck01, Izno, Mbch331, Framawiki___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Closed] T78266: Implement Entity::copy more efficiently

[thiemowmde]

thiemowmde closed this task as "Resolved".thiemowmde claimed this task.thiemowmde added projects: Wikibase-DataModel, Wikidata-Sprint-2016-03-01, Wikidata-Sprint-2016-02-02.thiemowmde added a comment.
Fascinating. We resolved this in https://github.com/wmde/WikibaseDataModel/pull/626 during #wikidata-sprint-2016-03-01, while trying to phase out the Entity base class.TASK DETAILhttps://phabricator.wikimedia.org/T78266EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: thiemowmde, Ricordisamoa, Wikidata-bugs, aude, Aklapper, Lydia_Pintscher, daniel, JohnLewis, Vali.matei, D3r1ck01, Izno, GWicke, JeroenDeDauw, Mbch331, Jay8g, Framawiki___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T131132: Re-label the "Save" button to be "Publish", to better indicate to users the outcomes of their action

[thiemowmde]

thiemowmde added projects: Wikidata-Sprint-2016-08-30, Wikidata.
TASK DETAILhttps://phabricator.wikimedia.org/T131132EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: Jdforrester-WMF, thiemowmdeCc: thiemowmde, thcipriani, Platonides, Dereckson, MZMcBride, tarlocesilion, Antanana, Alsee, Matthiasb, BethNaught, Kharkiv07, Philippe, Risker, Scott, APerson, John_Broughton, Whatamidoing-WMF, Ricordisamoa, Qgil, Base, Dispenser, Xaosflux, Florian, TerraCodes, Liuxinyu970226, Zppix, Deskana, Quiddity, Elitre, DLynch, gerritbot, TheDJ, Aklapper, Jdforrester-WMF, merbst, Lewizho99, Maathavan, Wess, D3r1ck01, Samtar, FloNight, Johan, Trizek-WMF, Izno, Psychoslave, Luke081515, Jrf, Husun1297, Wikidata-bugs, Etonkovidova, aude, GOIII, Gryllida, Swainr, Arrbee, KartikMistry, Mbch331, Jay8g, Keegan, Rdicerb___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Claimed] T88475: [Story] Add meta description in the header for Wikibase pages

[thiemowmde]

thiemowmde claimed this task.thiemowmde added a project: Wikidata-Sprint-2016-08-30.
TASK DETAILhttps://phabricator.wikimedia.org/T88475EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: thiemowmdeCc: gerritbot, jeblad, Sjoerddebruin, daniel, Ricordisamoa, Snaterlicious, adrianheine, thiemowmde, aude, Aklapper, mschwarzer, Avner, Lewizho99, Maathavan, debt, Gehel, D3r1ck01, FloNight, Izno, Wikidata-bugs, Deskana, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] wikiconvention & wikidata: thanks and a bug report

[Jane Darnell]

Hi Loic,
I recently noticed that the history of software is severely
underrepresented on Wikidata and there is very little interlinking going on
at all, while many items are missing P31. I do think it would be useful to
create a Wikidata: page to list the various types of
software (OS, languages, development environments) and model how to use
properties to flesh out such items. I suspect there are several properties
that need to be created, such as "Principal developer" or something like
that.

I agree however that for a low-threshold Wikidata meetup, the most
important thing is to share basic gadgets and knowledge, because there is
so much still to be done on outreach in all languages. I noticed for
example that Listeria was blocked on Portuguese Wikipedia due to objections
in the labelling showing up in list headers. This shows how the basic
interface is still such a mystery to so many communities, probably because
the basic interface is still so incomplete in those languages.
Jane

On Fri, Aug 26, 2016 at 7:27 AM, Loic Dachary  wrote:

> Hi Sylvain,
>
> On 26/08/2016 11:43, Sylvain Boissel wrote:
> >
> >
> > 2016-08-21 19:06 GMT+02:00 Loic Dachary >:
> >
> > When the audience was asked for their preferences, I raised my hand
> and happily declared "Contributing to the Software and FLOSS projects !".
> Much to my surprise this was quickly dismissed: "we're only going to learn
> about tools, we create groups to use and learn about tools, not to work on
> a specific project". My interest for the Software project is known to both
> Harmonia Amanda and Ash_Crow, to the extent that I discussed with them my
> intent to recruit people to participate in the workshop for that particular
> topic[3], well in advance.
> >
> > And I answered you weeks ago that I plan to organize a fully dedicated
> workshop on this topic later this year, involving local free software
> organizations like Parinux or Framasoft.
>
> I remember that, excellent initiative :-) I'm not sure how it explains
> what happened during the wikiconvention though.
>
> I was connected to #wikidata-fr today and read a conversation on this
> topic, involving you and Harmonia Amanda (which I will not quote here
> because I assume this is not a good behavior to quote from channels that
> are not logged). The general tone was unfriendly and made me feel unwanted
> as a contributor. It also made me realize that my efforts to bring more
> French people / organizations to wikidata were mocked and unappreciated.
>
> As a volunteer I value good relationships even more than technical
> contributions. For this reason I will distance myself from the wikidata
> French community. I hope to return in the future when a more welcoming
> context has been established.
>
> Cheers
>
> --
> Loïc Dachary, Artisan Logiciel Libre
>
>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] wikiconvention & wikidata: thanks and a bug report

[Loic Dachary]

Hi Sylvain,

On 26/08/2016 11:43, Sylvain Boissel wrote:
> 
> 
> 2016-08-21 19:06 GMT+02:00 Loic Dachary  >:
> 
> When the audience was asked for their preferences, I raised my hand and 
> happily declared "Contributing to the Software and FLOSS projects !". Much to 
> my surprise this was quickly dismissed: "we're only going to learn about 
> tools, we create groups to use and learn about tools, not to work on a 
> specific project". My interest for the Software project is known to both 
> Harmonia Amanda and Ash_Crow, to the extent that I discussed with them my 
> intent to recruit people to participate in the workshop for that particular 
> topic[3], well in advance.
> 
> And I answered you weeks ago that I plan to organize a fully dedicated 
> workshop on this topic later this year, involving local free software 
> organizations like Parinux or Framasoft.

I remember that, excellent initiative :-) I'm not sure how it explains what 
happened during the wikiconvention though.

I was connected to #wikidata-fr today and read a conversation on this topic, 
involving you and Harmonia Amanda (which I will not quote here because I assume 
this is not a good behavior to quote from channels that are not logged). The 
general tone was unfriendly and made me feel unwanted as a contributor. It also 
made me realize that my efforts to bring more French people / organizations to 
wikidata were mocked and unappreciated.

As a volunteer I value good relationships even more than technical 
contributions. For this reason I will distance myself from the wikidata French 
community. I hope to return in the future when a more welcoming context has 
been established.

Cheers

-- 
Loïc Dachary, Artisan Logiciel Libre


___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Commented On] T142087: [Task] prepare bot for quantity change fixes

[Ladsgroup]

Ladsgroup added a comment.
The SPARQL query to find it times out every time. I guess we should work on reading dumps.TASK DETAILhttps://phabricator.wikimedia.org/T142087EMAIL PREFERENCEShttps://phabricator.wikimedia.org/settings/panel/emailpreferences/To: LadsgroupCc: Ladsgroup, Edgars2007, Pasleim, Aklapper, thiemowmde, daniel, Lydia_Pintscher, D3r1ck01, Izno, Wikidata-bugs, aude, Mbch331___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs