<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Who reads the Terms of Service anyway..</title>
	<atom:link href="http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/</link>
	<description></description>
	<lastBuildDate>Thu, 11 Mar 2010 22:03:33 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Google Updates Terms of Service for the Google Maps API</title>
		<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/comment-page-1/#comment-153255</link>
		<dc:creator>Google Updates Terms of Service for the Google Maps API</dc:creator>
		<pubDate>Mon, 15 Dec 2008 06:00:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.edparsons.com/?p=590#comment-153255</guid>
		<description>[...] can view the new terms of service here. Ed Parsons has a good summary of all of the changes, and there is a thread on Google Groups that had 45 comments at last [...]</description>
		<content:encoded><![CDATA[<p>[...] can view the new terms of service here. Ed Parsons has a good summary of all of the changes, and there is a thread on Google Groups that had 45 comments at last [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nearby.org.uk blog &#187; Blog Archive &#187; Between a rock and a hard place&#8230;</title>
		<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/comment-page-1/#comment-153239</link>
		<dc:creator>nearby.org.uk blog &#187; Blog Archive &#187; Between a rock and a hard place&#8230;</dc:creator>
		<pubDate>Mon, 08 Dec 2008 02:06:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.edparsons.com/?p=590#comment-153239</guid>
		<description>[...] to issues brought up on the Mail group, and elsewhere. As a result of that edit there where many concerns raised - and a further edit was made. (note, only linked to some of the blogs etc - follow [...]</description>
		<content:encoded><![CDATA[<p>[...] to issues brought up on the Mail group, and elsewhere. As a result of that edit there where many concerns raised &#8211; and a further edit was made. (note, only linked to some of the blogs etc &#8211; follow [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Everybody reads the Terms of Service.. &#124; edparsons.com</title>
		<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/comment-page-1/#comment-153177</link>
		<dc:creator>Everybody reads the Terms of Service.. &#124; edparsons.com</dc:creator>
		<pubDate>Thu, 27 Nov 2008 08:18:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.edparsons.com/?p=590#comment-153177</guid>
		<description>[...] section 11 was an area of concern to the community, it is the section that balances legally what you as a map user submit and how [...]</description>
		<content:encoded><![CDATA[<p>[...] section 11 was an area of concern to the community, it is the section that balances legally what you as a map user submit and how [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Google Revises Their Update to the Google Maps API Terms of Service</title>
		<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/comment-page-1/#comment-153173</link>
		<dc:creator>Google Revises Their Update to the Google Maps API Terms of Service</dc:creator>
		<pubDate>Thu, 27 Nov 2008 03:24:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.edparsons.com/?p=590#comment-153173</guid>
		<description>[...] to suggest that by using the API, you were giving Google a license to your data.  Ed Parsons blogged about the situation so you can follow more what the problems were there, but this latest update seems to remove that [...]</description>
		<content:encoded><![CDATA[<p>[...] to suggest that by using the API, you were giving Google a license to your data.  Ed Parsons blogged about the situation so you can follow more what the problems were there, but this latest update seems to remove that [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yep Sport &#187; Blog Archive &#187; iFreeThePostcode</title>
		<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/comment-page-1/#comment-153141</link>
		<dc:creator>Yep Sport &#187; Blog Archive &#187; iFreeThePostcode</dc:creator>
		<pubDate>Fri, 21 Nov 2008 21:03:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.edparsons.com/?p=590#comment-153141</guid>
		<description>[...] obvious on the ground - is a Good Thing, as the current row between Google and the OS (more, more) about derived data [...]</description>
		<content:encoded><![CDATA[<p>[...] obvious on the ground &#8211; is a Good Thing, as the current row between Google and the OS (more, more) about derived data [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ollie</title>
		<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/comment-page-1/#comment-153132</link>
		<dc:creator>Ollie</dc:creator>
		<pubDate>Thu, 20 Nov 2008 21:20:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.edparsons.com/?p=590#comment-153132</guid>
		<description>So the new realisation is that data geolocated using an OS map (but not on the OS map itself) cannot be added as a layer on a Google map mashup...

But does this also apply the other way around, e.g. a feature which someone has visually geolocated using a Google map based on Teleatlas data (and so is thereon licensed to Google, but does not appear on the underlying Google/TeleAtlas tile) cannot be used in an OS OpenSpace mashup?

I couldn&#039;t find this scenario in the Google map terms, but then it is quite an intimidating document to read and understand!</description>
		<content:encoded><![CDATA[<p>So the new realisation is that data geolocated using an OS map (but not on the OS map itself) cannot be added as a layer on a Google map mashup&#8230;</p>
<p>But does this also apply the other way around, e.g. a feature which someone has visually geolocated using a Google map based on Teleatlas data (and so is thereon licensed to Google, but does not appear on the underlying Google/TeleAtlas tile) cannot be used in an OS OpenSpace mashup?</p>
<p>I couldn&#8217;t find this scenario in the Google map terms, but then it is quite an intimidating document to read and understand!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kev Winchcombe</title>
		<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/comment-page-1/#comment-153113</link>
		<dc:creator>Kev Winchcombe</dc:creator>
		<pubDate>Mon, 17 Nov 2008 10:00:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.edparsons.com/?p=590#comment-153113</guid>
		<description>It&#039;s good to hear people discussing this as for me this Google v OS argument is ridiculous.
As a developer within local government I plan(ned) to implement Google Maps whereever I could and our FindMyNearest was just a start. But it uses data from our LLPG using the recently implemented Property Use Classification fieldsm as defined by central government. So the NLPG gives us fields that we can&#039;t tell anyone about using maps. Great.
I&#039;m reminded that our FindMyNearest will still be useful without maps and yes of course it will be but it&#039;ll be nowhere as nice to use.
Come on central goverment, SOCITM or someone, step in and sort this out.</description>
		<content:encoded><![CDATA[<p>It&#8217;s good to hear people discussing this as for me this Google v OS argument is ridiculous.<br />
As a developer within local government I plan(ned) to implement Google Maps whereever I could and our FindMyNearest was just a start. But it uses data from our LLPG using the recently implemented Property Use Classification fieldsm as defined by central government. So the NLPG gives us fields that we can&#8217;t tell anyone about using maps. Great.<br />
I&#8217;m reminded that our FindMyNearest will still be useful without maps and yes of course it will be but it&#8217;ll be nowhere as nice to use.<br />
Come on central goverment, SOCITM or someone, step in and sort this out.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed</title>
		<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/comment-page-1/#comment-153111</link>
		<dc:creator>Ed</dc:creator>
		<pubDate>Sun, 16 Nov 2008 23:47:06 +0000</pubDate>
		<guid isPermaLink="false">http://www.edparsons.com/?p=590#comment-153111</guid>
		<description>All,

As this discussion has grown in scope, and to allow my colleagues back in the States to follow this important thread can I ask you continue posting comments at http://groups.google.com/group/Google-Maps-API/browse_thread/thread/3b0bd5922c7115f0</description>
		<content:encoded><![CDATA[<p>All,</p>
<p>As this discussion has grown in scope, and to allow my colleagues back in the States to follow this important thread can I ask you continue posting comments at <a href="http://groups.google.com/group/Google-Maps-API/browse_thread/thread/3b0bd5922c7115f0" rel="nofollow">http://groups.google.com/group/Google-Maps-API/browse_thread/thread/3b0bd5922c7115f0</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Barry Hunter</title>
		<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/comment-page-1/#comment-153110</link>
		<dc:creator>Barry Hunter</dc:creator>
		<pubDate>Sun, 16 Nov 2008 23:12:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.edparsons.com/?p=590#comment-153110</guid>
		<description>Ed, 

I think the distinction is we are now required to give an explicit license (I maintain there was reasonable doubt before) to the content. We don&#039;t give a license to a visitor - unless we choose to - they can view it but have limited permission to reuse it. (but it doesn&#039;t stop them in reality) 

In terms of the &#039;geoweb&#039; being indexed by bots - which is basically just allowed by omission, unless you say no, then it can be indexed. But in theory search engines should still have to abide by copyright. With this licence - which has NO opt out - Google is demanding an actual licence to the data, and once its been granted there is no recorse to have it removed. Google could quite rightly say &#039;but we have a licence to the data, a developer used it in a API mashup&#039; 

Don&#039;t get me wrong I want to share the data in most cases - much of it even listed in sitemap files, but dont want to give it up in perpertuality. For the duration of the terms we are effectively granted a license to display data, but we dont get to keep it at the end of it. 

Geograph which involved with even requires users to adopt a Creative Commons license to submission - about the only restriction is needs to attribute reuse. Now Google could happily reuse that, but the license laid down in the Terms is even more liberal than that - not even attribution is required. 
 
It gets worse when the API developer is using data from others - they have probably have a certain license do something with the data, but we have no power (as required by the terms) to grant anyone else a license. Ok maybe it said that now we should get a license to do this, - but then with entities like the OS, that simply wont be possible (in the short term at least) 

&gt; I think you will find there is nothing unusual here.
Which why havn&#039;t used some many of them. But I&#039;ve jsut checked now, and non appear to require an actual irrevocable license to the data - it exists for the term of the use. But if the terms are not as explicit in demanding a licence, but the entity says it does then there is then grounds to refute</description>
		<content:encoded><![CDATA[<p>Ed, </p>
<p>I think the distinction is we are now required to give an explicit license (I maintain there was reasonable doubt before) to the content. We don&#8217;t give a license to a visitor &#8211; unless we choose to &#8211; they can view it but have limited permission to reuse it. (but it doesn&#8217;t stop them in reality) </p>
<p>In terms of the &#8216;geoweb&#8217; being indexed by bots &#8211; which is basically just allowed by omission, unless you say no, then it can be indexed. But in theory search engines should still have to abide by copyright. With this licence &#8211; which has NO opt out &#8211; Google is demanding an actual licence to the data, and once its been granted there is no recorse to have it removed. Google could quite rightly say &#8216;but we have a licence to the data, a developer used it in a API mashup&#8217; </p>
<p>Don&#8217;t get me wrong I want to share the data in most cases &#8211; much of it even listed in sitemap files, but dont want to give it up in perpertuality. For the duration of the terms we are effectively granted a license to display data, but we dont get to keep it at the end of it. </p>
<p>Geograph which involved with even requires users to adopt a Creative Commons license to submission &#8211; about the only restriction is needs to attribute reuse. Now Google could happily reuse that, but the license laid down in the Terms is even more liberal than that &#8211; not even attribution is required. </p>
<p>It gets worse when the API developer is using data from others &#8211; they have probably have a certain license do something with the data, but we have no power (as required by the terms) to grant anyone else a license. Ok maybe it said that now we should get a license to do this, &#8211; but then with entities like the OS, that simply wont be possible (in the short term at least) </p>
<p>&gt; I think you will find there is nothing unusual here.<br />
Which why havn&#8217;t used some many of them. But I&#8217;ve jsut checked now, and non appear to require an actual irrevocable license to the data &#8211; it exists for the term of the use. But if the terms are not as explicit in demanding a licence, but the entity says it does then there is then grounds to refute</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ed</title>
		<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/comment-page-1/#comment-153108</link>
		<dc:creator>Ed</dc:creator>
		<pubDate>Sun, 16 Nov 2008 22:31:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.edparsons.com/?p=590#comment-153108</guid>
		<description>Andrew,

The syndication point is fair I was not impliying this was just about GMM , but I used it as an example of the type of syndication possible.

If you chose to publish information on the web implicitly you are sharing that information with whoever uses your site, of course you always have the ultimate recourse not to publish your map in the first place or use another service which ether has TOS you prefer or who may actually do the same thing thing but are not as explicit in their terms.

This really is not a land grab conspiracy by Google, I would take a look at some other TOS for other online services to compare with this, I think you wlll find there is nothing unusual here.


ed</description>
		<content:encoded><![CDATA[<p>Andrew,</p>
<p>The syndication point is fair I was not impliying this was just about GMM , but I used it as an example of the type of syndication possible.</p>
<p>If you chose to publish information on the web implicitly you are sharing that information with whoever uses your site, of course you always have the ultimate recourse not to publish your map in the first place or use another service which ether has TOS you prefer or who may actually do the same thing thing but are not as explicit in their terms.</p>
<p>This really is not a land grab conspiracy by Google, I would take a look at some other TOS for other online services to compare with this, I think you wlll find there is nothing unusual here.</p>
<p>ed</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Leach</title>
		<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/comment-page-1/#comment-153101</link>
		<dc:creator>Andrew Leach</dc:creator>
		<pubDate>Sat, 15 Nov 2008 20:33:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.edparsons.com/?p=590#comment-153101</guid>
		<description>I&#039;m afraid that the clarifications offered by Ed in the blog post don&#039;t actually help. It&#039;s the Terms of Service themselves which have to include the limits he outlines. 

11.1(c) doesn&#039;t just say that Google Maps for Mobile will include Your Content; it says it can be syndicated to anyone who has a relationship with Google. I certainly don&#039;t want my geographic information (for which companies are actually prepared to pay money) syndicated for nothing. Nor do I really want it to happen with 11.1(b) either.

It would be far more helpful if Google were to say that they will extract this data from information given to them (in a GGeoXml call, for example) than simply take it from a site using the API.

I find it interesting that introducing advertising on API maps was mooted at the very beginning, but it wasn&#039;t present so developers said to themselves &quot;We&#039;ll deal with that when it happens&quot; and carried on. But simply appropriating My Content because I happen to use Google&#039;s API to display it isn&#039;t in the same league at all; and had that been included the original TOS no-one would have taken up Google Maps. As it is, an enormous amount of effort has been invested in developing maps using the API, and Google are now suddenly saying &quot;Thank you very much: we&#039;ll have that data. Oh, you don&#039;t like it? Throw away your investment and start from scratch with Virtual Earth.&quot;

And that&#039;s just me: that&#039;s entirely without involving Ordnance Survey.

I do agree with Colin and Barry: some sort of engagement with developers prior to issuing new TOS would have been useful. As it is, Google just looks like Big Brother who can appropriate whatever takes its fancy.</description>
		<content:encoded><![CDATA[<p>I&#8217;m afraid that the clarifications offered by Ed in the blog post don&#8217;t actually help. It&#8217;s the Terms of Service themselves which have to include the limits he outlines. </p>
<p>11.1(c) doesn&#8217;t just say that Google Maps for Mobile will include Your Content; it says it can be syndicated to anyone who has a relationship with Google. I certainly don&#8217;t want my geographic information (for which companies are actually prepared to pay money) syndicated for nothing. Nor do I really want it to happen with 11.1(b) either.</p>
<p>It would be far more helpful if Google were to say that they will extract this data from information given to them (in a GGeoXml call, for example) than simply take it from a site using the API.</p>
<p>I find it interesting that introducing advertising on API maps was mooted at the very beginning, but it wasn&#8217;t present so developers said to themselves &#8220;We&#8217;ll deal with that when it happens&#8221; and carried on. But simply appropriating My Content because I happen to use Google&#8217;s API to display it isn&#8217;t in the same league at all; and had that been included the original TOS no-one would have taken up Google Maps. As it is, an enormous amount of effort has been invested in developing maps using the API, and Google are now suddenly saying &#8220;Thank you very much: we&#8217;ll have that data. Oh, you don&#8217;t like it? Throw away your investment and start from scratch with Virtual Earth.&#8221;</p>
<p>And that&#8217;s just me: that&#8217;s entirely without involving Ordnance Survey.</p>
<p>I do agree with Colin and Barry: some sort of engagement with developers prior to issuing new TOS would have been useful. As it is, Google just looks like Big Brother who can appropriate whatever takes its fancy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Understanding Google Maps &#38; Yahoo Local Search &#187; Will Mashups be threatened by Google&#8217;s Map API TOS? &#124; Developing Knowledge about Local Search</title>
		<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/comment-page-1/#comment-153098</link>
		<dc:creator>Understanding Google Maps &#38; Yahoo Local Search &#187; Will Mashups be threatened by Google&#8217;s Map API TOS? &#124; Developing Knowledge about Local Search</dc:creator>
		<pubDate>Sat, 15 Nov 2008 15:29:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.edparsons.com/?p=590#comment-153098</guid>
		<description>[...] terms if they used Google&#8217;s API (this applied to Yahoo &amp; MS as well). A Guardian and Ed Parson&#8217;s (of Google) blog entries brought this issue to the general [...]</description>
		<content:encoded><![CDATA[<p>[...] terms if they used Google&#8217;s API (this applied to Yahoo &#38; MS as well). A Guardian and Ed Parson&#8217;s (of Google) blog entries brought this issue to the general [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Google MyMaps Now With RSS (= Easy Geoblogging) &#171; OUseful.Info, the blog&#8230;</title>
		<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/comment-page-1/#comment-153096</link>
		<dc:creator>Google MyMaps Now With RSS (= Easy Geoblogging) &#171; OUseful.Info, the blog&#8230;</dc:creator>
		<pubDate>Sat, 15 Nov 2008 10:26:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.edparsons.com/?p=590#comment-153096</guid>
		<description>[...] PS Google also just changes the Terms of Service on Google Maps. As with all rights issues, I&#8217;m not totally sure I understand what the actual consequences are&#8230; For a discussion, see Ed Parsons&#8217; Who reads the Terms of Service anyway... [...]</description>
		<content:encoded><![CDATA[<p>[...] PS Google also just changes the Terms of Service on Google Maps. As with all rights issues, I&#8217;m not totally sure I understand what the actual consequences are&#8230; For a discussion, see Ed Parsons&#8217; Who reads the Terms of Service anyway&#8230; [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew</title>
		<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/comment-page-1/#comment-153094</link>
		<dc:creator>Andrew</dc:creator>
		<pubDate>Sat, 15 Nov 2008 06:40:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.edparsons.com/?p=590#comment-153094</guid>
		<description>I believe another important issue is missing here – TOS for developers who are doing mashups development. Those guys are not data owners but they usually register an API key in order to run maps on their development servers. I think either a special ‘developers’ TOS or sand-box API key might be a good solution for this problem.</description>
		<content:encoded><![CDATA[<p>I believe another important issue is missing here – TOS for developers who are doing mashups development. Those guys are not data owners but they usually register an API key in order to run maps on their development servers. I think either a special ‘developers’ TOS or sand-box API key might be a good solution for this problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron Spence</title>
		<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/comment-page-1/#comment-153092</link>
		<dc:creator>Aaron Spence</dc:creator>
		<pubDate>Sat, 15 Nov 2008 01:14:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.edparsons.com/?p=590#comment-153092</guid>
		<description>G&#039;day Ed,

From the TOS

&quot;You agree that this license includes a right for Google to make Your Content available to other companies, organizations or individuals...&quot;

This doesn&#039;t specify any particular type of content, it just says &#039;content&#039;.

I don&#039;t understand how google could take my content as displayed on maps and repurpose it for other media, considering they&#039;d need to &#039;borrow&#039; it from my servers &amp; work on the files, then host my content themselves &amp; give it away, wiping out my business in the process.

http://maps.panedia.com/?lat=51.499874&amp;lng=-0.124197&amp;z=14&amp;mt=m

It seems to me that this requirement would really only apply to Mymaps where the user is putting the data/content into google in the first place?  

I don&#039;t believe Google is planning to &#039;borrow&#039; all my virtual tour content and give it away, but the terms seem to say they can.

Thanks, Aaron Spence.
http://panedia.com</description>
		<content:encoded><![CDATA[<p>G&#8217;day Ed,</p>
<p>From the TOS</p>
<p>&#8220;You agree that this license includes a right for Google to make Your Content available to other companies, organizations or individuals&#8230;&#8221;</p>
<p>This doesn&#8217;t specify any particular type of content, it just says &#8216;content&#8217;.</p>
<p>I don&#8217;t understand how google could take my content as displayed on maps and repurpose it for other media, considering they&#8217;d need to &#8216;borrow&#8217; it from my servers &amp; work on the files, then host my content themselves &amp; give it away, wiping out my business in the process.</p>
<p><a href="http://maps.panedia.com/?lat=51.499874&amp;lng=-0.124197&amp;z=14&amp;mt=m" rel="nofollow">http://maps.panedia.com/?lat=51.499874&amp;lng=-0.124197&amp;z=14&amp;mt=m</a></p>
<p>It seems to me that this requirement would really only apply to Mymaps where the user is putting the data/content into google in the first place?  </p>
<p>I don&#8217;t believe Google is planning to &#8216;borrow&#8217; all my virtual tour content and give it away, but the terms seem to say they can.</p>
<p>Thanks, Aaron Spence.<br />
<a href="http://panedia.com" rel="nofollow">http://panedia.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anthony Cartmell</title>
		<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/comment-page-1/#comment-153091</link>
		<dc:creator>Anthony Cartmell</dc:creator>
		<pubDate>Fri, 14 Nov 2008 22:04:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.edparsons.com/?p=590#comment-153091</guid>
		<description>Very interesting to see the Met Police crime map as your example: this would appear to be the first in the firing line for maps that display OS-derived data (Census areas) using the Google Maps API.

Hopefully common sense will soon prevail, and useful maps such as this will be allowed to remain (or at least something suitable will be made available to replace the Google Maps, perhaps OS OpenSpace??).

Well done to Google for creating such a useful API, that has really made a difference to how things are presented on the world wide web! Lets hope UK sites are allowed to use it in future.</description>
		<content:encoded><![CDATA[<p>Very interesting to see the Met Police crime map as your example: this would appear to be the first in the firing line for maps that display OS-derived data (Census areas) using the Google Maps API.</p>
<p>Hopefully common sense will soon prevail, and useful maps such as this will be allowed to remain (or at least something suitable will be made available to replace the Google Maps, perhaps OS OpenSpace??).</p>
<p>Well done to Google for creating such a useful API, that has really made a difference to how things are presented on the world wide web! Lets hope UK sites are allowed to use it in future.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Anthony Cartmell</title>
		<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/comment-page-1/#comment-153090</link>
		<dc:creator>Anthony Cartmell</dc:creator>
		<pubDate>Fri, 14 Nov 2008 22:00:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.edparsons.com/?p=590#comment-153090</guid>
		<description>&quot;You provide Google with a license to reproduce your maps only for promotion purposes&quot; - are you saying that the last sentence in section 11.1(a) really makes 11.1 mean just that? That might sound fair, but even that isn&#039;t allowed for data derived from OS mapping, which a vast amount of useful UK spatial data is. Also no-one in the UK (apart from the Queen?) has the right to grant Google any licence to display OS-derived data, so no-one can satisfy 11.3 in respect of vast amounts of UK data that is based on OS mapping.

Also it would be nice to get clarification from someone as to whether data derived from Google Maps, which in the UK are derived from TeleAtlas data, which in turn is derived from OS data, is considered derived from OS data or not.  Several years ago OS Customer Services told me that tracing from Google/TeleAtlas maps did not create a derivative work, but the recent advisory note from OS suggests that this might in fact be an issue.</description>
		<content:encoded><![CDATA[<p>&#8220;You provide Google with a license to reproduce your maps only for promotion purposes&#8221; &#8211; are you saying that the last sentence in section 11.1(a) really makes 11.1 mean just that? That might sound fair, but even that isn&#8217;t allowed for data derived from OS mapping, which a vast amount of useful UK spatial data is. Also no-one in the UK (apart from the Queen?) has the right to grant Google any licence to display OS-derived data, so no-one can satisfy 11.3 in respect of vast amounts of UK data that is based on OS mapping.</p>
<p>Also it would be nice to get clarification from someone as to whether data derived from Google Maps, which in the UK are derived from TeleAtlas data, which in turn is derived from OS data, is considered derived from OS data or not.  Several years ago OS Customer Services told me that tracing from Google/TeleAtlas maps did not create a derivative work, but the recent advisory note from OS suggests that this might in fact be an issue.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Terms of Service &#38; FAQ updated for Google Maps API : Local Search Optimization</title>
		<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/comment-page-1/#comment-153089</link>
		<dc:creator>Terms of Service &#38; FAQ updated for Google Maps API : Local Search Optimization</dc:creator>
		<pubDate>Fri, 14 Nov 2008 17:45:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.edparsons.com/?p=590#comment-153089</guid>
		<description>[...] the bad side of this story, Go and read this article from Barry from nearby.org.uk.  Or this really helpful article from Ed Parson himself explaining the Terms of Service   Share and [...]</description>
		<content:encoded><![CDATA[<p>[...] the bad side of this story, Go and read this article from Barry from nearby.org.uk.  Or this really helpful article from Ed Parson himself explaining the Terms of Service   Share and [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Understanding Google Maps &#38; Yahoo Local Search &#187; Google Maps API Terms of Service Update &#124; Developing Knowledge about Local Search</title>
		<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/comment-page-1/#comment-153088</link>
		<dc:creator>Understanding Google Maps &#38; Yahoo Local Search &#187; Google Maps API Terms of Service Update &#124; Developing Knowledge about Local Search</dc:creator>
		<pubDate>Fri, 14 Nov 2008 16:12:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.edparsons.com/?p=590#comment-153088</guid>
		<description>[...] is Ed Parson&#8217;s (Google Geospatial expert) take on the new TOS.   &#171; Google Maps Kiosks found in the [...]</description>
		<content:encoded><![CDATA[<p>[...] is Ed Parson&#8217;s (Google Geospatial expert) take on the new TOS.   &laquo; Google Maps Kiosks found in the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Barry Hunter</title>
		<link>http://www.edparsons.com/2008/11/who-reads-the-terms-of-service-anyway/comment-page-1/#comment-153087</link>
		<dc:creator>Barry Hunter</dc:creator>
		<pubDate>Fri, 14 Nov 2008 15:20:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.edparsons.com/?p=590#comment-153087</guid>
		<description>I have to agree with Colin, that last point is critical.

7. Makes it very clear the licence of to the API user is only for the duration of using the API. But 11. says the license the other way is perpetual. 

Its true that most data is locally hosted, so Google never even sees the data, making the terms unenforcable. If the terms are only intended to cover data actully hosted (or processed - eg via GGeoXML) by Google, then the Terms NEED to say that.</description>
		<content:encoded><![CDATA[<p>I have to agree with Colin, that last point is critical.</p>
<p>7. Makes it very clear the licence of to the API user is only for the duration of using the API. But 11. says the license the other way is perpetual. </p>
<p>Its true that most data is locally hosted, so Google never even sees the data, making the terms unenforcable. If the terms are only intended to cover data actully hosted (or processed &#8211; eg via GGeoXML) by Google, then the Terms NEED to say that.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
