Esri Says They Have Your APIs Covered

So Silverlight, Flash and Flex are dead.  Or maybe not.  Honestly we’ll probably see all three around for years.  Enterprises love to hold onto outdated or deprecated software (er IE6) so they’ll probably continue using these three until the development tools are dead.  Given how many VB6 and VBA apps I still see out there, it will probably be years before they are gone from our browsers.

The big question of course is what will Esri do with those APIs?  Well don’t fear, they are totally committed to you writing apps in libraries that have no future.

We’re committed to providing the best technology for GIS developers and giving choices from the most widely used developer platforms in the market. By offering many options, we enable developers to address different customer needs and expectations. Our commitment is not based on a specific technology, but based on supporting the GIS developer regardless of the platform chosen. Each of these areas: JavaScript/HTML 5, Flex, Silverlight, and native application code, gain significant improvements in the upcoming ArcGIS 10.1 release.

See? No worries.  Plus you can use their JavaScript (notice they now append HTML5 to the end?) API to stay “current”.  Of course you have to use Dojo which gives you just enough bloat to call that a nice Enterprise API.   Plus you can still use the ArcGIS for SharePoint to fulfill all your Enterprise API coding needs.

Seriously, if I was Esri…  I’d totally get Leaflet working natively with Esri APIs out of the box and use that.  Lightweight and fun.  Something Esri’s heavy APIs lack.

The Guide to What Was Important at FOSS4G for People Who Didn’t Go to FOSS4G 2011

So FOSS4G has come and gone, in fact it came and went over a week ago. My day job kept me from posting about what happened last week, but the weekend always gives you time to write [ref]Especially while watching Arizona State demolish Southern Cal[/ref]. The near 1000 of us who attended saw all the great new initiatives around the open source geospatial community, but you probably didn’t. So here is what I see as where you should be looking in the next year before FOSS4G happens again.

  • Mapnik is King — It seems every session had at least some Mapnik component to it. Mapnik is becoming the cartography engine of GIS. I saw cartography during FOSS4G 2011 that just blew my socks off. Innovation in this space is moving so fast and Mapnik is the choice for anyone who is making beautiful, useful maps.
  • PostGISPostGIS 2.0 will come out early next year and you will have zero excuse to use any other spatial database. Much like Mapnik, most sessions had some sort of PostGIS component to them. If you don’t want to be left behind, get the book and start changing how you manage your location data.
  • Designers — One thing that has always been a knock against “traditional GIS” is that it is designed by scientists for scientists. Totally unusable for ordinary users. What I noticed at FOSS4G 2011 was how many companies are employing designers to make sure their apps and maps are usable for everyone. Vizzuality and Development Seed[ref]Tell me that Dev Seed’s homepage isn’t awesome, I dare you.[/ref] have jump to the lead of pushing design in front of classic geospatial front ends. Vizzuality’s CartoSet is giving users tools that they can easily design beautiful mapping applications with little or no coding. Development Seed’s MapBox suite makes it easy to leverage the powerful Mapnik engine to produce tile caches that work out of the box without any need of expensive servers software. Awesome stuff.
  • QGIS — At least in North America, QGIS is the desktop application of choice. I don’t recall seeing any gvSIG or uDIG[ref]Is uDig dead?[/ref] presentations, but QGIS was used by almost everyone. Over the last year it has morphed into a desktop GIS tool that is now my primary choice when working with GIS data. Combining QGIS with Mapnik gives me the ability to make beautiful cartography I cannot create anywhere else. It is completely liberating!
  • JavaScript not Flex/Silverlight — Yea, it isn’t much of a surprise, open source users aren’t big Flex or Silverlight users, but JavaScript HTML5 web apps are everywhere and doing everything Flex/Silverlight can do, but work everywhere[ref]When I refer to everywhere, I choose to ignore IE 6, 7, 8. If you’re stuck on those, find a new job[/ref]. At this point it is safe to call every Flex/Silverlight location app as legacy as nobody in their right mind would be coding with those tools in 2012.

FOSS4G 2011 was probably the best Geospatial/Location Conference I’ve been to. Paul Ramsey put it best when he said:

I told some folks at FOSS4G 2011 that I thought this year’s event was the “best FOSS4G ever” (HT, Juan Antonio Samaranch) but that wasn’t just tongue in cheek. 2011 was the biggest ever, but only a few attendees more than Barcelona in 2010. Yet somehow I felt more energized, more connected, like I had more conversations, than in 2010.

That was pretty much exactly how I felt. I was connect to the attendees, I was energized by the talks and left feeling like at least a portion of the geospatial community has a future in front of it. What is best about this community it is free to join. Just bring your experiences and get started.

The Tragic Prelude

GISCloud Releases HTML5 Client

OK, I know what you are all thinking. Esri told me 5 years ago HTML5 was for small mash-ups and those serious about mapping should use Silverlight or Flex. Well if you haven’t been paying attention in the past year you’d be totally wrong. Not only is HTML5 based maps becoming standard practice, they are performing as well as Flex or Silverlight in most applications[ref]Now for sure one could come up with a demo where Flex can display a gazillion points, but nobody wants a gazillion points on a map at once[/ref].

The latest company to release a HTML5 client is GISCloud. While other visualization companies offer JavaScript maps as an option, GISCloud has made them default. By using the HTML5 Canvas element, GISCloud is rendering vector data right inside of the browser, with no plugin[ref]Right I know, IE supports nothing. Upgrade to IE9 or stop using the Internet. Your choice![/ref]. Oh and you don’t need to use some sort of weird API to get it to work on iPhones or iPads. It just works, browsing 2 million features on my iPad in Safari without a native app. Crazy!

Plus when you are working with vectors in the Canvas element, you can interact with them, the potential is limitless. I’m glad to see some of the innovative companies step up with amazing HTML5 clients that work as good or better than anything else out there. This is what happens when you have no legacy holding you back. You innovate and lead.

So who will blink first? Flex, Silverlight or HTML5? My money is on Silverlight, but it sure won’t be HTML5.

The Good, The Bad and the Cat

Esri ArcGIS Flex API to iPad App

I’m the first to admit I’m not a huge Flex supporter, but maybe this is interesting to all those who tell me Flex is where the magic is happening.

WebMapSolutions.com seems to be working with ArcGIS Flex 2.4 and Flex Builder 4.5 and ported them to AIR for mobile devices. For those organizations who are locked into Flex, this might be a simple solution to get their apps on mobile devices.

Esri Releases ArcGIS API for JavaScript 2.2

Just in time for the Esri Developer Summit, Esri has pushed out the ArcGIS API for JavaScript[ref]Horrible name, but great API[/ref].  Esri says it includes “many oft-requested features that will improve the usability of the Web apps you build”.  If that doesn’t get you excited there is always the “What’s new in Version 2.2” in the docs with lots of samples.

On a related note, did anyone else notice that Flash Gordon (with help from Prince Vultan and the Hawkmen) attacked the War Rocket Ajax[ref]Yes, Ajax. Weird huh?[/ref] in the movie Flash Gordon?  Every time I hear someone talk about Flex/Flash I too want to scream, “repel all boarders”.

Friday Web Map Fun

So yea, Friday should be a good day to prepare yourself for the weekend.  To help ensure that I’ve got a couple interesting links to share.

  • TileMill – If you haven’t heard about TileMill yet, clearly you aren’t on the Internets.  One of the biggest issues with creating maps online is you usually either needed a bug bulky desktop application to style them, or you had to go all ninja on notepad.  Either way you end up hating yourself which is never good on a Friday.  TileMill leverages Carto for styling which uses CSS (CSS for map creation has been a huge goal of mine for years).  CSS to me is a natural way to style maps unlike AXL, SLD and MapFile.  All this cartography greatness is rendered with the awesome Mapnik.  Right now you need to stop how you are styling maps and move to TileMill, there is no other choice.  Look at the awesome people are already creating.
  • I’ve been called a Flex/Flash hater (Actually I’ve been called worse, but I can’t repeat it on the Internet), but clearly Flex is here to stay for web mapping.  We’ve seen some APIs from proprietary vendors, but if you want to roll in the open/free/beer crowd, you need to check out OpenScales.  Matt Sheehan has a good overview for open source developers that want to use open source for a web mapping front end, but not OpenLayers.
  • Lastly geographika ponders if HTML5 will change how we map raster graphics.  I embrace that new world and hope it gets here sooner than later.

Enjoy your Friday and weekend folks!

The Google Cr-48 Netbook, Chrome OS and GIS

I’m rolling here with the Google Cr-48 Netbook and after a weekend with it I’ve come to some conclusions about how we work with GIS data today, how we’ll work with it in the future and what it means to try and use one of these cloud netbooks in 2010.  I won’t rehash what others have said about the hardware, it’s really bad in places (the trackpad on it could be the worst input device in 20 years), but it does give us a glimpse into where many of us will be in December 2011.

First off, moving between the Cr-48 and my iPad is pretty easy.  Both boot up almost instantly, don’t have hard drives, are connected to the Internet via WiFi and 3G and break the traditional concept of a file system with your OS.  Browser-wise, they are both derivatives of WebKit so they handle most of the latest JavaScript apps with ease.  There is some issues with lag on the Cr-48 vs the iPad on these web apps, but I have to assume when Google Chrome OS is release, it will be as snappy as Chrome is on my Mac or PC.

A quick spin to WeoGeo Market seems to show that the Chrome OS is just as compatible with as the the Chrome browser is with existing websites. (no duh, right?).  I was able to order a dataset, save it to the the Chrome download folder (or whatever this disk space is called in the Chrome OS) and forward it on to a friend.  While I can’t really work with shapefiles (yet) on the Chrome OS because you can only run web apps, you can still work with files and even upload them to websites to share.

As you'd expect, the WeoGeo cloud works perfectly on Chrome OS

My next stop was Esri’s ArcGIS.com and their web map app.  Works just as you’d expect (at least when you fight through the trackpad), but I was shocked when I tried to view some of their Flash API maps.  Chrome OS ground to a halt.  Adobe says they are “totally on this” (paraphrasing), but it is yet another reason to question why anyone would built apps with Flash anymore.  Hardware on these Chrome OS netbooks is going to be very weak, so much like we’ve seen on Android, Adobe better be really good at making their plugin run on these minimal configurations.

Stick to the Esri JavaScript client for now with Chrome OS Netbooks

So just to be safe, I dropped into Geocommons to see how their flash front-end works.  As with Esri’s Flash API, it gets there, but the Netbook practically just stops responding when working with it.  At least Geocommons has a workaround, you can append ?view=javascript to the end of any map url and get the JavaScript version which works great in Chrome OS.  You lose come functionality, but at least it works and works darn well.

The Geocommons Flash frontend works, but causes the Netbook to stutter. Google and Adobe need to fix this pronto.

Geocommons JavaScript front end works great, but isn't as feature complete as their Flash front end.

A quick check at the Esri Silverlight Showcase returns what you’d expect with Chrome OS.  It is a JavaScript and Flash world at Google and at least for now, Silverlight isn’t part of it.

Yea, you'd expect this. The problem is that Netflix doesn't work either. Bah!

Yea so don’t rush out and try and buy one of these Cr-48 Netbooks if Google wasn’t nice enough to send you one.  They are really not usable as an every day device today.  I’m sure as we get close to the release of these Google Chrome OS Netbooks next year, the OS will become more stable and usable.  That said, the writing is on the wall for traditional apps.  Niche use is all we’ll see of them moving forward.  Google, Apple, Microsoft and others are all committed to running consumer apps as hosted services and these Netbooks (plus all the iPads and Android tablets that are going to be sold next year).

Now don’t think for a minute that I’m talking about ArcView in the Cloud or any other wacky thing that someone might come up with while drinking some GeoKool-Aid.  No, I’m talking about eliminating the need for ArcView on 95% of all desks and using web apps for these people to work with the data.  Those that need the editing and analysis capabilities wouldn’t be on a netbook in the first place so they are really unaffected by these changes.  But I just can’t see how any organization can afford to pay for ArcView (or MapInfo, or whatever) licenses for users that are viewing data.  We’ve been talking about how those days are over for it seems like a decade, but I think the pieces are coming together in 2011 to finally put the fork in apps such as ArcView (real GIS pros need ArcInfo, sorry Esri), Microsoft Office and other “enterprise” apps.  Geo isn’t special enough to need hundreds or thousands of ArcView’s on desktops across the organization.  Time we started facing up to the fact.

Increasing U.S. Census Participation

One of the biggest issues with the U.S. Census and probably the one that wastes the most money is trying to count those who are hard to count. My personal fix would be to use sampling to solve the problem, but for now the task of the Census takers is to try and count everyone. My attention was brought to a project called “Census Hard to Count 2010” which maps the “hard to count” population nationwide (based on the Census Bureau’s analysis) to help local and national organizations target their outreach efforts for the 2010 Census and customize messages to communities at risk of being undercounted.

It features interactive maps at the state, metro, county, and tract level, along with detailed statistics for each area. You can search in various ways, and also add overlays showing Congressional districts, ZIP Codes, tract-level maps of 2000 Census mail return rates, and recent foreclosure risk. There’s a FAQ that goes into details about the data and their methodology.

Clearly larger states have a bigger problem with hard to count populations but Alaska, Hawaii and New Mexico probably point out that there are socioeconomic factors as well.  Using the demographic layers available in the web app shows that this problem is very difficult to pinpoint and my hat is off to those trying to crack it.

The UI from the Census Hard to Count 2010 Application

OpenScales: An Open Source Mapping Framework Based on ActionScript 3 and Flex

I’m sure everyone reading this blog knows my opinions about Flash and Silverlight.  I’m of the mindset that I’d prefer HTML Javascript over either, but clearly like my opinion that 3D Globes would too hard for “ordinary people” to use; I’m in the minority.  Given the huge adoption for both for mapping, an open source mapping framework usingActionScript 3 and Flex has appeared.

OpenScales, which has a LGPL license will allow those who want to build “rich” (rich is the keyword for any Flash or Silverlight app, if it ain’t rich, it ain’t a plugin) web mapping applications without need to license proprietary development frameworks.  You can see from the demos that this ends up being very similar to other Flex based APIs.

On top of that, it supports WMS/WFS, OpenStreetMap, IGN, KML and direct image reading.  You can also deploy on mobile using ActionScript 3 (Palm Pre support), web using wlex or on the desktop using Adobe Air.

OpenScales 1.1 was just released last week so the community seems strong and working toward increasing its functionality quickly.  If you are working on Adobe web technology and want an open source mapping framework, you might want to check out OpenScales.

Adobe’s Views on HTML 5

As you can imagine, Adobe John Dowdell responded to the HTML 5 “flash killer” talk in a way only Adobe could.

It’s hard for Adobe to have an official opinion on whatever this consortium of minority browser vendors chooses to do… seeing what the final agreement turns out to be, and how it is eventually manifested in the world, both are prerequisites for practical tool-making.

I suppose when Microsoft becomes the minority browser to WebKit/Firefox then things might change?  Guess we’ll see next year when it happens.  So if my previous post didn’t excite you, maybe John’s will.

Adobe says, Hey if you like HTML 5, take a look at Flash

Adobe says, "Hey if you like HTML 5, take a look at Flash"