[Talk-us] Whole-US Garmin Map update - 13-05-2011

[Dave Hansen]

These are based off of Lambertus's work here:

http://garmin.na1400.info/routable.php

I wrote scripts to joined them myself to lessen the impact of doing a
large join on Lambertus's server.  I've also cut them in large longitude
swaths that should fit conveniently on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/13-05-2011

There have been some missing tiles from Lambertus's map (the red
rectangles),  I don't see any at the moment, so you may want to update
if you had issues with the last set.

If you buy a new card (especially SDHC), some are FAT16 from the
factory.  I had to reformat it to let me create a >2GB file.

I got a report that the 2GB version doesn't fit on a 2GB card.  I reduced
the amount of space that each version uses by 5%.  Hopefully that will let
things fit better and allow for more space for stuff like track logs.

-- Dave


___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Whole-US Garmin Map update - 13-05-2011

[Dave Hansen]

These are based off of Lambertus's work here:

http://garmin.na1400.info/routable.php

I wrote scripts to joined them myself to lessen the impact of doing a
large join on Lambertus's server.  I've also cut them in large longitude
swaths that should fit conveniently on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/13-05-2011

There have been some missing tiles from Lambertus's map (the red
rectangles),  I don't see any at the moment, so you may want to update
if you had issues with the last set.

If you buy a new card (especially SDHC), some are FAT16 from the
factory.  I had to reformat it to let me create a >2GB file.

I got a report that the 2GB version doesn't fit on a 2GB card.  I reduced
the amount of space that each version uses by 5%.  Hopefully that will let
things fit better and allow for more space for stuff like track logs.

-- Dave


___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Whole-US Garmin Map update - 13-05-2011

[Dave Hansen]

These are based off of Lambertus's work here:

http://garmin.na1400.info/routable.php

I wrote scripts to joined them myself to lessen the impact of doing a
large join on Lambertus's server.  I've also cut them in large longitude
swaths that should fit conveniently on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/13-05-2011

There have been some missing tiles from Lambertus's map (the red
rectangles),  I don't see any at the moment, so you may want to update
if you had issues with the last set.

If you buy a new card (especially SDHC), some are FAT16 from the
factory.  I had to reformat it to let me create a >2GB file.

I got a report that the 2GB version doesn't fit on a 2GB card.  I reduced
the amount of space that each version uses by 5%.  Hopefully that will let
things fit better and allow for more space for stuff like track logs.

-- Dave


___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] note to abbreviation bot authors

[andrzej zaborowski]

On 16 May 2011 19:21, Richard Welty  wrote:
> On 5/16/11 1:16 PM, andrzej zaborowski wrote:
>>
>> On 16 May 2011 17:56, Richard Welty  wrote:
>>>
>>> On 5/16/11 11:10 AM, andrzej zaborowski wrote:

 On 16 May 2011 06:09, Richard Welty    wrote:
>
> i recently spent some quality time doing tiger review in a community
> that has a rather straightforward naming system for its avenues.
> it starts with A Avenue to the south and steps through the alphabet
> as the avenues appear to the north.
>
> a de-abbreviation bot had been run on the area.
>
> it should most assuredly _not_ have "corrected" E Ave to East Avenue,
> nor should it have "corrected" N Ave to North Avenue.
>
> please be careful with these things, folks.

 Yes, the bot tried to use direction prefix tag to distinguish between
 E as a letter and E for East and it turned out to be wrong in the 2006
 data way too often.
>>>
>>> i'm not sure i'm following this. there are no prefix tags that i can see
>>> on the ways in question:
>>>
>>> http://www.openstreetmap.org/browse/way/16034490
>>
>> Ironically this one looks like a manual edit (or at least it doesn't
>> have a bot=yes tag on the changeset and it's more localised than bot
>> edits tend to be), and it's in Iowa where the automated expansion has
>> not been run.
>
> some automated expansion has been run here.
>
> the changeset comment for version 2 is "Expanding street names in Story
> County, IA"
> i seriously doubt anyone manually expanded an entire county with 1625 ways
> in the
> bounding box. likely someone's own bot, someone who was unaware of the
> bot=yes
> tag, perhaps.

Well I know a user in Oregon who has done more than 1600 names
manually and then I did more than a hundred in Oregon before deciding
it was a task for a bot.  Someone from Maryland has been commenting on
IRC just yesterday about how boring a task it was, too.

Cheers

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] note to abbreviation bot authors

[Richard Welty]

On 5/16/11 1:16 PM, andrzej zaborowski wrote:

On 16 May 2011 17:56, Richard Welty  wrote:

On 5/16/11 11:10 AM, andrzej zaborowski wrote:

On 16 May 2011 06:09, Richard Weltywrote:

i recently spent some quality time doing tiger review in a community
that has a rather straightforward naming system for its avenues.
it starts with A Avenue to the south and steps through the alphabet
as the avenues appear to the north.

a de-abbreviation bot had been run on the area.

it should most assuredly _not_ have "corrected" E Ave to East Avenue,
nor should it have "corrected" N Ave to North Avenue.

please be careful with these things, folks.

Yes, the bot tried to use direction prefix tag to distinguish between
E as a letter and E for East and it turned out to be wrong in the 2006
data way too often.

i'm not sure i'm following this. there are no prefix tags that i can see
on the ways in question:

http://www.openstreetmap.org/browse/way/16034490

Ironically this one looks like a manual edit (or at least it doesn't
have a bot=yes tag on the changeset and it's more localised than bot
edits tend to be), and it's in Iowa where the automated expansion has
not been run.

some automated expansion has been run here.

the changeset comment for version 2 is "Expanding street names in Story 
County, IA"
i seriously doubt anyone manually expanded an entire county with 1625 
ways in the
bounding box. likely someone's own bot, someone who was unaware of the 
bot=yes

tag, perhaps.

richard


___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] note to abbreviation bot authors

[andrzej zaborowski]

On 16 May 2011 17:56, Richard Welty  wrote:
> On 5/16/11 11:10 AM, andrzej zaborowski wrote:
>>
>> On 16 May 2011 06:09, Richard Welty  wrote:
>>>
>>> i recently spent some quality time doing tiger review in a community
>>> that has a rather straightforward naming system for its avenues.
>>> it starts with A Avenue to the south and steps through the alphabet
>>> as the avenues appear to the north.
>>>
>>> a de-abbreviation bot had been run on the area.
>>>
>>> it should most assuredly _not_ have "corrected" E Ave to East Avenue,
>>> nor should it have "corrected" N Ave to North Avenue.
>>>
>>> please be careful with these things, folks.
>>
>> Yes, the bot tried to use direction prefix tag to distinguish between
>> E as a letter and E for East and it turned out to be wrong in the 2006
>> data way too often.
>
> i'm not sure i'm following this. there are no prefix tags that i can see
> on the ways in question:
>
> http://www.openstreetmap.org/browse/way/16034490

Ironically this one looks like a manual edit (or at least it doesn't
have a bot=yes tag on the changeset and it's more localised than bot
edits tend to be), and it's in Iowa where the automated expansion has
not been run.

So this particular one is a counter example to the "don't run bots,
leave it to be done manually" rule :)  I also think that large imports
are a special case because the tagging is already a result of
automated processing by the import script, and if you want to fix it
you can't really count on users having a sense of "onwership" /
"maintainership" of the whole area.

Cheers

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] note to abbreviation bot authors

[Nathan Edgars II]

A few I've seen:
http://www.openstreetmap.org/browse/way/38742497/history "C and S Road" 
referring to the old Colorado and Southern Railway
http://www.openstreetmap.org/browse/way/9823192/history "Cp Railroad" 
expanded to "Camp Railroad"


I'm pretty sure I have seen some where the tiger prefix was not actually 
a prefix.


___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] note to abbreviation bot authors

[Richard Welty]

On 5/16/11 11:10 AM, andrzej zaborowski wrote:

On 16 May 2011 06:09, Richard Welty  wrote:

i recently spent some quality time doing tiger review in a community
that has a rather straightforward naming system for its avenues.
it starts with A Avenue to the south and steps through the alphabet
as the avenues appear to the north.

a de-abbreviation bot had been run on the area.

it should most assuredly _not_ have "corrected" E Ave to East Avenue,
nor should it have "corrected" N Ave to North Avenue.

please be careful with these things, folks.

Yes, the bot tried to use direction prefix tag to distinguish between
E as a letter and E for East and it turned out to be wrong in the 2006
data way too often.

i'm not sure i'm following this. there are no prefix tags that i can see
on the ways in question:

http://www.openstreetmap.org/browse/way/16034490

there is a tiger:basename tag of "N", and if the name_type and alleged
directional prefix are removed, there is no residual name for the 
avenue. this

seems like a gross oversight in bot design.

richard


___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] note to abbreviation bot authors

[Richard Welty]

On 5/16/11 11:05 AM, Serge Wroclawski wrote:

How about just "Don't run bots" on data that's not local/you didn't add.

i have no illusions. many bot authors think their bots don't stink.

richard


___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] note to abbreviation bot authors

[andrzej zaborowski]

On 16 May 2011 06:09, Richard Welty  wrote:
> i recently spent some quality time doing tiger review in a community
> that has a rather straightforward naming system for its avenues.
> it starts with A Avenue to the south and steps through the alphabet
> as the avenues appear to the north.
>
> a de-abbreviation bot had been run on the area.
>
> it should most assuredly _not_ have "corrected" E Ave to East Avenue,
> nor should it have "corrected" N Ave to North Avenue.
>
> please be careful with these things, folks.

Yes, the bot tried to use direction prefix tag to distinguish between
E as a letter and E for East and it turned out to be wrong in the 2006
data way too often.

Cheers

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] note to abbreviation bot authors

[Serge Wroclawski]

How about just "Don't run bots" on data that's not local/you didn't add.

- Serge

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] 2010 NAIP imagery finally available via WMS

[Richard Fairhurst]

Ian Dees wrote:
> Left,Top,Right,Bottom:
> -125.8,49.5,-62.3,24.2

Does this look right?


National Agriculture Imagery Program

http://cube.telascience.org/tilecache/tilecache.py/1.0.0/NAIP_ALL/$z/$x/$y.png
NAIP


cheers
Richard




___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] 2010 NAIP imagery finally available via WMS

[Ian Dees]

On Mon, May 16, 2011 at 9:00 AM, Richard Fairhurst wrote:

> Kristian M Zoerhoff wrote:
> > Thanks. I also got it working by changing {zoom}/{x}/{y} to
> > $z/$x/$y after examining some other Potlatch URLs. It would be nice
> > to get this into the standard Background list for P2 one of these days.
>
> Happy to do that. Could you give me a lat/long bounding box for which the
> imagery is valid, please?
>
>
All of the US:

Left,Top,Right,Bottom:
-125.8,49.5,-62.3,24.2

... plus parts of Alaska.
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] 2010 NAIP imagery finally available via WMS

[Richard Fairhurst]

Kristian M Zoerhoff wrote:
> Thanks. I also got it working by changing {zoom}/{x}/{y} to 
> $z/$x/$y after examining some other Potlatch URLs. It would be nice 
> to get this into the standard Background list for P2 one of these days.

Happy to do that. Could you give me a lat/long bounding box for which the
imagery is valid, please?

cheers
Richard



--
View this message in context: 
http://gis.638310.n2.nabble.com/2010-NAIP-imagery-finally-available-via-WMS-tp6366544p6368775.html
Sent from the USA mailing list archive at Nabble.com.

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] 2010 NAIP imagery finally available via WMS

[Kristian Zoerhoff]

On Mon, May 16, 2011 at 8:43 AM, Ian Dees  wrote:
> On Mon, May 16, 2011 at 8:29 AM, Kristian Zoerhoff
>  wrote:
>>
>> On Sun, May 15, 2011 at 4:01 PM, Ian Dees  wrote:
>> > On Sun, May 15, 2011 at 3:34 PM, Nathan Edgars II 
>> > wrote:
>> >>
>> >> I'm not sure if all 2010 imagery has been added, but some from Florida
>> >> (where the latest available had been 2007) was just added in the past
>> >> week,
>> >> and some in Kentucky was also added recently. This can be used in JOSM
>> >> and
>> >> perhaps other editors via the URLs on
>> >> http://wiki.openstreetmap.org/wiki/National_Agriculture_Imagery_Program
>> >> .
>> >
>> > The most recent NAIP imagery (most from 2010) has been available here
>> > via
>> > TMS for a few months:
>> >
>> > http://cube.telascience.org/tilecache/tilecache.py/1.0.0/NAIP_ALL/{zoom}/{x}/{y}.png
>>
>> So does this only work in JOSM, or can I use it in Potlatch 2 as well?
>> I wasn't having any luck last night.
>
> You'll need to use the P2-style URL, but yes it will work. I think Potlatch
> still uses exclamation points so it'd be something along the lines of:
> http://cube.telascience.org/tilecache/tilecache.py/1.0.0/NAIP_ALL/!/!/!.png

Thanks. I also got it working by changing {zoom}/{x}/{y} to $z/$x/$y
after examining some other Potlatch URLs. It would be nice to get this
into the standard Background list for P2 one of these days.

-- 
Kristian Zoerhoff
kristian.zoerh...@gmail.com

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] 2010 NAIP imagery finally available via WMS

[Nathan Edgars II]

On 5/16/2011 9:43 AM, Ian Dees wrote:

On Mon, May 16, 2011 at 8:29 AM, Kristian Zoerhoff
mailto:kristian.zoerh...@gmail.com>> wrote:

On Sun, May 15, 2011 at 4:01 PM, Ian Dees mailto:ian.d...@gmail.com>> wrote:
 > On Sun, May 15, 2011 at 3:34 PM, Nathan Edgars II
mailto:nerou...@gmail.com>>
 > wrote:
 >>
 >> I'm not sure if all 2010 imagery has been added, but some from
Florida
 >> (where the latest available had been 2007) was just added in the
past week,
 >> and some in Kentucky was also added recently. This can be used
in JOSM and
 >> perhaps other editors via the URLs on
 >>
http://wiki.openstreetmap.org/wiki/National_Agriculture_Imagery_Program
.
 >
 > The most recent NAIP imagery (most from 2010) has been available
here via
 > TMS for a few months:
 >

http://cube.telascience.org/tilecache/tilecache.py/1.0.0/NAIP_ALL/{zoom}/{x}/{y}.png

So does this only work in JOSM, or can I use it in Potlatch 2 as well?
I wasn't having any luck last night.


You'll need to use the P2-style URL, but yes it will work. I think
Potlatch still uses exclamation points so it'd be something along the
lines of:

http://cube.telascience.org/tilecache/tilecache.py/1.0.0/NAIP_ALL/!/!/!.png



Please add stuff like this to 
http://wiki.openstreetmap.org/wiki/National_Agriculture_Imagery_Program 
once you verify that it works.


___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] 2010 NAIP imagery finally available via WMS

[Ian Dees]

On Mon, May 16, 2011 at 8:29 AM, Kristian Zoerhoff <
kristian.zoerh...@gmail.com> wrote:

> On Sun, May 15, 2011 at 4:01 PM, Ian Dees  wrote:
> > On Sun, May 15, 2011 at 3:34 PM, Nathan Edgars II 
> > wrote:
> >>
> >> I'm not sure if all 2010 imagery has been added, but some from Florida
> >> (where the latest available had been 2007) was just added in the past
> week,
> >> and some in Kentucky was also added recently. This can be used in JOSM
> and
> >> perhaps other editors via the URLs on
> >> http://wiki.openstreetmap.org/wiki/National_Agriculture_Imagery_Program.
> >
> > The most recent NAIP imagery (most from 2010) has been available here via
> > TMS for a few months:
> >
> http://cube.telascience.org/tilecache/tilecache.py/1.0.0/NAIP_ALL/{zoom}/{x}/{y}.png
>
> So does this only work in JOSM, or can I use it in Potlatch 2 as well?
> I wasn't having any luck last night.


You'll need to use the P2-style URL, but yes it will work. I think Potlatch
still uses exclamation points so it'd be something along the lines of:

http://cube.telascience.org/tilecache/tilecache.py/1.0.0/NAIP_ALL/!/!/!.png
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] 2010 NAIP imagery finally available via WMS

[Kristian Zoerhoff]

On Sun, May 15, 2011 at 4:01 PM, Ian Dees  wrote:
> On Sun, May 15, 2011 at 3:34 PM, Nathan Edgars II 
> wrote:
>>
>> I'm not sure if all 2010 imagery has been added, but some from Florida
>> (where the latest available had been 2007) was just added in the past week,
>> and some in Kentucky was also added recently. This can be used in JOSM and
>> perhaps other editors via the URLs on
>> http://wiki.openstreetmap.org/wiki/National_Agriculture_Imagery_Program .
>
> The most recent NAIP imagery (most from 2010) has been available here via
> TMS for a few months:
> http://cube.telascience.org/tilecache/tilecache.py/1.0.0/NAIP_ALL/{zoom}/{x}/{y}.png

So does this only work in JOSM, or can I use it in Potlatch 2 as well?
I wasn't having any luck last night.

-- 
Kristian Zoerhoff
kristian.zoerh...@gmail.com

___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] 2010 NAIP imagery finally available via WMS

[Ian Dees]

On Sun, May 15, 2011 at 4:30 PM, Nathan Edgars II wrote:

> On 5/15/2011 5:01 PM, Ian Dees wrote:
>
>> On Sun, May 15, 2011 at 3:34 PM, Nathan Edgars II > > wrote:
>>
>>I'm not sure if all 2010 imagery has been added, but some from
>>Florida (where the latest available had been 2007) was just added in
>>the past week, and some in Kentucky was also added recently. This
>>can be used in JOSM and perhaps other editors via the URLs on
>>
>> http://wiki.openstreetmap.org/wiki/National_Agriculture_Imagery_Program
>>.
>>
>> The most recent NAIP imagery (most from 2010) has been available here
>> via TMS for a few months:
>>
>>
>> http://cube.telascience.org/tilecache/tilecache.py/1.0.0/NAIP_ALL/{zoom}/{x}/{y}.png
>>
>
> Was this announced anywhere? I seem to remember it having the same imagery
> as that served by the USGS when this was posted:
> http://lists.openstreetmap.org/pipermail/talk-us/2010-November/004851.html
>

I thought it had, but now that you're pointing out that e-mail, it may not
have. The NAIP_ALL imagery was created by someone who went and found the
latest available NAIP imagery by hand as of the end of last year. Since he
used raw imagery directly from the states (rather than a WMS) it is quite up
to date.

The link I sent in your email was indeed a tiled cache of the USGS WMS and
they didn't always ingest the newest stuff.
___
Talk-us mailing list
Talk-us@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-us