#4112: Provide bundled releases of potlatch2
-+--
Reporter: Andy Allan | Owner: potlatch-dev@…
Type: enhancement | Status: new
Priority: minor|
#4112: Provide bundled releases of potlatch2
-+--
Reporter: Andy Allan | Owner: potlatch-dev@…
Type: enhancement | Status: new
Priority: minor|
Skinning Potlatch would be fantastic. I'm trying to fine-tune the look
feel of the USGS OSM instance. Still have some really big things to
correct. Potlatch's general look isn't a priority.
Some things that would be great to be able to do at run-time is disable
certain things, like:
1. Specify
On 29 November 2011 18:47, Datendelphin mailingl...@osm.datendelphin.netwrote:
Hi Brett
Is there any reason you're setting a CLASSPATH? The project should be
self-contained and capable of retrieving all dependencies over the
Internet. Unless there's some Gentoo-specific reason for
Hi,
On 28.11.2011 12:36, Frederik Ramm wrote:
Do you have messages like sending HUP to worker 'mapnik' with pid xxx
(due to timeout) in your /var/log/daemon.log? If yes, then the mapnik
backend has timed out, probably because you forgot to set
backend_manager_alive_timeout to a similarly high
Hello,
I've just upgraded osm2pgsql to latest SVN version (previously I was
running a version from August, not sure which revision exactly) and I'm
experiencing extreme slow-down in the phase Going over pending ways.
The processing is going at rate ~ 0.1k/s.
With the old version the import of a
#4115: Overriding node:selected causes node to be un-selectable
--+-
Reporter: ebwolf| Owner: potlatch-dev@…
Type: defect| Status: new
Hi,
I wonder what ways are there to speed up importing an OSM planet file
into a PostGIS database?
What I've tried so far is importing the current planet-XXX.osm.bz2 file
into PostGIS via osm2pgsl, which I have used with the --slim option, as
without it the memory load exceeded the 16GB memory I
On Wed, Nov 30, 2011 at 12:25 AM, Ákos Maróy a...@maroy.hu wrote:
or, to put it in the other perspective: what hardware would make be
needed to make this process faster?
I know there has been some work in osm2pgsql to make it multithreaded
to help out a few parts that ARE CPU bound (maybe more
On Wed, Nov 30, 2011 at 07:25, Ákos Maróy a...@maroy.hu wrote:
thus, I wonder, what good ways are there to speed up this process?
or, to put it in the other perspective: what hardware would make be
needed to make this process faster?
According to the benchmark page SSD can make things fast.
Hi,
On 11/30/2011 07:25 AM, Ákos Maróy wrote:
What I've tried so far is importing the current planet-XXX.osm.bz2 file
into PostGIS via osm2pgsl, which I have used with the --slim option, as
without it the memory load exceeded the 16GB memory I had in my system
significantly (it was using about
11 matches
Mail list logo