Using OpenLayers With ArcGIS Server REST API

Here is my user presentation from the 2009 ESRI Developer Summit.  Feel free to email me with questions or post below.  You can get the instructions and code (including a zip file with everything ready to work out of the box) online.  Many people have told me that they are very interested in working with ArcGIS Server and OpenLayers so some really great things should be happening soon.

This entry was posted in GIS and tagged , , , , , . Bookmark the permalink. Post a comment or leave a trackback: Trackback URL.

20 Comments

  1. straight outa the 70's
    Posted March 25, 2009 at 4:52 pm | Permalink

    Dude – some day you will look back at that slide show -and like a 70’s leisure suit and pleather jacket say … what were we thinking. interesting content. whack presentation style.

  2. Posted March 25, 2009 at 5:28 pm | Permalink

    I remember there was buzz about this from the time Jack mentioned OpenLayers at the 2008 FedUC. Thanks for closing the loop.

  3. Simon
    Posted March 25, 2009 at 7:25 pm | Permalink

    very interested to hear the audio – will ESRI be posting this on the resource pages? Can you post link here, when they do? Looks good.

  4. Posted March 26, 2009 at 12:56 am | Permalink

    Thanks for the presentation, it is awesome :)

    Can’t wait to listen the cast of whole presentation.

  5. Posted March 26, 2009 at 1:10 am | Permalink

    Yes as soon as ESRI posts the audio, I’ll go ahead and post that. I was told about a week.

  6. Posted March 26, 2009 at 8:12 am | Permalink

    James, great presentation. Glad you were able to highlight the Long Island Index map project. We’re a week or two away from deploying another OpenLayers/ArcGIS combo, this time an upgrade of an old ArcIMS site. I’ll keep you posted when we launch the beta version.

    Btw, love the “restful” photo — those La-Z-Boy sofas are great.

  7. Posted March 26, 2009 at 7:50 pm | Permalink

    Looks like Dave Bouwman gave you a run for your money in terms of crazy photos: http://www.slideshare.net/dbouwman/unit-testing-101?type=powerpoint

    • Posted March 26, 2009 at 8:34 pm | Permalink

      Dave’s talk was way beyond mine. As always he kicks ass…

      • Posted March 27, 2009 at 11:46 pm | Permalink

        We all know though, “It’s not the amount of crazy photos that makes the talk, it’s how you use them”.

  8. Posted April 13, 2009 at 3:18 am | Permalink

    Is it possible to consume AGS REST cached services using OpenLayers?

    • Posted April 13, 2009 at 6:02 am | Permalink

      Yes, ArcGIS Tiled map services are supported at 2.8

      • Christopher Schmidt
        Posted April 13, 2009 at 8:03 am | Permalink

        ArcGIS tiled map services are not supported in OpenLayers 2.8.

  9. Posted April 13, 2009 at 8:42 am | Permalink

    I guess by that definition you are correct, but there is already a way to handle this.

    http://trac.openlayers.org/ticket/1967

    I suppose 2.9 here we come…

    • Christopher Schmidt
      Posted April 13, 2009 at 8:44 am | Permalink

      That code won’t read tiles from an ArcGIS 9.3 Map Cache either. That’s only for 9.2 caches.

  10. Posted April 13, 2009 at 8:48 am | Permalink

    True, but it does read Tile Caches.

    The person asking the question said he wanted to read REST Cached layers. 2.8 will do that. If you want to directly read the ESRI Map Cache, you’ve got work ahead of you even if you want to read 9.2 or 9.3.

    • Christopher Schmidt
      Posted April 13, 2009 at 9:06 am | Permalink

      2.8 will do that in the same what that 2.7 did that: by treating ESRI map caches as a set of static tiles. If you’re expecting that there’s a switch to flip that says “download data from the metadata and display my layer automatically”, you’re out of luck no matter what version you’re at; OpenLayers has no support for reading ESRI caches. It can read any set of custom tiles in a planar projection: http://docs.openlayers.org/library/spherical_mercator.html#custom-tiles has described that for a long time, and that’s not changing.

  11. Posted November 19, 2009 at 2:01 am | Permalink

    i am still confused about the Licensing of ArcGIS REST Services. can anyone give me a hint where to find terms & conditions??

    as for the JSAPI there is http://resources.esri.com/arcgisserver/apis/flex/display/esri.html

    or the google maps extension http://www.esri.com/legal/pdfs/g-599_arcgis_api_lic_agmt.pdf

    so, where is that ESRI REST License??

5 Trackbacks

  1. [...] really going to take center stage for ESRI developers because we seem to be hitting the ceiling (this aside of course) of what JavaScript APIs can do.  The Silverlight API is really rock solid and just a [...]

  2. [...] James Fee Blog No TweetBacks yet. (Be the first to Tweet this post)Posts RelacionadosOpenLayers e a ESRI RESTful [...]

  3. [...] Support for loading ArcGIS Server data [...]

  4. [...] on what they are working on at the DevSummit.  I was lucky enough to be chosen to give my talk on using OpenLayers with the ESRI RESTful API.   Clearly some things came to light after last years DevSummit.  First off there were many more [...]

  5. [...] comes up almost every day.  If you ask me I’ll tell you the same thing every time, use the ESRI REST API with OpenLayers.  Picking an ESRI ArcGIS Server API always makes me think of a good [...]

Post a Comment

Your email is never published nor shared. Required fields are marked *

*
*

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Note: This post is over 10 months old. You may want to check later in this blog to see if there is new information relevant to your comment.

Subscribe without commenting

  • License

  • Disclaimer

    The information in this weblog is provided "AS IS" with no warranties, and confers no rights.

    This weblog does not represent the thoughts, intentions, plans or strategies of my employer. It is solely my opinion and probably incorrect.

  • Meta