Re: [Tm4j-developers] Future of Panckoucke 2

[Christoph F. <cf...@fo...>]

Hi Harald,

I go with you, that it would be great to extend the scope of panckoucke
to 'abstract' data from other technologies than topicmaps. RDF for
example.

And it's comprehensible, from a technical point of view, to make this
next generation panckoucke a project of its own.

I have also strong objections against this, regarding the distraction of
the community, but since panckoucke is the module that has the lowest
attention on the tm4j-mailing lists, we maybe could risk it. 



But before we strike this path, we should come to an agreement what
panckoucke is about. There seems to be a major misunderstanding. I
*never* voted to split panckoucke in any way, especially I did not vote
for a separation of the model/abstractor definition on the one hand and
the concrete abstractor implementations on the other (at least I did not
want to vote for something like that. Sorry if something I said, gave
you that impression).
To me, a vital part of panckoucke is the implementations of abstractors
and the helpersas well, that connect engines like tm4j and maybe jena in
the future. 


I could imagine very well that panckoucke does not implement the
abstract model on its own. In fact, I searched for a java-graph-api
implementation when starting panckoucke, but did not find one and
therefor implemented it by myself. This is something that I would
definitely like to include as a third-party lib.

But a project that just defines the model and interfaces and leaves the
implementation of real and useful abstractors to others, is not what I
mean, when talking about panckoucke. Maybe it is a project of its own,
and panckoucke could use it?

What do you think?

Bye
c


Am Di, den 14.09.2004 schrieb Harald Kuhn um 20:05: 
> Hi all,
> 
> to clearify my suggestion, what i wanted to suggest was the founding
> of a project which is somewhat like TMAPI. A Generic definition of
> interfaces (with a lightweight implementation of the Model interfaces
> - which is unlike TMAPI) and some example implementations. The
> TopicMap specific Implementations of this interfaces should (thats
> something Christoph and Jens perusaded me, i originall wanted to move
> the Abstractors as well) either stay with the TMNav and panckoucke
> projects in TM4J or should merge into the TMNav project.
> 
> Cheers
> Harald
> _________________________________________________________
> Mit WEB.DE FreePhone? mit hochster Qualitat ab 0 Ct./Min.
> weltweit telefonieren! http://freephone.web.de/?mc=021201
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: thawte's Crypto Challenge Vl
> Crack the code and win a Sony DCRHC40 MiniDV Digital Handycam
> Camcorder. More prizes in the weekly Lunch Hour Challenge.
> Sign up NOW http://ad.doubleclick.net/clk;10740251;10262165;m
> _______________________________________________
> Tm4j-developers mailing list
> Tm4...@li...
> https://lists.sourceforge.net/lists/listinfo/tm4j-developers



-- 



Christoph Froehlich <cf...@fo...>