Major error in CLI downloading

[GoogleCodeExporter]

What steps will reproduce the problem?
 1. "download --hybrid --latitude=40.195659 --longitude=-88.044434 --width=0.001 --height=0.001 --max-zoom=4 --min-zoom=4"

What is the expected output? 
 Expected output would be the download of "...\.googlemaps\hyb_tiles\4\2\44\3\23.png" file, containing a png hybrid overlay of said area, non inclusive of satellite content.

What do you see instead?
Satellite layer is downloaded by the downloader instead.  (info: no hybrid 
overlay is present at all).

What version of the product are you using?
0.7.5.0

On what operating system?
XP

Please provide any additional information below.

Original issue reported on code.google.com by ppzel...@gmail.com on 17 Feb 2011 at 3:02

[GoogleCodeExporter]

...and I forgot to mention, the satellite content is downloads into the 
hyb_tiles directory.

Original comment by ppzel...@gmail.com on 17 Feb 2011 at 3:13

[GoogleCodeExporter]

thanks, can you also attach your .conf file to this issue

Original comment by heldersepu on 17 Feb 2011 at 3:14

[GoogleCodeExporter]

Original comment by ppzel...@gmail.com on 17 Feb 2011 at 4:34

Attachments:

• gmapcatcher.conf

[GoogleCodeExporter]

I would suspect that it is unrelated to the .conf file, since I find nothing in 
the configurations which would affect the command line interface for 
downloading.  I just observed difficulty viewing hybrid view in the GMAPcatcher 
graphical interface, and wonder if these problems are Google related.

Original comment by ppzel...@gmail.com on 17 Feb 2011 at 4:35

[GoogleCodeExporter]

I hope this isn't an unrelated issue which should be under its own topic, but 
the attached screenshot is interesting, and I suspect may be related to the 
greater problem.  In the case of the attached screenshot, it results in a 0 
byte png file.

Original comment by ppzel...@gmail.com on 17 Feb 2011 at 4:43

Attachments:

• ssq.png

[GoogleCodeExporter]

Update:  A file search of my tiles folder reveals two things:

#1.  Many 0 byte terrain files (which I've removed), apparantly caused by the 
CLI downloader.  This is most certainly a separate issue, and I may need to 
research it more and create a new ticket for it.

#2.  Every single hybrid overlay png downloaded over the last few days, whether 
through the download CLI, or the download option of the GMAPcatcher program, or 
even by merely viewing in online mode, is actually a sat tile.  Furthermore, a 
byte-for-byte comparison shows that it is literally an identical tile/file.

Furthermore, with regards to #2, and to be sure it's not related to my 
customized directory or anything, I did a fresh install on a different XP 
system.  It's doing the same thing.

Tiles I viewed/downloaded a couple of weeks ago are fine.  The problem started 
sometime between 2/2 and 2/13 I'm afraid.  

So, I do a backstep to determine the problem:
http://mt1.google.com/vt/lyrs=h@130&hl=en&x=8&y=12&z=5
works as expected, returning the hybrid layer.

It's becoming more and more odd that the program is behaving in this manner, 
since it doesn't appear to be on Google's end.  Perhaps there is an error in 
the manner in which the hybrid tiles (specifically) are being downloaded, 
causing Google to return the sat tiles instead.  Perhaps the URL is slightly 
misformed, and Google decided to default to sat tiles in certain cases or 
misformed requests, rather than default to hybrid???

Original comment by ppzel...@gmail.com on 17 Feb 2011 at 5:56

[GoogleCodeExporter]

I have bad news for you! Google contacted us and they do not allow downloading 
or direct access to the map tiles, take a look at Issue 210 for more details.

Yahoo hybrid seems to be OK!

Original comment by heldersepu on 17 Feb 2011 at 7:23

[GoogleCodeExporter]

True, but this isn't bulk downloading, I can't even VIEW the hybrid data at 
all.  I believe, as has been discussed regarding this issue before, that the 
downloading of tiles being actively viewed is simply a browsing function.  If 
Google were actively blocking data, it:

#1.  seems unlikely that they would block only the hybrid tile data.
#2.  seems impossible that they would send the satellite tile if a hybrid one 
is requested.

Original comment by ppzel...@gmail.com on 17 Feb 2011 at 7:29

[GoogleCodeExporter]

I guess you did not read the last comments in Issue 210, From google:

- We do not allow any download/offline caching of tiles, outside of standard 
browser caching that takes place when viewing tiles through the API.

for us that means stop using google tiles from GMapCatcher. I can not do 
anything for old versions but in the next version Google will not be an option

Sorry but you are on your own!

Original comment by heldersepu on 17 Feb 2011 at 7:38

[GoogleCodeExporter]

That is odd, given that the gmapcatcher browser is HOSTED on google.com.  
Strange that it still works to view the maps in all other modes except for 
hybrid mode, though.  Weird.

FYI, I'm not "bulk downloading" tiles, I've just been trying to determine the 
cause of the program malfunction.  

As to Google's statement, "We do not allow any download/offline caching of 
tiles, outside of standard browser caching that takes place when viewing tiles 
through the API", isn't that all that GMAPcatcher is doing when viewing tiles?  
It's essentially just a browser, right?

Original comment by ppzel...@gmail.com on 17 Feb 2011 at 8:20

[GoogleCodeExporter]

Sorry but GMapCatcher does not qualify as a browser, we are hosted here because 
this is an open source project and google offers free hosting but I do not work 
for google, it would be nice, but no I'm not employed by google. 

and the cause of this error is probably a change on the pattern of the H tiles
We had issues like that before:
http://code.google.com/p/gmapcatcher/issues/list?can=1&q=google.com/vt/lyrs

Original comment by heldersepu on 17 Feb 2011 at 10:43

[GoogleCodeExporter]

Original comment by heldersepu on 13 Oct 2011 at 8:37

• Changed state: WontFix