0.8.0.0 does not load any maps

[GoogleCodeExporter]

What steps will reproduce the problem?
 1. Deinstalled 0.7.7.4 (?) and preserved data files
 2. Installed 0.8.0.0
 3. Set to online, set prefs to point to the data directory
 4. Pan to an area of known locally saved tiles

What is the expected output? What do you see instead?
Expected: locally saved tiles would load, and locations are shown in the 
dropdown menu. Instead, no tiles display (or load from the Internet). 

What version of the product are you using? On what operating system?
For this test, XPSP3 (32-bit). I'm not going to test on my Win7 machine until 
this is stabilized...

Please provide any additional information below.
Log generated. Contents:

Exception in thread Thread-7:
Traceback (most recent call last):
  File "threading.pyc", line 530, in __bootstrap_inner
  File "threading.pyc", line 734, in run
  File "maps.py", line 126, in do_search
  File "gmapcatcher\widgets\widDrawingArea.pyc", line 263, in draw_message
AttributeError: 'NoneType' object has no attribute 'set_rgb_fg_color'

Original issue reported on code.google.com by ler...@gmail.com on 17 Oct 2012 at 2:08

[GoogleCodeExporter]

Locally saved tiles would work only if you do not have the option:
"Use a different folder per Map Service"

If you do have that option you will have to move the current folders to the new 
locations, We decided to organize the folder structure to simplify the process 
of adding new Map Services.

Original comment by heldersepu on 17 Oct 2012 at 1:36

[GoogleCodeExporter]

Now about the error in the log, that is not related to the maps, it seems that 
you where searching for something... 
Please post the exact steps to reproduce that error.

Original comment by heldersepu on 17 Oct 2012 at 1:43

[GoogleCodeExporter]

Hi again. I deinstalled 0.8.0.0 (same Windows XP machine, and chose the option 
to not save images) and am temporarily giving up on using old map tiles in 
order to try to have some success. I reinstalled using the defaults, but am 
still not having any tiles download while in online mode. On a couple 
occasions, an error on screen noted that the program "Can not connect to 
http://maps.google.com" (after searching for a location), yet no matter what 
zoom level, map source (have tried several servers) or location I have 
attempted to search or center on, nothing downloads. Directly after the "can 
not connect to http://maps.google.com" error in the app, I was able to both 
browse to maps.google.com and successfully ping it (avg time 46ms, no loss).

I thought, perhaps this is a firewall issue, where the firewall isn't allowing 
a changed version of the software. I explicitly added maps.exe to the allowed 
list, and reviewed the firewall log for blocked entries, and found none. Next, 
I disabled the firewall and re-ran gmapcatcher, and still nothing displayed.

Is there a debug switch I can use, to have it produce a verbose log for you?

I will attempt to re-create the error in the log once I at least have something 
displaying. My recollection was I searched for anything (given that the default 
didn't show anything on screen), but nothing painted on screen.

Thanks for your help.

Original comment by ler...@gmail.com on 18 Oct 2012 at 1:22

[GoogleCodeExporter]

I just rebuilt the windows installer, Please try it and let us know:
http://code.google.com/p/gmapcatcher/downloads/detail?name=GMapCatcher-0.8.0.1.e
xe

Original comment by heldersepu on 18 Oct 2012 at 3:23

[GoogleCodeExporter]

Hi! That seems to have done it. It now searches (and finds), loads and displays 
content. Thanks for your patience with this. One thing: there seems to now be 
an indefinite delay to displaying local content (i have "offline" enabled for 
this test). It shows a blank screen until I click and drag the cursor a few 
pixels, at which point the program then quickly paints the locally stored 
content. From that point forward, panning and zooming work fine. Loading 
another location (using the dropdown location menu) incurs another pause as 
described, with quick screen painting after a click and jiggle of the mouse. If 
you think that this is a separate issue, I can submit it in another so this one 
isn't muddied. Thanks again.

Original comment by ler...@gmail.com on 18 Oct 2012 at 4:30

[GoogleCodeExporter]

I'm interested on the indefinite delay, can you give me some more detail, like 
the steps you are taking, like:

- Open GMapCatcher (Offline is cheched)
- Browse to a new portion of the map (it show the: We are sorry, but we don't 
have maps...)
- Click on the Offline box (it should be Unchecked)
- It should immediately start downloading tiles and redrawing the map

Original comment by heldersepu on 18 Oct 2012 at 1:37

[GoogleCodeExporter]

Hello.

Just in case this could help:

GMapCatcher v 0.8.0.1
Windows XP SP1

I don't have the problem mentioned in Comment 5: offline tiles do pop up 
immediately while offline.

Best regards

Original comment by alfon...@hotmail.fr on 18 Oct 2012 at 4:06

[GoogleCodeExporter]

Hi. I tried several things to test and verify the steps I was going to submit 
to you, and had written up steps to re-produce, but after re-designating the 
start screen location, the indefinite delay does not occur on startup. I had 
originally started at zoom=-2 at a specific location (which I had committed 
using the "Use Current" button), and which location was already saved at that 
zoom level (and actually most zoom levels). Perhaps the location became 
corrupt? (I did not change the numbers, but who knows...)

After exiting the app and re-starting it, I still have a delay on painting a 
new location. Here are the steps:

1) Open GMapCatcher (Offline is checked in the settings)
2) Use the location dropdown to specify a new portion of the map (that screen 
of maps is saved locally at that zoom level)
3) Nothing paints (except the "pushpin" icon). Screen is white where the map 
should be, but the other parts of the app all display with no distortions or 
missing elements.)
4) Either clicking in the map and dragging, or also clicking Offline (to 
uncheck) both cause a quick re-paint from locally saved map data (versus the 
relatively slower download of new map data as if "Force update" had been 
checked -- which is not checked, btw).

If the first location has painted (via step 4), then choosing a new location 
using the dropdown Locations menu incurs a delay in painting the new content 
(the old stays visible).

In case you are curious, for the moment I have set it to GPS Disabled in 
settings and in the menu dropdown that is next to the map server. Offline is 
checked (I have all maps at this zoom level for the locations in my locations 
list).

Do you build (or rebuild) a local index of locations to tiles? I'm curious 
because if I exit and re-start the app, and choose the same location (using the 
dropdown) as before, it paints immediately. If I choose a new location, it 
doesn't.

Thanks

Original comment by ler...@gmail.com on 18 Oct 2012 at 4:15

[GoogleCodeExporter]

Sorry but I'm not experiencing that issue, see here:
https://hs-scripts.googlecode.com/svn/wiki/GMapCatcher/locations.swf.html

Original comment by heldersepu on 18 Oct 2012 at 4:44

[GoogleCodeExporter]

Hi. Good illustration and I see your locations all load quickly. Do you think 
it may be related to a high volume (many GB) of tiles, or many locations in the 
list? I haven't changed the overall volume of tiles, and didn't change the 
list. But those may be key items as well. I am reusing the locations list from 
the prior version, and once I verified that the directory structure appeared 
similar, I moved the .png tiles out of my temporary directory to the new 
.GMapCatcher directory, but only for this particular map service.

If I close GMapCatcher, then put the laptop in sleep, then after waking it and 
restarting GMapCatcher, the initial location loads fine, but the first location 
I choose using the dropdown gives me a blank screen until I do the 
click-and-drag as discussed earlier. If you're really wanting to see this 
happen, I can try to find a video screen capture app like you used, and attach 
a short sample.

Thanks

Original comment by ler...@gmail.com on 18 Oct 2012 at 8:11

[GoogleCodeExporter]

The volume of tiles is definitely not related with how fast the map loads.
How large is your locations list more than 10000 entries?? I never tested with 
that many... 

You can use the same thing I used: http://camstudio.org/ 
and upload the video to YouTube

Original comment by heldersepu on 18 Oct 2012 at 9:26

[GoogleCodeExporter]

Hi again. Tonight I have tried several close app-sleep-wake-restart app cycles 
and it has only done it once out of seven tries. I'm not sure what is going on, 
but for now let's declare this closed...ghosts in this machine? If someone else 
notes similar behavior, I'm willing to help with some testing.

Thanks

Original comment by ler...@gmail.com on 19 Oct 2012 at 1:17

[GoogleCodeExporter]

I can't see this being anything to do with GMapCatcher, if it was restarted 
when coming from sleep. If it was, the same thing should be happening when 
restarting GMapCatcher normally.

Original comment by kipenros...@gmail.com on 27 Oct 2012 at 4:06

[GoogleCodeExporter]

Original comment by heldersepu on 27 Oct 2012 at 5:04

• Changed state: Done