<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Gav&#039;s Blog &#187; geospatial</title>
	<atom:link href="http://www.rediguana.co.nz/gav/tag/geospatial/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.rediguana.co.nz/gav</link>
	<description>No one told you when to run, you missed the starting gun</description>
	<lastBuildDate>Mon, 28 Nov 2011 02:49:44 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>OGC Presentations and Workshops &#8211; 6 December 2010</title>
		<link>http://www.rediguana.co.nz/gav/2010/12/08/ogc-presentations-and-workshops-6-december-2010/</link>
		<comments>http://www.rediguana.co.nz/gav/2010/12/08/ogc-presentations-and-workshops-6-december-2010/#comments</comments>
		<pubDate>Tue, 07 Dec 2010 12:21:59 +0000</pubDate>
		<dc:creator>Gavin Treadgold</dc:creator>
				<category><![CDATA[Uncategorised]]></category>
		<category><![CDATA[emergency management]]></category>
		<category><![CDATA[geospatial]]></category>
		<category><![CDATA[interoperability]]></category>
		<category><![CDATA[New Zealand]]></category>
		<category><![CDATA[standards]]></category>

		<guid isPermaLink="false">http://www.rediguana.co.nz/gav/?p=690</guid>
		<description><![CDATA[I had the opportunity on Monday (6 December 2010) to attend a great workshop held in Wellington. This started off with a set of three presentations by Mark Reichardt who is the President and CEO of the Open Geospatial Consortium. Mark presented a number of presentations during the morning, starting with CEOs, followed by one [...]]]></description>
			<content:encoded><![CDATA[<p>I had the opportunity on Monday (6 December 2010) to attend a great workshop held in Wellington. This started off with a set of three presentations by Mark Reichardt who is the President and CEO of the <a href="http://www.opengeospatial.org/">Open Geospatial Consortium</a>.</p>
<p>Mark presented a number of presentations during the morning, starting with CEOs, followed by one focused on OGC and Disaster Management, as well as finishing with An Overview of OGC Standards and Programs. Hopefully these will be publicly accessible in Google on portal.opengeospatial.org &#8211; I&#8217;ll put links up when the files are openly available.</p>
<p>I got a great buzz to see Sahana, OpenStreetMap, CrisisCommons and Ushahidi mentioned in slides by Mark, and these event got coverage in the presentation to the invited Government CEOs at the breakfast session. In the open presentation on OGC and Disaster Management in the morning, Sahana got its own slide and was recognised for incorportating various OGC standards including Web Map Service (WMS), Catalogue, KML , Web Feature Service (WFS) and the Coverage Service. It is great to see the significant geospatial efforts that the likes of Mifan, Fran, and David have put in &#8211; amongst others and sorry I can&#8217;t recall everyones names!</p>
<p>I also talked about my experience around geospatial data and building safety evaluations following the Canterbury earthquake, and there seemed to be some real interest in using that as a possible test bed geospatial project that we may be able to undertake here in NZ. I must get onto blogging more about that.</p>
<p>As always, it was a great opportunity to catch up with some colleagues that I hadn&#8217;t seen for a while, and it has been particularly reassuring to see some great minds that were thought lost with the State Services Commission restructure now turning up in Land Information New Zealand. LINZ taking on these people definitely sends a positive signal about open data and standards. In particular I want to note Richard Murcott  who is now the Geospatial Standards Leader at LINZ.</p>
<p>Anyway &#8211; what were some of the points I took away from the workshop?</p>
<ul>
<li>It sounds like Land Information New Zealand is going to become a full OGC member in 2011.</li>
<li>The <a href="http://www.opengeospatial.org/projects/groups/geosmsswg">OGC GeoSMS standard</a> is going to be coming soon! A discussion document from Freburary 2010 on OGC GeoSMS is <a href="http://portal.opengeospatial.org/files/?artifact_id=36261">available here</a> (link to agreement page, then pdf download). This will be great to have a GeoSMS standard to work to, as we had created our own in Naval Postgraduate School Disaster Relief Experiments previously.</li>
<li>Mark highlighted that demonstrating standards &#8211; through test bed projects and the like &#8211; is one of the most important aspects of standards promotion.</li>
<li>The Taiwanese have been doing quite a bit of work with OGC, and have been doing some very interesting debris flow monitoring projects with OGC Sensor Web. There is supposed to be a good pdf available that outlines the Taiwanese work with Sensor Web.</li>
<li>Geosynchronisation. OGC has within the <a href="http://www.opengeospatial.org/pressroom/pressreleases/1308">last month announced</a> the formation of a GeoSynchronisation Service Standards Working Group. This of course has a lot of potential &#8211; not only for taking OpenStreetMap data out into the real world, editing it, and coming back and syncing it later, but also of course for emergency management. I intend to watch this one quite closely.</li>
</ul>
<p>One of the closing quotes of the emergency management presentation came from the Chairman of the OGC, David Schell.</p>
<blockquote><p>What the OGC is doing is facilitating a common picture of reality for different organizations which have different views of the reality, the disaster, the catastrophe, that they all have to deal with collectively</p></blockquote>
<p>The use of OGC standards is probably the only clear path forward towards a Common Operating Picture &#8211; well, one that has anything to do with location anyway.</p>
<p>In the afternoon, Richard Murcott of LINZ led a workshop discussing standards and interoperability.</p>
<p>One of the big takeaways for me was the model of <a href="http://en.wikipedia.org/wiki/Conceptual_interoperability">Conceptual Interoperability</a> from Simulation Theory. Basically it builds up from nothing &#8211; no interoperability, to a state of full interoperability &#8211; where fully conceptual models are used to integrate data consistently from multiple sources.</p>
<p>Of course, we are a long way from this in emergency management, a lot of the current interoperability we have is at level 2 which is only a common data format. The OASIS work with EDXL is taking us a step higher (level 3) with increasing semantic interoperability through the use of more clearly defined standards. I think there is a very long way to go using this model though to ensure we have interoperability that considers methods and procedures (level 4), assumptions and constraints (level 5) to a &#8220;fully specified but implementation indepentent model&#8221; (level 6).</p>
<p>Some other quick takeaway points that I and others came up with:</p>
<ul>
<li>There is a spectrum of the reason for interoperability &#8211; from selfish to altruistic. A selfish organisation wants to bring any data into its system and processes, whereas a truly altruistic organisation wants only to publish and share information.</li>
<li>There is a spectrum of the management approach of interoperability &#8211; from adhoc/chaotic to extremely structured. Some organisations want full control over how interoperability is managed that require a very structured and formal approach, and even agreements or MOUs. At the other end is complete anarchy and chaos.</li>
<li>Risk aversion is a significant barrier to interoperability, so clearly taking a risk management approach to interoperability is likely to provide a better means to manage risks, and hence make true interoperability more acceptable to management.</li>
<li>Restrictive licensing of standards creates barriers to entry. Nothing new there.</li>
<li>Data sets provide an excellent focal point for collaboration and communities may well form around a released data set. E.g. <a href="http://www.nzopengps.org/">NZ Open GPS Maps project</a> around released LINZ roads.</li>
</ul>
<p>One of the final points Richard made in closing was more targeted at New Zealand in general, and certainly a sentiment I think we should take to heart. New Zealand, as a country, needs to behave more like a city of 4 million. Dispersed from Northland to Southland we pack nowhere near as much punch than if we better bring our expertise together from across the country. If we want to be more successful on the world stage, then we need to lose our small town mentalities, and start thinking bigger and broader!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.rediguana.co.nz/gav/2010/12/08/ogc-presentations-and-workshops-6-december-2010/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Requesting the NZ Post Code database to be opened</title>
		<link>http://www.rediguana.co.nz/gav/2010/05/08/requesting-the-nz-post-code-database-to-be-opened/</link>
		<comments>http://www.rediguana.co.nz/gav/2010/05/08/requesting-the-nz-post-code-database-to-be-opened/#comments</comments>
		<pubDate>Fri, 07 May 2010 17:29:16 +0000</pubDate>
		<dc:creator>Gavin Treadgold</dc:creator>
				<category><![CDATA[Geospatial]]></category>
		<category><![CDATA[Information Technology]]></category>
		<category><![CDATA[geospatial]]></category>
		<category><![CDATA[open data]]></category>

		<guid isPermaLink="false">http://www.rediguana.co.nz/gav/?p=616</guid>
		<description><![CDATA[I recently sent this email off to a number of Ministers requesting that the NZ Post Code database be opened up and made freely available. I&#8217;ll write more later about the reasons why &#8211; but the main one is that the lack of a free post code database hinders new and novel applications of the [...]]]></description>
			<content:encoded><![CDATA[<p>I recently sent this email off to a number of Ministers requesting that the NZ Post Code database be opened up and made freely available. I&#8217;ll write more later about the reasons why &#8211; but the main one is that the lack of a free post code database hinders new and novel applications of the post code, such as web services.</p>
<blockquote><p>To the Ministers of: Commerce, Land Information, Stated Owned Enterprises, Communications and Information Technology</p>
<p>Re: New Zealand Post Code Database</p>
<p>Dear Ministers,</p>
<p>Currently the New Zealand Post Code Database is a paid-for dataset that New Zealand Post (a New Zealand State Owned Enterprise) charges a fee for.</p>
<p>See: Postcode Network File<br />
<http://www.nzpost.co.nz/Cultures/en-NZ/ProductsAndServices/P/PostcodeNetworkFile/PostcodeNetworkFile.htm></p>
<p>I would like the relevant Ministers to investigate the release of postcode data that <a href="http://news.bbc.co.uk/2/hi/technology/8402327.stm">was announced late last year in the UK</a>, where they are undertaking to open up and make freely available the postcode database. This is a fundamental and key dataset for business (and indeed non-profits and other community interest groups).</p>
<p>I would like to refer you to this BBC article that indicates that the UK Government is going to release the postcode data for free this year, and also point out that in the US all their zip code data is made available for free.</p>
<p>The release of the NZ postcode dataset would certainly seem to fit well with the Geospatial Strategy <http://www.geospatial.govt.nz/geospatial-strategy/>, and would be a continuation of the release of digital boundaries that started a couple of years ago with Statistics New Zealand.</p>
<p>I thank you in advance for consideration of this matter.</p>
<p>Kind regards,</p>
<p>Gavin Treadgold<br />
Christchurch</p></blockquote>
<p>On the 12th I received a reply stating that Minister Joyce will respond in due course.</p>
<blockquote><p>12 May 2010</p>
<p>Mr Gavin Treadgold<br />
CHRISTCHURCH</p>
<p>Dear Mr Treadgold</p>
<p>On behalf of the Hon Maurice Williamson, Minister for Land Information, I acknowledge receipt of your correspondence of 8 May 2010 regarding the fee for accessing the New Zealand Postcode Database.</p>
<p>In accordance with Ministerial responsibilities Hon Joyce will be responding for  Ministers and Hon Williamson will provide input as required to that response following his consideration of your correspondence.</p>
<p>Yours sincerely</p>
<p>Stephen Walsh<br />
Private Secretary &#8211; Land Information</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://www.rediguana.co.nz/gav/2010/05/08/requesting-the-nz-post-code-database-to-be-opened/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>Following up on neocartography for EM</title>
		<link>http://www.rediguana.co.nz/gav/2009/05/08/following-up-on-neocartography-for-em/</link>
		<comments>http://www.rediguana.co.nz/gav/2009/05/08/following-up-on-neocartography-for-em/#comments</comments>
		<pubDate>Fri, 08 May 2009 04:32:05 +0000</pubDate>
		<dc:creator>Gavin Treadgold</dc:creator>
				<category><![CDATA[Emergency Management]]></category>
		<category><![CDATA[Geospatial]]></category>
		<category><![CDATA[Uncategorised]]></category>
		<category><![CDATA[emergency information]]></category>
		<category><![CDATA[emergency management]]></category>
		<category><![CDATA[geospatial]]></category>
		<category><![CDATA[pandemic]]></category>
		<category><![CDATA[sahana]]></category>

		<guid isPermaLink="false">http://www.rediguana.co.nz/gav/?p=542</guid>
		<description><![CDATA[The issue of community-produced maps has reared its head on the IAEM email list today &#8211; closely linked to my post back on the 26th. The following issue was raised, and I wanted to share my reply to this. Lack of citation was my major concern with the other available maps that have been in [...]]]></description>
			<content:encoded><![CDATA[<p>The issue of community-produced maps has reared its head on the IAEM email list today &#8211; closely linked to <a href="http://www.rediguana.co.nz/gav/2009/04/26/neocartographers-have-a-ways-to-go/">my post back on the 26th</a>. The following issue was raised, and I wanted to share my reply to this.</p>
<blockquote><p>Lack of citation was my major concern with the other available maps that have been in wide circulation. The second concern with the other maps is that they showed push-pins when they did not have or could not cite the data to support specific points.</p></blockquote>
<p>My reply follows:</p>
<blockquote><p>I think you&#8217;ll find that most of those maps do actually have references, in the case of the Google Maps mash-ups, they are contained in the hundreds of comments accessible from the same page as the maps. In fact, it is generally from the posting of these references in the comments, that the Google Maps get updated. What they have failed to to is to make it easier to reference the citations, by not including the reference in the popup bubble above the marker. But if you read through all the comments, you&#8217;ll likely find most of the citations there.</p>
<p>Another big failure is to create a timeline/history so that one can see the growth/change in numbers over time for each marker. Most of the maps are purely a snapshot of the here-and-now, and give no context via history.</p>
<p>The real point that emergency managers should take away from this is the following.</p>
<p>Agencies that &#8216;own&#8217; the source information (e.g. CDC, WHO, and health agencies in every other country in this case), really should be publishing authoritative georeferenced data at the source. If agencies did this, then there would be no need for these &#8216;amateur&#8217; cartographic efforts to hack together information from news, rumours and other sources. It would sure save a lot of time and effort in people trying to recreate information that already exists and either hasn&#8217;t been released, or has not been converted to a georeferenced format.</p>
<p>Likewise, it isn&#8217;t really the role of companies to provide this information. Once again, they are just filling a gap that we, as emergency managers, have failed to meet.</p>
<p>The mashup culture is a direct result of a failure by emergency managers to make information available in a form that end users clearly want it (as evidenced by the time and effort they will put into recreating the data in the form that they want to use it).</p>
<p>Perhaps we really should start thinking seriously about how we can produce authoritative information in formats that our communities want.</p></blockquote>
<p>If you have a look at the example map I created in under an hour on the 26th, you&#8217;ll note that I created a little table in each popup for a marker that contained a link to the source article, and in the case of the San Diego marker, included daily figures for three days so it was possible to track the state of that marker over time.In addition, I scaled the marker images so that they were more proportional to the number of cases &#8211; a marker for each infection quickly produced an unreadable map, hence it seemed a better approach is to produce summary markers for each location, with the size of the marker indicating the numbers.</p>
<p>The real trick is going to be to produce a web application to track and manage this information, that can then export it in a suitable form to display the information as discussed above. This is clearly something we should look at for Sahana.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.rediguana.co.nz/gav/2009/05/08/following-up-on-neocartography-for-em/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Comments on the NZGB Gazetter Spreadsheets</title>
		<link>http://www.rediguana.co.nz/gav/2008/12/03/comments-on-the-nzgb-gazetter-spreadsheets/</link>
		<comments>http://www.rediguana.co.nz/gav/2008/12/03/comments-on-the-nzgb-gazetter-spreadsheets/#comments</comments>
		<pubDate>Tue, 02 Dec 2008 21:23:57 +0000</pubDate>
		<dc:creator>Gavin Treadgold</dc:creator>
				<category><![CDATA[Geospatial]]></category>
		<category><![CDATA[fundamental data]]></category>
		<category><![CDATA[gazetteer]]></category>
		<category><![CDATA[geospatial]]></category>
		<category><![CDATA[NZGB]]></category>

		<guid isPermaLink="false">http://www.rediguana.co.nz/gav/?p=384</guid>
		<description><![CDATA[I have been involved with a couple of other people over the past few months in asking some questions, and providing feedback on, the NZ Geographic Board (NZGB) Gazetteer spreadsheets. Wendy Shaw, Secretary of the NZ Geographic Board provided some very detailed comments and feedback on this, and with her permission, I have a copy [...]]]></description>
			<content:encoded><![CDATA[<p>I have been involved with a couple of other people over the past few months in asking some questions, and providing feedback on, the NZ Geographic Board (NZGB) Gazetteer spreadsheets. Wendy Shaw, Secretary of the NZ Geographic Board provided some very detailed comments and feedback on this, and with her permission, I have a copy of her email here for wider sharing.</p>
<blockquote><p>Feedback on the &#8216;Gazetteer&#8217; spreadsheets recently published on the web by LINZ is gratefully received.  There will be on-going corrections to get the content as correct as possible in the coming few weeks and months.  LINZ is currently investigating how it might potentially convert these spreadsheets to a more user friendly and effective database platform, that enables connections and relationships, as required.  Some provision would also need to be considered for capturing spatial extent.  LINZ&#8217;s business analysts are currently working on this and have been provided with relevant comments, as suggested.</p>
<p>With the Gazetteer spreadsheets, consideration will be taken on how best to annotate changes and may introduce a unique ID for the next publication of the spreadsheets on the LINZ website www.linz.govt.nz</p>
<p>As to the accuracy of coordinates, they are generally the coordinate or grid reference listed in the New Zealand Gazette that made the name official.  There may be a need to clarify this point for users.  The accuracy could be improved, and has been generalised for 1:50,000 topo mapping.  To improve the accuracy for all official names to +/-5-10m for GPS users would not be possible.</p>
<p>Localities and suburbs that are currently being maintained by the New Zealand Fire Service are not publicly available.  The review of the New Zealand Geographic Board Act looked at locality and suburb names, and intended to devolve the naming to Territorial Authorities, leaving the Board with a concurrence role.  However, this did not eventuate in the 2008 Act, because it was identified that future &#8216;integrated address legislation&#8217; would cover this off and that an amendment to the Act 2008 could be made in the future.  For now the Board continues to have a role in assigning, altering, approving or discontinuing locality and suburb names &#8211; see item 16.27 on page 35 of the Board&#8217;s Frameworks document at http://www.linz.govt.nz/docs/placenames/nz-geographicbd/frameworks-nzgb-200809-ver2.pdf .</p>
<p>To recognise the importance of locality and suburb naming and the need to engage more fully with Territorial Authorities and the community, the Board&#8217;s membership will now include a person nominated from Local Government New Zealand.  Also, a number of tasks and commitments have been identified, specifically relating to locality and suburb naming:</p>
<ol>
<li>Research and collation of existing recorded suburb and locality names and supporting information in electronic form from existing sources.</li>
<li>Development of Code of Practice for official naming of Suburbs and Localities.</li>
<li>Secretariat administration to confirm proposed name concurrence with Code of Practice.</li>
<li>Gazette/newspaper advertising ongoing costs after initial naming.</li>
</ol>
<p>Locality and suburb naming will be dealt with more fully by the Board in the near future.</p>
<p>For any queries, please contact Wendy Shaw, Secretary of the Board – wshaw@linz.govt.nz</p>
<p>Regards,</p>
<p>Wendy</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://www.rediguana.co.nz/gav/2008/12/03/comments-on-the-nzgb-gazetter-spreadsheets/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Taking mashups to the real world</title>
		<link>http://www.rediguana.co.nz/gav/2008/11/19/taking-mashups-to-the-real-world/</link>
		<comments>http://www.rediguana.co.nz/gav/2008/11/19/taking-mashups-to-the-real-world/#comments</comments>
		<pubDate>Tue, 18 Nov 2008 22:14:51 +0000</pubDate>
		<dc:creator>Gavin Treadgold</dc:creator>
				<category><![CDATA[GPS]]></category>
		<category><![CDATA[Geospatial]]></category>
		<category><![CDATA[collaboration]]></category>
		<category><![CDATA[eGovernment]]></category>
		<category><![CDATA[geospatial]]></category>

		<guid isPermaLink="false">http://www.rediguana.co.nz/gav/?p=150</guid>
		<description><![CDATA[I&#8217;ve been mostly quiet on the geospatial front recently as I&#8217;ve been busy with work, but there are a couple of things worth commenting on. Environment Canterbury GIS Beta blog. Not the first to the council GIS blogging game, but certainly early, is my local regional council in Canterbury. They&#8217;ve started a blog to engage [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve been mostly quiet on the geospatial front recently as I&#8217;ve been busy with work, but there are a couple of things worth commenting on.</p>
<ol>
<li><a href="http://ecangisbeta.wordpress.com/">Environment Canterbury GIS Beta blog</a>. Not the first to the council GIS blogging game, but certainly early, is my local regional council in Canterbury. They&#8217;ve started a blog to engage with the community, and built their first mashup. This is a great step, and I&#8217;m excited to see more of the public GIS practitioners provide a means of direction communication and engagement with the communities they represent. Very exciting.</li>
<li>A reminder that whilst we&#8217;ve still got a long way to go, <a href="http://www.bbc.co.uk/blogs/technology/2008/11/the_mapping_mess_google_v_os.html">things could actually be worse</a>.</li>
</ol>
<p>Getting back to mashups, I believe that they are a nice simple and cost effective means of communicating simple geospatial needs to users &#8211; ECan&#8217;s swimming water quality mashup is an example of that &#8211; a simple means of seeing visually the quality of swimming places around Canterbury.</p>
<p>However, the real benefits are going to come when that information is freed from the encumberance of being tied to an Internet connection. Lots of recreational activities that we undertake are not always near Internet connectivity, and mobile data access is still prohibitively expensive to be checking these sort of data sources over summer when away from your computer and Internet connection.</p>
<p>As a very keen recreational user of handheld GPS for geocaching and other activities, I am ever hopeful that councils such as Environment Canterbury will start to consider making some of their underlyign data available for download so that it can be bundled into offline maps that can be used in car, auto and mobile phone, GPS devices.</p>
<p>This will complete the full loop &#8211; councils create our communities (geospatially at the very minimum), they record geospatial data about our communities, and with mashups &#8211; we are finally starting to get some of this geospatial data back.</p>
<p>I look forward to the day when councils are extremely open with the geospatial data and make it available so that we can put in our choice of portable mapping device <img src='http://www.rediguana.co.nz/gav/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
			<wfw:commentRss>http://www.rediguana.co.nz/gav/2008/11/19/taking-mashups-to-the-real-world/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Google FluTrends</title>
		<link>http://www.rediguana.co.nz/gav/2008/11/12/google-flutrends/</link>
		<comments>http://www.rediguana.co.nz/gav/2008/11/12/google-flutrends/#comments</comments>
		<pubDate>Tue, 11 Nov 2008 21:29:51 +0000</pubDate>
		<dc:creator>Gavin Treadgold</dc:creator>
				<category><![CDATA[Emergency Management]]></category>
		<category><![CDATA[geospatial]]></category>

		<guid isPermaLink="false">http://www.rediguana.co.nz/gav/?p=145</guid>
		<description><![CDATA[What a cool wee application this is. Using the search data from Google, and combining it with geolocation data, they are now estimating flu activity in the US based upon search for flu-related terms that have a good correlation to actual flu activity. What a great mechanism for getting the low-down on flu activity. I [...]]]></description>
			<content:encoded><![CDATA[<p>What a <a href="http://www.google.org/flutrends/">cool wee application this is</a>. Using the search data from Google, and combining it with geolocation data, they are now estimating flu activity in the US based upon search for flu-related terms that have a good correlation to actual flu activity. What a great mechanism for getting the low-down on flu activity. I wonder if we&#8217;d have enough search activity in New Zealand (and indeed for other counties) to be able to use this as an estimator for flu in the future.<br />
<!-- technorati tags start --></p>
<p><!-- technorati tags end --></p>
]]></content:encoded>
			<wfw:commentRss>http://www.rediguana.co.nz/gav/2008/11/12/google-flutrends/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Why Government should support open and free geospatial data</title>
		<link>http://www.rediguana.co.nz/gav/2008/10/29/why-government-should-support-open-and-free-geospatial-data/</link>
		<comments>http://www.rediguana.co.nz/gav/2008/10/29/why-government-should-support-open-and-free-geospatial-data/#comments</comments>
		<pubDate>Tue, 28 Oct 2008 22:10:36 +0000</pubDate>
		<dc:creator>Gavin Treadgold</dc:creator>
				<category><![CDATA[GPS]]></category>
		<category><![CDATA[Geospatial]]></category>
		<category><![CDATA[collaboration]]></category>
		<category><![CDATA[geospatial]]></category>
		<category><![CDATA[LINZ]]></category>
		<category><![CDATA[national address register]]></category>
		<category><![CDATA[OpenStreetMap]]></category>
		<category><![CDATA[spatial citizen]]></category>

		<guid isPermaLink="false">http://www.rediguana.co.nz/gav/?p=141</guid>
		<description><![CDATA[Back in July, I posted about dc.gov releasing some data. I was a bit slow replying to a comment made by Nat Torkington then, and felt that a reply actually required a new post to elaborate further on why I&#8217;m so supportive of governments &#8211; be they local or national &#8211; releasing data that has [...]]]></description>
			<content:encoded><![CDATA[<p>Back in July, <a href="http://www.rediguana.co.nz/gav/2008/07/22/dcgov-releases-a-pile-of-data/">I posted about dc.gov releasing some data</a>. I was a bit slow replying to a comment made by Nat Torkington then, and felt that a reply actually required a new post to elaborate further on why I&#8217;m so supportive of governments &#8211; be they local or national &#8211; releasing data that has been paid for by the rate/tax-payer. Nat said:</p>
<blockquote><p>&#8220;Isn’t it the case that the USA doesn’t have an authoritative roading database, either? That’s why Navteq, TeleAtlas, and Google have to drive the roads.&#8221;</p></blockquote>
<p>Whilst the US doesn&#8217;t have an authoritative roading database either, the release of the <a href="http://www.census.gov/geo/www/tiger/">TIGER</a> line shapefiles has spurred the development of free and open maps &#8211; e.g. the inclusion of Tiger data in <a href="http://openstreetmap.org/">OpenStreetMap</a>, and the production of free and open maps for GPS units. This mirrors what has occurred in New Zealand with the likes of the <a href="http://www.gwprojects.org/gps/">NZ Open GPS Maps project</a>, utilising the free information made available from Land Information NZ.</p>
<p>However, this leaves us with two broad types of maps both with their problems &#8211; commercial datasets with restrictive usage conditions and free datasets maintained by volunteers that may not be sustainable in the long term. In New Zealand, the commercial dataset providers are primarily Terralink, Critchlow&#8217;s and Eagle Technology, with some more affordable sets made available by Kim Ollivier. The free maps are primarily catered for by the <a href="http://wiki.openstreetmap.org/index.php/WikiProject_New_Zealand">New Zealand OpenStreetMap project</a> and the NZ Open GPS Maps project.</p>
<p>My problem is that there is a lot of inefficiency in the current way that mapping data is managed in New Zealand (and this probably applies internationally). Why do we have four+ commercial sources for roading data and two volunteer driven projects all duplicating each other, as well as Government agencies that have legislative responsibilities for roading infrastructure?</p>
<p>Well, it is because LINZ is not currently funded to provide a centralised repository for all this information &#8211; they are too busy focusing on the cadestral database where they make their money. Instead we are producing inefficient silos of information, that are all subtly different. I have been prodding at a few people to try and get the NZ OpenStreetMap and Open GPS Maps projects to try and consolidate the underlying database to OSM, and I believe that this will occur over the long term, but there are a number of issues to work through before this will happen.</p>
<p>As Nat indicated in the original post &#8211; in the US Navteg, TeleAtlas and Google drive the roads there, and we&#8217;ve got at least Terralink, Google and probably others driving the roads here. In addition we have active volunteers also driving roads and correcting errors in OpenStreetMap and the Open GPS Maps project &#8211; I personally provide GPS tracklogs to OSM, and have also placed the 2007/8 High Speed Data Survey in there. The interesting part is that all of the errors are being corrected from the original LINZ roading dataset. So, because the New Zealand Government has not funded LINZ to maintain the roading dataset, make it widely available under permissive licensing terms, and allow feedback and corrections to be suggested for review and possible inclusion, we now have a massively inefficient approach to mapping roads in New Zealand.</p>
<p>All of these projects have sprung up because LINZ is not funded to provide the correct road dataset in the first place.</p>
<p>We can&#8217;t support that in a small country in New Zealand where only corporates, local authorities, and central government agencies can afford the commercial roading datasets due to expense. I know at least one of the commercial datasets costs over $100,000 to license. What this means is that small-and-medium sized businesses are being left out in the cold from using geospatial information to improve the way they do business as it is too expensive, and rate/tax-payers do not have affordable access to the information for tourism, recreational and safety purposes.</p>
<p>As the Immediate Past President of the <a href="http://www.gps.org.nz/">NZ Recreational GPS Society</a>, I&#8217;ve seen people balking in our <a href="http://forums.gps.org.nz/">forums</a> at having to pay extra for decent road or topographical maps. Some of these are expensive because the GPS map vendor has needed to license the underlying data from a commercial provider. In addition to the cost, vendors also have to implement measures to stop the reverse-engineering and redistribution of this licensed data. However, like most forms of Digital Rights Management (some may say Restrictions), the technical mechanisms cause their own problems. I&#8217;ve just <a href="http://forums.gps.org.nz/viewtopic.php?f=6&amp;t=4372">been helping</a> with one person that has been suffering through Garmin&#8217;s Map Unlock process that is poorly communicated to customers, and provides nothing but roadblocks in an effort to set up the maps on the user&#8217;s computer and GPS. And even when he hopefully does have the maps unlocked, he will only be able to install them on one GPS!</p>
<p>Perhaps as a comparison, I am not able to download and install a copy of the Yellow Pages on my iPhone so that I can use it in a disconnected manner, but I can download the free and open Zenbu iPhone application that bundles all the data &#8211; so if for whatever reason I am out of mobile coverage, I can still use this data as it is stored locally on the device. I don&#8217;t believe that commercial directory services would be very comfortable about releasing their datasets to be installed on mobile devices, as they would risk the loss of their database in which the perceived value of their business resides. So having data released under permissive liceneses is also essential for new applications such as storing massive geospatial resources in our pockets.</p>
<p>That said, I&#8217;m not really in favour any more of the Government attempting to build a single massive dataset any more, as I think Government has proven that it cannot build these IT things effectively because there is too much management by committee, and the commercial vendors that provide the infrastructure are just looking for a jackpot if they win the tender (e.g. tender prices of $9-48 million for the failed National Address Register (NAR) project). I don&#8217;t see the need for the Government to build what is effectively their own OpenStreetMap infrastructure when we can just use something like OSM. Honestly, NZ Govt should just approach OpenStreetMap and look at an arrangement where Government can publish geospatial datasets into OSM with the ability to set some layers (such as say electoral and property boundaries which shouldn&#8217;t be editable) as read only, and the rest as editable &#8211; e.g. roads and walking tracks that can be maintained by everyone. If the publisher of a layer doesn&#8217;t want the original layer edited, then in some circumstances editable child layers should be allowed &#8211; e.g. so I can add a new walking track to a layer that hasn&#8217;t yet been updated to reflect it, and the owner of the original dataset can then look at whether they want to accept the change back into their layer.</p>
<p>Commercial geospatial datasets put nothing but roadblocks in the way for new and creative uses of geospatial data. I have no problem with commercial datasets providing value-add to the data, but the fundamental data such as roads and the like should be made as open and accessible as possible to encourage adoption and standardisation upon that dataset &#8211; this will also consolidate feedback and error correction. If I find an error now, I can&#8217;t report it to LINZ &#8211; they won&#8217;t listen. What benefit do I have in reporting a roading error to a commercial provider? Indeed the only benefit I get is if I report the error to a free and open project.</p>
<p>Adoption and standardisation of fundamental datasets are important to ensure consistency between map sets. Right now on my GPS I have two maps sets that both provide roads and you don&#8217;t have to look far to find discrepancies between the two datasets &#8211; but guess what, they are both derived from the LINZ road centrelines.</p>
<p>If left to commercial providers, geospatial data will be left as an expensive tool that only large organisations can afford.</p>
<p>The sooner governments in general recognise this, start funding the publishing and maintenance of fundamental datasets, the sooner we will see a real renaissance in how spatial information is used by the average organisation and individual. That is why I am so supportive of dc.gov releasing all their data.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.rediguana.co.nz/gav/2008/10/29/why-government-should-support-open-and-free-geospatial-data/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>How it works – Geotagging</title>
		<link>http://www.rediguana.co.nz/gav/2008/09/23/how-it-works-%e2%80%93-geotagging/</link>
		<comments>http://www.rediguana.co.nz/gav/2008/09/23/how-it-works-%e2%80%93-geotagging/#comments</comments>
		<pubDate>Mon, 22 Sep 2008 23:00:33 +0000</pubDate>
		<dc:creator>Gavin Treadgold</dc:creator>
				<category><![CDATA[GPS]]></category>
		<category><![CDATA[Photography]]></category>
		<category><![CDATA[articles]]></category>
		<category><![CDATA[disaster]]></category>
		<category><![CDATA[emergency management]]></category>
		<category><![CDATA[geospatial]]></category>
		<category><![CDATA[photography]]></category>

		<guid isPermaLink="false">http://www.rediguana.co.nz/gav/?p=165</guid>
		<description><![CDATA[I originally wrote this article for The Box, the Tuesday Technology section of The Press in Christchurch, New Zealand &#8211; it appeared on the 23rd September 2008. It also appeared on Stuff.co.nz. Have you ever wanted to quickly find all the photos taken at your family bach? Chances are that unless you&#8217;ve been meticulous in [...]]]></description>
			<content:encoded><![CDATA[<p><em>I originally wrote this article for The Box, the Tuesday Technology section of The Press in Christchurch, New Zealand &#8211; it appeared on the 23rd September 2008. It also appeared on <a href="http://www.stuff.co.nz/the-press/technology/the-box/unwrapped/635844/Geotagging-photos">Stuff.co.nz</a>.</em></p>
<p><a href="http://www.flickr.com/photos/rediguana/2863030477/" title="20080914-170854 by rediguana, on Flickr"><img class="alignright" src="http://farm4.static.flickr.com/3246/2863030477_948516cbcf_m.jpg" width="240" height="160" alt="20080914-170854" /></a>Have you ever wanted to quickly find all the photos taken at your family bach? Chances are that unless you&#8217;ve been meticulous in filing your photos or tagging them with keywords, this could take quite a bit of time. Wouldn&#8217;t it be easier if you could click on your bach on a map, and bring up all of your photos within 1km, or display all of your holiday photos on a map? This is the promise of geotagging.</p>
<p>Simply put, geotagging records the latitude and longitude of the camera at the time the photo was taken and stores it in the image file.</p>
<p>Geotagging is not a new technology. It has been possible to geotag images for several years now, but previously only enthusiasts or professionals geotagged their photos, as it added extra steps to processing photos. It also required a GPS receiver that could record tracks &#8211; a breadcrumb trail of where the GPS had been. By matching the time in the GPS track log with the time that photos were taken, it is possible to reasonably estimate where the photo was taken. This took extra time and effort, and except for a dedicated few it was not worth the effort. The GPS receivers also added extra weight and bulk to carry around.</p>
<p>Recently GPS functionality has greatly shrunk in size and power demands, making it more friendly for the photographer by enabling the technology to be directly embedded in cameras and mobile phones.  Already a number of camera phones support geotagging photos &#8211; including much of the Nokia N series, and the recently released Apple iPhone 3G. Nikon has embedded a GPS receiver in their new Coolpix P6000 compact, and provide an optional GP-1 GPS attachment for recent Nikon digital SLR cameras. As more devices support geotagging, especially more affordable cameras and mobile phones, the possibilities (and the risks) are going to grow exponentially.</p>
<p>Combining GPS receivers with other devices makes the whole geotagging process transparent and automatic, and requires no effort from the user. This is going to rapidly open up opportunities for all sorts of geotagged data. But is it just technology for technologies sake? Not really, there are existing applications for geotagging, and even more to be come.</p>
<p>Travel photography just begs for geotagging. It is a great means of recording where holiday snapshots were taken, as you can easily show people where you took the photos. Not only that, but as people upload geotagged photos, they become a great travel planning tool as you can see photos that other have taken in a location that you are travelling to, and find sights nearby that you otherwise may have missed.</p>
<p>Real estate also stands to gain from geotagged photos &#8211; by being able to quickly load photos of properties for sale into an online searchable map, it will be easier to browse location and appearance at the same time. Councils and infrastructure companies have been using geotagged images for a number of years now to assist with managing assets &#8211; imagine being able to take a photo of a pothole and send the image to the council without having to try and explain where it is. Geotagging even has applications after a disaster &#8211; teams performing reconnaissance of an affected area can take geotagged photos whilst they are there, and when they return to an operations centre, the images and their exact location can be loaded into a mapping system to help authorities gain a better understanding of the extent of damage.</p>
<p>Location-based technology does come with inherent risks &#8211; mostly privacy related. Although many people are comfortable posting photos online, they may not be comfortable allowing people to determine the location where the photo was actually taken. This may be particularly relevant in the case of photos taken at home. No doubt we will see tools evolve to help people manage the privacy associated with geotagged photos, but in the meantime it is worth thinking about the content of a photo before uploading geotagged photos online.</p>
<p>The benefits of geotagging for the most outweigh the risks, and will likely lead to novel applications. The Apple iPhone 3G already has interesting applications taking advantage of geotagged images. Exposure provides mobile to Flickr &#8211; a photo sharing website. The &#8216;Near Me&#8217; function will get your current GPS co-ordinates from the iPhone, and use that to display geotagged photos from Flickr that were taken near your current location. You can then view a photo, plot its location on a map, and if you desire, Google Maps will give you directions on how to get there.</p>
<p>Geotagged images don&#8217;t have to be shared online to reap the rewards &#8211; it may be that the biggest benefit is just providing another means of managing the vastly expanding data in your own photo library!</p>
]]></content:encoded>
			<wfw:commentRss>http://www.rediguana.co.nz/gav/2008/09/23/how-it-works-%e2%80%93-geotagging/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SSC as the catalyst</title>
		<link>http://www.rediguana.co.nz/gav/2008/07/29/ssc-as-the-catalyst/</link>
		<comments>http://www.rediguana.co.nz/gav/2008/07/29/ssc-as-the-catalyst/#comments</comments>
		<pubDate>Tue, 29 Jul 2008 04:43:14 +0000</pubDate>
		<dc:creator>Gavin Treadgold</dc:creator>
				<category><![CDATA[Information Technology]]></category>
		<category><![CDATA[eGovernment]]></category>
		<category><![CDATA[geospatial]]></category>

		<guid isPermaLink="false">http://www.rediguana.co.nz/gav/?p=76</guid>
		<description><![CDATA[Laurence Millar, the Chief Information Officer for the NZ Government recently blogged about some thoughts around government data and Web 2.0. It is exciting to see someone in such a position of influence raise these issues, and hopefully lead the charge to promote change in government agency practices. One angle I would like to extend [...]]]></description>
			<content:encoded><![CDATA[<p>Laurence Millar, the Chief Information Officer for the NZ Government <a href="http://blog.e.govt.nz/index.php/2008/07/24/what-does-web-20-mean-for-government/">recently blogged</a> about some thoughts around government data and Web 2.0. It is exciting to see someone in such a position of influence raise these issues, and hopefully lead the charge to promote change in government agency practices.</p>
<p>One angle I would like to extend upon, is Tim O&#8217;Reilly&#8217;s quote.</p>
<blockquote><p>What if you don’t think of what you produce as the “final product” but rather as a step in an information pipeline, what do you do differently to add value for downstream consumers?</p></blockquote>
<p>I think that this is a fundamental point that Government needs to get to grips with. When you look at government websites these days, most of them are designed around the philosophy of being just the terminal point of an information production chain &#8211; the result being information products expressed entirely in the form that the government agency &#8216;expects&#8217; citizens to digest them. Most Government websites therefore only produce web pages, and pdf documents &#8211; they contain relatively little in raw data in a format that is more accessible for citizens. The exceptions of course are those agencies that have extensive mandates for publishing vast datasets such as Statistics New Zealand and Land Information New Zealand.</p>
<p>Laurence concludes his post with absolutely the correct next action required</p>
<blockquote><p>&#8230;open up our content, expose our data so that it is easier to consume, rather than applying resources to redesign information dissemination. By creating objects that others can assemble we are likely to be significantly more successful at ensuring New Zealanders have access to the government information when, where and how they prefer.</p></blockquote>
<p>A classic example is the recently released <a href="http://www.moh.govt.nz/moh.nsf/indexmh/dhb-maps-and-background-information-atlas-of-socioeconomic-deprivation-in-nz-nzdep2006">Atlas of Socioeconomic Deprivation in New Zealand</a> (NZDep2006) published by the Ministry of Health. Whilst it contains a wealth of data, all of the downloadable forms from the website have been constricted by their publication in a read-only pdf format. The multitude of maps are all pdfs. The tables and reference information are in pdfs. This makes it near impossible to extract and utilise the data &#8220;<em>when, where and how they prefer</em>&#8220;. All is not lost however, I did contact MOH and they did provide a CD with a couple of hundreds MBs of data, including shapefiles for use within Geographical Information Systems. However, the licensing of the data is still somewhat unclear &#8211; Crown Copyright is not ideal terms, for example, to enable the republishing of the data by uploading it to a geospatial data hub such as <a href="http://www.koordinates.com/">Koordinates</a>. What I mean to say is that it doesn&#8217;t allow automatic republishing without having to clarify conditions of use with the agency, in this case Health. If it were released under Creative Commons, then this would greatly speed the republication and disitrbution of the data. So, whilst the NZDep2006 data has been released, it is really not yet ready in prime time for wider Web 2.0 use.</p>
<p>This has also been replicated with Health&#8217;s <a href="http://www.moh.govt.nz/moh.nsf/indexmh/atlas-nz-district-health-board">Atlas of New Zealand&#8217;s District Health Boards</a>. Using pdf&#8217;s to provide spatial data is admirable, but in this day of Google Maps or Earth &#8211; surely Government should be considering publishing data as KMZ&#8217;s or even live network services that can be loaded dynamically into a far richer and intuitive client than Adobe Acrobat.</p>
<p>Coming back to my point, SSC is certainly making all the right noises about where we should be going. However, right now, it appears to be left up to individuals like myself to actually go to agencies and say &#8211; &#8220;Hey, we&#8217;d actually like access to this data in a more reasonable format&#8221;.</p>
<p>What I would like to see is a mechanism whereby individuals such as myself, can instead approach SSC with a request to an agency, and the SSC will actually engage said agency to ensure agencies make said data available in a consistent manner across government.</p>
<p>I&#8217;m sure agencies would stand up and listen to someone making a request on behald of the Government CIO instead of a lone citizen or three. It would also mean that a consistent playbook could be promoted (<a href="http://www.gis.org.nz/wiki/Government_Geospatial_Information_Web_Access_Guideline">Government Geospatial Information Web Access Guideline</a>) that includes formats, hosting and most importantly licensing agreements by encouraging widespread adoption of the Creative Commons v3 NZ license.</p>
<p>For Government agencies to really start opening up their data, this needs to be driven from within Government, and only the SSC has the voice to be able to catalyse this process. Sure, individuals such as myself are engaging with success, and in some cases we&#8217;ll be able to obtain access &#8211; such as my <a href="http://www.rediguana.co.nz/gav/2008/07/01/22-million-trackpoints/">recent win </a>with Transit&#8217;s 2008 road survey trackpoint data. But for an individual to engage multiple agencies is very time consuming, and it is a slow process &#8211; especially when we are often cold calling and have to restate our case for publicly accessible data every time. And honestly, it is not something we as volunteers should have to be doing, this is really work that paid government personnel should be doing.</p>
<p>SSC needs to short-circuit this process by stepping up and creating an inter-agency mechanism to accept requests from citizens, and use the position of the SSC to engage, promote and ensure release of the data &#8211; whether spatial or not.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.rediguana.co.nz/gav/2008/07/29/ssc-as-the-catalyst/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>dc.gov releases a pile of data!</title>
		<link>http://www.rediguana.co.nz/gav/2008/07/22/dcgov-releases-a-pile-of-data/</link>
		<comments>http://www.rediguana.co.nz/gav/2008/07/22/dcgov-releases-a-pile-of-data/#comments</comments>
		<pubDate>Tue, 22 Jul 2008 10:28:12 +0000</pubDate>
		<dc:creator>Gavin Treadgold</dc:creator>
				<category><![CDATA[Geospatial]]></category>
		<category><![CDATA[geospatial]]></category>

		<guid isPermaLink="false">http://www.rediguana.co.nz/gav/?p=67</guid>
		<description><![CDATA[As someone that once spent a summer internship in Washington DC working for the DC Government, I really enjoyed living there. I was absolutely stoked to see this post on the Google  Lat Long blog outlining why they are releasing over 84,000 3d buildings to Google Earth. I love the key points that Barney Krucoff, [...]]]></description>
			<content:encoded><![CDATA[<p>As someone that once spent a summer internship in Washington DC working for the DC Government, I really enjoyed living there. I was absolutely stoked to see this post on the Google  Lat Long blog outlining why <a href="http://google-latlong.blogspot.com/2008/07/our-city-in-3d.html">they are releasing over 84,000 3d buildings</a> to Google Earth. I love the key points that Barney Krucoff, the GIS Manager for DC makes.</p>
<ol>
<li>It is the right thing to do.</li>
<li>Because every neighborhood can benefit from 3D.</li>
<li>We get better 3D performance from the cloud and we don’t pay for it.</li>
<li>We want to communicate with our residents.</li>
</ol>
<p>It kinda makes you sad to live in a country that doesn&#8217;t even see the value in being able to produce and maintain a national authoritative roading dataset, and here is local government saying &#8211; here is <a href="http://dcatlas.dcgis.dc.gov/catalog/results.asp?pretype=All&amp;pretype_info=All&amp;alpha=A">more than 200 geospatial datasets</a>. Go for it. Download in ESRI or Google formats (I assume shapefile and KMZ). Not only that, but they appear to have a <a href="http://data.octo.dc.gov/">nice data warehouse</a> for attribute data, as well as subscribable feeds for updates.</p>
<p>This is what is required for eGovernment &#8211; Government making the information available, in formats that support geospatial applications, with permissive licensing terms. It is also key to having residents take data and mash it up, and give it a life of its own. But that won&#8217;t happen until all the fundamental data about the places we live are released out into the electronic wilds.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.rediguana.co.nz/gav/2008/07/22/dcgov-releases-a-pile-of-data/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>

