Jesse and Sue cover what they saw and discussed at the 2009 Game Education Summit.
Jesse and Sue cover what they saw and discussed at the 2009 Game Education Summit.
We are nearing the end of our current social media poll with Facebook in a controlling lead with Twitter placing well and the other options each at less than 10%. Head over to the website and let us know which social network you go to for your spatial information and networking.
A big new addition to the ESRI Resource Centres is the Enterprise Resource Centre. Launched a few days ago, the Enterprise Resource Centre contains resources to help IT professionals implement a sustainable enterprise GIS. The Enterprise Resource Centre contains best practices, patterns and guidance in the areas of security, performance and scalability, application architecture and interoperability.
The Enterprise Resource Centre is broken into three categories for resources.
Application Architectures
The ArcGIS Platform provides a comprehensive suite of applications and services. The Application Architecture section of the Enterprise GIS Resource Center provides an introduction to the ArcGIS Platform, along with standardized representations for each of the core Application Architectures. For more information on the different application types (Rich Client, etc.), including pros, cons and other considerations, please visit Microsoft's® open source Application Architecture Guide.
Within this, there are four key areas covered. These include Rich Client Applications, Web Applications, Services, Mobile.
Security
The Security Resource Center provides unified access to Security related information for enterprise solutions utilizing ESRI products. It is intended primarily to help IT Architects, Managers and Administrators understand ESRI's approach to security, and how the ArcGIS Platform can be implemented securely.
Three key areas are covered here. Strategy, Mechanisms, Application Security
Performance And Scalability
Performance is a measure of the speed at which a computer system works. Scalability is the ability to grow in size or complexity without showing negative effects. Problems in either area may expose the enterprise to operating inefficiencies and potentially general failure of critical business components. Testing, monitoring, and tuning the environment will ensure optimal performance and user satisfaction.
Three key areas here as well. Application Performance Considerations, Infrastructure Performance Considerations, Capacity, Performance Benchmarks and Testing.
To add to these excellent resources is the community. The community includes a number of galleries. The implementation gallery contains a number of resources from benchmarks through to security guidance through to test reports, while the media gallery includes a number presentation slide decks from the ESRI Developer Summit 2009.
This is a now a one stop portal for finding resources on implementing an enterprise GIS. It is a very valuable resource and encourage users to make use of the important resources on this new Enterprise Resource Centre.
You can find the Enterprise Resource Centre here: http://resources.esri.com/enterprisegis/
Users are always on the lookout for ways to speed up map caching. There are a few things that users can take into consideration when looking into speeding up caching ArcGIS Server map services. The Mapping Centre has complied a short list of some of what they have learnt over the past few months. This list if focused around how you can optimise the environment you are caching your map in.
So what are these tips?
- Upgrade to ArcGIS 9.3.1. If you have not upgraded to 9.3.1, do it before caching because the file I/O for writing map cache tile images was vastly improved in the latest version. The result is anywhere from 25% to 2000% faster caching. Basically, the simpler the map, the more improvement you’ll see. That’s because simple maps draw faster and therefore file I/O is a larger proportion of caching time.
- Use more than one computer to cache. If you have the luxury of using several computers to do your caching, break up the caching job first by map level, and, if needed for the largest scales, geographically. Each portion of the job should be done such that tiles are being written to each of the several computers’ hard drives. When the caching is done, then copy the tiles from each machine into a master cache. One tip here is that we bought a software application called Secure Copy by ScriptLogic Corporation which made the job of copying possible for the largest scales where the potential exists to produce millions of map tiles.
- Set the number of processes to two. We’ve found that two is the optimum number of processes on each computer doing caching (we’ve been using 2 Duo CPUs E8500s each with 4Gb of RAM). One process just doesn’t take full advantage of available CPU and memory. Three processes pin the CPU, but actually produces fewer tiles per hour than two processes. Our theory is that file I/O is maxed out—we’ve been using 250GB and 1TB internal IDE hard drives.
- Turn off the option for indexing in your cache folder. In the Windows file manager, right-click on your cache folder and select Properties, then click Advanced (Windows XP), and uncheck the option “For fast searching, allow Indexing Service to index this folder”. This will make cache production 15-20% faster.
- Check your available memory. During our caching processes, we’ve usually got the Windows Task Manager open because we want to know how much memory is being used by the ArcSOC.exe processes that are being used to create the cache. This is especially important if you’ve got other services running on the server, because these services are taking up memory, too, and you want to make sure the caching process, which will be more demanding of memory usage, is not pushing out of your available physical RAM and into your pagefile.sys (which will result in catastrophically slower caching times!)
- Relocate the server’s pagefile.sys file. Unfortunately, stability of the caching process can be an issue, especially if you have other services running on your server. We’ve found one particularly good practice to minimize unexpected stoppage of our caching processes, which is to relocate the server’s pagefile.sys file onto a dedicated partition, preferably on a disk that is not primarily involved in caching. Minimally, we used to do this for printing large maps because it kept the pagefile.sys file from becoming fragmented, which limited the size of available memory blocks.
- Avoid having other services running while you are caching – this is really a summarization of the last few tips together!
The Mapping Centre’s post on these tips can be found here: http://blogs.esri.com/support/...
For those that have been wondering how to go about doing this. A short article has been posted by the ESRI Support Centre. This article provides a brief look into integrating the Adobe Flex Builder Plugin into an existing Eclipse IDE.
You can find this article here: http://blogs.esri.com/support/...
Extremely useful for existing Java ADF developers wanting to work with the ArcGIS API for Flex.
In February, at the Toronto Code Sprint, the PostGIS team looked each other in the eye (for the first time) and committed to get the 1.4 release out by late April.
The US Department of Commerce has released a Notice of Funding Availability (NOFA) (PDF) for a State Broadband Data and Development Grant Program. The Notice is published in the Federal Register. There is also a Fact Sheet (PDF).The Program will provide approximately $240 million in grants to assist states or their designees to develop state-specific data on the deployment levels and adoption rates of broadband services. These data, including publicly available state-wide broadband maps, will also be used to develop the comprehensive, interactive national broadband map that NTIA is required by the Recovery Act to create and make publicly available by February 17, 2011.This is a grant opportunity that has been expected for some time. Most states have already established teams working on possible approaches to broadband mapping. Broadband mapping is a part of the "Technology for the 21st Century" section of the NSGIC 2008-2009 Advocacy Agenda (PDF). And broadband mapping has been the subject of presentations and discussions at the most recent NSGIC Annual (September 2008) and Midyear (February 2009) conferences.
Read more of this story at Slashgeo.
Read more of this story at Slashgeo.

OpenFlights has been going through Alpha, Beta and Gamma test phases, OpenFlights is now in its Delta phase: all core functionality is implemented, but development on new features continues. If you'd like to be informed about major updates to the site visit their blog
For easy access to this, we’ve added a Quick search widget, shown expanded above but normally hiding in the bottom-right corner under the
icon. Here’s how to use it, in two easy steps:
But there’s more! In the popup for every airport, there’s now a Routes
button, which you can also use to see the map. If you click on the List
button for the mapped airport (via popup or the top left corner), you’ll get a list of all flights operating from there; if you click on that button for another airport, you’ll get a list of all airlines connecting the two, even including codeshares.
Source and Image:
http://openflights.org/blog/2009/06/26/route-mapping-the-world/
Visit the OpenFlights Route Map
In response to yesterday's post on 3D terrain a GEB reader in New Zealand, Paul van Dinther, forwarded me an article in a local paper which describes how North Shore City shared high resolution imagery and 3D terrain data with Google for Google Earth. The data was released back in April, and is quite impressive. I spent some time this morning flying around this nice looking suburb area north of Auckland. The aerial imagery is clear and sharp at about 6cm resolution, and the terrain is very well done. You can see shoreline cliffs, roads, and even footpaths in the sides of hills in the terrain.
I've made a brief GE 5 tour of the North Shore City area
showing some of the high resolution aerial imagery, 3D terrain, the navy base, and views of Auckland. Here's a screenshot from North Head (a park on a hill) with an impressive view of Auckland and Mount Victoria on the right:

Many cities around the world have started promoting themselves by giving more accurate imagery, terrain, 3D models and other data to Google for use in their mapping tools. This is an excellent example of how Google Earth is getting better in a way that is mutually beneficial to users of Google Earth, and providing economic benefit to those living there.

We are having quite a debate within the ASTM E57.04 Data Interoperability subcommittee on the importance of time. If you have never been involved with creating a standard, it really is a learning experience. Maybe we can get a few of you to provide your thoughts, in case we are missing something.

Basically the key issue is how important is it to accurately specify the time of a scan. Remember that we are trying to have the standard apply as broadly as possible, including mobile mapping and airborne LiDAR platforms, while at the same time trying to keep things simple.
We have one camp that maintains that DateTime should be specified as year, month, day, hour, minute, second – YMDHMS with it left up the user to be responsible for choosing whether it is UTC, TAI or GPS time. An optional field would be available to indicate what time standard was being used. This is the single format, multiple time references – Option #1.
GPS time is specified as GPSweek/GPSsecond. The issue with using it is that the GPSweek rolls over periodically and there is an issue with leap seconds that are added as needed, but GPS time can be specified with high relative precision.
The second proposal is to allow either YMDHMS or GPSweek/GPSsecond to be explicitly used. That is, the standard would support both formats rather than just YMDHMS as in Option #1.
A third proposal is also on the table to use GPSweek/GPSsecond as the only allowed format. This is the method used in the LAS standard. The standard would provide code to convert from GPS time to any other universally accepted time standard. This would support those who need the highest precision, and with a bit of work, could also be converted to a different time standard. The objection to this is the issue of leap seconds, since the conversion software will have to be updated each time a leap second is published.
See the fun you are missing. Your thoughts would be appreciated.
I’m trying an experiment with walking-papers. Get all my non-mapping friends to print out a map of their area, write on the print out the errors, house numbers etc and then I will do the rest. I’ve tweeted here:
“Help me make your map better http://bit.ly/B8F5X – what you think?”
You can too. Get your friends, family… even enemies involved. Re-tweet or facebook status update with that, or ask them to send you the paper yourself.
This is a great way to get lots more people involved, and spread your mapping efforts. For bonus points, next time you see your Aunt Ethel print it out for her, or get all your workmates to fix their home areas. Buy a pint for the person with the best map updates.
Have you registered? Check out State of the Map. And, there are still many cheap travel options with easyJet and others.
As a former horse owner, exercise rider, and all-around horsey person, I think the British Horse Society’s EMAGIN – Equine Mapping and Geographic Information Network – is a really cool GIS project and I just had to give it a mention. With the goal of creating a database of equestrian-related information, including routes for riding in the countryside, the EMAGIN project received an Awards for All England grant to help with the project. Currently the project is ongoing, with some riding routes available for download in a form that can be manually overlaid on Ordnance Survey maps.
Future plans include an online version of EMAGIN, and the BHS is looking for help in mapping coastal riding areas, among other tasks.
So, if you’re a horse enthusiast in the UK, definitely check out EMAGIN. For those riders and horse owners in other countries, you might be thinking how you could utilize GIS for lots of horse-related things, including directories of services and farms, mapping trails, etc.
So ESRI has a new product arriving:
Another major/joint effort involves the development of a new ESRI product called MapIt. This technology provides simple geocoding and mapping capability for the Microsoft environment. MapIt enables developers to create maps of their enterprise data stored SQL Server 2008 and Excel. MapIt is designed to give non-GIS organizations the ability to easily create maps and share them within a variety of Microsoft environments like SharePoint. Details will be announced in July.
There were rumors of such a product coming out at the DevSummit, but nothing came of it. This appears to be the continuation of the Silverlight/WPF product that ESRI has been working on. What is interesting here is it would appear not to be using ESRI Servers (ArcGIS Server/ArcSDE) and direct connecting to SQL Server then visualizing on Bing Maps. It would appear that you can develop using ESRI’s APIs, but not deal with ArcObjects. As an ESRI developer though, I’m wondering if this could be my new MapObjects?
No word on pricing and licensing, but I’m going to be paying close attention to MapIt in two weeks.
In the it’s-about-time department, Firefox 3.5 has been released. The world’s #2 browser (#1 if you factor out monopolies) is patiently awaiting your download.
Among the great new features are:
I’ve been using 3.5 since it was 3.1 (they did a version numbering change during beta), and it’s a big improvement over what was already a good 3.0 release. Check out this video for a demonstration of some of the new features, and grab 3.5 today!
Read more of this story at Slashgeo.
One question we hear from our customers is: "How can we use MapDotNet UX to build disconnected GIS solutions?" Because of our integration with third-party map services such as Bing maps it is easy to assume an internet connection is required for GIS functionality using UX. But that is not the case.

The screenshot is from a disconnected WPF (Microsoft's Windows Presentation Foundation) application using a customer's street centerline data as well as their county parcel vectors and ortho aerial imagery. The application requires no internet connection. All of the data is stored in a local SQL Server 2008 Express spatial database and maps are rendered on-the-fly using UX Engine. The quality of the hybrid imagery and street data rivals third-party base map services. But it is the customer's data which they already own - and no internet connection is required!
A complete GIS is available in the field using UX engine. In this example, the user is able to do a spatial query against features stored in SQL08 as well as draw new features and have them snap to geometry in another spatial layer. Dynamic labeling creates vector labels that push/shove dynamically on the client as they navigate the map. The entire application was written in .NET C# and is less than 300 lines.
UX Engine is included in MapDotNet UX and client licensing costs are roughly 50% per seat compared to competitive GIS engine products. And the UX Engine renderer is .NET managed code!
Paul Ramsey’s post about James Dixon’s beekeeper model got me thinking about how OpenGeo adds value to open source software through our design work. Paul summarizes the beekeeper model like so:
The open source community is the bee hive. The company provides care for the hive, and processes the results into the kinds of products that customers expect. In open source, as with bees, customers are not really interested in the details of production (they may even find it kind of frightening), but they are interested in the final product.
The problem with this model, as Paul points out, is that customers don’t perceive the value in the non-software activities, like design.
In fact, design is one of the important ways OpenGeo adds value. A lot of our design work falls under what Dixon calls “bee care” and involves investing resources in user experience. We do this by spearheading new user interfaces, as we did with GeoServer 2.0; actively developing new frameworks, as we are doing with GeoExt; or simply by creating common collateral for projects to consume, like the GeoSilk icon set used in both GeoServer 2.0 and GeoExt.
At the OSGeo Hacking event in Bolsena in 2008, for example, our team worked with other developers to make the GeoServer administrative interface more appealing to new users. While the GeoServer 2.0 user interface would not have resulted without the hard work of a committed community of developers, we like to think that our design work—the user experience work we did in anticipation of the event, the many sessions we had with developers in Bolsena to refine those ideas, and the web design work contributed by Chris Patterson (of The Open Planning Project, our parent organization)—went a long way towards making GeoServer 2.0 an even more appealing option for people looking to to run a solid geospatial stack with as little hassle as possible.
Similarly, we have been hard at work fleshing out GeoExt, particularly though work on an application library called GeoExplorer. Our goal is to have users be as comfortable in our GeoExt-based web applications as they are with their favorite desktop applications. To that end, we’ve researched precedents and use cases, laid out guidelines for consistent metaphors and interactions, and incorporated our standard icons. Many of these efforts are already evident in core GeoExt components. We hope that by developing GeoExt into a framework for user-friendly web-based GIS applications it can become the foundation not just for our future work, but for much of the geospatial web.
So, while some wonder why anyone would pay for free software, remember that it takes time and money to make software usable and beautiful. Investing in design is just one of the ways that OpenGeo ensures that the honey stays sweet.
One of the top stories yesterday was how NASA and Japan have released the data from their ASTER (Advanced Spaceborne Thermal Emission and Reflection Radiometer) satellite on the Internet - for free. What is significant about this is that the data covers 99% of the entire Earth's landmass terrain - verses 80% from the SRTM (Shuttle Radar Topography Mission) - which was the best previously available free public terrain data. ASTER's data is also higher resolution than SRTM which had a base resolution of 90m and at best 30m. ASTER's resolution has a base resolution of 30m, and can be higher under certain conditions (up to 7-10m - see documentation). The data released comes from over 1.3 million photos taken by the Aster satellite.
So, will Google Earth make use of this new ASTER data? The answer is: only a portion of the data. Google Earth already has terrain data in many areas that has higher resolution than the data provided by Aster (see below). However, ASTER provides data for remote locations (particularly high latitude regions) which previously wasn't readily available in these resolutions. And, Google Earth still has regions (such as remote pacific islands) which are using SRTM data (90m resolution). So, I'm sure Google will consider using the new data to improve the resolution in some regions. IF, they don't already have another source with better resolution. By the way, I asked Google about ASTER, and got the standard reply that they don't have anything to announce at this time (i.e. "no comment").
As far back as the February 2007, Google started introducing significantly higher resolution terrain. At that time they introduced 10m resolution terrain for the Swiss Alps, followed a few months later by 10m resolution terrain for the US and Canary Islands (read GEB review). In the more than two years since, Google has added millions of square kilometers of higher resolution terrain. Some of the terrain is much higher resolution. For example, the state of West Virginia has 3m resolution. Back in April of 2008, the city of Bergen, Norway got very high resolution data - which appeared to be based on LiDAR. Recently, Oslo, Norway also got very high resolution terrain data (also seemingly LiDAR) as well as 3D Buildings.
In recent months, Google has been regularly adding cities and countries with higher resolution terrain with nearly every imagery update (see for example the May 2009 update - new terrain is listed at the bottom). Google is no longer releasing details on the resolution of the data. Probably because the terrain resolution varies for each city. One drawback to higher resolution terrain is the data starts capturing things like buildings - not just the land - and it gets to be harder to tell the difference between good data and noise. But, the ability to see the terrain more accurately is well worth this risk in my opinion.
An important tip if you're interested in Google Earth's terrain data: Under the Google Earth Options is a slider called "Terrain Quality". If you push that slider to the right, you can see higher resolution terrain. A word of caution: higher quality terrain means more 3D data - which can slow down your update speeds in Google Earth. After viewing higher resolution terrain, I recommend putting the slider back to closer to the middle for every day use. If you have a faster computer with a powerful video card, you might be able to get away with a higher setting. (Read more tips about optimizing GE performance).

I thought I would check in at Velodyne to see if there was any news concerning the 64E. I reported on this in one of my first posts. Velodyne is actually an acoustics company – they build subwoofers. Somehow they got interested in the DARPA challenge, which led them to building a laser scanner so that they could navigate their autonomous vehicle in real time. Turns out there was more interest in their scanner than their vehicle technology.
In order to collect the scenery that they needed to avoid collisions they decided to arrange 2 layers of 32 lasers in a circle, one on top of the other and then rotate them at 15HZ. This results in a data collection rate of 1.3 million points per second with a stated accuracy of approximately 1 inch – certainly adequate for many real time applications, including autonomous vehicle navigation. This is 3D video without using FLASH.
The most recent news from Velodyne is that they are teaming with a software company to offer point cloud processing for visualization purposes. GrayMatter AVS is an autonomous vehicle visualization and navigation software. Velodyne will be supplying a trial version with all of their 64E S2 shipments.
I have not seen or heard any interest from the mobile mapping community in this unit. I thought the price was reasonable. I was told that Google had been evaluating this unit. Check out the image in this spec sheet to better understand how it works.
Citysearch and IAC are on the hunt for a killer, local mobile/web application for our site Sidewalk.com. We recently announced the launch of our “right here, right now” contest to find a brilliant idea for a local mobile/web app that focuses on making life easiern.
The creator of the winning application will win a $10,000 grand prize, and possibly, the opportunity to develop and manage a new business venture with up to $1 million dollars in funding and receive an equity stake in the new Sidewalk.com venture, and access to the Citysearch publisher network allowing them to instantly monetize traffic.
Check out all the details on the contest at sidewalk.com and follow our updates at twitter.com/sidewalkdotcom
The 21st Century Skills and Geography Map presents some of the best teacher-created examples of geographic education," said J. "This work augments our mission to enhance the status and quality of geographic teaching and learning and ensures students engage in spatial analysis and inquiry that will prepare them for today's rapidly changing world.
Directions Magazine has opened up a vote for the “Most Influential” in Geospatial for the next 5 years. Others up include Jack and Ed
Read more of this story at Slashgeo.
Read more of this story at Slashgeo.
Firefox 3.5, the latest version of the best desktop browser was released yesterday. Upgrade now, and you'll get cool new features like browser geolocation and native HTML5 video support, not to mention much faster javascript.

With both Firefox 3.5 and iPhone OS 3.0 out, a significant number of browsers suddenly have geolocation support. It will be interesting to see how quickly web services start to follow up, providing more meaningful content through the location context.
There is even a patch to make Firefox use GeoClue for its location needs.