Jump to content

 
Photo

ArcIMS web capabilities

- - - - -

  • Please log in to reply
2 replies to this topic

#1
benbakelaar

benbakelaar

    Ultimate Contributor

  • Associate Admin
  • PipPipPipPipPipPip
  • 658 posts
  • Gender:Male
  • Location:North Brunswick, NJ
  • Interests:maps, information, technology, scripting, computers
  • United States

Does anyone have opinions or first-hand experience with ArcIMS's web-serving capabilities? Even better, linked to a gigantic Oracle database server? Like this page https://fish.nefsc.n...te02/viewer.htm, except that page is pretty low-demand as far as the server is concerned. I am inquiring in relation to my recent posts about generating density maps on the fly. Not interested in feature lists, can always read that on ESRI's site.

Looking for comments and information on:
- speed
- cost (software, hardware, management)
- complexity
- ease of use
- etc.

#2
frax

frax

    Hall of Fame

  • Associate Admin
  • PipPipPipPipPipPipPip
  • 2,304 posts
  • Gender:Male
  • Location:Stockholm, Sweden
  • Interests:music, hiking, friends, nature, photography, traveling. and maps!
  • Sweden

Ben,

I have a fair bit of experience, managing some medium-load ArcIMS servers. We have not used all features, and I am not 100% up to date on the new features (haven't installed and looked at 9.2 yet, will do that in the upcoming weeks). My experience is limited to ArcSDE though. We are customizing the user interface (the web side of it) using Adobe ColdFusion/NewAtlanta BlueDragon (CFML dynamic html preprocessor). No experience in the mxd server though, we have been exclusively unix on the server side for this for a while, might shift now.

It is not too tricky to get something basic up and running, but one can do a lot of work (time/energy) in adapting the user interface. Speed is very dependent on the data (you can increase the speed dramatically by creating multiple versions of data, with different levels of generalization) and the data server (Oracle and SDE would be equivalent, I would imagine, at least for vector). I think the bottleneck will always be the actual rendering of the data, and I assume it would be the same for competing software.

I think the equation is not that complicated:
a) How fast can the map/render engine request vectors with x number of nodes from the data server? (Oracle/SDE/shape-files)
B) How fast can the map/render engine display vectors x number of nodes into a graphic file (jpeg - to send to the client)

If you favor cartographic quality, I think it is more likely that B) is the bottle neck. It helps to have the data server separate, and to have gigabit connection between them. We are seeing that our SDE server is undersaturated, while the render engine is doing most of the hard work (also depenent on the number of concurrent requests). I am operating a map with ocean survey tracklines (seismic measurements) with loads of nodes - this is not simplified, and the global view takes a fair bit of time to render (thousands of nodes). Zooming in on a much smaller part of the world takes under a second.

You can also increase the rendering speed by reducing the cartographic quality - e.g. remove anti-aliasing.

Please take a peek at some of the maps that I am operating:
http://maps.grida.no/arctic
http://maps.grida.no/baltic
http://maps.continentalshelf.org
http://globalis.gvu.unu.edu
Hugo Ahlenius
Nordpil - custom maps and GIS
http://nordpil.com/
Twitter

#3
benbakelaar

benbakelaar

    Ultimate Contributor

  • Associate Admin
  • PipPipPipPipPipPip
  • 658 posts
  • Gender:Male
  • Location:North Brunswick, NJ
  • Interests:maps, information, technology, scripting, computers
  • United States

Thanks frax, that was really useful! In particular:

- you can increase the speed dramatically by creating multiple versions of data, with different levels of generalization
- We are seeing that our SDE server is undersaturated, while the render engine is doing most of the hard work
- You can also increase the rendering speed by reducing the cartographic quality - e.g. remove anti-aliasing.




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users

-->