On Sep 14, 2010, at 12:06 AM, Frederik Ramm wrote:

> Hi,
> 
> Michal Migurski wrote:
>> I'm downloading London, in small sections. I just exceeded my API bandwidth 
>> limit.
> 
> Get
> 
> http://download.geofabrik.de/osm/europe/great_britain/england.osm.bz2
> 
> then do
> 
> bzcat england.osm.bz2 | time osmosis --rx - --bb left=-.6 bottom=51.3 
> right=.4 top=51.7 --wx london.osm
> 
> (or whatever "London" is for you).

Thanks guys. I understand about the extracts, I've used them extensively for 
years.

I'm experimenting with a way to get at smaller areas of OSM data (generally 
city-sized) for a possible update to http://tiledrawer.com, and I'm hoping to 
understand how to both work within the API limitations and be able to piecemeal 
together a town-sized area without requiring end-users to deal with bzip files 
or osm2pgsql on their own.

The code I'm developing is here:
        
http://github.com/migurski/TileStache/blob/osm-mirror/TileStache/Goodies/Providers/MirrorOSM.py

It's a provider class for Tilestache that mirrors OSM on a tile-by-tile basis.

Is there any interest here in publishing the OSM API via tile-like URLs? For 
example, being able to make a request like this to pull a chunk of bounded XML 
cached out of the OSM API:
        http://tile.openstreetmap.org/14/2627/6331.xml  <---- note "xml" on the 
end

The advantages with this should be plainly obvious: a source of data that's 
trivially cacheable, on the order of hours-to-days old, and available for 
specific areas of the world, without the massive download and parse overhead of 
OSM extracts.

-mike.

----------------------------------------------------------------
michal migurski- [email protected]
                 415.558.1610




_______________________________________________
talk mailing list
[email protected]
http://lists.openstreetmap.org/listinfo/talk

Reply via email to