On Thu, 2009-11-12 at 15:19 -0500, Mike N. wrote:
FYI - I applied the experimental script which creates address
interpolation ways at -
http://svn.openstreetmap.org/applications/utils/import/tiger2osm/shape_to_osm-Tiger.py
The results are at
http://svn.openstreetmap.org/applications/utils/import/tiger2osm/shape_to_osm-Tiger.py
Cool stuff! I've been looking at doing the same thing. Which osgeo
python code are you using?
I'm using the default lib for Fedora - GDAL 1.6.0; release 8.fc11 .
Someone else (in Georgia?) created all
On 12 Nov 2009, at 8:28 , Ian Dees wrote:
On Thu, Nov 12, 2009 at 10:20 AM, Apollinaris Schoell ascho...@gmail.com
wrote:
On 12 Nov 2009, at 6:14 , Andy Allan wrote:
I disagree there. It's much better to put the effort in during the
initial import, than to import things badly and try
On Thu, Nov 12, 2009 at 10:20 AM, Apollinaris Schoell ascho...@gmail.comwrote:
On 12 Nov 2009, at 6:14 , Andy Allan wrote:
I disagree there. It's much better to put the effort in during the
initial import, than to import things badly and try to fix it up
later. We've been working on lots
Dave Hansen writes:
The standard OSM user tries to find their street first. The typical US
OSM experience has gone from, My street isn't there to My street is
crooked.
And soon it will go to My house is in the wrong location. In
parts of St. Lawrence County, New York, that's already the
On Wed, Nov 11, 2009 at 11:17 PM, Apollinaris Schoell
ascho...@gmail.com wrote:
On Wed, Nov 11, 2009 at 7:19 PM, Anthony o...@inbox.org wrote:
It probably has to be a relation. Include a start node, an end node,
and a list of one or more ways (which are connected to form one
logical way).
On Wed, Nov 11, 2009 at 11:26 PM, Ian Dees ian.d...@gmail.com wrote:
On Wed, Nov 11, 2009 at 10:17 PM, Apollinaris Schoell ascho...@gmail.com
wrote:
On Wed, Nov 11, 2009 at 7:19 PM, Anthony o...@inbox.org wrote:
On the other hand, putting the information directly on the way would
be
On 12 Nov 2009, at 11:18 , Anthony wrote:
On Wed, Nov 11, 2009 at 11:17 PM, Apollinaris Schoell
ascho...@gmail.com wrote:
On Wed, Nov 11, 2009 at 7:19 PM, Anthony o...@inbox.org wrote:
It probably has to be a relation. Include a start node, an end
node,
and a list of one or more ways
This may be stating the obvious, but it's a lot less effort to capture
address ranges for each block than to capture an accurate location for each
individual building. I think that's the primary reason why most geocoding
systems use this approach. But it's not either / or - if you're doing
On 12 Nov 2009, at 11:29 , Anthony wrote:
On Thu, Nov 12, 2009 at 9:14 AM, Andy Allan gravityst...@gmail.com
wrote:
It's a fairly well established convention that in OSM it's the
houses/plots, not the road centrelines, that are addressed.
But that doesn't always reflect reality. The
On Fri, 13 Nov 2009, Apollinaris Schoell wrote:
But that doesn't always reflect reality. The reality, at least in
many parts of the world, is that the streets are given blocks of
potential addresses, and the houses/plots/whatever are given actual
addresses from those potential address
On Thu, 2009-11-12 at 11:40 -0800, Apollinaris Schoell wrote:
On 12 Nov 2009, at 11:29 , Anthony wrote:
On Thu, Nov 12, 2009 at 9:14 AM, Andy Allan gravityst...@gmail.com
wrote:
It's a fairly well established convention that in OSM it's the
houses/plots, not the road centrelines, that
On Thu, Nov 12, 2009 at 2:40 PM, Apollinaris Schoell ascho...@gmail.com wrote:
Don't know any place except in US where this has been done.
Even if it weren't done anywhere else (which it is, see below), there
are a lot of houses in the US.
how is that easier than the Karlsruhe scheme?
It's
follow the OSM principle.
map what's on the ground no matter where you are
On 12 Nov 2009, at 11:56 , Dave Hansen wrote:
On Thu, 2009-11-12 at 11:40 -0800, Apollinaris Schoell wrote:
On 12 Nov 2009, at 11:29 , Anthony wrote:
On Thu, Nov 12, 2009 at 9:14 AM, Andy Allan gravityst...@gmail.com
If we're going to go into detail, no type of interpolation reflects
reality, it's just interpolation.
I disagree. An approximation of reality reflects reality.
Physical street surveys will almost never get 100% reality due to missing
house numbers, etc. Are you proposing to discourage
If we're going to go into detail, no type of interpolation reflects
reality, it's just interpolation.
I disagree. An approximation of reality reflects reality.
Physical street surveys will almost never get 100% reality due to missing
house numbers, etc. Are you proposing to discourage
2009/11/12 Dave Hansen d...@sr71.net:
On Thu, 2009-11-12 at 11:40 -0800, Apollinaris Schoell wrote:
Don't know any place except in US where this has been done.
So, should we ignore the US for addressing entirely since it is
different? Or, should US addressing use a different scheme than the
On Thu, Nov 12, 2009 at 4:43 PM, andrzej zaborowski balr...@gmail.com wrote:
Every single country has different addressing rules, it's not like
this particular scheme is special. That's why someone came up with a
tagging scheme that can express all or most of these rules
They did? What
2009/11/12 Anthony o...@inbox.org:
On Thu, Nov 12, 2009 at 4:43 PM, andrzej zaborowski balr...@gmail.com wrote:
Every single country has different addressing rules, it's not like
this particular scheme is special. That's why someone came up with a
tagging scheme that can express all or most
On Thu, Nov 12, 2009 at 5:14 PM, andrzej zaborowski balr...@gmail.com wrote:
Ian hasn't (yet) mentioned whether this data he deals with contains
potential address ranges or actual ranges, so I assumed actual.
The fact that it's tagged on the line segments representing the road
centerline pretty
Hi,
Anthony wrote:
On Thu, Nov 12, 2009 at 4:43 PM, andrzej zaborowski balr...@gmail.com wrote:
Every single country has different addressing rules, it's not like
this particular scheme is special. That's why someone came up with a
tagging scheme that can express all or most of these rules
On Thu, Nov 12, 2009 at 5:32 PM, Mike N. nice...@att.net wrote:
There are cases with Karlruhe Scheme that need addditional tags like
Czech addresses but I haven't heard of such cases from US or other
mappers.
I recently started using a new modifier tag addr:inclusion to help in
accurately
On Thu, Nov 12, 2009 at 5:41 PM, Frederik Ramm frede...@remote.org wrote:
I would also strongly encourage you to use one such line on each side of the
road, instead of putting tags on the road itself. This makes it very clear
which side an address is on, better than any tags you can put on the
2009/11/12 Anthony o...@inbox.org:
I can see keeping it in a separate db, and really I'm leaning toward
that as being the best option.
What are the advantages of having this in the OSM db? When the roads
change, you're going to have to either re-survey the data or throw out
the address
Hi,
Anthony wrote:
On Thu, Nov 12, 2009 at 5:41 PM, Frederik Ramm frede...@remote.org wrote:
I would also strongly encourage you to use one such line on each side of the
road, instead of putting tags on the road itself. This makes it very clear
which side an address is on, better than any
On Thu, Nov 12, 2009 at 6:43 PM, Frederik Ramm frede...@remote.org wrote:
I consider interpolation ways to be an abstract thing also. To convey the
information, they need to be on each side of the road
The thing is, they don't.
As long as there is no doubt (for the
person viewing the
On Wed, Nov 11, 2009 at 9:21 PM, Ian Dees ian.d...@gmail.com wrote:
No, I doubt local mappers will improve the data.
If that's true (and I'm really not sure if it is), then it really
shouldn't be in OSM in the first place.
I sent this mail because
almost all of the data I've seen available
On Wed, Nov 11, 2009 at 7:19 PM, Anthony o...@inbox.org wrote:
On the other hand, putting the information directly on the way would
be problematic for many reasons. Ranges might span multiple ways, and
right/left has to be reversed whenever the way is reversed being the
most troublesome.
On Wed, Nov 11, 2009 at 10:17 PM, Apollinaris Schoell ascho...@gmail.comwrote:
On Wed, Nov 11, 2009 at 7:19 PM, Anthony o...@inbox.org wrote:
On the other hand, putting the information directly on the way would
be problematic for many reasons. Ranges might span multiple ways, and
29 matches
Mail list logo
