On Nov 14, 2009, at 11:16 AM, Dave Hansen wrote:
What really needs to be done for TIGER addresses import is match the
streets from TIGER to those in OSM (which should be easy since they
all still have the TIGER id's) and generate the address geometry based
on these. Otherwise someone will
On Sat, Nov 14, 2009 at 12:22 PM, Anthony o...@inbox.org wrote:
See http://wiki.openstreetmap.org/wiki/Image:Qgis.png for an example
of something I whipped up for my neighborhood in a few hours
http://api06.dev.openstreetmap.org/api/0.6/changeset/1825/download for
a sample of what the osm looks
Matthias Julius wrote:
Yes, I would create a relation for each thing in the building having the
building itself (area, node or relation) as the only member.
That way the different shops (or banks, law offices, dentists, ...) in
the building can be independant objects and reference the building.
Dave Hansen wrote:
If we can come up with a scheme for getting the addressing imported in a
sane fashion and the consensus is that people want it done that way,
it'll get imported. There are still quite a few squeaky wheels that
like to grumble about TIGER, but I haven't heard a single
Matthias Julius wrote:
I consider numbered tags to be messy. Nodes inside the building is not
better unless you are really producing a map of the building's
internals.
How do you figure? Strip malls typically only have one building but all
ammeneties are accessable from the outside. And
Paul Johnson wrote:
Matthias Julius wrote:
I consider numbered tags to be messy. Nodes inside the building is not
better unless you are really producing a map of the building's
internals.
How do you figure? Strip malls typically only have one building but all
ammeneties are accessable from
Paul Johnson wrote:
Dave Hansen wrote:
If we can come up with a scheme for getting the addressing imported in a
sane fashion and the consensus is that people want it done that way,
it'll get imported. There are still quite a few squeaky wheels that
like to grumble about TIGER, but I haven't
On Sun, 2009-11-15 at 10:59 -0800, Paul Johnson wrote:
Dave Hansen wrote:
If we can come up with a scheme for getting the addressing imported in a
sane fashion and the consensus is that people want it done that way,
it'll get imported. There are still quite a few squeaky wheels that
like
Hi,
Dave Hansen wrote:
There are still quite a few squeaky wheels that
like to grumble about TIGER, but I haven't heard a single person say
that it did more harm than good.
Well then you obviously haven't read the two latest entries in Matt
Amos' blog here,
On Sun, 2009-11-15 at 23:30 +0100, Frederik Ramm wrote:
Dave Hansen wrote:
There are still quite a few squeaky wheels that
like to grumble about TIGER, but I haven't heard a single person say
that it did more harm than good.
Well then you obviously haven't read the two latest entries in
On Sun, 2009-11-15 at 14:25 -0800, Sam Vekemans wrote:
1 - A few people (we can call the data conversion team) are in charge
of taking the data in it's source form (in this case SHP) We use the
tools availble (shp-to-osm.jar and/or shp2osm.py) and are the ones who
create a set of 'rules'
On Sun, 2009-11-15 at 14:33 -0800, Dave Hansen wrote:
Yeah, and that does sound like a really nice way to do it, especially
when there is existing data.
Anybody want to be on the USA conversion team? :)
-- Dave
___
Talk-us mailing list
On Sun, Nov 15, 2009 at 5:36 PM, Dave Hansen d...@sr71.net wrote:
On Sun, 2009-11-15 at 14:33 -0800, Dave Hansen wrote:
Yeah, and that does sound like a really nice way to do it, especially
when there is existing data.
Anybody want to be on the USA conversion team? :)
Absolutely.
On Sun, 2009-11-15 at 14:49 -0800, Dan Putler wrote:
The
upshot, for a number of US counties you would rather use the county
centerline road data rather than TIGER data as the basis of the
import.
That's really good news.
This is exactly what happened for Massachusetts. They had better
Dan,
What's wrong with doing automated addressing imports in situations where we
have point level address data? Or are you just referring to not importing
the addressing that is available for the Tiger data?
Kate Chapman
On Sun, Nov 15, 2009 at 6:00 PM, Dave Hansen d...@sr71.net wrote:
On
On Sun, 2009-11-15 at 18:28 -0500, Kate Chapman wrote:
Maybe I'm confused about the address versus road information. I would
think the address point would be the front door of the building and
would not be a relation to the road. So the node of the address and
the way of the road would not
On Sun, 2009-11-15 at 18:54 -0500, Anthony wrote:
On Sun, Nov 15, 2009 at 6:17 PM, Dave Hansen d...@sr71.net wrote:
On Sun, 2009-11-15 at 18:11 -0500, Kate Chapman wrote:
What's wrong with doing automated addressing imports in situations
where we have point level address data?
The issue
On Sun, Nov 15, 2009 at 7:04 PM, Dave Hansen d...@sr71.net wrote:
There's nothing wrong with doing point-level address imports. The only
thing I would suggest is ensuring that we connect those points ways or
whatever to the roads that represent them somehow.
1) Why?
2) Are you planning on
On Sun, Nov 15, 2009 at 6:45 PM, Dave Hansen d...@sr71.net wrote:
I updated my whole-US map for Garmin devices.
Just take the gmapsupp.img
file from here:
http://daveh.dev.openstreetmap.org/garmin/
and put in the /garmin/ directory on your device (if you have an SD card
unit).
For a single county or jurisdiction, if you delete the TIGER data and
import more accurate local data, what do you do at the boundaries?
County/Stare data sets I've seen usually get cut off +/- a few hundred
feet (if that) from the boundary. Does somebody go through and make
them
Oops hit reply instead of replying to the mailing list :/
I personally favor having the possible address range in the street way
segment (between intersections) Easier to edit and maintain, as well as
smaller memory and bandwidth when working with it. Split each intersection,
then build
On Sun, Nov 15, 2009 at 7:24 PM, Peter Batty peter.ba...@gmail.com wrote:
I'm coming a bit late to this debate, but I just wanted to raise a fairly
basic question, which is whether the Karlsruhe schema is the best one to use
in the situation we find ourselves in with TIGER, where quite a bit of
On Sun, Nov 15, 2009 at 7:47 PM, Dale Puch dale.p...@gmail.com wrote:
Split each intersection, then build relations for the streets.
Do you even have to split? Just add a node, and put the house number
on the node.
One of the problems has been which side is left if the way is reversed.
Put
If you have two streets intersecting and put a number on that node, it isn't
clear which street that applies to. You could add an artificial node close
to the end of the street, but that seems a bit more messy to me. So my gut
feel is that the simplest approach is still attributes on the street.
Alan Millar wrote:
no one is interested to cleanup crap after a bad import.
I am.
tiger import was great from technical
point of view but didn't allow to build a community from scratch.
I didn't want to build anything from scratch. I'm simply not
On 11/15/09 6:45 PM, Dave Hansen wrote:
and put in the /garmin/ directory on your device (if you have an SD card
unit). I'll be updating these periodically as I feel the need. I think
I also have my methods down to a point where I could just script it and
make these weekly or something, if
When I said messy, I guess I was thinking of two things - one is doing the
import, as you mention here (which is sort of where the discussion started).
This seems quite a bit more complex if you have to split ways and insert
nodes.
The other is in writing a geocoding engine based on the data
Anthony writes:
On Sun, Nov 15, 2009 at 7:24 PM, Peter Batty peter.ba...@gmail.com wrote:
I'm coming a bit late to this debate, but I just wanted to raise
a fairly basic question, which is whether the Karlsruhe schema is
the best one to use in the situation we find ourselves in with
Russ, I think you misunderstood my comment. I am in the TIGER import is a
good thing camp. But in the areas I have worked in it has needed a fair bit
of minor positional cleanup. My point is that in those cases where you need
to graphically adjust a street, I don't want to have to edit three or
On Sun, 2009-11-15 at 21:17 -0500, Richard Welty wrote:
On 11/15/09 6:45 PM, Dave Hansen wrote:
and put in the /garmin/ directory on your device (if you have an SD card
unit). I'll be updating these periodically as I feel the need. I think
I also have my methods down to a point where I
30 matches
Mail list logo