Sorry about that, just an issue on my own end, had multiple
world_boundaries setup.
updating shapefile fixed the problem. Thank you.
--
Samir F.
On Wed, Jun 15, 2011 at 5:32 PM, Jon Burgess wrote:
> On Wed, 2011-06-15 at 11:54 -0500, Samir Faci (Dev) wrote:
>
>> http://i.imgur.c
The GSoC Project thread sort of spawned off this email which somewhat
diverted away from a related response.
Just my own comments, based on my own experiences, I might very well
be doing something silly
where I just haven't seen the light/proper way of doing things.
I was wondering if any of thes
I was told from irc that this was reported on the mailing list, but
looking at my archives from talk + dev I couldn't find the relevant
email thread.
If this was already addressed somewhere else, I apologize for the double post.
I've done two planet reloads of late, both times loading using slim
I initially followed this guide when setting up OSM + Renderd.
http://weait.com/content/build-your-own-openstreetmap-server
I've matched the suggestions made in the guide:
shared_buffers = 128MB
checkpoint_segments = 20
maintenance_work_mem = 256MB
autovacuum = off
I keep hearing debate about a
I've been using renderd / render_list to generate tiles as needed.
I usually issue one of two version of the command, based on need.
render_list -v --all -n 15 --socket=/var/run/renderd/renderd.sock
--min-zoom=0 --max-zoom=9 ## to generate all tiles.
cat expired_list | render_expired -v -n 1
I'm presuming the bing/yahoo overlay is a web request, and not something you
can download and implement locally?
--
Samir
On Tue, Dec 7, 2010 at 3:36 PM, Cartinus wrote:
> If you edit all over the place I don't see a fast solution.
>
> I mostly edit the map in the Netherlands. There are photo-t
If you want to just prerender, render_list is pretty simple to use.
I usually do something like this:
render_list -v --all -n 20 --socket=/var/run/renderd/renderd.sock
--min-zoom=0 --max-zoom=13
with -n being the number of cores you have.
render_expired usually takes a list of tiles you want t
I'm sure you want to compile the code from source for a reason.. but
just in case..
http://packages.ubuntu.com/maverick/osm2pgsql
You can just use the package. They have a version packaged up for
maverick. It should be fairly recent.
--
Samir
On Thu, Nov 11, 2010 at 3:13 PM, Hartmut Holzgraef
I was looking over the wiki[1] and I don't see anything relating to
pbf. I was trying to do something along these lines.
osmosis --read-replication-interval --simplify-change --write-pbf
though from the output I'm guessing this is either not
supported or I'm not understanding the intended usage.
Is there a changelog/diff available? I understand not wanting to
commit to trunk just yet, though it'd be nice to see what changed from
svn/git HEAD.
Also.. compiled fine on Ubuntu Lucid 64bit.
--
Samir
On Tue, Nov 2, 2010 at 10:58 AM, Sven Geggus
wrote:
> Peter Körner wrote:
>
>>> The reaso
ndbox/render_all
Thanks again for the fix.
On Wed, Oct 20, 2010 at 6:27 PM, Lennard wrote:
> On 20-10-2010 15:51, Samir Faci (Dev) wrote:
>
>> I was going to submit a patch... but I wanted to understand the
>> intended purpose of these changes.
>
> The intended purpose wa
27;s mod_tile.
Would adding an option such as --render-from=ZOOM be acceptable? that
simply takes the list of tiles and re-renders all the meta files in
the list?
ie.
cat expire.list| render_expired --render-from=10 -z 10 -Z 13
--socket=/var/run/renderd/renderd.sock
On Mon, Oct 18, 2010 at
I'm having some issues with the expire_list method. I wanted to run
this by everyone and see if there's anything I"m doing that's
obviously wrong.
I downloaded 48 hours of changes using osmosis which generated a
changes.osc file.
1.) write the changes to the database.
osm2pgsql -U osmuser -H l
Aside from this one occurrence, I haven't had any issues with renderd,
at least not in regards to queue time.
render_list does seem to have a bug where it ignores the -l,
--max-load=LOAD value. Though I need to look at it a bit more to see
why its not using the value, I'm passing.
Now, I do have
I've been poking at this for a while, so I figured I should ask much
brighter people about the topic.
I downloaded and applied a recent planet file using slim mode.
planet-100922.osm.bz2MD5: 04327dc409fe4a2a23130ec265fe6703
When I tried to use render_list to regenerate all the usual tiles
(
I have renderd installed as a service.
I'm on the latest version checkout from:
http://github.com/openstreetmap/mod_tile.git
Running on Ubuntu Lucid, 64bit.
I usually render using one of these commands:
/usr/bin/render_list -v --all -n 4
--socket=/var/run/renderd/renderd.sock --min-zoom=0 --max
Dis-regard. It seems I need to spend hours working on a problem, send
email to list.. then look at it again for another 10 minutes in order
to find the solution.
--
Samir
On Thu, Jun 24, 2010 at 2:11 PM, Samir Faci (Dev) wrote:
> So.. I spent a bit more time investigating this. My init
un 22, 2010 at 4:42 PM, Jon Burgess wrote:
> On Tue, 2010-06-22 at 22:33 +0100, Jon Burgess wrote:
>> On Tue, 2010-06-22 at 12:13 -0500, Samir Faci (Dev) wrote:
>> > I'm in the process of updating a tile server switching from a Centos
>> > with code/utils that are pro
I'm in the process of updating a tile server switching from a Centos
with code/utils that are probably 6 months out of date maybe a bit
more, to a new lucid setup.
Something similar to:
http://weait.com/content/build-your-own-openstreetmap-server
Now, everything works fine, and I use renderd + re
19 matches
Mail list logo