[dotNetRDF-Develop] Fw: SparqlRemoteEndpoint, SparqlFormatter minor issues

[Eugen F <feu...@ya...>]

I have created a fork "dotnetrdf bigdata connector". Unit tests pass using bigdata 1.3 - quad mode.
 Let me know if there are issues that I need to fix.



On Thursday, January 30, 2014 8:49 PM, Eugen F <feu...@ya...> wrote:
 
I would like to since every new release of dnr I have to get source code and reintegrate the connector. But the problem is that at the time I wrote the connector I didn't know about SparqlParameterizedString and there might be other issues caused by the lack of knowledge of various dnr aspects. 
Also I used the connector in quad mode, but I don't know how it behaves in triple mode or triples with provenance(bigdata custom implem).

So I will try to make some time to look again through that code, try to fix what I can and i'll create a fork after.





On Tuesday, January 28, 2014 10:09 PM, Rob Vesse <rv...@do...> wrote:
 
Is the BigData connector something you would consider contributing to the project?

Rob

From:  Eugen F <feu...@ya...>
Reply-To:  Eugen F <feu...@ya...>
Date:  Thursday, 16 January 2014 10:57
To:  Rob Vesse <rv...@do...>, dotNetRDF Developer Discussion and Feature Request <dot...@li...>
Subject:  Re: [dotNetRDF-Develop] SparqlRemoteEndpoint, SparqlFormatter minor issues


"Why do you need this, are you using the formatters in such a way that you don't want the a keyword to be used?"
>
>I wrote a connector to systap bigdata store some time ago and it is using sparql formatter to create queries. It was a problem when using "a" keyword so i had to change the dnr code. But I can't remember exactly the case and now i've updated to latest db version and all unit tests seem to pass with both true/false so I don't think the change is needed.
>
>
>
>
>
>
>On Thursday, January 16, 2014 5:09 PM, Rob Vesse <rv...@do...> wrote:
> 
>Comments inline:
>
>
>From:  Eugen F <feu...@ya...>
>Reply-To:  Eugen F <feu...@ya...>, dotNetRDF Developer Discussion and Feature Request <dot...@li...>
>Date:  Thursday, 9 January 2014 12:16
>To:  dotNetRDF Developer Discussion and Feature Request <dot...@li...>
>Subject:  [dotNetRDF-Develop] SparqlRemoteEndpoint, SparqlFormatter minor issues
>
>
>
>Hi,
>>
>>
>>1. In "SparqlFormatter" code:
>>
>>
>>
>>SparqlFormatter  : TurtleFormatter :  QNameFormatter(..., bool allowAKeyword)
>>
>>
>>The problem is that "_allowAKeyword" is not exposed in SparqlFormatter so I can't pass it. So I sugest either to add
>> public bool AllowAKeyword
>>        {
>>            get { return _allowAKeyword;
 }
>>            set { _allowAKeyword = value; }
>>        }
>>or create new constructor overloads in Sparql, Turtle formatters.
>
>
>Why do you need this, are you using the formatters in such a way that you don't want the a keyword to be used?
>
>
>
>>
>>2. SparqlRemoteEndpoint should allow custom query params for url in case db accepts more (bigdata does for analytic queries)
>>So code could be changed by adding(key,value):
>> public Dictionary<String, String> QueryParams
>>        {
>>            get
>>            {
>>                return this._queryParams;
>>            }
>>        }
>>and changing apropriate http calls.
>
>
>Logged as a future improvement as CORE-396 (http://dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=396)
>
>
>Rob
>
>
>
>>
>>
>>------------------------------------------------------------------------------
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments & Everything In Between.
Get a Quote or Start a Free Trial Today. http://pubads.g.doubleclick.net/gampad/clk?id=119420431&iu=/4140/ostg.clktrk_______________________________________________ dotNetRDF-develop mailing list dot...@li...https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop
>
>