On Mon, Jul 28, 2008 at 3:50 PM, Karl Newman <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 28, 2008 at 2:32 AM, Dave Stubbs <[EMAIL PROTECTED]>
> wrote:
>>
>> On Mon, Jul 28, 2008 at 6:23 AM, Karl Newman <[EMAIL PROTECTED]>
>> wrote:
>> > On Mon, Jul 28, 2008 at 12:55 AM, Gervase Markham <[EMAIL PROTECT
On Mon, Jul 28, 2008 at 2:32 AM, Dave Stubbs <[EMAIL PROTECTED]>wrote:
> On Mon, Jul 28, 2008 at 6:23 AM, Karl Newman <[EMAIL PROTECTED]>
> wrote:
> > On Mon, Jul 28, 2008 at 12:55 AM, Gervase Markham <[EMAIL PROTECTED]>
> > wrote:
> >>
> >> Karl Newman wrote:
> >> > I think the "obvious" thing is
Richard Fairhurst wrote:
> I realise I've blethered on about this before, but IMO this adds
> significant complexity to editing. Relations are less intuitive to the
> newbie, and our existing editors are better set up for editing tags
> than relations.
>
> If Osmarender doesn't "unify" three
On Mon, Jul 28, 2008 at 6:23 AM, Karl Newman <[EMAIL PROTECTED]> wrote:
> On Mon, Jul 28, 2008 at 12:55 AM, Gervase Markham <[EMAIL PROTECTED]>
> wrote:
>>
>> Karl Newman wrote:
>> > I think the "obvious" thing is to quit splitting ways just because
>> > there's a bridge or the speed limit changed.
Gervase Markham wrote:
> If you label all three ways with "name=Foo Street", you get "Foo Street"
> rendered 3 times along a fairly short length, at least in Osmarender. If
> you leave the name off the outer ends, then those ways are incorrectly
> assumed to be unnamed streets when they have a nam
Gervase Markham wrote:
> If you label all three ways with "name=Foo Street", you get "Foo Street"
> rendered 3 times along a fairly short length, at least in Osmarender. If
> you leave the name off the outer ends, then those ways are incorrectly
> assumed to be unnamed streets when they have a nam
On Mon, Jul 28, 2008 at 12:55 AM, Gervase Markham <[EMAIL PROTECTED]>
wrote:
> Karl Newman wrote:
> > I think the "obvious" thing is to quit splitting ways just because
> > there's a bridge or the speed limit changed... IMHO, the only reason to
> > split ways is if the name changes or if the major
Karl Newman wrote:
> I think the "obvious" thing is to quit splitting ways just because
> there's a bridge or the speed limit changed... IMHO, the only reason to
> split ways is if the name changes or if the major type changes.
Er, correct me if I'm wrong, but it's not possible to apply a tag to
o
Gervase Markham wrote:
> Indeed. My question is: can they? :-)
> (The opposite problem is the very long road which is a single way. The
> name should regularly repeat, but I don't think it does on either Mapnik
> or Osmarender.)
I have proof-of-concept code for Osmarender (or to be more correct:
On Sun, Jul 27, 2008 at 3:09 PM, Gervase Markham <[EMAIL PROTECTED]>
wrote:
>
> I have a situation (which I suspect is very common) where a street is
> split into e.g. 3 ways, because the middle one is part of a bus route or
> other relation.
>
> If you label all three ways with "name=Foo Street",
se Markham
Sent: Sun 7/27/2008 8:53 PM
To: talk@openstreetmap.org
Cc:
Subject: Re: [OSM-talk] Names, split streets and relations
Shaun McDonald wrote:
> The renderers need fixed, if they can't cope with
Shaun McDonald wrote:
> The renderers need fixed, if they can't cope with this kind of data.
Indeed. My question is: can they? :-)
> Mapnik will only write the name where there is space for it.
Right, but that's precisely the problem. It writes it three times when I
really only want it written
On 27 Jul 2008, at 20:09, Gervase Markham wrote:
>
> I have a situation (which I suspect is very common) where a street is
> split into e.g. 3 ways, because the middle one is part of a bus
> route or
> other relation.
>
> If you label all three ways with "name=Foo Street", you get "Foo
> Stre
I have a situation (which I suspect is very common) where a street is
split into e.g. 3 ways, because the middle one is part of a bus route or
other relation.
If you label all three ways with "name=Foo Street", you get "Foo Street"
rendered 3 times along a fairly short length, at least in Osmaren
14 matches
Mail list logo
