Re: [OSM-talk] Mapnik rendering questions

On 2017-07-09 08:36, Maarten Deen wrote: On 2017-07-08 10:44, Martin Koppenhoefer wrote: sent from a phone On 8. Jul 2017, at 08:39, Maarten Deen wrote: You used to be able to invalidate a tile, but that does not work anymore AFAIK it still works, although it is rather complicated now to

Re: [OSM-talk] Mapnik rendering questions

Am 09.07.2017 um 12:29 schrieb Martin Koppenhoefer: > sent from a phone ? > > On 9. Jul 2017, at 08:36, Maarten Deen > wrote: > >> I have to say: it is a nuisance that you can not get this information >> easily. Please someone who is in the map development and reads th

Re: [OSM-talk] Mapnik rendering questions

sent from a phone > On 9. Jul 2017, at 08:36, Maarten Deen wrote: > > I have to say: it is a nuisance that you can not get this information easily. > Please someone who is in the map development and reads this: add an item to > the right-click menu where you can see tile status. https://gi

Re: [OSM-talk] Mapnik rendering questions

On 2017-07-08 10:44, Martin Koppenhoefer wrote: sent from a phone On 8. Jul 2017, at 08:39, Maarten Deen wrote: You used to be able to invalidate a tile, but that does not work anymore AFAIK it still works, although it is rather complicated now to get the tile URL, and there's reluctance

Re: [OSM-talk] Mapnik rendering questions

On 2017-07-08 10:44, Martin Koppenhoefer wrote: sent from a phone On 8. Jul 2017, at 08:39, Maarten Deen wrote: You used to be able to invalidate a tile, but that does not work anymore AFAIK it still works, although it is rather complicated now to get the tile URL, and there's reluctance

Re: [OSM-talk] Mapnik rendering questions

sent from a phone > On 8. Jul 2017, at 08:39, Maarten Deen wrote: > > You used to be able to invalidate a tile, but that does not work anymore AFAIK it still works, although it is rather complicated now to get the tile URL, and there's reluctance from the admin to expose them in a convenien

Re: [OSM-talk] Mapnik rendering questions

On 2017-07-06 12:11, Martin Koppenhoefer wrote: 2017-07-06 11:43 GMT+02:00 Maarten Deen : I have two questions about some Mapnik renderings I encountered on the main OSM map. 1) Why is this road not rendered as a tunnel? http://www.openstreetmap.org/way/435805359 [1] it is rendered as a tunn

Re: [OSM-talk] Mapnik rendering questions

W dniu 06.07.2017 o 11:43, Maarten Deen pisze: 2) When rendering public transport platforms, the layer tag does not seem to be taken into account, making platforms that are areas render below roads that are running under the platform. Example: http://www.openstreetmap.org/way/222561489 but the

Re: [OSM-talk] Mapnik rendering questions

On 2017-07-06 12:11, Martin Koppenhoefer wrote: 2017-07-06 11:43 GMT+02:00 Maarten Deen : I have two questions about some Mapnik renderings I encountered on the main OSM map. 1) Why is this road not rendered as a tunnel? http://www.openstreetmap.org/way/435805359 [1] it is rendered as a tunn

Re: [OSM-talk] Mapnik rendering questions

2017-07-06 11:43 GMT+02:00 Maarten Deen : > 2) > When rendering public transport platforms, the layer tag does not seem to > be taken into account, making platforms that are areas render below roads > that are running under the platform. > Example: http://www.openstreetmap.org/way/222561489 but th

Re: [OSM-talk] Mapnik rendering questions

2017-07-06 11:43 GMT+02:00 Maarten Deen : > I have two questions about some Mapnik renderings I encountered on the > main OSM map. > > 1) > Why is this road not rendered as a tunnel? > http://www.openstreetmap.org/way/435805359 it is rendered as a tunnel, but you can't see it, because there's

[OSM-talk] Mapnik rendering questions

I have two questions about some Mapnik renderings I encountered on the main OSM map. 1) Why is this road not rendered as a tunnel? http://www.openstreetmap.org/way/435805359 This is not a general error in the sylesheet, see this road which is rendered as a tunnel. http://www.openstreetmap.org

Re: [OSM-talk] Mapnik rendering issue with *_link roads

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 wrote: > On Fri, May 4, 2012 at 8:09 AM, Maarten Deen wrote: > > Is this behaviour of mapnik wanted? As I said: IMHO it is n

Re: [OSM-talk] Mapnik rendering issue with *_link roads

On Fri, May 4, 2012 at 8:09 AM, Maarten Deen 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 above the nex

Re: [OSM-talk] Mapnik rendering issue with *_link roads

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 ou

[OSM-talk] Mapnik rendering issue with *_link roads

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. Apparentl

Re: [OSM-talk] Mapnik rendering labels for unrecognised tags

On Tue, Aug 30, 2011 at 3:36 AM, Lester Caine 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 separate

Re: [OSM-talk] Mapnik rendering labels for unrecognised tags

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.

Re: [OSM-talk] Mapnik rendering labels for unrecognised tags

On Tue, Aug 30, 2011 at 12:15 AM, Steve Bennett wrote: > On Tue, Aug 30, 2011 at 12:07 PM, Anthony 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 c

Re: [OSM-talk] Mapnik rendering labels for unrecognised tags

On Tue, Aug 30, 2011 at 12:07 PM, Anthony 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 "Melbourne;Geelong;Sout

Re: [OSM-talk] Mapnik rendering labels for unrecognised tags

On Mon, Aug 29, 2011 at 9:22 PM, Ian Sergeant wrote: > > Steve Bennett 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

Re: [OSM-talk] Mapnik rendering labels for unrecognised tags

Steve Bennett 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 "meta" ways/nodes w

Re: [OSM-talk] Mapnik rendering labels for unrecognised tags

On Tue, Aug 30, 2011 at 10:29 AM, Stephen Hope 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 OSM database, b

Re: [OSM-talk] Mapnik rendering labels for unrecognised tags

On 30 August 2011 01:01, Tom Hughes wrote: > Yes I should have added that, in this case, my preference would be to remove > the object altogether as aerial imagery coverage areas are not real on the > ground objects that should be in our database. Particularly in this specific case, as nearmap co

Re: [OSM-talk] Mapnik rendering labels for unrecognised tags

On 29/08/11 16:00, Martin Koppenhoefer wrote: 2011/8/29 Steve Bennett: On Mon, Aug 29, 2011 at 7:03 PM, Tom Hughes 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-po

Re: [OSM-talk] Mapnik rendering labels for unrecognised tags

2011/8/29 Steve Bennett : > On Mon, Aug 29, 2011 at 7:03 PM, Tom Hughes 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 other data providers in the OSM m

Re: [OSM-talk] Mapnik rendering labels for unrecognised tags

On 29/08/11 15:45, Steve Bennett wrote: On Mon, Aug 29, 2011 at 7:03 PM, Tom Hughes 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

Re: [OSM-talk] Mapnik rendering labels for unrecognised tags

On Mon, Aug 29, 2011 at 7:03 PM, Tom Hughes 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 > set of obje

Re: [OSM-talk] Mapnik rendering labels for unrecognised tags

Maybe it is something for osm2pgsql to deal with ? Yves "SomeoneElse" 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 >> other than a name are

Re: [OSM-talk] Mapnik rendering labels for unrecognised tags

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 e

Re: [OSM-talk] Mapnik rendering labels for unrecognised tags

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 someti

[OSM-talk] Mapnik rendering labels for unrecognised tags

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 imag

Re: [OSM-talk] Mapnik rendering of nature reserve is very, very bad

2010/8/20 Peteris Krisjanis : > 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 hatches for ve

Re: [OSM-talk] Mapnik rendering of nature reserve is very, very bad

2010/8/20 pavithran : > On 20 August 2010 14:53, Vladimir Vyskocil > wrote: >> Hi, >> >> For example, look at this : >> >> http://www.openstreetmap.org/?lat=16.3229&lon=-61.5603&zoom=13&layers=M >> >> The green overlay with NR letter cover almost everything, lands and sea ! It >> is hard to even

Re: [OSM-talk] Mapnik rendering of nature reserve is very, very bad

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 an

Re: [OSM-talk] Mapnik rendering of nature reserve is very, very bad

On 20 August 2010 14:53, Vladimir Vyskocil wrote: > Hi, > > For example, look at this : > > http://www.openstreetmap.org/?lat=16.3229&lon=-61.5603&zoom=13&layers=M > > The green overlay with NR letter cover almost everything, lands and sea ! It > is hard to even distinguish what is the sea around

[OSM-talk] Mapnik rendering of nature reserve is very, very bad

Hi, For example, look at this : http://www.openstreetmap.org/?lat=16.3229&lon=-61.5603&zoom=13&layers=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 n

Re: [OSM-talk] Mapnik rendering of Marinas changed

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=marin

Re: [OSM-talk] Mapnik rendering of Marinas changed

> > 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.

Re: [OSM-talk] Mapnik rendering of Marinas changed

Richard Weait wrote: > On Sat, Apr 17, 2010 at 8:38 AM, Patrick Kilian 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 basic

Re: [OSM-talk] Mapnik rendering of Marinas changed

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! ___

Re: [OSM-talk] Mapnik rendering of Marinas changed

On Sat, Apr 17, 2010 at 8:38 AM, Patrick Kilian 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

Re: [OSM-talk] Mapnik rendering of Marinas changed

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 complain

Re: [OSM-talk] Mapnik rendering of Marinas changed

> 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 http://lis

Re: [OSM-talk] Mapnik rendering of Marinas changed

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

Re: [OSM-talk] Mapnik rendering of Marinas changed

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 ___

Re: [OSM-talk] Mapnik rendering of Marinas changed

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

Re: [OSM-talk] Mapnik rendering of Marinas changed

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? Ta Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Mapnik rendering of Marinas changed

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. w

[OSM-talk] Mapnik rendering of Marinas changed

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

Re: [OSM-talk] mapnik rendering

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 su

Re: [OSM-talk] mapnik rendering

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 regist

Re: [OSM-talk] mapnik rendering

> 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

Re: [OSM-talk] mapnik rendering

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 (fax)

Re: [OSM-talk] mapnik rendering

2009/9/11 Roman Neumüller : 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? >>>

Re: [OSM-talk] mapnik rendering

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 __

Re: [OSM-talk] mapnik rendering

>>> 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 tile.

Re: [OSM-talk] mapnik rendering

] 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 u

Re: [OSM-talk] mapnik rendering

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 __

Re: [OSM-talk] mapnik rendering

On 10 Sep 2009, at 19:40, Richard Weait wrote: > On Thu, Sep 10, 2009 at 2:34 PM, Steve > Chilton 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 abou

Re: [OSM-talk] mapnik rendering

On Thu, Sep 10, 2009 at 2:34 PM, Steve Chilton 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 cartogr

[OSM-talk] mapnik rendering

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 http://l

Re: [OSM-talk] Mapnik rendering export has only coastline

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

Re: [OSM-talk] Mapnik rendering export has only coastline

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

Re: [OSM-talk] Mapnik rendering export has only coastline

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 inte

Re: [OSM-talk] Mapnik rendering export has only coastline

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

Re: [OSM-talk] Mapnik rendering export has only coastline

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

[OSM-talk] Mapnik rendering export has only coastline

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 http://openstreet

Re: [OSM-talk] Mapnik rendering of paths + place=locality in general

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 wor

Re: [OSM-talk] Mapnik rendering of paths + place=locality in general

> 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 beg

Re: [OSM-talk] Mapnik rendering of paths + place=locality in general

> 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 n

Re: [OSM-talk] Mapnik rendering of paths + place=locality in general

> 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"

Re: [OSM-talk] Mapnik rendering of paths + place=locality in general

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

Re: [OSM-talk] Mapnik rendering of paths + place=locality in general

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 t

Re: [OSM-talk] Mapnik rendering of paths + place=locality in general

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 editing

Re: [OSM-talk] Mapnik rendering of paths + place=locality in general

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

Re: [OSM-talk] Mapnik rendering of paths + place=locality in general

> 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 f

Re: [OSM-talk] Mapnik rendering of paths + place=locality in general

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 i

Re: [OSM-talk] Mapnik rendering of paths + place=locality in general

I remember that the first proposal of "path" tried to deprecate footway, cycleway and bridleway but it was removed after legitimate complaints. I think the wiki page should clearly state that the tag can be used only if the way has really no main usage and only in that case. I'm sure that many peop

[OSM-talk] Mapnik rendering of paths + place=locality in general

>So: Someone thought that dropping the well-established and well-working >highway=footway was a good idea. He or she seems to have managed to >convince people to actually *change* existing data to fit his new idea, >without, obviously, spending a second thinking about the data consumers >(i.e.

Re: [OSM-talk] Mapnik rendering of paths + place=locality in general

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

Re: [OSM-talk] Mapnik rendering of paths + place=locality in general

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 bette

Re: [OSM-talk] Mapnik rendering of paths + place=locality in general

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.

Re: [OSM-talk] Mapnik rendering of paths + place=locality in general

"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 r

Re: [OSM-talk] Mapnik rendering of paths + place=locality in general

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 eq

Re: [OSM-talk] Mapnik rendering of paths + place=locality in general

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

Re: [OSM-talk] Mapnik rendering of paths + place=locality in general

] [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

Re: [OSM-talk] Mapnik rendering of paths + place=locality in general

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

[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 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 fa

Re: [OSM-talk] mapnik rendering or tagging issue?

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

Re: [OSM-talk] mapnik rendering or tagging issue?

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

[OSM-talk] mapnik rendering or tagging issue?

If you look at http://openstreetmap.org/?lat=45.52&lon=-73.59&zoom=8&layers=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

Re: [OSM-talk] Mapnik rendering missing off the last part of some ways

On Sat, 2008-03-22 at 12:05 +, Andy Robinson wrote: > On 22/03/2008, Jon Burgess <[EMAIL PROTECTED]> wrote: > > > > 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 t

Re: [OSM-talk] Mapnik rendering missing off the last part of some ways

On 22/03/2008, Jon Burgess <[EMAIL PROTECTED]> wrote: > > 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

Re: [OSM-talk] Mapnik rendering missing off the last part of some ways

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

[OSM-talk] Mapnik rendering missing off the last part of some ways

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) mis

Re: [OSM-talk] Mapnik: rendering forest or wood

I disagree. I think there is value in the ability to visually distinguish managed forests from natural woods. Consider this area: http://openstreetmap.org/?lat=40.9567&lon=-77.1919&zoom=13&layers=B0FT Here, the dark green (natural=wood) is a forest preserve[1] in the middle of an actively mana

Re: [OSM-talk] Mapnik: rendering forest or wood

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 > > osmare

Re: [OSM-talk] Mapnik: rendering forest or wood

> 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 with these areas. Why not use bitmap tiles for forest/wood rendering? I've just painted

Re: [OSM-talk] Mapnik: rendering forest or wood

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 activit

  1   2   >