Some of this territory has been covered before (about SPARQL syntax in the abstract, and the brackets), but: the query works with or without the brackets, so long as the alias is not "fedora".
On Fri, Mar 18, 2011 at 2:31 PM, Thomas Ledoux <[email protected]> wrote: > Hello, > > I think the right syntax should be > > PREFIX fedora: <info:fedora/fedora-system:def/relations-external#> > SELECT ?a > FROM <#ri> > WHERE {?a fedora:isConstituentOf <info:fedora/Demo:2>} > > or > > SELECT ?a > FROM <#ri> > WHERE {?a <info:fedora/fedora-system:def/relations-external#isConstituentOf> > <info:fedora/Demo:2>} > > If you use a PREFIX you shouldn't put the brackets ; they are implied > by the prefix. > > - Thomas > > > > 2011/3/18 Benjamin Armintor <[email protected]>: >> Just confirming, I also got the empty set, and no exception. >> >> When I try using an alias besides fedora (which is one of the default >> aliases), the query works with a valid pid, i.e.: >> >> PREFIX testing: <info:fedora/fedora-system:def/relations-external#> >> >> So we should file a bug report if we think the default aliases should >> be able to be overwritten in the query. >> >> - Ben >> >> On Fri, Mar 18, 2011 at 1:09 PM, <[email protected]> wrote: >>> I'm not sure what to tell you, then. I tried your query: >>> >>> PREFIX fedora: <info:fedora/fedora-system:def/relations-external#> >>> SELECT ?a >>> FROM <#ri> >>> WHERE {?a <fedora:isConstituentOf> <info:fedora/Demo:2>} >>> >>> against a handy repository and got the expected empty set of results, with >>> no exception returned. Perhaps someone who is more familiar with the >>> RISearch web interface can help. >>> >>> --- >>> A. Soroka >>> Online Library Environment >>> the University of Virginia Library >>> >>> >>> >>> >>> On Mar 18, 2011, at 1:04 PM, Laura delli Paoli wrote: >>> >>>> <ajs6f@...> writes: >>>> >>>>> >>>>> Laura-- >>>>> >>>>> That's the source of the web form. I meant the source of the page that is >>>> returned after you press "Launch", >>>>> which normally opens in a new window or tab. If you are sending the >>>>> source of >>>> the returned page, something is >>>>> badly wrong with the presentation to the browser and you might want to try >>>> another browser for the moment. >>>>> >>>>> --- >>>> I tried with explorer and I got: >>>> >>>> org.trippi.TrippiException: [1,1] expecting: EOF >>>> at >>>> org.trippi.impl.mulgara.MulgaraSession.query(MulgaraSession.java:154) >>>> at >>>> org.trippi.impl.base.ConcurrentTriplestoreReader.findTuples(ConcurrentTriplestor >>>> eReader.java:79) >>>> at >>>> org.fcrepo.server.resourceIndex.ResourceIndexImpl.findTuples(ResourceIndexImpl.j >>>> ava:280) >>>> at >>>> org.fcrepo.server.resourceIndex.ResourceIndexModule.findTuples(ResourceIndexModu >>>> le.java:297) >>>> at org.trippi.server.TrippiServer.find(TrippiServer.java:119) >>>> at >>>> org.trippi.server.http.TrippiServlet.doFind(TrippiServlet.java:514) >>>> at org.trippi.server.http.TrippiServlet.doGet(TrippiServlet.java:379) >>>> at >>>> org.fcrepo.server.access.RISearchServlet.doGet(RISearchServlet.java:101) >>>> at org.trippi.server.http.TrippiServlet.doGet(TrippiServlet.java:271) >>>> at >>>> org.trippi.server.http.TrippiServlet.doPost(TrippiServlet.java:576) >>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:641) >>>> at javax.servlet.http.HttpServlet.service(HttpServlet.java:722) >>>> at >>>> org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilt >>>> erChain.java:306) >>>> at >>>> org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain. >>>> java:210) >>>> at >>>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:2 >>>> 40) >>>> at >>>> org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:1 >>>> 61) >>>> at >>>> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.jav >>>> a:589) >>>> at >>>> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164) >>>> at >>>> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100) >>>> at >>>> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:541) >>>> at >>>> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118 >>>> ) >>>> at >>>> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:383) >>>> at >>>> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:243) >>>> at >>>> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Pr >>>> otocol.java:188) >>>> at >>>> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Pr >>>> otocol.java:166) >>>> at >>>> org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:288) >>>> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown >>>> Source) >>>> at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) >>>> at java.lang.Thread.run(Unknown Source) >>>> Caused by: org.mulgara.parser.MulgaraParserException: [1,1] expecting: EOF >>>> at >>>> org.mulgara.itql.TqlInterpreter.parseQuery(TqlInterpreter.java:359) >>>> at >>>> org.trippi.impl.mulgara.MulgaraSession.query(MulgaraSession.java:146) >>>> ... 28 more >>>> Caused by: org.mulgara.itql.parser.ParserException: [1,1] expecting: EOF >>>> at org.mulgara.itql.parser.Parser.parse(Parser.java:464) >>>> at >>>> org.mulgara.itql.TqlInterpreter.parseQuery(TqlInterpreter.java:355) >>>> ... 29 more >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Colocation vs. Managed Hosting >>>> A question and answer guide to determining the best fit >>>> for your organization - today and in the future. >>>> http://p.sf.net/sfu/internap-sfd2d >>>> _______________________________________________ >>>> Fedora-commons-developers mailing list >>>> [email protected] >>>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers >>> >>> >>> ------------------------------------------------------------------------------ >>> Colocation vs. Managed Hosting >>> A question and answer guide to determining the best fit >>> for your organization - today and in the future. >>> http://p.sf.net/sfu/internap-sfd2d >>> _______________________________________________ >>> Fedora-commons-developers mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers >>> >> >> ------------------------------------------------------------------------------ >> Colocation vs. Managed Hosting >> A question and answer guide to determining the best fit >> for your organization - today and in the future. >> http://p.sf.net/sfu/internap-sfd2d >> _______________________________________________ >> Fedora-commons-developers mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers >> > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > Fedora-commons-developers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers > ------------------------------------------------------------------------------ Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d _______________________________________________ Fedora-commons-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
