I finally found out what the issue is with this [1] situation. My issue
with it is that IMHO it is not good to see the unclassified road
rendered on top of the primary_link road. I made a test here [2] where
the left primary is a primary_link and the right primary is a primary
proper.
Logically, you need to know the lower of the two classifications being
linked, and it may also be useful to know the higher of the two being
linked. So I record that information in links_lower and links_higher tags.
Then it can be rendered very neatly.
But I got flamed last time I proposed this
On Fri, May 4, 2012 at 8:09 AM, Maarten Deen md...@xs4all.nl wrote:
Is this behaviour of mapnik wanted? As I said: IMHO it is not pleasing to
the eye to see the unclassified road rendered on top of the primary_link
road. In order of priority, a *_link road is just below its * counterpart
but
That's why you need to know the lower of the two classifications being
linked (so you can put the link just under the lower one)
On Fri, May 4, 2012 at 4:11 PM, AJ Ashton aj.ash...@gmail.com wrote:
On Fri, May 4, 2012 at 8:09 AM, Maarten Deen md...@xs4all.nl wrote:
Is this behaviour of mapnik
On Tue, Aug 30, 2011 at 12:15 AM, Steve Bennett stevag...@gmail.com wrote:
On Tue, Aug 30, 2011 at 12:07 PM, Anthony o...@inbox.org wrote:
+1. While I'd rather see these objects go away altogether, I think a
tag of name=Melbourne;Geelong;South-Central NSW Area;Central Victoria
Area on a
Anthony wrote:
Sounds good. I don't think storing these in OSM, with the
non-overlapping tags, is harmful. While I'd love to see them in a
separate database or at least a separate layer, the fact of the matter
is that separate database and/or separate layer hasn't yet really been
implemented.
On Tue, Aug 30, 2011 at 3:36 AM, Lester Caine les...@lsces.co.uk wrote:
Anthony wrote:
Sounds good. I don't think storing these in OSM, with the
non-overlapping tags, is harmful. While I'd love to see them in a
separate database or at least a separate layer, the fact of the matter
is that
I'm not sure if this is a recent change (or I've just noticed it), but
it seems that tags that don't contain anything recognisable to mapnik
other than a name are getting rendered: http://osm.org/go/uG42g@6EB--
That Melbourne;Geelong... label is on a way that defines the edge of
the Nearmap
On 29/08/11 09:44, Steve Bennett wrote:
I'm not sure if this is a recent change (or I've just noticed it), but
it seems that tags that don't contain anything recognisable to mapnik
other than a name are getting rendered: http://osm.org/go/uG42g@6EB--
It's always been the case that names
On 29/08/2011 09:44, Steve Bennett wrote:
I'm not sure if this is a recent change (or I've just noticed it), but
it seems that tags that don't contain anything recognisable to mapnik
other than a name are getting rendered: http://osm.org/go/uG42g@6EB--
It's not a new thing, I don't think - in
Maybe it is something for osm2pgsql to deal with ?
Yves
SomeoneElse li...@mail.atownsend.org.uk a écrit :
On 29/08/2011 09:44, Steve Bennett wrote:
I'm not sure if this is a recent change (or I've just noticed it), but
it seems that tags that don't contain anything recognisable to mapnik
On Mon, Aug 29, 2011 at 7:03 PM, Tom Hughes t...@compton.nu wrote:
It's always been the case that names sometimes get rendered for objects that
haven't been rendered, because the names are produced by separate rendering
rules and trying to attach to those rules a set of filters which match the
2011/8/29 Steve Bennett stevag...@gmail.com:
On Mon, Aug 29, 2011 at 7:03 PM, Tom Hughes t...@compton.nu wrote:
Thanks for the explanation. So I guess we should avoid using name=* on
anything which should not be rendered.
+1, IMHO it is also generally disputable to keep coverage-polygons of
On 29/08/11 16:00, Martin Koppenhoefer wrote:
2011/8/29 Steve Bennettstevag...@gmail.com:
On Mon, Aug 29, 2011 at 7:03 PM, Tom Hughest...@compton.nu wrote:
Thanks for the explanation. So I guess we should avoid using name=* on
anything which should not be rendered.
+1, IMHO it is also
On Tue, Aug 30, 2011 at 10:29 AM, Stephen Hope slh...@gmail.com wrote:
Particularly in this specific case, as nearmap coverage can't be used
to derive OSM objects any more.
The same mechanism is used for Yahoo, Bing etc coverage. Yes, it's
debatable whether meta-objects should be stored in the
Steve Bennett stevag...@gmail.com wrote on 30/08/2011 11:14:32 AM:
The same mechanism is used for Yahoo, Bing etc coverage. Yes, it's
debatable whether meta-objects should be stored in the OSM database,
but that debate would also extend to meta-tags (note=*, fixme=*)
When I encounter these
On Mon, Aug 29, 2011 at 9:22 PM, Ian Sergeant iserg...@hih.com.au wrote:
Steve Bennett stevag...@gmail.com wrote on 30/08/2011 11:14:32 AM:
The same mechanism is used for Yahoo, Bing etc coverage. Yes, it's
debatable whether meta-objects should be stored in the OSM database,
but that debate
On Tue, Aug 30, 2011 at 12:07 PM, Anthony o...@inbox.org wrote:
+1. While I'd rather see these objects go away altogether, I think a
tag of name=Melbourne;Geelong;South-Central NSW Area;Central Victoria
Area on a closed way implies that this closed way represents an area
called
Hi,
For example, look at this :
http://www.openstreetmap.org/?lat=16.3229lon=-61.5603zoom=13layers=M
The green overlay with NR letter cover almost everything, lands and sea ! It is
hard to even distinguish what is the sea around the island.
Can't this be fixed ? Prehaps make it render like
On 20 August 2010 14:53, Vladimir Vyskocil vladimir.vysko...@gmail.com wrote:
Hi,
For example, look at this :
http://www.openstreetmap.org/?lat=16.3229lon=-61.5603zoom=13layers=M
The green overlay with NR letter cover almost everything, lands and sea ! It
is hard to even distinguish what
On Fri, 20 Aug 2010, pavithran wrote:
Re: NR for natural reserve . IMHO using names for landuses doesn't
look good . Replacing it with some other art work which converys the
same meaning would be a better idea.
I agree with your point - as soon as we consider users of non-Latin scripts
and
2010/8/20 pavithran pavithra...@gmail.com:
On 20 August 2010 14:53, Vladimir Vyskocil vladimir.vysko...@gmail.com
wrote:
Hi,
For example, look at this :
http://www.openstreetmap.org/?lat=16.3229lon=-61.5603zoom=13layers=M
The green overlay with NR letter cover almost everything, lands
2010/8/20 Peteris Krisjanis pec...@gmail.com:
Anyway, I agree that rendering NR should be more like administrative
zone with special rules, not current green overlay. At least not for
default osm.org map.
+1
maybe also with different linetypes/colours for different protection
grades and light
Count me as a complainer... I was wondering about that blue dashed line
too - it does not fit well with the surrounding estuary and open sea.
I'm in the process of mapping a marina and I spontaneously only tagged
as a leisure=marina the water portion that is occupied by the harbour.
I
On 17-04-2010 14:38, Patrick Kilian wrote:
Hi all,
Count me as a complainer... I was wondering about that blue dashed line
too - it does not fit well with the surrounding estuary and open sea.
I'm in the process of mapping a marina and I spontaneously only tagged
as a leisure=marina the
Hi
Is there a reason why Mapnik's rendering of leisure=marina has change
from a blue area to a dashed border line?
http://osm.org/go/eukhlr0la--
Cheers
Dave F.
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hi all,
Is there a reason why Mapnik's rendering of leisure=marina has change
from a blue area to a dashed border line?
IIRC there was a discussion in #osm which basically went like this:
Does leisure=marina cover the land portion or the water portion of the
marina
hm, well don't know. wiki
Dave F. wrote:
Patrick Kilian wrote:
Which forum do you mean by #osm?
Thats certainly the IRC channel on OFTC :
irc://irc.oftc.net #osm
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hi,
IIRC there was a discussion in #osm which basically went like this:
Which forum do you mean by #osm?
The IRC channel #osm in the oftc network. (The one mentioned in
http://wiki.openstreetmap.org/wiki/IRC#IRC)
HTH,
Patrick Petschge Kilian
___
Patrick Kilian wrote:
Is there a reason why Mapnik's rendering of leisure=marina has change
from a blue area to a dashed border line?
IIRC there was a discussion in #osm which basically went like this:
[..]
ok lets make it a blue dashed line and see who complains.
Count me as a
Patrick Kilian wrote:
Hi all,
IIRC there was a discussion in #osm which basically went like this:
Hi
Which forum do you mean by #osm?
IRC channel I'd guess.
--
David James
___
talk mailing list
talk@openstreetmap.org
Hi all,
Is there a reason why Mapnik's rendering of leisure=marina has change
from a blue area to a dashed border line?
IIRC there was a discussion in #osm which basically went like this:
[..]
ok lets make it a blue dashed line and see who complains.
Count me as a complainer... I was
On Sat, Apr 17, 2010 at 8:38 AM, Patrick Kilian o...@petschge.de wrote:
Hi all,
Is there a reason why Mapnik's rendering of leisure=marina has change
from a blue area to a dashed border line?
IIRC there was a discussion in #osm which basically went like this:
[..]
ok lets make it a blue
David James wrote:
Patrick Kilian wrote:
Hi all,
IIRC there was a discussion in #osm which basically went like this:
Hi
Which forum do you mean by #osm?
IRC channel I'd guess.
Sorry, brain fade!
___
talk mailing list
Richard Weait wrote:
On Sat, Apr 17, 2010 at 8:38 AM, Patrick Kilian o...@petschge.de wrote:
Hi all,
Is there a reason why Mapnik's rendering of leisure=marina has change
from a blue area to a dashed border line?
IIRC there was a discussion in #osm which basically went
Hi,
I noticed the blisteringly fast rendering the other day, it had
started rendering before I'd even finished my editing session. Means I
will need to hone my JOSM skills so that I'm not the slowest part of
the system!
Thanks Sys Admin Ninja's, we love you all. :)
Ciarán
2009/9/11 Roman Neumüller r.neumul...@gmail.com:
I don't know whether I have missed something, or else am just
lucky, but mapnik is rendering the things I am editing super-fast.
Two new and different renders of an area in about 30 minutes.
Now the renderer is sucking up to the cartographers?
I'd noticed the increased speed as well. Thank you to all involved in making it
happen.
Ed
Edward L. Hillsman, Ph.D.
Senior Research Associate
Center for Urban Transportation Research
University of South Florida
4202 Fowler Ave., CUT100
Tampa, FL 33620-5375
813-974-2977 (tel)
813-974-5168
I'd noticed the increased speed as well. Thank you to all involved in
making it happen.
I noticed this also. That's a great help - Thanks!
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
On Fri, 11 Sep 2009 09:07:01 -0400, Mike N. wrote:
I noticed this also. That's a great help - Thanks!
Thank you all, it is blindingly fast!
--
pratite me na twitteru - www.twitter.com/valentt
http://kernelreloaded.blog385.com/
linux, blog, anime, spirituality, windsurf, wireless
On Fri, 2009-09-11 at 07:48 +0300, Roman Neumüller wrote:
I don't know whether I have missed something, or else am just
lucky, but mapnik is rendering the things I am editing super-fast.
Two new and different renders of an area in about 30 minutes.
Now the renderer is sucking up to the
I don't know whether I have missed something, or else am just lucky, but mapnik
is rendering the things I am editing super-fast. Two new and different renders
of an area in about 30 minutes.
STEVE
___
talk mailing list
talk@openstreetmap.org
On Thu, Sep 10, 2009 at 2:34 PM, Steve Chiltons.l.chil...@mdx.ac.uk wrote:
I don't know whether I have missed something, or else am just lucky, but
mapnik is rendering the things I am editing super-fast. Two new and different
renders of an area in about 30 minutes.
Now the renderer is
On 10 Sep 2009, at 19:40, Richard Weait wrote:
On Thu, Sep 10, 2009 at 2:34 PM, Steve
Chiltons.l.chil...@mdx.ac.uk wrote:
I don't know whether I have missed something, or else am just
lucky, but mapnik is rendering the things I am editing super-fast.
Two new and different renders of
Shaun McDonald wrote:
It's really old news, that tile.openstreetmap.org is using the
minutely diffs.
But Steve was out at a conference when we switched over to the new tile
server. Which is fast enough that it doesn't drop any render requests
any more.
--
Lennard
]
Sent: Thu 10/09/2009 22:45
To: Shaun McDonald
Cc: Richard Weait; talk@openstreetmap.org; Steve Chilton
Subject: Re: [OSM-talk] mapnik rendering
Shaun McDonald wrote:
It's really old news, that tile.openstreetmap.org is using
I don't know whether I have missed something, or else am just
lucky, but mapnik is rendering the things I am editing super-fast.
Two new and different renders of an area in about 30 minutes.
Now the renderer is sucking up to the cartographers?
It's really old news, that
Hi, I thought I'd do some editing in Inkscape on an SVG/PDF version of a
map, and discovered Openstreetmap.org's export tab.
Unfortunately, though I get a result from the Osmarender option, the Mapnik
output doesn't work.
http://badgertrack.com/images/swindon-oxford.png
(roughly
Ben Ward wrote:
This looks like a bug/problem with the Openstreetmap Mapnik
Export rendering. Can anyone confirm, or fix?
Mapnik export doesn't work on Wednesdays while the database is reloaded. I
believe there's an intention to fix this in the medium term (help welcome no
doubt). Meanwhile
Richard Fairhurst wrote:
Ben Ward wrote:
This looks like a bug/problem with the Openstreetmap Mapnik
Export rendering. Can anyone confirm, or fix?
Mapnik export doesn't work on Wednesdays while the database is reloaded. I
believe there's an intention to fix this in the medium
Chris Hill wrote:
Richard Fairhurst wrote:
Ben Ward wrote:
This looks like a bug/problem with the Openstreetmap Mapnik
Export rendering. Can anyone confirm, or fix?
Mapnik export doesn't work on Wednesdays while the database is reloaded. I
believe there's an intention to fix this
On Wed, Apr 08, 2009 at 08:54:30PM +0100, Tom Hughes wrote:
Maybe we should remove the Export tab when it is out of commision?
Yes, because the users of all the other export modes that aren't
dependent on the mapnik database would love that.
There’s nothing like a bit of dry sarcasm to
On Wed, 2009-04-08 at 21:54 +0100, Simon Ward wrote:
On Wed, Apr 08, 2009 at 08:54:30PM +0100, Tom Hughes wrote:
Maybe we should remove the Export tab when it is out of commision?
Yes, because the users of all the other export modes that aren't
dependent on the mapnik database would
Martijn van Oosterhout schrieb:
On Wed, Nov 5, 2008 at 8:47 PM, sylvain letuffe [EMAIL PROTECTED] wrote:
Yeah, I know there are strong oppositions on this list to that way of doing,
some guys that have the power by the fact they own the renderer might be
unappy of changes they have to do on
Nathan wrote:
Maybe the answer is to modify the map features table
and add columns for mapnik, osmarender, cyclemap, etc.
Maybe getting rid of the generic rendering column and
making it rendering for each of the viewers. What
do you think?
If someone does modify Map Features to add
If someone does modify Map Features to add extra columns to the
tables then the perl script which automatically parses the page to
highlight the Not in Map Features items in the Maplint layer will
also need amending.
Whaou, I wasn't aware of that ! Doesn't it looks like a bit strange that a
Since there is a maybe need wouldn't it be a good idea (or
maybe someone
allready does ?) to create an xml version of the map feature ?
That is sort of what the perl script does, or tries to, I think.
Once it has the XML file the program can see whether a given feature
is in that file or not.
On Thu, Nov 6, 2008 at 2:54 AM, Nathan Mixter
The Map Features is edited manually, means that we have to accept the
fact that the list of all key/values supported by all OSM applications
will never be complet and up-to-date in this wiki page.
Map Features is a great page and very usefull for
Ulf Lamping wrote:
Come on. There is no the renderer, you can set up your own if you
like. Anyone can.
Of course, I could climb on the top of the mount everest - in theory.
In practise I would need a lot of time to learn how to do that.
Yes so what? I learned how osmarender styles worked
On Tue, Nov 4, 2008 at 3:46 PM, Andy Allan [EMAIL PROTECTED] wrote:
in that case we better find
another solution which can tell what tags programs will try to support.
Actually, a page like map features which documented such things would
be good. But the current craze on the wiki is to
I wish we could have a wiki page that describes tags which are supported by
at least one of the major renderers (main mapnik, osmarender, cyclemap)
A column in the map feature saying which renderer is using it ?
generally not rendered
(path).
osmarender does
As it is now, I think map
On Wed, Nov 5, 2008 at 8:47 PM, sylvain letuffe [EMAIL PROTECTED] wrote:
Yeah, I know there are strong oppositions on this list to that way of doing,
some guys that have the power by the fact they own the renderer might be
unappy of changes they have to do on their styles and software and I
Maybe the answer is to modify the map features table and add columns for
mapnik, osmarender,
cyclemap, etc. Maybe getting rid of the generic rendering column and making it
rendering for each of the viewers. What do you think?
I think there is a wysiwyg media wiki plugin that might make
On Tue, Nov 4, 2008 at 2:28 PM, Johnny Rose Carlsen [EMAIL PROTECTED] wrote:
Andy Allan [EMAIL PROTECTED] wrote:
Isn't there a description of highway=path on Map
Features page?
Ahahahahahahaha. So what?
Are you saying Map Features is useless?, in that case we better find
another
Hi,
Igor Brejc wrote:
Anyway, I checked Tagwatch for Germany and it has
some 17,000 paths, so it's not totally unused.
I checked a random sample. Of 10 highway=path objects I checked, 8 had
been highway=footway before someone decided to change it. One was a
highway=residential before. One
On Tue, Nov 4, 2008 at 2:28 PM, Johnny Rose Carlsen [EMAIL PROTECTED] wrote:
Andy Allan [EMAIL PROTECTED] wrote:
Isn't there a description of highway=path on Map
Features page?
Ahahahahahahaha. So what?
Are you saying Map Features is useless?
No, it's not useless. But there's no point
Andy Allan [EMAIL PROTECTED] wrote:
Isn't there a description of highway=path on Map
Features page?
Ahahahahahahaha. So what?
Are you saying Map Features is useless?, in that case we better find
another solution which can tell what tags programs will try to support.
Best regards,
-
Hello,
This question has come up several times (from what I could Google out),
but let me ask it again: when can we expect Mapnik OSM layer to render
highway=path? Nevermind the path or footway debate - it would be nice
to have paths rendered (they can be rendered the same as footways, as
far
Igor Brejc wrote:
This question has come up several times (from what I could Google out),
but let me ask it again: when can we expect Mapnik OSM layer to render
highway=path? Nevermind the path or footway debate - it would be nice
to have paths rendered (they can be rendered the same as
]
[mailto:[EMAIL PROTECTED] On Behalf Of Igor Brejc
Sent: 03 November 2008 16:14
To: talk@openstreetmap.org
Subject: [OSM-talk] Mapnik rendering of paths + place=locality in
general
Hello,
This question has come up several times (from what I could Google out),
but let me ask it again: when can we
Tom Hughes wrote:
Igor Brejc wrote:
This question has come up several times (from what I could Google
out), but let me ask it again: when can we expect Mapnik OSM layer to
render highway=path? Nevermind the path or footway debate - it
would be nice to have paths rendered (they can be
On Mon, Nov 3, 2008 at 4:49 PM, Igor Brejc [EMAIL PROTECTED] wrote:
Aren't we constantly reiterating the fact that tagging is
democratic?
I think democratic is the wrong word. You can do what you like.
There's no tyranny of the masses, for a start - minorities and
majorities are both on equal
If you look at
http://openstreetmap.org/?lat=45.52lon=-73.59zoom=8layers=B000FTFT
you should see an urban island labelled Laval and Longueil. If you
zoom out, only Laval is left, while if you zoom in you'll discover
that this is really the island of Montreal.
Is this a problem in mapnik or is it
Stefan asked:
Is this a problem in mapnik or is it a problem with the OSM
data?
If the latter, how can I fix it?
It looks like the data is OK. All three are cities, and each is
tagged as such. I suspect that the lowzoom Mapnik tiles just happen
to decide that rendering the outer two cities
On Mon, Oct 6, 2008 at 5:28 PM, Ed Loach [EMAIL PROTECTED] wrote:
Stefan asked:
Is this a problem in mapnik or is it a problem with the OSM
data?
If the latter, how can I fix it?
It looks like the data is OK. All three are cities, and each is
tagged as such. I suspect that the lowzoom
I edited an area yesterday afternoon/evening which has been rendered
overnight on the Mapnik layer. Great to see the quicker turnaround
which I assume is using the daily diff?
Anyway, I spotted two busts with what had been rendered. Both appear
to be the last segment (section to the last node)
On Sat, 2008-03-22 at 09:25 +, Andy Robinson wrote:
I edited an area yesterday afternoon/evening which has been rendered
overnight on the Mapnik layer. Great to see the quicker turnaround
which I assume is using the daily diff?
No, it was done with another full dump and import which was
Karl Eichwalder wrote:
I think the mapnik rendering of forests could be improved. ATM,
landuse=forest is not distinguishable from recreation_ground. Even
if forest are often used as places for recreation in Germany,
rendering both areas the same way is not optimal.
For outside activities
Beautiful! Good work!
I vote for. :-)
2008/2/23, Daniel Schmidt [EMAIL PROTECTED]:
I think the mapnik rendering of forests could be improved.
Thus I'd like to propose to render both landuse=forest and
natural=wood the same way in a darkish green. That's also how
osmarender deals
I think the mapnik rendering of forests could be improved. ATM,
landuse=forest is not distinguishable from recreation_ground. Even
if forest are often used as places for recreation in Germany,
rendering both areas the same way is not optimal.
For outside activities you want where wood or forest
On Wednesday 06 February 2008, Chris Jones wrote:
For mapnik see http://wiki.openstreetmap.org/index.php/Mapnik
For sections of the planet see
http://wiki.openstreetmap.org/index.php/Planet.osm#Extracts
Thanks, it was also possible by just downloading an area with JOSM.
Anyway, my Mapnik
On 6 Feb 2008, at 17:17, Ben Laenen wrote:
On Wednesday 06 February 2008, Artem Pavlenko wrote:
OK, good.
Probably something wrong with your styles. Post your *.xml file and
I'll have a look.
It's the original one from svn, but if you want to have a look... I
can't see anything wrong with
On Wednesday 06 February 2008, Artem Pavlenko wrote:
Are you using template ? You should have replaced all occurrences of
%params% with real things
I don't have to do that manually, do I? I just enter the variables in
set-mapnik-env, call customize-mapnik-map which replaces all %param% in
On 6 Feb 2008, at 19:29, Ben Laenen wrote:
On Wednesday 06 February 2008, Artem Pavlenko wrote:
Are you using template ? You should have replaced all occurrences of
%params% with real things
I don't have to do that manually, do I? I just enter the variables in
set-mapnik-env, call
On 29 Jan 2008, at 23:40, Jon Burgess wrote:
On Fri, 2008-01-25 at 23:28 +, Jon Burgess wrote:
On Fri, 2008-01-25 at 22:35 +, Robert (Jamie) Munro wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon Burgess wrote:
| Once this first pass of the rendering is complete the
I'm seeing faint gray lines on the main site slippy map Mapnik base layer,
and I'm at a loss to explain their source. At first I thought they were
state borders, but I'm seeing the lines running through the middle of
states, too (here
On 30 Jan 2008, at 12:41, Karl Newman wrote:
I'm seeing faint gray lines on the main site slippy map Mapnik base
layer, and I'm at a loss to explain their source. At first I
thought they were state borders, but I'm seeing the lines running
through the middle of states, too (here http://
On Fri, 2008-01-25 at 23:28 +, Jon Burgess wrote:
On Fri, 2008-01-25 at 22:35 +, Robert (Jamie) Munro wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon Burgess wrote:
| Once this first pass of the rendering is complete the mod_tile setup
| will have all the existing
On Freitag 25 Januar 2008, Gervase Markham wrote:
Jon Burgess wrote:
There is a major update to the way tiles are rendered occurring at the
moment, let me explain...
snip
Makes perfect sense. Thanks for the update, and your hard work. I look
forward to seeing the shiny new map next
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon Burgess wrote:
| On Fri, 2008-01-25 at 22:35 +, Robert (Jamie) Munro wrote:
| -BEGIN PGP SIGNED MESSAGE-
| Hash: SHA1
|
| Jon Burgess wrote:
| | Once this first pass of the rendering is complete the mod_tile setup
| | will have all the
Anyone know why Mapnik still hasn't rendered the data I put here:
http://www.openstreetmap.org/?lat=54.6134lon=-2.6175zoom=12layers=B0FT
over a week ago? Osmarender has it fine.
I've tried using the rerender command on informationfreeway. (Is that
Osmarender only?) I've tried waiting until next
On Fri, 2008-01-25 at 17:49 +, Thomas Wood wrote:
I believe the mapnik tile server has been a little overloaded recently
- queuing of new tiles was disabled for a time.
Rerender on ifw is for osmarender only (and isn't really required
much, now that changed-tiles is being run to pick up
On Fri, 2008-01-25 at 22:35 +, Robert (Jamie) Munro wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon Burgess wrote:
| Once this first pass of the rendering is complete the mod_tile setup
| will have all the existing tiles fully rendered with the current planet
| dump and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jon Burgess wrote:
| Once this first pass of the rendering is complete the mod_tile setup
| will have all the existing tiles fully rendered with the current planet
| dump and current map style. At that point I will switch over the URLs on
| the server
I believe the mapnik tile server has been a little overloaded recently
- queuing of new tiles was disabled for a time.
Rerender on ifw is for osmarender only (and isn't really required
much, now that changed-tiles is being run to pick up data changes)
On Jan 25, 2008 5:36 PM, Gervase Markham
95 matches
Mail list logo
