[Wikidata-bugs] [Maniphest] [Commented On] T204490: Archive the WikibaseQualityExternalValidation extension

[Bugreporter]

Bugreporter added a comment.


  This is planned in https://www.wikidata.org/wiki/Wikidata:Development_plan, 
but probably using a completely rewritten system.

TASK DETAIL
  https://phabricator.wikimedia.org/T204490

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Zoranzoki21, Bugreporter
Cc: Bugreporter, Physikerwelt, Lucas_Werkmeister_WMDE, hashar, gerritbot, 
JeroenDeDauw, Addshore, Aklapper, darthmon_wmde, DannyS712, Nandana, Reari, 
Lahi, Gq86, GoranSMilovanovic, Gentlejack35, QZanden, merbst, LawExplorer, 
_jensen, rosalieper, Scott_WUaS, MGChecker, Luke081515, thcipriani, abian, 
Wikidata-bugs, aude, Dinoguy1000, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata-bugs] [Maniphest] [Updated] T195976: Docker Image CI status to be sent to IRC

[Aklapper]

Aklapper removed a project: good first task.
Aklapper added a comment.


  > Addshore added a project: good first task.
  
  I don't see how there is sufficient information in this report for 
#good_first_task  
(please see its description) hence removing tag.

TASK DETAIL
  https://phabricator.wikimedia.org/T195976

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Aklapper
Cc: QEDK, Addshore, Aklapper, Tarrow, Samantha_Alipio_WMDE, darthmon_wmde, 
Jelabra, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, 
rosalieper, Scott_WUaS, Asahiko, despens, Wikidata-bugs, aude, Mbch331, 
Chaytanya, DannyS712, Kieubinhtb, Tks4Fish, Mh-3110, Asad_Ali_Palijo, 
Soteriaspace, JakeTheDeveloper, D3r1ck01, MuhammadShuaib, Tmalhotra, SimmeD
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Wikidata-powered COVID19 Dashboard

[Fabrizio Carrai]

Compliments for the great job, nice look! My suggestion: to show the number
of cases in percentage of the overall country population. In my opinion
this give an indicator of the diffusion in each country.

Regards
FabC


Il giorno dom 12 apr 2020 alle ore 07:30 Fariz Darari 
ha scritto:

> Hello all,
>
> COVID19 Dashboard (https://sites.google.com/view/covid19-dashboard/), a
> one-stop information/visualization service for COVID19-related topics, is
> out now!
>
> The dashboard data is pulled from Wikidata, and displays COVID19's:
> - Factbox
> - Map
> - Cases
> - Deaths
> - Victims
> - Symptoms
> - Possible Treatments
> - Health Specialties
> - Taxonomy
> - Images
> - Publications
>
> Take a look: https://sites.google.com/view/covid19-dashboard/
>
> Feedback is welcome, thanks!
>
> Regards,
> Fariz
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>


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

[Wikidata-bugs] [Maniphest] [Changed Subscribers] T195976: Docker Image CI status to be sent to IRC

[QEDK]

QEDK added subscribers: Addshore, QEDK.
QEDK added a comment.


  @Tarrow @Addshore @Aklapper This seems implementable, just a couple of 
questions:
  
  1. which channel is this for?
  2. and if the channel has an existing bot should this be integrated into it?

TASK DETAIL
  https://phabricator.wikimedia.org/T195976

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: QEDK
Cc: QEDK, Addshore, Aklapper, Tarrow, Samantha_Alipio_WMDE, Chaytanya, 
darthmon_wmde, Jelabra, DannyS712, Nandana, Kieubinhtb, Tks4Fish, Mh-3110, 
Asad_Ali_Palijo, Lahi, Gq86, GoranSMilovanovic, Soteriaspace, JakeTheDeveloper, 
QZanden, LawExplorer, _jensen, rosalieper, D3r1ck01, Scott_WUaS, 
MuhammadShuaib, Tmalhotra, Asahiko, SimmeD, despens, Wikidata-bugs, aude, 
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Wikidata-powered COVID19 Dashboard

[Tito Dutta]

Awesome. Could you add website license at the bottom of the site? Hope it
is CC0. Thanks

Tito Dutta
Note: If I don't reply to your email in 2 days, please feel free to remind
me over email or phone call.


On Sun, 12 Apr 2020 at 22:05, Denny Vrandečić  wrote:

> It is allowed (and in fact encouraged) to embed Wikidata query results in
> your site. That was one of the original use cases.
>
> Also, I wouldn't worry tremendously about the load on the Query server
> from that as this is particularly well cachable and cached. To the best of
> my knowledge, embedded queries are not the ones causing issues to WDQS.
>
> On Sun, Apr 12, 2020 at 5:59 AM David McDonell 
> wrote:
>
>> Perhaps consider joining/posting/linking this terrific new tool within
>> this global collaboration community:
>>
>> https://covid-19.cognitive.city/cognitive/welcome
>>
>>
>> On Sun, Apr 12, 2020 at 5:24 AM Jan Ainali  wrote:
>>
>>> Why would it not be allowed?
>>> If it is not, WDQS is at least complicit since it under Link have the
>>> option Embed result that gives you the iframe tag to use.
>>>
>>> Jan Ainali
>>>
>>> Den sön 12 apr. 2020 kl 10:28 skrev Stryn :
>>>
 Not sure is it allowed to frame Wikidata query on your site, at least I
 don't like sites that have external site inside a frame.
 Also having many queries there it makes loading of your site slow. My
 phone was unable to load the site, it was crashing.

 *Stryn*

 *Wikimedia StewardAdmin and checkuser on the Finnish Wikipedia** |
 Admin on Wikidata*
 * | Admin on Meta-Wiki*


 On Sun, 12 Apr 2020 at 08:54, Markus Bärlocher <
 markus.baerloc...@lau-net.de> wrote:

> Hi, looks very nice!
> Big amount of data, nice layout! Thanks :-)
>
> But:
> The absolute number of persons is not very useful.
> Please use the relative number per 100'000 people.
> Or add at least the relative number.
>
> Thanks, Markus
>
>
> Am 12.04.2020 um 07:29 schrieb Fariz Darari:
> > Hello all,
> >
> > COVID19 Dashboard (https://sites.google.com/view/covid19-dashboard/),
> a
> > one-stop information/visualization service for COVID19-related
> topics,
> > is out now!
> >
> > The dashboard data is pulled from Wikidata, and displays COVID19's:
> > - Factbox
> > - Map
> > - Cases
> > - Deaths
> > - Victims
> > - Symptoms
> > - Possible Treatments
> > - Health Specialties
> > - Taxonomy
> > - Images
> > - Publications
> >
> > Take a look: https://sites.google.com/view/covid19-dashboard/
> >
> > Feedback is welcome, thanks!
> >
> > Regards,
> > Fariz
>
> ___
> 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

>>> ___
>>> Wikidata mailing list
>>> Wikidata@lists.wikimedia.org
>>> https://lists.wikimedia.org/mailman/listinfo/wikidata
>>>
>> --
>> David McDonell Co-founder & CEO ICONICLOUD, Inc. "Illuminating the cloud"
>> M: 703-864-1203 EM: da...@iconicloud.com URL: http://iconicloud.com
>> ___
>> 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
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Wikidata-powered COVID19 Dashboard

[Denny Vrandečić]

It is allowed (and in fact encouraged) to embed Wikidata query results in
your site. That was one of the original use cases.

Also, I wouldn't worry tremendously about the load on the Query server from
that as this is particularly well cachable and cached. To the best of my
knowledge, embedded queries are not the ones causing issues to WDQS.

On Sun, Apr 12, 2020 at 5:59 AM David McDonell  wrote:

> Perhaps consider joining/posting/linking this terrific new tool within
> this global collaboration community:
>
> https://covid-19.cognitive.city/cognitive/welcome
>
>
> On Sun, Apr 12, 2020 at 5:24 AM Jan Ainali  wrote:
>
>> Why would it not be allowed?
>> If it is not, WDQS is at least complicit since it under Link have the
>> option Embed result that gives you the iframe tag to use.
>>
>> Jan Ainali
>>
>> Den sön 12 apr. 2020 kl 10:28 skrev Stryn :
>>
>>> Not sure is it allowed to frame Wikidata query on your site, at least I
>>> don't like sites that have external site inside a frame.
>>> Also having many queries there it makes loading of your site slow. My
>>> phone was unable to load the site, it was crashing.
>>>
>>> *Stryn*
>>>
>>> *Wikimedia StewardAdmin and checkuser on the Finnish Wikipedia** |
>>> Admin on Wikidata*
>>> * | Admin on Meta-Wiki*
>>>
>>>
>>> On Sun, 12 Apr 2020 at 08:54, Markus Bärlocher <
>>> markus.baerloc...@lau-net.de> wrote:
>>>
 Hi, looks very nice!
 Big amount of data, nice layout! Thanks :-)

 But:
 The absolute number of persons is not very useful.
 Please use the relative number per 100'000 people.
 Or add at least the relative number.

 Thanks, Markus


 Am 12.04.2020 um 07:29 schrieb Fariz Darari:
 > Hello all,
 >
 > COVID19 Dashboard (https://sites.google.com/view/covid19-dashboard/),
 a
 > one-stop information/visualization service for COVID19-related topics,
 > is out now!
 >
 > The dashboard data is pulled from Wikidata, and displays COVID19's:
 > - Factbox
 > - Map
 > - Cases
 > - Deaths
 > - Victims
 > - Symptoms
 > - Possible Treatments
 > - Health Specialties
 > - Taxonomy
 > - Images
 > - Publications
 >
 > Take a look: https://sites.google.com/view/covid19-dashboard/
 >
 > Feedback is welcome, thanks!
 >
 > Regards,
 > Fariz

 ___
 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
>>>
>> ___
>> Wikidata mailing list
>> Wikidata@lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/wikidata
>>
> --
> David McDonell Co-founder & CEO ICONICLOUD, Inc. "Illuminating the cloud"
> M: 703-864-1203 EM: da...@iconicloud.com URL: http://iconicloud.com
> ___
> 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

[Wikidata-bugs] [Maniphest] [Commented On] T204490: Archive the WikibaseQualityExternalValidation extension

[Physikerwelt]

Physikerwelt added a comment.


  Is there a new project that superseeds the external validation efforts? I 
would be interested in the external validation project code for one of my 
wikibase projects?

TASK DETAIL
  https://phabricator.wikimedia.org/T204490

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Zoranzoki21, Physikerwelt
Cc: Physikerwelt, Lucas_Werkmeister_WMDE, hashar, gerritbot, JeroenDeDauw, 
Addshore, Aklapper, darthmon_wmde, DannyS712, Nandana, Reari, Lahi, Gq86, 
GoranSMilovanovic, Gentlejack35, QZanden, merbst, LawExplorer, _jensen, 
rosalieper, Scott_WUaS, MGChecker, Luke081515, thcipriani, abian, 
Wikidata-bugs, aude, Dinoguy1000, Mbch331, Jay8g, Krenair
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] propographical data and insert performance

[Magnus Manske]

Hi,

I can't speak to the wikibase capabilities directly, but QS via API will
always take a bit of time.

One could adapt my Rust core of QuickStatements [1], which also comes with
an (experimental but quite advanced) QS syntax parser, generate the JSON
for each item, and manually insert it into the `page` table.
Parsing and JSON generation would be very fast, and the data addition could
be bulk SQL (eg, INSERT thousands of VALUE sets in one command).

Then you'd have to run the metadata update script that comes with
MediaWiki/wikibase to get all the links etc. correct and updated. Probably
something similar for the SPARQL. And some minor tweaks in the database I
guess.

Caveat: It would take a bit of fiddling to adapt the Rust QS to this. Might
be worth it as a general solution though, if people would be interested in
this.

Cheers,
Magnus

[1] https://github.com/magnusmanske/petscan_rs

On Sun, Apr 12, 2020 at 6:18 AM Dr. Jesper Zedlitz 
wrote:

> Hopefully this is the right mailing list for my topic.
>
> The German Verein für Computergenealogie is the largest genealogical
> society in Germany with more than 3,700 members. We are currently
> considering whether Wikibase is a suitable system for us. Most
> interesting is the use for our *propographical data*.
>
> Prosopographical data can be divided into three classes:
>
> a) well-known and well-studied personalities, typically authors
> b) lesser-known but well-studied personalities that can be clearly and
> easily identified in historical sources
> c) persons whose identifiability in various sources (such as church
> records, civil record, city directory) has to be established using
> (mostly manual) record linkage
>
> Data from (a) can be found in the GND of the German National Libarary.
> For data from class (b) systems such as FactGrid exists. The Verein für
> Computergenealogie mostly works with data from class (c). We have a huge
> amount of that kind of data, more than 40 million records. Currently it
> is stored in several MySQL and MongoDB databases.
>
> This leads me to the crucial question: Is the performance of Wikibase
> sufficient for such an amount of data? One record for a person will
> typically result in maybe ten statements in Wikibase. Using
> QuickStatements or the WDI library I have not been able to insert more
> than two or three statements per second. It would take month to import
> the data.
>
> Another question is whether the edit history of the entries can be
> preserved. For some data set the edit history goes back to 2004.
>
> I hope someone can give me hints on these questions.
>
> Best wishes
> Jesper
>
> ___
> 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

[Wikidata] CheckUser Candidacy

[ZI Jony]

Dear All,

As required by the policy, here is a notification of Romaine candidacy for
CheckUser.

https://www.wikidata.org/wiki/Wikidata:Requests_for_permissions/CheckUser/Romaine



Regards,
ZI Jony
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata-bugs] [Maniphest] [Created] T250036: Long Wikidata search suggestions not readable

[Slomox]

Slomox created this task.
Slomox added projects: Wikidata, MediaWiki-HTML-Templating.
Restricted Application added a subscriber: Aklapper.

TASK DESCRIPTION
  Steps to Reproduce:
  
  - Go to https://www.wikidata.org/
  - Type in the first letters of a stupidly long word like 
"Rindfleischetikettierungsüberwachungsaufgabenübertragungsgesetz" into the 
search box
  - The Wikidata item for this will appear in the search dropdown and its label 
and/or description will be truncated with an ellipsis because they overflow the 
width of the dropdown
  
  Result: There is no way to tell the actual full label and description without 
clicking on the link.
  
  This could easily be fixed with giving both label (css class 
"ui-entityselector-label") and description (css class 
"ui-entityselector-description") a title attribute so you can see the full 
title by mouseover.
  
  Only a slight improvement but this can save quite some time when you are 
researching a lot of items.
  
  Mouseover titles do not help mobile users, but https://m.wikidata.org/ uses a 
different search box anyways so that is not a big problem.
  
  Nota bene: Wikipedia and other projects do not show this problem. On 
Wikipedia the search box is wider and titles are set. So this is specifically a 
problem with the Wikidata search.

TASK DETAIL
  https://phabricator.wikimedia.org/T250036

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Slomox
Cc: Slomox, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, 
QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, 
Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

Re: [Wikidata] Wikidata-powered COVID19 Dashboard

[David McDonell]

Perhaps consider joining/posting/linking this terrific new tool within this
global collaboration community:

https://covid-19.cognitive.city/cognitive/welcome


On Sun, Apr 12, 2020 at 5:24 AM Jan Ainali  wrote:

> Why would it not be allowed?
> If it is not, WDQS is at least complicit since it under Link have the
> option Embed result that gives you the iframe tag to use.
>
> Jan Ainali
>
> Den sön 12 apr. 2020 kl 10:28 skrev Stryn :
>
>> Not sure is it allowed to frame Wikidata query on your site, at least I
>> don't like sites that have external site inside a frame.
>> Also having many queries there it makes loading of your site slow. My
>> phone was unable to load the site, it was crashing.
>>
>> *Stryn*
>>
>> *Wikimedia StewardAdmin and checkuser on the Finnish Wikipedia** | Admin
>> on Wikidata*
>> * | Admin on Meta-Wiki*
>>
>>
>> On Sun, 12 Apr 2020 at 08:54, Markus Bärlocher <
>> markus.baerloc...@lau-net.de> wrote:
>>
>>> Hi, looks very nice!
>>> Big amount of data, nice layout! Thanks :-)
>>>
>>> But:
>>> The absolute number of persons is not very useful.
>>> Please use the relative number per 100'000 people.
>>> Or add at least the relative number.
>>>
>>> Thanks, Markus
>>>
>>>
>>> Am 12.04.2020 um 07:29 schrieb Fariz Darari:
>>> > Hello all,
>>> >
>>> > COVID19 Dashboard (https://sites.google.com/view/covid19-dashboard/),
>>> a
>>> > one-stop information/visualization service for COVID19-related topics,
>>> > is out now!
>>> >
>>> > The dashboard data is pulled from Wikidata, and displays COVID19's:
>>> > - Factbox
>>> > - Map
>>> > - Cases
>>> > - Deaths
>>> > - Victims
>>> > - Symptoms
>>> > - Possible Treatments
>>> > - Health Specialties
>>> > - Taxonomy
>>> > - Images
>>> > - Publications
>>> >
>>> > Take a look: https://sites.google.com/view/covid19-dashboard/
>>> >
>>> > Feedback is welcome, thanks!
>>> >
>>> > Regards,
>>> > Fariz
>>>
>>> ___
>>> 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
>>
> ___
> Wikidata mailing list
> Wikidata@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikidata
>
-- 
David McDonell Co-founder & CEO ICONICLOUD, Inc. "Illuminating the cloud"
M: 703-864-1203 EM: da...@iconicloud.com URL: http://iconicloud.com
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Wikidata-powered COVID19 Dashboard

[Jan Ainali]

Why would it not be allowed?
If it is not, WDQS is at least complicit since it under Link have the
option Embed result that gives you the iframe tag to use.

Jan Ainali

Den sön 12 apr. 2020 kl 10:28 skrev Stryn :

> Not sure is it allowed to frame Wikidata query on your site, at least I
> don't like sites that have external site inside a frame.
> Also having many queries there it makes loading of your site slow. My
> phone was unable to load the site, it was crashing.
>
> *Stryn*
>
> *Wikimedia StewardAdmin and checkuser on the Finnish Wikipedia** | Admin
> on Wikidata*
> * | Admin on Meta-Wiki*
>
>
> On Sun, 12 Apr 2020 at 08:54, Markus Bärlocher <
> markus.baerloc...@lau-net.de> wrote:
>
>> Hi, looks very nice!
>> Big amount of data, nice layout! Thanks :-)
>>
>> But:
>> The absolute number of persons is not very useful.
>> Please use the relative number per 100'000 people.
>> Or add at least the relative number.
>>
>> Thanks, Markus
>>
>>
>> Am 12.04.2020 um 07:29 schrieb Fariz Darari:
>> > Hello all,
>> >
>> > COVID19 Dashboard (https://sites.google.com/view/covid19-dashboard/), a
>> > one-stop information/visualization service for COVID19-related topics,
>> > is out now!
>> >
>> > The dashboard data is pulled from Wikidata, and displays COVID19's:
>> > - Factbox
>> > - Map
>> > - Cases
>> > - Deaths
>> > - Victims
>> > - Symptoms
>> > - Possible Treatments
>> > - Health Specialties
>> > - Taxonomy
>> > - Images
>> > - Publications
>> >
>> > Take a look: https://sites.google.com/view/covid19-dashboard/
>> >
>> > Feedback is welcome, thanks!
>> >
>> > Regards,
>> > Fariz
>>
>> ___
>> 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
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] ?==?utf-8?q? Wikidata-powered COVID19 Dashboard

[Jason J . Evans]

This is a fantastic resource. Thanks very much for putting this together.

Jason
 
 
-- 
Jason Evans
Wicimediwr Cenedlaethol/ National Wikimedian
Llyfrgell Genedlaethol Cymru / National Library of Wales
jason.ev...@llgc.org.uk
Ffon/Tel: +44 (0)1970 632405
 
 
On Sunday, April 12, 2020 06:53 BST, Markus Bärlocher 
 wrote: 
 
> Hi, looks very nice!
> Big amount of data, nice layout! Thanks :-)
> 
> But:
> The absolute number of persons is not very useful.
> Please use the relative number per 100'000 people.
> Or add at least the relative number.
> 
> Thanks, Markus
> 
> 
> Am 12.04.2020 um 07:29 schrieb Fariz Darari:
> > Hello all,
> > 
> > COVID19 Dashboard (https://sites.google.com/view/covid19-dashboard/), a
> > one-stop information/visualization service for COVID19-related topics,
> > is out now!
> > 
> > The dashboard data is pulled from Wikidata, and displays COVID19's:
> > - Factbox
> > - Map
> > - Cases
> > - Deaths
> > - Victims
> > - Symptoms
> > - Possible Treatments
> > - Health Specialties
> > - Taxonomy
> > - Images
> > - Publications
> > 
> > Take a look: https://sites.google.com/view/covid19-dashboard/
> > 
> > Feedback is welcome, thanks!
> > 
> > Regards,
> > Fariz
> 
> ___
> 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] Wikidata-powered COVID19 Dashboard

[Stryn]

Not sure is it allowed to frame Wikidata query on your site, at least I
don't like sites that have external site inside a frame.
Also having many queries there it makes loading of your site slow. My phone
was unable to load the site, it was crashing.

*Stryn*

*Wikimedia StewardAdmin and checkuser on the Finnish Wikipedia** | Admin on
Wikidata*
* | Admin on Meta-Wiki*


On Sun, 12 Apr 2020 at 08:54, Markus Bärlocher 
wrote:

> Hi, looks very nice!
> Big amount of data, nice layout! Thanks :-)
>
> But:
> The absolute number of persons is not very useful.
> Please use the relative number per 100'000 people.
> Or add at least the relative number.
>
> Thanks, Markus
>
>
> Am 12.04.2020 um 07:29 schrieb Fariz Darari:
> > Hello all,
> >
> > COVID19 Dashboard (https://sites.google.com/view/covid19-dashboard/), a
> > one-stop information/visualization service for COVID19-related topics,
> > is out now!
> >
> > The dashboard data is pulled from Wikidata, and displays COVID19's:
> > - Factbox
> > - Map
> > - Cases
> > - Deaths
> > - Victims
> > - Symptoms
> > - Possible Treatments
> > - Health Specialties
> > - Taxonomy
> > - Images
> > - Publications
> >
> > Take a look: https://sites.google.com/view/covid19-dashboard/
> >
> > Feedback is welcome, thanks!
> >
> > Regards,
> > Fariz
>
> ___
> 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

[Wikidata-bugs] [Maniphest] [Commented On] T242453: Deadlock in blazegraph blocking all queries and updates

[Stashbot]

Stashbot added a comment.


  Mentioned in SAL (#wikimedia-operations) [2020-04-12T06:59:24Z]  
restarting blazegraph on wdqs1004 (T242453 
)

TASK DETAIL
  https://phabricator.wikimedia.org/T242453

EMAIL PREFERENCES
  https://phabricator.wikimedia.org/settings/panel/emailpreferences/

To: Stashbot
Cc: Addshore, dcausse, Aklapper, darthmon_wmde, Nandana, Lahi, Gq86, 
Lucas_Werkmeister_WMDE, GoranSMilovanovic, QZanden, EBjune, merbst, 
LawExplorer, _jensen, rosalieper, Scott_WUaS, Jonas, Xmlizer, jkroll, 
Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, Mbch331
___
Wikidata-bugs mailing list
Wikidata-bugs@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs

[Wikidata] propographical data and insert performance

[Dr. Jesper Zedlitz]

Hopefully this is the right mailing list for my topic.

The German Verein für Computergenealogie is the largest genealogical
society in Germany with more than 3,700 members. We are currently
considering whether Wikibase is a suitable system for us. Most
interesting is the use for our *propographical data*.

Prosopographical data can be divided into three classes:

a) well-known and well-studied personalities, typically authors
b) lesser-known but well-studied personalities that can be clearly and
easily identified in historical sources
c) persons whose identifiability in various sources (such as church
records, civil record, city directory) has to be established using
(mostly manual) record linkage

Data from (a) can be found in the GND of the German National Libarary.
For data from class (b) systems such as FactGrid exists. The Verein für
Computergenealogie mostly works with data from class (c). We have a huge
amount of that kind of data, more than 40 million records. Currently it
is stored in several MySQL and MongoDB databases.

This leads me to the crucial question: Is the performance of Wikibase
sufficient for such an amount of data? One record for a person will
typically result in maybe ten statements in Wikibase. Using
QuickStatements or the WDI library I have not been able to insert more
than two or three statements per second. It would take month to import
the data.

Another question is whether the edit history of the entries can be
preserved. For some data set the edit history goes back to 2004.

I hope someone can give me hints on these questions.

Best wishes
Jesper

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