Date: Thu, 21 Mar 2013 17:34:05 +
To: wikidata-l@lists.wikimedia.org
Subject: Re: [Wikidata-l] Expiration date for data
On 21 March 2013 15:39, Michael Hale hale.michael...@live.com wrote:
Great post. Regarding the suggestions feature, it seems the easiest way to
get that rolling would
using Wikidata any easier.
From: dtarabore...@wikimedia.org
Date: Wed, 20 Mar 2013 10:12:05 -0700
To: wikidata-l@lists.wikimedia.org
Subject: Re: [Wikidata-l] Expiration date for data
I disagree, and fully concur with Tom: a generic string type for a datetime
qualifier defies the purpose
of Wikipedia.
Date: Fri, 15 Mar 2013 09:58:38 -0400
From: tfmor...@gmail.com
To: wikidata-l@lists.wikimedia.org
Subject: Re: [Wikidata-l] Expiration date for data
On Fri, Mar 15, 2013 at 1:49 AM, Michael Hale hale.michael...@live.com wrote:
Yes, I think once qualifiers are enabled you would just
@lists.wikimedia.org
Subject: Re: [Wikidata-l] Expiration date for data
We will have a time datatype, and every property is strongly typed. This
is also true for properties used as qualifiers.
Regarding the priority of qualifiers: very high. They are the next major
UI feature to be deployed
: [Wikidata-l] Expiration date for data
We will have a time datatype, and every property is strongly typed. This is
also true for properties used as qualifiers.
Regarding the priority of qualifiers: very high. They are the next major UI
feature to be deployed, and as far as I can tell from
?
--
Date: Thu, 21 Mar 2013 16:09:58 +0100
From: denny.vrande...@wikimedia.de
To: wikidata-l@lists.wikimedia.org
Subject: Re: [Wikidata-l] Expiration date for data
We do have strong types, but only few of time: item, commons media,
string, time, geo, URL. Government
typed, right?
Date: Thu, 21 Mar 2013 16:09:58 +0100
From: denny.vrande...@wikimedia.de
To: wikidata-l@lists.wikimedia.org
Subject: Re: [Wikidata-l] Expiration date for data
We do have strong types, but only few of time: item, commons media, string,
time, geo, URL. Government leader would
On 21 March 2013 15:39, Michael Hale hale.michael...@live.com wrote:
Great post. Regarding the suggestions feature, it seems the easiest way to
get that rolling would be to have a bot that would periodically tally all of
the properties for all of the items that have an is a property with the
Le 2013-03-15 13:16, Thomas Douillard a écrit :
2013/3/15 Mathieu Stumpf psychosl...@culture-libre.org
Le 2013-03-14 19:38, Michael Hale a écrit :
A topic I've been involved in recently regards statistics for gun
violence in the US. The government publishes a big report every
year,
but it
On Fri, Mar 15, 2013 at 1:49 AM, Michael Hale hale.michael...@live.comwrote:
Yes, I think once qualifiers are enabled you would just have something
like:
...
Property(head of local government)
...
Value(Elizabeth I) - Qualifier(1558-1603) - Sources()
Value(James VI and I) -
: Re: [Wikidata-l] Expiration date for data
Such an old topic, and was unread in my mailbox by now. :-)
Although having validity intervals in Data would be great, I think now, as we
have Lua, there is a client-side approach at least for such specific data as
DB's timetable that is interesting
Hi Dario,
two or three features are still missing to enable that (sorted in order we
are probably going to deploy them):
* qualifiers
* the time datatype
* statement ranks
As soon as they are available, this can be modeled in a way that it can be
useful for projects accessing the data.
So,
Hoi,
The qualifiers, would that be something like ... if the language is
English, the string can be a noun, a verb, an adjective
When the sting is a Dutch noun, it can be masculine, feminine or neuter ??
When a qualifier allows for such constructs, we are halfway there to
implementing a
a template that automatically
makes a table to show the 5 most recent years somewhere in the Atlanta article
for example.
Date: Thu, 14 Mar 2013 16:37:01 +0100
From: jeb...@gmail.com
To: wikidata-l@lists.wikimedia.org
Subject: Re: [Wikidata-l] Expiration date for data
This has also been
Thanks Denny for the update and everybody else for the feedback.
The cases I am particularly interested in are those of qualifiers to express
that Elizabeth I was Queen of England between 1558 and 1603, or that the
city of Vibo Valentia was in the Province of Catanzaro up to 1996, in the
qualifiers should have specific datatypes
other than just string, but I think we should only do that if needed.
From: dtarabore...@wikimedia.org
Date: Thu, 14 Mar 2013 21:27:32 -0700
To: wikidata-l@lists.wikimedia.org
Subject: Re: [Wikidata-l] Expiration date for data
Thanks Denny for the update
Has there been any progress on time-based qualifiers since this thread?
If so, can someone point me to relevant discussions/proposals?
Thanks
Dario
On Oct 11, 2012, at 8:28 AM, Marco Fleckinger marco.fleckin...@gmail.com
wrote:
Hi,
On 11.10.2012 16:12, Lydia Pintscher wrote:
On Thu, Oct
Hi,
there are lot's of other data that is not valid today, but will be in the
future... think about a law that is changed today but the old version is
valid until end of year...
Is there something like VALID_FROM and VALID_TO in your Database?
LB
Hi,
On 10.10.2012 15:51, Luca Martinelli
On Thu, Oct 11, 2012 at 11:13 AM, bene...@zedat.fu-berlin.de wrote:
Hi,
there are lot's of other data that is not valid today, but will be in the
future... think about a law that is changed today but the old version is
valid until end of year...
Is there something like VALID_FROM and
Hi,
On 11.10.2012 16:12, Lydia Pintscher wrote:
On Thu, Oct 11, 2012 at 11:13 AM,bene...@zedat.fu-berlin.de wrote:
Is there something like VALID_FROM and VALID_TO in your Database?
LB
This is basically what the qualifiers do.
http://meta.wikimedia.org/wiki/Wikidata/Notes/Data_model_primer
2012/9/30 Neil Harris n...@tonal.clara.co.uk:
On 30/09/12 13:00, bene...@zedat.fu-berlin.de wrote:
Hi,
I think a valid_from and valid_to-field would be a great idea. Especially
for queries on the db.
But I think it is a fundamental design decision and I'm not sure if it's
possible to
Hi,
On 10.10.2012 15:51, Luca Martinelli wrote:
2012/9/30 Neil Harrisn...@tonal.clara.co.uk:
On 30/09/12 13:00, bene...@zedat.fu-berlin.de wrote:
Hi,
I think a valid_from and valid_to-field would be a great idea. Especially
for queries on the db.
But I think it is a fundamental design
On 30.09.2012 11:59, Marco Fleckinger wrote:
Hi,
regarding an actual topic in Germany about publication of the timetable-data
of
Deutsche Bahn (German national railway company) and their willingness of a
discussion with other Open-Data-Supporters it may be a good idea of providing
an
Hi,
I think a valid_from and valid_to-field would be a great idea. Especially for
queries on the db.
But I think it is a fundamental design decision and I'm not sure if it's
possible to integrate now...
LB
Marco Fleckinger marco.fleckin...@gmail.com schrieb:
Hi,
On 30.09.2012 12:07, Daniel
On 30/09/12 13:00, bene...@zedat.fu-berlin.de wrote:
Hi,
I think a valid_from and valid_to-field would be a great idea. Especially for
queries on the db.
But I think it is a fundamental design decision and I'm not sure if it's
possible to integrate now...
LB
Seconded.
This would, for
25 matches
Mail list logo