Actually several of the Australian borders were drawn up on paper but
the physical border differs because of miscalculation when surveyed,
they just found out that the angle along NT/Qld borders differs in the
direction they went north, so they'll probably update the paper maps,
they said
Hi,
John Smith wrote:
You are confusing things,
[...]
So a straight line in the database as on the planet will still be a
straight line,
We were discussing what exactly a straight line was. There is no such
thing as a straight line in the database, because, as you correctly
state, the
2010/1/9 Frederik Ramm frede...@remote.org:
* If your editor was using EPSG:4326 then the line you saw on the screen
*will* go through that point.
Most imagery, if not all, used for this purpose will be EPSG:4326, ie
lat/lon, and the co-ords uploaded to OSM is lat/lon, and ways are a
collection
John,
I've made an honest effort to explain. You haven't understood. Maybe
we're somehow not talking the same language. Perhaps someone else has
the patience to go through this with you again; I don't. You are welcome
to ignore my recommendations - they are, after all, only
2010/1/9 Frederik Ramm frede...@remote.org:
John,
I've made an honest effort to explain. You haven't understood. Maybe we're
And I've made a honest effort to try and explain how I disagree and why.
I couldn't be bothered to reply to the rest, it's just appeals to
authority and so which is
Am 09.01.2010 11:36, schrieb John Smith:
You could have at least answered me this, if OSM only stores lat/lon
data how can projections be an issue exactly, and in turn how is it a
problem how far apart nodes are on a way?
Okay, look at this image [1]. It shows the shortest line between
2010/1/9 Martin Siegel martin.sie...@sdas.de:
straight line on the map. Now imagine someone wanted to draw a straight
line between these two points and does this in an editor using the same
Before making assumptions on the editor, what about assumptions on the
data source, are we talking GPS or
2010/1/9 John Smith deltafoxtrot...@gmail.com:
2010/1/9 Carsten Nielsen list_re...@toensberg.dk:
John Smith skrev:
If we are assuming GPS, then it's irrelevent, since you are plotting
from lat/lon to lat/lon, if it's hi-res imagery it would still be
lat/lon...
The GPS data may look bent,
2010/1/9 John Smith deltafoxtrot...@gmail.com:
No it isn't, the preprocessing software could do that if it needs it,
this isn't a reason to add extra nodes to the database.
We are talking about the API for editors and casual use of the
database. There are no pre-processors involved. Sure,
2010/1/9 Stephen Hope slh...@gmail.com:
2010/1/9 John Smith deltafoxtrot...@gmail.com:
No it isn't, the preprocessing software could do that if it needs it,
this isn't a reason to add extra nodes to the database.
We are talking about the API for editors and casual use of the
database. There
On Sat, Jan 9, 2010 at 4:41 AM, Frederik Ramm frede...@remote.org wrote:
Now either we provide that information, by making a rule and hoping
everyone understands and adheres to it (unlikely), or else we just try and
keep our nodes close enough to each other because that will then reduce the
On Sat, Jan 9, 2010 at 8:55 AM, Stephen Hope slh...@gmail.com wrote:
But if you want to edit a small area in the middle, your editor won't
download the huge outer areas required to find that such a line
exists.
This was done by design, because it makes processing an API request
much easier,
We were discussing what exactly a straight line was. There is no such
thing as a straight line in the database, because, as you correctly
state, the database only stores the end points of a line. If you draw a
line from point lat=10;lon=10 to lat=30;lon=30, then it is unclear
Hi all,
And, thinking about it a bit, I guess the proper rule is that (10,
10) - (30, 30) passes through (20, 20), since it's completely
unrealistic to assume that the basic renderers will do otherwise.
And this is where you are wrong. On zoomlevel 0 (one tile for the whole
earth) (10,10)
On Sat, Jan 9, 2010 at 10:50 AM, Patrick Kilian o...@petschge.de wrote:
Hi all,
And, thinking about it a bit, I guess the proper rule is that (10,
10) - (30, 30) passes through (20, 20), since it's completely
unrealistic to assume that the basic renderers will do otherwise.
And this is
, 09 Jan 2010 09:58:20 -0500
From: Greg Troxel g...@ir.bbn.com
Subject: Re: [OSM-talk] New Highways view in OSM Inspector
To: Frederik Ramm frede...@remote.org
Cc: OSM Talk talk@openstreetmap.org
Message-ID: rmiskafl3zn@fnord.ir.bbn.com
Content-Type: text/plain; charset=us-ascii
We were
:20 -0500
From: Greg Troxel g...@ir.bbn.com
Subject: Re: [OSM-talk] New Highways view in OSM Inspector
To: Frederik Ramm frede...@remote.org
Cc: OSM Talk talk@openstreetmap.org
Message-ID: rmiskafl3zn@fnord.ir.bbn.com
Content-Type: text/plain; charset=us-ascii
We were discussing what
Hi,
THAT depends on your definition of straight line.
I suppose, but it'd have to be a pretty contrived definition of
straight line to be equivalent to Spherical Mercator, would it not?
I think that line that are straight in mercator projections are
loxodroms. But I'm not 100% sure about
2010/1/10 Dont Reply dontreplytothisadr...@toensberg.dk:
John Smith skrev:
Pretty sure this is a hypothetical question, because even the highway
across the Nullabor is bound to be not perfectly straight, although it
would be mostly straight :)
Well not quite hypothetical..
I am sure you
On Sat, Jan 9, 2010 at 4:44 PM, Patrick Kilian o...@petschge.de wrote:
THAT depends on your definition of straight line.
I suppose, but it'd have to be a pretty contrived definition of
straight line to be equivalent to Spherical Mercator, would it not?
I think that line that are straight
2010/1/10 Anthony o...@inbox.org:
I don't know. The WGS84 part is pretty arbitrary.
It's what lat/lon should be uploaded to OSM so it's consistent world
wide, you don't need to support all sorts of weird and wonderful local
datums, even if there is drift due to continental drift etc.
Australia
On Fri, Jan 08, 2010 at 12:14:25AM +, Dave F. wrote:
Jochen Topf wrote:
Long ways are a potential problem if you have long segments with no nodes in
it. One problem is when you draw a small part of the map that has a line
going
through it but no nodes in it (because they are all
2010/1/8 Jochen Topf joc...@remote.org:
I think don't map for the renderer is a nice idea, but has nothing to do
with
Don't map incorrectly for the renderer to have it show up a certain way...
http://wiki.openstreetmap.org/wiki/Tagging_for_the_renderer
Dave F. wrote:
Long ways are a potential problem if you have long segments with no nodes in
it. One problem is when you draw a small part of the map that has a line
going
through it but no nodes in it (because they are all outside), the line might
not show because the software doesn't
Jochen Topf wrote:
Mapnik and many other renderers can display about any projection you can
think of and then some.
Cool. Do you have any examples?
Cheers
Dave F.
___
talk mailing list
talk@openstreetmap.org
John Smith wrote:
2010/1/8 Jochen Topf joc...@remote.org:
I think don't map for the renderer is a nice idea, but has nothing to do
with
Don't map incorrectly for the renderer to have it show up a certain way...
http://wiki.openstreetmap.org/wiki/Tagging_for_the_renderer
Maybe I
2010/1/8 Dave F. dave...@madasafish.com
To me, a straight line, irrelevant of length, should have no more than
two points.
still you are ignoring projection and earth form, or are you talking about a
tunnel (you will have to dig into the earth to get a straight line or decent
length)? (btw.
On Fri, Jan 8, 2010 at 9:06 AM, Dave F. dave...@madasafish.com wrote:
John Smith wrote:
2010/1/8 Jochen Topf joc...@remote.org:
I think don't map for the renderer is a nice idea, but has nothing to
do with
Don't map incorrectly for the renderer to have it show up a certain
way...
Hi,
Anthony wrote:
I'd imagine for some applications we'd want the former (a straight
road/rail), and for some we'd want the latter (the border of Wyoming).
Which should be the official definition according to the specs?
Because very few people in OSM have any formal training in geography
Hi,
Frederik Ramm wrote:
Because of that, it is a very pragmatic choice to say
let's not have distances of more than a few kilometres between nodes
because that will then reduce the error between the three different
types of straight line discussed above to something very small[*].
I had
On Fri, Jan 08, 2010 at 01:52:00PM +, Dave F. wrote:
Jochen Topf wrote:
Mapnik and many other renderers can display about any projection you can
think of and then some.
Cool. Do you have any examples?
There might be some Images on the Mapnik homepage, I am not sure. Generally
all Open
On Fri, Jan 08, 2010 at 06:39:16PM +1000, John Smith wrote:
2010/1/8 Jochen Topf joc...@remote.org:
I think don't map for the renderer is a nice idea, but has nothing to do
with
Don't map incorrectly for the renderer to have it show up a certain way...
You put incorrectly into quotes, I
2010/1/9 Frederik Ramm frede...@remote.org:
Hi,
Anthony wrote:
I'd imagine for some applications we'd want the former (a straight
road/rail), and for some we'd want the latter (the border of Wyoming).
Which should be the official definition according to the specs?
Because very few people
2010/1/9 Jochen Topf joc...@remote.org:
On Fri, Jan 08, 2010 at 06:39:16PM +1000, John Smith wrote:
2010/1/8 Jochen Topf joc...@remote.org:
I think don't map for the renderer is a nice idea, but has nothing to do
with
Don't map incorrectly for the renderer to have it show up a certain
Martin Koppenhoefer wrote:
2010/1/8 Dave F. dave...@madasafish.com mailto:dave...@madasafish.com
To me, a straight line, irrelevant of length, should have no more than
two points.
still you are ignoring projection and earth form, or are you talking
about a tunnel (you will have
Am 09.01.2010 01:27, schrieb Dave F.:
Martin Koppenhoefer wrote:
still you are ignoring projection and earth form, or are you talking
about a tunnel (you will have to dig into the earth to get a straight
line or decent length)?
I'm aware of the concept that the earth is not flat.
I'm aware of the concept that the earth is not flat.
But... This is a two dimensional map. IFAIK there is no 3d data. The PoV
of viewing the OSM data via the likes of Mapnik is always through the
surface of the earth to the centre of the earth. Therefore a line such
as this Oz highway is,
2010/1/9 Dave F. dave...@madasafish.com:
I'm aware of the concept that the earth is not flat.
No but map projections are...
But... This is a two dimensional map. IFAIK there is no 3d data. The PoV
of viewing the OSM data via the likes of Mapnik is always through the
surface of the earth to
2010/1/9 Martin Siegel martin.sie...@sdas.de:
AFAIK this is not correct. First of all the PoV of Mercator projection
is not going through the center of the earth. It's a somehow stretched
cylindrical projection and it goes through the north-south-axis.
The way it is stretched causes that
2010/1/9 ed...@billiau.net:
Eg Air navigation east coast north america to europe.
This is long enough that shown on a Mercator projection the straight line
which the pilot flies is shown as a curve - because in 3D it is a curve.
Not just a curve, but a S shape when they cross the equator.
On Fri, Jan 8, 2010 at 8:32 PM, John Smith deltafoxtrot...@gmail.comwrote:
2010/1/9 Martin Siegel martin.sie...@sdas.de:
AFAIK this is not correct. First of all the PoV of Mercator projection
is not going through the center of the earth. It's a somehow stretched
cylindrical projection and
Thanks for the updates. Quite useful
Jochen Topf wrote:
Long ways are a potential problem if you have long segments with no nodes in
it. One problem is when you draw a small part of the map that has a line going
through it but no nodes in it (because they are all outside), the line might
not
On Tue, Jan 5, 2010 at 3:44 PM, Jochen Topf joc...@remote.org wrote:
Straight lines on the earth are not necessary straight lines in some
projections. They
should show up as curves. But if you don't have enought supporting nodes,
you
don't get nice curves.
I just drew a great circle route
Am 08.01.2010 01:14, schrieb Dave F.:
Thanks for the updates. Quite useful
Jochen Topf wrote:
Long ways are a potential problem if you have long segments with no nodes in
it. One problem is when you draw a small part of the map that has a line
going
through it but no nodes in it (because
Hi!
The OSM Inspector (tools.geofabrik.de/osmi) just got a new Highways view.
It shows problems with highway types, names, refs and some other tags such
as oneway and maxspeed.
http://tools.geofabrik.de/osmi/?view=highways
Doc is in the wiki at
2010/1/6 Jochen Topf joc...@remote.org:
Hi!
The OSM Inspector (tools.geofabrik.de/osmi) just got a new Highways view.
It shows problems with highway types, names, refs and some other tags such
as oneway and maxspeed.
http://tools.geofabrik.de/osmi/?view=highways
It still show's long ways
Highways view in OSM Inspector
To: t...@openstreetmap.org
Hi!
The OSM Inspector (tools.geofabrik.de/osmi) just got a new Highways view.
It shows problems with highway types, names, refs and some other tags such
as oneway and maxspeed.
http://tools.geofabrik.de/osmi/?view=highways
Doc is in the wiki
47 matches
Mail list logo