Has anyone got a working Aerial shifter script for the new Google Aerials?
I’ve updated my script to work with the Google Aerials, but now Chrome is giving me grief when I try load it.
If someone has the time to look at this tile in Grabouw, which needs to move ~10m in the direction of my unconventional arrows. Sorry, I not too sure how to mark up an image so that it’s usable, so I’ve cheated and used unnamed segments to outline the problem area. 
I was initially puzzled at Stanley Shuma Ave, at the point of the top arrow, that seemed the run straight into a house, and only after I’d fiddled a bit did I realise what the problem was.
Any takers?
Leigh,
This post from iainhouse might help you get the aerial shifter back on track.
Sent from my HTC One using Tapatalk 2
Thanks Carel. I used iainhouse’s info to update my script, but then had fun trying to get Chrome to accept my modified script. I did eventually find the right method to get the script to load correctly. I had the same fun last week trying to get WMECH to load after updating the street naming highlights.
Time to document the process as I’m sure I’ll have forgotten the next time the scripts get updated. 
Looks as if what I thought the aerial shifter did isn’t what it actually does. Or I’ve missed the whole point entirely. I only want the tile within the highlighted area moved, yet the shifter seems to move the whole map.
I don’t want to fiddle too much for fear of breaking the whole area, so should I be referring this misaligned tile back to Waze support to fix?
I wouldn’t split hairs on this one, it’s not like we are going to use the exact coords to take out someone’s garden gnome with a remote drone
If you shift it for 12x0, you should see that is aligned close enough.
Turn on GPS points and you’d see the traces on the northern part of Stanley Shuma Ave running into the skewed tile almost directly on the placed segment up to the turn, but just slightly left, which should be close enough for government work as is.
On Bing I did Welkom for which more than 1/2 the town was out by about 35 x 24 if I recall, and what was even better, as you zoomed to 20m / 10m for finer touches, the tiles suddenly aligned properly.
P.S. Either your OCD is easing up, or the medication is finally kicking in - the turn restrictions for your 2 arrows indicating the tile are not properly set
Cheers
Carel
OK. The light finally went on. If I understand correctly, all the script does is temporally move the base image so that the roads can be drawn with the correct spacing, but then the editor still needs to fudge the roads in the area where the tiles meetup to make things look sort of normal.
In this case there is a 19m x 4m offset to get this one tile to match up with the roads I hadn’t fiddled with on it’s four adjacent tiles, which seems a bit excessive in an urban area. In a rural area there’s much more room for correcting.
Here’s a concrete slap and a building where the mis-alignment can be clearly seen. I’m going to ask if support can’t re-align this image tile.
Thanks Carel. Our two replies crossed. I’ll do as you’ve suggested and not bother support!
Let me remove my arrows and outline and I’ll sort the rest out tomorrow.
Cheers
That’s quite right. The script uses CSS to apply an offset to the HTML element that shows the aerial images, plus updating that offset whenever the map is moved or zoomed.
Thanks iainhouse. The penny only dropped after the fifth or sixth reading of your conversation with berestovskyy.
I couldn’t understand why panning would be an issue if the underlying map tile had been realigned but as I now know, that’s not what happens.
And only now after reading this thread again did I see I can actually edited the unpacked scripts directly on my machine. Much easier than taking the crx file, unpacking it, editing the script, repacking the extension and fighting to get Chrome to accept the modified crx file, which is what I’ve been doing until now. :oops:
Berestovskyy has now updated the “proper” version.