Would be SMILA useful in this context? [message #808313] |
Mon, 27 February 2012 11:42  |
Eclipse User |
|
|
|
I have recently stumbled upon SMILA's page and I think it might be useful in my project but would like to confirm or deny that.
First I will state what I'm trying to accomplish:
I'm building simple, eclipse based personal information manager.
Main idea is to track more or less structured entries in workspace files, populate semantic store from them and then provide querying and reporting options.
Currently I'm using workspace builder for tracking files, Sesame as semantic store and I'm planning to use BIRT for reporting.
Now I have a question If and how SMILA could be useful in that context?
If not in the whole maybe some parts may be reused (for example SesameOntologyManager)?
Full semantic model build from files' contents is important to me.
Best Regards,
Grzegorz Abramczyk
|
|
|
Re: Would be SMILA useful in this context? [message #808896 is a reply to message #808313] |
Tue, 28 February 2012 04:04   |
Eclipse User |
|
|
|
Hello Grzegorz,
first, thank you for your interest in SMILA.
Let me recap the use case that you would like to cover with your
application:
1. The application runs only on one node - the user's computer
2. Only the local files (on user's computer) are being processed and
ontology is being built (locally) from the information contained in them.
In this case using the whole SMILA might be an overkill since SMILA was
built with scalability (parallel processing of huge amount of
information on several nodes) in mind.
But since SMILA offers very flexible workflow management (synchronous
and asynchronous) for information processing too, you could perhaps
profit from it in your application. So, if your workflows are complex
and even need to be modifyed frequently, my suggestion would be to
provide processing logic in several pipelets and connect them in a one
or several BPEL workflows. The user could then choose between some of
them (directly or indirectly) and thereby "tweak" the business logic.
If all of this is still to complex for you, then you could indeed use
only some parts of SMILA like for example the SesameOntolotyManager.
Cheers
Igor
Am 27.02.2012 17:42, schrieb Grzegorz Abramczyk:
> I have recently stumbled upon SMILA's page and I think it might be
> useful in my project but would like to confirm or deny that.
>
> First I will state what I'm trying to accomplish:
>
> I'm building simple, eclipse based personal information manager. Main
> idea is to track more or less structured entries in workspace files,
> populate semantic store from them and then provide querying and
> reporting options.
>
> Currently I'm using workspace builder for tracking files, Sesame as
> semantic store and I'm planning to use BIRT for reporting.
>
> Now I have a question If and how SMILA could be useful in that context?
>
> If not in the whole maybe some parts may be reused (for example
> SesameOntologyManager)?
>
> Full semantic model build from files' contents is important to me.
>
> Best Regards,
> Grzegorz Abramczyk
|
|
|
|
Re: Would be SMILA useful in this context? [message #819195 is a reply to message #814518] |
Mon, 12 March 2012 12:00  |
Eclipse User |
|
|
|
Hi Grzegorz,
First, sorry for not responding to your post any sooner. I was quite
busy last week...
I am not aware of any attempt using BIRT for generating reports from
data stored in SMILA, but I see no reason why this should not work. If
you store your data in Derby (which SMILA incorporates), then you could
easily run BIRT against your DB tables and generate reports.
I look forward getting more feedback about your experience using or
integrating components in SMILA.
Cheers
Igor
Am 06.03.2012 15:54, schrieb Grzegorz Abramczyk:
> Thanks.
> For now I plan for only simple update > store > retrieve process, but in
> the future addition of integrating informations from multiple sources
> and complex workflows would be very welcome.
>
> Do you known any attempt to use BIRT with SMILA, is there any support or
> examples?
>
> I think I will look into SMILA in more detail.
|
|
|
Powered by
FUDForum. Page generated in 0.25826 seconds