Search Mailing List Archives


Limit search to: Subject & Body Subject Author
Sort by: Reverse Sort
Limit to: All This Week Last Week This Month Last Month
Select Date Range     through    

[protege-discussion] Incremental Instance Loading

Jonathan Carter jonathan.carter at e-asolutions.com
Tue Mar 25 12:06:10 PDT 2008


Hi Dennis,
 
I've got a similar requirement but am programmatically creating a script for
use in the Script tab to create the instances.
 
 
 
__________________________________________
Jonathan Carter - Head of Technical Architecture
Enterprise Architecture Solutions Ltd
Mobile: +44 (0) 7904 198295
Email: jonathan.carter at e-asolutions.com
__________________________________________

Assess your EA maturity at:
www.enterprise-architecture.com/EAvaluator
__________________________________________


 


  _____  

From: protege-discussion-bounces at lists.stanford.edu
[mailto:protege-discussion-bounces at lists.stanford.edu] On Behalf Of O'Neill,
Dennis
Sent: 24 March 2008 19:46
To: protege-discussion at lists.stanford.edu
Subject: [protege-discussion] Incremental Instance Loading



I am building a Protégé taxonomy using a variety of external sources. These
sources are updated periodically. It would be useful to do an incremental
loading of instance updates rather than have to do a complete load of the
universe from scratch (70,000 instances) every time I get an update. Is
there a way to do this? 

I currently keep static taxonomy.pprj and taxonomy.pont files and
programmatically generate the taxonomy.pins file from scratch whenever I get
an external update. It would be nicer to incrementally load a separate
update.pins file (50-60 instances) into the corpus and then store out the
new taxonomy.pins once I have a chance to check it out.

Dennis M. O'Neill

SAIC

Room 2069B

doneill at marathonoil.com

(281) 236-5690

	

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.stanford.edu/pipermail/protege-discussion/attachments/20080325/8ee5b291/attachment.html>


More information about the protege-discussion mailing list