unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: "Stephen J. Turnbull" <turnbull@sk.tsukuba.ac.jp>
To: rms@gnu.org
Cc: Julien Danjou <julien@danjou.info>,
	emacs-devel@gnu.org, carsten.dominik@gmail.com
Subject: Re: Google modules integration
Date: Sat, 11 Sep 2010 14:38:09 +0900	[thread overview]
Message-ID: <87iq2c262m.fsf@uwakimon.sk.tsukuba.ac.jp> (raw)
In-Reply-To: <E1Ou5kb-00067t-Sv@fencepost.gnu.org>

Richard Stallman writes:

 > We should recommend that people not give Google Maps specific
 > addresses.

Huh?  That's very close to recommending not to use the service!  For
example, in Japan, a difference of even 100 meters frequently means a
completely different route because "you can't get there from here"
(without going back to where you started).  The same is true if
traveling by car where there are many one-way streets, etc.

If you really want to encourage people to use these services in a way
that is compatible with freedom, you need to be more specific about
what the dangers are, and provide recommendations that give users as
much of what they want as possible.  Anything less is grandstanding,
and harmful to freedom.

E.g., if the addresses are public knowledge anyway (eg, the location
of the FSF offices), what's the harm?  Perhaps "not give personal
addresses" is what you mean.

 > Open Street Map is a good thing, and we should encourage people to
 > use that by preference.

This is grandstanding again.  Sure, the choir will use it, but we came
to call the sick, not the healthy, right?

There is a big difference between free software and free information
of this kind.  Free software can, does, and has worked because
proprietary software makes money by *prohibiting* a large part of the
network externality available to software -- ie, the "many eyes"
effect.  Free software can take advantage of the many eyes, and in
this way leverage network externalities.

The map data, on the other hand, doesn't have this aspect anywhere
near as strongly, since the calculations involved are "hard" (not
really susceptible to tuning by J Random Hacker).  Another problem is
that each query is (close to) unique for a given user -- once they
have the information, they don't need to get it again.  They don't
benefit much from "hacking on the information" (whatever that might
mean ;-).  So a proprietary service can capture most of the network
externality and return part of that as a benefit to its users
*without* risking its proprietary advantage.

The bottom line is that unless one believes that free software is more
important than anything else in one's life, one will use the higher
quality service.  And when the faction of "one" that uses Google
vs. OSM is 90% or so, the network externalities are going to work very
much in favor of Google.

So you're going to need more than such a recommendation ... unless you
want to invite another "open source movement" debacle.  The ideas that
led to "open source" apply even more strongly here, and you know how
effective they were in splitting the free software movement.  Please
don't allow that to happen again.

Open-source-advocate-for-the-free-software-movement-ly y'rs,



  parent reply	other threads:[~2010-09-11  5:38 UTC|newest]

Thread overview: 58+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-09 20:23 Google modules integration Julien Danjou
2010-09-09 22:25 ` Stefan Monnier
2010-09-09 22:56   ` Lennart Borgman
2010-09-09 23:36     ` Ted Zlatanov
2010-09-09 23:43     ` Jambunathan K
2010-09-10  6:36       ` Glenn Morris
2010-09-11  5:29         ` Richard Stallman
2010-09-12  0:36           ` Glenn Morris
2010-09-12  1:42             ` Juanma Barranquero
2010-09-12  2:29               ` Óscar Fuentes
2010-09-12  9:34               ` Jambunathan K
2010-09-12 10:12                 ` Jeff Clough
2010-09-13  2:07                   ` Richard Stallman
2010-09-12 17:27               ` Stephen J. Turnbull
2010-09-13  7:18                 ` Richard Stallman
2010-09-12 11:24             ` Richard Stallman
2010-09-12 18:35               ` Glenn Morris
2010-09-13  7:18                 ` Richard Stallman
2010-09-13 16:22                   ` Jambunathan K
2010-09-14  8:16                     ` Richard Stallman
2010-09-10  6:29     ` Julien Danjou
2010-09-10  6:43       ` Glenn Morris
2010-09-11  5:29       ` Richard Stallman
2010-09-11 12:28         ` Stefan Monnier
2010-09-12 11:23           ` Richard Stallman
2010-09-09 23:33   ` Sebastian Rose
2010-09-10  6:17   ` Julien Danjou
2010-09-10  8:30     ` Andreas Schwab
2010-09-10 11:00     ` Stefan Monnier
2010-09-11  5:30       ` Richard Stallman
2010-09-10  8:08 ` Andy Wingo
2010-09-10 11:26   ` Thierry Volpiatto
2010-09-13 14:36   ` James Cloos
2010-09-10 15:42 ` Richard Stallman
2010-09-10 17:47   ` Thomas Lord
2010-09-10 18:03     ` Chad Brown
2010-09-10 18:10       ` Thomas Lord
2010-09-11 15:50         ` Richard Stallman
2010-09-10 19:07       ` Sebastian Rose
2010-09-11 15:49         ` Richard Stallman
2010-09-11 20:03           ` Sebastian Rose
2010-09-11 15:50     ` Richard Stallman
2010-09-13 19:07       ` Thomas Lord
2010-09-13 19:09         ` Thomas Lord
2010-09-15  2:39           ` Richard Stallman
2010-09-14 12:38         ` Stephen J. Turnbull
2010-09-15  2:39         ` Richard Stallman
2010-09-11  5:38   ` Stephen J. Turnbull [this message]
2010-09-12 11:24     ` Richard Stallman
2010-09-12 17:21       ` Stephen J. Turnbull
2010-09-20  0:16         ` Richard Stallman
2010-09-21  5:40           ` Stephen J. Turnbull
2010-09-19  9:34 ` Julien Danjou
2010-09-21 16:01   ` Chong Yidong
2010-09-21 16:30     ` Julien Danjou
2010-09-21 16:50       ` Chong Yidong
2010-09-21 17:24         ` Thierry Volpiatto
2010-09-21 17:25       ` Sebastian Rose

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87iq2c262m.fsf@uwakimon.sk.tsukuba.ac.jp \
    --to=turnbull@sk.tsukuba.ac.jp \
    --cc=carsten.dominik@gmail.com \
    --cc=emacs-devel@gnu.org \
    --cc=julien@danjou.info \
    --cc=rms@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).