brycenesbitt wrote:
> Is there evidence of Google using streetview plus OCR for
> addressing data yet?
They've integrated it into ReCaptcha:
http://techcrunch.com/2012/03/29/google-now-using-recaptcha-to-decode-street-view-addresses/
cheers
Richard
--
View this message in context:
http://
Is there evidence of Google using streetview plus OCR for addressing data
yet?
I could imagine the crowdsource version of this that recognizes street
signs and codes the address blocks frequently found on them.
___
Talk-us mailing list
Talk-us@openstreetm
On 11/29/12 11:36 PM, Ian Dees wrote:
On Thu, Nov 29, 2012 at 10:28 PM, Paul Johnson wrote:
On Thursday, November 29, 2012, Mike N wrote:
So map the driveways and buildings, too. I mean, how core are we?
My hope is that we can get the best address points added to OSM then we
improve on it
On 11/29/12 11:28 PM, Paul Johnson wrote:
On Thursday, November 29, 2012, Mike N wrote:
It would be useful to navigate to address points - properly placed,
they will lead to the building of interest or driveway. Centroids on
large parcels will frequently misdirect to a side street with no acce
On Thu, Nov 29, 2012 at 10:28 PM, Paul Johnson wrote:
> On Thursday, November 29, 2012, Mike N wrote:
>
>> On 11/29/2012 10:32 PM, Paul Johnson wrote:
>>
>>> Is there a compelling reason not to get parcels instead? As parcels
>>> change shape, the centroid can be easily interpolated. It's not r
On Thursday, November 29, 2012, Mike N wrote:
> On 11/29/2012 10:32 PM, Paul Johnson wrote:
>
>> Is there a compelling reason not to get parcels instead? As parcels
>> change shape, the centroid can be easily interpolated. It's not really
>> possible to extrapolate geometry from centroid, howeve
Here's an interesting exercise so you can see how google is doing
address geocoding. In google maps, search for: 2109 Lisa Dare Dr,
Leesburg, FL
Make sure you have the map version turned on so you can see the parcel
outlines. See the address location? Its the parcel centroid.
Now look at t
On 11/29/2012 10:45 PM, Mike N wrote:
On 11/29/2012 10:32 PM, Paul Johnson wrote:
Is there a compelling reason not to get parcels instead? As parcels
change shape, the centroid can be easily interpolated. It's not really
possible to extrapolate geometry from centroid, however.
It would be u
On 11/29/2012 10:32 PM, Paul Johnson wrote:
Is there a compelling reason not to get parcels instead? As parcels
change shape, the centroid can be easily interpolated. It's not really
possible to extrapolate geometry from centroid, however.
It would be useful to navigate to address points - p
On Thursday, November 29, 2012, Brian May wrote:
> On 11/29/2012 9:12 PM, Steven Johnson wrote:
>
>>
>> Secondly, about Census data... The Census Bureau publishes ZIP Code
>> Tabulation Areas (ZCTAs, as polygons) but they are an approximation of US
>> Postal Service data and used for downstream an
On Thursday, November 29, 2012, Brian May wrote:
> On 11/29/2012 9:12 PM, Steven Johnson wrote:
>
>>
>> Secondly, about Census data... The Census Bureau publishes ZIP Code
>> Tabulation Areas (ZCTAs, as polygons) but they are an approximation of US
>> Postal Service data and used for downstream an
One of the problems we run into in portions of the midwest (like here
in the St Louis area) is that the local county and municipal
governments only lease the parcel data and don't own the data. They
are not allowed to share that data without paying a large fee to the
company who leases it to them.
On Thursday, November 29, 2012, Brian May wrote:
> On 11/29/2012 9:12 PM, Steven Johnson wrote:
>
>>
>> Secondly, about Census data... The Census Bureau publishes ZIP Code
>> Tabulation Areas (ZCTAs, as polygons) but they are an approximation of US
>> Postal Service data and used for downstream an
On Thursday, November 29, 2012, Brian May wrote:
> On 11/29/2012 9:12 PM, Steven Johnson wrote:
>
>>
>> Secondly, about Census data... The Census Bureau publishes ZIP Code
>> Tabulation Areas (ZCTAs, as polygons) but they are an approximation of US
>> Postal Service data and used for downstream an
On 11/29/2012 9:12 PM, Steven Johnson wrote:
Secondly, about Census data... The Census Bureau publishes ZIP Code
Tabulation Areas (ZCTAs, as polygons) but they are an approximation of
US Postal Service data and used for downstream analytical purposes.
But as far as USPS is concerned, the ZIP
On Thu, Nov 29, 2012 at 8:31 PM, Steven Johnson wrote:
> Okay, so we're talking about importing address *points*. Good.
>
> Now, are we talking strictly about *postal* addresses? Or *site*
> addresses? In some cases (cities, typically) they're typically the same.
> But in rural areas not always th
Okay, so we're talking about importing address *points*. Good.
Now, are we talking strictly about *postal* addresses? Or *site* addresses?
In some cases (cities, typically) they're typically the same. But in rural
areas not always the case.
-- SEJ
-- twitter: @geomantic
-- skype: sejohnson8
"Com
We certainly need to take our time before importing addresses. I
considered the problem of manually collecting the city and concluded
that it is not possible short of opening mailboxes and reading the
address on any mail (highly illegal), or knocking on every door to
confirm the mailing add
On Thu, Nov 29, 2012 at 8:12 PM, Steven Johnson wrote:
> Let me pose something to help clarify what we're talking about when we
> say, "importing addresses"
> First, are we talking about
> 1) Address *ranges*, which are linear features and apply to streets/roads?
> TIGER has address ranges, useful
Let me pose something to help clarify what we're talking about when we say,
"importing addresses"
First, are we talking about
1) Address *ranges*, which are linear features and apply to streets/roads?
TIGER has address ranges, useful for interpolation. But TIGER does not
contain individual addresse
[Talk-us] US Addressing
I'm wholeheartedly behind this effort as address data have long been an
interest.
So I just had a quick look at obtaining data for Arlington, VA. The data
(current as of May 2012) are available on CD for cost of reproduction ($125)
and includes address points, pl
On Thu, Nov 29, 2012 at 5:40 PM, Ian Dees wrote:
> I really don't want to support a complete TIGER address import unless our
> effort at finding "real" local addressing data fails in some places.
I believe that Richard was speaking about TIGER in the sense of the
style of import, rather than abo
On 29/11/2012 22:46, Jeffrey Ollie wrote:
None of the Iowa data that I am processing originates with the US
Census or TIGER.
Sure, I should have said "big massive ---k-off import" rather than
"TIGER". They both look the same from several thousand miles away I'm
afraid. :)
As Richard Welty
On 29 November 2012 21:12, Toby Murray wrote:
> Now for the hard part. Converting and conflating the information with
> the non-trivial number of addresses I have already collected on the
> ground.
Compared to conflating names or geometries, addresses are not a
problem because the street and the
Hi,
On 29.11.2012 23:26, Richard Fairhurst wrote:
If you chaps are all dead set on doing another massive TIGER import - hey,
it's your funeral
It's not a funeral. It's a sacrifice of long-term project health for a
short term gain.
Nobody in the overheated IT business world makes plans for s
There are a few exceptions, but the local post offices know how to handle
them. They are also extremely minor and the people who live or do business
in these areas are probably used to the confusion.
If you're curious though:
Part of Kentucky has a Tennessee zip code and addresses:
http://en.wik
On Thu, Nov 29, 2012 at 4:26 PM, Richard Fairhurst wrote:
> Jeffrey Ollie wrote:
>> It looks pretty good from what I saw, with the obvious exception
>> that newer homes aren't tagged. I'm going to clean up my code
>> a bit and stick it up on github somewhere.
>
> If you chaps are all dead set on
On Thu, Nov 29, 2012 at 4:26 PM, Richard Fairhurst wrote:
> Jeffrey Ollie wrote:
> > It looks pretty good from what I saw, with the obvious exception
> > that newer homes aren't tagged. I'm going to clean up my code
> > a bit and stick it up on github somewhere.
>
> If you chaps are all dead set
On 11/29/12 5:26 PM, Richard Fairhurst wrote:
I'm also very very doubtful about the value of importing city, state and (!)
country: if we don't have polygons for all of those already, then we really
should. Importing n billion nodes into the States which all say "hey, this
is in the States" will
Jeffrey Ollie wrote:
> It looks pretty good from what I saw, with the obvious exception
> that newer homes aren't tagged. I'm going to clean up my code
> a bit and stick it up on github somewhere.
If you chaps are all dead set on doing another massive TIGER import - hey,
it's your funeral - cou
On Thu, Nov 29, 2012 at 11:28 AM, Ian Dees wrote:
> On Thu, Nov 29, 2012 at 10:51 AM, Jeffrey Ollie wrote:
>>
>> The Iowa DNR has an ongoing project to provide statewide geocoding
>> data. As of this summer they had about 50% of the state covered:
>>
>> http://iagiservicebureau.blogspot.com/2012
Well this thread rekindled a conversation I had started with my county
GIS office over a year ago. At that time they gave me a copy of their
6" imagery which I have used extensively. Within the last 24 hours I
have reestablished contact and been given permission to use their data
in OSM as well as
Brian,
That's probably true. There is no reference to Sanborn in the metadata,
but there is an attribute "PARCEL_SOURCE" which seems to be set to Sanborn
in most cases.
--
Jim
On Thu, Nov 29, 2012 at 12:59 PM, Brian May wrote:
> If Sanborn was just a contractor hired by the govmt agency to
If Sanborn was just a contractor hired by the govmt agency to help with
digitizing, data conversion, etc. there should be no copyright issues
with them. I didn't see a reference to Sanborn in the parcel metadata.
Brian
On 11/29/2012 2:36 PM, Jim McAndrew wrote:
The city/county of Denver, CO d
The city/county of Denver, CO does have a parcels database (in a bunch of
formats)
(http://data.denvergov.org/dataset/city-and-county-of-denver-parcels)
But it is licensed under a CC BY 3.0 License
(http://data.denvergov.org/dataset/city-and-county-of-denver-parcels)
Is this something that should
That was exactly my reaction as well. My understanding is that these data
are essentially in the public domain. I'll note it in the spreadsheet.
-- SEJ
-- twitter: @geomantic
-- skype: sejohnson8
"Common sense is the collection of prejudices acquired by age eighteen." --
Einstein
On Thu, Nov 2
On 11/29/2012 1:11 PM, Richard Welty wrote:
On 11/29/12 1:03 PM, Steven Johnson wrote:
The
data are copyrighted and Arlington County owns all rights to the data
and
allows use "...as an acknowledged source to produce maps or analysis but
you may not redistribute, resell, or copy the data (exce
QGIS 1.8 on Windows can open ESRI Personal Database format files (.mdb,
right?).
On Thu, Nov 29, 2012 at 10:03 AM, Steven Johnson wrote:
> I'm wholeheartedly behind this effort as address data have long been an
> interest.
>
> So I just had a quick look at obtaining data for Arlington, VA. The d
On 11/29/12 1:03 PM, Steven Johnson wrote:
The
data are copyrighted and Arlington County owns all rights to the data and
allows use "...as an acknowledged source to produce maps or analysis but
you may not redistribute, resell, or copy the data (except for back-up
purposes)."
the redistribute c
I'm wholeheartedly behind this effort as address data have long been an
interest.
So I just had a quick look at obtaining data for Arlington, VA. The data
(current as of May 2012) are available on CD for cost of reproduction
($125) and includes address points, plus parcels, zoning, flood control
z
On Thu, Nov 29, 2012 at 10:51 AM, Jeffrey Ollie wrote:
> The Iowa DNR has an ongoing project to provide statewide geocoding
> data. As of this summer they had about 50% of the state covered:
>
>
> http://iagiservicebureau.blogspot.com/2012/06/first-batch-of-geocoding-project-points.html
>
> It w
On Wed, Nov 28, 2012 at 5:35 PM, Ian Dees wrote:
>
> I think we should crowd-source an effort to collect as much local addressing
> data as possible, convert it to OSM format, and import it. Obviously we
> should do it in a controlled manner and follow the usual import guidelines,
> but a large pa
Does anyone have any success stories of asking localities to open up
previously copyrighted data? I'm going down the "just ask nicely for
*really* open data" path here in Seattle, but have yet to hear back from
the authorities. It seems that having a list of other cities that have
opened up and sha
Sorry, I should have made this clearer: I made the document read-only
because I didn't want griefers hopping in there. If you're interested in
helping at all please give me your e-mail address and I'll add you as an
editor.
On Wed, Nov 28, 2012 at 5:35 PM, Ian Dees wrote:
> Hi folks,
>
> So Ste
On Wed, Nov 28, 2012 at 8:22 PM, Martijn van Exel wrote:
> No Salt Lake City? Meh. I have good contacts at the State GIS and they
> are releasing state wide addresses Spring 2013. We're already on the
> move here in the boondocks.
I only used these cities as a start: if you (or anyone) has a th
No Salt Lake City? Meh. I have good contacts at the State GIS and they
are releasing state wide addresses Spring 2013. We're already on the
move here in the boondocks.
Martijn
On Wed, Nov 28, 2012 at 7:15 PM, Ian Dees wrote:
> On Wed, Nov 28, 2012 at 6:52 PM, Brian May wrote:
>>
>> In the sprea
On Wed, Nov 28, 2012 at 6:52 PM, Brian May wrote:
> In the spreadsheet, would it make more sense to have the records by
> county, and split out into cities where necessary? In Florida, its the
> county govmts and county property appraisers that create / maintain parcels
> and addresses databases.
On 11/28/2012 8:10 PM, Jeff Meyer wrote:
Does anyone have any success stories of asking localities to open up
previously copyrighted data? I'm going down the "just ask nicely for
*really* open data" path here in Seattle, but have yet to hear back
from the authorities. It seems that having a lis
On 11/28/2012 6:35 PM, Ian Dees wrote:
Hi folks,
So SteveC's blog post sparked a bit of conversation today:
http://stevecoast.com/2012/11/28/openstreetmap-addressable/
I'd love to see OSM US lead the way on collecting high quality
addressing data from as many places as possible and throw it in
the Old Topo Depot writes:
> If it is feasible to have a (mostly) unified parcel schema, a MapRoulette
> challenge can be created to task the conversion work to the community.
I was thinking about just having a node with an address which is the
centroid of the parcel, and step 1 is dropping tho
If it is feasible to have a (mostly) unified parcel schema, a MapRoulette
challenge can be created to task the conversion work to the community.
On Wed, Nov 28, 2012 at 3:56 PM, Greg Troxel wrote:
>
> MassGIS has parcel data available in a license-ok manner, and I have
> been thinking about it,
MassGIS has parcel data available in a license-ok manner, and I have
been thinking about it, but not getting to it.
An idea is to have a common schema or schemas for non-imported parcel
data in osm format. Then people can write converters for their
state/whatever and publish the data, and others
On 11/28/12 6:35 PM, Ian Dees wrote:
Is anyone else interested in this? I could use some help gathering
volunteers to the cause.
i am working on leveraging things so that i can import enhanced 911
address data from NYS into OSM. this will probably happen as part of
my emergency response GPS map
Hi folks,
So SteveC's blog post sparked a bit of conversation today:
http://stevecoast.com/2012/11/28/openstreetmap-addressable/
I'd love to see OSM US lead the way on collecting high quality addressing
data from as many places as possible and throw it in to OSM. To that end I
started with this s
54 matches
Mail list logo