Catch
-
Posts
140 -
Joined
-
Last visited
Posts posted by Catch
-
-
After upgrading to V5.7.1, it seems like all icons for child waypoints is the same as the parent icon.
Fixed in v5.7.2, thanks for pointing that out.
j
I have tested V5.7.2 with several databases, and the child waypoints are still the same as the parent icon.
-
After upgrading to V5.7.1, it seems like all icons for child waypoints is the same as the parent icon.
-
Thanks, it works fine on my Nuvi 760. It looks like the number of characters after "Child of" is limited to 15. Is that a Nuvi, GSAK or macro limitation ?
That would be the Nuvi do you think it would better to use %shortname?
Great, and I think %shortname (%smartname) is better.
-
Is it possible to changethe way Child waypoint info is displayed. As an example, a waypoints is displayed on my Nuvi 760 like this:
SK1AR73 - Parking Area
Child of GC1AR73
Instead of the GC #, I like to see the name of the cache
SK1AR73 - Parking Area
Child og Gryte-Hytta
I like to mention that I have a similar wish for my Oregon 300, where I use the Colorado Export macro. The above child waypoints is displayed in the waypoint list as SK1AR73. But, I will post the Oregon issue elsewhere.
Catch try v5.6.8 I don't have my Nuvi to check the output but you should see "Child of <cache name>"
j
Thanks, it works fine on my Nuvi 760. It looks like the number of characters after "Child of" is limited to 15. Is that a Nuvi, GSAK or macro limitation ?
-
Is it possible to changethe way Child waypoint info is displayed. As an example, a waypoints is displayed on my Nuvi 760 like this:
SK1AR73 - Parking Area
Child of GC1AR73
Instead of the GC #, I like to see the name of the cache
SK1AR73 - Parking Area
Child og Gryte-Hytta
I like to mention that I have a similar wish for my Oregon 300, where I use the Colorado Export macro. The above child waypoints is displayed in the waypoint list as SK1AR73. But, I will post the Oregon issue elsewhere.
-
I can't get it to generate valid GPX files so the nuvi isn't the issue. I tried memo to the offending line (added #) to have it bypass the statement. It went on to generate GPX files but POIL now says the GPX files are invalid (all of them). I never get them to the nuvi. It's still GSAK.
It seems to be associated with Child Waypoints in some manner. Are you not downloading Child Waypoints? If so, that may be it.
I do download child waypoints, so I guess it must be something else that is different in our configs.
-
Using GSAK 7.5.0.159. Still receiving the same error although now it is always referencing line 1053. This line seems to be within the following section of the macro: #Deal with any child waypoints associated with this cache
Line 1053 says:
$Temp = Replace("@Address2","%c_lat=M,%c_lon=M",$Temp,True)
Since my error message also noted line 1049 one time, I suspect it has to do with the format of the statement rather than a data error.
Line 1049 says:
$Temp = Replace("@geofilejpg"," <link href="+Quote("file://$gOOFypATH/TourGuide_Tools/$Embedded_POIL_File")+"/>",$Temp,True)
Is this being addressed or should I try reverting back to the non-beta version of GSAK (a real pain since this is a total rewrite and incompatible).
I have the same GSAK version, and the macro works without problems for both my Nuvi 760 and the Oregon.
-
Please upgrade to ver 5.5.1
Found a bug causing the invalid.
The version check file was incorrect - may have been causing the upgrade button hang.
j
5.5.1 works perfect here. Thanks
-
If you are getting the dreaded "invalid" check for GC1BF7J. If you have it, try deleting it and reloading it. It was causing a problem in the gpx files sent to me.
j
GC1BF7J is not included in any of my databases. I am pretty sure that the problem was introduced when I was upgrading from 5.4.8 to 5.5, but I have not saved the 5.4.8 version, so I am not able to "downgrade" and check again.
-
Hello,
I haven't used the macro a while and today i upgraded to 5.5. When the poi loader starts i get an error (invalid) on the Tradiotonal Tourguide.gpx. The rest of the gpx files have no problem. I have a nuvi 200.
What could be wrong?
Dennis
Same here, and I was just about to post a message about this myself. It is not possible to open the Traditional Tourguide.gpx in Mapsource either.
I'll have to see the .gpx to firgure out what's wrong. Working ok here.
j
Just sent you a gpx file by mail.
-
Hello,
I haven't used the macro a while and today i upgraded to 5.5. When the poi loader starts i get an error (invalid) on the Tradiotonal Tourguide.gpx. The rest of the gpx files have no problem. I have a nuvi 200.
What could be wrong?
Dennis
Same here, and I was just about to post a message about this myself. It is not possible to open the Traditional Tourguide.gpx in Mapsource either.
-
Garmin has finally released a new SW (4.10) for the Nuvi 760, that has cured the problem that the unit locks up when it is turned on when within the alert distance set in this great macro. I have just been out and tested the Nuvi close to 3 different caches, and it works just fine.
Revision Report:
Changes made from version 3.10 to 4.10:
Improvement in MAD Maps performance.
Added Australian traffic support.
Corrected reboot issue while installing language guide at power up.
Corrected shutdown issue associated with an active proximity alert or tour guide alert.
Support for more GPI files.
Fixed an error in MSN news reports where a report could be lost.
-
Since I upgraded to SSmac 2.5 one week ago, I have added more than 20 new caches to my large db, but the last few days, I started to wonder if non of the new caches includes spoiler or other pictures. The SpoilerSync does not seem to check for spoilers in new caches added, and shows 100% immediately. I checked one of the new caches, that includes 2 pictures, and I do not find the GC# as jpg files, and it is not listed in the "no spoilers found.txt" either.
First try unselect the "Check user flag" option on the setup screen if you have it checked.
Or select the user flag for new caches in GSAK before running the macro and select "Check for new spoilers" and "Check user flag".
Thanks, unselecting the "Check user flag" did the job.
-
I just tested the found logic and it deletes spoilers for found caches if they exist and does not reload them (in my test data) w/ macver 5.4.4 and SSmac 2.4 Pls make sure you are running the latest versions. If you can duplicate with a small set of test data please send it to me. Thanks.
Upgrading to SSmac 2.5 should solve the problem.
It works perfect now
Thanks !Since I upgraded to SSmac 2.5 one week ago, I have added more than 20 new caches to my large db, but the last few days, I started to wonder if non of the new caches includes spoiler or other pictures. The SpoilerSync does not seem to check for spoilers in new caches added, and shows 100% immediately. I checked one of the new caches, that includes 2 pictures, and I do not find the GC# as jpg files, and it is not listed in the "no spoilers found.txt" either.
-
I just tested the found logic and it deletes spoilers for found caches if they exist and does not reload them (in my test data) w/ macver 5.4.4 and SSmac 2.4 Pls make sure you are running the latest versions. If you can duplicate with a small set of test data please send it to me. Thanks.
Upgrading to SSmac 2.5 should solve the problem.
It works perfect now
Thanks ! -
Upgraded, and runned the Macro and SSMac twice, and the whole sequence now takes 45 minutes compared to 27 minutes before. Only 5 new caches was added since yesterday, but 584 jpegs was downloaded.
Yes I fixed several issues - didn't bother to document all of them, given the size of your database hopefully you can live with this. I'm not in the mood to re-engineer this process again anytime soon. Actually I am adding some logic to check that the caches still exist in the database for previously downloaded spoilers. (In the event that for whatever reason 1 or more caches are deleted) edit: Done.
Just a short comment: It looks like the jpeg's that are downloaded, also when no changes has been done to the db, is all from caches that I have found (checked as found in GSAK)
-
On my ~1,000 cache test database I also see a decrease in speed around the #500 mark but still completes the whole job within a couple of minutes. There are a couple of other ways to manage this job but requires rewriting some code. What is the filesize of your Spoiler_Data.txt ?
574 kB
ok - pls upgrade
After upgrading to Macver 5.4 an SSMac 2.2, I have been running the macro 3 times on my large db with 10339 jpeg's. The last time, there was only 1 new cache added. Here is what happens with time (minutes and seconds), from 00:00, to finnish:
Preparing Spoiler Pictures 03:00
Exporting db.loc: only a second or two.
Running SSMacro 04:00
Retrieving SS filenames 07:00
Preparing Spoiler Pictures, stops at #316 until 09:30
Preparing Spoiler Pictures finnished: 12:00
Resizing Spoiler Pictures for Nuvi 7xx 17:15
Creating TourGuides finnished at 27:00
A big difference, from several hours to 27 minutes
One question: Are the macro resizing the Spoiler Pics that has been downloaded previously ?.
Yes it is done as a batch process on the entire folder.
Macver 5.4.1 only resizes if SSMac has been rerun.
Upgraded, and runned the Macro and SSMac twice, and the whole sequence now takes 45 minutes compared to 27 minutes before. Only 5 new caches was added since yesterday, but 584 jpegs was downloaded.
-
On my ~1,000 cache test database I also see a decrease in speed around the #500 mark but still completes the whole job within a couple of minutes. There are a couple of other ways to manage this job but requires rewriting some code. What is the filesize of your Spoiler_Data.txt ?
574 kB
ok - pls upgrade
After upgrading to Macver 5.4 an SSMac 2.2, I have been running the macro 3 times on my large db with 10339 jpeg's. The last time, there was only 1 new cache added. Here is what happens with time (minutes and seconds), from 00:00, to finnish:
Preparing Spoiler Pictures 03:00
Exporting db.loc: only a second or two.
Running SSMacro 04:00
Retrieving SS filenames 07:00
Preparing Spoiler Pictures, stops at #316 until 09:30
Preparing Spoiler Pictures finnished: 12:00
Resizing Spoiler Pictures for Nuvi 7xx 17:15
Creating TourGuides finnished at 27:00
A big difference, from several hours to 27 minutes
One question: Are the macro resizing the Spoiler Pics that has been downloaded previously ?.
-
On my ~1,000 cache test database I also see a decrease in speed around the #500 mark but still completes the whole job within a couple of minutes. There are a couple of other ways to manage this job but requires rewriting some code. What is the filesize of your Spoiler_Data.txt ?
574 kB
-
[
After reinstalling SSMacro 2.0, the small database works OK with spoiler downloads, except for the caches with nordic characters, but I understand jjreds is working on that now. For the large database, the still stops at "Preparing Spoiler Pictures-...", so I have not been able to test if the spoilers are downloded again, but I guess it's OK after reinstalling the SSMacro.
Please upgrade to Macver 5.3.1 and SSMacro 2.1 for Nordic character support and progress msg for large database.
The Nordic characters looks to be OK. When running macro 5.3.1 with SSMacro 2.1, this is what happens on my 7000+ cache datebase with 10000 jpegs: "Preparing Spoiler Sync.." without progress msg for about 5 minutes, then it stops at #409 for a few minutes, before the progress msg # starts counting about 2 a second. After some time, I noticed that it goes slower and slower, and after 4 hours the progress # is at 5000. CPU usage is constantly 100%.
As I have to go for a business trip, I also have to stop the macro. I will run it again when I am back home wednesday/thursday.
-
Catch when I uploaded the SS macro 2.0 I saw a bug and redid it. It was there less than 5 mins but you should download it again to be sure.
The Nordic characters may be causing a problem I will have to test for that. I hope not.
After reinstalling SSMacro 2.0, the small database works OK with spoiler downloads, except for the caches with nordic characters, but I understand jjreds is working on that now. For the large database, the still stops at "Preparing Spoiler Pictures-...", so I have not been able to test if the spoilers are downloded again, but I guess it's OK after reinstalling the SSMacro.
-
Sure sounds like SS is checking the download folder for "same name". If the macro hasn't renamed them yet (i.e. before generating the GPX files) then it finds them and skips them. But if they have been renamed, then the original name is gone and SS thinks it's a new file and downloads it again. SS doesn't seem to check any file in the folder (like the spoilers.txt file)
A couple of my downloaded jpgs don't get renamed (or used) because the title includes odd items (like coordinates!!).
Your mega database sure has a high jpg to cache ratio! Mine is 1000 pictures covering 5000 caches!
I thought that the name issue was fixed in Macver 5.3:
jjreds: Macver 5.3 Now skipping previously loaded spoilers when using SpoilerSyncTxfr.gsk
Non of the jpgs with the nordic letters æ, ø and å gets renamed either.
The 10000 jpegs is from my 7300 caches database when SS downloads all jpegs, not only thoose with spoiler in its name. With spoiler only names, the jpegs drops to about 3000.
-
Macver 5.3 Now skipping previously loaded spoilers when using SpoilerSyncTxfr.gsk (Requires ver. 2.0 or later) Rerun the SpoilerSync macro for your databases to enable this feature.
I have been testing 5.3 many times, on databases with different number of caches. Not all previously loaded spoilers are skipped, but maybe not as many as before.
A new problem, is that when I run the macro on my database with 7300 caches, the Macro status window stays for hours at "Preparing Spoiler Pictures - Please Wait"..
Try a small database with a clean (empty) export folder - should be working ok. Witb your mega dataset is it possible there have been new pictures uploaded tp GC.com during/since your last run?
I will add a progress counter to the message - you likely have many thousands of jpegs for such a large database.
When the status window stays for hours is the disk drive extremely busy?
I have tested both small and large databases, all with a clean export folder, and it is the same with regards to not skipping previously loaded spoilers. If I run the macro several times, on the same database, without creating GPX files in the meantime, the SS works as it should, and takes a second or two on a 100 caches database. But, as soon as GPX files are created, and I run the macro and SS again, most, but not all spoilers are downloaded again.
I do not make any changes to the databases when testing, and "Check for new spoilers on previously processed" are unchecked.
A counter will be useful, and yes, my large Nordic database has 10000 jpegs.
I am not sure if the diskdrive is busy (silent installation), but CPU usage is 100%
-
Macver 5.3 Now skipping previously loaded spoilers when using SpoilerSyncTxfr.gsk (Requires ver. 2.0 or later) Rerun the SpoilerSync macro for your databases to enable this feature.
I have been testing 5.3 many times, on databases with different number of caches. Not all previously loaded spoilers are skipped, but maybe not as many as before.
A new problem, is that when I run the macro on my database with 7300 caches, the Macro status window stays for hours at "Preparing Spoiler Pictures - Please Wait"..
Thanks !
Thanks !
Advanced Nuvi Macro
in GPS technology and devices
Posted · Edited by Catch
Sorry, double posting..