From: Paul Norman [mailto:penor...@mac.com]
Subject: Re: [Talk-us] Proposed import: Alaska Boroughs/CPDs
Given that the comments received have been generally positive and the
concerns raised are addressed I'm going to go ahead and start post-
processing the data so I can merge it in as well
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
Am 29.11.2012 00:04, schrieb Richard Fairhurst:
!i! wrote:
Hi, one last personal note on the mapathon and a big thank you
(literally): http://www.openstreetmap.org/user/!i!/diary/18132
And thank you, too. I've always been sceptical about this sort of event - my
vision for OSM is that we need
On Thu, Nov 29, 2012 at 10:51 AM, Jeffrey Ollie j...@ocjtech.us 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:
On 28 November 2012 14:28, Richard Welty rwe...@averillpark.net wrote:
On 11/28/12 9:23 AM, Peter Dobratz wrote:
I think the key word here is abbreviated. In the OSM name, the
un-abbreviated form
should be used: name=Fourth Street To record the abbreviated form, you
could use the following:
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
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
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 sejohns...@gmail.comwrote:
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
Found in Albany this morning:
http://www.flickr.com/photos/nfgusedautoparts/8229572497/
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us
Yes, in that the carriageways are effectively separated. But in a very
tortured sort of way.
-- SEJ
-- twitter: @geomantic
-- skype: sejohnson8
Common sense is the collection of prejudices acquired by age eighteen. --
Einstein
On Thu, Nov 29, 2012 at 1:32 PM, Richard Welty
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
On 11/29/12 1:48 PM, Steven Johnson wrote:
Yes, in that the carriageways are effectively separated. But in a very
tortured sort of way.
from looking at bing imagery, it looks like they tore out a badly
deteriorated
section between the two carriageways.
richard
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
On 11/29/12 12:30 PM, Brian Quinion wrote:
If you mapped is as above it would work in nominatim since both name and
short_name are supported.
Translation of 'Street' = 'St' is supported anyway but 'First' = '1st'
isn't because that would require a large multilingual number database to
resolve
It looks like there were a few points where there were garden dividers,
but that changed after a repaving.
From looking around on OSM, it doesn't seem like people are marking roads
with a garden in the middle of the road as a dual carriageway, maybe they
should be?
Bing Maps:
On 11/29/12 2:18 PM, Jim McAndrew wrote:
It looks like there were a few points where there were garden dividers,
but that changed after a repaving.
From looking around on OSM, it doesn't seem like people are marking roads
with a garden in the middle of the road as a dual carriageway, maybe they
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
* Jim McAndrew j...@loc8.us [2012-11-29 12:18 -0700]:
From looking around on OSM, it doesn't seem like people are marking roads
with a garden in the middle of the road as a dual carriageway, maybe they
should be?
For short islands in the middle of a road (like the links you gave), I
usually
On 11/29/2012 2:18 PM, Jim McAndrew wrote:
From looking around on OSM, it doesn't seem like people are marking
roads with a garden in the middle of the road as a dual carriageway,
maybe they should be?
I do this is if there is a 'significant impact' on routing
(subjective, I know). Some
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
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 b...@mapwise.com wrote:
If Sanborn was just a contractor hired by the
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
On Thu, Nov 29, 2012 at 11:28 AM, Ian Dees ian.d...@gmail.com wrote:
On Thu, Nov 29, 2012 at 10:51 AM, Jeffrey Ollie j...@ocjtech.us 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:
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 - could
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
On Thu, Nov 29, 2012 at 4:26 PM, Richard Fairhurst rich...@systemed.netwrote:
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
On Thu, Nov 29, 2012 at 4:26 PM, Richard Fairhurst rich...@systemed.net 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
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:
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
On 29 November 2012 21:12, Toby Murray toby.mur...@gmail.com 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
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 Thu, Nov 29, 2012 at 5:40 PM, Ian Dees ian.d...@gmail.com 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,
Hi folks,
I put together this short Thank You video for all who took part in
Operation Cowboy around the world.
Because this is a thank you on behalf of the US community, I thought
I'd show it to you first before I post it on Talk and on osm.us.
http://www.youtube.com/watch?v=_yvj-UyZbeY
Let
Ogr will read personal geodatabases with the appropriate drivers so ogr2osm
will read them, so if the legal issues can be sorted out there's no problem.
From: Steven Johnson [mailto:sejohns...@gmail.com]
Sent: Thursday, November 29, 2012 10:04 AM
To: Open Street Map Talk-US
Subject: Re:
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
(Changing the subject because we seemed to have gotten side-tracked to
imports rather than collecting address information)
On Thu, Nov 29, 2012 at 6:46 PM, Serge Wroclawski emac...@gmail.com wrote:
On Thu, Nov 29, 2012 at 5:40 PM, Ian Dees ian.d...@gmail.com wrote:
I really don't want to
On Thu, Nov 29, 2012 at 8:12 PM, Steven Johnson sejohns...@gmail.comwrote:
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
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
This speaks to the message I just posted to the list: I believe Richard F's
inspiration was SteveC's post suggesting we import TIGER (*range*) data,
and apply it to ways. OTHO, I believe Ian (also prompted by SteveC) is
suggesting importing local address (*point*) data, and applying it to
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
On Thu, Nov 29, 2012 at 8:31 PM, Steven Johnson sejohns...@gmail.comwrote:
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
On 11/29/2012 9:33 PM, Richard Welty wrote:
On 11/29/12 9:26 PM, Steven Johnson wrote:
Several people have responded with examples of state/local address
data to
import into OSM. Are these address *points* or address *ranges*?
my plan is to obtain permission to import, where available, the
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 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 analytical
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 analytical
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
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 analytical
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 analytical
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 -
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
On 29 November 2012 19:06, Richard Welty rwe...@averillpark.net wrote:
On 11/29/12 12:30 PM, Brian Quinion wrote:
If you mapped is as above it would work in nominatim since both name and
short_name are supported.
Translation of 'Street' = 'St' is supported anyway but 'First' = '1st'
isn't
On 11/29/12 11:07 PM, Brian Quinion wrote:
I'm very happy for it to be fixed as you suggest, adding code to the
geocoders is definitely preferable, I just don't have the bandwidth to get
it done myself at the second. Also just wanted to make clear that any
solution like this needs to handle
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
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, however.
On Thu, Nov 29, 2012 at 10:28 PM, Paul Johnson ba...@ursamundi.org 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.
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
On 11/29/12 11:36 PM, Ian Dees wrote:
On Thu, Nov 29, 2012 at 10:28 PM, Paul Johnson ba...@ursamundi.org 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
57 matches
Mail list logo
