On 25/04/2017 13:51, Greg Troxel wrote:
However, if one renders and one doesn't, in the default style, that's a
bug, and presumably someone can make a pull request to fix it - it seems
obviously uncontroversial.
You'd have thought so, but a project maintainer closed exactly that
issue at
Oleksiy Muzalyev writes:
> Both "man_made=tower;tower:type=communications" and "man_made=mast"
> are being used interchangeably. One of them is rendered with a good
> icon and another not rendered at all on the OSM map.
> I was not suggesting to re-tag this
Both "man_made=tower;tower:type=communications" and "man_made=mast" are
being used interchangeably. One of them is rendered with a good icon and
another not rendered at all on the OSM map.
I was not suggesting to re-tag this particular communication mast per
se, but to attract an attention to
All what is written at http://wiki.openstreetmap.org/wiki/Aviation is
fair enough, especially the main principle: "We map anything that is
observable on the ground.", but not an airspace. A communication tower,
or a mast is well observable on the ground.
The DJI changed the map on its RPAS
On 22/04/2017 07:33, Oleksiy Muzalyev wrote:
It is possible to map it as: "man_made=mast", "height=190", etc., then
it will be rendered.
In the general case, please don't suggest that people mistag things just
so that one particular renderer (one that probably isn't used by the
majority of
Please read http://wiki.openstreetmap.org/wiki/Aviation
Pilots do not use the osm base map...
/Andreas
Skickat från min iPhone
> 23 apr. 2017 kl. 07:50 skrev Oleksiy Muzalyev :
>
>> On 22.04.17 21:17, Martin Koppenhoefer wrote:
>>
>> sent from a phone
>>
>>> On
On 22.04.17 21:17, Martin Koppenhoefer wrote:
sent from a phone
On 22. Apr 2017, at 08:33, Oleksiy Muzalyev wrote:
In my opinion, it is a significant issue, in fact a disaster waiting to happen.
There will be soon air-born taxi in Dubai, Singapore, etc., and
On 22 April 2017 at 07:33, Oleksiy Muzalyev wrote:
> It is possible to map it as: "man_made=mast", "height=190", etc., then it
> will be rendered.
I have now changed the objects to use this method. (As noted
previously, I have no height data for the Portuguese mast)
sent from a phone
> On 22. Apr 2017, at 08:33, Oleksiy Muzalyev
> wrote:
>
> In my opinion, it is a significant issue, in fact a disaster waiting to
> happen. There will be soon air-born taxi in Dubai, Singapore, etc., and the
> extremely high communication
On 22.04.17 00:56, Andy Mabbett wrote:
the Sutton Coldfield (England) TV mast:
https://en.wikipedia.org/wiki/Sutton_Coldfield_transmitting_station
at:
http://www.opensntreetmap.org/?mlat=37.08321=-8.13643#map=17/37.0832/-8.1364
is a significant landmark, visible for several miles,
sent from a phone
> On 22. Apr 2017, at 01:37, Andy Townsend wrote:
>
> The current tagging (man_made=tower; tower:type=communication) looks OK to me.
The word "communication" to me means a two-way exchange of information/ideas
(mutual, e.g. a phone call). For
On 21/04/2017 22:56, Andy Mabbett wrote:
the Sutton Coldfield (England) TV mast:
https://en.wikipedia.org/wiki/Sutton_Coldfield_transmitting_station
at:
http://www.opensntreetmap.org/?mlat=37.08321=-8.13643#map=17/37.0832/-8.1364
That's the one in Portugal, I think?
Sutton
the Sutton Coldfield (England) TV mast:
https://en.wikipedia.org/wiki/Sutton_Coldfield_transmitting_station
at:
http://www.opensntreetmap.org/?mlat=37.08321=-8.13643#map=17/37.0832/-8.1364
is a significant landmark, visible for several miles, and illuminated
at night. Yet it does not
elvin ibbotson wrote:
Typos in real words are easier to detect than a mistake in entering a
number.
In the scenario I was suggesting numbers would only replace words for
type tags and users would never see the numbers but would just see words
(in their own language) mapped to/from numbers
of which (like name=)
require user direct input.
From: Jeffrey Martin [EMAIL PROTECTED]
Date: 9 May 2008 15:09:39 BDT
To: elvin ibbotson [EMAIL PROTECTED], OSM Talk
talk@openstreetmap.org
Subject: Re: [OSM-talk] tagging and rendering
The rendering should be separate from the data. Marking
I don't think we want another server. I can already demonstrate it:
I am currently experimenting with binary data downloads for my mobile
OSM viewer, mom http://mom.poco.org.uk/. I need data for scales from
3 (just coastlines and country boundaries for enormous areas) to scale
15 (almost
On Monday 12 May 2008 11:50:15 elvin ibbotson wrote:
If, for
example, the feature types were structured using a numerical system
such that so that all natural features began with 0, all highways
with 1, etc, but everything needed at scales smaller than 5 ended
with numbers smaller
On Friday 09 May 2008 11:27:21 elvin ibbotson wrote:
Much debate centres around the way features are tagged and how they
are rendered (for example recent discussion of golf course tagging,
the term 'highway', rendering power lines,...) and it seems that much
of this is inextricably
On 9 May 2008, at 03:30, elvin ibbotson wrote:
On 9 May 2008, at 11:05, Dave Stubbs wrote:
As far as I see it there is no difference between mapping
11=autobahn,
and mapping motorway=autobahn.
I think you missed the point. At present we have highway=motorway and
I believe a German
On 9 May 2008, at 19:55, Jonathan Bennett wrote:
elvin ibbotson wrote:
Things humans read need to be human readable. The database should be
read by software and if it can be faster and more efficient using
numbers, numbers are what should be used.
The best way of proving this would be to
Much debate centres around the way features are tagged and how they
are rendered (for example recent discussion of golf course tagging,
the term 'highway', rendering power lines,...) and it seems that much
of this is inextricably involved with the OSM data itself. I
wondered if it was
On Fri, May 9, 2008 at 10:27 AM, elvin ibbotson
[EMAIL PROTECTED] wrote:
Much debate centres around the way features are tagged and how they
are rendered (for example recent discussion of golf course tagging,
the term 'highway', rendering power lines,...) and it seems that much
of this is
On 9 May 2008, at 11:05, Dave Stubbs wrote:
As far as I see it there is no difference between mapping 11=autobahn,
and mapping motorway=autobahn.
I think you missed the point. At present we have highway=motorway and
I believe a German user would need to use these words. What I suggest
is
On Fri, May 9, 2008 at 11:30 AM, elvin ibbotson
[EMAIL PROTECTED] wrote:
On 9 May 2008, at 11:05, Dave Stubbs wrote:
As far as I see it there is no difference between mapping 11=autobahn,
and mapping motorway=autobahn.
I think you missed the point. At present we have highway=motorway and I
No, you've missed the point.
Potlatch can just as easily say:
highway=motorway -- [german for highway]=autobahn
as it can:
highway=11 -- [german for highway]=autobahn
You can look at merkaartor. It implement something like that. When you
draw a road, it show up a translated list for the tags. I
The rendering should be separate from the data. Marking a hiking trail
as an autobahn so it will be a different color or be visible on higher
zoom levels I think we all agree is wrong.
Provided the data is correct, I don't see a problem with altering the
way data is collected and recorded to make
I can see the attraction to the use of numbers for the values of the
highway tag. Having a new system that does not use terms that
have other meanings can force people to think about the OSM
definitions of the values. The UK centric terms have this effect
for me. I have to think about what
Maybe what we need are some guidelines for making tags.
You can make any tag you want, but here are some general
principals about what makes a good key and what makes
good values for those keys.
At the very least we would have a framework for discussion.
Someone type something up on the wiki.
On 9 May 2008, at 12:21, Dave Stubbs wrote:
The mapping to numbers doesn't gain us anything. It doesn't let us do
anything we can't already do, or make it any easier as far as I can
see.
If the database, which is accessed by programmers, was numerically
based, it would be be more amenable
On 9 May 2008, at 14:56, Juan Lucas Dominguez Rubio wrote:
Hi,
the last line of your messge looks like a triple parallelism. Just
to be precise: we are tagging 'autopistas' and 'autovias' as
motorways, 'carreteras nacionales' as trunks and main regional
roads as primary (for example, the
On 9 May 2008, at 16:48, Dave Stubbs wrote:
There are some genuine problems that need solving -- tag translation,
tagging hierarchies, tag documentation and guides, and some bad tags
in common use to name but a few.
Here we agree.
Unfortunately people seem most interested in solving
On 9 May 2008, at 14:51, Vincent MEURISSE wrote:
You can look at merkaartor. It implement something like that. When you
draw a road, it show up a translated list for the tags. I thing that
an editor must hide tags for most usages to avoid tagging errors and
allows power users to change row
Typos in real words are easier to detect than a mistake in entering a
number.
On Sat, May 10, 2008 at 2:45 AM, elvin ibbotson [EMAIL PROTECTED]
wrote:
On 9 May 2008, at 12:21, Dave Stubbs wrote:
The mapping to numbers doesn't gain us anything. It doesn't let us do
anything we can't already
elvin ibbotson wrote:
Things humans read need to be human readable. The database should be
read by software and if it can be faster and more efficient using
numbers, numbers are what should be used.
The best way of proving this would be to come up with your own version
of the OSM server
On Sat, Apr 19, 2008 at 1:15 AM, Peter Miller [EMAIL PROTECTED]
wrote:
Major non-interstate highways that have traffic light free multi-level
junctions etc should be tagged as 'trunk' and possibly also be rendered
orange but with less grand route numbers to differentiate them from
interstate
Jeffrey Martin wrote:
I think free tagging is great, but we should not allow multiple
definitions for each tag.
A tag should not indicate both it's legal status and it's structure,
although one might
imply the other under certain circumstances.
Well, that's an unfortunate fact of the
Martin [mailto:[EMAIL PROTECTED]
Sent: 20 April 2008 15:42
To: Peter Miller
Cc: Talk Openstreetmap; [EMAIL PROTECTED]
Subject: Re: [OSM-talk] tagging and rendering highways in the USA and
elsewhere
On Sat, Apr 19, 2008 at 1:15 AM, Peter Miller [EMAIL PROTECTED]
wrote:
Major non-interstate
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jo wrote:
| Robert (Jamie) Munro schreef:
|
| When I look at the USA, I want interstates to be blue. When an American
| looks at the UK, they want to see motorways to be a colour other than
| blue, because then they will understand instinctively what
On 18/04/2008, Jon Burgess [EMAIL PROTECTED] wrote:
From a purely functional perspective this approach seems to work. The
screenshot below shows what happens if you ask for the motorways in
Ireland to be rendered in purple:
http://tile.openstreetmap.org/direct/country-mways-example.png
On Sat, 2008-04-19 at 19:57 +0100, Dermot McNally wrote:
On 18/04/2008, Jon Burgess [EMAIL PROTECTED] wrote:
From a purely functional perspective this approach seems to work. The
screenshot below shows what happens if you ask for the motorways in
Ireland to be rendered in purple:
On 19/04/2008, Jon Burgess [EMAIL PROTECTED] wrote:
- not trying to do anything to account for ways which crossed over a
border. PostGIS can generate clipped geometries while doing the
processing but I did not try this [1].
That's not the cause anyway - the motorway ends, with a break in
It would be good to get a resolution of the issue of highway classification
and rendering in the USA.
The San Francisco area is getting into a pretty
http://openstreetmap.org/?lat=37.3792lon=-121.9487zoom=12layers=0BFT
good state now, and could act as an 'exemplar' area for the USA should good
In message [EMAIL PROTECTED]
Peter Miller [EMAIL PROTECTED] wrote:
The state roads are currently tagged on OSM variously with trunk (green)
primary (red) and secondary (orange). Some pretty major roads a tagged with
secondary (actually a very lowly road class in the UK below motorway,
If we can agree on the rendering rules and get both Mapnik and osmarender
sorted out for the USA
sorted out - they both work fine. Even if we had a production-ready
mechanism for country-specific rendering, it would still be a matter
of opinion, or more accurately, a matter of cartographic
On a ground truth note, it turns out that state highways in
California do range from freeways (CA 85), to major urban surface roads
(CA 82) to narrow two-lane rural roads (CA 130). While lowly, some of
them really are secondary roads.
Dan
On Fri, 2008-04-18 at 17:33 +0100, Tom Hughes wrote:
In
On Friday 18 April 2008, Tom Hughes wrote:
If we can agree on the rendering rules and get both Mapnik and
osmarender sorted out for the USA then people will be incentivised
to tag appropriately. The moto 'render and they will come' probably
applies here as elsewhere.
Agreeing on the
On Fri, Apr 18, 2008 at 12:33 PM, Tom Hughes [EMAIL PROTECTED] wrote:
The problem is that we do not have the technology to render different
countries in different ways. I don't believe we even know of an efficient
way to do it, so we don't even know what the technology would look like
Hi,
Shouldn't this be as easy as adding a tag indicating country and
altering the stylesheet to say highway=motorway country=us =
color=yellow, highway=motorway country=uk = color=blue?
Complete with the ability to have US motorways in the UK, yay!
Bye
Frederik
--
Frederik Ramm ## eMail
Hi,
Who decides what colours are used on the main maps? I.e. who actually
decided that motorways should be blue, and trunks should be green, how
railways are rendered etc.?
Say I'd like to see railways rendered differently in the [EMAIL PROTECTED]
maps, where
should I ask? Is there
On Fri, Apr 18, 2008 at 2:02 PM, Frederik Ramm [EMAIL PROTECTED] wrote:
Hi,
Shouldn't this be as easy as adding a tag indicating country and
altering the stylesheet to say highway=motorway country=us =
color=yellow, highway=motorway country=uk = color=blue?
Complete with the ability
In message [EMAIL PROTECTED]
Adam Schreiber [EMAIL PROTECTED] wrote:
On Fri, Apr 18, 2008 at 12:33 PM, Tom Hughes [EMAIL PROTECTED] wrote:
The problem is that we do not have the technology to render different
countries in different ways. I don't believe we even know of an
In message [EMAIL PROTECTED]
Ben Laenen [EMAIL PROTECTED] wrote:
On Friday 18 April 2008, Tom Hughes wrote:
If we can agree on the rendering rules and get both Mapnik and
osmarender sorted out for the USA then people will be incentivised
to tag appropriately. The moto 'render
Message-
From: Andy Allan [mailto:[EMAIL PROTECTED]
Sent: 18 April 2008 17:38
To: Peter Miller
Cc: Talk Openstreetmap
Subject: Re: [OSM-talk] tagging and rendering highways in the USA and
elsewhere
If we can agree on the rendering rules and get both Mapnik and
osmarender
On Friday 18 April 2008 19:14:22 Tom Hughes wrote:
In message [EMAIL PROTECTED]
Adam Schreiber [EMAIL PROTECTED] wrote:
On Fri, Apr 18, 2008 at 12:33 PM, Tom Hughes [EMAIL PROTECTED] wrote:
The problem is that we do not have the technology to render different
countries in
On Fri, 2008-04-18 at 19:14 +0100, Tom Hughes wrote:
In message [EMAIL PROTECTED]
Adam Schreiber [EMAIL PROTECTED] wrote:
On Fri, Apr 18, 2008 at 12:33 PM, Tom Hughes [EMAIL PROTECTED] wrote:
The problem is that we do not have the technology to render different
countries
On Friday 18 April 2008 19:25:37 Peter Miller wrote:
I hope I didn't come across as aggressive, but I did want to point out some
really weird inconsistencies that do need to be resolved and wanted to
encourage debate. In the UK a secondary roads is a minor road, in San
Francisco this
In message [EMAIL PROTECTED]
Jon Burgess [EMAIL PROTECTED] wrote:
Provided we have the polygons describing the boundaries of countries,
states etc then we could tag the data during the osm2pgsql processing.
Alternatively it might be possible for Mapnik to query them at run time
Date: Fri, 18 Apr 2008 13:44:49 -0400
From: Adam Schreiber [EMAIL PROTECTED]
Subject: Re: [OSM-talk] tagging and rendering highways in the USA and
elsewhere
To: Tom Hughes [EMAIL PROTECTED]
Cc: talk@openstreetmap.org
Message-ID:
[EMAIL PROTECTED]
Content-Type: text/plain
On Friday 18 April 2008 21:23:47 Peter Miller wrote:
The answer is that OSM's currently
colour scheme seems to be that it is UK imperialism!
For interest, here are some colours using by Google maps around the world
snip
I would suggest we have a default of orange for top-level roads
On Fri, 2008-04-18 at 21:57 +0100, Jon Burgess wrote:
It should then be possible to include fips_cntry as a filter in the
osm.xml.
From a purely functional perspective this approach seems to work. The
screenshot below shows what happens if you ask for the motorways in
Ireland to be rendered
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tom Hughes wrote:
| In message [EMAIL PROTECTED]
| Peter Miller [EMAIL PROTECTED] wrote:
| If we can agree on the rendering rules and get both Mapnik and osmarender
| sorted out for the USA then people will be incentivised to tag
|
On Fri, Apr 18, 2008 at 11:14 AM, Tom Hughes [EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED]
Adam Schreiber [EMAIL PROTECTED] wrote:
On Fri, Apr 18, 2008 at 12:33 PM, Tom Hughes [EMAIL PROTECTED] wrote:
The problem is that we do not have the technology to render different
Robert (Jamie) Munro schreef:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tom Hughes wrote:
| In message [EMAIL PROTECTED]
| Peter Miller [EMAIL PROTECTED] wrote:
| If we can agree on the rendering rules and get both Mapnik and osmarender
| sorted out for the USA then people
63 matches
Mail list logo