[OSGeo-Boston] Switching From ArcIMS to "something else"

Christopher Schmidt crschmidt at crschmidt.net
Thu Nov 22 07:06:16 EST 2007


On Wed, Nov 21, 2007 at 04:54:14PM -0500, Saul Farber wrote:
> Actually, MassGIS has done a pretty good job of using FOSS in a 'hybrid'
> way and the use of geoserver with ArcSDE is fairly well supported.

Right, sorry: I wasn't being specific enough. *I* don't know how to use
ArcSDE with FOSS well :) But you do! that's why community is good ;)

MapServer can read vector and raster data from ArcSDE... but the
CGI-style nature of MapServer means you need to use atypical  modes of
operation, which results in a more difficult user experience. GeoServer,
on the other hand, is not a CGI-style setup, so it works better for
this.

-- Chris

> My take on how to 'web-enable' an ArcSDE based storage would be
> something like this:
> 
> 1)  Install GeoServer
> 2)  Install the GeoServer ArcSDE support
> 3)  Pick which layers you want to serve and create 'featuretypes' for
> them in GeoServer
> 4)  Create styles for each featuretype (perhaps using udig's SLD editor)
> 5)  Apply the styles to the featuretypes
> 6)  Go use the built-in openlayers 'demo client' to see your data.
> 7) (optional) hit 'save source...' on your demo client page and start
> hacking!
> 
> 
> --saul
> 
> 
> On Wed, 2007-11-21 at 10:01 -0500, Christopher Schmidt wrote:
> > So, I got 3 personal (count 'em, 3) emails yesterday on what to switch
> > away from an ArcIMS server solution to. Since I hate answering anything
> > in private (shared knowledge > non-shared knowledge), I thought I'd
> > address them here, since I know that a fair number of the local people
> > work in/around MIT, which uses (as I understand it) ArcIMS to do their
> > WMS-style work.
> > 
> > The first question to answer when switching away from an ESRI-based
> > solution is what type of data you're serving from. Moving away from ESRI
> > can be hard if you've got all your data in a giant ArcSDE database --
> > not impossible, but it makes things more difficult. If, on the other
> > hand, you have things like shapefiles, then it may make the switch
> > easier.
> > 
> > Next, figure out what you want to do with the data: Do you want to serve
> > it up to GIS clients (ArcGIS, etc.)? Do you want to create a web
> > interface? Do you want to help people to create mashups? Do you want to
> > let users edit it? etc. 
> > 
> > If I were to take something like MIT's 'whereis' map datasource, I would
> > probably (personally) do something like:
> >  * Dump the data to a PostGIS interface
> >  * Load it up into MapServer (this requires converting the existing
> >    style information into MapServer's mapfiles, which is possibly
> >    time-consuming)
> >  * Set up a WMS against that, using MapServer
> >     * This will be used by clients who consume WMS, a la ArcGIS/qgis
> >  * Set up TileCache in front of it, picking a small number of
> >    projections that are acceptable to pre-cache. I'd probably just build
> >    this on a machine with lots of disk: it seems unlikely that you'd get
> >    more than 100GB of cache even with three different layers. These
> >    TileCache layers are 'basemaps' -- you probably want EPSG:4326 (for
> >    most 'unprojected' maps), EPSG:900913/SphericalMercator (for use with
> >    Google Maps), and the local projection (for local-only maps).
> >  * Use OpenLayers to load the relevant layers into a map
> >  * Use either a small overlay WMS layer or OpenLayers vector support to
> >    display selected features and the like.
> >  * Stand up FeatureServer, with attribute querying on useful attributes,
> >    to get WFS-like services for GeoJSON, GeoRSS-Atom, KML, etc. This can
> >    also have read-write layers for user input. 
> >  
> > Then, you document all these things and see who comes along and uses
> > them :)    
> > 
> > Specific use cases, of course, matter. If your primary goal is to make
> > data available for use in ArcGIS, this might not work for you. But
> > MapServer (5.0) + TileCache + OpenLayers makes a great, fast map
> > browser: see http://boston.freemap.in/ for an example of my personal
> > attempts at that.
> > 
> > Regards,
> 
> _______________________________________________
> Boston mailing list
> Boston at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/boston

-- 
Christopher Schmidt
Web Developer


More information about the Boston mailing list