2009/12/9 Frederik Ramm frede...@remote.org:
Hi,
what is the current RAM requirement for running osm2pgsql on the
whole planet in non-slim mode? Is 16 MB still sufficient for that, or
does it require more in the mean time?
I think its more like 16GB. ie more memory that any 32bit OS can
2009/12/9 Peter Childs pchi...@bcs.org:
2009/12/9 Frederik Ramm frede...@remote.org:
Hi,
what is the current RAM requirement for running osm2pgsql on the
whole planet in non-slim mode? Is 16 MB still sufficient for that, or
does it require more in the mean time?
I think its more like
El Miércoles, 9 de Diciembre de 2009, Frederik Ramm escribió:
what is the current RAM requirement for running osm2pgsql on the
whole planet in non-slim mode? Is 16 MB still sufficient for that, or
does it require more in the mean time?
What are you trying to do with that 80386?
:-P
--
hi devs,
i've just finished running Lars' full history planet dumper and the
results are here:
http://planet.openstreetmap.org/full-experimental/full-planet-091207.osm.bz2
(13Gb)
although a skim through the file shows nothing obviously wrong, this
should be considered experimental. please report
Hi,
Iván Sánchez Ortega wrote:
El Miércoles, 9 de Diciembre de 2009, Frederik Ramm escribió:
what is the current RAM requirement for running osm2pgsql on the
whole planet in non-slim mode? Is 16 MB still sufficient for that, or
does it require more in the mean time?
What are you trying
Matt
Thanks for doing this (and Lars for writing it).
I assume it doesn't include the history that was deleted when segments were
converted to ways?
I recall that it was archived somewhere. Would it be possible to make that
available in some form?
80n
On Wed, Dec 9, 2009 at 2:24 PM, Matt
I assume it doesn't include the history that was deleted when segments were
converted to ways?
No, it doesn't.
I recall that it was archived somewhere. Would it be possible to make that
available in some form?
Personal data etc. needs to be stripped from that data first.
Tom tried to load
On 09/12/09 17:26, Lars Francke wrote:
Personal data etc. needs to be stripped from that data first.
Tom tried to load the old database dump into a MySQL instance but the
horntail server crashed twice during that attempt.
Correct.
I don't know what the current status is.
I haven't
Something like this is well within the capabilities of XAPI and I had
already downloaded a copy of the full history and was just starting to think
about what should be done with it.
80n
On Wed, Dec 9, 2009 at 8:27 PM, Peter Körner osm-li...@mazdermind.dewrote:
Hi
Now that we have a full
On 09/12/09 20:27, Peter Körner wrote:
Such an api could create heavy load on the underlying database, what is
AFAIR the main reason why such calls aren't implemented in the current
api. But unlike on the main api, queries to an such a history api don't
need to be answered in miliseconds.
Hi,
Tom Hughes wrote:
You may not mind that it takes 15 minutes to answer your query but the
problem is that long query times like that probably won't scale because
if an average query takes 15 minutes then the server (assuming that
we're talking an I/O bound process) can only handle four
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Frederik Ramm schreef:
Tom Hughes wrote:
You may not mind that it takes 15 minutes to answer your query but the
problem is that long query times like that probably won't scale because
if an average query takes 15 minutes then the server
Hi,
80n wrote:
Something like this is well within the capabilities of XAPI and I had
already downloaded a copy of the full history and was just starting to
think about what should be done with it.
Stefan de Konink wrote:
Already forwarded this e-mail to the head of our department to get
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
Frederik Ramm schreef:
I wonder if there is already an Internet law that says something like:
Those with the most energy to solve a problem will likely also be those
employing the most exotic tools to do it.
Oh, yeah I could ofcourse
Hello,
Original-Nachricht
From: Bruce Skingle bruce.skin...@immutify.com
Subject: [OSM-dev] OSM Map Browser Application
I've been working on a map browser project, and I have some code I'm
ready to think about releasing (free, with source, under the Eclipse
Public
Hi Peter,
as far as I can see all that you've described will be available in the
new OSMdoc version (including 'minor' versions when a node for a way
is updated).
This is if everything goes according to plan and I don't have to
delete a whole bunch of data because of the license change.
But the
On Wed, 2009-12-09 at 12:48 +0100, andrzej zaborowski wrote:
2009/12/9 Peter Childs pchi...@bcs.org:
I think its more like 16GB.
I don't think that's still enough, Germany alone reaches the max of
about 4.5GB RAM usage in non-slim mode and filesizes indicate it's
only about 1/10th of the
On Mon, 2009-12-07 at 23:22 -0500, Matthias Julius wrote:
IMHO, all those calculations should ideally be done using great
circles. For most practical purposes using linear approximation with
latlon directly is probably good enough for most practical
purposes. Using Mercator for this might give
18 matches
Mail list logo