Tag Archives: ESRI

Bring on the data focused basemaps, Esri

It’s great to read that Esri is working on features and basemaps to include within ArcGIS.com to support data visualization.     Sometimes the map isn’t the focus; sometimes the data is the focus.  A few weeks ago, Bern Szukalski wrote an article for the Esri Insider blog that spoke about Esri’s efforts to create new basemaps including basemaps for data visualization purposes.   I think this is a great move for Esri.   Last fall, I suggested such a muted basemap via the ideas.arcgis.com portal, so I was quite excited to hear it is in the works.

A post today, also by Bern, explained a new feature within ArcGIS.com to allow the user to mute the basemap by adjusting it’s display transparency.    The HunchLab team stumbled upon this idea a few months back and it’s been a great way to use the existing topographic basemap.    In our demo instance of HunchLab, we are using the ArcGIS.com Topographic tiles set to a transparency of 60%.   You can see what it looks like below.

Kudos to Esri — keep the basemap options coming!

Sponsoring and Attending the OSGeo Code Sprint 2011

OSGeo Logo

I’m really excited to report that Azavea will be both sponsoring and participating in the OSGeo Code Sprint again this year.  David Zwarg and Jeff Adams will be joining a couple of dozen other developers in Montreal for four days to work on improvements in several open source geospatial software projects.  David and Jeff will be working on improving the PostGIS spatial data extension of the PostgreSQL database.

Azavea’s relationship to open source software is a complicated one.  We use a variety of open source software in doing our development work. We use programmer tools such as NUnit and JUnit for writing unit tests, Subversion and Git source control, the Apache web server, the Concrete5 content management system, the Firefox browser and the Linux operating system. Furthermore, we sometimes use some open source GIS software such as GDALPostGIS and OpenLayers, and our commitment to this code sprint is based on helping develop these tools.

Azavea also distributes some of its own software under open source licenses (see FastDAO, District Builder and Oatmeal Geocoder), but we also distribute software that is proprietary and closed source (see HunchLab, Sajara and Cicero). And we are active users of the Esri ArcGIS platform.  Most of our clients use ArcGIS, and it is, by far, the most capable, integrated and full-featured geospatial data management and analysis software on the market, with offerings from cell phones to enterprise and cloud servers.  I also think that open source projects like OpenLayers and PostGIS are an important part of a diverse software ecosystem, and I think that hybrid systems that are made up of many components are becoming more common.  We have made multiple contributions to the OpenLayers project, and most of them have focused on adding better support for ArcGIS services and tools. In other words, like many software companies, we make strategic decisions about what tools we use as well as how we distribute our own work.

A healthy commercial software market has room for many business models. I see the various open source geospatial projects as part of a larger community of people working on improving tools that apply geospatial science and knowledge. By participating in the OSGeo Code Sprint, David and Jeff will learn a lot. The PostGIS software will be improved through their contribution. And they will enjoy the thrill of contributing to a larger community. It’s important to remember that when a community works well, we can frequently accomplish more within that community than we can as individuals.

OpenLayers meet ArcGIS.com

“Hey guys, we can support ArcGIS online basemaps, right?”
“Oh yeah, definitely, we use OpenLayers, there must be a layer for that”

Azavea is no stranger to contributing to open source projects, so when we learned that OpenLayers was lacking full support for the newer ArcGIS basemaps, I knew I had a job to do. The community had been looking for this functionality for over 2 years, and still didn’t have a solution. You might say that developing tools for crime fighters would be exciting and rewarding, but it is also nice when something you wrote has the potential to be used everyday by a community you value.

We quickly discovered that a few partial solutions existed, but something was ever so slightly off, those layers weren’t performing in all the configurations we needed. We had a head scratching situation, we had tiles, we had a standard format, but it seemed like they wouldn’t let us get the calibration just right. Finally the eureka moment hit when we discovered that the server was not being entirely literal with it’s capabilities, and that they were actually subtly changing as the zoom level changed! Once we knew that, it was a simple matter of overriding some base code, recalibrating and extrapolating the extent, and we were set!

Fast forward to today, and we’ve peer-reviewed the layer internally, added documentation, multiple examples, and unit tests, and we submitted a patch to the community about a month ago. Although it isn’t officially in the trunk yet, we already have word from a new friend in Spain that the layer has helped him with a project!

I’m excited that this layer could help more developers and organizations take advantage of the great cartography offered by Esri while using the powerful OpenLayers platform. So please keep your fingers crossed while we go through the approval process once again, or checkout the patch and try it for yourself, and let us know what you think. It can support out of the box ArcGIS.com basemaps, local ArcGIS servers, and raw file caches produced by ArcGIS.

Thank you to those who helped (Jeff, Aaron, Zwarg, and Robert), and to those who helped online and in the community, Thanks! Also thanks to Esri, who just made their ArcGIS map tiles available for free to everyone!