I'd like to follow up on some of the comments in this thread. I apologize for coming to the conversation so late.
Erwan wrote: "Few months ago, I proposed a plan to improve the memory limits in OpenJUMP using GDMS but without any sucess ;-). " I would like to clarify this matter with Erwan and the SIGLE Team. I hope that earlier statements I made were not misunderstood. I wasn't personally interested in pursuing H2 Database (http://www.h2database.com/html/frame.html) as a solution for OpenJUMP's memory limitation. I'm still not personally interested in this or in any other solution built on a database. I will point out, however, that this is not a PERSONAL interest of mine. That doesn't mean that it isn't a valid solution, or something that OpenJUMP should pursue as a COMMUNITY. I personally don't like to hassle with the extra layer that comes with database integration, although I realize databases bring a lot of built-in functionality to the table. I prefer a file based solution, but I sincerely apologize if I seemed to speak for the community in this matter. That was not at all my intention. I'm proud that OpenJUMP is one of the few open source projects that is truly "community developed". If there is an individual programmer, or a team of programmers that is interested in integrating support for the GDMS into OpenJUMP I would fully support those efforts, even though it is not something I would be involved in at an intimate level. I took a few minutes today to look at the links that Erwan had included in his e-mail on this topic. Some of this work looks very interesting. I must say that I am disappointed to see what appears to be yet another open source Java GIS for the desktop, OrbisCAD. But maybe I don't understand the purpose for the program. I must admit I had trouble determining the programs purpose from the website. Will this program be an alternative to UDig and OpenJUMP, or will it do something different? I am very interested in any open source code that will allow OpenJUMP to access DWG and DXF files. Perhaps there is code in GDMS that we can use? Maybe Erwan would be willing to help us with this? Would it be possible to expose some of the lower-level functionality of GDMS to create a framework similar to what we were trying to accomplish with DataObjects? This would be an admirable goal. However, it is important to remember that to be truly useful and widely adopted I think this functionality needs to be exposed at a fairly low-level, and not a high-level. (This is just my opinion.) Still, if I could obtain a generic Feature object using GDMS drivers from a variety of data sources it would be worth slinging around a little SQL. :] If we could work together to accomplish this I would even consider assisting with the maintenance of some GDMS driver code. I'll leave that offer on the "table". I think it is important for all of us to share as much code as possible, which was what I was hoping we could accomplish with the DataObject code. However, if something similar already exists in the guts of the GDMS, then I would be open to exposing and using it instead. There is no need to reinvent the wheel. I hope to keep plowing ahead on the DataObject implementation with Paul Austin and other willing souls, but I'd like to hear some more from Erwan and the SIGLE team. I apologize again if my previous comments on this matter served to stifle cooperation. The Sunburned Surveyor On 8/21/07, Stefan Steiniger <[EMAIL PROTECTED]> wrote: > Hi Peppe, > > yep.. support via a plugin would be nice. I have never worked with xml > stuff.. so i can also not comment how hard it would be to inlcude the > jump stuff. > I think making a plugin for GDMS is a matter of time. > > stefan > > Giuseppe Aruta schrieb: > > Hi erwan bocher > > > > I will post the mails about GDBMS and CAD also in OJ > > DEVEL mail list since it seems to me interesting, > > > > Regards > > > > > > Peppe > > > > > > ___________________________________ > > L'email della prossima generazione? Puoi averla con la nuova Yahoo! Mail: > > http://it.docs.yahoo.com/nowyoucan.html > > _______________________________________________ > > jump-users mailing list > > [EMAIL PROTECTED] > > http://lists.refractions.net/mailman/listinfo/jump-users > > > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Jump-pilot-devel mailing list > Jump-pilot-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel > ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Jump-pilot-devel mailing list Jump-pilot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/jump-pilot-devel
