From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: Google modules integration Date: Tue, 14 Sep 2010 22:39:42 -0400 Message-ID: References: <878w3a1x9s.fsf@keller.adm.naquadah.org> <1284140876.2505.23.camel@dell-desktop.example.com> <1284404822.3329.135.camel@dell-desktop.example.com> Reply-To: rms@gnu.org NNTP-Posting-Host: lo.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: dough.gmane.org 1284518387 13176 80.91.229.12 (15 Sep 2010 02:39:47 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 15 Sep 2010 02:39:47 +0000 (UTC) Cc: julien@danjou.info, dave@lab6.com, emacs-devel@gnu.org, carsten.dominik@gmail.com To: Thomas Lord Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Sep 15 04:39:45 2010 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1OvhuT-0006mu-Dt for ged-emacs-devel@m.gmane.org; Wed, 15 Sep 2010 04:39:45 +0200 Original-Received: from localhost ([127.0.0.1]:39260 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OvhuS-0006PZ-Ty for ged-emacs-devel@m.gmane.org; Tue, 14 Sep 2010 22:39:44 -0400 Original-Received: from [140.186.70.92] (port=58480 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OvhuE-0006KL-Hx for emacs-devel@gnu.org; Tue, 14 Sep 2010 22:39:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OvhuB-000358-D3 for emacs-devel@gnu.org; Tue, 14 Sep 2010 22:39:30 -0400 Original-Received: from fencepost.gnu.org ([140.186.70.10]:39725) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OvhuB-000354-BW for emacs-devel@gnu.org; Tue, 14 Sep 2010 22:39:27 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.69) (envelope-from ) id 1OvhuQ-0008AO-O5; Tue, 14 Sep 2010 22:39:42 -0400 In-reply-to: <1284404822.3329.135.camel@dell-desktop.example.com> (message from Thomas Lord on Mon, 13 Sep 2010 12:07:02 -0700) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:130169 Archived-At: Yes, the user must provide enough data to retrieve the map information - but then users also provide a specification of how to transform that data into a customized presentation. For example, if I want a map with a pointer to my house, the block I live on highlighted, and, say, a route marked to the nearest park, all of those graphical transformations of the map data are done by Google. This transformation of the data starts to become SaaS, though I doubt whether it amounts to a significant extent. It also starts to give Google more information about your interests. That is why I don't specify particular addresses when I use Google Maps, which is why I did not think of that aspect when we started discussing this. I just thought in terms of browsing through maps. It would be better for the user's client program to get the street data for the relevant area, and to find specific places and routes locally. Does Google Maps offer any way to do that? I gather it does not. Anyway, we could distinguish different ways of Google Maps: to browse maps, to specify particular display, to find an address, and to calculate a route. We could support some of them and not others. The first three are not SaaS, but the last is mildly SaaS.