RE: W3C DWBP: Request to close Issue 38

Hmm, measuring usage of data that hasn’t been published yet sounds difficult ;-)

 

Alternative:

 

“Priority should be given to publishing data for which there is high demand or for which high usage can be expected.”

 

Makx.

 

 

 

From: Christophe Guéret [mailto:christophe.gueret@dans.knaw.nl] 
Sent: Thursday, September 25, 2014 1:56 PM
To: Lee, Deirdre
Cc: public-dwbp-wg@w3.org; Bernadette Farias Lóscio; Makx Dekkers
Subject: Re: W3C DWBP: Request to close Issue 38

 

Hoi,

My take on this is the the value of a data is best assessed by its amount of usage. If many users use a given dataset or are asking for it, it can be considered to be of high value.

I'd thus suggest to merge the two requirements into one that reads "Priority should be given to publishing datasets highly demanded, or used, by target users".

Christophe

 

On 25 September 2014 00:21, Lee, Deirdre <Deirdre.Lee@deri.org <mailto:Deirdre.Lee@deri.org> > wrote:

Too many questions remain here, so reopening this issue. What does everyone think about these current requirements: 

*         R-SelectHighValue

*         R-SelectDemand

 

Bernadette, in connection to UC#3, what do you think?

 

Issue: https://www.w3.org/2013/dwbp/track/issues/38 

 

From: Makx Dekkers [mailto:makx@makxdekkers.com <mailto:makx@makxdekkers.com> ] 
Sent: 20 September 2014 20:54
To: Lee, Deirdre
Cc: 'Bernadette Farias Lóscio'
Subject: RE: W3C DWBP: Request to close Issue 38

 

Not trying to be difficult here, but I still don’t think that Use Case #3 Recife Open Data Portal mentions a requirement for selecting high-quality data. The phrase that maybe has some relevance to value is “identify the sources of data that their pontential (sic!) consumers could find useful” but that is a bit of a stretch. The requirement from that phrase should be something like R-SelectUsefulData which seems to be similar to R-SelectDemand. Or is there another sentence that I am overlooking?

 

In addition, the Use Case does not mention in any way a requirement that the value “should be indicated in a quantifiable manner/property” – which I don’t understand at all. What is a “manner/property” and what kinds of quantifications should we think of? Maybe an example would help?

 

Makx.

 

 


Makx Dekkers

makx@makxdekkers.com <mailto:makx@makxdekkers.com> 

+34 639 26 11 46

 

 

From: Lee, Deirdre [mailto:Deirdre.Lee@deri.org] 
Sent: Thursday, September 18, 2014 5:10 PM
To: Makx Dekkers
Cc: Bernadette Farias Lóscio
Subject: W3C DWBP: Request to close Issue 38

 

Hi, 

In one of the recent Friday telcos and/or on the email list we have discussed the following issue that you raised about the DWBP Use Case & Requirement (UCR):


ISSUE-38: Review motivation for R-SelectHighValue

https://www.w3.org/2013/dwbp/track/issues/38

 

Can you confirm that this issue has been addressed in the updated version of the UCR doc, available here: http://htmlpreview.github.io/?https://github.com/w3c/dwbp/blob/gh-pages/usecasesv1.html 

If you agree, I will close the issue.

Kind regards,
Deirdre

Deirdre Lee, Research Associate, eGovernment Group

Insight Center for Data Analytics, NUI Galway, Ireland

Twitter: @deirdrelee, Skype: deirdrelee

Linkedin:  <http://ie.linkedin.com/in/leedeirdre/> ie.linkedin.com/in/leedeirdre/




-- 

Onderzoeker
+31(0)6 14576494
 <mailto:christophe.gueret@dans.knaw.nl> christophe.gueret@dans.knaw.nl

 

Data Archiving and Networked Services (DANS)

DANS bevordert duurzame toegang tot digitale onderzoeksgegevens. Kijk op  <http://www.dans.knaw.nl> www.dans.knaw.nl voor meer informatie. DANS is een instituut van KNAW en NWO.

 

Let op, per 1 januari hebben we een nieuw adres: 

DANS | Anna van Saksenlaan 51 | 2593 HW Den Haag | Postbus 93067 | 2509 AB Den Haag | +31 70 349 44 50 |  <mailto:info@dans.kn> info@dans.knaw.nl |  <http://www.dans.knaw.nl> www.dans.knaw.nl

 

Let's build a World Wide Semantic Web!
http://worldwidesemanticweb.org/


e-Humanities Group (KNAW)
 <http://www.ehumanities.nl/> 

Received on Thursday, 25 September 2014 12:07:04 UTC