I have used this macro for a while now with no difficulties until today. Today, I encountered the dreaded POILoader error message "data error on line 1" for my Traditional entries.
First of all, I want to let you know I found a quick way to figure out the offending entry. Since it complained about my traditional entries, I renamed C:\gsak\POI_Loader\Default\Traditional.gpx to Traditional.xml. Next, I used Internet Explorer to open the XML file (this is a format it knows how to display). At the bottom of the browser page was an error message that called out the offending cache line.
With that knowledge, I was able to remove that entry manually from my GSAK database and then everything ran fine.
This was the offending cache entry. The cache name is "On the Line>>> ??Fair or Foul??<<<", which is translated into the following XML element:
<gpxx:StreetAddress>On the Line>>> ??Fair or Foul??<<< by The 'B' Team</gpxx:StreetAddress>
So the > and < symbols are not being escaped properly when they appear in a cache name (I'm running 5.6.2). For my workaround, I added a subroutine call to ConvertHTML after the ScrubSub call for the Name_Owner field. After looking at the macro, I think the "scrubbing" needs to be reworked and applied in to all data fields as it all ends up as XML in the GPX file anyway.
By the way, I must add my thanks for this wonderful macro. It is making my caching life so much easier!