There was a time that Google and its Map API was the only talk in town. Their revolutionary approach to serving spatial data online has broken the monopoly of specialist GIS companies on all things spatial. Many followed in Google footsteps with similar, simplified online products but were mostly overshadowed by the first mover in the field. For a moment it seemed that nothing else matters and that Google will dominate the market indefinitely. However, introduction of fees for high usage of Google Map API led to a big backlash against the company as many developers realised the vulnerability of their business to caprices of a key partner. Suddenly alternatives started to look very attractive - despite the limited functionality offered. And the competition in the online map market started to intensify again...
Acquisition of Waze by Facebook for a reported $1B is the flavour of the month (although not done deal yet). It demonstrates that the appetite of large companies for ready-made online mapping technologies is growing. Apple has its fingers firmly in the pie beefing up reliability of its offering (after a very unfortunate start) and optimising performance with vector graphics far beyond Google Map capabilities. Microsoft is surprisingly quiet…
The key enabler for “lower end” alternatives to Google Map was, and still is, Open Street Map project which provided developers with roads dataset all over the world (traditionally, the cost of using that data was so restrictive that only those with very deep pockets could attempt to do it on a world scale). CloudMade and MapQuest offered free access to their versions of OSM data and started building a variety of free services, enabling replicating key functionality of Google Map, such as geocoding or navigation. ESRI has also thrown in their support releasing free map layers and their GeoCommons platform (although I am not sure if the current licensing restrictions still allow unconstrained use of that data).
There are many viable alternatives to Google Map and, as a developer or end user, you are no longer forced to accept strict conditions imposed by Google. By switching to any of those alternatives you will have much more flexibility in developing services and applications and will take back control of your business. And you don’t have to compromise on functionality, at least not too much… My favourite amongst free alternatives is Leafletjs (originally developed by CloudMade). It is easily extendible with free services from MapQuest. If you are after a 3D kind, Cesium from Analytical Graphics, Inc looks very promising - supports also 2D mapping but unfortunately, it works only in WebGL enabled browsers (by the way, NICTA built on this platform a very impressive range of spatial applications which demonstrate its full potential).
Thursday, May 30, 2013
Wednesday, May 15, 2013
Security standard for developers
I have been writing quite a lot about the standards recently - mostly about their deficiencies - but today a few words about one standard that is really worth investing the time and effort into: Application security ISO/IEC27034.
It has been around for about 18 months so, it’s a relatively new concept but already adapted by the largest software development companies. Chances are it will become prominent enough to be demanded from contractors developing solutions for government and larger corporate clients.
From the introduction to the Standard:
A good starting point to learn about secure coding practices is a series of free courses/ video presentations offered by The Software Assurance Forum for Excellence in Code (SAFECode). You can read more about the Standard in a very interesting article by Lia Timson (The Age): If it's worth coding, it's worth securing.
It has been around for about 18 months so, it’s a relatively new concept but already adapted by the largest software development companies. Chances are it will become prominent enough to be demanded from contractors developing solutions for government and larger corporate clients.
From the introduction to the Standard:
ISO/IEC 27034:
a) applies to the underlying software of an application and to contributing factors that impact its security, such as data, technology, application development life cycle processes, supporting processes and actors; and
b) applies to all sizes and all types of organizations (e.g. commercial enterprises, government agencies, non-profit organizations) exposed to risks associated with applications.
The purpose of ISO/IEC 27034 is to assist organizations in integrating security seamlessly throughout the life cycle of their applications by:
• providing concepts, principles, frameworks, components and processes;
• providing process-oriented mechanisms for establishing security requirements, assessing security risks, assigning a Targeted Level of Trust and selecting corresponding security controls and verification measures;
• providing guidelines for establishing acceptance criteria to organizations outsourcing the development or operation of applications, and for organizations purchasing from third-party applications;
• providing process-oriented mechanisms for determining, generating and collecting the evidence needed to demonstrate that their applications can be used securely under a defined environment;
• supporting the general concepts specified in ISO/IEC 27001 and assisting with the satisfactory implementation of information security based on a risk management approach; and other standards.
A good starting point to learn about secure coding practices is a series of free courses/ video presentations offered by The Software Assurance Forum for Excellence in Code (SAFECode). You can read more about the Standard in a very interesting article by Lia Timson (The Age): If it's worth coding, it's worth securing.
Labels:
Handy Tools
Tuesday, May 14, 2013
Rift in GIS ranks
There is a troubling development in GIS community that threatens to flare up old animosities and split participants along the lines of big versus small as well as proprietary versus open source. In the centre of it are Open Geospatial Consortium (OGC) and its members, representing open source camp, minor proprietary solutions vendors and 800 pound gorilla in GIS – ESRI. Ultimately, the whole incident can undermine, one way or another, OGC stronghold on all things spatial…
Firstly, a short history of OGC, from my perspective. In the beginning OGC was just an obscure “public benefit” organisation focused on developing and promoting open and interoperable standards to facilitate exchange of spatial information. There was a real problem that required urgent attention – that is, finding an easy way to exchange vast amounts of valuable spatial data stored in “walled gardens” and in obscure proprietary formats. So, many were prepared to put a lot of effort in their spare as well as “employer paid time” in order to come up with a solution to this problem. This early period attracted a lot of prominent participants from government organisations and academia across the world, as well as support (often financial) from several industry sectors hoping for significant cost savings in the future. It was a community wide initiative with roots firmly established in an open source movement.
When OGC standards started gaining traction and wider acceptance amongst key buyers of GIS technologies the organisation attracted to the cause members from a proprietary solutions camp as well. OGC reached then the peak of its relevance. A new era started where a united GIS community worked together towards a common goal – achieving full interoperability of spatial data, regardless whether data originated in proprietary or open source formats, or using proprietary or open source tools.
However, the relevance of OGC and its initiatives is under threat now - from outsiders as rapid technological advancement demands more flexible, easier to implement and performance focused standards (like those developed by organisations and individuals operating on fringes of GIS - Open Street Map initiative and GeoJSON are the two most prominent examples), but also from within its own ranks as the organisation is forced to deal with conflicting interests of its members.
In particular, ESRI had put forward a new GeoSpatial REST API standard for endorsement by OGC. It covers a wide set of web services including catalogue, map, feature, imagery, geometry, geoprocessing, and geocoding web services. However, a significant number of OGC members lodged an objection to it and demand the documentation not to be adopted as an official OGC standard.
The essence of the objection is that the proposed standard is not a community designed scheme but rather just a documentation of an implementation of proprietary web services by a single commercial vendor. No other vendors will be able to build solutions against that standard, and if endorsed, it will dilute relevance of existing OGC standards. When it becomes an OGC endorsed standard there is a danger that buyers will demand that all the vendors of spatial solutions support that standard in their products, hence giving an unfair advantage in the market to vendors of ESRI solutions. The objections are fully documented on OSGeo website.
Unless a workable compromise can be found, then regardless whichever way OGC decision goes it will alienate a significant group of its members and ultimately, it will split GIS community. That is, it will upset either open source and non-ESRI vendors or ESRI and thousands of its affiliates whose livelihood is almost exclusively dependent on ESRI’s fortunes. If things get rough ESRI is dominant enough in the market to go its own way, without the blessing from OGC. But will OGC be able to retain its relevance without such a prominent member as ESRI? Potentially some troubling times ahead for GIS industry...
[Update: ESRI has withdrawn the GeoSpatial REST API standard from OGC, potentially defusing the situation. ]
Firstly, a short history of OGC, from my perspective. In the beginning OGC was just an obscure “public benefit” organisation focused on developing and promoting open and interoperable standards to facilitate exchange of spatial information. There was a real problem that required urgent attention – that is, finding an easy way to exchange vast amounts of valuable spatial data stored in “walled gardens” and in obscure proprietary formats. So, many were prepared to put a lot of effort in their spare as well as “employer paid time” in order to come up with a solution to this problem. This early period attracted a lot of prominent participants from government organisations and academia across the world, as well as support (often financial) from several industry sectors hoping for significant cost savings in the future. It was a community wide initiative with roots firmly established in an open source movement.
When OGC standards started gaining traction and wider acceptance amongst key buyers of GIS technologies the organisation attracted to the cause members from a proprietary solutions camp as well. OGC reached then the peak of its relevance. A new era started where a united GIS community worked together towards a common goal – achieving full interoperability of spatial data, regardless whether data originated in proprietary or open source formats, or using proprietary or open source tools.
However, the relevance of OGC and its initiatives is under threat now - from outsiders as rapid technological advancement demands more flexible, easier to implement and performance focused standards (like those developed by organisations and individuals operating on fringes of GIS - Open Street Map initiative and GeoJSON are the two most prominent examples), but also from within its own ranks as the organisation is forced to deal with conflicting interests of its members.
In particular, ESRI had put forward a new GeoSpatial REST API standard for endorsement by OGC. It covers a wide set of web services including catalogue, map, feature, imagery, geometry, geoprocessing, and geocoding web services. However, a significant number of OGC members lodged an objection to it and demand the documentation not to be adopted as an official OGC standard.
The essence of the objection is that the proposed standard is not a community designed scheme but rather just a documentation of an implementation of proprietary web services by a single commercial vendor. No other vendors will be able to build solutions against that standard, and if endorsed, it will dilute relevance of existing OGC standards. When it becomes an OGC endorsed standard there is a danger that buyers will demand that all the vendors of spatial solutions support that standard in their products, hence giving an unfair advantage in the market to vendors of ESRI solutions. The objections are fully documented on OSGeo website.
Unless a workable compromise can be found, then regardless whichever way OGC decision goes it will alienate a significant group of its members and ultimately, it will split GIS community. That is, it will upset either open source and non-ESRI vendors or ESRI and thousands of its affiliates whose livelihood is almost exclusively dependent on ESRI’s fortunes. If things get rough ESRI is dominant enough in the market to go its own way, without the blessing from OGC. But will OGC be able to retain its relevance without such a prominent member as ESRI? Potentially some troubling times ahead for GIS industry...
[Update: ESRI has withdrawn the GeoSpatial REST API standard from OGC, potentially defusing the situation. ]
Wednesday, May 8, 2013
Geoscience Australia new catalogue
Geoscience Australia has just released a new, map based catalogue to assist visitors to the site in the discovery and access to a diverse range of data, products and services available from the organisation. Discovery and Delivery System is in beta release for public testing so, unfortunately not everything is working properly in Internet Explorer. However, you will still be able to find a lot of goodies there like, for example, over 100,000 historic Landsat-7 and Landsat-5 images over Australia captured between 2000 and 2010. These can be viewed as WMS overlays on the map or can be downloaded as data (in NetCDF format, but be careful, each scene is more than a gigabyte in size).
Mapping functionality of the catalogue is built with Google Map API. Backdrop map is a standard satellite overlay but users have a choice of several custom layers provided by GA, such as topographic map, land cover map, geology map or gravity map.
The catalogue lists publications as well as data for use with GIS software. Advanced search option allows refining search criteria by specific theme, geographic location and time frame. Links provided in search results take users directly to a download page. The catalogue is a convenient way to discover what is available from Geoscience Australia although, at first, the choice may appear a bit overwhelming!
Related Posts:
Australian floods mapped
Google unlocks Landsat archives
Landslides in Australia
Continental reference image
Mapping functionality of the catalogue is built with Google Map API. Backdrop map is a standard satellite overlay but users have a choice of several custom layers provided by GA, such as topographic map, land cover map, geology map or gravity map.
The catalogue lists publications as well as data for use with GIS software. Advanced search option allows refining search criteria by specific theme, geographic location and time frame. Links provided in search results take users directly to a download page. The catalogue is a convenient way to discover what is available from Geoscience Australia although, at first, the choice may appear a bit overwhelming!
Related Posts:
Australian floods mapped
Google unlocks Landsat archives
Landslides in Australia
Continental reference image
Labels:
Handy Tools
Subscribe to:
Posts (Atom)