Jeffrey Warren wrote:
Hi, I suddenly started getting 403 - Forbidden from my any machine. I
also get a 403 when i simply go to www.openstreetmap.org
http://www.openstreetmap.org in a browser (just discovered this...).
Have I been blacklisted or is this an outage?
I suspect you're the
Hi,
I'm new to list and to OSM API.
I'm writing a script for uploading some data using diff and OsmChange
but I don't known how to fill version attribute of new nodes and ways.
Probably I'm missing something basic.
Bye,
Stefano
___
dev mailing list
Hi,
But how do I know which ways or nodes are in the tile
15/17192/10659.png? Well, I took a closer look at the database scheme
and noticed the tile column in the ways table.
The tile column in the ways table has nothing to do with tiles as
rendered on the map; it is just a low-level
Hi,
Stefano Salvador wrote:
I'm writing a script for uploading some data using diff and OsmChange
but I don't known how to fill version attribute of new nodes and ways.
New nodes ans ways do not require a version on upload.
Bye
Frederik
___
dev
On 14 May 2009, at 12:00, Stefano Salvador wrote:
Hi,
I'm new to list and to OSM API.
I'm writing a script for uploading some data using diff and OsmChange
but I don't known how to fill version attribute of new nodes and ways.
Probably I'm missing something basic.
For all new nodes,
Daniel Gilbert wrote:
My name is Daniel Gilbert, I am 22 years old and I am currently working
on an offline routing tool for windows. Well, to be honest, I am still
at the beginning. The idea has grown over weeks and months, and now I am
somehow stuck. I'm wondering how I can create a tile
Hi Tom, Hi Frederik,
Basically you can ignore the complicated stuff on that wiki page - the
only part we did is the first bit of dividing each line of lat/lon
into 65536 equal parts to get to 16 bit numbers which are then
interleaved to get a single 32 bit tile ID value.
Thanks for
Daniel Gilbert wrote:
I guess the Lat/Lon conversion you described above allows me to
determine all the nodes which are in a special area and then create a
tile from it. I checked out the svn and came across the quad_tiles.h.
Seems to me as if it contains the functions I would need to do
On Wed, May 13, 2009 at 10:02:07PM +0200, Stefan Keller wrote:
Is there any tool (or XSLT file) which converts KML (points, linestrings,
ev. polygons) to OSM format (XML)?
One of the examples for the osmlib ruby library can do that.
See http://osmlib.rubyforge.org/osmlib-base/index.html
(I
Hi Tom,
thanks for your fast reply. ;)
If you're trying to display planar maps then you will need to project
them to the plane and you may want to do tiling post-projection, much
as the slippy map tiles do, rather than on the original WGS84 lat/lon
values like the API does.
I'm not sure
Daniel Gilbert wrote:
Hi Tom,
thanks for your fast reply. ;)
If you're trying to display planar maps then you will need to project
them to the plane and you may want to do tiling post-projection, much
as the slippy map tiles do, rather than on the original WGS84 lat/lon
values like
The database we use for rendering mapnik tiles for example is held in
the spherical mercator projection that we use for the map, because it
means each object is only projected once when it is added to the
database rather than being projected every time it has to be rendered.
Ok, I guess, I
Yes, thank you. I had looked for an API policy and had not found one... I'm
looking for bulk data but in fact live bulk data... working on a live
javascript editor/renderer. I have a planet dump but had avoided working on
it since the idea is to use data as it comes in. Is there a solution for
Planet + diffs is the way to go. The availability of the diff does not
impact the API so keeps the API for data contribution. I believe this
approach will generally keep you within 6 mins of the live database.
You might look at osmxapi for how that service makes a near real time
read-only dataset
Jeffrey Warren wrote:
My understanding is that the planet dumps are done weekly, and
downloading changesets continuously seems not much better than hitting
the API... I suppose this may simply be outside the scope of OSM's
available interfaces, no?
Downloading changesets doesn't hit the
There are regular daily/hourly/minutely diffs. The dailies have a
delay of about and hour and a half, while minutely has an option of 5
minutes or half an hour. This is the method used by the main renderer
and various other things that that want updates more frequent than
once a week.
On
On 14 May 2009, at 16:23, Lennard wrote:
Jeffrey Warren wrote:
My understanding is that the planet dumps are done weekly, and
downloading changesets continuously seems not much better than
hitting
the API... I suppose this may simply be outside the scope of OSM's
available interfaces,
Tels - I'd like to reiterate my offer of a hosted machine with lots of
bandwidth and space for a planet dump for our applications. But i also agree
that another solution might be better long-term.
For the short term, are you interested in working with me to get a dump
running and serving... JSON?
Moin,
On Thursday 14 May 2009 18:35:32 Tels wrote:
Moin,
On Thursday 14 May 2009 09:31:56 Tom Hughes wrote:
Jeffrey Warren wrote:
Hi, I suddenly started getting 403 - Forbidden from my any
machine. I also get a 403 when i simply go to
www.openstreetmap.org
On Thursday 14 May 2009 18:40:54 you wrote:
Tels - I'd like to reiterate my offer of a hosted machine with lots
of bandwidth and space for a planet dump for our applications. But i
also agree that another solution might be better long-term.
For the short term, are you interested in working
Tels wrote:
So, how will OSM handle this situation in the future? Will there be a
fast API server (plus a few shadow, copy servers) than can deliver
tile data in (semi) real-time, or will each and every person that wants
to create a view of the data have to go to the hassle of dealing with
On 14 May 2009, at 17:43, Tels wrote:
Moin,
On Thursday 14 May 2009 18:35:32 Tels wrote:
Moin,
On Thursday 14 May 2009 09:31:56 Tom Hughes wrote:
Jeffrey Warren wrote:
Hi, I suddenly started getting 403 - Forbidden from my any
machine. I also get a 403 when i simply go to
Moin,
On Thursday 14 May 2009 09:31:56 Tom Hughes wrote:
Jeffrey Warren wrote:
Hi, I suddenly started getting 403 - Forbidden from my any
machine. I also get a 403 when i simply go to
www.openstreetmap.org
http://www.openstreetmap.org in a browser (just discovered
this...). Have I been
On Thu, May 14, 2009 at 5:55 PM, Tom Hughes t...@compton.nu wrote:
Tels wrote:
So, how will OSM handle this situation in the future? Will there be a
fast API server (plus a few shadow, copy servers) than can deliver
tile data in (semi) real-time, or will each and every person that wants
to
2009/5/14 Shaun McDonald sh...@shaunmcdonald.me.uk:
There are regular daily/hourly/minutely diffs. The dailies have a delay of
about and hour and a half, while minutely has an option of 5 minutes or half
an hour. This is the method used by the main renderer and various other
things that that
Colin Marquardt wrote:
And a very useful option to Osmosis is
http://wiki.openstreetmap.org/index.php/Osmosis/DetailedUsage#--read-change-interval_.28--rci.29
Don't try to catchup more than a day with minutely diffs, though, or
it'll bomb. An automatic fallback to hourlies would be nice to
HI,
We are running the command below, still running for 3 days:
time ./osm2pgsql --slim -d gis planet.osm.gz
now we have this:
Reading in file: planet-090408.osm.bz2
Processing: Node(330350k) Way(26624k) Relation(92k)[[A
Node stats: total(330350286), max(370706539)
Way stats:
Sam Mor wrote:
what that means (escpecially the last line)?and how long it will take to
finish?
If it ran as far as above, it's now doing an ANALYZE on your tables. As
for how long that takes: it depends heavily on your machine.
That last line shows some statistics about the --slim mode.
how did you now ? because of this: planet-090408
It's a test only/
it 's a dual core 2.0Ghz, 3G of RAM, 500G Hard drive space.
thanks
--- On Fri, 15/5/09, Lennard l...@xs4all.nl wrote:
From: Lennard l...@xs4all.nl
Subject: Re: [OSM-dev] time osm2pgsql
To: OpenstreetMap DevList
and now after 7 hours still the same:
Going over pending relations
node cache: stored: 104740975(31.71%), storage efficiency: 99.89%, hit rate:
31.36%
Need a Holiday? Win a $10,000 Holiday of your choice. Enter
30 matches
Mail list logo