>> So I'm definitely doing the bbox thing - I ran out of space on the
>> volume when doing a slim import of planet.osm with a box that covered
>> only the extended SF Bay Area. Seems like that should be fairly
>> reasonable, right?
>
> Perhaps the slim mode is not taking the bounding box into accou
On Fri, Aug 8, 2008 at 10:21 AM, Jonathan Bennett
<[EMAIL PROTECTED]> wrote:
> If you zoom in on the north-eastern end of the journey, specifically
> where the route crosses the river (over the Kingston Bridge). It then
> takes a very interesting series of manoeuvres...
Maybe their routing softwar
On 10/08/2008 22:50, Gervase Markham wrote:
> David Earl wrote:
>> If you want to apply a bridge number to the bridge, there's no reason
>> you shouldn't, vote or no vote. And if something were to render it, not
>> doubt it would look right.
>>
>> However, the thing you are putting the number on
I've revised the Lock proposal yet again, and invite comments:
http://wiki.openstreetmap.org/index.php/Proposed_features/Lock
The Maximum_Stay proposal just needs two more votes:
http://wiki.openstreetmap.org/index.php/Proposed_features/Maximum_Stay
I intend to re-propose Towpath as a relation wh
David Earl wrote:
> If you want to apply a bridge number to the bridge, there's no reason
> you shouldn't, vote or no vote. And if something were to render it, not
> doubt it would look right.
>
> However, the thing you are putting the number on has no easy linkage to
> the canal. If you were b
Florian Steiper schrieb:
Hello,
http://www.openstreetmap.org/?lat=50.0307&lon=9.2286&zoom=12&layers=B00FTF
This place has some obvious misplaced roads, is there a good way to
correct this, without having been at the place ?
This has been reverted by now and mapnik will show it correct after
Florian Steiper wrote:
> Hello,
>
http://www.openstreetmap.org/?lat=50.0307&lon=9.2286&zoom=12&layers=B00FTF
>
> This place has some obvious misplaced roads, is there a good way to
> correct this, without having been at the place ?
This problem has been reported three days ago already on tal
The same route with osm data.
http://tile.openstreetmap.nl/~lambertus/routing-world/?flat=55.863481&flon=-4.427433&tlat=55.859127&tlon=-4.259269&v=car&fast=1
At first glance it look better...
On Fri, Aug 8, 2008 at 12:21 PM, Jonathan Bennett
<[EMAIL PROTECTED]> wrote:
> While we're on the subjec
At DATE, AUTHOR wrote: Florian Steiper--- end citing AUTHOR---
> Hello,
>
> http://www.openstreetmap.org/?lat=50.0307&lon=9.2286&zoom=12&layers=B00FTF
>
> This place has some obvious misplaced roads, is there a good way to
> correct this, without having been at the place ?
Without having been
Hello
It looks that it has been translated.
Could it be reversed using the history ?
xav
Florian Steiper a écrit :
> Hello,
>
> http://www.openstreetmap.org/?lat=50.0307&lon=9.2286&zoom=12&layers=B00FTF
>
> This place has some obvious misplaced roads, is there a good way to
> correct this, w
Ben Laenen wrote:
> So, how should I do that when I use wget to download the data? I have
> shell scripts to download data automatically and wget is by far the
> easiest way to do that, but can't find any documentation for that.
I'd be quite surprised if a popular client like wget didn't alread
Hello,
http://www.openstreetmap.org/?lat=50.0307&lon=9.2286&zoom=12&layers=B00FTF
This place has some obvious misplaced roads, is there a good way to
correct this, without having been at the place ?
ciao
Florian
___
talk mailing list
talk@openstre
Hi,
> So, how should I do that when I use wget to download the data? I have
> shell scripts to download data automatically and wget is by far the
> easiest way to do that, but can't find any documentation for that.
Use the "--header='accept-encoding: gzip'" flag:
[EMAIL PROTECTED]:/tmp/wget$ w
On Sun, Aug 10, 2008 at 09:35:35PM +0200, Ben Laenen wrote:
> On Sunday 10 August 2008, Tom Hughes wrote:
> > Ben Laenen wrote:
> > > I was wondering if it's possible to download data from the API in a
> > > (bz2/g)zipped format? This would be much more kind to bandwidth
> > > since a 10MB file for
On Sunday 10 August 2008, Tom Hughes wrote:
> Ben Laenen wrote:
> > I was wondering if it's possible to download data from the API in a
> > (bz2/g)zipped format? This would be much more kind to bandwidth
> > since a 10MB file for the plain data can be easily compressed to
> > under 1MB.
>
> It is c
Hi,
m*sh wrote:
> Actually http supports compression itself.
That's what Ben and Tom were talking about. One party sets a header that
says "I would also accept compressed format if you are capable to send
that" and the other party then sends compressed data. Which compression
methods are avail
Am So, 10.08.2008, 10:35, schrieb Ben Laenen:
> Hi all,
>
> I was wondering if it's possible to download data from the API in a
> (bz2/g)zipped format? This would be much more kind to bandwidth since a
> 10MB file for the plain data can be easily compressed to under 1MB.
Actually http supports co
Hi Rainer,
Here a proposal which could solve the problem you describe:
http://wiki.openstreetmap.org/index.php/Proposed_features/Path/Proposed_rendering
A possibility would also be, to open a ticket on trac.openstreetmap.org
for the component "slippy_map" and describe your problem to the mapnik
On 10/08/2008 17:47, Gervase Markham wrote:
> Why, then, should such a relation be
> necessary for a simple task such as adding a reference to a bridge?
If you want to apply a bridge number to the bridge, there's no reason
you shouldn't, vote or no vote. And if something were to render it, not
d
My proposal for bridge reference tagging:
http://wiki.openstreetmap.org/index.php/Proposed_features/Bridge_Number
which I need for canals has been disapproved on the basis that I should
be using a bridge/tunnel relation:
http://wiki.openstreetmap.org/index.php/Talk:Relations/Proposed/Bridges_and_Tu
Am Sonntag, 10. August 2008 schrieb Rainer Dorsch:
> Hello,
>
> I noticed that osmarender is not rendering ways with the highway=path tag.
I mixed osmarender and mapnik: osmarender is rendering paths, mapnik does not.
> Although adding more ways to the map, makes it in some areas less nice,
> mos
Hello,
I noticed that osmarender is not rendering ways with the highway=path tag.
Although adding more ways to the map, makes it in some areas less nice, most
paths are probably in mountain areas (e.g. sac_scale=mountain), where not
much other paths are located.
For me rendering paths would be
> can you go into some more detail how you aim to achieve those? they're
> all worthy aims; i particularly think osm needs to spread beyond europe,
> for a variety of reasons
Personally, this past year I've been doing a great deal of outreach, training
in promotion in the developing world. Sp
Ben Laenen wrote:
> I was wondering if it's possible to download data from the API in a
> (bz2/g)zipped format? This would be much more kind to bandwidth since a
> 10MB file for the plain data can be easily compressed to under 1MB.
It is compressed if your user agent indicates that it supports
Hi all,
I was wondering if it's possible to download data from the API in a
(bz2/g)zipped format? This would be much more kind to bandwidth since a
10MB file for the plain data can be easily compressed to under 1MB.
Greetings
Ben
___
talk mailing lis
Mikel Maron wrote:
> For the last year a board member of the OSM Foundation. I'm running for
> re-election.
>
>
> My focus this year would be
>
> * Spreading OSM to new parts of the world. Developing nations have
> the most to benefit from near zero-cost digital mapping.
> * And i
Thanks! It worked now.
On Sat, 2008-08-09 at 07:02 +0100, 80n wrote:
> Maning
> It works for me.
>
> When did you last try it? The server was down for a while yesterday.
>
> 80n
>
> On Sat, Aug 9, 2008 at 3:16 AM, Maning Sambale
> <[EMAIL PROTECTED]> wrote:
> Hi,
>
> T
Hi,
Thanks for kicking off Nick.
For the last year a board member of the OSM Foundation. I'm running
for re-election.
My focus this year would be
* Spreading OSM to new parts of the world. Developing nations have the
most to benefit from near zero-cost digital mapping.
* And
28 matches
Mail list logo