I have no idea of the state of Web-GIS, both open-source and commercial, so I
can't help you.
About OpenJUMP I think it would be great if it could be modularized into a
Web-GIS _server_ more than a _client_.
Let me explain.
If you want a Web 2.0 GIS system, chances are you need an image server as well,
because sending all data in vectorial form to the client and then doing all the
drawing
client-side, is probably _very_ inefficient (even using SVN).
So a good approach would be to send the "background" as a raster image drawn by
the server
and then doing only the relevant (and small) drawing on the client.
Since OpenJUMP is very good at drawing, it could be a very good image server.
What it's needed is to excerpt from it the
Datasource/Layer/Rendering/anythingelsethatsneeded part.
Then you need a Web 2.0 client, but here OpenJUMP can't help you much, because
it's Swing based.
You could maybe put it inside an applet, but this won't be ver Web 2.0 anyway.
If you want a "real" Web 2.0 client you have to write it almost from scratch.
Sure you can take inspiration from OpenJUMP, but not much code, unless you find
something
capable to automatically turn Swing into Ajax.
A few months ago I played around a little with GWT (Google Web Toolkit), and it
proved
quite powerful and easy to use at creating Ajax applications without even have
to _touch_ JavaScript.
I was able to prototype a very simple read-only client for MapServer, and I
even added simple
rectangle drawing capabilities.
And there are a few other good open-source Java Ajax frameworks, out there:
http://code.google.com/webtoolkit/
http://www.zkoss.org/
http://www.nextapp.com/platform/echo2/echo/
http://ajaxpatterns.org/Java_Ajax_Frameworks
Of course, to create a complex Web-GIS client as the one you need is another
story...
It now occur to me that a Web 2.0 client would be a good candidate for
Mobile-GIS too...
Hope this helped!!!
Bye
Paolo Rizzi
-----Messaggio originale-----
Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] conto di Larry Becker
Inviato: martedì 6 novembre 2007 23.40
A: JUMP Users Discussion
Oggetto: [jump-users] Slightly off topic:The state of web GIS
Hello all,
I'm in the early stages of a new, but long anticipated software project
involving GIS. My assumption has always been that the role of the GIS client
would be filled by SkyJUMP, and the role of the GIS server would be filled by
ESRI Arc-something. Recently, I've been pressured by the clients to adopt a
web 2.0 approach to the project for the usual reasons, ease of deployment,
maintenance, and certification.
Unfortunately, the client GIS definitely needs to support fairly heavy data
creation and editing capabilities, plus I need to perform a good bit of
customization to integrate it with another application that will be a consumer
of some of the GIS data. The direction that I have been pointed by the clients
is toward ArcServer's new Web Editing capability. However, we have found that
ESRI changes the direction of their platform every three or four years, leaving
frustrated early adopters in their wake. To paraphrase Obi-Wan, "I would
prefer to avoid any ESRI entanglements."
So my question for all of you GIS gurus out there is, "What is the state of
web GIS?" Can the current state of the art handle my scenario, or is it still
too soon?
And since this is a JUMP users discussion list, I'll also pose the question,
"Could JUMP be morphed into an editing web client?"
best regards,
Larry Becker
Integrated Systems Analysts, Inc.
--
http://amusingprogrammer.blogspot.com/
_______________________________________________
jump-users mailing list
[email protected]
http://lists.refractions.net/mailman/listinfo/jump-users
