Dear Scott, Thanks for the reply, but I'm still confused.
The URI I want in my data is: <http://id.loc.gov/authorities/names/no2011075212><http://id.loc.gov/authorities/names/no2011075212> You'll see that by following the above URI, it does not return a 404 (you can also perform content-negotation on the URI and get the triples). Naturally, I can input this URI into TopBraid Composer (yes, that is the product) easy enough, but TopBraid does not appear to dereference the URI properly, or at least in such a way as to retrieve the triples when I try to "import triples for this resource." You seemed to be testing it out in TopBraid (thanks for the additional effort) - try using the above URI as the object of a triple and then "import triples for this resource." Cordially, Kevin On Tuesday, May 1, 2012 12:00:39 PM UTC-4, Scott Henninger wrote: > > Kevin; I believe this is how that Web page is set up. Note that > <http://id.loc.gov/authorities/names#no2011075212> will work as you > say - you will be prompted to import the triples. > > But try these addresses in a browser: > - http://id.loc.gov/authorities/names.html#no2011075212 > successfully gets a page > - http://id.loc.gov/authorities/names.html/no2011075212 results in > a 404. > > I believe TopBraid Composer (I assume this is the product you are > using) is getting the same responses. Note that the error message you > get states "Caused by: org.topbraid.core.io.HttpException: > http://id.loc.gov/authorities/names/: Not Found (404)" > > -- Scott > > On May 1, 8:40 am, Kevin Ford <[email protected]> wrote: > > Dear All, > > > > I'm having problems importing triples for a resource. > > > > If I make this URI <http://id.loc.gov/authorities/names/no2011075212>, > > for example, the object of a triple, I get the option to "import triples > > for this resource." But, when I try to do that, I get a message that > > the operation failed, "Reason: java.io.IOException: Failed to load: > http://id.loc.gov/authorities/names/ at ...". Although > > "http://id.loc.gov/authorities/names/"; is, or certainly can be viewed > > as, the namespace for this resource, the URI is individually > > dereferenceable. > > > > I can trick TopBraid by adding a hash symbol to the end of the URI, (and > > thereby manufacturing a URI that didn't exist before). Once I do that, > > and I choose to import the triples, I get a message that "the > namespacehttp://id.loc.gov/authorities/names/no2011075212#has been > successfully > > loaded and could be imported into this project." > > "http://id.loc.gov/authorities/names/no2011075212#"; is not the > namespace > > and I've only succeeded here, by my accounting, via trickery. > > > > Am I missing something obvious? Am I misunderstanding how this > > *should* work? > > > > Cordially, > > > > Kevin -- You received this message because you are subscribed to the Google Group "TopBraid Suite Users", the topics of which include Enterprise Vocabulary Network (EVN), TopBraid Composer, TopBraid Live, TopBraid Ensemble, SPARQLMotion and SPIN. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/topbraid-users?hl=en
