Glenn and all, greetings.
On 2011 Apr 9, at 03:10, glenn mcdonald wrote:
I don't think data quality is an amorphous, aesthetic, hopelessly subjective
topic. Data beauty might be subjective, and the same data may have
different applicability to different tasks, but there are a lot of obvious
Hi Glenn,
This reminds me some established frameworks.
Here is a list of criteria gathered from the literature for metadata quality
[1]. It is not exhaustive. Besiki Svitlia has also worked on a more
comprehensive framework [2]. More has been done on information quality in
general. However I
On Fri, 2011-04-08 at 21:10 -0400, glenn mcdonald wrote:
I don't think data quality is an amorphous, aesthetic, hopelessly
subjective topic. Data beauty might be subjective, and the same data
may have different applicability to different tasks, but there are a
lot of obvious and
As part of conversations about data, you do need to able to see the
subjectively bad to make it subjectively good. What you can't do (which
is what Glenn does repeatedly) is conflate the tools that actually enable
you see the subjectively good, bad, or ugly with said data.
I'm a tool
A minor quibble, not sure about Directionality. You can follow an RDF
link in both directions (at least in SPARQL and any RDF API I've worked
with). I would be inclined to generalize and rephrase this as ...
Consistency of modelling: whichever way you make modelling decisions
such as
On 4/12/11 9:33 AM, glenn mcdonald wrote:
As part of conversations about data, you do need to able to see
the subjectively bad to make it subjectively good. What you
can't do (which is what Glenn does repeatedly) is conflate the
tools that actually enable you see the
On 4/12/11 9:53 AM, glenn mcdonald wrote:
On Tue, Apr 12, 2011 at 8:58 AM, Kingsley Idehen
kide...@openlinksw.com mailto:kide...@openlinksw.com wrote:
1.
http://lod.openlinksw.com/describe/?uri=http%3A%2F%2Fdbpedia.org%2Fresource%2FMichael_Jackson
-- basic description of 'Micheal
But who ever told you, or inferred to you, that any LOD demo is about the
Complete Linked Data Experience let alone the Complete Data Experience.
I didn't capitalize those. A human's experience of data is the product of
the underlying data and the tool/experience/interface through which they
On 4/12/11 9:53 AM, glenn mcdonald wrote:
On Tue, Apr 12, 2011 at 8:58 AM, Kingsley Idehen
kide...@openlinksw.com mailto:kide...@openlinksw.com wrote:
1.
http://lod.openlinksw.com/describe/?uri=http%3A%2F%2Fdbpedia.org%2Fresource%2FMichael_Jackson
-- basic description of 'Micheal
BIND(URI(CONCAT(http://dbpedia.org/resource/;, ?label)) AS ?dbpResource)
The 1.0/1.1 clunkiness is just temporary, but I feel obliged to point out
the hand-waving in this join-via-URI-concatenation...
On 4/12/11 10:03 AM, Rob Vesse wrote:
Hi Glenn
Interjecting into your email thread re Danny's SPARQL puzzle in case
you hadn't seen my tweets to him today on this topic
On Tue, 12 Apr 2011 09:33:05 -0400, glenn mcdonald gl...@furia.com
wrote:
Which is what I was talking about in
On 4/12/11 10:08 AM, glenn mcdonald wrote:
But who ever told you, or inferred to you, that any LOD demo is
about the Complete Linked Data Experience let alone the
Complete Data Experience.
I didn't capitalize those. A human's experience of data is the product
of the underlying
On 4/12/11 10:19 AM, glenn mcdonald wrote:
BIND(URI(CONCAT(http://dbpedia.org/resource/;, ?label)) AS
?dbpResource)
The 1.0/1.1 clunkiness is just temporary, but I feel obliged to point
out the hand-waving in this join-via-URI-concatenation...
What now? You don't like the manner in
On 4/12/11 10:30 AM, glenn mcdonald wrote:
In addition to my prior comments, you could have looked up the
source of the subjectively errant assertion
So you call Michael Jackson owl:sameAs Michael Rodrick a
subjectively errant assertion? I definitely don't know what you mean
by
On 4/12/11 10:37 AM, glenn mcdonald wrote:
On your part, you claim Excel is pathetic.
No, I said that it's pathetic that Excel doesn't offer better tools
for evaluating and improving data.
Excel has always been extensible. You or anyone else can extend it.
Thus, how can it be pathetic
BIND(URI(CONCAT(http://dbpedia.org/resource/;, ?label)) AS ?dbpResource)
The 1.0/1.1 clunkiness is just temporary, but I feel obliged to point out
the hand-waving in this join-via-URI-concatenation...
What now? You don't like the manner in which a solution has been
constructed? What are
On 4/12/11 10:59 AM, glenn mcdonald wrote:
If you can't see the data there's nothing to fix, thus we end up
in a subjective fools paradise.
Not sure who you're talking to here. I'm certainly not arguing against
seeing the data.
You continue to imply that seeing subjectively
Stop quibbling, contribute a solution.
As you know, but others might not, I work on www.needlebase.com, a
graph-database project incubated at ITA and due to become part of Google any
hour now. It takes a somewhat different approach to data representation and
data curation than the
Would it be great to have some folks from the LOD community at this
conference to make sure that VIVO interfaces well in with the rest
of the LOD cloud?
Tim
Begin forwarded message:
From: VIVO alici...@ufl.edu
Date: 2011-04-12 8:35:47 EDT
To: timbl+v...@w3.org
Subject: Early Bird
On 4/12/11 11:16 AM, glenn mcdonald wrote:
Stop quibbling, contribute a solution.
As you know, but others might not, I work on www.needlebase.com
http://www.needlebase.com, a graph-database project incubated at ITA
and due to become part of Google any hour now. It takes a somewhat
If you have a dataset fix for Danny's problems (or any others you've
stumbled across along the way) do share via a URL.
Well, the problems in Danny's case were these:
- the required query path to connect gods to planets was non-obvious and not
trivial to figure out by exploring
- doing
You continue to imply that seeing subjectively imperfect data projected via
a data oriented tool is problematic re., your total data experience world
view.
I continue to think it's hilarious that you consider it subjectively
imperfect that your dataset says Michael Jackson and Michael
On 4/12/11 1:39 PM, glenn mcdonald wrote:
If you have a dataset fix for Danny's problems (or any others
you've stumbled across along the way) do share via a URL.
Well, the problems in Danny's case were these:
- the required query path to connect gods to planets was non-obvious
and
***
CALL FOR POSTERS, DEMOS AND LATE-BREAKING WORK
***
1st Workshop on Making Sense of Microposts #MSM2011
7th Extended (former European) Semantic Web Conference ESWC 2010
30 May 2011
Heraklion, Greece
***
http://research.hypios.com/msm2011/
***
The topic of Making Sense of Microposts generated a
On 4/12/11 1:52 PM, glenn mcdonald wrote:
You continue to imply that seeing subjectively imperfect data
projected via a data oriented tool is problematic re., your total
data experience world view.
I continue to think it's hilarious that you consider it subjectively
imperfect
So yes, I think you should feel a little embarrassed about broadcasting
links to a demo in which the very first piece of data one sees is obviously
wrong.
To you the first piece of that is an owl:sameAs assertion. That's 100% fine
for you, but that isn't true for everyone else. It just
A recent thread included discussion of how to reply to postings.
For what it's worth, I don't agree that the best way to reply to a posting
about doing something in one system is to say:
Well this is how I do it in my system.
At its best, it is hard to understand what the respondent means,
Nothing about the DBMS hosting the datasets (where each has a Named Graph
IRI) prevents the beholder or consumer from achieving the following via the
available data access endpoints:
1. Accessing and altering the source query or SPARQL protocol URL
I tried clicking your OpenLink Data
On 4/12/11 3:02 PM, glenn mcdonald wrote:
So yes, I think you should feel a little embarrassed about
broadcasting links to a demo in which the very first piece of
data one sees is obviously wrong.
To you the first piece of that is an owl:sameAs assertion. That's
100% fine
On 4/12/11 3:25 PM, glenn mcdonald wrote:
Nothing about the DBMS hosting the datasets (where each has a
Named Graph IRI) prevents the beholder or consumer from achieving
the following via the available data access endpoints:
1. Accessing and altering the source query or SPARQL
Please post the URL in question so I can double check what's happening.
Remember, I am sharing URLs across the Web, there are many factor in play
re. time variant nature of resources. etc..
Anyway, give me a URL and I can look into what might be happening.
On 4/12/11 3:55 PM, glenn mcdonald wrote:
Please post the URL in question so I can double check what's
happening. Remember, I am sharing URLs across the Web, there are
many factor in play re. time variant nature of resources. etc..
Anyway, give me a URL and I can look into what
+1 to your observation. And FWIW, I hesitated for 30 minutes literally before
sending this message, deciding to say very little lest I get pulled into some
philosophical debate myself :)
Sent from my iPhone
On Apr 12, 2011, at 12:10 PM, Hugh Glaser h...@ecs.soton.ac.uk wrote:
A recent thread
http://linkeddata.uriburner.com/ode/?uri=http%3A%2F%2Fdbpedia.org%2Fresource%2FMichael_Jackson
The link above doesn't correspond to any link I've sent to you owl:sameAs
inference context. Basically, that's ODE one of many browsers we offer. Its
forte isn't showcasing owl:sameAs expansion.
On 4/12/11 4:33 PM, David. Huynh wrote:
I, as well as others I know, find the culture that has developed on this list of
responses saying Well this is how I do it alienating, and thus sometimes a
barrier to posting and genuine responses, and so actually stifles discussion.
David/Hugh,
I
On 4/12/11 5:30 PM, glenn mcdonald wrote:
http://linkeddata.uriburner.com/ode/?uri=http%3A%2F%2Fdbpedia.org%2Fresource%2FMichael_Jackson
The link above doesn't correspond to any link I've sent to you
owl:sameAs inference context. Basically, that's ODE one of many
browsers we
Are 'Michael Jackson' Object ID and Object Representation Access Address
distinct?
Yes.
BTW - can I assume this is the actual URL that you intended above re. access
to JSON based graph representation:
37 matches
Mail list logo
