#3509: L Shortcut
--+-
Reporter: BennieD | Owner: potlatch-dev@…
Type: enhancement | Status: closed
Priority: minor|
Hi,
the oenstreetmap.de tile server doesn't perform well enough to run a
whole-planet tileset so I've restricted the database to Europe.
As only the database is restricted, you can now zoom on to any region of
the world but it will look like there's no data there which is a bit
strange.
Sorry I cannot help you with that.
Just wanted to let you know that the tile server is extremely slow. As
Elizabeth would say, its usefulness for z = 11 is less than zero. I've been
panning and zooming around Madrid (Spain), and I am physically located in Spain
too.
You have not cached all
I am looking for either (a) an OpenLayers layer/code/configuration that will
automatically direct requests for tiles outside a given area to another
tileserver or (b) a mod_tile patch or clever Apache config snippet to do the
redirects.
Openlayers permits to overwrite the base method to
Hi,
when you run osm2pgsql in slim mode with a large cache, then could
it not release the cache memory once it reaches the Sorting data and
creating indexes stage? It is this phase where postgresql tends to
consume a lot of memory for index creation, and the specific settings on
the
How I would do post-processing OSM tags:
name: 'München'
name:en: 'Munich'
noexit: 'yes'
addr:street: 'Weg'
date:'2011-01-02'
becomes:
name: {
_: 'München'
en: 'Munich'
}
noexit: true
addr: {
street: 'Weg'
}
date: new Date(...)
This could be the result of a post-processing script so that your
Hi,
I wanted to move some of my mod_tile config into a VirtualHost section.
I thought it would use the settings specified in the general section and
just override the directives I specify in my vhost.
Looks like this is not working.
I tried looking up the source. I hope I found the right
On Mon, 2011-02-07 at 20:00 +0100, Frederik Ramm wrote:
Hi,
when you run osm2pgsql in slim mode with a large cache, then could
it not release the cache memory once it reaches the Sorting data and
creating indexes stage? It is this phase where postgresql tends to
consume a lot of
Hi,
There have been as far as I see two different ideas for storing the
imagery calibration data (offsets / control points) in a global
database instead of local bookmarks. One was Dermot McNally's
proposal to store the outlines of areas with constant offset in the
osm database, which hasn't yet
9 matches
Mail list logo