See http://lists.openstreetmap.org/pipermail/talk-us/2012-April/008032.html
for the full discussion around the removal
In summary:
- The Fresno import has a number of issues
- No one is opposed to removal if there are no easier options for cleaning
up the data
- No one has proposed an easier
On Fri, May 4, 2012 at 1:37 AM, Paul Norman penor...@mac.com wrote:
See http://lists.openstreetmap.org/pipermail/talk-us/2012-April/008032.html
for the full discussion around the removal
In summary:
- The Fresno import has a number of issues
- No one is opposed to removal if there are no
From: Paul Johnson [mailto:ba...@ursamundi.org]
Subject: Re: [Talk-us] Fresno castradal imports
On Fri, May 4, 2012 at 1:37 AM, Paul Norman penor...@mac.com wrote:
See
http://lists.openstreetmap.org/pipermail/talk-us/2012-April/008032.htm
l for the full discussion around the removal
On Fri, May 4, 2012 at 1:37 PM, Paul Norman penor...@mac.com wrote:
From: Paul Johnson [mailto:ba...@ursamundi.org]
Subject: Re: [Talk-us] Fresno castradal imports
On Fri, May 4, 2012 at 1:37 AM, Paul Norman penor...@mac.com wrote:
See
On Fri, May 4, 2012 at 11:37 AM, Paul Norman penor...@mac.com wrote:
From: Paul Johnson [mailto:ba...@ursamundi.org]
Subject: Re: [Talk-us] Fresno castradal imports
On Fri, May 4, 2012 at 1:37 AM, Paul Norman penor...@mac.com wrote:
See
On Fri, May 4, 2012 at 11:43 AM, Ian Dees ian.d...@gmail.com wrote:
On Fri, May 4, 2012 at 1:37 PM, Paul Norman penor...@mac.com wrote:
Do those individual polygons have any useful information on them (addresses,
for example)? If so, we should generate addr points from their centroids.
Why?
On Fri, May 4, 2012 at 1:43 PM, Ian Dees ian.d...@gmail.com wrote:
Do those individual polygons have any useful information on them (addresses,
for example)? If so, we should generate addr points from their centroids.
Either way, we could save useful OSM information by creating a new polygon
On Fri, May 4, 2012 at 1:48 PM, Paul Johnson ba...@ursamundi.org wrote:
On Fri, May 4, 2012 at 11:43 AM, Ian Dees ian.d...@gmail.com wrote:
On Fri, May 4, 2012 at 1:37 PM, Paul Norman penor...@mac.com wrote:
Do those individual polygons have any useful information on them
(addresses,
for
On Fri, May 4, 2012 at 12:22 PM, Ian Dees ian.d...@gmail.com wrote:
On Fri, May 4, 2012 at 1:48 PM, Paul Johnson ba...@ursamundi.org wrote:
On Fri, May 4, 2012 at 11:43 AM, Ian Dees ian.d...@gmail.com wrote:
On Fri, May 4, 2012 at 1:37 PM, Paul Norman penor...@mac.com wrote:
Do those
On 5/4/2012 2:42 PM, Apollinaris Schöll wrote:
any import should be treated like this. if it's not edited and the data
isn't used then it should be removed after some time.
That's a silly statement. If something isolated gets imported, e.g. a
water political boundary, it probably won't be
On Fri, May 4, 2012 at 2:39 PM, Paul Johnson ba...@ursamundi.org wrote:
On Fri, May 4, 2012 at 12:22 PM, Ian Dees ian.d...@gmail.com wrote:
On Fri, May 4, 2012 at 1:48 PM, Paul Johnson ba...@ursamundi.org
wrote:
On Fri, May 4, 2012 at 11:43 AM, Ian Dees ian.d...@gmail.com wrote:
On
On Fri, May 4, 2012 at 12:47 PM, Ian Dees ian.d...@gmail.com wrote:
Because that information is useless in OSM. It was out of date the second
someone ran the upload script and unless the city of Fresno decides to
switch to OSM for their official tax plat information (which I'm pretty sure
Moving this to a new thread because there is no address data in the
Fresno import so this discussion is completely irrelevant.
I believe NE2 started a thread about this a while ago and there wasn't
too much response but since it came up again...
On Fri, May 4, 2012 at 2:51 PM, Paul Johnson
Hiya,
On Fri, May 4, 2012 at 2:17 PM, Toby Murray toby.mur...@gmail.com wrote:
[..]
Though the address belongs to an area, so it would make sense to keep
the corresponding boundary.
Does it? Certainly for official records such as taxes it does. But
this is outside of OSM's domain.
On Fri, May 4, 2012 at 1:17 PM, Toby Murray toby.mur...@gmail.com wrote:
In OSM, the use case for address data is geocoding and I would argue
that general use geocoding users would rather get a building outline
or even a node at the main entrance of a location, not the centroid of
the
Because that information is useless in OSM. It was out of
date the second
someone ran the upload script and unless the city of
Fresno decides to
switch to OSM for their official tax plat information
(which I'm pretty
sure would be illegal in most jurisdictions), no one in
the community can
improve
On Fri, May 4, 2012 at 4:11 PM, Brett Lord-Casitllo marigol...@yahoo.comwrote:
Because that information is useless in OSM. It was out of date the second
someone ran the upload script and unless the city of Fresno decides to
switch to OSM for their official tax plat information (which I'm
On Fri, May 4, 2012 at 4:11 PM, Brett Lord-Casitllo
marigol...@yahoo.com wrote:
That keys you into everythingelse you might want: address, land value,
building
value, FIRM map, etc.
But in this case that's kind of the point... the parcel ID would only
be useful for you to go into the already
On Fri, May 4, 2012 at 2:21 PM, Ian Dees ian.d...@gmail.com wrote:
If parcel data is important to disaster response, I would expect the
responder to go get the most up to date data from the source, not use stale
data that was imported into OSM (potentially) some years ago
Doesn't Haiti and
On 5/4/2012 4:21 PM, Ian Dees wrote:
To the contrary, this whole conversation started because we received
multiple complaints about this area from mappers who wanted to create
data in this area but couldn't because of too much data. In that
sense, this data is already handicapping the
On Fri, May 4, 2012 at 4:25 PM, Paul Johnson ba...@ursamundi.org wrote:
On Fri, May 4, 2012 at 2:21 PM, Ian Dees ian.d...@gmail.com wrote:
If parcel data is important to disaster response, I would expect the
responder to go get the most up to date data from the source, not use stale
data that
At 2012-05-04 11:47, Paul Johnson wrote:
On Fri, May 4, 2012 at 11:37 AM, Paul Norman penor...@mac.com wrote:
From: Paul Johnson [mailto:ba...@ursamundi.org]
Subject: Re: [Talk-us] Fresno castradal imports
On Fri, May 4, 2012 at 1:37 AM, Paul Norman penor...@mac.com wrote:
More information
On Fri, May 4, 2012 at 3:25 PM, Paul Johnson ba...@ursamundi.org wrote:
On Fri, May 4, 2012 at 2:21 PM, Ian Dees ian.d...@gmail.com wrote:
If parcel data is important to disaster response, I would expect the
responder to go get the most up to date data from the source, not use
stale
data
On Fri, May 4, 2012 at 4:38 PM, Paul Johnson ba...@ursamundi.org wrote:
On Fri, May 4, 2012 at 2:36 PM, Martijn van Exel m...@rtijn.org wrote:
On Fri, May 4, 2012 at 3:25 PM, Paul Johnson ba...@ursamundi.org
wrote:
On Fri, May 4, 2012 at 2:21 PM, Ian Dees ian.d...@gmail.com wrote:
If
OSM is not a giant collection bowl for data (oh look I've found a scrap of
data on my city's web site, let's upload that to OSM so that it don't get
lost!!!).
OSM is a giant *editor*. OSM is for *editing* data.
I strongly disagree. OSM is for the user, not for the editor. OSM -is- a giant
Because the nature of cadastral data is that there is a data owner and it is
very rarely OSM. That data owner has created the data out of thin air. There's
absolutely no correlation between something on the ground and the information
in the dataset.
OSM is built upon the fact that anyone can
At 2012-05-04 01:37, Paul Norman wrote:
See http://lists.openstreetmap.org/pipermail/talk-us/2012-April/008032.html
for the full discussion around the removal
In summary:
- The Fresno import has a number of issues
- No one is opposed to removal if there are no easier options for cleaning
up the
Is someone attending to license cleanup for US freeway relations
nationally, or is it up to mappers in each area to deal with? I'm still
seeing warnings in southern California, but have been ignoring them
thinking someone is already working on them.
--
Alan Mintz alan_mintz+...@earthlink.net
I have taken care to repair the relations when remapping freeways. We can
run an analysis after all is said and done and create a wiki to resolve the
remaining issues together.
Martijn
On Fri, May 4, 2012 at 6:16 PM, Alan Mintz alan_mintz+...@earthlink.netwrote:
Is someone attending to license
At 2012-05-04 15:52, Martijn van Exel wrote:
...
I do agree that there's an opportunity for crowdsourcing in cadastral
surveying, but we should be approaching that very carefully and in the
right order. First examine the legal implications of letting the world at
large have r/w access to
On May 4, 2012 5:41 PM, Alan Mintz alan_mintz+...@earthlink.net wrote:
...and we need to examine what our existing user tools and server
processing and storage resources are and how they can handle the amount of
data desired before just blindly throwing many times the existing data size
at them.
From: Nathan Mills [mailto:nat...@nwacg.net]
Subject: Re: [Talk-us] Fresno castradal imports
On 5/4/2012 4:21 PM, Ian Dees wrote:
To the contrary, this whole conversation started because we received
multiple complaints about this area from mappers who wanted to create
data in this area
From: Paul Johnson [mailto:ba...@ursamundi.org]
Subject: Re: [Talk-us] Fresno castradal imports
On May 4, 2012 5:41 PM, Alan Mintz alan_mintz+...@earthlink.net wrote:
...and we need to examine what our existing user tools and server
processing
and storage resources are and how they can
From: Alan Mintz [mailto:alan_mintz+...@earthlink.net]
Sent: Friday, May 04, 2012 3:06 PM
To: talk-us@openstreetmap.org; impo...@openstreetmap.org
Subject: Re: [Talk-us] Fresno castradal imports
At 2012-05-04 01:37, Paul Norman wrote:
See
Minutely diffs are currently running from
http://planet.osm.org/redaction-period/
You should read the caution first before consuming.
From what I saw the imports were fairly clean. Some large objects, but
that's to be expected with the large lakes in the region you were working
in. If you're
From: Jason Straub [mailto:strau...@yahoo.com]
Sent: Thursday, May 03, 2012 1:44 AM
To: talk-us@openstreetmap.org
Subject: Re: [Talk-us] 25or6to4 NHD imports
Howdy, After discussion with Toby, I am updating the list with my import
efforts. First, hopefully this message goes through, as
On Fri, May 4, 2012 at 7:30 PM, Martijn van Exel m...@rtijn.org wrote:
I have taken care to repair the relations when remapping freeways. We can
run an analysis after all is said and done and create a wiki to resolve the
remaining issues together.
Martijn
On Fri, May 4, 2012 at 6:16 PM,
I think that this import was poorly done but overall I don't see the
problem with having this type of data in OSM. In fact, I think it is
really useful and
don't entirely understand the backlash against it. I would really enjoy
having that kind of base to work with.
So, Thoughts on Plot and
38 matches
Mail list logo