John Smith wrote:
Ok, another go at solving this, I've been talking to h4ck3rm1k3 about
this problem some what and we think we might have a workable solution.
Does it need solving? It's been said that the current uniform worldwide
appearance has its advantages as well.
[skip technical ideas]
2009/12/27 Lennard l...@xs4all.nl:
Does it need solving? It's been said that the current uniform worldwide
appearance has its advantages as well.
Like most other issues, some say yes and some say no, there is no
consensus on this or many other similar issues nor would I expect
there ever to be,
On Tue, Dec 22, 2009 at 4:18 PM, Martin Koppenhoefer dieterdre...@gmail.com
wrote:
2009/12/22 Charlie Ferrero char...@cferrero.net
Ditto showing custom station symbols (e.g. the London Underground
symbol, or a non-copyright version of same). It's much harder to spot a
tube stop on the OSM
2009/9/21 Richard Weait rich...@weait.com:
Rule
Filter[highway] = 'motorway' and [length] = 8/Filter
MaxScaleDenominator100/MaxScaleDenominator
MinScaleDenominator100/MinScaleDenominator
ShieldSymbolizer name=ref face_name=DejaVu Sans Bold
size=10 fill=#fff
John Smith wrote:
2009/9/21 Richard Weait rich...@weait.com:
Rule
Filter[highway] = 'motorway' and [length] = 8/Filter
MaxScaleDenominator100/MaxScaleDenominator
MinScaleDenominator100/MinScaleDenominator
ShieldSymbolizer name=ref face_name=DejaVu Sans Bold
2009/12/22 Charlie Ferrero char...@cferrero.net
Ditto showing custom station symbols (e.g. the London Underground
symbol, or a non-copyright version of same). It's much harder to spot a
tube stop on the OSM london map than it is on the Google map for this
reason.
this goes even further:
2009/12/23 Martin Koppenhoefer dieterdre...@gmail.com:
2009/12/22 Charlie Ferrero char...@cferrero.net
Ditto showing custom station symbols (e.g. the London Underground
symbol, or a non-copyright version of same). It's much harder to spot a
tube stop on the OSM london map than it is on the
2009/12/22 John Smith deltafoxtrot...@gmail.com
As for operator logos, we recently imported a bunch of BP amenity=fuel
locations and I was only pondering how it would be nice to make them
render an icon similar to their logo.
yes (btw: similar is probably not what would be permitted, I
2009/12/23 Martin Koppenhoefer dieterdre...@gmail.com:
yes (btw: similar is probably not what would be permitted, I guess it must
be identical to get permission), but I'm pretty sure as soon as we
implement them, we'll get thousands of those (fuel stations, fast-food,
supermarkets, drugstores)
John Smith writes:
verifiable, if I go to ny county, ny, us I won't know the difference
to the adjcent county etc, we're not supposed to embed symbol
information for the renderer and this is exactly what you are
suggesting we do.
I agree. You wouldn't. However, everybody else would look
2009/9/21 Russ Nelson nel...@crynwr.com:
John Smith writes:
verifiable, if I go to ny county, ny, us I won't know the difference
to the adjcent county etc, we're not supposed to embed symbol
information for the renderer and this is exactly what you are
suggesting we do.
I agree.
On Mon, 21 Sep 2009, Apollinaris Schoell wrote:
US is meant for US highway http://en.wikipedia.org/wiki/US_Highways
They uses signs with US printed on it. So the symbol needs the same
which is different from US interstates where only a capital I is
printed on the shield
Ok, that would make
2009/9/21 Liz ed...@billiau.net:
On Mon, 21 Sep 2009, Apollinaris Schoell wrote:
US is meant for US highway http://en.wikipedia.org/wiki/US_Highways
They uses signs with US printed on it. So the symbol needs the same
which is different from US interstates where only a capital I is
printed on
On Mon, Sep 21, 2009 at 5:54 AM, John Smith deltafoxtrot...@gmail.com wrote:
2009/9/21 Liz ed...@billiau.net:
On Mon, 21 Sep 2009, Apollinaris Schoell wrote:
US is meant for US highway http://en.wikipedia.org/wiki/US_Highways
They uses signs with US printed on it. So the symbol needs the same
2009/9/22 Richard Weait rich...@weait.com:
US Routes. (the US is invisible on modern signs, but often spoken
as Take US-23 south to Marion Ohio or Take Hugh-Ass
Twanny-thray sah-owth tah Marion Ohio.)
http://en.wikipedia.org/wiki/U.S._Route_shield
Only half of Ohio is hicks and from what
On Mon, Sep 21, 2009 at 3:33 PM, Richard Weait rich...@weait.com wrote:
I've been operating under the presumption that incremental
improvements of shield branding across North America would be a good
thing. So if initially all county roads show a default county shield
until the custom, local
2009/9/21 Andy Allan gravityst...@gmail.com:
On Mon, Sep 21, 2009 at 3:33 PM, Richard Weait rich...@weait.com wrote:
I've been operating under the presumption that incremental
improvements of shield branding across North America would be a good
thing. So if initially all county roads show a
2009/9/22 Matt Williams li...@milliams.com:
Indeed. I remember this discussion coming up a year or two ago when
talking about the colouring of roads in the default Mapnik renderer.
Some people wanted each country's roads to be rendered in the style
(colouring etc.) that the locals in that
Andy Allan writes:
I'll leave for cartographers to decide; personally I think it looks
naff but that doesn't stop other people from doing so.
Sorry, I don't speak English. Is naff good or bad? I hope good.
Anyway, US maps are often rendered with the shape of the sign, and I'd
like to see
I don't recall seeing I and US on signs in the US, although it might
have been the case where I've been.
Verified on the way to work today. Even this is not consistent. Some shields
have some don't. At least in california.
the large overhead signs have only the number but the signs along the
On Tue, 22 Sep 2009, Richard Weait wrote:
Now everything I know about Australian highways I learned from Mel
Gibson in _The Road Warrior_ so I have much to learn. What is the
shield landscape like in Australia?
http://www.ozroads.com.au/NationalSystem/natsystem.htm
but we have a partly changed
2009/9/22 Richard Weait rich...@weait.com:
Now everything I know about Australian highways I learned from Mel
Gibson in _The Road Warrior_ so I have much to learn. What is the
shield landscape like in Australia?
Queensland is in the (slow) process of changing to alphanumeric
designations,
Matt Williams wrote:
If an American wants to create an American-style map with the
whole world coloured their way, then that's fine.
Obviously, you aren't American. There is no central authority here that
decides how maps are drawn. Every map publisher has their own way of
doing it.
2009/9/22 Alex Mauer ha...@hawkesnest.net:
On 09/21/2009 10:31 AM, John Smith wrote:
If we want to encourage others to be involved those others expect maps
to look a certain way, and if we can do it why shouldn't we to
encourage more people to participate, a world wide bland map is a turn
John Smith wrote:
This is one reason to do these sorts of routes as relations instead of
trying to cram lots of information into the way, you then should avoid
overlapping shields if the rendering process is doing it's job.
Relations hold a certain advantage in this case, but we have to
2009/9/20 Lennard l...@xs4all.nl:
Relations hold a certain advantage in this case, but we have to consider the
non-relation variants as well.
They end up in the DB more or less identical, it just means 2 queries
or a join etc instead of a simpler query.
Indeed, but I'm thinking ahead here, to
John Smith wrote:
They end up in the DB more or less identical, it just means 2 queries
or a join etc instead of a simpler query.
Now you're just thinking of a single renderer and its way of processing
the data. Did you take osmarender into account? How does it handle the
road relation at
2009/9/20 Lennard l...@xs4all.nl:
John Smith wrote:
They end up in the DB more or less identical, it just means 2 queries
or a join etc instead of a simpler query.
Now you're just thinking of a single renderer and its way of processing the
data. Did you take osmarender into account? How
On Sun, Sep 20, 2009 at 5:45 AM, John Smith deltafoxtrot...@gmail.com wrote:
2009/9/20 Martijn van Oosterhout klep...@gmail.com:
I suppose it would be possible to get osm2pgsql to assign columns
based on country locations, if the relevant polygons were available in
another table. Handling
On Tue, Sep 15, 2009 at 10:04 PM, John Smith deltafoxtrot...@gmail.com wrote:
While my patch works, I don't know if this is the best solution to the
problem or not:
http://trac.openstreetmap.org/attachment/ticket/1666/osm.xml-patch
I have a similar local hack and decided not to pursue it. In
2009/9/21 Richard Weait rich...@weait.com:
In earlier discussions with Paul (cc:'d) we talked about using the
network key to distinguish road networks that use shields[1]. We had
agreed on using a : separator like US:I but I'm arguing against
that now. First we are not separating equal
On Sun, Sep 20, 2009 at 9:38 PM, John Smith deltafoxtrot...@gmail.com wrote:
2009/9/21 Richard Weait rich...@weait.com:
[ ... ]
So I suggest we pattern on network=us_i for Interstates, us_us for US
Routes, us_ny_ny for New York State Routes, us_ny_ny_co for New York
county roads, etc. These
2009/9/21 Richard Weait rich...@weait.com:
They will tag it. Absolutely they will tag it. When Mapnik support
for local shields is adopted on osm.org and announced on talk-US it
will take less than 7 days for the US Interstate system to have shiny
new shields from coast to coast. I'll send
2009/9/21 Richard Weait rich...@weait.com:
S and I are so lacking context as to approach line-noise.
us_ny_ny_co even hints at the right answer, without reading the
docs.
On second thoughts, drop the network tag and just tag a file name:
shield_file_name=us_ny_ny_co__interstate_shield.png
On Sun, Sep 20, 2009 at 7:10 PM, Richard Weait rich...@weait.com wrote:
On Sun, Sep 20, 2009 at 9:38 PM, John Smith deltafoxtrot...@gmail.com
wrote:
2009/9/21 Richard Weait rich...@weait.com:
[ ... ]
So I suggest we pattern on network=us_i for Interstates, us_us for US
Routes, us_ny_ny
2009/9/21 Apollinaris Schoell ascho...@gmail.com:
you shouldn't use well established tags in the wrong way. us_ny_ny_co is not
a network name. the network is I, US,
The US but is redundant, we just need to know what shield type, not
where it is located since there is a country polygon
On 20 Sep 2009, at 20:20 , John Smith wrote:
2009/9/21 Apollinaris Schoell ascho...@gmail.com:
you shouldn't use well established tags in the wrong way.
us_ny_ny_co is not
a network name. the network is I, US,
The US but is redundant, we just need to know what shield type, not
2009/9/21 Apollinaris Schoell ascho...@gmail.com:
US is meant for US highway http://en.wikipedia.org/wiki/US_Highways
They uses signs with US printed on it. So the symbol needs the same
which is different from US interstates where only a capital I is printed on
the shield
Sorry I thought you
On Wed, Sep 16, 2009 at 4:46 PM, Lennard l...@xs4all.nl wrote:
OTOH, if osm2pgsql will only run some queries and let postgis handle the
stamping of features with a proper field to filter on in the stylesheet,
it can be done at the end of the import. The challenge to this method is
in how to
Martijn van Oosterhout wrote:
I suppose it would be possible to get osm2pgsql to assign columns
based on country locations, if the relevant polygons were available in
Not just countries, but also states (different shields per state, for
instance). Granted: same thing really.
One more issue
2009/9/20 Martijn van Oosterhout klep...@gmail.com:
I suppose it would be possible to get osm2pgsql to assign columns
based on country locations, if the relevant polygons were available in
another table. Handling diffs is not the problem, osm2pgsql knows
exactly which things have changed and
2009/9/20 Lennard l...@xs4all.nl:
Not just countries, but also states (different shields per state, for
instance). Granted: same thing really.
This is one reason to do these sorts of routes as relations instead of
trying to cram lots of information into the way, you then should avoid
John Smith wrote:
While my patch works, I don't know if this is the best solution to the
problem or not:
http://trac.openstreetmap.org/attachment/ticket/1666/osm.xml-patch
I commented on the ticket.
--
Lennard
___
talk mailing list
2009/9/16 Lennard l...@xs4all.nl:
I commented on the ticket.
This is a better place to discuss this than on a bug tracker:
This aussie patch is /an/ approach, but not necessarily the best. It makes
relatively expensive calls to postgis to get the Aussie boundary and compare
each route to
John Smith wrote:
I didn't think it would be the best option, for most of the reasons
you point out, however we have to start some where, so I thought I'd
get the ball rolling.
You're most welcome to do that, as in #osm-nl we have talked about
regionalised rendering as well, in the past.
2009/9/16 Lennard l...@xs4all.nl:
You're most welcome to do that, as in #osm-nl we have talked about
regionalised rendering as well, in the past. I've rolled one small aspect of
this out on our walking routes map, which renders different shields for The
Netherlands and Belgium. I did copy our
John Smith wrote:
This is already dealt with for coast lines, so it shouldn't be much of
a jump to deal with country borders in a similar way.
Indeed, but a factor to take into account. Only update your internal
version of the boundary when a newer and valid version is in OSM.
At present
2009/9/17 Lennard l...@xs4all.nl:
If those relations get flattened into a planet_osm_line geometry, you have 2
(or more?) for the same stretch of road. One for the shields, another for
the name. Join them up in a query, or split shields and names handling
everywhere and take what you need
While my patch works, I don't know if this is the best solution to the
problem or not:
http://trac.openstreetmap.org/attachment/ticket/1666/osm.xml-patch
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
49 matches
Mail list logo