Joan, could Graphity approach be similar to what you have in mind? http://www.w3.org/2011/09/LinkedData/ledp2011_submission_1.pdf
You can see what kind of UI it can render on http://linkeddata.dk. Martynas graphity.org On Mon, Jun 25, 2012 at 7:57 PM, Joan Iglesias <[email protected]> wrote: > > Hello Rob > > Commends inline also. > >> From: [email protected] >> To: [email protected] >> Subject: Re: Planning for a new framework for Jena >> Date: Mon, 25 Jun 2012 17:01:30 +0000 >> >> Hi Joan >> >> Comments inline: >> >> >> On 6/25/12 9:30 AM, "Joan Iglesias" <[email protected]> wrote: >> >> > >> >Dear all >> > >> >I'm new at this list, but I would like to purpose the building of a new >> >framework for Jena. >> > >> >I'll be in charge of the design and programming of this new framework, >> >but new ideas or collaborations with other developers are welcome. >> > >> >The project is a java web platform for configuring, managing and queering >> >the Jena framework from any web browser. That framework will allow the >> >users to save time in the configuration time, initial contact and >> >database administration of Jena framework. It could be .war for any >> >application server with the appropriate configuration files. >> >> Please take a look at JENA-201 >> (https://issues.apache.org/jira/browse/JENA-201) which contains a >> discussion on how to convert the existing Fuseki architecture into WAR >> form. If you are interested maybe you would like to work on contributing >> towards that effort? >> >> Also Fuseki already includes much of the configuration, management and >> querying capabilities you are talking about. Granted right now Fuseki >> can't easily be run in any Java application server because it runs off an >> embedded Jetty but if that issue was addressed this would become possible. >> And equally the built in UI could be a little less basic but none of us >> Jena developers claim to be graphic design or UX experts! > > I'm not an expert on Jena, I only read some tutorials about Jena and its > frameworks. Of course the development of such a framework needs much more > knowledge than I have. Because of this I suggested the project to the Jena > community, because I don't want to start a long learning period if the > framework is useless or not needed for the community or already exists > something similar. > > Like all technologies, the more user-friendly user interface, the most > success in the adoption of the technology. Some companies if they appreciate > a long learning period of a framework, the framework is discarded. > > I could deduce from the tutorials of fuseki an so on, that most of the > configuration is done by file configuration. The idea of my project, it's > that you just download the war file, you deploy it, and all the configuration > and management is done using a very helpful and user-friendly interface. > Addition of modules, database configuration and administration, and so on. > > I think, that any developer prefer a tool, self explanatory with small time > to learn how it works. > > Maybe such a framework could be developed using fuseki code or other Jena > frameworks as a base framework or starting framework. > > The platform I propose, it allows to manage plug-ins graphically, like > Eclipse, for example. And a plug-in could have it's own web interface to > configure or use it. I think that those functionality it's not possible by > now using fuseki. > > For example, is there any framework that allows to manage ontologies > graphically and integrated into Jena? Sometimes I think it's very useful that > a plug-in has a web interface, like the case I mentioned before, and > integrated into a well defined platform. > > What do you think about all this?? > >> >> > >> >I consider that it has to be designed in a modular way, and the addition >> >of new plug-ins have to be taken into acount from the very begginng. I >> >thought it could be like a kind of Eclipse, that it's a platform for >> >development with basic functionalities, but allows the additions of a lot >> >of plug-gins from the community or private companies. >> >> This is basically what the Jena platform is already unless I am >> misunderstanding your point? >> >> I don't know how familiar you are with Jena (I assume at least reasonably >> so given the scope of your proposal) but Jena already has many extension >> points that can be utilized and many people using Jena commercially >> already use these widely. Maybe you could elaborate on exactly what it is >> that you want to extend/do that you don't think Jena can do right now? >> You may find that the types of extensions you want are already possible in >> the existing framework and you are just not aware of it. >> >> For example within Fuseki you can already leverage the Jena assembly >> mechanism for loading and executing arbitrary code allowing you to add >> custom functionality to a standard Fuseki distro to some extent. >> >> > >> >Some of the nowadays utilities for Jena could be migrated into a plug-in >> >for this platform. REST and SOAP services could be a plug-in for this >> >platform. >> >> Utilities such as? >> >> > >> >New ideas or suggestions are welcome. I think a framework like this will >> >help Jena to be more used, because the intention is that the new >> >framework has to be in most of the cases "self explanatory" and >> >intuitive, and with a lot of helping tools. >> >> While I do want to discourage you from contributing to the Jena ecosystem >> it would be interesting to here some more detail on what exactly you want >> to build. From reading your email I get the impression that maybe a lot >> of what you want may already be available and you're just looking to get >> it more solidly integrated into a user friendly web based UI? >> >> Regards, >> >> Rob Vesse >> >> > >> >Best regards, >> > >> >Joan >> > >> > >> > >> > >> >
