dotnetrdf-develop — Developer Discussion and Feature Request

[dotNetRDF-Develop] Issue CORE-387 has been updated by Rob Vesse

[<tr...@do...>]

<p>The following issue has been updated by Rob Vesse:</p>
<table border="0">
  <tr>
    <td width="90px" valign="top"><b>Title:</b></td>
    <td>Clarify that the BaseEndpoint.Timeout attribute is in milliseconds</td>
  </tr>
  <tr>
    <td><b>Project:</b></td>
    <td>Core Library (dotNetRDF.dll)</td>
  </tr>
  <tr>
    <td colspan="2"><b>Changes:</b></td>
  </tr>
  <tr>
    <td colspan="2">
      <ul>
        <li>Assigned to changed from "Unassigned" to "Rob Vesse"
                                </li>
      </ul>
    </td>
  </tr>
</table>
<p>
            More information on this issue can be found at
            <a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=387" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=387</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
            If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
        </p>

[dotNetRDF-Develop] Issue CORE-393 has been added to a project you are monitoring.

[<tr...@do...>]

<p>The following issue has been added to a project that you are monitoring.</p>
<table border="0">
  <tr>
    <td width="90px" valign="top"><b>Title:</b></td>
    <td>Timeout is not honoured for asynchronous queries using SparqlRemoteEndpoint</td>
  </tr>
  <tr>
    <td><b>Project:</b></td>
    <td>Core Library (dotNetRDF.dll)</td>
  </tr>
  <tr>
    <td><b>Created By:</b></td>
    <td>Rob Vesse</td>
  </tr>
  <tr>
    <td><b>Milestone:</b></td>
    <td>1.0.3</td>
  </tr>
  <tr>
    <td><b>Category:</b></td>
    <td>Query</td>
  </tr>
  <tr>
    <td><b>Priority:</b></td>
    <td>High</td>
  </tr>
  <tr>
    <td><b>Type:</b></td>
    <td>Bug</td>
  </tr>
  <tr>
    <td><b>Description:</b></td>
  </tr>
  <tr>
    <td colspan="2"><p>
	Reported at&nbsp;<a href="http://stackoverflow.com/questions/20996232/timeout-notification-for-asynchronous-request">http://stackoverflow.com/questions/20996232/timeout-notification-for-asynchronous-request</a></p>
<p>
	We should also check SparqlRemoteUpdateEndpoint for the same problem</p></td>
  </tr>
</table>
<p>
            More information on this issue can be found at
            <a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=393" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=393</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
            If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
        </p>

[dotNetRDF-Develop] Issue TOOLS-392 has been updated by Rob Vesse

[<tr...@do...>]

<p>The following issue has been updated by Rob Vesse:</p>
<table border="0">
  <tr>
    <td width="90px" valign="top"><b>Title:</b></td>
    <td>SPARQL Connectors don&#39;t allow skipping local parsing</td>
  </tr>
  <tr>
    <td><b>Project:</b></td>
    <td>Toolkit</td>
  </tr>
  <tr>
    <td colspan="2"><b>Changes:</b></td>
  </tr>
  <tr>
    <td colspan="2">
      <ul>
        <li>Milestone changed from "Unassigned" to "1.0.3"
                                </li>
      </ul>
    </td>
  </tr>
</table>
<p>
            More information on this issue can be found at
            <a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=392" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=392</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
            If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
        </p>

[dotNetRDF-Develop] Issue TOOLS-392 has been added to a project you are monitoring.

[<tr...@do...>]

<p>The following issue has been added to a project that you are monitoring.</p>
<table border="0">
  <tr>
    <td width="90px" valign="top"><b>Title:</b></td>
    <td>SPARQL Connectors don&#39;t allow skipping local parsing</td>
  </tr>
  <tr>
    <td><b>Project:</b></td>
    <td>Toolkit</td>
  </tr>
  <tr>
    <td><b>Created By:</b></td>
    <td>Rob Vesse</td>
  </tr>
  <tr>
    <td><b>Milestone:</b></td>
    <td>Unassigned</td>
  </tr>
  <tr>
    <td><b>Category:</b></td>
    <td>Store Manager</td>
  </tr>
  <tr>
    <td><b>Priority:</b></td>
    <td>Normal</td>
  </tr>
  <tr>
    <td><b>Type:</b></td>
    <td>Bug</td>
  </tr>
  <tr>
    <td><b>Description:</b></td>
  </tr>
  <tr>
    <td colspan="2"><p>
	Currently the SPARQL based connectors do not expose the ability to disable local parsing of queries and updates which is important when accessing systems that permit non-standard SPARQL (*cough* Virtuoso)</p>
<p>
	This needs to be exposed through a connection option and where appropriate code for instantiating connections updated</p></td>
  </tr>
</table>
<p>
            More information on this issue can be found at
            <a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=392" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=392</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
            If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
        </p>

Re: [dotNetRDF-Develop] Store manager improvements

[Rob V. <rv...@do...>]

All sounds very promising

I just moved house and am about to go away for the Christmas period so I
won't review this for at least a week or so.  If you get refine it any
further in the meantime please continue to push changes and drop me emails
on where you've got to.

Happy holidays,

Rob

From:  Eugen F <feu...@ya...>
Reply-To:  Eugen F <feu...@ya...>
Date:  Thursday, 19 December 2013 15:12
To:  Rob Vesse <rv...@do...>
Subject:  Re: [dotNetRDF-Develop] Store manager improvements

> I have made some more changes to query textbox:
> 
> Changed textbox to richtextbox because rtb has better undo/redo functionality.
> Added basic syntax highlighting (it works by coloring most used sparql
> keywords, not for all because it's not that performant implementation).
> Added menu items for word wrap and url highlighting.
> Added a format button. With this i can now format a large query so that it
> matches pairs of "{ }". It's very hard to format large query without it.
> 
> All the features are disabled by default and can be enabled from options menu.
> 
> For now I know syntax highlighting interferes with undo functionality because
> of they way it's implemented.
>  
>  
>  
>  
>  
>   On Thursday, December 19, 2013 12:44 PM, Eugen F <feu...@ya...> wrote:
>   
>   
> I have updated the repository.
> You now need to enable the feature from options menu and a new btn will be
> visible in all query windows.
> 
> 
>  
>  
>  
>  
>  
>   On Wednesday, December 18, 2013 11:15 AM, Rob Vesse <rv...@do...>
> wrote:
>   
>   
> Fair enough, just let me know when you've pushed more changes for me to review
> 
> Thanks,
> 
> Rob
> 
> From:  Eugen F <feu...@ya...>
> Reply-To:  Eugen F <feu...@ya...>
> Date:  Monday, 16 December 2013 10:40
> To:  dotNetRDF Developer Discussion and Feature Request
> <dot...@li...>, Rob Vesse <rv...@do...>
> Subject:  Re: [dotNetRDF-Develop] Store manager improvements
> 
>> I implemented entity feature using "SparqlParameterizedString" but I get into
>> some problems.
>> 
>> 1. I need a QueryParameterizedString.SetSomething("command", commandString)
>> that would replace a @command with
>> commandString, but I only found methods that accept second param as INode.
>> So I still used string.Format to replace the command param.
>> 
>> 2. I can do this:
>> 
>> SparqlQuery intialQuery =...
>> getPredicatesQueryParameterizedString.Namespaces = intialQuery.NamespaceMap;
>> 
>> But i can't do 
>> getPredicatesQueryParameterizedString.Command = intialQuery.Command;
>> so I extracted the command manualy.
>> 
>> 3. Doing
>> 
>> getPredicatesQueryParameterizedString.Namespaces = intialQuery.NamespaceMap;
>> 
>> results in a string that has all prefixes on same line instead of separated
>> lines like it was on
>> intialQuery.
>> 
>> 
>> 
>>  
>>  
>>  
>>  
>>  
>>   On Saturday, December 14, 2013 5:12 PM, Eugen F <feu...@ya...> wrote:
>>   
>>   
>> Hi Rob, 
>> 
>> After my last post I realized that there are some scenarios where I would
>> want to compare current results with previous ones, for example reruning same
>> query after user caused some changes through UI. And of course there are the
>> workflows you suggested. So I agree with you, just that at the time of the
>> post I didn't think of other flows...(too much sql server)
>> 
>> What I'm thinking now is having 2 run buttons like I suggested in the
>> previous post, or no buttons but some way that a user could change this
>> behavior on the fly, without having a global setting that applies to all
>> connection tabs. Or instead of multiple buttons there could be a dropdown
>> kind of button and when you click on the arrow you select the open
>> type(ovewrite/window/tab), when you click the dropdown itself execute the
>> query based on the open type.
>> Consider the following flow:
>> I run a query, I get some results and then I want to compare all next results
>> to this one. So first time it should open results in a new window, but the
>> following runs should overwrite each other because I only want to compare the
>> latest state with the reference one. With 2 buttons i could run first query,
>> then second time in a new tab, then the following times in same(active) tab.
>> 
>> Also a nice to have feature (for the future) that can only be done when
>> having multiple results is to be able to see the difference between them. For
>> example I have 3 tab results and I want to see what triples were
>> added/removed between 2 of the tabs, so i can check them and compare. For now
>> I don't think it's that important to have it, but just to know of the
>> possibility.
>> 
>> Related to that entity feature, I was waiting for us to get to some agreement
>> on what should I do, maybe wait for the implementation of the opening of
>> results, so it integrates better.
>>  I'm thinking this feature won't be used so often so it should not be visible
>> all the times, but still it's related to a connection tab and a query;
>> besides this it needs some parameters. So an idea would be to hide it by
>> default, but allow enabling with a menu option. When enabled a new button
>> will appear on query window.
>> 
>> When user clicks a button I would run a query and when it finishes I should
>> display the new query for entities that he can modify (maybe with the initial
>> query commented at the top).
>> So he runs:
>> {initial query}
>> 
>> and i output:
>> 
>> # {initial query}
>> {entities query}
>> 
>> Now I could overwrite his initial query but that would be kind of strange
>> since by the time my query finishes he could have made changes to the initial
>> query window. To fix this I could disable the run button until i get results,
>> or just open a new connection window when i have the new query, or some other
>> suggestion.
>> 
>> 
>>  
>>  
>>  
>>  
>>  
>>   On Friday, December 13, 2013 7:26 PM, Rob Vesse <rv...@do...>
>> wrote:
>>   
>>   
>> Eugen
>> 
>> The flat buttons was just a visual tweak, since they aren't really acting as
>> visual tabs it seemed pointless to make them appear as tabs.
>> 
>> On the topic of the query results overwriting while this may be what you want
>> it is not necessarily what others want.  Remember that this is intended to be
>> a general purpose tool so where there are multiple possible workflows then we
>> need to support those with the UI.  Here's two example workflows that I use
>> myself currently that your change breaks:
>> 1. Run two queries which are syntactically different but which I expect to
>> get the two results and then compare the two sets of results in their
>> respective windows
>> 2. Launch multiple queries which I know to be long running and then come back
>> to view the results in a little while
>> The long running queries use case is particularly problematic IMO because now
>> you don't necessarily have any visual indicator that there are queries in
>> flight.  So I might run a fast query so the results view pops up, then I run
>> a long running query.  While this is running the results of the first query
>> stay visible and at some point in the future they suddenly change to the
>> results of the next query with little/no visual indication to the user
>> (especially if the two queries share the same variables).  Also there is the
>> possibility that if you fire off multiple queries that finish out of order
>> you have no idea which query the currently displayed results relate to.
>> 
>> What I am thinking is that the behaviour should be configurable so users can
>> pick what works best for them with three options:
>> 1. Only show one set of results at a time in the same window
>> 2. Show multiple sets of results in the same window using a tabbed interface
>> (obviously this option needs some way to display the query alongside the
>> results so a user can figure out which query produced which results)
>> 3. Always show results in new windows
>> I'm happy to work on implementing the above myself. Then when upgrading to
>> the new version Store Manager can offer the user the option to configure
>> their desired behaviour which would then be saved in the users settings with
>> the option to change later if desired.
>> 
>> Thanks for the explanations, I understand the entities query idea much better
>> now.  Please let me know when you have improvements to this ready for review.
>> 
>> Cheers,
>> 
>> Rob
>> 
>> From:  Eugen F <feu...@ya...>
>> Reply-To:  Eugen F <feu...@ya...>, dotNetRDF Developer Discussion and
>> Feature Request <dot...@li...>
>> Date:  Wednesday, 11 December 2013 15:54
>> To:  dotNetRDF Developer Discussion and Feature Request
>> <dot...@li...>
>> Subject:  Re: [dotNetRDF-Develop] Store manager improvements
>> 
>>> Hi Rob,
>>> 
>>> I pulled the changes from that tool branch locally (sync the url of that
>>> tool branch with my local repository) and now I see your changes. (i hope
>>> it's the correct process).
>>> 
>>> I'm now sure what is the advantage of flat buttons over tabs, but since the
>>> functionality is the same seems ok to me.
>>> 
>>> About the issue: "Currently the query results overwrite each other," , this
>>> is exactly what i want. Consider i make some changes to a query (like you do
>>> for example in sql management studio), but that query is not final and I
>>> gradually improve it, then I don't care about the previous results until i
>>> can write the correct query and i don't want to close the old results
>>> tab/window each time. Before the current changes I had to manually go and
>>> close each MDI window each time I ran a query, and that is very strange to
>>> me. If I would want to see previous results then i would create a new
>>> connection from current, copy the query, maybe change it, then  run it,
>>> keeping old result in prev window (and associated with the exact query that
>>> generated them).
>>> Another solution would be to add a new Run(tab) button that would open new
>>> tabs as you said (keeping the current Run button that overwrites).
>>> But there is an issue to consider: a query and the results form a pair, if
>>> we have many results for some query that include older forms of it then it's
>>> kind of strange, because for those older results  i lost the query that
>>> generated them, so ideally for each results i should see the query that
>>> generated them.
>>> In any case I would like to have the functionality to overwrite old results.
>>> 
>>> Regarding the entities feature i think I'll better explain here:
>>> (or only the problem here:
>>> http://stackoverflow.com/questions/10251802/sparql-query-to-retrieve-all-obj
>>> ects-and-properties)
>>> Consider having a list of persons, each person subject of the rdf:type
>>> :Person, and each person having one or more of the properties: :Age, :Name,
>>> :FullName, :Email, and so on. Now i want to write a query that gives me all
>>> the persons and their properties without knowing in advance the properties;
>>> If i know the properties the final query would look like:
>>> select ?person ?name ?age ..
>>> where {
>>>  ?person rdf:type :Person.
>>> optional(?person :Name ?name).
>>> optional(?person :hasAge ?age).
>>> ....
>>> }
>>> But if i don't know the properties i first need to find them, then manually
>>> create the query above.
>>> What i did is take the first variable from a query, get all the properties
>>> for that list of variables and then dynamically create the query.
>>> In the above example the user would write a query like:
>>> select ?person
>>> where {
>>>  ?person rdf:type :Person.
>>> }
>>> then i would transform this into a query to get all the predicates for all
>>> ?person so running the first query results in a response like:
>>> predicate, nr of usages
>>> :Name, 2
>>> :Age, 3
>>> :Email, 1
>>> 
>>> so now i can programaticaly create a new query:
>>> 
>>> select ?person ?name ?age ..
>>> where {......
>>> 
>>> What I did wrong i think is that I actually executed the final query, and I
>>> think it's better to actually make a button that generates this final query
>>> from the initial one and let the user execute it, because in this way he can
>>> remove some of the properties.
>>> So for the user input:
>>> select ?person
>>> where {
>>>  ?person rdf:type :Person.
>>> }
>>> i would press a button and get as an output a new query:
>>> select ?person ?name ?age ..
>>> where { optional(......
>>> 
>>> 
>>> 
>>> 
>>>  
>>>  
>>>  
>>>  
>>>  
>>>   On Wednesday, December 11, 2013 2:09 PM, Rob Vesse <rv...@do...>
>>> wrote:
>>>   
>>>   
>>> Eugen
>>> 
>>> Generally I like the changes, I have a few suggestions for improvements.
>>> 
>>> Firstly since the tabs act mainly as buttons to quickly focus on a specific
>>> connection I'd suggest using FlatButtons Appearance for the tabs.  I've
>>> already made this change in the main repository, note that I've moved the
>>> changes onto the TOOLS-390 branch in the main repository, if you can pull my
>>> changes to your fork and then make any further changes in that branch
>>> instead of default that would be much appreciated.
>>> 
>>> Currently the query results overwrite each other, so if I run subsequent
>>> queries the previous query results are hidden.  It might be a nice idea to
>>> have a tab control within the results area and have each new query add a tab
>>> preferably with some way to view in each result tab what query produced the
>>> results, this would also need the ability to close result tabs that are no
>>> longer needed.
>>> 
>>> Another nice feature to have would be the ability to detach results into a
>>> separate window when desired though I'm less fussed about this.
>>> 
>>> I'm not really sure what the entities feature is doing since it didn't seem
>>> to do much in my testing, I'd like to understand exactly what this is
>>> attempting to do.  Wrt to the code for this it would be better to use the
>>> SparqlParameterizedString class for constructing the queries rather than
>>> String.Format() and string concatenation.  See the Representing Queries
>>> section at 
>>> https://bitbucket.org/dotnetrdf/dotnetrdf/wiki/UserGuide/Querying%20with%20S
>>> PARQL for an example of using this class.
>>> 
>>> Note that you can get the namespaces associated with the existing query by
>>> using the NamespaceMap property and the Base URI using the BaseUri property,
>>> you can then simply copy these to your SparqlParameterizedString instance
>>> avoiding the need to do this by string extraction.  (Actually it doesn't
>>> have a BaseUri property, I'll add that soon)
>>> 
>>> In general I'm wondering that if you are looking to give a more entity
>>> centric view of the data in a store whether it wouldn't be better to add
>>> this functionality as a new entities tab and develop entity viewer controls
>>> and associated tasks specifically for this rather than reusing the Query
>>> Tab?
>>> 
>>> Cheers,
>>> 
>>> Rob
>>> 
>>> From:  Rob Vesse <rv...@do...>
>>> Reply-To:  dotNetRDF Developer Discussion and Feature Request
>>> <dot...@li...>
>>> Date:  Tuesday, 10 December 2013 16:12
>>> To:  dotNetRDF Developer Discussion and Feature Request
>>> <dot...@li...>
>>> Subject:  Re: [dotNetRDF-Develop] Store manager improvements
>>> 
>>>> Thanks for that, I've pulled your changes locally and will try and take a
>>>> proper look at them tomorrow.  I've glanced over the code changes and
>>>> everything looks OK but I haven't got as far as running the revised UI yet.
>>>> 
>>>> When I do review properly I'll try and look at the entities query stuff and
>>>> see if there is any way to make it more efficient.
>>>> 
>>>> Thanks for spotting the bug in BaseEndpoint, I introduced this by accident
>>>> with a recent commit and it should now be fixed again with my most recent
>>>> commits
>>>> 
>>>> Cheers,
>>>> 
>>>> Rob
>>>> 
>>>> From:  Eugen F <feu...@ya...>
>>>> Reply-To:  Eugen F <feu...@ya...>
>>>> Date:  Tuesday, 10 December 2013 09:46
>>>> To:  Rob Vesse <rv...@do...>
>>>> Cc:  dotNetRDF Developer Discussion and Feature Request
>>>> <dot...@li...>
>>>> Subject:  Re: [dotNetRDF-Develop] Store manager improvements
>>>> 
>>>>> I've updated the repository, so maybe you can check the changes.
>>>>> 
>>>>> Note that there is a change in BaseEnpoint "throw new
>>>>> ArgumentException("HTTP Mode can only be GET/POST, derived implementations
>>>>> should override this property if they wish to support more methods");"
>>>>> that I had to comment in order to make the version from repository connect
>>>>> to an endpoint. (no relation to my changes).
>>>>> 
>>>>> Also I tried to make an external endpoint work with that entities change,
>>>>> but i only get timeouts...because of the complex query i think.
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>>  
>>>>>  
>>>>>  
>>>>>  
>>>>>  
>>>>>   On Monday, December 9, 2013 2:50 PM, Rob Vesse <rv...@do...>
>>>>> wrote:
>>>>>   
>>>>>   
>>>>> Eugen
>>>>> 
>>>>> Forking a Mercurial repository copies all branches, however if you could
>>>>> commit your changes to the default branch that would be best
>>>>> 
>>>>> Thanks,
>>>>> 
>>>>> Rob
>>>>> 
>>>>> From:  Eugen F <feu...@ya...>
>>>>> Reply-To:  Eugen F <feu...@ya...>
>>>>> Date:  Monday, 9 December 2013 12:20
>>>>> To:  Rob Vesse <rv...@do...>
>>>>> Subject:  Re: [dotNetRDF-Develop] Store manager improvements
>>>>> 
>>>>>> I have made the changes so it's now both MDI and tabs, forked repository
>>>>>> at https://bitbucket.org/feugen24/storemanager_tabs. Still I'm not sure
>>>>>> it's the correct version because there were lots of tags when creating
>>>>>> the fork, so i picked the "dynamic" that was selected by default. I
>>>>>> assumed dynamic means (latest).
>>>>>> If it's ok i'll update this one.
>>>>>>  
>>>>>>  
>>>>>>  
>>>>>>  
>>>>>>  
>>>>>>   On Sunday, December 8, 2013 5:33 PM, Rob Vesse <rv...@do...>
>>>>>> wrote:
>>>>>>   
>>>>>>   
>>>>>> Hi Eugen
>>>>>> 
>>>>>> Thanks for the detailed email, yes there are advantages to a tabbed
>>>>>> interface though I suspect some users (like myself) may prefer to have
>>>>>> the MDI interface still.
>>>>>> 
>>>>>> What would be ideal from my perspective would be to integrate this such
>>>>>> that users can switch between the modes as desired, so users who prefer
>>>>>> the current interface can continue to use it and those that like the new
>>>>>> interface can use that instead.  Or even to have it such that you can
>>>>>> dock connections into a tabbed interface as and when desired.
>>>>>> 
>>>>>> The changes all sound useful but I haven't previewed them at all because
>>>>>> I'm afraid I'm not going to run a compiled executable from someone who's
>>>>>> emailing me for the very first time even if it does pass the virus
>>>>>> checker.  If you can provide either a link to the git repository, a patch
>>>>>> against latest trunk or ideally a mercurial fork that would be fantastic.
>>>>>> We use Mercurial for our development with our main repository hosted on
>>>>>> BitBucket at http://bitbucket.org/dotnetrdf/dotnetrdf ­ if you can fork
>>>>>> the code on BitBucket, transfer your changes to there and then open a
>>>>>> pull request that would be the best way for us to see and review your
>>>>>> changes.
>>>>>> 
>>>>>> Btw this is a subscription list, your email was moderated through and
>>>>>> you've been CC'd on this initial reply but if you could subscribe at
>>>>>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop so you can
>>>>>> participate in this discussion going forward without us having to
>>>>>> manually CC you each time that would be much appreciated.
>>>>>> 
>>>>>> Thanks,
>>>>>> 
>>>>>> Rob
>>>>>> 
>>>>>> From:  Eugen F <feu...@ya...>
>>>>>> Reply-To:  Eugen F <feu...@ya...>, dotNetRDF Developer Discussion
>>>>>> and Feature Request <dot...@li...>
>>>>>> Date:  Saturday, 7 December 2013 11:42
>>>>>> To:  "dot...@li..."
>>>>>> <dot...@li...>
>>>>>> Subject:  [dotNetRDF-Develop] Store manager improvements
>>>>>> 
>>>>>>> Hi,
>>>>>>> 
>>>>>>> I'm working with store manager and because of the midi interface it's
>>>>>>> difficult to interact with it, meaning each time i create a connection a
>>>>>>> new window is created, then when I run a query another window, rerun a
>>>>>>> query...new window, then close the one of the first query run and so on.
>>>>>>> 
>>>>>>> So i think the approach in sql server management studio or brightstardb
>>>>>>> polaris tool is much better. Both have tabs for each new connection, and
>>>>>>> when i rerun a query only results change (no new window).
>>>>>>> So i made the following changes:
>>>>>>> - when a connection is opened a new tab page is created and I add
>>>>>>> StoreManagerForm as a child to it
>>>>>>> - each tab has a close btn
>>>>>>> The rest of the functionality is the same except for query tab where:
>>>>>>> - i added a splitter control where panel 1 has query window , panel 2
>>>>>>> has query results (both for graph and resultset)
>>>>>>> - i added a new button for orientation ( --| ) so we can change the
>>>>>>> orientation of the splitter ( vertical mode is v helpful on wide screens
>>>>>>> with few columns on results)
>>>>>>> - i removed "query" word from all buttons to occupy less space (i think
>>>>>>> it's obvious since we are in query window tab)
>>>>>>> - i changed AutoSizeColumnsMode to AllCells (previous was DisplayedCells
>>>>>>> but i had problems with it when large uri's where not in current view)
>>>>>>> 
>>>>>>> I also added a feature (in query tab) to expand a query for some
>>>>>>> subjects so i can see all the properties and values of those subjects.
>>>>>>> This allows a user to see similar results as sql server in case he has
>>>>>>> entities. For example if a user is using Entityframework api from
>>>>>>> brightstardb he can the select entities of rdf:type "Car" and see all
>>>>>>> car entities with values, in a table.
>>>>>>> - i added a new checkbox "AsEntities" that allows this feature when
>>>>>>> checked (it takes first variable from the current query as entity
>>>>>>> id/subject)
>>>>>>> It transforms user query to get all properties and the dynamically
>>>>>>> creates a query to get the entities.
>>>>>>> - i also added a numeric control next to the checkbox with default value
>>>>>>> of 1. This was necessary because in may case I have some predicates that
>>>>>>> are entities themselves and i need to filter those out. (a group by is
>>>>>>> used to filter predicates using that default value of 1)
>>>>>>> 
>>>>>>> I've attached the working version so you can play with it. I worked on a
>>>>>>> local git source control using latest 102 source code.
>>>>>>> Let me know what you think of the changes, and if it's ok, how to
>>>>>>> send/publish the source code. I've not really worked on any open source
>>>>>>> project so i don't know the flow.
>>>>>>> ------------------------------------------------------------------------
>>>>>>> ------ Sponsored by Intel(R) XDK Develop, test and display web and
>>>>>>> hybrid apps with a single code base. Download it for free now!
>>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.cl
>>>>>>> ktrk_______________________________________________ dotNetRDF-develop
>>>>>>> mailing list
>>>>>>> dot...@li...https://lists.sourceforge.net/lis
>>>>>>> ts/listinfo/dotnetrdf-develop
>>>>>> 
>>>>>> 
>>>>>>   
>>>>>>  
>>>>>>   
>>>>>>  
>>>>> 
>>>>> 
>>>>>   
>>>>>  
>>>>>   
>>>>>  
>>>> ---------------------------------------------------------------------------
>>>> --- Rapidly troubleshoot problems before they affect your business. Most IT
>>>> organizations don't have a clear picture of how application performance
>>>> affects their revenue. With AppDynamics, you get 100% visibility into your
>>>> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
>>>> Pro! 
>>>> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
>>>> _______________________________________________ dotNetRDF-develop mailing
>>>> list 
>>>> dot...@li...https://lists.sourceforge.net/lists/
>>>> listinfo/dotnetrdf-develop
>>> 
>>> ----------------------------------------------------------------------------
>>> --
>>> Rapidly troubleshoot problems before they affect your business. Most IT
>>> organizations don't have a clear picture of how application performance
>>> affects their revenue. With AppDynamics, you get 100% visibility into your
>>> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
>>> Pro!
>>> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
>>> _______________________________________________
>>> dotNetRDF-develop mailing list
>>> dot...@li...
>>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop
>>> 
>>> 
>>>   
>>>  
>>>   
>>>  
>>> ----------------------------------------------------------------------------
>>> -- Rapidly troubleshoot problems before they affect your business. Most IT
>>> organizations don't have a clear picture of how application performance
>>> affects their revenue. With AppDynamics, you get 100% visibility into your
>>> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
>>> Pro! 
>>> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk_
>>> ______________________________________________ dotNetRDF-develop mailing
>>> list 
>>> dot...@li...https://lists.sourceforge.net/lists/l
>>> istinfo/dotnetrdf-develop
>> 
>> 
>>   
>>  
>>   
>>  
>> 
>> 
----------------------------------------------------------------------------->>
-
>> Rapidly troubleshoot problems before they affect your business. Most IT
>> organizations don't have a clear picture of how application performance
>> affects their revenue. With AppDynamics, you get 100% visibility into your
>> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
>> Pro!
>> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
>> 
>> _______________________________________________
>> dotNetRDF-develop mailing list
>> dot...@li...
>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop
>> 
>> 
>>   
>>  
>>   
>>  
> 
> 
>   
>  
>   
>  
> 
> 
>   
>  
>   
>  

[dotNetRDF-Develop] Issue TOOLS-360 has been updated by Rob Vesse

[<tr...@do...>]

<p>The following issue has been updated by Rob Vesse:</p>
<table border="0">
  <tr>
    <td width="90px" valign="top"><b>Title:</b></td>
    <td>Replace current .vdproj based installer with a WiX based installer</td>
  </tr>
  <tr>
    <td><b>Project:</b></td>
    <td>Toolkit</td>
  </tr>
  <tr>
    <td colspan="2"><b>Changes:</b></td>
  </tr>
  <tr>
    <td colspan="2">
      <ul>
        <li>Progress changed from "0 %" to "40 %"
                                </li>
      </ul>
    </td>
  </tr>
</table>
<p>
            More information on this issue can be found at
            <a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=360" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=360</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
            If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
        </p>

[dotNetRDF-Develop] Issue TOOLS-360 has a new comment

[<tr...@do...>]

<p>A new comment has been added to the following issue.</p>
<table border="0">
  <tr>
    <td width="90px" valign="top"><b>Title:</b></td>
    <td>Replace current .vdproj based installer with a WiX based installer</td>
  </tr>
  <tr>
    <td><b>Project:</b></td>
    <td>Toolkit</td>
  </tr>
  <tr>
    <td><b>Created By:</b></td>
    <td>Rob Vesse</td>
  </tr>
  <tr>
    <td><b>Date:</b></td>
    <td>2013-12-18 10:27 AM</td>
  </tr>
  <tr>
    <td><b>Comment:</b></td>
  </tr>
  <tr>
    <td colspan="2"><p>
	Starting looking at this and encountering build issues on my machine, waiting to get feedback from Kal on this</p></td>
  </tr>
</table>
<p>
            More information on this issue can be found at
            <a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=360" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=360</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
            If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
        </p>

[dotNetRDF-Develop] Issue TOOLS-377 has been updated by Rob Vesse

[<tr...@do...>]

<p>The following issue has been updated by Rob Vesse:</p>
<table border="0">
  <tr>
    <td width="90px" valign="top"><b>Title:</b></td>
    <td>Improve connection management for Favourite and Recent connections in StoreManager</td>
  </tr>
  <tr>
    <td><b>Project:</b></td>
    <td>Toolkit</td>
  </tr>
  <tr>
    <td colspan="2"><b>Changes:</b></td>
  </tr>
  <tr>
    <td colspan="2">
      <ul>
        <li>Status changed from "In Progress" to "Completed"
                                </li>
        <li>Progress changed from "90 %" to "100 %"
                                </li>
      </ul>
    </td>
  </tr>
</table>
<p>
            More information on this issue can be found at
            <a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=377" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=377</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
            If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
        </p>

[dotNetRDF-Develop] Issue TOOLS-377 has a new comment

[<tr...@do...>]

<p>A new comment has been added to the following issue.</p>
<table border="0">
  <tr>
    <td width="90px" valign="top"><b>Title:</b></td>
    <td>Improve connection management for Favourite and Recent connections in StoreManager</td>
  </tr>
  <tr>
    <td><b>Project:</b></td>
    <td>Toolkit</td>
  </tr>
  <tr>
    <td><b>Created By:</b></td>
    <td>Rob Vesse</td>
  </tr>
  <tr>
    <td><b>Date:</b></td>
    <td>2013-12-18 10:25 AM</td>
  </tr>
  <tr>
    <td><b>Comment:</b></td>
  </tr>
  <tr>
    <td colspan="2"><p>
	Just needs merging into default now which is going to be tricky since it will conflict with the TOOLS-390 changes</p></td>
  </tr>
</table>
<p>
            More information on this issue can be found at
            <a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=377" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=377</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
            If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
        </p>

Re: [dotNetRDF-Develop] Store manager improvements

[Rob V. <rv...@do...>]

Fair enough, just let me know when you've pushed more changes for me to
review

Thanks,

Rob

From:  Eugen F <feu...@ya...>
Reply-To:  Eugen F <feu...@ya...>
Date:  Monday, 16 December 2013 10:40
To:  dotNetRDF Developer Discussion and Feature Request
<dot...@li...>, Rob Vesse <rv...@do...>
Subject:  Re: [dotNetRDF-Develop] Store manager improvements

> I implemented entity feature using "SparqlParameterizedString" but I get into
> some problems.
> 
> 1. I need a QueryParameterizedString.SetSomething("command", commandString)
> that would replace a @command with
> commandString, but I only found methods that accept second param as INode.
> So I still used string.Format to replace the command param.
> 
> 2. I can do this:
> 
> SparqlQuery intialQuery =...
> getPredicatesQueryParameterizedString.Namespaces = intialQuery.NamespaceMap;
> 
> But i can't do 
> getPredicatesQueryParameterizedString.Command = intialQuery.Command;
> so I extracted the command manualy.
> 
> 3. Doing
> 
> getPredicatesQueryParameterizedString.Namespaces = intialQuery.NamespaceMap;
> 
> results in a string that has all prefixes on same line instead of separated
> lines like it was on
> intialQuery.
> 
> 
> 
>  
>  
>  
>  
>  
>   On Saturday, December 14, 2013 5:12 PM, Eugen F <feu...@ya...> wrote:
>   
>   
> Hi Rob, 
> 
> After my last post I realized that there are some scenarios where I would want
> to compare current results with previous ones, for example reruning same query
> after user caused some changes through UI. And of course there are the
> workflows you suggested. So I agree with you, just that at the time of the
> post I didn't think of other flows...(too much sql server)
> 
> What I'm thinking now is having 2 run buttons like I suggested in the previous
> post, or no buttons but some way that a user could change this behavior on the
> fly, without having a global setting that applies to all connection tabs. Or
> instead of multiple buttons there could be a dropdown kind of button and when
> you click on the arrow you select the open type(ovewrite/window/tab), when you
> click the dropdown itself execute the query based on the open type.
> Consider the following flow:
> I run a query, I get some results and then I want to compare all next results
> to this one. So first time it should open results in a new window, but the
> following runs should overwrite each other because I only want to compare the
> latest state with the reference one. With 2 buttons i could run first query,
> then second time in a new tab, then the following times in same(active) tab.
> 
> Also a nice to have feature (for the future) that can only be done when having
> multiple results is to be able to see the difference between them. For example
> I have 3 tab results and I want to see what triples were added/removed between
> 2 of the tabs, so i can check them and compare. For now I don't think it's
> that important to have it, but just to know of the possibility.
> 
> Related to that entity feature, I was waiting for us to get to some agreement
> on what should I do, maybe wait for the implementation of the opening of
> results, so it integrates better.
>  I'm thinking this feature won't be used so often so it should not be visible
> all the times, but still it's related to a connection tab and a query; besides
> this it needs some parameters. So an idea would be to hide it by default, but
> allow enabling with a menu option. When enabled a new button will appear on
> query window.
> 
> When user clicks a button I would run a query and when it finishes I should
> display the new query for entities that he can modify (maybe with the initial
> query commented at the top).
> So he runs:
> {initial query}
> 
> and i output:
> 
> # {initial query}
> {entities query}
> 
> Now I could overwrite his initial query but that would be kind of strange
> since by the time my query finishes he could have made changes to the initial
> query window. To fix this I could disable the run button until i get results,
> or just open a new connection window when i have the new query, or some other
> suggestion.
> 
> 
>  
>  
>  
>  
>  
>   On Friday, December 13, 2013 7:26 PM, Rob Vesse <rv...@do...>
> wrote:
>   
>   
> Eugen
> 
> The flat buttons was just a visual tweak, since they aren't really acting as
> visual tabs it seemed pointless to make them appear as tabs.
> 
> On the topic of the query results overwriting while this may be what you want
> it is not necessarily what others want.  Remember that this is intended to be
> a general purpose tool so where there are multiple possible workflows then we
> need to support those with the UI.  Here's two example workflows that I use
> myself currently that your change breaks:
> 1. Run two queries which are syntactically different but which I expect to get
> the two results and then compare the two sets of results in their respective
> windows
> 2. Launch multiple queries which I know to be long running and then come back
> to view the results in a little while
> The long running queries use case is particularly problematic IMO because now
> you don't necessarily have any visual indicator that there are queries in
> flight.  So I might run a fast query so the results view pops up, then I run a
> long running query.  While this is running the results of the first query stay
> visible and at some point in the future they suddenly change to the results of
> the next query with little/no visual indication to the user (especially if the
> two queries share the same variables).  Also there is the possibility that if
> you fire off multiple queries that finish out of order you have no idea which
> query the currently displayed results relate to.
> 
> What I am thinking is that the behaviour should be configurable so users can
> pick what works best for them with three options:
> 1. Only show one set of results at a time in the same window
> 2. Show multiple sets of results in the same window using a tabbed interface
> (obviously this option needs some way to display the query alongside the
> results so a user can figure out which query produced which results)
> 3. Always show results in new windows
> I'm happy to work on implementing the above myself. Then when upgrading to the
> new version Store Manager can offer the user the option to configure their
> desired behaviour which would then be saved in the users settings with the
> option to change later if desired.
> 
> Thanks for the explanations, I understand the entities query idea much better
> now.  Please let me know when you have improvements to this ready for review.
> 
> Cheers,
> 
> Rob
> 
> From:  Eugen F <feu...@ya...>
> Reply-To:  Eugen F <feu...@ya...>, dotNetRDF Developer Discussion and
> Feature Request <dot...@li...>
> Date:  Wednesday, 11 December 2013 15:54
> To:  dotNetRDF Developer Discussion and Feature Request
> <dot...@li...>
> Subject:  Re: [dotNetRDF-Develop] Store manager improvements
> 
>> Hi Rob,
>> 
>> I pulled the changes from that tool branch locally (sync the url of that tool
>> branch with my local repository) and now I see your changes. (i hope it's the
>> correct process).
>> 
>> I'm now sure what is the advantage of flat buttons over tabs, but since the
>> functionality is the same seems ok to me.
>> 
>> About the issue: "Currently the query results overwrite each other," , this
>> is exactly what i want. Consider i make some changes to a query (like you do
>> for example in sql management studio), but that query is not final and I
>> gradually improve it, then I don't care about the previous results until i
>> can write the correct query and i don't want to close the old results
>> tab/window each time. Before the current changes I had to manually go and
>> close each MDI window each time I ran a query, and that is very strange to
>> me. If I would want to see previous results then i would create a new
>> connection from current, copy the query, maybe change it, then  run it,
>> keeping old result in prev window (and associated with the exact query that
>> generated them).
>> Another solution would be to add a new Run(tab) button that would open new
>> tabs as you said (keeping the current Run button that overwrites).
>> But there is an issue to consider: a query and the results form a pair, if we
>> have many results for some query that include older forms of it then it's
>> kind of strange, because for those older results  i lost the query that
>> generated them, so ideally for each results i should see the query that
>> generated them.
>> In any case I would like to have the functionality to overwrite old results.
>> 
>> Regarding the entities feature i think I'll better explain here:
>> (or only the problem here:
>> http://stackoverflow.com/questions/10251802/sparql-query-to-retrieve-all-obje
>> cts-and-properties)
>> Consider having a list of persons, each person subject of the rdf:type
>> :Person, and each person having one or more of the properties: :Age, :Name,
>> :FullName, :Email, and so on. Now i want to write a query that gives me all
>> the persons and their properties without knowing in advance the properties;
>> If i know the properties the final query would look like:
>> select ?person ?name ?age ..
>> where {
>>  ?person rdf:type :Person.
>> optional(?person :Name ?name).
>> optional(?person :hasAge ?age).
>> ....
>> }
>> But if i don't know the properties i first need to find them, then manually
>> create the query above.
>> What i did is take the first variable from a query, get all the properties
>> for that list of variables and then dynamically create the query.
>> In the above example the user would write a query like:
>> select ?person
>> where {
>>  ?person rdf:type :Person.
>> }
>> then i would transform this into a query to get all the predicates for all
>> ?person so running the first query results in a response like:
>> predicate, nr of usages
>> :Name, 2
>> :Age, 3
>> :Email, 1
>> 
>> so now i can programaticaly create a new query:
>> 
>> select ?person ?name ?age ..
>> where {......
>> 
>> What I did wrong i think is that I actually executed the final query, and I
>> think it's better to actually make a button that generates this final query
>> from the initial one and let the user execute it, because in this way he can
>> remove some of the properties.
>> So for the user input:
>> select ?person
>> where {
>>  ?person rdf:type :Person.
>> }
>> i would press a button and get as an output a new query:
>> select ?person ?name ?age ..
>> where { optional(......
>> 
>> 
>> 
>> 
>>  
>>  
>>  
>>  
>>  
>>   On Wednesday, December 11, 2013 2:09 PM, Rob Vesse <rv...@do...>
>> wrote:
>>   
>>   
>> Eugen
>> 
>> Generally I like the changes, I have a few suggestions for improvements.
>> 
>> Firstly since the tabs act mainly as buttons to quickly focus on a specific
>> connection I'd suggest using FlatButtons Appearance for the tabs.  I've
>> already made this change in the main repository, note that I've moved the
>> changes onto the TOOLS-390 branch in the main repository, if you can pull my
>> changes to your fork and then make any further changes in that branch instead
>> of default that would be much appreciated.
>> 
>> Currently the query results overwrite each other, so if I run subsequent
>> queries the previous query results are hidden.  It might be a nice idea to
>> have a tab control within the results area and have each new query add a tab
>> preferably with some way to view in each result tab what query produced the
>> results, this would also need the ability to close result tabs that are no
>> longer needed.
>> 
>> Another nice feature to have would be the ability to detach results into a
>> separate window when desired though I'm less fussed about this.
>> 
>> I'm not really sure what the entities feature is doing since it didn't seem
>> to do much in my testing, I'd like to understand exactly what this is
>> attempting to do.  Wrt to the code for this it would be better to use the
>> SparqlParameterizedString class for constructing the queries rather than
>> String.Format() and string concatenation.  See the Representing Queries
>> section at 
>> https://bitbucket.org/dotnetrdf/dotnetrdf/wiki/UserGuide/Querying%20with%20SP
>> ARQL for an example of using this class.
>> 
>> Note that you can get the namespaces associated with the existing query by
>> using the NamespaceMap property and the Base URI using the BaseUri property,
>> you can then simply copy these to your SparqlParameterizedString instance
>> avoiding the need to do this by string extraction.  (Actually it doesn't have
>> a BaseUri property, I'll add that soon)
>> 
>> In general I'm wondering that if you are looking to give a more entity
>> centric view of the data in a store whether it wouldn't be better to add this
>> functionality as a new entities tab and develop entity viewer controls and
>> associated tasks specifically for this rather than reusing the Query Tab?
>> 
>> Cheers,
>> 
>> Rob
>> 
>> From:  Rob Vesse <rv...@do...>
>> Reply-To:  dotNetRDF Developer Discussion and Feature Request
>> <dot...@li...>
>> Date:  Tuesday, 10 December 2013 16:12
>> To:  dotNetRDF Developer Discussion and Feature Request
>> <dot...@li...>
>> Subject:  Re: [dotNetRDF-Develop] Store manager improvements
>> 
>>> Thanks for that, I've pulled your changes locally and will try and take a
>>> proper look at them tomorrow.  I've glanced over the code changes and
>>> everything looks OK but I haven't got as far as running the revised UI yet.
>>> 
>>> When I do review properly I'll try and look at the entities query stuff and
>>> see if there is any way to make it more efficient.
>>> 
>>> Thanks for spotting the bug in BaseEndpoint, I introduced this by accident
>>> with a recent commit and it should now be fixed again with my most recent
>>> commits
>>> 
>>> Cheers,
>>> 
>>> Rob
>>> 
>>> From:  Eugen F <feu...@ya...>
>>> Reply-To:  Eugen F <feu...@ya...>
>>> Date:  Tuesday, 10 December 2013 09:46
>>> To:  Rob Vesse <rv...@do...>
>>> Cc:  dotNetRDF Developer Discussion and Feature Request
>>> <dot...@li...>
>>> Subject:  Re: [dotNetRDF-Develop] Store manager improvements
>>> 
>>>> I've updated the repository, so maybe you can check the changes.
>>>> 
>>>> Note that there is a change in BaseEnpoint "throw new
>>>> ArgumentException("HTTP Mode can only be GET/POST, derived implementations
>>>> should override this property if they wish to support more methods");" that
>>>> I had to comment in order to make the version from repository connect to an
>>>> endpoint. (no relation to my changes).
>>>> 
>>>> Also I tried to make an external endpoint work with that entities change,
>>>> but i only get timeouts...because of the complex query i think.
>>>> 
>>>> 
>>>> 
>>>> 
>>>>  
>>>>  
>>>>  
>>>>  
>>>>  
>>>>   On Monday, December 9, 2013 2:50 PM, Rob Vesse <rv...@do...>
>>>> wrote:
>>>>   
>>>>   
>>>> Eugen
>>>> 
>>>> Forking a Mercurial repository copies all branches, however if you could
>>>> commit your changes to the default branch that would be best
>>>> 
>>>> Thanks,
>>>> 
>>>> Rob
>>>> 
>>>> From:  Eugen F <feu...@ya...>
>>>> Reply-To:  Eugen F <feu...@ya...>
>>>> Date:  Monday, 9 December 2013 12:20
>>>> To:  Rob Vesse <rv...@do...>
>>>> Subject:  Re: [dotNetRDF-Develop] Store manager improvements
>>>> 
>>>>> I have made the changes so it's now both MDI and tabs, forked repository
>>>>> at https://bitbucket.org/feugen24/storemanager_tabs. Still I'm not sure
>>>>> it's the correct version because there were lots of tags when creating the
>>>>> fork, so i picked the "dynamic" that was selected by default. I assumed
>>>>> dynamic means (latest).
>>>>> If it's ok i'll update this one.
>>>>>  
>>>>>  
>>>>>  
>>>>>  
>>>>>  
>>>>>   On Sunday, December 8, 2013 5:33 PM, Rob Vesse <rv...@do...>
>>>>> wrote:
>>>>>   
>>>>>   
>>>>> Hi Eugen
>>>>> 
>>>>> Thanks for the detailed email, yes there are advantages to a tabbed
>>>>> interface though I suspect some users (like myself) may prefer to have the
>>>>> MDI interface still.
>>>>> 
>>>>> What would be ideal from my perspective would be to integrate this such
>>>>> that users can switch between the modes as desired, so users who prefer
>>>>> the current interface can continue to use it and those that like the new
>>>>> interface can use that instead.  Or even to have it such that you can dock
>>>>> connections into a tabbed interface as and when desired.
>>>>> 
>>>>> The changes all sound useful but I haven't previewed them at all because
>>>>> I'm afraid I'm not going to run a compiled executable from someone who's
>>>>> emailing me for the very first time even if it does pass the virus
>>>>> checker.  If you can provide either a link to the git repository, a patch
>>>>> against latest trunk or ideally a mercurial fork that would be fantastic.
>>>>> We use Mercurial for our development with our main repository hosted on
>>>>> BitBucket at http://bitbucket.org/dotnetrdf/dotnetrdf ­ if you can fork
>>>>> the code on BitBucket, transfer your changes to there and then open a pull
>>>>> request that would be the best way for us to see and review your changes.
>>>>> 
>>>>> Btw this is a subscription list, your email was moderated through and
>>>>> you've been CC'd on this initial reply but if you could subscribe at
>>>>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop so you can
>>>>> participate in this discussion going forward without us having to manually
>>>>> CC you each time that would be much appreciated.
>>>>> 
>>>>> Thanks,
>>>>> 
>>>>> Rob
>>>>> 
>>>>> From:  Eugen F <feu...@ya...>
>>>>> Reply-To:  Eugen F <feu...@ya...>, dotNetRDF Developer Discussion
>>>>> and Feature Request <dot...@li...>
>>>>> Date:  Saturday, 7 December 2013 11:42
>>>>> To:  "dot...@li..."
>>>>> <dot...@li...>
>>>>> Subject:  [dotNetRDF-Develop] Store manager improvements
>>>>> 
>>>>>> Hi,
>>>>>> 
>>>>>> I'm working with store manager and because of the midi interface it's
>>>>>> difficult to interact with it, meaning each time i create a connection a
>>>>>> new window is created, then when I run a query another window, rerun a
>>>>>> query...new window, then close the one of the first query run and so on.
>>>>>> 
>>>>>> So i think the approach in sql server management studio or brightstardb
>>>>>> polaris tool is much better. Both have tabs for each new connection, and
>>>>>> when i rerun a query only results change (no new window).
>>>>>> So i made the following changes:
>>>>>> - when a connection is opened a new tab page is created and I add
>>>>>> StoreManagerForm as a child to it
>>>>>> - each tab has a close btn
>>>>>> The rest of the functionality is the same except for query tab where:
>>>>>> - i added a splitter control where panel 1 has query window , panel 2 has
>>>>>> query results (both for graph and resultset)
>>>>>> - i added a new button for orientation ( --| ) so we can change the
>>>>>> orientation of the splitter ( vertical mode is v helpful on wide screens
>>>>>> with few columns on results)
>>>>>> - i removed "query" word from all buttons to occupy less space (i think
>>>>>> it's obvious since we are in query window tab)
>>>>>> - i changed AutoSizeColumnsMode to AllCells (previous was DisplayedCells
>>>>>> but i had problems with it when large uri's where not in current view)
>>>>>> 
>>>>>> I also added a feature (in query tab) to expand a query for some subjects
>>>>>> so i can see all the properties and values of those subjects. This allows
>>>>>> a user to see similar results as sql server in case he has entities. For
>>>>>> example if a user is using Entityframework api from brightstardb he can
>>>>>> the select entities of rdf:type "Car" and see all car entities with
>>>>>> values, in a table.
>>>>>> - i added a new checkbox "AsEntities" that allows this feature when
>>>>>> checked (it takes first variable from the current query as entity
>>>>>> id/subject)
>>>>>> It transforms user query to get all properties and the dynamically
>>>>>> creates a query to get the entities.
>>>>>> - i also added a numeric control next to the checkbox with default value
>>>>>> of 1. This was necessary because in may case I have some predicates that
>>>>>> are entities themselves and i need to filter those out. (a group by is
>>>>>> used to filter predicates using that default value of 1)
>>>>>> 
>>>>>> I've attached the working version so you can play with it. I worked on a
>>>>>> local git source control using latest 102 source code.
>>>>>> Let me know what you think of the changes, and if it's ok, how to
>>>>>> send/publish the source code. I've not really worked on any open source
>>>>>> project so i don't know the flow.
>>>>>> -------------------------------------------------------------------------
>>>>>> ----- Sponsored by Intel(R) XDK Develop, test and display web and hybrid
>>>>>> apps with a single code base. Download it for free now!
>>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clk
>>>>>> trk_______________________________________________ dotNetRDF-develop
>>>>>> mailing list
>>>>>> dot...@li...https://lists.sourceforge.net/list
>>>>>> s/listinfo/dotnetrdf-develop
>>>>> 
>>>>> 
>>>>>   
>>>>>  
>>>>>   
>>>>>  
>>>> 
>>>> 
>>>>   
>>>>  
>>>>   
>>>>  
>>> ----------------------------------------------------------------------------
>>> -- Rapidly troubleshoot problems before they affect your business. Most IT
>>> organizations don't have a clear picture of how application performance
>>> affects their revenue. With AppDynamics, you get 100% visibility into your
>>> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
>>> Pro! 
>>> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk_
>>> ______________________________________________ dotNetRDF-develop mailing
>>> list 
>>> dot...@li...https://lists.sourceforge.net/lists/l
>>> istinfo/dotnetrdf-develop
>> 
>> 
----------------------------------------------------------------------------->>
-
>> Rapidly troubleshoot problems before they affect your business. Most IT
>> organizations don't have a clear picture of how application performance
>> affects their revenue. With AppDynamics, you get 100% visibility into your
>> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
>> Pro!
>> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
>> _______________________________________________
>> dotNetRDF-develop mailing list
>> dot...@li...
>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop
>> 
>> 
>>   
>>  
>>   
>>  
>> -----------------------------------------------------------------------------
>> - Rapidly troubleshoot problems before they affect your business. Most IT
>> organizations don't have a clear picture of how application performance
>> affects their revenue. With AppDynamics, you get 100% visibility into your
>> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
>> Pro! 
>> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk__
>> _____________________________________________ dotNetRDF-develop mailing list
>> dot...@li...https://lists.sourceforge.net/lists/li
>> stinfo/dotnetrdf-develop
> 
> 
>   
>  
>   
>  
> 
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
> 
> _______________________________________________
> dotNetRDF-develop mailing list
> dot...@li...
> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop
> 
> 
>   
>  
>   
>  

Re: [dotNetRDF-Develop] Toolkit installer

[Rob V. <rv...@do...>]

Kal

The basic installer looks fine since it just puts stuff on disk, ideally it
would also add command line shortcuts to the GUI tools to the Start Menu.

However personally I have been unable to build it so far, what I run into is
an error about the Bootstrapper not being found:

Could not find required file 'setup.bin' in 'C:\Program Files\Microsoft
SDKs\Windows\v7.0\Bootstrapper\Engine'

This mailing list thread
(https://www.mail-archive.com/wix...@li.../msg33513.html)
essentially seems to cover the problem I have which is that I have the
Bootstrapper files but only under C:\Program Files (x86) and not under
C:\Program files where WiX is looking

Have you ever run into this before?  Any idea how to fix it?

The above linked thread does have a suggested workaround but knowing nothing
about WiX I haven't attempted it because I'm not sure what the implications
of it are.

Btw work for integrating this into the solution is now on the TOOLS-360
branch where it's included in the main solution though not yet in NAnt

Cheers,

Rob

From:  Kal Ahmed <ka...@ne...>
Date:  Tuesday, 12 November 2013 16:38
To:  Rob Vesse <rv...@do...>
Subject:  Toolkit installer

> I've just pushed a couple of commits that add a basic version of the
> installer. The project file is Build\ToolkitInstaller\ToolkitInstaller.wixproj
> and there is also a VS solution file (VS2012 format) for it.
> 
> It should be possible to build from the command line as long as you have WiX
> 3.7 (or later) installed, and from VS if you have the necessary WiX votive
> stuff installed (all part of the WiX installer now I think).
> 
> All it does is put the files on the disk  - as far as I could tell that is all
> the original installer does, but if there are registry things or other things
> you need the installer to do, let me know.
> 
> Things to do :
> 
> 1) It currently builds to set the default install into ProgramFilesFolderPath
> which is "C:\Program Files" on x86 but is "C:\Program File (x86)" on x64. As
> far as I have been able to work out the only way around this with WiX is to
> build two versions of the MSI and wrap them in a bootstrapper that chooses the
> correct version based on installation platform. I've just done this for
> BrightstarDB and its horrible and adds another bit of random GUI to the
> process as well as doubling the installer size, so I haven't done that for
> now.
> 
> 2) Its not currently integrated into the NAnt build - I didn't want to mess
> with that until the WiX installer is considered OK
> 
> 3) I wasn't sure how to set the version number. Currently it is hard-coded in
> the .wixproj file as a Property (DotNetRdfVersion). If you can point me in the
> right direction for getting hold of the build number during the build process
> I can fix that up.
> 
> Cheers
> 
> Kal
> -- 
> Kal Ahmed
> Director, Networked Planet Limited
> e: kal...@ne...
> w: www.networkedplanet.com <http://www.networkedplanet.com>

[dotNetRDF-Develop] Issue TOOLS-390 has been updated by Rob Vesse

[<tr...@do...>]

<p>The following issue has been updated by Rob Vesse:</p>
<table border="0">
  <tr>
    <td width="90px" valign="top"><b>Title:</b></td>
    <td>Provide a tabbed interface for Store Manager</td>
  </tr>
  <tr>
    <td><b>Project:</b></td>
    <td>Toolkit</td>
  </tr>
  <tr>
    <td colspan="2"><b>Changes:</b></td>
  </tr>
  <tr>
    <td colspan="2">
      <ul>
        <li>Milestone changed from "1.0.4" to "1.0.3"
                                </li>
      </ul>
    </td>
  </tr>
</table>
<p>
            More information on this issue can be found at
            <a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=390" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=390</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
            If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
        </p>

[dotNetRDF-Develop] Issue TOOLS-360 has been updated by Rob Vesse

[<tr...@do...>]

<p>The following issue has been updated by Rob Vesse:</p>
<table border="0">
  <tr>
    <td width="90px" valign="top"><b>Title:</b></td>
    <td>Replace current .vdproj based installer with a WiX based installer</td>
  </tr>
  <tr>
    <td><b>Project:</b></td>
    <td>Toolkit</td>
  </tr>
  <tr>
    <td colspan="2"><b>Changes:</b></td>
  </tr>
  <tr>
    <td colspan="2">
      <ul>
        <li>Milestone changed from "Unscheduled" to "1.0.3"
                                </li>
      </ul>
    </td>
  </tr>
</table>
<p>
            More information on this issue can be found at
            <a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=360" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=360</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
            If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
        </p>

[dotNetRDF-Develop] Issue TOOLS-377 has been updated by Rob Vesse

[<tr...@do...>]

<p>The following issue has been updated by Rob Vesse:</p>
<table border="0">
  <tr>
    <td width="90px" valign="top"><b>Title:</b></td>
    <td>Improve connection management for Favourite and Recent connections in StoreManager</td>
  </tr>
  <tr>
    <td><b>Project:</b></td>
    <td>Toolkit</td>
  </tr>
  <tr>
    <td colspan="2"><b>Changes:</b></td>
  </tr>
  <tr>
    <td colspan="2">
      <ul>
        <li>Progress changed from "70 %" to "90 %"
                                </li>
      </ul>
    </td>
  </tr>
</table>
<p>
            More information on this issue can be found at
            <a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=377" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=377</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
            If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
        </p>

[dotNetRDF-Develop] Issue TOOLS-377 has a new comment

[<tr...@do...>]

<p>A new comment has been added to the following issue.</p>
<table border="0">
  <tr>
    <td width="90px" valign="top"><b>Title:</b></td>
    <td>Improve connection management for Favourite and Recent connections in StoreManager</td>
  </tr>
  <tr>
    <td><b>Project:</b></td>
    <td>Toolkit</td>
  </tr>
  <tr>
    <td><b>Created By:</b></td>
    <td>Rob Vesse</td>
  </tr>
  <tr>
    <td><b>Date:</b></td>
    <td>2013-12-17 01:18 PM</td>
  </tr>
  <tr>
    <td><b>Comment:</b></td>
  </tr>
  <tr>
    <td colspan="2"><p>
	This is almost finished, just need to clean up support for restoring active connections over sessions and then this can be merged into default</p></td>
  </tr>
</table>
<p>
            More information on this issue can be found at
            <a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=377" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=377</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
            If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
        </p>

[dotNetRDF-Develop] Issue TOOLS-385 has a new comment

[<tr...@do...>]

<p>A new comment has been added to the following issue.</p>
<table border="0">
  <tr>
    <td width="90px" valign="top"><b>Title:</b></td>
    <td>Store Manager unable to return results when non-printable characters are part of result</td>
  </tr>
  <tr>
    <td><b>Project:</b></td>
    <td>Toolkit</td>
  </tr>
  <tr>
    <td><b>Created By:</b></td>
    <td>Rob Vesse</td>
  </tr>
  <tr>
    <td><b>Date:</b></td>
    <td>2013-12-17 01:17 PM</td>
  </tr>
  <tr>
    <td><b>Comment:</b></td>
  </tr>
  <tr>
    <td colspan="2"><p>
	Per my previous comments and with lack of any further information I am closing as Invalid</p></td>
  </tr>
</table>
<p>
            More information on this issue can be found at
            <a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=385" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=385</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
            If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
        </p>

[dotNetRDF-Develop] Issue TOOLS-385 has been updated by Rob Vesse

[<tr...@do...>]

<p>The following issue has been updated by Rob Vesse:</p>
<table border="0">
  <tr>
    <td width="90px" valign="top"><b>Title:</b></td>
    <td>Store Manager unable to return results when non-printable characters are part of result</td>
  </tr>
  <tr>
    <td><b>Project:</b></td>
    <td>Toolkit</td>
  </tr>
  <tr>
    <td colspan="2"><b>Changes:</b></td>
  </tr>
  <tr>
    <td colspan="2">
      <ul>
        <li>Status changed from "Planned" to "Closed"
                                </li>
        <li>Resolution changed from "Unassigned" to "Invalid"
                                </li>
        <li>Progress changed from "0 %" to "100 %"
                                </li>
      </ul>
    </td>
  </tr>
</table>
<p>
            More information on this issue can be found at
            <a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=385" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=385</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
            If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
        </p>

Re: [dotNetRDF-Develop] Store manager improvements

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

I implemented entity feature using "SparqlParameterizedString" but I get into some problems.

1. I need a QueryParameterizedString.SetSomething("command", commandString) that would replace a @command with 
commandString, but I only found methods that accept second param as INode. 

So I still used string.Format to replace the command param.


2. I can do this:

SparqlQuery intialQuery =...

getPredicatesQueryParameterizedString.Namespaces = intialQuery.NamespaceMap;

But i can't do 
getPredicatesQueryParameterizedString.Command = intialQuery.Command; 
so I extracted the command manualy.

3. Doing

getPredicatesQueryParameterizedString.Namespaces = intialQuery.NamespaceMap;

results in a string that has all prefixes on same line instead of separated lines like it was on 
intialQuery.






On Saturday, December 14, 2013 5:12 PM, Eugen F <feu...@ya...> wrote:
 
Hi Rob, 


After my last post I realized that there are some scenarios where I would want to compare current results with previous ones, for example reruning same query after user caused some changes through UI. And of course there are the workflows you suggested. So I agree with you, just that at the time of the post I didn't think of other flows...(too much sql server)


What I'm thinking now is having 2 run buttons like I suggested in the previous post, or no buttons but some way that a user could change this behavior on the fly, without having a global setting that applies to all connection tabs. Or instead of multiple buttons there could be a dropdown kind of button and when you click on the arrow you select the open type(ovewrite/window/tab), when you click the dropdown itself execute the query based on the open type.

Consider the following flow:
I run a query, I get some results and then I want to compare all next results to this one. So first time it should open results in a new window, but the following runs should overwrite each other because I only want to compare the latest state with the reference one. With 2 buttons i could run first query, then second time in a new tab, then the following times in same(active) tab.


Also a nice to have feature (for the future) that can only be done when having multiple results is to be able to see the difference between them. For example I have 3 tab results and I want to see what triples were added/removed between 2 of the tabs, so i can check them and compare. For now I don't think it's that important to have it, but just to know of the possibility.

Related to that entity feature, I was waiting for us to get to some agreement on what should I do, maybe wait for the implementation of the opening of results, so it integrates better.
I'm thinking this feature won't be used so often so it should not be visible all the times, but still it's related to a connection tab and a query; besides this it needs some parameters. So an idea would be to hide it by default, but allow enabling with a menu option. When enabled a new button will appear on query window.


When user clicks a button I would run a query and when it finishes I should display the new query for entities that he can modify (maybe with the initial query commented at the top).
So he runs:
{initial query}

and i output:

# {initial query}
{entities query}

Now I could overwrite his initial query but that would be kind of strange since by the time my query finishes he could have made changes to the initial query window. To fix this I could disable the run button until i get results, or just open a new connection window when i have the new query, or some other suggestion.





On Friday, December 13, 2013 7:26 PM, Rob Vesse <rv...@do...> wrote:
 
Eugen

The flat buttons was just a visual tweak, since they aren't really acting as visual tabs it seemed pointless to make them appear as tabs.

On the topic of the query results overwriting while this may be what you want it is not necessarily what others want.  Remember that this is intended to be a general purpose tool so where there are multiple possible workflows then we need to support those with the UI.  Here's two example workflows that I use myself currently that your change breaks:
	1. Run two queries which are syntactically different but which I expect to get the two results and then compare the two sets of results in their respective windows
	2. Launch multiple queries which I know to be long running and then come back to view the results in a little while
The long running queries use case is particularly problematic IMO because now you don't necessarily have any visual indicator that there are queries in flight.  So I might run a fast query so the results view pops up, then I run a long running query.  While this is running the results of the first query stay visible and at some point in the future they suddenly change to the results of the next query with little/no visual indication to the user (especially if the two queries share the same variables).  Also there is the possibility that if you fire off multiple queries that finish out of order you have no idea which query the currently displayed results relate to.

What I am thinking is that the behaviour should be configurable so users can pick what works best for them with three options:
	1. Only show one set of results at a time in the same window
	2. Show multiple sets of results in the same window using a tabbed interface (obviously this option needs some way to display the query alongside the results so a user can figure out which query produced which results)
	3. Always show results in new windows
I'm happy to work on implementing the above myself. Then when upgrading to the new version Store Manager can offer the user the option to configure their desired behaviour which would then be saved in the users settings with the option to change later if desired.

Thanks for the explanations, I understand the entities query idea much better now.  Please let me know when you have improvements to this ready for review.

Cheers,

Rob

From:  Eugen F <feu...@ya...>
Reply-To:  Eugen F <feu...@ya...>, dotNetRDF Developer Discussion and Feature Request <dot...@li...>
Date:  Wednesday, 11 December 2013 15:54
To:  dotNetRDF Developer Discussion and Feature Request <dot...@li...>
Subject:  Re: [dotNetRDF-Develop] Store manager improvements


Hi Rob,
>
>
>I pulled the changes from that tool branch locally (sync the url of that tool branch with my local repository) and now I see your changes. (i hope it's the correct process).
>
>
>I'm now sure what is the advantage of flat buttons over tabs, but since the functionality is the same seems ok to me.
>
>
>About the issue: "Currently the query results overwrite each other," , this is exactly what i want. Consider i make some changes to a query (like you do for example in sql management studio), but that query is not final and I gradually improve it, then I don't care about the previous results until i can write the correct query and i don't want to close the old results tab/window each time. Before the current changes I had to manually go and close each MDI window each time I ran a query, and that is very strange to me. If I would want to see previous results then i would create a new connection from current, copy the query, maybe change it, then  run it, keeping old result in prev window (and associated with the exact query that generated them).
>Another solution would be to add a new Run(tab) button that would open new tabs as you said (keeping the current Run button that overwrites).
>But there is an issue to consider: a query and the results form a pair, if we have many results for some query that include older forms of it then it's kind of strange, because for those older results  i lost the query that generated them, so ideally for each results i should see the query that generated them.
>
>In any case I would like to have the functionality to overwrite old results.
>
>
>Regarding the entities feature i think I'll better explain here:
>(or only the problem here: http://stackoverflow.com/questions/10251802/sparql-query-to-retrieve-all-objects-and-properties)
>
>Consider having a list of persons, each person subject of the rdf:type :Person, and each person having one or more of the properties: :Age, :Name, :FullName, :Email, and so on. Now i want to write a query that gives me all the persons and their properties without knowing in advance the properties; 
>
>If i know the properties the final query would look like:
>select ?person ?name ?age ..
>where {
>?person rdf:type :Person.
>optional(?person :Name ?name).
>optional(?person :hasAge ?age).
>....
>
>}
>But if i don't know the properties i first need to find them, then manually create the query above.
>What i did is take the first variable from a query, get all the properties for that list of variables and then dynamically create the query.
>In the above example the user would write a query like:
>select ?person
>where {
>?person rdf:type :Person.
>}
>then i would transform this into a query to get all the predicates for all ?person so running the first query results in a response like:
>predicate, nr of usages
>
>:Name, 2
>:Age, 3
>:Email, 1
>
>
>so now i can programaticaly create a new query:
>
>
>select ?person ?name ?age ..
>where {......
>
>
>What I did wrong i think is that I actually executed the final query, and I think it's better to actually make a button that generates this final query from the initial one and let the user execute it, because in this way he can remove some of the properties.
>So for the user input:
>select ?person
>where {
>?person rdf:type :Person.
>}
>i would press a button and get as an output a new query:
>select ?person ?name ?age ..
>where { optional(......
>
>
>
>
>
>
>
>
>
>
>
>On Wednesday, December 11, 2013 2:09 PM, Rob Vesse <rv...@do...> wrote:
> 
>Eugen
>
>
>Generally I like the changes, I have a few suggestions for improvements.
>
>
>Firstly since the tabs act mainly as buttons to quickly focus on a specific connection I'd suggest using FlatButtons Appearance for the tabs.  I've already made this change in the main repository, note that I've moved the changes onto the TOOLS-390 branch in the main repository, if you can pull my changes to your fork and then make any further changes in that branch instead of default that would be much appreciated.
>
>
>Currently the query results overwrite each other, so if I run subsequent queries the previous query results are hidden.  It might be a nice idea to have a tab control within the results area and have each new query add a tab preferably with some way to view in each result tab what query produced the results, this would also need the ability to close result tabs that are no longer needed.
>
>
>Another nice feature to have would be the ability to detach results into a separate window when desired though I'm less fussed about this.
>
>
>I'm not really sure what the entities feature is doing since it didn't seem to do much in my testing, I'd like to understand exactly what this is attempting to do.  Wrt to the code for this it would be better to use the SparqlParameterizedString class for constructing the queries rather than String.Format() and string concatenation.  See the Representing Queries section at https://bitbucket.org/dotnetrdf/dotnetrdf/wiki/UserGuide/Querying%20with%20SPARQL for an example of using this class.
>
>
>Note that you can get the namespaces associated with the existing query by using the NamespaceMap property and the Base URI using the BaseUri property, you can then simply copy these to your SparqlParameterizedString instance avoiding the need to do this by string extraction.  (Actually it doesn't have a BaseUri property, I'll add that soon)
>
>
>In general I'm wondering that if you are looking to give a more entity centric view of the data in a store whether it wouldn't be better to add this functionality as a new entities tab and develop entity viewer controls and associated tasks specifically for this rather than reusing the Query Tab?
>
>
>Cheers,
>
>
>Rob
>
>
>From:  Rob Vesse <rv...@do...>
>Reply-To:  dotNetRDF Developer Discussion and Feature Request <dot...@li...>
>Date:  Tuesday, 10 December 2013 16:12
>To:  dotNetRDF Developer Discussion and Feature Request <dot...@li...>
>Subject:  Re: [dotNetRDF-Develop] Store manager improvements
>
>
>
>Thanks for that, I've pulled your changes locally and will try and take a proper look at them tomorrow.  I've glanced over the code changes and everything looks OK but I haven't got as far as running the revised UI yet.
>>
>>
>>When I do review properly I'll try and look at the entities query stuff and see if there is any way to make it more efficient.
>>
>>
>>Thanks for spotting the bug in BaseEndpoint, I introduced this by accident with a recent commit and it should now be fixed again with my most recent commits
>>
>>
>>Cheers,
>>
>>
>>Rob
>>
>>
>>From:  Eugen F <feu...@ya...>
>>Reply-To:  Eugen F <feu...@ya...>
>>Date:  Tuesday, 10 December 2013 09:46
>>To:  Rob Vesse <rv...@do...>
>>Cc:  dotNetRDF Developer Discussion and Feature Request <dot...@li...>
>>Subject:  Re: [dotNetRDF-Develop] Store manager improvements
>>
>>
>>
>>I've updated the repository, so maybe you can check the changes.
>>>
>>>Note that there is a change in BaseEnpoint "throw new ArgumentException("HTTP Mode can only be GET/POST, derived implementations should override this property if they wish to support more methods");" that I had to comment in order to make the version from repository connect to an endpoint. (no relation to my changes).
>>>
>>>Also I tried to make an external endpoint work with that entities change, but i only get timeouts...because of the
 complex query i think.
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>On Monday, December 9, 2013 2:50 PM, Rob Vesse <rv...@do...> wrote:
>>> 
>>>Eugen
>>>
>>>
>>>Forking a Mercurial repository copies all branches, however if you could commit your changes to the default branch that would be best
>>>
>>>
>>>Thanks,
>>>
>>>
>>>Rob
>>>
>>>
>>>From:  Eugen F <feu...@ya...>
>>>Reply-To:  Eugen F <feu...@ya...>
>>>Date:  Monday, 9 December 2013 12:20
>>>To:  Rob Vesse <rv...@do...>
>>>Subject:  Re: [dotNetRDF-Develop] Store manager improvements
>>>
>>>
>>>
>>>I have made the changes so it's now both MDI and tabs, forked repository at https://bitbucket.org/feugen24/storemanager_tabs. Still I'm not sure it's the correct version because there were lots of tags when creating the fork, so i picked the "dynamic" that was selected by default. I assumed dynamic means (latest). 
>>>>
>>>>If it's ok i'll update this one.
>>>>
>>>>
>>>>
>>>>
>>>>On Sunday, December 8, 2013 5:33 PM, Rob Vesse <rv...@do...> wrote:
>>>> 
>>>>Hi Eugen
>>>>
>>>>
>>>>Thanks for the detailed email, yes there are advantages to a tabbed interface though I suspect some users (like myself) may prefer to have the MDI interface still.
>>>>
>>>>
>>>>What would be ideal from my perspective would be to integrate this such that users can switch between the modes as desired, so users who prefer the current interface can continue to use it and those that like the new interface can use that instead.  Or even to have it such that you can dock connections into a tabbed interface as and when desired.
>>>>
>>>>
>>>>The changes all sound useful but I haven't previewed them at all because I'm afraid I'm not going to run a compiled executable from someone who's emailing me for the very first time even if it does pass the virus checker.  If you can provide either a link to the git repository, a patch against latest trunk or ideally a mercurial fork that would be fantastic.  We use Mercurial for our development with our main repository hosted on BitBucket at http://bitbucket.org/dotnetrdf/dotnetrdf – if you can fork the code on BitBucket, transfer your changes to there and then open a pull request that would be the best way for us to see and review your changes.
>>>>
>>>>
>>>>Btw this is a subscription list, your email was moderated through and you've been CC'd on this initial reply but if you could subscribe at https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop so you can participate in this discussion going forward without us having to manually CC you each time that would be much appreciated.
>>>>
>>>>
>>>>Thanks,
>>>>
>>>>
>>>>Rob
>>>>
>>>>
>>>>From:  Eugen F <feu...@ya...>
>>>>Reply-To:  Eugen F <feu...@ya...>, dotNetRDF Developer Discussion and Feature Request <dot...@li...>
>>>>Date:  Saturday, 7 December 2013 11:42
>>>>To:  "dot...@li..." <dot...@li...>
>>>>Subject:  [dotNetRDF-Develop] Store manager improvements
>>>>
>>>>
>>>>
>>>>Hi,
>>>>>
>>>>>
>>>>>I'm working with store manager and because of the midi interface it's difficult to interact with it, meaning each time i create a connection a new window is created, then when I run a query another window, rerun a query...new window, then close the one of the first query run and so on.
>>>>>
>>>>>
>>>>>So i think the approach in sql server management studio or brightstardb polaris tool is much better. Both have tabs for each new connection, and when i rerun a query only results change (no new window).
>>>>>So i made the following changes:
>>>>>- when a connection is opened a new tab page is created and I add StoreManagerForm as a child to it
>>>>>- each tab has a close btn 
>>>>>
>>>>>The rest of the functionality is the same except for query tab where:
>>>>>- i added a splitter control where panel 1 has query window , panel 2 has query results (both for graph and resultset)
>>>>>
>>>>>- i added a new button for orientation ( --| ) so we can change the orientation of the splitter ( vertical mode is v helpful on wide screens with few columns on results)
>>>>>- i removed "query" word from all buttons to occupy less space (i think it's obvious since we are in query window tab)
>>>>>
>>>>>- i changed AutoSizeColumnsMode to AllCells (previous was DisplayedCells but i had problems with it when large uri's where not in current view)
>>>>>
>>>>>
>>>>>I also added a feature (in query tab) to expand a query for some subjects so i can see all the properties and values of those subjects. This allows a user to see similar results as sql server in case he has entities. For example if a user is using Entityframework api from brightstardb he can the select entities of rdf:type "Car" and see all car entities with values, in a table.
>>>>>- i added a new checkbox "AsEntities" that allows this feature when checked (it takes first variable from the current query as entity id/subject)
>>>>>
>>>>>It transforms user query to get all properties and the dynamically creates a query to get the entities.
>>>>>- i also added a numeric control next to the checkbox with default value of 1. This was necessary because in may case I have some predicates that are entities themselves and i need to filter those out. (a group by is used to filter predicates using that default value of 1)
>>>>>
>>>>>
>>>>>I've attached the working version so you can play with it. I worked on a local git source control using latest 102 source code.
>>>>>Let me know what you think of the changes, and if it's ok, how to send/publish the source code. I've not really worked on any open source project so i don't know the flow.------------------------------------------------------------------------------
Sponsored by Intel(R) XDK
Develop, test and display web and hybrid apps with a single code base.
Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk_______________________________________________ dotNetRDF-develop mailing list dot...@li...https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop
>>>>
>>>>
>>>
>>>
------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk_______________________________________________ dotNetRDF-develop mailing list dot...@li...https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop
>------------------------------------------------------------------------------
>Rapidly troubleshoot problems before they affect your business. Most IT 
>organizations don't have a clear picture of how application performance 
>affects their revenue. With AppDynamics, you get 100% visibility into your 
>Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
>http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
>_______________________________________________
>dotNetRDF-develop mailing list
>dot...@li...
>https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop
>
>
>------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk_______________________________________________ dotNetRDF-develop mailing list dot...@li... https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop 



------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk

_______________________________________________
dotNetRDF-develop mailing list
dot...@li...
https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop

[dotNetRDF-Develop] dotNetRDF-commits Digest, Vol 14, Issue 3

[<dot...@li...>]

Send dotNetRDF-commits mailing list submissions to
	dot...@li...

To subscribe or unsubscribe via the World Wide Web, visit
	https://lists.sourceforge.net/lists/listinfo/dotnetrdf-commits
or, via email, send a message with subject or body 'help' to
	dot...@li...

You can reach the person managing the list at
	dot...@li...

When replying, please edit your Subject line so it is more specific
than "Re: Contents of dotNetRDF-commits digest..."


Today's Topics:

   1. commit/dotnetrdf: 2 new changesets (Bitbucket)
   2. commit/dotnetrdf: 3 new changesets (Bitbucket)
   3. commit/dotnetrdf: 4 new changesets (Bitbucket)
   4. commit/dotnetrdf: 2 new changesets (Bitbucket)
   5. commit/dotnetrdf: rvesse: Work on fixing logic for loading
      recent and favourite connections, currently still broken
      (TOOLS-377) (Bitbucket)
   6. commit/dotnetrdf: 4 new changesets (Bitbucket)
   7. commit/dotnetrdf: 3 new changesets (Bitbucket)
   8. commit/dotnetrdf: 7 new changesets (Bitbucket)


----------------------------------------------------------------------

Message: 1
Date: Wed, 11 Dec 2013 17:40:16 -0000
From: Bitbucket <com...@bi...>
Subject: [dotNetRDF Commits] commit/dotnetrdf: 2 new changesets
To: dot...@li...
Message-ID:
	<201...@ap...>
Content-Type: text/plain; charset="utf-8"

2 new commits in dotnetrdf:

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/98da17f91a4f/
Changeset:   98da17f91a4f
User:        rvesse
Date:        2013-12-11 18:28:39
Summary:     Fix compilation error and work towards fixing CORE-391
Affected #:  3 files

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/2c8d59792ca1/
Changeset:   2c8d59792ca1
User:        rvesse
Date:        2013-12-11 18:38:36
Summary:     Unit tests for CORE-391
Affected #:  1 file

Repository URL: https://bitbucket.org/dotnetrdf/dotnetrdf/

--

This is a commit notification from bitbucket.org. You are receiving
this because you have the service enabled, addressing the recipient of
this email.



------------------------------

Message: 2
Date: Wed, 11 Dec 2013 19:28:25 -0000
From: Bitbucket <com...@bi...>
Subject: [dotNetRDF Commits] commit/dotnetrdf: 3 new changesets
To: dot...@li...
Message-ID:
	<201...@ap...>
Content-Type: text/plain; charset="utf-8"

3 new commits in dotnetrdf:

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/865de983efa8/
Changeset:   865de983efa8
Branch:      CORE-376
User:        rvesse
Date:        2013-12-11 18:42:03
Summary:     Merge latest fixes from default
Affected #:  19 files

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/9648c8317623/
Changeset:   9648c8317623
Branch:      CORE-376
User:        rvesse
Date:        2013-12-11 19:11:08
Summary:     More unit tests for Stardog update support, still buggy (CORE-376)
Affected #:  1 file

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/0c747d3c3467/
Changeset:   0c747d3c3467
User:        rvesse
Date:        2013-12-11 20:28:03
Summary:     Note CORE-391 fix in ChangeLog, possible fix for intermittent test failure
Affected #:  2 files

Repository URL: https://bitbucket.org/dotnetrdf/dotnetrdf/

--

This is a commit notification from bitbucket.org. You are receiving
this because you have the service enabled, addressing the recipient of
this email.



------------------------------

Message: 3
Date: Thu, 12 Dec 2013 14:41:26 -0000
From: Bitbucket <com...@bi...>
Subject: [dotNetRDF Commits] commit/dotnetrdf: 4 new changesets
To: dot...@li...
Message-ID:
	<201...@ap...>
Content-Type: text/plain; charset="utf-8"

4 new commits in dotnetrdf:

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/b9363cd89d3b/
Changeset:   b9363cd89d3b
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-11 21:00:51
Summary:     Start refactoring StoreManager to use new connection management classes (TOOLS-377)
Affected #:  10 files

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/c1fb65265b88/
Changeset:   c1fb65265b88
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-11 21:36:25
Summary:     More refactoring of Connection management, not yet buildable (TOOLS-377)
Affected #:  14 files

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/e2edc98457d6/
Changeset:   e2edc98457d6
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-12 15:29:13
Summary:     Get StoreManager buildable again, some functionality currently broken (TOOLS-377)
Affected #:  4 files

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/f95bf699d0e7/
Changeset:   f95bf699d0e7
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-12 15:39:38
Summary:     Restore some broken functionality (TOOLS-377)
Affected #:  2 files

Repository URL: https://bitbucket.org/dotnetrdf/dotnetrdf/

--

This is a commit notification from bitbucket.org. You are receiving
this because you have the service enabled, addressing the recipient of
this email.



------------------------------

Message: 4
Date: Thu, 12 Dec 2013 17:08:25 -0000
From: Bitbucket <com...@bi...>
Subject: [dotNetRDF Commits] commit/dotnetrdf: 2 new changesets
To: dot...@li...
Message-ID:
	<201...@ap...>
Content-Type: text/plain; charset="utf-8"

2 new commits in dotnetrdf:

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/28cf2fe2d7a4/
Changeset:   28cf2fe2d7a4
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-12 17:40:11
Summary:     Clean up task classes (TOOLS-377)
Affected #:  22 files

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/f25c5c2e2fe4/
Changeset:   f25c5c2e2fe4
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-12 18:07:53
Summary:     More refactoring of StoreManager (TOOLS-377)
Affected #:  7 files

Repository URL: https://bitbucket.org/dotnetrdf/dotnetrdf/

--

This is a commit notification from bitbucket.org. You are receiving
this because you have the service enabled, addressing the recipient of
this email.



------------------------------

Message: 5
Date: Thu, 12 Dec 2013 17:20:51 -0000
From: Bitbucket <com...@bi...>
Subject: [dotNetRDF Commits] commit/dotnetrdf: rvesse: Work on fixing
	logic for loading recent and favourite connections, currently still
	broken (TOOLS-377)
To: dot...@li...
Message-ID:
	<201...@ap...>
Content-Type: text/plain; charset="utf-8"

1 new commit in dotnetrdf:

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/e117c69760d5/
Changeset:   e117c69760d5
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-12 18:18:41
Summary:     Work on fixing logic for loading recent and favourite connections, currently still broken (TOOLS-377)
Affected #:  1 file

Repository URL: https://bitbucket.org/dotnetrdf/dotnetrdf/

--

This is a commit notification from bitbucket.org. You are receiving
this because you have the service enabled, addressing the recipient of
this email.



------------------------------

Message: 6
Date: Fri, 13 Dec 2013 17:06:07 -0000
From: Bitbucket <com...@bi...>
Subject: [dotNetRDF Commits] commit/dotnetrdf: 4 new changesets
To: dot...@li...
Message-ID:
	<201...@ap...>
Content-Type: text/plain; charset="utf-8"

4 new commits in dotnetrdf:

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/a1da4975fe37/
Changeset:   a1da4975fe37
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-13 17:24:13
Summary:     Work towards fixing the bugs in the new connection management system (TOOLS-377)
Affected #:  19 files

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/1bdbd569672a/
Changeset:   1bdbd569672a
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-13 17:31:43
Summary:     Fix a bug in saving connection graphs (TOOLS-377)
Affected #:  2 files

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/db3af65faeca/
Changeset:   db3af65faeca
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-13 17:36:18
Summary:     Fix a bug with recent connections not persisting (TOOLS-377)
Affected #:  1 file

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/b97481488cea/
Changeset:   b97481488cea
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-13 18:05:42
Summary:     Refactor connection management to cope with multiple active users of a connection (TOOLS-377)
Affected #:  6 files

Repository URL: https://bitbucket.org/dotnetrdf/dotnetrdf/

--

This is a commit notification from bitbucket.org. You are receiving
this because you have the service enabled, addressing the recipient of
this email.



------------------------------

Message: 7
Date: Sat, 14 Dec 2013 10:51:05 -0000
From: Bitbucket <com...@bi...>
Subject: [dotNetRDF Commits] commit/dotnetrdf: 3 new changesets
To: dot...@li...
Message-ID:
	<201...@ap...>
Content-Type: text/plain; charset="utf-8"

3 new commits in dotnetrdf:

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/01ce687980ed/
Changeset:   01ce687980ed
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-14 11:44:24
Summary:     More work on the new Manage Connections feature (TOOLS-377)
Affected #:  5 files

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/7f3dd295ed57/
Changeset:   7f3dd295ed57
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-14 11:46:29
Summary:     Fix a bug with Store Manager forms not closing (TOOLS-377)
Affected #:  1 file

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/63b34009cd93/
Changeset:   63b34009cd93
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-14 11:50:45
Summary:     Couple of fixes to ConnectionManagementListView (TOOLS-377)
Affected #:  2 files

Repository URL: https://bitbucket.org/dotnetrdf/dotnetrdf/

--

This is a commit notification from bitbucket.org. You are receiving
this because you have the service enabled, addressing the recipient of
this email.



------------------------------

Message: 8
Date: Sun, 15 Dec 2013 18:39:12 -0000
From: Bitbucket <com...@bi...>
Subject: [dotNetRDF Commits] commit/dotnetrdf: 7 new changesets
To: dot...@li...
Message-ID:
	<201...@ap...>
Content-Type: text/plain; charset="utf-8"

7 new commits in dotnetrdf:

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/6f53a9eaf16d/
Changeset:   6f53a9eaf16d
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-15 18:28:28
Summary:     Improvements to connection management (TOOLS-377)
Affected #:  8 files

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/6075f5793a7f/
Changeset:   6075f5793a7f
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-15 18:41:28
Summary:     Implement most of the context menu operations for ConnectionManagementListView (TOOLS-377)
Affected #:  3 files

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/9efa83fe4eaf/
Changeset:   9efa83fe4eaf
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-15 18:46:55
Summary:     Get context meny for ConnectionManagementListView behaving correctly (TOOLS-377)
Affected #:  3 files

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/e5988cdf8715/
Changeset:   e5988cdf8715
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-15 19:20:51
Summary:     Support restoring connections across sessions (TOOLS-377)
Affected #:  6 files

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/28e8719f4b09/
Changeset:   28e8719f4b09
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-15 19:34:44
Summary:     Reorganize forms code in Store Manager (TOOLS-377)
Affected #:  95 files

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/7bf64c52b6d0/
Changeset:   7bf64c52b6d0
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-15 19:37:07
Summary:     More forms code reorganization (TOOLS-377)
Affected #:  20 files

https://bitbucket.org/dotnetrdf/dotnetrdf/commits/e83c21040408/
Changeset:   e83c21040408
Branch:      TOOLS-377
User:        rvesse
Date:        2013-12-15 19:38:50
Summary:     Fix build error introduced by forms code reorg (TOOLS-377)
Affected #:  3 files

Repository URL: https://bitbucket.org/dotnetrdf/dotnetrdf/

--

This is a commit notification from bitbucket.org. You are receiving
this because you have the service enabled, addressing the recipient of
this email.



------------------------------

------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk

------------------------------

_______________________________________________
dotNetRDF-commits mailing list
dot...@li...
https://lists.sourceforge.net/lists/listinfo/dotnetrdf-commits


End of dotNetRDF-commits Digest, Vol 14, Issue 3
************************************************

Re: [dotNetRDF-Develop] Store manager improvements

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

Hi Rob, 


After my last post I realized that there are some scenarios where I would want to compare current results with previous ones, for example reruning same query after user caused some changes through UI. And of course there are the workflows you suggested. So I agree with you, just that at the time of the post I didn't think of other flows...(too much sql server)


What I'm thinking now is having 2 run buttons like I suggested in the previous post, or no buttons but some way that a user could change this behavior on the fly, without having a global setting that applies to all connection tabs. Or instead of multiple buttons there could be a dropdown kind of button and when you click on the arrow you select the open type(ovewrite/window/tab), when you click the dropdown itself execute the query based on the open type.

Consider the following flow:
I run a query, I get some results and then I want to compare all next results to this one. So first time it should open results in a new window, but the following runs should overwrite each other because I only want to compare the latest state with the reference one. With 2 buttons i could run first query, then second time in a new tab, then the following times in same(active) tab.


Also a nice to have feature (for the future) that can only be done when having multiple results is to be able to see the difference between them. For example I have 3 tab results and I want to see what triples were added/removed between 2 of the tabs, so i can check them and compare. For now I don't think it's that important to have it, but just to know of the possibility.

Related to that entity feature, I was waiting for us to get to some agreement on what should I do, maybe wait for the implementation of the opening of results, so it integrates better.
I'm thinking this feature won't be used so often so it should not be visible all the times, but still it's related to a connection tab and a query; besides this it needs some parameters. So an idea would be to hide it by default, but allow enabling with a menu option. When enabled a new button will appear on query window.


When user clicks a button I would run a query and when it finishes I should display the new query for entities that he can modify (maybe with the initial query commented at the top).
So he runs:
{initial query}

and i output:

# {initial query}
{entities query}

Now I could overwrite his initial query but that would be kind of strange since by the time my query finishes he could have made changes to the initial query window. To fix this I could disable the run button until i get results, or just open a new connection window when i have the new query, or some other suggestion.





On Friday, December 13, 2013 7:26 PM, Rob Vesse <rv...@do...> wrote:
 
Eugen

The flat buttons was just a visual tweak, since they aren't really acting as visual tabs it seemed pointless to make them appear as tabs.

On the topic of the query results overwriting while this may be what you want it is not necessarily what others want.  Remember that this is intended to be a general purpose tool so where there are multiple possible workflows then we need to support those with the UI.  Here's two example workflows that I use myself currently that your change breaks:
	1. Run two queries which are syntactically different but which I expect to get the two results and then compare the two sets of results in their respective windows
	2. Launch multiple queries which I know to be long running and then come back to view the results in a little while
The long running queries use case is particularly problematic IMO because now you don't necessarily have any visual indicator that there are queries in flight.  So I might run a fast query so the results view pops up, then I run a long running query.  While this is running the results of the first query stay visible and at some point in the future they suddenly change to the results of the next query with little/no visual indication to the user (especially if the two queries share the same variables).  Also there is the possibility that if you fire off multiple queries that finish out of order you have no idea which query the currently displayed results relate to.

What I am thinking is that the behaviour should be configurable so users can pick what works best for them with three options:
	1. Only show one set of results at a time in the same window
	2. Show multiple sets of results in the same window using a tabbed interface (obviously this option needs some way to display the query alongside the results so a user can figure out which query produced which results)
	3. Always show results in new windows
I'm happy to work on implementing the above myself. Then when upgrading to the new version Store Manager can offer the user the option to configure their desired behaviour which would then be saved in the users settings with the option to change later if desired.

Thanks for the explanations, I understand the entities query idea much better now.  Please let me know when you have improvements to this ready for review.

Cheers,

Rob

From:  Eugen F <feu...@ya...>
Reply-To:  Eugen F <feu...@ya...>, dotNetRDF Developer Discussion and Feature Request <dot...@li...>
Date:  Wednesday, 11 December 2013 15:54
To:  dotNetRDF Developer Discussion and Feature Request <dot...@li...>
Subject:  Re: [dotNetRDF-Develop] Store manager improvements


Hi Rob,
>
>
>I pulled the changes from that tool branch locally (sync the url of that tool branch with my local repository) and now I see your changes. (i hope it's the correct process).
>
>
>I'm now sure what is the advantage of flat buttons over tabs, but since the functionality is the same seems ok to me.
>
>
>About the issue: "Currently the query results overwrite each other," , this is exactly what i want. Consider i make some changes to a query (like you do for example in sql management studio), but that query is not final and I gradually improve it, then I don't care about the previous results until i can write the correct query and i don't want to close the old results tab/window each time. Before the current changes I had to manually go and close each MDI window each time I ran a query, and that is very strange to me. If I would want to see previous results then i would create a new connection from current, copy the query, maybe change it, then  run it, keeping old result in prev window (and associated with the exact query that generated them).
>Another solution would be to add a new Run(tab) button that would open new tabs as you said (keeping the current Run button that overwrites).
>But there is an issue to consider: a query and the results form a pair, if we have many results for some query that include older forms of it then it's kind of strange, because for those older results  i lost the query that generated them, so ideally for each results i should see the query that generated them.
>
>In any case I would like to have the functionality to overwrite old results.
>
>
>Regarding the entities feature i think I'll better explain here:
>(or only the problem here: http://stackoverflow.com/questions/10251802/sparql-query-to-retrieve-all-objects-and-properties)
>
>Consider having a list of persons, each person subject of the rdf:type :Person, and each person having one or more of the properties: :Age, :Name, :FullName, :Email, and so on. Now i want to write a query that gives me all the persons and their properties without knowing in advance the properties; 
>
>If i know the properties the final query would look like:
>select ?person ?name ?age ..
>where {
>?person rdf:type :Person.
>optional(?person :Name ?name).
>optional(?person :hasAge ?age).
>....
>
>}
>But if i don't know the properties i first need to find them, then manually create the query above.
>What i did is take the first variable from a query, get all the properties for that list of variables and then dynamically create the query.
>In the above example the user would write a query like:
>select ?person
>where {
>?person rdf:type :Person.
>}
>then i would transform this into a query to get all the predicates for all ?person so running the first query results in a response like:
>predicate, nr of usages
>
>:Name, 2
>:Age, 3
>:Email, 1
>
>
>so now i can programaticaly create a new query:
>
>
>select ?person ?name ?age ..
>where {......
>
>
>What I did wrong i think is that I actually executed the final query, and I think it's better to actually make a button that generates this final query from the initial one and let the user execute it, because in this way he can remove some of the properties.
>So for the user input:
>select ?person
>where {
>?person rdf:type :Person.
>}
>i would press a button and get as an output a new query:
>select ?person ?name ?age ..
>where { optional(......
>
>
>
>
>
>
>
>
>
>
>
>On Wednesday, December 11, 2013 2:09 PM, Rob Vesse <rv...@do...> wrote:
> 
>Eugen
>
>
>Generally I like the changes, I have a few suggestions for improvements.
>
>
>Firstly since the tabs act mainly as buttons to quickly focus on a specific connection I'd suggest using FlatButtons Appearance for the tabs.  I've already made this change in the main repository, note that I've moved the changes onto the TOOLS-390 branch in the main repository, if you can pull my changes to your fork and then make any further changes in that branch instead of default that would be much appreciated.
>
>
>Currently the query results overwrite each other, so if I run subsequent queries the previous query results are hidden.  It might be a nice idea to have a tab control within the results area and have each new query add a tab preferably with some way to view in each result tab what query produced the results, this would also need the ability to close result tabs that are no longer needed.
>
>
>Another nice feature to have would be the ability to detach results into a separate window when desired though I'm less fussed about this.
>
>
>I'm not really sure what the entities feature is doing since it didn't seem to do much in my testing, I'd like to understand exactly what this is attempting to do.  Wrt to the code for this it would be better to use the SparqlParameterizedString class for constructing the queries rather than String.Format() and string concatenation.  See the Representing Queries section at https://bitbucket.org/dotnetrdf/dotnetrdf/wiki/UserGuide/Querying%20with%20SPARQL for an example of using this class.
>
>
>Note that you can get the namespaces associated with the existing query by using the NamespaceMap property and the Base URI using the BaseUri property, you can then simply copy these to your SparqlParameterizedString instance avoiding the need to do this by string extraction.  (Actually it doesn't have a BaseUri property, I'll add that soon)
>
>
>In general I'm wondering that if you are looking to give a more entity centric view of the data in a store whether it wouldn't be better to add this functionality as a new entities tab and develop entity viewer controls and associated tasks specifically for this rather than reusing the Query Tab?
>
>
>Cheers,
>
>
>Rob
>
>
>From:  Rob Vesse <rv...@do...>
>Reply-To:  dotNetRDF Developer Discussion and Feature Request <dot...@li...>
>Date:  Tuesday, 10 December 2013 16:12
>To:  dotNetRDF Developer Discussion and Feature Request <dot...@li...>
>Subject:  Re: [dotNetRDF-Develop] Store manager improvements
>
>
>
>Thanks for that, I've pulled your changes locally and will try and take a proper look at them tomorrow.  I've glanced over the code changes and everything looks OK but I haven't got as far as running the revised UI yet.
>>
>>
>>When I do review properly I'll try and look at the entities query stuff and see if there is any way to make it more efficient.
>>
>>
>>Thanks for spotting the bug in BaseEndpoint, I introduced this by accident with a recent commit and it should now be fixed again with my most recent commits
>>
>>
>>Cheers,
>>
>>
>>Rob
>>
>>
>>From:  Eugen F <feu...@ya...>
>>Reply-To:  Eugen F <feu...@ya...>
>>Date:  Tuesday, 10 December 2013 09:46
>>To:  Rob Vesse <rv...@do...>
>>Cc:  dotNetRDF Developer Discussion and Feature Request <dot...@li...>
>>Subject:  Re: [dotNetRDF-Develop] Store manager improvements
>>
>>
>>
>>I've updated the repository, so maybe you can check the changes.
>>>
>>>Note that there is a change in BaseEnpoint "throw new ArgumentException("HTTP Mode can only be GET/POST, derived implementations should override this property if they wish to support more methods");" that I had to comment in order to make the version from repository connect to an endpoint. (no relation to my changes).
>>>
>>>Also I tried to make an external endpoint work with that entities change, but i only get timeouts...because of the complex query i think.
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>On Monday, December 9, 2013 2:50 PM, Rob Vesse <rv...@do...> wrote:
>>> 
>>>Eugen
>>>
>>>
>>>Forking a Mercurial repository copies all branches, however if you could commit your changes to the default branch that would be best
>>>
>>>
>>>Thanks,
>>>
>>>
>>>Rob
>>>
>>>
>>>From:  Eugen F <feu...@ya...>
>>>Reply-To:  Eugen F <feu...@ya...>
>>>Date:  Monday, 9 December 2013 12:20
>>>To:  Rob Vesse <rv...@do...>
>>>Subject:  Re: [dotNetRDF-Develop] Store manager improvements
>>>
>>>
>>>
>>>I have made the changes so it's now both MDI and tabs, forked repository at https://bitbucket.org/feugen24/storemanager_tabs. Still I'm not sure it's the correct version because there were lots of tags when creating the fork, so i picked the "dynamic" that was selected by default. I assumed dynamic means (latest). 
>>>>
>>>>If it's ok i'll update this one.
>>>>
>>>>
>>>>
>>>>
>>>>On Sunday, December 8, 2013 5:33 PM, Rob Vesse <rv...@do...> wrote:
>>>> 
>>>>Hi Eugen
>>>>
>>>>
>>>>Thanks for the detailed email, yes there are advantages to a tabbed interface though I suspect some users (like myself) may prefer to have the MDI interface still.
>>>>
>>>>
>>>>What would be ideal from my perspective would be to integrate this such that users can switch between the modes as desired, so users who prefer the current interface can continue to use it and those that like the new interface can use that instead.  Or even to have it such that you can dock connections into a tabbed interface as and when desired.
>>>>
>>>>
>>>>The changes all sound useful but I haven't previewed them at all because I'm afraid I'm not going to run a compiled executable from someone who's emailing me for the very first time even if it does pass the virus checker.  If you can provide either a link to the git repository, a patch against latest trunk or ideally a mercurial fork that would be fantastic.  We use Mercurial for our development with our main repository hosted on BitBucket at http://bitbucket.org/dotnetrdf/dotnetrdf – if you can fork the code on BitBucket, transfer your changes to there and then open a pull request that would be the best way for us to see and review your changes.
>>>>
>>>>
>>>>Btw this is a subscription list, your email was moderated through and you've been CC'd on this initial reply but if you could subscribe at https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop so you can participate in this discussion going forward without us having to manually CC you each time that would be much appreciated.
>>>>
>>>>
>>>>Thanks,
>>>>
>>>>
>>>>Rob
>>>>
>>>>
>>>>From:  Eugen F <feu...@ya...>
>>>>Reply-To:  Eugen F <feu...@ya...>, dotNetRDF Developer Discussion and Feature Request <dot...@li...>
>>>>Date:  Saturday, 7 December 2013 11:42
>>>>To:  "dot...@li..." <dot...@li...>
>>>>Subject:  [dotNetRDF-Develop] Store manager improvements
>>>>
>>>>
>>>>
>>>>Hi,
>>>>>
>>>>>
>>>>>I'm working with store manager and because of the midi interface it's difficult to interact with it, meaning each time i create a connection a new window is created, then when I run a query another window, rerun a query...new window, then close the one of the first query run and so on.
>>>>>
>>>>>
>>>>>So i think the approach in sql server management studio or brightstardb polaris tool is much better. Both have tabs for each new connection, and when i rerun a query only results change (no new window).
>>>>>So i made the following changes:
>>>>>- when a connection is opened a new tab page is created and I add StoreManagerForm as a child to it
>>>>>- each tab has a close btn 
>>>>>
>>>>>The rest of the functionality is the same except for query tab where:
>>>>>- i added a splitter control where panel 1 has query window , panel 2 has query results (both for graph and resultset)
>>>>>
>>>>>- i added a new button for orientation ( --| ) so we can change the orientation of the splitter ( vertical mode is v helpful on wide screens with few columns on results)
>>>>>- i removed "query" word from all buttons to occupy less space (i think it's obvious since we are in query window tab)
>>>>>
>>>>>- i changed AutoSizeColumnsMode to AllCells (previous was DisplayedCells but i had problems with it when large uri's where not in current view)
>>>>>
>>>>>
>>>>>I also added a feature (in query tab) to expand a query for some subjects so i can see all the properties and values of those subjects. This allows a user to see similar results as sql server in case he has entities. For example if a user is using Entityframework api from brightstardb he can the select entities of rdf:type "Car" and see all car entities with values, in a table.
>>>>>- i added a new checkbox "AsEntities" that allows this feature when checked (it takes first variable from the current query as entity id/subject)
>>>>>
>>>>>It transforms user query to get all properties and the dynamically creates a query to get the entities.
>>>>>- i also added a numeric control next to the checkbox with default value of 1. This was necessary because in may case I have some predicates that are entities themselves and i need to filter those out. (a group by is used to filter predicates using that default value of 1)
>>>>>
>>>>>
>>>>>I've attached the working version so you can play with it. I worked on a local git source control using latest 102 source code.
>>>>>Let me know what you think of the changes, and if it's ok, how to send/publish the source code. I've not really worked on any open source project so i don't know the flow.------------------------------------------------------------------------------
Sponsored by Intel(R) XDK
Develop, test and display web and hybrid apps with a single code base.
Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk_______________________________________________ dotNetRDF-develop mailing list dot...@li...https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop
>>>>
>>>>
>>>
>>>
------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk_______________________________________________ dotNetRDF-develop mailing list dot...@li...https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop
>------------------------------------------------------------------------------
>Rapidly troubleshoot problems before they affect your business. Most IT 
>organizations don't have a clear picture of how application performance 
>affects their revenue. With AppDynamics, you get 100% visibility into your 
>Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
>http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
>_______________________________________________
>dotNetRDF-develop mailing list
>dot...@li...
>https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop
>
>
>------------------------------------------------------------------------------
Rapidly troubleshoot problems before they affect your business. Most IT
organizations don't have a clear picture of how application performance
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro! http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk_______________________________________________ dotNetRDF-develop mailing list dot...@li... https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop 

Re: [dotNetRDF-Develop] Store manager improvements

[Rob V. <rv...@do...>]

Eugen

The flat buttons was just a visual tweak, since they aren't really acting as
visual tabs it seemed pointless to make them appear as tabs.

On the topic of the query results overwriting while this may be what you
want it is not necessarily what others want.  Remember that this is intended
to be a general purpose tool so where there are multiple possible workflows
then we need to support those with the UI.  Here's two example workflows
that I use myself currently that your change breaks:
1. Run two queries which are syntactically different but which I expect to
get the two results and then compare the two sets of results in their
respective windows
2. Launch multiple queries which I know to be long running and then come
back to view the results in a little while
The long running queries use case is particularly problematic IMO because
now you don't necessarily have any visual indicator that there are queries
in flight.  So I might run a fast query so the results view pops up, then I
run a long running query.  While this is running the results of the first
query stay visible and at some point in the future they suddenly change to
the results of the next query with little/no visual indication to the user
(especially if the two queries share the same variables).  Also there is the
possibility that if you fire off multiple queries that finish out of order
you have no idea which query the currently displayed results relate to.

What I am thinking is that the behaviour should be configurable so users can
pick what works best for them with three options:
1. Only show one set of results at a time in the same window
2. Show multiple sets of results in the same window using a tabbed interface
(obviously this option needs some way to display the query alongside the
results so a user can figure out which query produced which results)
3. Always show results in new windows
I'm happy to work on implementing the above myself. Then when upgrading to
the new version Store Manager can offer the user the option to configure
their desired behaviour which would then be saved in the users settings with
the option to change later if desired.

Thanks for the explanations, I understand the entities query idea much
better now.  Please let me know when you have improvements to this ready for
review.

Cheers,

Rob

From:  Eugen F <feu...@ya...>
Reply-To:  Eugen F <feu...@ya...>, dotNetRDF Developer Discussion and
Feature Request <dot...@li...>
Date:  Wednesday, 11 December 2013 15:54
To:  dotNetRDF Developer Discussion and Feature Request
<dot...@li...>
Subject:  Re: [dotNetRDF-Develop] Store manager improvements

> Hi Rob,
> 
> I pulled the changes from that tool branch locally (sync the url of that tool
> branch with my local repository) and now I see your changes. (i hope it's the
> correct process).
> 
> I'm now sure what is the advantage of flat buttons over tabs, but since the
> functionality is the same seems ok to me.
> 
> About the issue: "Currently the query results overwrite each other," , this is
> exactly what i want. Consider i make some changes to a query (like you do for
> example in sql management studio), but that query is not final and I gradually
> improve it, then I don't care about the previous results until i can write the
> correct query and i don't want to close the old results tab/window each time.
> Before the current changes I had to manually go and close each MDI window each
> time I ran a query, and that is very strange to me. If I would want to see
> previous results then i would create a new connection from current, copy the
> query, maybe change it, then  run it, keeping old result in prev window (and
> associated with the exact query that generated them).
> Another solution would be to add a new Run(tab) button that would open new
> tabs as you said (keeping the current Run button that overwrites).
> But there is an issue to consider: a query and the results form a pair, if we
> have many results for some query that include older forms of it then it's kind
> of strange, because for those older results  i lost the query that generated
> them, so ideally for each results i should see the query that generated them.
> In any case I would like to have the functionality to overwrite old results.
> 
> Regarding the entities feature i think I'll better explain here:
> (or only the problem here:
> http://stackoverflow.com/questions/10251802/sparql-query-to-retrieve-all-objec
> ts-and-properties)
> Consider having a list of persons, each person subject of the rdf:type
> :Person, and each person having one or more of the properties: :Age, :Name,
> :FullName, :Email, and so on. Now i want to write a query that gives me all
> the persons and their properties without knowing in advance the properties;
> If i know the properties the final query would look like:
> select ?person ?name ?age ..
> where {
>  ?person rdf:type :Person.
> optional(?person :Name ?name).
> optional(?person :hasAge ?age).
> ....
> }
> But if i don't know the properties i first need to find them, then manually
> create the query above.
> What i did is take the first variable from a query, get all the properties for
> that list of variables and then dynamically create the query.
> In the above example the user would write a query like:
> select ?person
> where {
>  ?person rdf:type :Person.
> }
> then i would transform this into a query to get all the predicates for all
> ?person so running the first query results in a response like:
> predicate, nr of usages
> :Name, 2
> :Age, 3
> :Email, 1
> 
> so now i can programaticaly create a new query:
> 
> select ?person ?name ?age ..
> where {......
> 
> What I did wrong i think is that I actually executed the final query, and I
> think it's better to actually make a button that generates this final query
> from the initial one and let the user execute it, because in this way he can
> remove some of the properties.
> So for the user input:
> select ?person
> where {
>  ?person rdf:type :Person.
> }
> i would press a button and get as an output a new query:
> select ?person ?name ?age ..
> where { optional(......
> 
> 
> 
> 
>  
>  
>  
>  
>  
>   On Wednesday, December 11, 2013 2:09 PM, Rob Vesse <rv...@do...>
> wrote:
>   
>   
> Eugen
> 
> Generally I like the changes, I have a few suggestions for improvements.
> 
> Firstly since the tabs act mainly as buttons to quickly focus on a specific
> connection I'd suggest using FlatButtons Appearance for the tabs.  I've
> already made this change in the main repository, note that I've moved the
> changes onto the TOOLS-390 branch in the main repository, if you can pull my
> changes to your fork and then make any further changes in that branch instead
> of default that would be much appreciated.
> 
> Currently the query results overwrite each other, so if I run subsequent
> queries the previous query results are hidden.  It might be a nice idea to
> have a tab control within the results area and have each new query add a tab
> preferably with some way to view in each result tab what query produced the
> results, this would also need the ability to close result tabs that are no
> longer needed.
> 
> Another nice feature to have would be the ability to detach results into a
> separate window when desired though I'm less fussed about this.
> 
> I'm not really sure what the entities feature is doing since it didn't seem to
> do much in my testing, I'd like to understand exactly what this is attempting
> to do.  Wrt to the code for this it would be better to use the
> SparqlParameterizedString class for constructing the queries rather than
> String.Format() and string concatenation.  See the Representing Queries
> section at 
> https://bitbucket.org/dotnetrdf/dotnetrdf/wiki/UserGuide/Querying%20with%20SPA
> RQL for an example of using this class.
> 
> Note that you can get the namespaces associated with the existing query by
> using the NamespaceMap property and the Base URI using the BaseUri property,
> you can then simply copy these to your SparqlParameterizedString instance
> avoiding the need to do this by string extraction.  (Actually it doesn't have
> a BaseUri property, I'll add that soon)
> 
> In general I'm wondering that if you are looking to give a more entity centric
> view of the data in a store whether it wouldn't be better to add this
> functionality as a new entities tab and develop entity viewer controls and
> associated tasks specifically for this rather than reusing the Query Tab?
> 
> Cheers,
> 
> Rob
> 
> From:  Rob Vesse <rv...@do...>
> Reply-To:  dotNetRDF Developer Discussion and Feature Request
> <dot...@li...>
> Date:  Tuesday, 10 December 2013 16:12
> To:  dotNetRDF Developer Discussion and Feature Request
> <dot...@li...>
> Subject:  Re: [dotNetRDF-Develop] Store manager improvements
> 
>> Thanks for that, I've pulled your changes locally and will try and take a
>> proper look at them tomorrow.  I've glanced over the code changes and
>> everything looks OK but I haven't got as far as running the revised UI yet.
>> 
>> When I do review properly I'll try and look at the entities query stuff and
>> see if there is any way to make it more efficient.
>> 
>> Thanks for spotting the bug in BaseEndpoint, I introduced this by accident
>> with a recent commit and it should now be fixed again with my most recent
>> commits
>> 
>> Cheers,
>> 
>> Rob
>> 
>> From:  Eugen F <feu...@ya...>
>> Reply-To:  Eugen F <feu...@ya...>
>> Date:  Tuesday, 10 December 2013 09:46
>> To:  Rob Vesse <rv...@do...>
>> Cc:  dotNetRDF Developer Discussion and Feature Request
>> <dot...@li...>
>> Subject:  Re: [dotNetRDF-Develop] Store manager improvements
>> 
>>> I've updated the repository, so maybe you can check the changes.
>>> 
>>> Note that there is a change in BaseEnpoint "throw new
>>> ArgumentException("HTTP Mode can only be GET/POST, derived implementations
>>> should override this property if they wish to support more methods");" that
>>> I had to comment in order to make the version from repository connect to an
>>> endpoint. (no relation to my changes).
>>> 
>>> Also I tried to make an external endpoint work with that entities change,
>>> but i only get timeouts...because of the complex query i think.
>>> 
>>> 
>>> 
>>> 
>>>  
>>>  
>>>  
>>>  
>>>  
>>>   On Monday, December 9, 2013 2:50 PM, Rob Vesse <rv...@do...>
>>> wrote:
>>>   
>>>   
>>> Eugen
>>> 
>>> Forking a Mercurial repository copies all branches, however if you could
>>> commit your changes to the default branch that would be best
>>> 
>>> Thanks,
>>> 
>>> Rob
>>> 
>>> From:  Eugen F <feu...@ya...>
>>> Reply-To:  Eugen F <feu...@ya...>
>>> Date:  Monday, 9 December 2013 12:20
>>> To:  Rob Vesse <rv...@do...>
>>> Subject:  Re: [dotNetRDF-Develop] Store manager improvements
>>> 
>>>> I have made the changes so it's now both MDI and tabs, forked repository at
>>>> https://bitbucket.org/feugen24/storemanager_tabs. Still I'm not sure it's
>>>> the correct version because there were lots of tags when creating the fork,
>>>> so i picked the "dynamic" that was selected by default. I assumed dynamic
>>>> means (latest).
>>>> If it's ok i'll update this one.
>>>>  
>>>>  
>>>>  
>>>>  
>>>>  
>>>>   On Sunday, December 8, 2013 5:33 PM, Rob Vesse <rv...@do...>
>>>> wrote:
>>>>   
>>>>   
>>>> Hi Eugen
>>>> 
>>>> Thanks for the detailed email, yes there are advantages to a tabbed
>>>> interface though I suspect some users (like myself) may prefer to have the
>>>> MDI interface still.
>>>> 
>>>> What would be ideal from my perspective would be to integrate this such
>>>> that users can switch between the modes as desired, so users who prefer the
>>>> current interface can continue to use it and those that like the new
>>>> interface can use that instead.  Or even to have it such that you can dock
>>>> connections into a tabbed interface as and when desired.
>>>> 
>>>> The changes all sound useful but I haven't previewed them at all because
>>>> I'm afraid I'm not going to run a compiled executable from someone who's
>>>> emailing me for the very first time even if it does pass the virus checker.
>>>> If you can provide either a link to the git repository, a patch against
>>>> latest trunk or ideally a mercurial fork that would be fantastic.  We use
>>>> Mercurial for our development with our main repository hosted on BitBucket
>>>> at http://bitbucket.org/dotnetrdf/dotnetrdf ­ if you can fork the code on
>>>> BitBucket, transfer your changes to there and then open a pull request that
>>>> would be the best way for us to see and review your changes.
>>>> 
>>>> Btw this is a subscription list, your email was moderated through and
>>>> you've been CC'd on this initial reply but if you could subscribe at
>>>> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop so you can
>>>> participate in this discussion going forward without us having to manually
>>>> CC you each time that would be much appreciated.
>>>> 
>>>> Thanks,
>>>> 
>>>> Rob
>>>> 
>>>> From:  Eugen F <feu...@ya...>
>>>> Reply-To:  Eugen F <feu...@ya...>, dotNetRDF Developer Discussion and
>>>> Feature Request <dot...@li...>
>>>> Date:  Saturday, 7 December 2013 11:42
>>>> To:  "dot...@li..."
>>>> <dot...@li...>
>>>> Subject:  [dotNetRDF-Develop] Store manager improvements
>>>> 
>>>>> Hi,
>>>>> 
>>>>> I'm working with store manager and because of the midi interface it's
>>>>> difficult to interact with it, meaning each time i create a connection a
>>>>> new window is created, then when I run a query another window, rerun a
>>>>> query...new window, then close the one of the first query run and so on.
>>>>> 
>>>>> So i think the approach in sql server management studio or brightstardb
>>>>> polaris tool is much better. Both have tabs for each new connection, and
>>>>> when i rerun a query only results change (no new window).
>>>>> So i made the following changes:
>>>>> - when a connection is opened a new tab page is created and I add
>>>>> StoreManagerForm as a child to it
>>>>> - each tab has a close btn
>>>>> The rest of the functionality is the same except for query tab where:
>>>>> - i added a splitter control where panel 1 has query window , panel 2 has
>>>>> query results (both for graph and resultset)
>>>>> - i added a new button for orientation ( --| ) so we can change the
>>>>> orientation of the splitter ( vertical mode is v helpful on wide screens
>>>>> with few columns on results)
>>>>> - i removed "query" word from all buttons to occupy less space (i think
>>>>> it's obvious since we are in query window tab)
>>>>> - i changed AutoSizeColumnsMode to AllCells (previous was DisplayedCells
>>>>> but i had problems with it when large uri's where not in current view)
>>>>> 
>>>>> I also added a feature (in query tab) to expand a query for some subjects
>>>>> so i can see all the properties and values of those subjects. This allows
>>>>> a user to see similar results as sql server in case he has entities. For
>>>>> example if a user is using Entityframework api from brightstardb he can
>>>>> the select entities of rdf:type "Car" and see all car entities with
>>>>> values, in a table.
>>>>> - i added a new checkbox "AsEntities" that allows this feature when
>>>>> checked (it takes first variable from the current query as entity
>>>>> id/subject)
>>>>> It transforms user query to get all properties and the dynamically creates
>>>>> a query to get the entities.
>>>>> - i also added a numeric control next to the checkbox with default value
>>>>> of 1. This was necessary because in may case I have some predicates that
>>>>> are entities themselves and i need to filter those out. (a group by is
>>>>> used to filter predicates using that default value of 1)
>>>>> 
>>>>> I've attached the working version so you can play with it. I worked on a
>>>>> local git source control using latest 102 source code.
>>>>> Let me know what you think of the changes, and if it's ok, how to
>>>>> send/publish the source code. I've not really worked on any open source
>>>>> project so i don't know the flow.
>>>>> --------------------------------------------------------------------------
>>>>> ---- Sponsored by Intel(R) XDK Develop, test and display web and hybrid
>>>>> apps with a single code base. Download it for free now!
>>>>> http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clkt
>>>>> rk_______________________________________________ dotNetRDF-develop
>>>>> mailing list 
>>>>> dot...@li...https://lists.sourceforge.net/lists
>>>>> /listinfo/dotnetrdf-develop
>>>> 
>>>> 
>>>>   
>>>>  
>>>>   
>>>>  
>>> 
>>> 
>>>   
>>>  
>>>   
>>>  
>> -----------------------------------------------------------------------------
>> - Rapidly troubleshoot problems before they affect your business. Most IT
>> organizations don't have a clear picture of how application performance
>> affects their revenue. With AppDynamics, you get 100% visibility into your
>> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics
>> Pro! 
>> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk__
>> _____________________________________________ dotNetRDF-develop mailing list
>> dot...@li...https://lists.sourceforge.net/lists/li
>> stinfo/dotnetrdf-develop
> 
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
> _______________________________________________
> dotNetRDF-develop mailing list
> dot...@li...
> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop
> 
> 
>   
>  
>   
>  
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk___
> ____________________________________________ dotNetRDF-develop mailing list
> dot...@li...
> https://lists.sourceforge.net/lists/listinfo/dotnetrdf-develop

[dotNetRDF-Develop] Issue TOOLS-377 has been updated by Rob Vesse

[<tr...@do...>]

<p>The following issue has been updated by Rob Vesse:</p>
<table border="0">
  <tr>
    <td width="90px" valign="top"><b>Title:</b></td>
    <td>Improve connection management for Favourite and Recent connections in StoreManager</td>
  </tr>
  <tr>
    <td><b>Project:</b></td>
    <td>Toolkit</td>
  </tr>
  <tr>
    <td colspan="2"><b>Changes:</b></td>
  </tr>
  <tr>
    <td colspan="2">
      <ul>
        <li>Status changed from "Planned" to "In Progress"
                                </li>
        <li>Progress changed from "40 %" to "70 %"
                                </li>
      </ul>
    </td>
  </tr>
</table>
<p>
            More information on this issue can be found at
            <a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=377" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=377</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
            If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
        </p>

[dotNetRDF-Develop] Issue TOOLS-377 has a new comment

[<tr...@do...>]

<p>A new comment has been added to the following issue.</p>
<table border="0">
  <tr>
    <td width="90px" valign="top"><b>Title:</b></td>
    <td>Improve connection management for Favourite and Recent connections in StoreManager</td>
  </tr>
  <tr>
    <td><b>Project:</b></td>
    <td>Toolkit</td>
  </tr>
  <tr>
    <td><b>Created By:</b></td>
    <td>Rob Vesse</td>
  </tr>
  <tr>
    <td><b>Date:</b></td>
    <td>2013-12-13 05:07 PM</td>
  </tr>
  <tr>
    <td><b>Comment:</b></td>
  </tr>
  <tr>
    <td colspan="2"><p>
	Have now made substantial progress towards this, the infrastructure required to support 2 and 3 is completely implemented bar debugging and I now need to finish off implementing the connection management interface. &nbsp;I have the basic structure for this but haven&#39;t implemented any of the context menu which allows the connections to be usefully managed.</p></td>
  </tr>
</table>
<p>
            More information on this issue can be found at
            <a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=377" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=377</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
            If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
        </p>

[dotNetRDF-Develop] Issue CORE-391 has a new comment

[<tr...@do...>]

<p>A new comment has been added to the following issue.</p>
<table border="0">
  <tr>
    <td width="90px" valign="top"><b>Title:</b></td>
    <td>UriLoader.Load() can swallow parser errors in builds that support caching</td>
  </tr>
  <tr>
    <td><b>Project:</b></td>
    <td>Core Library (dotNetRDF.dll)</td>
  </tr>
  <tr>
    <td><b>Created By:</b></td>
    <td>Rob Vesse</td>
  </tr>
  <tr>
    <td><b>Date:</b></td>
    <td>2013-12-11 05:37 PM</td>
  </tr>
  <tr>
    <td><b>Comment:</b></td>
  </tr>
  <tr>
    <td colspan="2"><p>
	Fixed in default</p></td>
  </tr>
</table>
<p>
            More information on this issue can be found at
            <a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=391" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=391</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
            If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
        </p>

[dotNetRDF-Develop] Issue CORE-391 has been updated by Rob Vesse

[<tr...@do...>]

<p>The following issue has been updated by Rob Vesse:</p>
<table border="0">
  <tr>
    <td width="90px" valign="top"><b>Title:</b></td>
    <td>UriLoader.Load() can swallow parser errors in builds that support caching</td>
  </tr>
  <tr>
    <td><b>Project:</b></td>
    <td>Core Library (dotNetRDF.dll)</td>
  </tr>
  <tr>
    <td colspan="2"><b>Changes:</b></td>
  </tr>
  <tr>
    <td colspan="2">
      <ul>
        <li>Status changed from "Confirmed" to "Completed"
                                </li>
        <li>Resolution changed from "Unassigned" to "Fixed"
                                </li>
        <li>Progress changed from "0 %" to "100 %"
                                </li>
      </ul>
    </td>
  </tr>
</table>
<p>
            More information on this issue can be found at
            <a href="http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=391" target="_blank">http://www.dotnetrdf.org/tracker/Issues/IssueDetail.aspx?id=391</a></p>
<p style="text-align:center;font-size:8pt;padding:5px;">
            If you no longer wish to receive notifications, please visit <a href="http://www.dotnetrdf.org/tracker/Account/UserProfile.aspx" target="_blank">your profile</a> and change your notifications options.
        </p>