G-delivery service

[Delfos, Jacob]

Bart,

Sounds great. These methods of data requests are popular in Australia
too, and are much preferred over having to wait a week (or more) for
your data.

I'd be careful with having too many controls in the application, though.
It appears to have more functionality than it may need for its purpose,
which may scare people off a bit, if they are not familiar with it.
Maybe you could use tabs to hide the ones less often needed?

Also, make sure potential buyers understand that the downloaded data may
not look the same (symbolisation,colours, etc.) when downloaded. We get
that problem a lot when our draftspeople want to import GIS data. For
this reason, our draftspeople are often more satisfied with a rendered
image (ECW), looking like the original topographic GIS map. Maybe you
want to consider raster as an output format too?

I'm sure this application will be very successful. Looks great, too.

Regards,

Jacob
 

> -----Original Message-----
> From: UMN MapServer Users List 
> [mailto:MAPSERVER-USERS at LISTS.UMN.EDU] On Behalf Of Bart van 
> den Eijnden (OSGIS)
> Sent: 8 January 2006 22:48
> To: MAPSERVER-USERS at LISTS.UMN.EDU
> Subject: [UMN_MAPSERVER-USERS] G-delivery service
> 
> Hi people,
> 
> I wanted to report back some info about a project I recently did and 
> share some ideas. The project's purpose was building a G-delivery 
> service, much alike the situation which exists for a few 
> years already 
> in Canada (although the project I did is used in an intranet).
> 
> The project combines Mapserver, GDAL/OGR and Chameleon. It is 
> based on 
> OGC standards, mostly Web Feature Service (WFS) and Web 
> Coverage Service 
> (WCS).
> 
> The ideas I wrote up are available at:
> 
> http://www.osgis.nl/G-delivery.pdf
> 
> Comments or suggestions are very much welcome. If anybody is 
> interested 
> in more details, let me know.
> 
> Best regards,
> Bart
> 
> -- 
> Bart van den Eijnden
> OSGIS, Open Source GIS
> http://www.osgis.nl
>