Closed GoogleCodeExporter closed 8 years ago
...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
thanks, can you also attach your .conf file to this issue
Original comment by heldersepu
on 17 Feb 2011 at 3:14
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
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:
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
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
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
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
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
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
Original comment by heldersepu
on 13 Oct 2011 at 8:37
Original issue reported on code.google.com by
ppzel...@gmail.com
on 17 Feb 2011 at 3:02