Re: [Talk-us] DigitalGlobe Premium Imagery: Invalid Token?

2018-03-10 Thread Albert Pundt 
Thank you Bryan, it worked!

DG Premium is extremely useful in many city ares since it has incredibly
high resolution imagery, so high you can distinguish each line of the
double yellow center line on a road, and is only about a year or so out of
date at the worst.

However, I realized since I sent the original message that the old Mapbox
Satellite layer seems to have the same imagery as DG Premium in the Lehigh
Valley area, though, which is where I'm mapping now. In this case it's even
better, since it doesn't switch to the much blurrier, slightly misaligned
imagery on lower zoom levels like DG Premium does. Is there a way to set
*minimum* zoom level for an imagery layer in JOSM? I'd imagine not, since
zooming out would cause a *lot* of tiles to need to be loaded.

On Sat, Mar 10, 2018 at 5:19 PM, Bryan Housel  wrote:

> I updated the tokens, per DG request, in this commit:
> https://github.com/osmlab/editor-layer-index/commit/
> 034ac3910fc2fe118394bc953d3ca4ca2212b71c
>
> I don’t know how to update the imagery that JOSM uses, but usually
> whenever we change these, somebody will update the JOSM sources pretty
> quickly.
>
> Thanks, Bryan
>
>
>
> On Mar 10, 2018, at 4:54 PM, Paul Johnson  wrote:
>
> Ive run into the same program since yesterday, and it's basically ground
> me to a halt, since Bing is badly out of date stateside in Oklahoma.
>
> On Mar 10, 2018 14:54, "Albert Pundt"  wrote:
>
>> For the past several days, the DigitalGlobe Premium and Standard Imagery
>> have both given HTTP 401 errors when trying to use them in JOSM. Manually
>> going to the tile URL tells me that the access token is invalid. Since this
>> is the token in the TMS URL in JOSM by default, it seems as though it needs
>> updating. How do I get a valid updated token?
>>
>> —Albert
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
>> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>
>


-- 
—Albert
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] DigitalGlobe Premium Imagery: Invalid Token?

2018-03-10 Thread Bryan Housel 
I updated the tokens, per DG request, in this commit:
https://github.com/osmlab/editor-layer-index/commit/034ac3910fc2fe118394bc953d3ca4ca2212b71c
 


I don’t know how to update the imagery that JOSM uses, but usually whenever we 
change these, somebody will update the JOSM sources pretty quickly.

Thanks, Bryan



> On Mar 10, 2018, at 4:54 PM, Paul Johnson  wrote:
> 
> Ive run into the same program since yesterday, and it's basically ground me 
> to a halt, since Bing is badly out of date stateside in Oklahoma. 
> 
> On Mar 10, 2018 14:54, "Albert Pundt"  > wrote:
> For the past several days, the DigitalGlobe Premium and Standard Imagery have 
> both given HTTP 401 errors when trying to use them in JOSM. Manually going to 
> the tile URL tells me that the access token is invalid. Since this is the 
> token in the TMS URL in JOSM by default, it seems as though it needs 
> updating. How do I get a valid updated token?
> 
> —Albert
> 
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-us 
> 
> 
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us

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

Re: [Talk-us] DigitalGlobe Premium Imagery: Invalid Token?

2018-03-10 Thread Paul Johnson 
Ive run into the same program since yesterday, and it's basically ground me
to a halt, since Bing is badly out of date stateside in Oklahoma.

On Mar 10, 2018 14:54, "Albert Pundt"  wrote:

> For the past several days, the DigitalGlobe Premium and Standard Imagery
> have both given HTTP 401 errors when trying to use them in JOSM. Manually
> going to the tile URL tells me that the access token is invalid. Since this
> is the token in the TMS URL in JOSM by default, it seems as though it needs
> updating. How do I get a valid updated token?
>
> —Albert
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Rice County, Minnesota Import

2018-03-10 Thread Joe Sapletal 
Caleb,

If the below doesn’t suffice for the community or we need clarification, I have 
a GIS contact at the County that you could contact to get explicit permission.  
I just don’t have it on me at the moment.  I’ll get it for you by Monday.  I 
could also assist you with processing the data if you would like assistance, as 
I’m running the Dakota County Building with Address import.

Joe Sapletal

From: Caleb Langeslag
Sent: Saturday, March 10, 2018 2:20 PM
To: talk-us@openstreetmap.org
Subject: [Talk-us] Rice County, Minnesota Import

I know this may be meant more for imports-us, but I was advised to post 
to talk-us instead:

A while ago I've noticed that my local county had published a bit of 
their GIS data online in some "open geospatial commons" repository ( 
gisdata.mn.gov ), but couldn't find any clear license terms on it's 
usage. However I've found a few points, and I'll use the Parcel Points 
as an example: 
https://gisdata.mn.gov/dataset/us-mn-co-rice-plan-parcel-points

If you go to the "Full Metadata Record" file, it'll bring you to: 
ftp://ftp.gisdata.mn.gov/pub/gdrs/data/pub/us_mn_co_rice/plan_parcel_points/metadata/metadata.html

Under Section 1, there's the fields of "Access Constraints" and "Use 
Constraints", which are set as "none".

If you pick through the website's metadata guidelines (from  
http://www.mngeo.state.mn.us/committee/standards/mgmg/metadata.htm go to 
"Identification Information"), there's the following page that describes 
those fields: 
http://www.mngeo.state.mn.us/committee/standards/mgmg/idinfo.htm

 Access Constraints: Restrictions and legal prerequisites for 
accessing the data set. These include any access constraints applied to 
assure the protection of privacy or intellectual property, and any 
special restriction or limitation on obtaining the data set.

 Use Constraints: Restrictions and legal prerequisites for using the 
data set after access is granted (ex. transferring to others).

As aforementioned, the metadata of specific dataset that I'm using as an 
example, is set as "none". Meaning there are no restrictions on it's 
access or usage, especially giving an example such as redistribution.

Furthermore, as the service requires of anyone publishing any data on 
this resource, it says: "It is assumed that all resources (data, 
services, apps and maps) accessed directly from the Commons will be 
freely available and public. If resources require a license or payment, 
a publisher may only publish a metadata record describing the resource 
that points to another location to acquire the resources." ( 
https://gisdata.mn.gov/content/?q=help/publisher_expectations ). And 
with my example that I provided, all the assets are directly hosted on 
this service, not externally.

Is this sufficient to be able to do an import of the provided example, 
and possibly any other data on this service that matches the same 
aforementioned criteria?

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

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

[Talk-us] DigitalGlobe Premium Imagery: Invalid Token?

2018-03-10 Thread Albert Pundt 
For the past several days, the DigitalGlobe Premium and Standard Imagery
have both given HTTP 401 errors when trying to use them in JOSM. Manually
going to the tile URL tells me that the access token is invalid. Since this
is the token in the TMS URL in JOSM by default, it seems as though it needs
updating. How do I get a valid updated token?

—Albert
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Rice County, Minnesota Import

2018-03-10 Thread Caleb Langeslag 
I know this may be meant more for imports-us, but I was advised to post 
to talk-us instead:


A while ago I've noticed that my local county had published a bit of 
their GIS data online in some "open geospatial commons" repository ( 
gisdata.mn.gov ), but couldn't find any clear license terms on it's 
usage. However I've found a few points, and I'll use the Parcel Points 
as an example: 
https://gisdata.mn.gov/dataset/us-mn-co-rice-plan-parcel-points


If you go to the "Full Metadata Record" file, it'll bring you to: 
ftp://ftp.gisdata.mn.gov/pub/gdrs/data/pub/us_mn_co_rice/plan_parcel_points/metadata/metadata.html


Under Section 1, there's the fields of "Access Constraints" and "Use 
Constraints", which are set as "none".


If you pick through the website's metadata guidelines (from  
http://www.mngeo.state.mn.us/committee/standards/mgmg/metadata.htm go to 
"Identification Information"), there's the following page that describes 
those fields: 
http://www.mngeo.state.mn.us/committee/standards/mgmg/idinfo.htm


Access Constraints: Restrictions and legal prerequisites for 
accessing the data set. These include any access constraints applied to 
assure the protection of privacy or intellectual property, and any 
special restriction or limitation on obtaining the data set.


Use Constraints: Restrictions and legal prerequisites for using the 
data set after access is granted (ex. transferring to others).


As aforementioned, the metadata of specific dataset that I'm using as an 
example, is set as "none". Meaning there are no restrictions on it's 
access or usage, especially giving an example such as redistribution.


Furthermore, as the service requires of anyone publishing any data on 
this resource, it says: "It is assumed that all resources (data, 
services, apps and maps) accessed directly from the Commons will be 
freely available and public. If resources require a license or payment, 
a publisher may only publish a metadata record describing the resource 
that points to another location to acquire the resources." ( 
https://gisdata.mn.gov/content/?q=help/publisher_expectations ). And 
with my example that I provided, all the assets are directly hosted on 
this service, not externally.


Is this sufficient to be able to do an import of the provided example, 
and possibly any other data on this service that matches the same 
aforementioned criteria?


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

[Talk-us] weeklyOSM #398 2018-02-27-2018-03-05-

2018-03-10 Thread weeklyteam 
The weekly round-up of OSM news, issue # 398,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/10092/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us