Over the last few months, several bugs have been reported where the
pbf reader seems to sometimes not work correctly on Windows. The bug
was caused by a 32-bit cleanness bug in the shared osmpbf library,
where the reader would erroneously sense the end of a file and cease
reading. For whatever reas
While I had both my 8.4 and 9.0 databases up and running (not
concurrently), I tested rendering a section of the map using
generate_tiles_multiprocess.py against each database to see which
version was faster.
8.4 is 2.4 times faster than 9.0!
This is almost the exact same data set, same hardware
Hi all,
This might sound stupid, but I completely forgot the passwd for my SVN
account, somehow managed to purge the working copy in my desktop computer,
and cannot find the right e-mail.
So, would be anyone kind enough to point me to the man able to reset my SVN
password? ogr2osm needs a bit
Hi folks,
the source code for WebGL Earth is online. Feel free to play with the
project and use it according your needs. We welcome contributions and
bug reports.
Please read the blog post which is summarizing all the available
materials, and contains links for developers:
http://blog.klokantech.
On 25.01.2011 21:54, Graham Jones wrote:
I think that is the answer I was looking for - I think your SQL is
deleting ways etc. that do not refer to existing nodes in the db?
It might miss to delete some relations. And not sure what will happen
with recursive relations.
I will give it a go, a
Thanks Stefan,
I think that is the answer I was looking for - I think your SQL is deleting
ways etc. that do not refer to existing nodes in the db?
I will give it a go, and see if my poor little virtual machine can cope - it
is certainly struggling now the database has got so big.
Would you mind i
On 25.01.2011 21:28, Graham Jones wrote:
Is there a trick I am missing to do the bounding box extraction correctly?
applying only a bounding box is not supported. You have to clean out
ways and relations from time to time.
http://wiki.openstreetmap.org/wiki/User:Stephankn/knowledgebase#Clean
Hi All,
I think this has been asked before, but I have not managed to find the
answer, sorry!
I am trying to maintain an up-to date database of the UK for mapnik
rendering. I have had it working fine previously using daily diffs, but am
trying to get minutely updates going using osmosis using th
This has been discussed before, e.g.:
http://www.mail-archive.com/geocoding@openstreetmap.org/msg00112.html
My setup is Postgres 9.0 with postgis 1.5.2 on Ubuntu Lucid (10.04) 64bit,
osm2pgsql SVN version 0.70.5 (the very recent)
The following steps have been taken (according to
http://wiki.opens
Am 21.01.2011 08:21, schrieb Maarten Deen:
My advice would be to start with Solaris. I'm assuming all dependencies
are also available there, or can be compiled. I've never been a fan of
other OS'es than SunOS on a Sun.
But don't use the Sun Studio compiler, use gcc. At the toolserver we
patche
> Which would be expected, upon reading what fastupdate does. Slower
> overall, but consistent. The widely differing diff apply times with
> fastupdate=on would be due to both having to parse the regular index and
> the temporary one, and it possibly hitting autovacuum or the work_mem
> limit duri
On 25-1-2011 5:04, Erik Burrows wrote:
In my 8.4 database, when I re-create the planet_osm_ways_nodes and
planet_osm_rels_parts indexes with fastupdate=off, diff import times go
from being progressively slower after a vacuum, to being consistent in
terms of import time, accounting for the variat
12 matches
Mail list logo
