You are viewing limited content. For full access, please sign in.

Question

Question

Location Services - ESRI Rest Service

asked on July 25 Show version history

I watched Fichebait's really well done video demoing the location services in Laserfiche.

https://www.youtube.com/watch?v=2cu8yL3fk28&ab_channel=FICHEBAIT

I was curious if anyone has enabled the location services for an ESRI rest service and would be willing to share their experience or screenshots

 

3 0

Replies

replied 19 hours ago

@████████@████████

I hope you guys don't mind me addressing you directly, but we've hit some roadblocks with this process that I think only Laserfiche can answer.

 

We got an error regarding storing geocoding results. The reverse geocoding error is because my account is not set up to receive reverse geocoding results. It's my organization's policy. The solution is to update the authorization code with "forstorage": false, but I don't think that's an option in Laserfiche. How do I "override this"?

Also, with just a secret client and client ID it is still requiring sign in authorization.  There is nowhere in location services to save the user token that is also generated, so how do we avoid having to sign-in?

 

Reverse Geocoding.png
Sign-In.png
Sign-In.png (174.34 KB)
0 0
replied 12 hours ago

It's been a while, but I can take a stab. For the first part, the result of the geolocation request is going to be stored in Laserfiche, so ESRI requires us to pass that as a parameter. They wouldn't authorize an integration that stored the data without indicating that in the request. Is your organization's policy that you are not permitted to store reverse geocoding results?

I'll have to pass the question about the user token on to the team. It's possible they've updated their authentication flow recently.

0 0
replied 12 hours ago

It's been a while, but I can take a stab. For the first part, the result of the geolocation request is going to be stored in Laserfiche, so ESRI requires us to pass that as a parameter. They wouldn't authorize an integration that stored the data without indicating that in the request. Is your organization's policy that you are not permitted to store reverse geocoding results?

I'll have to pass the question about the user token on to the team. It's possible they've updated their authentication flow recently.

You are not allowed to follow up in this post.

Sign in to reply to this post.