I agree getting bogged down on one item of data isnt helpful but the data
does need to show its disputed and the data item on Israel
<https://www.wikidata.org/wiki/Q801> should at least have Tel Aviv listed
as its mentonym


within the database because the data base
> is applying one truth where there is no one truth for everyone. This will
> always be the single biggest flaw of Wikidata no matter how data is
> presented it can never be the absolute truth

The Jerusalem/Israel example where the data doesnt indicate its disputed
means that it will propagated as an absolute truth...


Then again this is shifting away from the original concern over quality
that the ability to verify the information  isnt clear combined with the
CC0 license the already established practice on other sources. Wikidata for
falsehoods being easily manipulated its going to have a impact.

On 10 December 2015 at 16:44, Jane Darnell <jane...@gmail.com> wrote:

> Amen to that! This discussion about Jerusalem reminds me of the discussion
> we had about the nationality of Anne Frank. For those interested, there
> have been some heated debates about whether Mobile should use the text in
> Wikidata "label descriptions" or rather some basic presentation of the P31
> property. Most descriptions are still blank anyway. Personally I think
> texts such as "capital of Israel" or "holocaust victim" are both better
> than blank, but many disagree with me.
>
> Both of these represent associated items that have a lot of eyes on them,
> but what about our more obscure items? Lots of these may be improved by the
> people who originally created a Wikipedia page for them. As a Wikipedia
> editor who has created over 2000 Wikipedia pages, I feel somewhat dismayed
> at the idea that I need to walk through this long list and add statements
> to their Wikidata items as the responsible party who introduced them to the
> Wikiverse in the first place. But if I had a gadget that would tell me
> which of my created Wikipedia articles had 0-3 statements, I would probably
> update those.
>
> On Thu, Dec 10, 2015 at 9:27 AM, Lydia Pintscher <
> lydia.pintsc...@wikimedia.de> wrote:
>
> > On Tue, Dec 8, 2015 at 1:15 AM, Gnangarra <gnanga...@gmail.com> wrote:
> > > Criag is right this cant be fixed within the database because the data
> > base
> > > is applying one truth where there is no one truth for everyone. This
> will
> > > always be the single biggest flaw of Wikidata no matter how data is
> > > presented it can never be the absolute truth unless its measurable
> > through
> > > some mathematical scientific process that can replicated by everyone,
> > > translated into any language.
> > >
> > > Wikipedia's answer is to present all considerations in an equal manor
> and
> > > not interpret the facts....
> > >
> > > Wikidata defines what is fact, what is truth, what is right thats a big
> > > task and is something the community has never tackled before... should
> we
> > > even try, has the damage already been done or should we narrow the
> range
> > of
> > > recorded data, could we flag alternatives, could we give a measure of
> > > acceptance for each fact. are there alternative means....
> >
> > That is actually not correct. We have built Wikidata from the very
> > beginning with some core believes. One of them is that Wikidata isn't
> > supposed to have the one truth but instead is able to represent
> > various different points of view and link to sources claiming these.
> > Look for example at the country statements for Jerusalem:
> > https://www.wikidata.org/wiki/Q1218
> > Now I am the first to say that this will not be able to capture the
> > full complexity of the world around us. But that's not what it is
> > meant to do. However please be aware that we have built more than just
> > a dumb database with Wikidata and have gone to great length to make it
> > possible to capture knowledge diversity.
> >
> >
> > Cheers
> > Lydia
> >
> > --
> > Lydia Pintscher - http://about.me/lydia.pintscher
> > Product Manager 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/681/51985.
> >
> > _______________________________________________
> > Wikimedia-l mailing list, guidelines at:
> > https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
> > Wikimedia-l@lists.wikimedia.org
> > Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> > <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
> _______________________________________________
> Wikimedia-l mailing list, guidelines at:
> https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
> Wikimedia-l@lists.wikimedia.org
> Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l,
> <mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>
>



-- 
GN.
President Wikimedia Australia
WMAU: http://www.wikimedia.org.au/wiki/User:Gnangarra
Photo Gallery: http://gnangarra.redbubble.com
_______________________________________________
Wikimedia-l mailing list, guidelines at: 
https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines
Wikimedia-l@lists.wikimedia.org
Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, 
<mailto:wikimedia-l-requ...@lists.wikimedia.org?subject=unsubscribe>

Reply via email to
https://www.mail-archive.com/wikimedia-l@lists.wikimedia.org/msg20229.html
www.mail-archive.com
crawl=CC-MAIN-2021-31
16885
application/http; msgtype=response
sha1:5WLGJ5INQMDZN44W4FK7RE72UH4ON5MT
<urn:uuid:e261f572-b176-4d7b-a545-d4d8b97a71fb>
2021-07-29T03:44:29Z
72.52.77.8
text/html
sha1:2YIXC6ISADSEU3I4CK3M4J2WQG6P4SZ3
<urn:uuid:5eb0b1cb-a3ba-44a5-ac53-4a8038c2f235>
https://www.mail-archive.com/wikimedia-l@lists.wikimedia.org/msg20229.html
response
<urn:uuid:f1f777d1-eb08-4770-bd71-b957accc4dbe>
isPartOf: CC-MAIN-2021-31
publisher: Common Crawl
description: Wide crawl of the web for July/August 2021
operator: Common Crawl Admin (info@commoncrawl.org)
hostname: ip-10-67-67-148.ec2.internal
software: Apache Nutch 1.18 (modified, https://github.com/commoncrawl/nutch/)
robots: checked via crawler-commons 1.2-SNAPSHOT (https://github.com/crawler-commons/crawler-commons)
format: WARC File Format 1.1
conformsTo: https://iipc.github.io/warc-specifications/specifications/warc-format/warc-1.1/