Hi John,

thanks for sending me your file off-list. I have run it through a Java profiler and have found that out of 180 seconds, 177 seconds are spent in a Jena internal method called Unparser.findInfiniteCycles() which is used by the RDF/XML abbrev writer to identify nodes that haven't been reached yet. Maybe your RDF model really does include infinite cycles and the system runs into worst case performance. In any case it's something that is outside of our code base and if interested you would need to follow up with the Jena developers.

However, you have a simple work-around in TopBraid Composer:

1) For everyday work, save your files to Turtle (takes 1 second)
2) If you need to generate an .rdf file, use File > Export > Export/Merge/Convert RDF Graphs and select RDF/XML (without the abbrev!) which also only takes a second.

HTH,
Holger


On 10/22/2012 8:55, John Perdoni wrote:
Hi Holger ,

thaks for the quick response, the version of tbc is Version: 3.6.1.v20120622-1546R , im stuck with .rdf extensions for the moment so I dont think I have changed the ttl preferences. FYI they are currently set at Jenas Turtle writer and Predicable(for Source Control)

Happy to send file off-;list , what topquadrant email address should I use

Thanks again

John


On Sunday, 21 October 2012 23:27:12 UTC+1, John Perdoni wrote:

    Hi

    Over a period of time, one file in my model has gradually but
    surely increased the time it takes to save even the simplest of
    changes. It is now up to around the 5 minute mark. I have checked
    the triples view and apart from a few blank nodes referencing
    rdf:List I cannot see anything untoward. I estimate the no of
    triples to be below 5000 , (although any help on how I can
    actually get a count would be usefull)

    Ive tried inspecting the blank nodes(approx 50 with type rdf:list(
    by drilling down on rdf:list in  the resource Form view, but
    cannot seem to find any other data .) Any directions on how to
    query a blank node in tbc would also be extremely helpful, but not
    priority)

    The file size is 3,756,930 bytes  so is not big

    I cannot fathom out why this file is taking so long to save , any
    pointers would be helpful

    Regards

    John


--
-- You received this message because you are subscribed to the Google
Group "TopBraid Suite Users", the topics of which include Enterprise Vocabulary Network (EVN), TopBraid Composer, TopBraid Live,
TopBraid Ensemble, SPARQLMotion, SPARQL Web Pages and SPIN.
To post to this group, send email to
[email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/topbraid-users?hl=en



--
-- You received this message because you are subscribed to the Google
Group "TopBraid Suite Users", the topics of which include Enterprise Vocabulary 
Network (EVN), TopBraid Composer, TopBraid Live,
TopBraid Ensemble, SPARQLMotion, SPARQL Web Pages and SPIN.
To post to this group, send email to
[email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/topbraid-users?hl=en


Reply via email to