At 2010-04-23 21:07, Apollinaris Schoell wrote:
>what is BAS? any better source will be useful
http://www.census.gov/geo/www/bas/bashome.html
--
Alan Mintz
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/tal
At 2010-04-22 13:09, andrzej zaborowski wrote:
>On 22 April 2010 04:24, Alan Mintz wrote:
>> At 2010-04-21 17:12, andrzej zaborowski wrote:
>>>On 22 April 2010 01:18, Apollinaris Schoell wrote:
>>> > On Wed, Apr 21, 2010 at 3:36 PM, andrzej zaborowski
>>> > wrote:
>>> >> Where's damage in
On 23 Apr 2010, at 19:46 , Alan Mintz wrote:
> At 2010-04-23 07:47, Apollinaris Schoell wrote:
>
> I don't know about "completely". The parts of the Kern/LA/Orange/San
> Bernardino/Riverside/San Diego borders that I have surveyed are at least
> close to the signage at important points (admitte
At 2010-04-22 13:33, andrzej zaborowski wrote:
>On 22 April 2010 17:40, Apollinaris Schoell wrote:
>> On 21 Apr 2010, at 17:12 , andrzej zaborowski wrote:
>>> The signs are posted there by authorities so this is similar to having
>>> access to a tiny piece of a map or database made by these au
At 2010-04-23 07:47, Apollinaris Schoell wrote:
> > While I understand the mantra of TIGER=Bad because of the state of the
> road data, this is not true for the boundary data. Most of the boundary
> data comes directly from recorded surveys (something not available for
> roads) and is not "bad d
At 2010-04-23 18:11, Anthony
wrote:
A navi system is more useful if the instructions and signs
match.
Depends on your purpose. If you're trying to navigate to the
missigned street (e.g. "California Street", where the sign
reads "Carolina Street"), you don't want to get a response of
"street no
On Fri, Apr 23, 2010 at 11:01 AM, Brad Neuhauser
wrote:
> The bigger issue with it being
> imported into OSM is the currency, because municipal boundaries are
> always changing, and as has been mentioned, boundaries are not usually
> something that is easily verifiable "on the ground"
>
I'd say t
On Fri, Apr 23, 2010 at 10:13 AM, Lord-Castillo, Brett <
blord-casti...@stlouisco.com> wrote:
> While I understand the mantra of TIGER=Bad because of the state of the road
> data, this is not true for the boundary data.
I assume you're talking about the county/state boundaries, which I can't
vou
On Wed, Apr 21, 2010 at 10:24 PM, Alan Mintz
> wrote:
> "map what's on the ground" is the wrong thing to do so often that I don't
> really understand why it was decided upon, nor why people continue hold it
> up on a pedestal, despite continuing problems with it.
>
It's the OSM equivalent of Wik
I'd agree with Brett on the boundaries. The Census data is not
perfect by any means, but it's pretty good, at least in my
area--Minnesota. (and orders of magnitude better than it was in
2000!) And if it's not good in your area, you should talk to your
local government and make sure they're parti
-Original Message-
From: Apollinaris Schoell [mailto:ascho...@gmail.com]
Sent: Friday, April 23, 2010 9:47 AM
To: Lord-Castillo, Brett
Cc: 'talk-us@openstreetmap.org'
Subject: Re: [Talk-us] Admin boundaries tied to roads
On 23 Apr 2010, at 7:13 , Lord-Castillo, Brett wrote:
>> On
On 23 Apr 2010, at 7:13 , Lord-Castillo, Brett wrote:
> On 19 Apr 2010, at 20:24, Apollinaris Schoell wrote:
>> On 19 Apr 2010, at 20:07 , Alan Mintz wrote:
>>> Not to mention that merging them will result in the inability to hide these
>>> boundaries. When doing a bunch of editing on a road tha
On 19 Apr 2010, at 20:24, Apollinaris Schoell wrote:
>On 19 Apr 2010, at 20:07 , Alan Mintz wrote:
>> Not to mention that merging them will result in the inability to hide these
>> boundaries. When doing a bunch of editing on a road that follows one, in
>> the past, I've taken the time to verify
13 matches
Mail list logo
