are not there yet.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de/
++
++ Sitz: München, HRB Nr.142452 (Handelsregister B
start to think about alternatives?
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de/
++
++ Sitz: München, HRB Nr.
gt;Nono314
>
> <https://github.com/dbpedia/extraction-framework/pulls?utf8=%E2%9C%93=is%3Apr+author%3ANono314>
>for contributing a lot of improvements and bug fixes in the extraction
>framework as well as other community members
>
> <https://github.com
addressed this
somehow).
Besides, what is a database document?
A traditional RDBMS != SQL RDBMS either. That has never ever been the case.
I think it has been the case for quite a while. But if you go back long enough,
that ceases to be true, yes.
Regards,
Michael Brunnbauer
--
++ Michael
shapes - a work in
progress)
-Transactions and transaction isolation levels
-Random access vs. sequential access
Those who forget the past are doomed to repeat it.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel
which I had not previously noticed (and I suspect nobody had
noticed :-)
I can find langstring-not-subclassof-string.ttl in
http://www.w3.org/2013/rdf-mt-tests/az-tests/
so at least rdfs:Resource rdfs:subClassOf xsd:string does not seem to be an
issue.
Regards,
Michael Brunnbauer
rdfs:subClassOf xsd:string
rdfs:Resource rdfs:subClassOf xsd:int
Do they restrict the cardinality of the models?
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E
Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de/
++
++ Sitz: München, HRB Nr.142452 (Handelsregister B München)
++ USt-IdNr
the solution with named graphs that can be implemented
easily. Yes, the additional information will be very vague without context
but it will at least be there.
Regards,
Michael Brunnbauer
On Fri, Feb 20, 2015 at 09:53:05PM +, Stian Soiland-Reyes wrote:
Sorry, now I forgot my strawman! Too late
be queried via SPARQL. You can query the default (union)
graph where this information would be lost or the named graphs where it is
preserved semantically and publicly accessible.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
Hello Paul,
On Thu, Feb 19, 2015 at 09:19:06PM +0100, Michael Brunnbauer wrote:
Another case is where there really is a total ordering. For instance, the
authors of a scientific paper might get excited if you list them in the
wrong order. One weird old trick for this is RDF containers
Hello Martynas,
sorry! You mean this one?
http://linkeddatahub.com/ldh?mode=http%3A%2F%2Fgraphity.org%2Fgc%23EditMode
Nice! Looks like a template but you still may have the triple object ordering
problem. Do you? If yes, how did you address it?
Regards,
Michael Brunnbauer
On Fri, Feb 20
of individuals acting together is a legal person. The example here was
a group of people co-authoring a paper. Also, the notion that foaf:Group is a
subclass of foaf:Person does not make any sense to me. Why then introduce
foaf:Group at all?
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
- which may look
like a hard issue for some people.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de/
++
++ Sitz
case i described: A predefined ordering. If the user
introduces a new property or a new object, the position will not be clear.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77
nodes shared between named graphs?).
Regards,
Michael Brunnbauer
On Wed, Feb 18, 2015 at 03:08:33PM -0500, Paul Houle wrote:
I am looking at some cases where I have databases that are similar to
Dbpedia and Freebase in character, sometimes that big (ok, those
particular databases), sometimes
with the heuristics you gave).
The problem repeats with the triple object if the properties have been ordered.
As user, you might feel even more compelled to introduce a deviant ordering on
this level.
Regards,
Michael Brunnbauer
On Thu, Feb 19, 2015 at 09:07:37AM -0500, Paul Houle wrote
often do the A-box URIs (Wikipedia URLs) change?
If this happens often: What happens in DBpedia then? I guess Wikipedia
redirects the old URL to the new one for a while and DBpedia reflects this in
some way?
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de/
++
++ Sitz: München, HRB Nr.142452 (Handelsregister B München)
++ USt-IdNr
Hello Dimitris,
Cool URIs don't change ;-)
How will you address the problem that these changes could break existing
applications? Will there be mappings from old to new? Maybe an extended dump
with the consequences of those mappings realized as extra triples?
Regards,
Michael Brunnbauer
Hello Larry,
On Fri, Jan 23, 2015 at 11:03:40PM +, Larry Masinter wrote:
And Michael Brunnbauer replied:
I am right that such a pointer to external data would have to be a literal?
The way I read the XMP standard is that only literals, blank nodes,
rdf:Bag and rdf:Seq are allowed
rdf_document_about_pdf_document
this_document owl:sameAs pdf_document_uri
Which would enable agents to find and regognize RDF data about the document.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
seriously.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de/
++
++ Sitz: München, HRB Nr.142452 (Handelsregister
re
On Mon, Oct 13, 2014 at 02:14:27PM +0200, John Walker wrote:
See this example:
http://patterns.dataincubator.org/book/qualified-relation.html
See also: http://www.w3.org/wiki/PropertyReificationVocabulary
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de/
++
++ Sitz: München, HRB Nr.142452 (Handelsregister B München)
++ USt-IdNr
proofs are absolute exeptions
in this field ca. 2014.
Basic metadata is good. Publishing datasets with the paper is good. Having
typed links in the paper is good. But I would not demand to go further.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener
there with their problem?
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de/
++
++ Sitz: München, HRB Nr.142452
RDF, it will be obsolete. Of course - per the above - it
would still have its use cases.
Regards,
Michael Brunnbauer
On Sat, Sep 20, 2014 at 11:25:43AM -0400, Paul Houle wrote:
Why don't we just reorganize RDF to look like the predicate calculus, let
the arity 2, and then say it is something
)
Contact me if you are interested.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de/
++
++ Sitz: München, HRB Nr
that's accessible via HTTP lookups (and SPARQL queries.
Yes.
I am sure
you can see the irony in the SQL query results presented above :-)
I am glad you see it too :-)
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel
to be forgotten.
And possibly something to distinguish occasional Agents from recursively
crawling bots.
My current interpretation of robots.txt is that it forbids every access not
directly caused/mediated by a human.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
contribute to page rank?
A real problem would be RDFa where href also sets the object of a triple.
Regards,
Michael Brunnbauer
On Fri, Jul 18, 2014 at 10:05:17PM +1000, Mark Fallu wrote:
If the links we present to the outside world for harvesting eg. via sparql
endpoint, OAI-PMH or open
The centrifugal force in this bend must be enormous.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de
.
Of course it will.
But there is a way out of the verdict and it involves novel use of linked
data and semantic web technologies.
I very much doubt that triples can help here.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379
hi all,
http://www.internet-law.de/2014/05/the-ecj-is-right-the-result-is-wrong.html
Regards,
Michael Brunnbauer
On Fri, May 16, 2014 at 01:09:54PM -0700, ProjectParadigm-ICT-Program wrote:
The European Union Court has reached a verdict with a profound impact on the
functioning
. Those two do
not intersect, or do they ?
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de/
++
++ Sitz: München
on the market.
BTW: Crawling the web is quite manageable if you start from well know URLs
(like the home page) and know how to find what you look for from there.
This is why we are maintaining a database of websites: http://www.sengine.info/
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
lookups in Freebase ?
The Freebase search API does a good job of disambiguating proper names but
I cannot find a Freebase API for entity extraction in arbitrary English texts.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
too big, we made the natural next step: We added a
table listing the relevant RDF URLs for every person and wrote the component
that would fetch and cache those URLs when needed to execute SPARQL queries
over them.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
is much harder as I recall.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de/
++
++ Sitz: München, HRB Nr
able
to tell me.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de/
++
++ Sitz: München, HRB Nr.142452
so it could have been a candidate for the paper above.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de
Hello Hugh,
I tried to login into my own subdomain in rww.io with WebID too but was just
redirected to the same page. Firefox did not ask for a client key and no
error message was displayed. I assumed that WebID on rww.io is broken.
Regards,
Michael Brunnbauer
On Tue, Aug 06, 2013 at 11:37
Hello Silvio,
thanks!
http://purl.org/healthcarevocab/v1
and
https://github.com/Bonubase/dicom2rdf
now use co:List.
Regards,
Michael Brunnbauer
On Fri, Jun 28, 2013 at 01:35:33PM +0200, Silvio Peroni wrote:
Dear Michael,
am I missing something or is there no way to close an empty list
:
[...]
?s rdfs:isDefinedBy http://purl.org/healthcarevocab/v1# .
So here is the problem. Why http://purl.org/healthcarevocab/v1# and not
http://purl.org/healthcarevocab/v1 ?
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379
hi all,
am I missing something or is there no way to close an empty list with the
Collections Ontology ? That would be bad.
Regards,
Michael Brunnbauer
On Wed, May 15, 2013 at 12:34:58PM +0100, Dr David Shotton wrote:
Dear Yusniel,
We use the Collections Ontology ( http://purl.org/co
hi all,
sorry - this was written in a haste. If I had actually read what I have quoted,
I would have known that the Collections Ontology was also designed to make
OWL DL compatible collections.
Regards,
Michael Brunnbauer
On Thu, Jun 27, 2013 at 09:15:18PM +0200, Michael Brunnbauer wrote
/OWL is not expressive enough
for the mappings ?
Regards,
Michael Brunnbauer
On Tue, Jun 25, 2013 at 07:10:32AM +0100, Dominic Oldman wrote:
Hi Michael.
Thanks for the question. I am glad you asked :-) but sorry in advance for the
long answer.
Before I go further though, a fundamental
.
Centralization doesn't scale, that's Web 101.
Deactivate lod.openlinksw.com - that's web 101.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
a reason
not to.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de/
++
++ Sitz: München, HRB Nr.142452
Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de/
++
++ Sitz: München, HRB Nr.142452 (Handelsregister B München)
++ USt-IdNr
think museums have used controlled vocabularies for quite a while. Can you
give an example that illustrates why the additional effort required for your
project is justified ?
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
and a proof
that they are correct and complete: http://www.w3.org/TR/rdf-mt/#rules
Regards,
Michael Brunnbauer
On Sun, Jun 23, 2013 at 11:49:17AM -0500, Gregg Reynolds wrote:
Hi folks,
A couple of years ago I got the idea of finding alternatives to the
official definition of RDF
,
Michael Brunnbauer
On Sat, Jun 22, 2013 at 07:28:40PM +0100, Dominic Oldman wrote:
Yes, tabular doesn't count.
I want to have the same functionality that I get from my internal relational
database systems extended to reap the benefits of the semantic web.
Do I recall articles by TBL
hi all,
On Tue, Jun 18, 2013 at 12:44:23AM -0400, David Booth wrote:
... if there is a standards-based
way to interpret it as RDF, then it qualifies as Linked Data.
+1
This looks like a nice definition of Linked Data to me.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
.html
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de/
++
++ Sitz: München, HRB Nr.142452 (Handelsregister B
Hello Kingsley,
I hope having to watch a video with two animated bears that barely move
and a text to speech audio track instead of reading an article is meant to
emphasize the authors point.
Regards,
Michael Brunnbauer
On Mon, May 27, 2013 at 07:42:18PM -0400, Kingsley Idehen wrote:
FYI
URIs for a query (e.G. via the API) ?
Regards,
Michael Brunnbauer
On Sat, May 18, 2013 at 01:30:55PM -0300, Olaf Hartig wrote:
On Saturday 18 May 2013 12:26:13 Michael Brunnbauer wrote:
hi all,
On Sat, May 18, 2013 at 09:58:24AM +0100, Leigh Dodds wrote:
One criteria that agents might
hi all,
On Sat, May 18, 2013 at 09:58:24AM +0100, Leigh Dodds wrote:
One criteria that agents might apply when conducting Follow Your
Nose consumption of Linked Data ...
I am interested in examples of such agents that are not crawlers or semantic
web browsers.
Regards,
Michael Brunnbauer
this gets impractical.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de/
++
++ Sitz: München, HRB Nr.142452
to be served at those URLs ? Perhaps a 303 to the (X)HTML+
RDFa document when such a content type is requested ? Wouldn't a Link: HTTP
header with rel=meta be better ?
Regards,
Michael Brunnbauer
1.
http://uriburner.com:8000/vapour?uri=http%3A%2F%2Fwww.imagesnippets.com%2Fimgtag%2Fimages%2Fmm
redirects from the image URLs to different RDF
serializations based on conneg - and a 200 with the image itself as default ?
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19
Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de/
++
++ Sitz: München, HRB Nr.142452 (Handelsregister B München)
++ USt-IdNr
.
wdrs:describedby can then be used to connect the URL with the resource.
The URL/resource distinction may even be necessary if the resource is an
information resource .
[just a quick shot - I am currently occupied with something else]
Regards,
Michael Brunnbauer
On Wed, Apr 24, 2013 at 11:06:49AM
, and
hardware components such as CPU, disk, interconnects etc..).
But those resources only scale by adding more computers. If the problem
cannot be effectively parallelized, you are lost at some point. Or did you
prove that NC = P (See http://en.wikipedia.org/wiki/P-complete) ?
Regards,
Michael Brunnbauer
specialized means.
But IMO there is no general purpose technology that realizes all those other
specialized means. Things like MapReduce are programming models - not
something I can throw data into and query :-)
Regards,
Michael Brunnbauer
On Wed, Apr 17, 2013 at 09:35:16PM +0200, Michael
Hello Chris,
what a great step forward ! Now if the RDF WG would adopt this proposal,
LOD and RDF would really be ready to save the world!
http://www.brunni.de/extending_the_rdf_triple_model.html
Regards,
Michael Brunnbauer
On Mon, Apr 01, 2013 at 12:13:19AM +0100, Christopher Gutteridge
and/or desirable.
My answer to this is a clear no. This would be turning the visions of this
community into a religion and enforcing it on others. LOD should be seen as
a means to solve practical problems and not as an end.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
serious. And having at least some RDF
in the HTML at the right place offers opportunities for creating additional
benefit with addons that somehow enhance the page.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49
, LinkedIn, G+ etc.. posts
Are you seriously proposing that people should publish links to Turtle files
on social networks ?
Have you tried this with someone else than your employees ?
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379
. Some have more, some have less.
The RDF/SPARQL/OWL stack has it's use cases and is here to stay. But we should
not rise expectations that can't be met (now).
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89
/SPARQL/OWL
Regards,
Michael Brunnbauer
On Thu, Jul 26, 2012 at 12:18:26PM +0200, Pablo N. Mendes wrote:
Would the offer of data and API integration services count? There is linked
data without Linked Data:
Factual Places combines data on 58 million local businesses and points of
interest
the
RDF/SPARQL/OWL technology stack. I think we are not getting anywhere.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http
it ? Are the tools usable in practise ? My
answers to these questions are not optimistic.
I understand that all these answers can change with time and some day we may
have the bright future you are seeing. But I would not take that for granted.
There is much work to do.
Regards,
Michael Brunnbauer
Hello Sebastian,
I agree 100%
Regards,
Michael Brunnbauer
On Fri, Jul 20, 2012 at 10:06:38AM +0200, Sebastian Schaffert wrote:
But I agree. A technology that is not able to fire proof its usefulness in a
demand driven / problem driven environment is maybe interesting from an
academic
Hello Bernard,
I really hope they have delivered something people (outside this community)
will find useful. Otherwise you will perhaps be happy that they tried to
take all the credit. As you said, it's not completely news and the expectations
are great.
Regards,
Michael Brunnbauer
On Thu
that conveys it's
essential characteristics (see below).
This makes it clearer what conclusions you cannot draw and avoids the term
information resource in the important sentence while basically saying the
same.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener
Hello Jonathan,
On Tue, Apr 03, 2012 at 02:05:29PM +0200, Michael Brunnbauer wrote:
I thought current representation of in
http://www.w3.org/2001/tag/doc/uddp-20120229/ refers to something more like
2) and definitely not to mere descriptions but when I look at it there seems
to be nothing
hi all
On Sat, Mar 31, 2012 at 05:53:03PM +0200, Michael Brunnbauer wrote:
maybe I made an error by assuming that the term IR is inherent in the term
representation - by assuming that a NIR cannot have a representation, only
descriptions ?
No. The whole point about the use of the term IR
of it.
We can get rid of the term information resource by putting something like the
above statement about representations in the papers - if I am not the only
one who thinks that things are easier to understand this way :-)
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
it accesses or is this message a representation of the
entity or do I serve the content of this sucker.
Regards,
Michael Brunnbauer
On Wed, Mar 28, 2012 at 11:35:04PM +0200, Michael Brunnbauer wrote:
Hallo Norman,
-Regardless of how you define IR, everything that denotes what it accesses
should
, then getting a representation of an IR
is as close as I can get to it.
Regards,
Michael Brunnbauer
On Sat, Mar 31, 2012 at 11:32:37AM -0400, Jonathan A Rees wrote:
On Sat, Mar 31, 2012 at 11:13 AM, Michael Brunnbauer
bru...@netestate.de wrote:
Hallo Jonathan
[off list. If you think your answer
characteristics of it ?
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de/
++
++ Sitz: München, HRB Nr.142452
not denote what they access.
But would it not be simpler just to signal this uri does not access what
it denotes for 200 statuscodes instead of signalling this uri is a NIR ?
Regards,
Michael Brunnbauer
On Wed, Mar 28, 2012 at 06:59:05PM +0100, Norman Gray wrote:
Greetings.
[This is a late response
) != access(U2)
I think I'll stay out of this discussion from now :-)
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http
' ?
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de/
++
++ Sitz: München, HRB Nr.142452 (Handelsregister B München
annotation properties and use those
properties. I can also use those properties with some 303 URIs but not always.
Both these questions may not be answered from a 200 statuscode in the future.
Is all of this right ?
Regards,
Michael Brunnbauer
On Tue, Mar 27, 2012 at 09:02:04AM -0400, Jonathan
dcterms:subject ex:skosconcept2
...
Will people in this community actually refuse to write such a crawler after
one of the proposals has gone through ?
Regards,
Michael Brunnbauer
On Mon, Mar 26, 2012 at 01:27:27PM -0400, Tim Berners-Lee wrote:
On 2012-03 -26, at 06:18, Leigh Dodds wrote:
I may
of standards and best practise guides to
something like these are the optimal solutions. Many people also do it this
way but this has the following drawbacks...
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19
class ? If the concept of IRs/NIRs is sufficiently unambiguous to talk
about it in natural language (I think it is), we can talk about it in RDF.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
headache if we tell him that he should set up an additional 303 right
from the start and everybody who will go for RDFa will have no problem
with hash uris.
Regards,
Michael Brunnbauer
On Fri, Mar 23, 2012 at 02:59:26PM +, Dave Reynolds wrote:
The proposal is that URI X denotes what
licencing/provenance information
at Y also holds for X ? Will the courts see it this way, too ?
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru
IRs and NIRs. Sooner or later, they probably will fix it all.
Regards,
Michael Brunnbauer
On Sat, Mar 24, 2012 at 10:43:10PM +, Jeni Tennison wrote:
Michael,
On 24 Mar 2012, at 21:59, Michael Brunnbauer wrote:
On Sat, Mar 24, 2012 at 09:04:14PM +, Jeni Tennison wrote:
I suspect
- then we will will have to learn to live with that. Just look at what
HTML was intended to be, how it got used and what it is today.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19
of these clauses.
Huh ? I think you need such a clause for every triple pattern in the query
but not for every graph in the store.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
.
Did I miss some point in the course of the thread ?
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de
of
matching graphs and then use that list with from named in a second query.
Regards,
Michael Brunnbauer
On Thu, Feb 23, 2012 at 01:44:15PM -0500, David Booth wrote:
Hi Michael,
On Thu, 2012-02-23 at 16:59 +0100, Michael Brunnbauer wrote:
[ . . . ]
I do not see why you have to name thousands
). But mass adoption means messy data in any case.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de
have added a CSV version anyway. Changing the head of that page
is too much hassle with my CMS right now.
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru
/FoafSites
http://wiki.foaf-project.org/w/DataSources
Regards,
Michael Brunnbauer
--
++ Michael Brunnbauer
++ netEstate GmbH
++ Geisenhausener Straße 11a
++ 81379 München
++ Tel +49 89 32 19 77 80
++ Fax +49 89 32 19 77 89
++ E-Mail bru...@netestate.de
++ http://www.netestate.de
1 - 100 of 107 matches
Mail list logo