all messages for Guix-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Daniel Golle <daniel@makrotopia.org>
To: Paul Norman <penorman@mac.com>
Cc: guix-devel@gnu.org, dev@openstreetmap.org,
	"Ludovic Courtès" <ludo@gnu.org>,
	gnunet-developers@gnu.org
Subject: Re: [OSM-dev]  [GSoC] Guix + GNUnet: what’s next
Date: Fri, 3 Jul 2015 04:02:13 +0200	[thread overview]
Message-ID: <20150703020213.GC1707@makrotopia.org> (raw)
In-Reply-To: <5595C1B9.3060804@mac.com>

Hi Paul!

Thank you for your instant reply!


On Thu, Jul 02, 2015 at 03:56:57PM -0700, Paul Norman wrote:
> On 7/2/2015 2:58 PM, Daniel Golle wrote:
> >This sounds very useful eg. for Planet.osm distribution.
> >http://wiki.openstreetmap.org/wiki/Planet.osm
> >It's already available via BitTorrent
> >http://www.mantlik.cz/tracker/torrent_functions.php
> >but the regions are very large and thus the files are too...
> In practice using the torrent files results in most of the data from
> webseed, getting it from planet.openstreetmap.org. They can help a bit, but
> don't really form a parallel distribution system.

Imho that could be greatly improved by introducing a partitioning scheme
for Planet.osm splitting it up into a lot of small files (e.g. max 10 megs)
and providing an index. I'm aware that this is a non-trivial problem...

> >Anonymous access to local OSM data as well as (cached) rendered map
> >tiles would greatly improve users privacy, obviously...
> With rendering on demand like tile.osm.org has, tiles might only be cached
> for 5 minutes. This is probably going to be a problem for any truly
> anonymous system. Also, to avoid the tile renderer knowing what you're
> accessing, everything has to be pre-rendered. Pre-rendered world-wide vector
> tiles are not a practical option.

I reckon that renderring locally is the only feasible choice then.

> This also leaves aside the fact that such a system probably isn't suitable
> for tile.osm.org, where the focus is on supporting map edits, and viewing
> the map is generally going to be associated with having edited the same
> area.

Regular read-only snapshots being available for anonymous access
without having to download several gigabytes of data would still be
nice and much better than not having that option, leaving freshness
and privacy concerns when editing aside for now.


> None of this stops someone from operating their own rendering server, even
> behind an air-gapped network. If someone downloads the planet dump, you
> don't know what part of it they're interested in, and even if consuming
> minutely updates, it still doesn't reveal where they are looking at.

Sure, but this is not something I'd expect regular users to do, as most
people neither have the knowledge nor the resources to do that.


Cheers


Daniel

      reply	other threads:[~2015-07-03  2:02 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-02 11:15 [GSoC] Guix + GNUnet: what’s next Rémi Birot-Delrue
2015-07-02 12:33 ` Ludovic Courtès
2015-07-02 16:49   ` Rémi Birot-Delrue
2015-07-02 20:32     ` Ludovic Courtès
2015-07-02 21:58       ` [OSM-dev] [GNUnet-developers] " Daniel Golle
2015-07-02 22:56         ` Paul Norman
2015-07-03  2:02           ` Daniel Golle [this message]

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

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

  git send-email \
    --in-reply-to=20150703020213.GC1707@makrotopia.org \
    --to=daniel@makrotopia.org \
    --cc=dev@openstreetmap.org \
    --cc=gnunet-developers@gnu.org \
    --cc=guix-devel@gnu.org \
    --cc=ludo@gnu.org \
    --cc=penorman@mac.com \
    /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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.