On Mon, 26 Jul 2010 10:58:12 +0100, Richard Mann wrote:
The traditional layer=0 / layer=1+bridge=yes / layer=0 tagging is
unaltered (the renderer sees the bridge=yes and suppresses end caps).
The main place you end up changing the tags is for grade-separated
junctions, for example:
Don't tag
On 28/07/2010, at 1:13 AM, M∡rtin Koppenhoefer wrote:
I think that there is definitely space for a bridge-relation to deal with all
these informations and bring them together. An alternative might be to
draw an (additional) polygon for the bridge area in projection (with
common nodes on the
On Wed, Jul 28, 2010 at 10:27 AM, James Livingston
li...@sunsetutopia.com wrote:
Someone mentioned
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Bridges_and_Tunnels
up-thread, is there anything it doesn't cover? I've been using it for over a
year, although I haven't mapped any
2010/7/28 Simone Saviolo simone.savi...@gmail.com:
The relation's scope goes beyond parallel dual-carriage ways.
+1, and I don't see why we shouldn't have it. They will be less
complicated for following mappers than routes are for instance.
Suppose
there's a parking on top of the bridge, or
Pre-processing isn't really an option for Kosmos, Maperitive,
MapCSS/Halcyon (and judging by the number of rendering tags it spawns)
Osmarender.
Rendering is not something that only the gods do, there are tools
arriving that will make it a lot lot easier to render. When these
people render, they
Why do taggers have to compensate for poorly written programs making
use of the data?
On 7/27/10, Richard Mann richard.mann.westoxf...@googlemail.com wrote:
Pre-processing isn't really an option for Kosmos, Maperitive,
MapCSS/Halcyon (and judging by the number of rendering tags it spawns)
On 27 July 2010 20:27, David Earl da...@frankieandshadow.com wrote:
Why does the data model have to make it so difficult for data consumers in
the first place?
So this is another case of the current API limiting things?
I'd love to be able to micromap lanes, not just ways, which might fix
the
On 27/07/2010 12:05, David Earl wrote:
... You don't need anyone's permission to do this. If you do a good job and
promote it, it might catch on...
which is one of the key reasons why I think Tag Central [1] would help us.
David
[1] http://www.frankieandshadow.com/sotm10/
On 27 July 2010 21:05, David Earl da...@frankieandshadow.com wrote:
You could invent a tagging scheme that would let you model lanes. You could,
for example, create a way tagged
highway=lane
or
lane=1 [2, 3, ...]
or some such - certainly needs some thought - maybe qualified with who can
On 27 July 2010 21:27, David Earl da...@frankieandshadow.com wrote:
On 27/07/2010 12:05, David Earl wrote:
... You don't need anyone's permission to do this. If you do a good job
and
promote it, it might catch on...
which is one of the key reasons why I think Tag Central [1] would help us.
On 27/07/2010 12:30, John Smith wrote:
On 27 July 2010 21:27, David Earlda...@frankieandshadow.com wrote:
On 27/07/2010 12:05, David Earl wrote:
... You don't need anyone's permission to do this. If you do a good job
and
promote it, it might catch on...
which is one of the key reasons why
On Tue, Jul 27, 2010 at 6:27 AM, David Earl da...@frankieandshadow.com wrote:
You cannot tell from our model, without additional information such as a
relation, whether two parallel ways are part of a dual carriageway or just
parallel roads.
What's the difference? Just whether or not they
On 27/07/2010 15:58, Anthony wrote:
On Tue, Jul 27, 2010 at 6:27 AM, David Earlda...@frankieandshadow.com wrote:
You cannot tell from our model, without additional information such as a
relation, whether two parallel ways are part of a dual carriageway or just
parallel roads.
What's the
2010/7/27 David Earl da...@frankieandshadow.com:
On 27/07/2010 10:21, John Smith wrote:
Why do taggers have to compensate for poorly written programs making
use of the data?
Why does the data model have to make it so difficult for data consumers in
the first place?
You cannot tell from
On Tue, Jul 27, 2010 at 11:06 AM, David Earl da...@frankieandshadow.com wrote:
On 27/07/2010 15:58, Anthony wrote:
On Tue, Jul 27, 2010 at 6:27 AM, David Earlda...@frankieandshadow.com
wrote:
You cannot tell from our model, without additional information such as a
relation, whether two
On Mon, Jul 26, 2010 at 11:58 AM, Richard Mann
richard.mann.westoxf...@googlemail.com wrote:
Good idea, or just a local fix?
Richard
Personnally, I think the easiest to fix many issues would be to draw a
specific polygon for the bridge and link it to the roads, cycleways,
railways, etc by a
On 26/07/2010 10:58, Richard Mann wrote:
One of the things Dave Earl mentioned in his talk about rendering was
the gaps-in-casings you sometimes get at bridges.
What I've ended up doing is
1) rendering casings in layer (not underneath everything like Mapnik)
That's what I did also in my
2010/7/26 Pieren pier...@gmail.com:
On Mon, Jul 26, 2010 at 11:58 AM, Richard Mann
richard.mann.westoxf...@googlemail.com wrote:
Good idea, or just a local fix?
Richard
Personnally, I think the easiest to fix many issues would be to draw a
specific polygon for the bridge and link it to
On 26 July 2010 20:45, Peteris Krisjanis pec...@gmail.com wrote:
Personnally, I think the easiest to fix many issues would be to draw a
specific polygon for the bridge and link it to the roads, cycleways,
railways, etc by a relation. I don't know for renderers but it would make
contributors
On 26/07/2010 11:37, Pieren wrote:
On Mon, Jul 26, 2010 at 11:58 AM, Richard Mann
richard.mann.westoxf...@googlemail.com
mailto:richard.mann.westoxf...@googlemail.com wrote:
Good idea, or just a local fix?
Richard
Personnally, I think the easiest to fix many issues would be to draw a
On Mon, Jul 26, 2010 at 12:48 PM, John Smith deltafoxtrot...@gmail.comwrote:
The problem is as you zoom out so you can see the ways properly the
widths vary, so once you zoom out a few levels you won't even see any
bridge any more, which may be useful for navigating etc..
For such zoom
On 26 July 2010 21:20, Pieren pier...@gmail.com wrote:
For such zoom levels, the renderer might decide to render like the
traditional bridge=yes. This would be a rendering decision. My concern is
That seems to be overly complicated just to extend the length of the
bridge where it doesn't extend
Am 26.07.2010 12:45, schrieb Peteris Krisjanis:
Draw bridge as physical instance and bind ways to it in relation.
Anyone up to make a proposal feature?
Have a look at:
wiki.openstreetmap.org/wiki/Relations/Proposed/Bridges_and_Tunnels
cu colliar
On Mon, Jul 26, 2010 at 11:37 AM, Pieren pier...@gmail.com wrote:
On Mon, Jul 26, 2010 at 11:58 AM, Richard Mann
richard.mann.westoxf...@googlemail.com wrote:
Good idea, or just a local fix?
Richard
Personally, I think the easiest to fix many issues would be to draw a
specific polygon
On 26/07/2010 10:58, Richard Mann wrote:
One of the things Dave Earl mentioned in his talk about rendering was
the gaps-in-casings you sometimes get at bridges.
What I've ended up doing is
1) rendering casings in layer (not underneath everything like Mapnik)
2) putting in a flag to identify
Dave F (et al),
Renderers draw roads (typically) by drawing a wide grey line on each
segment, a grey circle at each node, then a narrower (say) white line
on each segment, and a white circle at each node. All you see of the
grey is a thin line on each side of the white line: this is the
casing.
Shouldn't the layer_change be on the common point, not a way? A way
(usually) has two ends, so putting the tag on a way will not indicate at
which end of the way the layer change takes place. But then it
degenerates to two (or more) connected ways with a different layer=*
value, so the layer
On Mon, Jul 26, 2010 at 2:22 PM, Colin Smale colin.sm...@xs4all.nl wrote:
Shouldn't the layer_change be on the common point, not a way? A way
(usually) has two ends, so putting the tag on a way will not indicate at
which end of the way the layer change takes place. But then it degenerates
to
On 26/07/2010 14:07, Richard Mann wrote:
Dave F (et al),
Renderers draw roads (typically) by drawing a wide grey line on each
segment, a grey circle at each node, then a narrower (say) white line
on each segment, and a white circle at each node. All you see of the
grey is a thin line on each
On 26/07/2010 16:19, Richard Mann wrote:
On Mon, Jul 26, 2010 at 2:56 PM, Dave F.dave...@madasafish.com wrote:
So your saying to save the renders time, the data collectors have to waste
time adding new tags?
There was me thinking this was a project where we each did a bit for
mutual benefit.
On Mon, Jul 26, 2010 at 2:56 PM, Dave F. dave...@madasafish.com wrote:
On 26/07/2010 14:07, Richard Mann wrote:
If you draw the
grey in the correct layer, then you get little semi-circular arcs of
grey at the end of bridges (if they are layer=1).
I've never noticed this in Mapnik,or an
On Monday 26 July 2010 17:19:53 Richard Mann wrote:
On Mon, Jul 26, 2010 at 2:56 PM, Dave F. dave...@madasafish.com wrote:
So your saying to save the renders time, the data collectors have to
waste time adding new tags?
There was me thinking this was a project where we each did a bit for
On Mon, Jul 26, 2010 at 7:17 PM, Cartinus carti...@xs4all.nl wrote:
Yes, but human mapping time is a far more scarce resource then computer
working time. So let the computer fix it. Preprocess!
Computer working time is rarely the limiting resource (otherwise we'd
all have been out of a job long
On Monday 26 July 2010 23:10:49 Richard Mann wrote:
The advantage of creating a tagging scheme is that the complicated
situations get sorted out by humans (who are good at that sort of
thing)
In this case the humans are very bad a it, because they can't read the mind of
every graphic designer
On Mon, Jul 26, 2010 at 8:45 AM, Dave F. dave...@madasafish.com wrote:
On 26/07/2010 13:35, Nathan Edgars II wrote:
On Mon, Jul 26, 2010 at 8:28 AM, Dave F.dave...@madasafish.com wrote:
Layer is used purely as an aid to the renderer to distinguish where two
or
more ways *cross* each
On 27/07/2010 00:28, Nathan Edgars II wrote:
On Mon, Jul 26, 2010 at 8:45 AM, Dave F.dave...@madasafish.com wrote:
On 26/07/2010 13:35, Nathan Edgars II wrote:
On Mon, Jul 26, 2010 at 8:28 AM, Dave F.dave...@madasafish.com wrote:
Layer is used purely as an aid to the renderer to
On Mon, Jul 26, 2010 at 7:59 PM, Dave F. dave...@madasafish.com wrote:
On 27/07/2010 00:28, Nathan Edgars II wrote:
On Mon, Jul 26, 2010 at 8:45 AM, Dave F.dave...@madasafish.com wrote:
On 26/07/2010 13:35, Nathan Edgars II wrote:
On Mon, Jul 26, 2010 at 8:28 AM, Dave
37 matches
Mail list logo