sorry you just have to remove "-dev" from the hostname, so the correct (public available) ones are :

1) https://data.idref.fr/describe/?url=http://www.idref.fr/169814289/id

2) https://data.idref.fr/sparql?query=DESCRIBE <http://www.idref.fr/169814289/id>&format=text/plain


Le 27/09/2018 à 12:46, Hugh Williams a écrit :
Hi Thomas,

Your URLs are not accessible external and just hang trying to load, thus is there some firewall restriction in place ?

Best Regards
Hugh Williams
Professional Services
OpenLink Software, Inc.      // http://www.openlinksw.com/
Weblog   -- http://www.openlinksw.com/blogs/
LinkedIn -- http://www.linkedin.com/company/openlink-software/
Twitter  -- http://twitter.com/OpenLink
Google+  -- http://plus.google.com/100570109519069333827/
Facebook -- http://www.facebook.com/OpenLinkSoftware
Universal Data Access, Integration, and Management Technology Providers



On 27 Sep 2018, at 11:26, Thomas Michaux <mich...@abes.fr <mailto:mich...@abes.fr>> wrote:

in bold are the missing triples

1) result is

<http://www.idref.fr/169814289/id>        <http://www.w3.org/2004/02/skos/core#prefLabel> 
  "Dubois-Brissonnet, Florence" .
<http://www.idref.fr/169814289/id>        <http://purl.org/dc/terms/language>       
<http://lexvo.org/id/iso639-3/fra>  .
<http://www.idref.fr/169814289/id>        
<http://www.w3.org/1999/02/22-rdf-syntax-ns#type> <http://xmlns.com/foaf/0.1/Person>  
.


2) result is

<http://www.idref.fr/169814289>   <http://xmlns.com/foaf/0.1/primaryTopic>  
<http://www.idref.fr/169814289/id>  .
*<http://www.sudoc.fr/169816842/id> <http://purl.org/dc/terms/contributor> <http://www.idref.fr/169814289/id> .*
<http://www.idref.fr/169814289/id>        <http://www.w3.org/2004/02/skos/core#prefLabel> 
  "Dubois-Brissonnet, Florence" .
*<http://www.sudoc.fr/178738921/id> <http://id.loc.gov/vocabulary/relators/ths> <http://www.idref.fr/169814289/id> . <http://www.sudoc.fr/201857987/id> <http://purl.org/dc/terms/contributor> <http://www.idref.fr/169814289/id> . *<http://www.idref.fr/169814289/id> <http://purl.org/dc/terms/language> <http://lexvo.org/id/iso639-3/fra> . *<http://www.sudoc.fr/199182817/id> <http://id.loc.gov/vocabulary/relators/pbd> <http://www.idref.fr/169814289/id> . <http://www.sudoc.fr/221554505/id> <http://id.loc.gov/vocabulary/relators/pbd> <http://www.idref.fr/169814289/id> . *<http://www.idref.fr/169814289/id> <http://www.w3.org/1999/02/22-rdf-syntax-ns#type> <http://xmlns.com/foaf/0.1/Person> .

Le 27/09/2018 à 12:12, Thomas Michaux a écrit :
Hello,

we need to find a solution to remove limitations the way  FCT code is "restricting" results of describe (Description TAB) results to one unique graph dataset, while the SPARQL describe operator allow to query ALL graphs by default :

you can compare the 2 results :

1) FCT/describe

https://data-dev.idref.fr/describe/?url=http://www.idref.fr/169814289/id

2) SPARQL query

https://data-dev.idref.fr/sparql?query=DESCRIBE <http://www.idref.fr/169814289/id>&format=text/plain


Thanks four your help and suggestion to change this behaviour,


Thomas


_______________________________________________
Virtuoso-users mailing list
Virtuoso-users@lists.sourceforge.net <mailto:Virtuoso-users@lists.sourceforge.net>
https://lists.sourceforge.net/lists/listinfo/virtuoso-users


_______________________________________________
Virtuoso-users mailing list
Virtuoso-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/virtuoso-users

Reply via email to