[OSM-dev] Inconsistency in database?

2010-02-23 Thread Frank Bielig
Hallo, I just checked the way 44141527. Calling http://api.openstreetmap.org/api/0.6/way/44141527 I get following result: No node references are returned. Asking for special version with http://api.openstreetmap.org/api/0.6/way/44141527/2 node references are returned:

Re: [OSM-dev] ocean tiles are dry

2010-02-23 Thread Stellan Lagerstrom
Apollinaris Schoell wrote: > any ideas what is going on here? Well, if they are green-glowing crystalline landmasses, there are only two questions: 1) Do we tag them as natural or man_made? 2) How do we keep Lex Luthor out of OSM? ___ dev mailing l

Re: [OSM-dev] ocean tiles are dry

2010-02-23 Thread Andreas Kalsch
It seems the US are doing land reclamation ... Am 24.02.10 00:50, schrieb Apollinaris Schoell: > any ideas what is going on here? > http://www.openstreetmap.org/?lat=35.2&lon=-78.9&zoom=5&layers=B000FTFT > http://www.openstreetmap.org/?lat=10.28&lon=-78.83&zoom=6&layers=B000FTF > > > > __

[OSM-dev] ocean tiles are dry

2010-02-23 Thread Apollinaris Schoell
any ideas what is going on here? http://www.openstreetmap.org/?lat=35.2&lon=-78.9&zoom=5&layers=B000FTFT http://www.openstreetmap.org/?lat=10.28&lon=-78.83&zoom=6&layers=B000FTF ___ dev mailing list dev@openstreetmap.org http://lists.openstreetmap.org/

Re: [OSM-dev] Slippy map tiles mismatch

2010-02-23 Thread Matt Hampel
>> I have tried using two shapefiles (one reprojected into NAD83) and two >> corresponding projections in the Map element. >> >> NAD83: >> > > The default osm.xml map style uses the google-style 900913 projection. > If you want to generate a latlong map then you will also have to update > the proj

Re: [OSM-dev] Slippy map tiles mismatch

2010-02-23 Thread Jon Burgess
On Tue, 2010-02-23 at 16:46 -0500, Matt Hampel wrote: > On Tue, Feb 23, 2010 at 2:18 PM, Jon Burgess > wrote: > > On Tue, 2010-02-23 at 11:31 -0500, Matt Hampel wrote: > >> That's certainly possible, but I'm still not sure how to get closer to > >> a solution for pre-rendered tiles. To render the

Re: [OSM-dev] Slippy map tiles mismatch

2010-02-23 Thread Matt Hampel
On Tue, Feb 23, 2010 at 2:18 PM, Jon Burgess wrote: > On Tue, 2010-02-23 at 11:31 -0500, Matt Hampel wrote: >> That's certainly possible, but I'm still not sure how to get closer to >> a solution for pre-rendered tiles. To render the tiles, I'm following >> steps at >> http://wiki.openstreetmap.or

Re: [OSM-dev] Slippy map tiles mismatch

2010-02-23 Thread Jon Burgess
On Tue, 2010-02-23 at 11:31 -0500, Matt Hampel wrote: > That's certainly possible, but I'm still not sure how to get closer to > a solution for pre-rendered tiles. To render the tiles, I'm following > steps at > http://wiki.openstreetmap.org/wiki/Slippy_Map and > http://wiki.openstreetmap.org/wiki/

Re: [OSM-dev] Slippy map tiles mismatch

2010-02-23 Thread Matt Hampel
That's certainly possible, but I'm still not sure how to get closer to a solution for pre-rendered tiles. To render the tiles, I'm following steps at http://wiki.openstreetmap.org/wiki/Slippy_Map and http://wiki.openstreetmap.org/wiki/Mapnik#Rendering_tiles using a shapefile extract instead of the

Re: [OSM-dev] Slippy map tiles mismatch

2010-02-23 Thread Peter Körner
Matt Hampel schrieb: > Here's what it looks like: http://screencast.com/t/ZThjZGYyN What am I supposed to see on that image? The osm homepage does not use static generated tiles (generate_tiles.py) but rather dynamic rendering and caching with mod_tile and apache. Maybe this is the root of your

[OSM-dev] Slippy map tiles mismatch

2010-02-23 Thread Matt Hampel
I'm trying to replicate the slippy maps demo at http://media.mapnik.org/oxford.html and/or http://wiki.openstreetmap.org/wiki/OpenLayers_Simple_Example, and am running into some problems. I'm using OSM shapefile extracts from cloudmade, and rendering the map tiles using the OSM rendering code (gen

Re: [OSM-dev] I converted the rails port to Git

2010-02-23 Thread Jonathan Bennett
On 22/02/2010 22:01, Andy Allan wrote: > ... have a few of us throwing ideas around and mixing and > merging between branches without pissing off TomH by doing it in trunk > and without confusing anyone by having branches like > gravitystorm-and-zere-and-shauns-new-thing that are only around for a