Jeroen,
Thanks, it seems to work now: Consider this "Schrödinbug" squashed (or not, depending on your quantum state). And yes, sha1 hashing definitely works on SMW 1.5.6 with SRF 1.5.3 under PHP 5.2 and 5.3, with or without the "Validator" extension (at least on my machines). Thanks again! Best, Alex -----Original Message----- From: Jeroen De Dauw <jeroended...@gmail.com> To: Alex M. Hendler <amh.pub...@ontolawgy.com> Cc: SMW developer list <semediawiki-devel@lists.sourceforge.net> Subject: Re: [SMW-devel] [SRF], SMW 1.6 (SVN) testing - hashes not getting added to GraphViz file names Date: Thu, 2 Jun 2011 03:22:34 +0200 Hey, I just had a look at this, and concluded this never could have worked, as the result format appears to reset the GraphViz settings to nothing before creating an actual result since it's first version in the SVN repo. Are you sure graphs worked in this result format before? If so, you found a Schrödinbug :) Anyway, it's fixed now, and should work in the next release. Cheers -- Jeroen De Dauw http://www.bn2vs.com Don't panic. Don't be evil. -- On 1 June 2011 22:48, Alex M. Hendler <amh.pub...@ontolawgy.com> wrote: Hello, I'm not sure if this is worthy of a bug report yet. I'm testing out SMW 1.6 (r89276) with the latest (r89276-77) versions of SCQ, Semantic Forms, SIO, and SRF, and the GraphViz extension (r89279), running MW 1.16.5 on php 5.3.2 (on a 64-bit linux virtual machine if that matters). Using SMW 1.5.6 and the latest release (snapshot) versions of the above extensions on the same machine, graphs would draw just fine - typically I generate them through a RunQuery form, and I have GraphViz set to calculate sha1 hashes on the queries, so I would get files in the images/graphviz directory that look like Special_perc_3ARunQuery_perc_2FFormName--10194d28750c2032a700a37699f10013f6a8a828.map and Special_perc_3ARunQuery_perc_2FFormName--10194d28750c2032a700a37699f10013f6a8a828.png I have pruning set up, and it works quite well with the extension snapshots, so after a certain number of graphs get generated (10 on this installation), they get deleted so that they almost always have the most up-to-date data. Using all the latest SVN versions, I just get Special_perc_3ARunQuery---digraph+QueryResult.map and Special_perc_3ARunQuery---digraph+QueryResult.png The same result persists when accessing the query from outside of a form, so I'm pretty sure it's not a Semantic Forms issue, for example: Test---digraph+QueryResult.map Test---digraph+QueryResult.png The result is that any query from the form results in showing the same graph, but if I manually clear the images directory between each query, the graphs show properly to show properly (alternatively, one can generate graphs from 10 different pages to clear the query, but that's not very practical); setting pruning at 2 files and an amount of 1 (essentially, deleting .map and .png pairs as they get created) doesn't seem to work either. Has there been some change in how SMW passes query results to SRF that won't allow GraphViz to calculate a hash on the query? Is there any need for a bug report at this stage, or is it too early to tell? I'm happy to try to provide a bit more detail in a bug report if that would be helpful. Thanks, Alex ------------------------------------------------------------------------------ Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev _______________________________________________ Semediawiki-devel mailing list Semediawiki-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/semediawiki-devel
