Hi aperture, chris, max
max: there is need for rdfreactor below...
It was Christiaan Fluit who said at the right time 26.03.2007 12:34 the
for now, I would ignore the problem and shift it to the developers,
Leo Sauermann wrote:
Ok, I see that doing both is a good way.
For versioning ontologies, we could use OMV:
This would probably have all we need, or?
Looks all fine to me!
I do have one question. It's more or less related to other stuff that we
already talked about.
It seems that we're going for an approach where each data source has its
own vocabulary class/interface defining all its configuration constants:
relatively easy to manage and makes things more clear and explicit for
How then do we achieve easy configuration of a data source instance? At
the moment we have a central ConfigurationUtil class, what will become
of this? A separate ConfigurationUtil per data source? Perhaps just
regular setters and getters in the DataSource implementation class that
manipulate the RDFContainer/Model of that DataSource? What do you propose?
once RDFReactor/Tripresso by Max Völkel works again (stable), we can
auto-generate classes complete with getter/setter methods
automatically, from the ontologies. this is superior and much cooler
I have no exact clue how to connect these generated classes elegnatly
to our existing code, but we should at least hint it in the interface,
to give the developer a hint where to find a RDFReactor object that
will help. no idea yet.
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
Aperture-devel mailing list
DI Leo Sauermann http://www.dfki.de/~sauermann
Deutsches Forschungszentrum fuer
Kuenstliche Intelligenz DFKI GmbH
Trippstadter Strasse 122
P.O. Box 2080 Fon: +49 631 20575-116
D-67663 Kaiserslautern Fax: +49 631 20575-102
Germany Mail: firstname.lastname@example.org
Prof.Dr.Dr.h.c.mult. Wolfgang Wahlster (Vorsitzender)
Dr. Walter Olthoff
Vorsitzender des Aufsichtsrats:
Prof. Dr. h.c. Hans A. Aukes
Amtsgericht Kaiserslautern, HRB 2313