Catch

Sorry, double posting..

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.

That would be the Nuvi do you think it would better to use %shortname? Great, and I think %shortname (%smartname) is better.

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 do download child waypoints, so I guess it must be something else that is different in our configs.

I have the same GSAK version, and the macro works without problems for both my Nuvi 760 and the Oregon.

5.5.1 works perfect here. Thanks

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.

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.

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.

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.

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.

Upgrading to SSmac 2.5 should solve the problem. It works perfect now Thanks !

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)

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.

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 ?.

574 kB

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.

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.

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.

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%

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"..