involves
requesting it from towns
Sent with Verizon Mobile Email
---Original Message---
From: Anthony o...@inbox.org
Sent: 11/14/2011 9:36 pm
To: Bryce Nesbitt bry...@obviously.com
Cc: talk-us@openstreetmap.org
Subject: Re: [Talk-us] Address improvement through imports?
On Sun, Nov 13
---Original Message---
From: Anthony o...@inbox.org
Sent: 11/14/2011 9:36 pm
To: Bryce Nesbitt bry...@obviously.com
Cc: talk-us@openstreetmap.org
Subject: Re: [Talk-us] Address improvement through imports?
On Sun, Nov 13, 2011 at 10:45 PM, Bryce Nesbitt bry...@obviously.com
wrote
On Sun, Nov 13, 2011 at 10:45 PM, Bryce Nesbitt bry...@obviously.com wrote:
The parcel data is a superset of address data...
Not when there's more than one address to a parcel, which around here
unfortunately is a common occurrence in exactly the places where
address information is most useful
with Verizon Mobile Email
---Original Message---
From: Anthony o...@inbox.org
Sent: 11/14/2011 9:36 pm
To: Bryce Nesbitt bry...@obviously.com
Cc: talk-us@openstreetmap.org
Subject: Re: [Talk-us] Address improvement through imports?
On Sun, Nov 13, 2011 at 10:45 PM, Bryce Nesbitt bry...@obviously.com
On 11/10/2011 04:22 AM, Anthony wrote:
On Mon, Nov 7, 2011 at 10:25 AM, Steven Johnsonsejohns...@gmail.com wrote:
The Census Bureau, through their partnerships and liaisons with state
local govt, are acutely aware of the need and importance of address data.
They are in fact open to finding
On 11/12/2011 5:51 PM, Paul Johnson wrote:
Would be nice to see some work towards validating and integrating the
2010 TIGER data into OSM. It's bound to be a huge improvement over the
2000 data.
I've been doing this on a small scale for Mapdust bugs and all the new
subdivisions in my county
On Mon, Nov 7, 2011 at 10:25 AM, Steven Johnson sejohns...@gmail.com wrote:
The Census Bureau, through their partnerships and liaisons with state
local govt, are acutely aware of the need and importance of address data.
They are in fact open to finding ways to make the data available and still
Yaa, a FOIA request is very unlikely to yield results.
There is a glimmer of hope, though. State and local governments have been
asking the Census Bureau for their address data (Master Address File) for
years. The Census Bureau, through their partnerships and liaisons with
state local govt, are
Doubt very seriously a FOIA request would work. Since the data are subject to
Title XIII restrictions, it will likely take an act of Congress to make them
available.
Sent via telepathy.
On Nov 5, 2011, at 17:13, Anthony o...@inbox.org wrote:
On Fri, Nov 4, 2011 at 1:04 AM, Val Kartchner
On Sun, Nov 6, 2011 at 2:56 PM, Steven Johnson sejohns...@gmail.com wrote:
Doubt very seriously a FOIA request would work. Since the data are subject to
Title XIII restrictions, it will likely take an act of Congress to make them
available.
What exactly are the restrictions? I don't see how
On Sun, Nov 6, 2011 at 8:19 PM, Anthony o...@inbox.org wrote:
On Sun, Nov 6, 2011 at 2:56 PM, Steven Johnson sejohns...@gmail.com wrote:
Doubt very seriously a FOIA request would work. Since the data are subject
to Title XIII restrictions, it will likely take an act of Congress to make
them
Hmm... Baldridge v Shapiro, a Supreme Court ruling:
The unambiguous language of the confidentiality provisions of the
Census Act -- focusing on the information or data that constitutes
the statistical computation -- as well as the Act's legislative
history, indicates that Congress contemplated
Any idea where I would send the request?
http://www.census.gov/po/www/foia/foiaweb.htm
Good luck. Census will fight the request. Earlier comments about
Title XIII apply.
Incidentally, what you are requesting is the MAF, or Master Address File.
___
On Sun, Nov 6, 2011 at 9:52 PM, Mike Thompson miketh...@gmail.com wrote:
Any idea where I would send the request?
http://www.census.gov/po/www/foia/foiaweb.htm
Good luck. Census will fight the request. Earlier comments about
Title XIII apply.
Based on that Supreme Court ruling, and the
On Fri, Nov 4, 2011 at 1:04 AM, Val Kartchner val...@gmail.com wrote:
As long as we have all of the addresses, we could use satellite data to
align them with houses. Is this the type of data we have in TIGER?
It isn't, but I wonder whether or not a FOIA request for a list of all
addresses
On 11/4/2011 1:04 AM, Val Kartchner wrote:
As long as we have all of the addresses, we could use satellite data to
align them with houses. Is this the type of data we have in TIGER?
No, TIGER lists all of the addresses, but adds a large fudge factor to
comply with privacy laws. TIGER data
Michal Migurski wrote:
Maybe someone (heh) could do a purpose-built fork of Potlatch
designed especially for pulling in address info without displaying
any other road data to eliminate confusion
You probably don't even need to fork it. I suspect you could get most of the
way there with a
On Wed, Nov 2, 2011 at 11:36 PM, Serge Wroclawski emac...@gmail.com wrote:
Anthony, my recollection is you're banned from editing our map, so
don't worry about how we split or don't split the roads.
I still edit the map. I am not banned.
___
Talk-us
On Wed, Nov 2, 2011 at 11:40 PM, Michal Migurski m...@stamen.com wrote:
I'm not a fan of splitting ways
Maybe we should remove the ability from the editors, then.
___
Talk-us mailing list
Talk-us@openstreetmap.org
On 11/03/2011 06:09 PM, Steven Johnson wrote:
Up to now, we've been talking largely about addresses as point
features. However, one thing I think would be good to have is block
ranges on streets. What I mean is a tag that indicates this is the
1000 block, the 1100 block, the 1200 block, etc.
On Tue, 2011-11-01 at 21:16 -0400, Mike N wrote:
On 11/1/2011 7:14 PM, Martijn van Exel wrote:
But let's discuss: are
address imports useful (I say yes, for geocoding and routing they're
indispensable), necessary (I say yes, potential OSM data users will
want to be able to do these
http://www.openstreetmap.org/?lat=42.908002lon=-78.91749zoom=18layers=M
One example of what not to do :)
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
On 11/2/11 1:49 AM, Nathan Mills wrote:
On Wed, 02 Nov 2011 00:02:13 -0400, Richard Welty wrote:
i don't know about that, but i certainly think that the current default
mapnik rendering for openstreetmap.org is showing us too much addressing
detail. i'm not sure what showing the address
On Wed, Nov 2, 2011 at 12:02 AM, Richard Welty rwe...@averillpark.net wrote:
On 11/1/11 11:50 PM, Martijn van Exel wrote:
Is there a way for mapnik to only render features of a certain class
if there's not more than a certain density of them?
i don't know about that, but i certainly think
On Wed, Nov 2, 2011 at 9:35 AM, Steven Johnson sejohns...@gmail.com wrote:
Up to now, we've been talking largely about addresses as point features.
However, one thing I think would be good to have is block ranges on streets.
What I mean is a tag that indicates this is the 1000 block, the 1100
Steven Johnson sejohns...@gmail.com wrote:
Up to now, we've been talking largely about addresses as point
features.
However, one thing I think would be good to have is block ranges on
streets. What I mean is a tag that indicates this is the 1000 block,
the
1100 block, the 1200 block, etc.
On Wed, Nov 2, 2011 at 9:35 AM, Steven Johnson sejohns...@gmail.com wrote:
Up to now, we've been talking largely about addresses as point features.
However, one thing I think would be good to have is block ranges on streets.
That would require breaking a way at each junction, wouldn't it? Some
On Wed, Nov 2, 2011 at 7:35 AM, Steven Johnson sejohns...@gmail.com wrote:
Up to now, we've been talking largely about addresses as point features.
However, one thing I think would be good to have is block ranges on streets.
What I mean is a tag that indicates this is the 1000 block, the 1100
On Wed, Nov 2, 2011 at 10:17 AM, Martijn van Exel m...@rtijn.org wrote:
On Wed, Nov 2, 2011 at 7:35 AM, Steven Johnson sejohns...@gmail.com
wrote:
Up to now, we've been talking largely about addresses as point features.
However, one thing I think would be good to have is block ranges on
On Wed, Nov 2, 2011 at 11:24 AM, Ian Dees ian.d...@gmail.com wrote:
Address range information can be derived from existing TIGER data quite
simply.
I'm not sure how simple it is. It's simple in cases where TIGER data
matches up very closely with OSM data. But that isn't universally
true. And
Ian,
On Wed, Nov 2, 2011 at 9:24 AM, Ian Dees ian.d...@gmail.com wrote:
[..]
Address range information can be derived from existing TIGER data quite
simply.
However, I would argue that we should only talk about importing point
information for two reasons:
1) address ranges get in the way
On Wed, Nov 2, 2011 at 11:14 AM, Anthony o...@inbox.org wrote:
On Wed, Nov 2, 2011 at 11:24 AM, Ian Dees ian.d...@gmail.com wrote:
Address range information can be derived from existing TIGER data quite
simply.
I'm not sure how simple it is. It's simple in cases where TIGER data
matches
On Wed, Nov 2, 2011 at 10:38 AM, John F. Eldredge j...@jfeldredge.com wrote:
This idea, of tagging address ranges within blocks, sounds like a good idea
to me. Some cities, such as Louisville, KY, put address ranges on street
signs, which would make gathering such information easy in those
Anthony,
On Wed, Nov 2, 2011 at 10:14 AM, Anthony o...@inbox.org wrote:
On Wed, Nov 2, 2011 at 11:24 AM, Ian Dees ian.d...@gmail.com wrote:
Address range information can be derived from existing TIGER data quite
simply.
I'm not sure how simple it is. It's simple in cases where TIGER data
On Wed, Nov 2, 2011 at 11:17 AM, Martijn van Exel m...@rtijn.org wrote:
Ian,
On Wed, Nov 2, 2011 at 9:24 AM, Ian Dees ian.d...@gmail.com wrote:
[..]
Address range information can be derived from existing TIGER data quite
simply.
However, I would argue that we should only talk about
On Wed, Nov 2, 2011 at 12:19 PM, Martijn van Exel m...@rtijn.org wrote:
I'm all for not importing data where there's existing data people can
use, but in the case of TIGER addresses you could actually make a
point for importing: OSM could be a platform for improving that
address data (like it
On Wed, Nov 2, 2011 at 11:23 AM, Anthony o...@inbox.org wrote:
On Wed, Nov 2, 2011 at 12:19 PM, Martijn van Exel m...@rtijn.org wrote:
I'm all for not importing data where there's existing data people can
use, but in the case of TIGER addresses you could actually make a
point for
Anthony
On Wed, Nov 2, 2011 at 10:23 AM, Anthony o...@inbox.org wrote:
On Wed, Nov 2, 2011 at 12:19 PM, Martijn van Exel m...@rtijn.org wrote:
I'm all for not importing data where there's existing data people can
use, but in the case of TIGER addresses you could actually make a
point for
On Wed, Nov 2, 2011 at 11:14 AM, Anthony o...@inbox.org wrote:
Which brings me to the conclusion that there's no point in importing
TIGER address information. A geocoder can simply try to find the
address in OSM, and fall back to TIGER if the address isn't in OSM.
Then, once the lat/lon is
On Wed, Nov 2, 2011 at 1:17 PM, Toby Murray toby.mur...@gmail.com wrote:
On Wed, Nov 2, 2011 at 11:14 AM, Anthony o...@inbox.org wrote:
Which brings me to the conclusion that there's no point in importing
TIGER address information. A geocoder can simply try to find the
address in OSM, and
On Wed, Nov 2, 2011 at 3:17 PM, Toby Murray toby.mur...@gmail.com wrote:
On Wed, Nov 2, 2011 at 11:14 AM, Anthony o...@inbox.org wrote:
Which brings me to the conclusion that there's no point in importing
TIGER address information. A geocoder can simply try to find the
address in OSM, and
Folks,
Do you realize:
1. We already have a method for address interpolation. It's called
addr:interpolation
There's no need for new tags.
2. Cutting ways into blocks would make for bedlam. There are better
ways, but they require a bit more work. If this is something people
want to take out of
Serge, I think the topic of the thread is improving addresses through
imports, not how we should tag addresses (not that you're derailing it, but
I don't want to go too far afield).
It seems like we have a general agreement that manually merging in pieces
of address data converted to OSM format
On Wed, 2 Nov 2011 09:35:58 -0400, Steven Johnson wrote:
Up to now, weve been talking largely about addresses as point
features. However, one thing I think would be good to have is block
ranges on streets. What I mean is a tag that indicates this is the
1000 block, the 1100 block, the 1200
I'd be interested in a way of auto-tagging blocks in a grid like most
newer cities have. Set the zero point and intermediate points and it
interpolates for you.
___
Talk-us mailing list
Talk-us@openstreetmap.org
Hi,
On Tue, 1 Nov 2011 17:14:03 -0600
Martijn van Exel m...@rtijn.org wrote:
But let's discuss: are
address imports useful (I say yes, for geocoding and routing they're
indispensable), necessary (I say yes, potential OSM data users will
want to be able to do these things) and feasible (I say
On Wed, 2 Nov 2011 23:12:09 +0100, Frederik Ramm wrote:
Importing more and more data will not make OSM strong. It might make
OSM look useful in the short term but that's cheap usefulness
So you're saying that if I don't go out and spend thousands of dollars
and countless hours driving every
Hi Frederik,
On Wed, Nov 2, 2011 at 5:12 PM, Frederik Ramm frede...@remote.org wrote:
Hi,
On Tue, 1 Nov 2011 17:14:03 -0600
Martijn van Exel m...@rtijn.org wrote:
But let's discuss: are
address imports useful (I say yes, for geocoding and routing they're
indispensable), necessary (I
Frederik,
On Wed, Nov 2, 2011 at 4:12 PM, Frederik Ramm frede...@remote.org wrote:
Hi,
On Tue, 1 Nov 2011 17:14:03 -0600
Martijn van Exel m...@rtijn.org wrote:
But let's discuss: are
address imports useful (I say yes, for geocoding and routing they're
indispensable), necessary (I say yes,
On 11/2/11 6:52 PM, Martijn van Exel wrote:
It's hardly a quick fix and you know that's not what we are setting
out to achieve here. A quick fix would be for me to just take those
shapefiles and dump them right into OSM. What we're doing instead here
is considering if and how existing sources
On 11/2/2011 6:59 PM, Richard Welty wrote:
for what it's worth, i think Martijn is on precisely the right path here.
imports go wrong when they're done carelessly and without any quality
control. it doesn't have to be that way.
I'm not against importing high quality address data, but can see
On Wed, Nov 2, 2011 at 4:26 PM, Serge Wroclawski emac...@gmail.com wrote:
Folks,
Do you realize:
1. We already have a method for address interpolation. It's called
addr:interpolation
There's no need for new tags.
Yes. In fact, I mentioned it above along with a link
On 11/2/2011 9:46 PM, Anthony wrote:
2. Cutting ways into blocks would make for bedlam.
Why?
If there's no difference between the blocks except for addressing, it
adds a needless extra step to map corrections. Instead of selecting an
entire street with a single click to correct the
On Wed, Nov 2, 2011 at 6:44 PM, Ian Dees ian.d...@gmail.com wrote:
I think it's reasonable to take a small bite out of that huge task by using
data that was previously crowdsourced (via taxpayer money) and ask as many
members of the current OSM community in the US to manually add the data and
On Wed, Nov 2, 2011 at 9:59 PM, Anthony o...@inbox.org wrote:
On Wed, Nov 2, 2011 at 9:55 PM, Mike N nice...@att.net wrote:
On 11/2/2011 9:46 PM, Anthony wrote:
2. Cutting ways into blocks would make for bedlam.
Why?
If there's no difference between the blocks except for addressing, it
On 11/2/2011 9:59 PM, Anthony wrote:
I guess, but there are already so many reasons to split ways that I
think you're fighting a losing battle. A better solution would be to
adopt something like street relations, so that the name of a road
isn't duplicated on every single way in the first
From: Mike N [mailto:nice...@att.net]
Subject: Re: [Talk-us] Address improvement through imports?
Splitting ways for maxSpeed, public transport, cycle lanes, route
relations, and lane counts are all value-added mapper observations, but
still often conveniently span a number of blocks
On Wed, Nov 2, 2011 at 9:59 PM, Anthony o...@inbox.org wrote:
I guess, but there are already so many reasons to split ways that I
think you're fighting a losing battle. A better solution would be to
adopt something like street relations, so that the name of a road
isn't duplicated on every
On Nov 2, 2011, at 9:28 AM, Martijn van Exel wrote:
On Wed, Nov 2, 2011 at 10:23 AM, Anthony o...@inbox.org wrote:
On Wed, Nov 2, 2011 at 12:19 PM, Martijn van Exel m...@rtijn.org wrote:
I'm all for not importing data where there's existing data people can
use, but in the case of TIGER
On Wed, Nov 2, 2011 at 5:12 PM, Frederik Ramm frede...@remote.org wrote:
Hi,
On Tue, 1 Nov 2011 17:14:03 -0600
Martijn van Exel m...@rtijn.org wrote:
But let's discuss: are
address imports useful (I say yes, for geocoding and routing they're
indispensable), necessary (I say yes, potential
All,
We have seen a few local address point imports in the US. I know of DC
and San Diego, there may be more. That made me want to look into other
possible import sources for addresses. I collected some findings on
the wiki here:
By the way, if that page looks empty, that's because I just did not
find very many resources on the state level which is where I looked.
But at least I put in a link to what appears to be the central
clearinghouse / catalog for geospatial data for each state.
Martijn
On Tue, Nov 1, 2011 at 5:14
On Tue, 1 Nov 2011 17:16:11 -0600, Martijn van Exel wrote:
By the way, if that page looks empty, that's because I just did not
find very many resources on the state level which is where I looked.
But at least I put in a link to what appears to be the central
clearinghouse / catalog for
I noticed the Arkansas import[1] in Bentonville as I was driving
through. When I went back and added a few things along the way it
seemed to be of pretty good quality although I didn't look at it too
closely.
As wary as I am of imports, I do think addresses are one of the things
that CAN actually
On 11/1/2011 7:14 PM, Martijn van Exel wrote:
But let's discuss: are
address imports useful (I say yes, for geocoding and routing they're
indispensable), necessary (I say yes, potential OSM data users will
want to be able to do these things) and feasible (I say yes, if
there's local mappers to
On Tue, 1 Nov 2011 19:40:27 -0500, Toby Murray wrote:
It is also data that is time consuming and, for a lot of people,
boring to collect and enter. If you're mapping a shop or restaurant
that you are visiting it's one thing to add in a couple of addr:*
tags
but to get truly good coverage
Another thing that impedes progress for address mapping is the fact
that the house numbers appear on the map so indiscriminately. In rural
areas or other places where address points are far apart, that's
helpful, but I think this map is way too cluttered:
On Wed, 02 Nov 2011 00:02:13 -0400, Richard Welty wrote:
i don't know about that, but i certainly think that the current
default
mapnik rendering for openstreetmap.org is showing us too much
addressing
detail. i'm not sure what showing the address interpolation ways here
really
adds to the
68 matches
Mail list logo