Hi,
* Russ Nelson [161221 00:21]:
> Paul Johnson writes:
>> On Sun, Dec 18, 2016 at 1:59 PM, Ian Dees wrote:
>>> I will try to contact a couple of the folks I know at USGS (maybe they're
>>> still on this list and could respond?), but it might be the case
It probably does. I think the scanned topographic maps are on the same new,
slower server.
On Tue, Dec 20, 2016 at 11:21 PM, Russ Nelson wrote:
> Paul Johnson writes:
> > On Sun, Dec 18, 2016 at 1:59 PM, Ian Dees wrote:
> > >
> > > I will try to
Paul Johnson writes:
> On Sun, Dec 18, 2016 at 1:59 PM, Ian Dees wrote:
> >
> > I will try to contact a couple of the folks I know at USGS (maybe they're
> > still on this list and could respond?), but it might be the case that we
> > need to request the imagery and build
On Sun, Dec 18, 2016 at 1:59 PM, Ian Dees wrote:
>
> I will try to contact a couple of the folks I know at USGS (maybe they're
> still on this list and could respond?), but it might be the case that we
> need to request the imagery and build the desired layer ourselves...
>
http://www.directionsmag.com/pressreleases/usgs-cutting-high-resolution-ortho-imagery-program/479365
On Sun, Dec 18, 2016 at 11:59 AM, Ian Dees wrote:
> I run the tile.openstreetmap.us server and noticed this change. Thanks
> for finding the USGS link: I saw it a while ago
I run the tile.openstreetmap.us server and noticed this change. Thanks for
finding the USGS link: I saw it a while ago but then couldn't find it when
I was trying to debug the problems with the server. The "usgs_large_scale"
layer on tile.openstreetmap.us is now caching the USGSNAIPPlus layer, but
6 matches
Mail list logo