Re: [Wikidata] Weekly Summary #385

[Thad Guidry]

Regarding that now closed discussion about "notability wording"...

I've answered Richard on his talk page:
https://www.wikidata.org/wiki/User_talk:Richard_Arthur_Norton_(1958-_)#Your_question_about_what_it_means_when_we_say_%22item%22_or_%22topic%22_in_Wikidata

Hopefully it clarifies a few things for folks.
I.E.  we should take the time to do more linking to the Glossary much more
in various areas of our documentation so that folks know what we mean when
we use a particular term, instead of just leaving the term as simple text.
This is especially important in pages regarding Datatypes, APIs, etc. where
it might be confusing for folks coming into Wikidata brand new but quite
versed in other systems using similar terminology.  "topic" versus "item",
etc.

Thad
https://www.linkedin.com/in/thadguidry/
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata] Weekly Summary #385

[Léa Lacroix]

*Here's your quick overview of what has been happening around Wikidata over
the last week.*
Discussions

   - New request for comments: Structured path for property definition
   changes
   
,
   Import of item into wikidata private instance
   

   - Closed requests for comments: Notability wording
   


Events 

   - Wikidata (für Archive)
    beim
   Herbsttreffen des AK Archive der Leibniz-Gemeinschaft
   

   (in German)
   - Upcoming: Next Linked Data for Libraries LD4-Wikidata Affinity Group
   call: Finding GLAMs campaign 08 October. Agenda
   


Press, articles, blog posts


   - *Generating "Who Wants to Be a Millionaire?" Questions Sets
   Automatically from Wikidata
   
*,
   Markus Wohlan, et al.
   - *Wikidata: A large-scale collaborative ontological medical database
   
*,
   Houcemeddine Turki et al.
   - Wikidata & Wikibase for National Libraries: the inaugural meeting
   

   by Wendy Byrne and Liam Wyatt
   - *Una lezione di biblioteconomia, o Del nome corto dell’autore
   
*,
   Giovanni Bergamin (Q61727262) 

Tool of the week

   - soweego  links Wikidata to large
   third-party catalogs. Together with its friend Mix'n'match
   , it helps Wikidata to become
   the universal linking hub of open data.

Other Noteworthy Stuff

   - The WikiProject India will send a quarterly newsletter, more info and
   subscribe here
   
   - Two Wikidata users were nominated for a “WikiEule”, the German
   Wikipedia community’s annual awards: MisterSynergy
    (nomination
   )
   for an “EngagementEule” (special commitment to the wiki projects) and
   Tobias1984  (nomination
   )
   for an “OrgaEule” (organizational work).
   - You can nominate projects for the WikidataCon award
   

   until October 7th at 23:59 UTC (today).
   - During the summer, WikidataJS
    became
   WikibaseJS! More specifically:
  - wikidata-sdk became wikibase-sdk
   (changelogs
  

  )
  - wikidata-edit became wikibase-edit
   (changelogs
  

  )
  - wikidata-cli became wikibase-cli
   (changelogs
  

  )

Did you know?

   - Newest properties
   :
  - General datatypes: content descriptor
  , educational stage
  , MWNF ID
  , worn by
  , tussenvoegsel
  , item disputed by
  
  - External identifiers: Gazetteer for Scotland person ID
  , Gazetteer for
  Scotland place ID
, FootballDatabase.eu
  team ID , GENUKI ID
  , N

Re: [Wikidata] Big numbers

[John Erling Blad]

In the DecimalMath class you escalate scaling on length of fractional part
during multiply. That is what they do in school, but it leads to false
precision. It can be argued that this is both wrong and right. Is there any
particular reason (use case) why you do that? I don't escalate scaling in
the Lua lib.

I see you have bumped into the problem whether precision is a last
digit resolution or a count of significant digits. There are a couple of
(several!) different definitions, and I'm not sure which one is right. 3 ±
0.5 meter is comparable to 120 ±10 inches, but interpretation of "3 meter"
as having a default precision of ±0.5 meter is problematic. It is easier to
see the problem if you compare with a prefix. What is the precision of 3000
meter vs 3 km? And when do you count significant digits? Is zero (0) a
significant digit?

Otherwise I find this extremely amusing. When I first mentioned this we got
into a fierce discussion, and the conclusion was that we should definitely
not use big numbers. Now we do. :D

On Mon, Oct 7, 2019 at 10:44 AM Daniel Kinzler 
wrote:

> Am 07.10.19 um 09:50 schrieb John Erling Blad:
> > Found a few references to bcmath, but some weirdness made me wonder if
> it really
> > was bcmath after all. I wonder if the weirdness is the juggling with
> double when
> > bcmath is missing.
>
> I haven't looked at the code in five years or so, but when I wrote it,
> Number
> was indeed bcmath with fallback to float. The limit of 127 characters
> sounds
> right, though I'm not sure without looking at the code.
>
> Quantity is based on Number, with quite a bit of added complexity for
> converting
> between units while considering the value's precision. e.g. "3 meters"
> should
> not turn into "118,11 inch", but "118 inch" or even "120 inch", if it's the
> default +/- 0.5 meter = 19,685 inch, which means the last digit is
> insignificant. Had lots of fun and confusion with that. I also implemented
> rounding on decimal strings for that. And initially screwed up some edge
> cases,
> which I only realized when helping my daughter with her homework ;)
>
> --
> Daniel Kinzler
> Principal Software Engineer, Core Platform
> Wikimedia Foundation
>
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

[Wikidata] SPARQL- query: stretch in time

[Olaf Simons]

Dear List,

a colleague has asked me how she could generate a timeline with spans of time 
on the FactGrid wikibase. She wants to visualise to what extent Gotha's duke 
Ernest II was in Gotha - and to what extent he was actually elsewhere on 
journeys leaving it to his ministers to rule the country.

I made a test input with two properties on the Item for Ernest:

https://database.factgrid.de/wiki/Item:Q978

P316 is for journeys with beginning and end. P296 eill become more specific in 
order to generate itineraries.

I's be grateful for the SPARQL-Query that brought stretches of time for 
journeys on the timeline.

My thanks for any help,
Olaf





Dr. Olaf Simons
Forschungszentrum Gotha der Universität Erfurt
Schloss Friedenstein, Pagenhaus
99867 Gotha

Büro: +49-361-737-1722
Mobil: +49-179-5196880

Privat: Hauptmarkt 17b/ 99867 Gotha

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

Re: [Wikidata] Big numbers

[Daniel Kinzler]

Am 07.10.19 um 09:50 schrieb John Erling Blad:
> Found a few references to bcmath, but some weirdness made me wonder if it 
> really
> was bcmath after all. I wonder if the weirdness is the juggling with double 
> when
> bcmath is missing.

I haven't looked at the code in five years or so, but when I wrote it, Number
was indeed bcmath with fallback to float. The limit of 127 characters sounds
right, though I'm not sure without looking at the code.

Quantity is based on Number, with quite a bit of added complexity for converting
between units while considering the value's precision. e.g. "3 meters" should
not turn into "118,11 inch", but "118 inch" or even "120 inch", if it's the
default +/- 0.5 meter = 19,685 inch, which means the last digit is
insignificant. Had lots of fun and confusion with that. I also implemented
rounding on decimal strings for that. And initially screwed up some edge cases,
which I only realized when helping my daughter with her homework ;)

-- 
Daniel Kinzler
Principal Software Engineer, Core Platform
Wikimedia Foundation

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

Re: [Wikidata] Big numbers

[John Erling Blad]

Found a few references to bcmath, but some weirdness made me wonder if it
really was bcmath after all. I wonder if the weirdness is the juggling with
double when bcmath is missing.



On Mon, Oct 7, 2019 at 9:18 AM Jeroen De Dauw 
wrote:

> Hey John,
>
> I'm not aware of any documentation, though there probably is some
> somewhere. What I can point you to is the code dealing with numbers:
> https://github.com/wmde/Number
>
> Cheers
>
> --
> Jeroen De Dauw | www.EntropyWins.wtf  |
> www.Professional.Wiki 
> Entrepreneur | Software Crafter | Speaker | Open Souce and Wikimedia
> contributor
> ~=[,,_,,]:3
>
> ___
> 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] Big numbers

[John Erling Blad]

I'm not sure, I have not tried to figure out why, but some places it seems
like the limit hits around 95 chars.

On Mon, Oct 7, 2019 at 9:17 AM Nicolas VIGNERON 
wrote:

> Hi,
>
> The offical documentation is
> https://www.wikidata.org/wiki/Help:Data_type#quantity but indeed there is
> no indication of the limit.
>
> From what I tested, apparently you can enter any number which is less than
> 127 characters long (https://www.wikidata.org/wiki/Q4115189#P1104).
>
> Cheers,
> ~nicolas
>
> Le lun. 7 oct. 2019 à 08:58, John Erling Blad  a écrit :
>
>> Is there any documentation of the number format used by the quantity
>> type? Bumped into this and had to implement the BCmath extension to handle
>> the number. The reason why I did it (except it was fun) is to handle some
>> weird unit conversions. By inspection I found there were numbers at
>> Wikidata that clearly could not be implemented as doubles, and testing a
>> little I found that this had to be implemented as some kind of big numbers.
>> Lua does not have big numbers, and using the numbers from quantity as a
>> plain number type is a coming disaster.
>>
>> So, is there any documentation for the quantity format anywhere? I have
>> not found anything. I posted a task about it, and please add info there if
>> you know where some info can be found. I suspect the format just happen to
>> be the same as BC, and nobody really checked if the format was compatible,
>> or…?
>>
>> The BCmath extension can be found at
>> - https://www.mediawiki.org/wiki/Extension:BCmath
>> - https://github.com/jeblad/BCmath
>>
>> There is a Vagrant role if anyone likes to test it out.
>> ___
>> 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] Big numbers

[Jeroen De Dauw]

Hey John,

I'm not aware of any documentation, though there probably is some
somewhere. What I can point you to is the code dealing with numbers:
https://github.com/wmde/Number

Cheers

--
Jeroen De Dauw | www.EntropyWins.wtf  |
www.Professional.Wiki 
Entrepreneur | Software Crafter | Speaker | Open Souce and Wikimedia
contributor
~=[,,_,,]:3
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Big numbers

[Nicolas VIGNERON]

Hi,

The offical documentation is
https://www.wikidata.org/wiki/Help:Data_type#quantity but indeed there is
no indication of the limit.

>From what I tested, apparently you can enter any number which is less than
127 characters long (https://www.wikidata.org/wiki/Q4115189#P1104).

Cheers,
~nicolas

Le lun. 7 oct. 2019 à 08:58, John Erling Blad  a écrit :

> Is there any documentation of the number format used by the quantity type?
> Bumped into this and had to implement the BCmath extension to handle the
> number. The reason why I did it (except it was fun) is to handle some weird
> unit conversions. By inspection I found there were numbers at Wikidata that
> clearly could not be implemented as doubles, and testing a little I found
> that this had to be implemented as some kind of big numbers. Lua does not
> have big numbers, and using the numbers from quantity as a plain number
> type is a coming disaster.
>
> So, is there any documentation for the quantity format anywhere? I have
> not found anything. I posted a task about it, and please add info there if
> you know where some info can be found. I suspect the format just happen to
> be the same as BC, and nobody really checked if the format was compatible,
> or…?
>
> The BCmath extension can be found at
> - https://www.mediawiki.org/wiki/Extension:BCmath
> - https://github.com/jeblad/BCmath
>
> There is a Vagrant role if anyone likes to test it out.
> ___
> 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] WikidataCon Award 2019: help us nominating the best projects and tools

[Léa Lacroix]

Hello all,
Final call: today is the last day to nominate projects for the WikidataCon
award
!
Everyone can participate (even if you don't attend to the WikidataCon).
Deadline is October 7th at 23:59 UTC.
Cheers,
Léa

On Mon, 30 Sep 2019 at 13:53, Léa Lacroix  wrote:

> Hello all,
> Just a short reminder, you can still nominate your favourite Wikidata and
> Wikibase projects until October 7th :)
> Cheers,
> Léa
>
> On Thu, 19 Sep 2019 at 14:49, Léa Lacroix 
> wrote:
>
>> Hello all,
>>
>> The Wikidata and Wikibase ecosystem is a huge galaxy of exciting content,
>> tools, projects, powered by the communities as well as organisations
>> working with the software and the data. For seven years, people are
>> gathering, starting projects, developing tools, improving the editors'
>> workflows, filling various gaps, working all together to give more people
>> more access to more knowledge.
>>
>> The *WikidataCon Award 2019* will reward the greatest projects in a
>> variety of categories. The awarded projects are selected by the WikidataCon
>> Award committee, based on nominations by the community. Everyone is invited
>> to participate and nominate one or several projects. The nomination process
>> is open until *October 7th*.
>>
>> What we mean by *project*: a project can be a community gathering or
>> other initiative that led to great results (WikiProject, event,
>> editathon…), a tool (gadget, script, external tool…) or any other action
>> that led to improving Wikidata’s data, the workflow of its editors or the
>> outreach.
>>
>> To read more about the award and participate, please check out this page
>> .
>> Thanks!
>> --
>> Léa Lacroix
>> Project Manager Community Communication for Wikidata
>>
>> Wikimedia Deutschland e.V.
>> Tempelhofer Ufer 23-24
>> 10963 Berlin
>> www.wikimedia.de
>>
>> Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
>>
>> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
>> unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das Finanzamt
>> für Körperschaften I Berlin, Steuernummer 27/029/42207.
>>
>
>
> --
> Léa Lacroix
> Project Manager Community Communication for Wikidata
>
> Wikimedia Deutschland e.V.
> Tempelhofer Ufer 23-24
> 10963 Berlin
> www.wikimedia.de
>
> Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.
>
> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg
> unter der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das Finanzamt
> für Körperschaften I Berlin, Steuernummer 27/029/42207.
>


-- 
Léa Lacroix
Project Manager Community Communication for Wikidata

Wikimedia Deutschland e.V.
Tempelhofer Ufer 23-24
10963 Berlin
www.wikimedia.de

Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V.

Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter
der Nummer 23855 Nz. Als gemeinnützig anerkannt durch das Finanzamt für
Körperschaften I Berlin, Steuernummer 27/029/42207.
___
Wikidata mailing list
Wikidata@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikidata