Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Possible URL change? #12

Open
ndevenish opened this issue Mar 7, 2019 · 19 comments
Open

Possible URL change? #12

ndevenish opened this issue Mar 7, 2019 · 19 comments

Comments

@ndevenish
Copy link

I found that I also needed to replace maps.google.com with maps.googleapis.com now. There's also a client=gme-adobesystems_TESTING_INVALID entry that I replaced with the key, but I don't know if that was required.

@astuder
Copy link
Owner

astuder commented Mar 9, 2019

I just checked with my own LR installation I patched a few months ago with just the keys, and it still works.

What version of LR are you using? What functionality did not work before you patched the API URL? And in which file did you patch the API URL?

@ndevenish
Copy link
Author

6.14, just reinstalled a couple of weeks ago after not using it for a while. I tried to use the maps for the first time and neither the main screen or side window were loading. Even after the initial patches they didn't load, until I changed the URL. Maybe it was something unrelated, or maybe if it contacted the servers before it had some sort of session key pre-registered?

@astuder
Copy link
Owner

astuder commented Mar 12, 2019

Thank you for the feedback. I will leave this issue open for now. Anyone reading this and encountering the same issue, please let me know.

@jeremybickerstaffe
Copy link

I have a Mac with LR 6.14. I've run the patching steps without success and am wondering whether I might need this different URL too. However I can't see where I need to make the change. Please can you let me know? Thanks.

@wagnerralf
Copy link

Thank you for the feedback. I will leave this issue open for now. Anyone reading this and encountering the same issue, please let me know.

Hi, just patch 6.14 LR on Win10 and did not work. maybe I have to change URL, too ? But unclear where to change... Thanks

@wagnerralf
Copy link

6.14, just reinstalled a couple of weeks ago after not using it for a while. I tried to use the maps for the first time and neither the main screen or side window were loading. Even after the initial patches they didn't load, until I changed the URL. Maybe it was something unrelated, or maybe if it contacted the servers before it had some sort of session key pre-registered?

where did you change the URL ?

@astuder
Copy link
Owner

astuder commented Apr 22, 2019

I still can't reproduce the URL issue and think this is a red herring. The posts by John from Portland on DPreview may give you some ideas what went wrong:
https://www.dpreview.com/forums/post/62531780

@wagnerralf
Copy link

wagnerralf commented Apr 23, 2019 via email

@Malte-Neu
Copy link

I had the same Problem, that the replacements from the readme doesn't work for me. I had to apply the replacements from the first post, now it works.

I use LR 6.14 on windows 7 in german.

The location from the location.lrmodule is diffrent from the readme at "C:\Program Files\Adobe\Adobe Lightroom\Location.lrmodule"

If its helful for you, I can send you copy from my lrmodule file.

@wagnerralf
Copy link

wagnerralf commented Apr 28, 2019 via email

@Malte-Neu
Copy link

These are the patch commands I used to get it working:

patchluastr.exe LOCATIONMAPVIEW.LUA "client=gme-adobesystems_TESTING_INVALID" "key=<my key>" -o LOCATIONMAPVIEW.tmp
patchluastr.exe LOCATIONMAPVIEW.tmp "maps.google.com" "maps.googleapis.com" -o LOCATIONMAPVIEW.bin

patchluastr.exe AGREVERSEGEOCODESERVICE.LUA "client=gme-adobesystems" "key=<my key>" -o AGREVERSEGEOCODESERVICE.bin

patchluastr.exe LOCATIONDEBUGPANEL.LUA "nature" "street" -o LOCATIONDEBUGPANEL.bin

@wagnerralf
Copy link

same issue. did not work
error

@Malte-Neu
Copy link

Malte-Neu commented Jun 11, 2019 via email

@wagnerralf
Copy link

wagnerralf commented Jun 13, 2019 via email

@capelevy
Copy link

Hi,

And thank you for all the great research everyone!

I replaced the "gme-adobesystems_TESTING_INVALID" and "gme-adobesystems" strings with may API keys, and everyting everything seems to be working. I did not have to replace the maps.google.com part.

Again, well done to everyone figuring this out :)

CPL

@timbothegreat3
Copy link

I have followed the instructions above and all seems to be working with a few observations.

  1. Geocoding is very slow, api seems to get many errors.
  2. I get a message "map error: to many requests"
  3. the large main map is watermarked in tiles with "for development purposes only"

But I really do apreciate the effort put it to this. really annoyed me losing this feature.

@astuder
Copy link
Owner

astuder commented Aug 18, 2019

@timbothegreat3 I don't see the watermark or map errors. I'd check on the Google Cloud Console whether there are more details about the error.

Maybe you have too many geo-tagged images on that map. For me, it's usually only a few hundreds at a time.

@timbothegreat3
Copy link

With some more playing all issues solved. Google Maps developer platform wasn't enabled also an old billing C/C.

@kassi
Copy link

kassi commented Apr 10, 2020

@timbothegreat3 How did you do that? I completely stumble with the Google Cloud website. Had to klcik 100 times to get everything connected with a billing account to a project and an API key (where I needed to make my project public for externals since I'm not G Suite user) and what not. Now a request with the key to an https geocoder url is working in the terminal, but LR still gives me the same error: still getting the "Hoppla" screen. I think I changed everything correctly in the files, but who knows.
Is there a way to enable JavaScript console for the lightroom plugin (as the error message suggests)?

BTW: I also replaced the maps.google.com with maps.googleapis.com now. I see a correct map at startup, but then LR immediately show the "Hoppla" page.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

8 participants