[postgis-users] inserting records via web-client

[Randy George]

Hi,

	Using Geoserver to decouple your client from the PostGIS makes sense
especially if you are planning to open the database to a larger public, but
if this is your first trial of this type of thing it would probably be
better to use your own server side app to connect to PostGIS. Performance
will be better, especially with an SVG interface, and development time will
be about the same either way. Although Geoserver may have an SVG interface
to WFS-T in the future, for now you have the additional SVG <=> GML to deal
with.

	We have had good success using SVG on the client uploading to Java
servlets. I've used both custom servlets and OWS aggregator servlets. The
aggregator has the advantage of access to lots of nice WMS as background
data (WFS is still sparse). SVG with javascript is great for lots of
sophisticated drawing client side. If you want to update attribution it is
easier to use html forms since svg text input is somewhat difficult.
Combining the two is easy enough by drawing in svg and connecting the
vectors to attribution with onclick events that open normal html forms. 

	WFS-T is an exciting advancement to the OWS model. It will allow
community database maintenance which has a lot of potential application in
the enterprise. uDig is the best approach currently for accessing the power
of WFS-T which is still in the early stages of availability. I believe
Geoserver is the only tool to provide WFS-T at this time. 

Have fun

Randy 


-----Original Message-----
From: postgis-users-bounces at postgis.refractions.net
[mailto:postgis-users-bounces at postgis.refractions.net] On Behalf Of Bart van
den Eijnden
Sent: Tuesday, December 06, 2005 12:03 AM
To: hydromap at gmail.com; postgis-users at postgis.refractions.net
Subject: Re: [postgis-users] inserting records via web-client

I would say Geoserver is mostly WFS but also does WMS. For Mapserver I would
state it the other way round, Mapserver does mostly WMS but also does WFS.

Geoserver is WFS-T (transactional), Mapserver is a read-only WFS. And yes
Geoserver is J2EE whereas Mapserver is C CGI.

Wrt the 3-tier, the 2 deepmost tiers (spatial db and WFS-T) could run on the
same machine, or with a fast network in between them, so performance would
not really be worse. The architecture would be easier to maintain and you
could more easily plugin replacement components (a different WFS-T) if
needed.

Hope this helps.

Best regards,
Bart

Bart van den Eijnden
Syncera IT Solutions
Postbus 270
2600 AG  DELFT

tel.nr.: 015-7512436
email: BEN at Syncera-ITSolutions.nl
>>> hydromap at gmail.com 12/06/05 5:53 AM >>>
Whoa! Thanks guys... sounds like its gonna be trivial.

What would be some advantages to taking the abstract 3 tier approach? Any
performance issues?

Also (sorry this may be slightly off-topic) am I correct in my understanding
that Geoserver is kinda like a Java substitute to Mapserver?

cheers
sb

On 12/6/05, Paul Ramsey <pramsey at refractions.net> wrote:
>
> I think both chameleon (maptools.org) and mapbender ( mapbender.org)
> allow client side digitization. From there it is a very small amount
> of scripting to post the result back to a trivial PHP or Java or
> Python or Whatever script that inserts the result into the database.
> Or, as Tom wrote, you could use an even more abstracted
> architecture.  We've done this using a proprietary web UI a couple
> times, OpenIMF (moximedia.com) (where the "open" stands for open
> standards, not open source).
>
> P
>
>
> On 5-Dec-05, at 4:19 PM, sab bman wrote:
>
> > Hi
> >
> > I am currently trying to assess how difficult it would be to insert a
> > user-drawn shapes+attributes into a PostGIS back-end. Using perhaps
> > SVG or javascript enable web-client. Does anyone know if this has been
> > achieved?
> >
> > thanks
> > Shoaib Burq
> > _______________________________________________
> > postgis-users mailing list
> > postgis-users at postgis.refractions.net
> > http://postgis.refractions.net/mailman/listinfo/postgis-users
>
> _______________________________________________
> postgis-users mailing list
> postgis-users at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-users
>

_______________________________________________
postgis-users mailing list
postgis-users at postgis.refractions.net
http://postgis.refractions.net/mailman/listinfo/postgis-users