maps.google.com/maps changes again

[GoogleCodeExporter]

After Oct. 10, 2009, google change maps.google.com/maps. This modification
hurt GMapCatcher's url pattern match method, makes it download satellite
tiles in all situations.

What steps will reproduce the problem?
 1. clear tiles in ~/.googlemaps
 2. run maps.py, choose map layer (the default)

What is the expected output? What do you see instead?
 GMapCatcher download satellite tiles, instead of map tiles.

Please use labels and text to provide additional information.

I've fix this problem at
[http://code.google.com/p/gmapcatcher/source/detail?r=563 r563]. I also
notice that google apply a uniform api for googlemap:

http://mt?.google.com/vt/lyrs=??@110&hl=en&x=xxx&y=xxx&zoom=xx

where lyrs='m' for maps, 's' for satellite and 't' for terrain. in r563
GMapCatcher first checks the new uniform api, and fall back to the old
method when it doesn't exist.

Original issue reported on code.google.com by pi3or...@gmail.com on 11 Oct 2009 at 4:48

[GoogleCodeExporter]

This problem is first reported at bbs.meizu.com:

http://bbs.meizu.com/thread-1228285-1-1.html (Simplified Chinese)

Original comment by pi3or...@gmail.com on 11 Oct 2009 at 5:10

[GoogleCodeExporter]

I guess the new pattern is also hosted in a new server... 
the terrain imagery is completely different, see this tile over the Bahamas:
http://mt2.google.com/vt/lyrs=t@110&hl=en&x=75&y=112&zoom=9

Original comment by heldersepu on 11 Oct 2009 at 2:36

• Added labels: Milestone-Release0.3

[GoogleCodeExporter]

see r565. For terrain, makes additional check.

Original comment by pi3or...@gmail.com on 11 Oct 2009 at 5:21

[GoogleCodeExporter]

Original comment by heldersepu on 28 Oct 2009 at 6:50

• Changed state: Done