Hi Aleksandr, It would appear your question should also be posed to the dotNetRDF mailing list as the change may be required in this library ...
What is the form of the insert statement being passed to the dotNetRDF library as it should be responsible for passed blank node values to the various RDF stores it supports in the form they require for storage I would think ... Best Regards Hugh Williams Professional Services OpenLink Software Web: http://www.openlinksw.com Support: http://support.openlinksw.com Forums: http://boards.openlinksw.com/support Twitter: http://twitter.com/OpenLink On 19 Aug 2010, at 04:37, Aleksandr A. Zaripov wrote: > > > С уважением, Зарипов Александр > zari...@tpu.ru > > > > -----Исходное сообщение----- > От: Aleksandr A. Zaripov > Отправлено: Сб, 31.07.2010 22:06 > Кому: virtuoso-de...@lists.sourceforge.net > Тема: The strange naming of blank nodes in JSON > > Hello > > I'm using VOS 6.1.2 and dotNetRDF library and have some question about naming > of blank nodes. > For example, I have some node with ID 1000044690 > In HTML (using default SPARQL endpoint) it returns as "nodeID://1000044690". > In JSON it returns as "{ "type": "bnode", "value": "nodeID://1000044690" }" > The dotNetRDF parse it using the code > > CreateBlankNode(nodeValue.Substring(nodeValue.IndexOf(':') + 1)) > > as BalnkNode with internal ID "//1000044690" > > But to save it, using SPARUL INSERT method, it should be named as > "_:1000044690" (the name "_://1000044690" cause an error). > As a temporary solution, I trim the leading '/' form the node ID, but I > think, that it should be a some convention about what is should be returned > as bnode value (I think, it should be "value": "1000044690"). Or should be > changed the algorithm of parsing JSON in dotNetRDF. > What do you think about it? > > Best regards, Alexander A. Zaripov > zari...@tpu.ru > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > Virtuoso-users mailing list > Virtuoso-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/virtuoso-users
