Jump to content

pcmike

+Premium Members
  • Posts

    116
  • Joined

  • Last visited

Everything posted by pcmike

  1. Of course I could, but all the EXIT information on the major highways will be WRONG for my trip and this is EXACTLY why I asked and asked again if I was going to be getting CS6 and ultimately decided to buy from getfeetwet.com, because they told me I was getting CS6. All the EXITS on the major highways were just renumbered like a year ago and the guy I spoke to at Garmin said that V5 probably won't have those renumbered exits labelled properly. So once again, if anyone can please make an IMAGE of the CS6 UPDATE and make it available for me to download, PLEASE PLEASE PLEASE POST. ONCE AGAIN THIS IS NOT ILLEGAL, CALL GARMIN AND ASK THEM! I'M PRETTY MUCH DESPARATE!
  2. Guys, keep in mind I'm not asking you to do something illegal.. I even called Garmin to confirm that its legal and the guy said "Yes, of course its legal.. you still need to unlock the data to make use of it!" If the problem is you don't know how to make an image of a CD or you don't know how you'd send it to me or whatever reason, please post a reply or PM me or do something (so long as you DO have the CS6 update)! I'm desparate....
  3. Is there anyone in the South Florida area that would be willing to let me copy their City Select V6 update CD? Obviously this is NOT in violation of any laws since you still have to unlock the update. I just purchased a automotive package from getfeetwet.com and they told me the package would come with CS6 and it didn't! I told them I need CS6 in the package that I couldn't wait for the dumb update CD to arrive from Garmin and they still didn't give me CS6. Atlast, I'm looking for someone that will either let me make a copy of the CS6 update CD, give it to me, or make an image of it and allow me to download the image. Can someone please help me out here? They had promised me CS6 in the package and its 5.0.2! I can't possibly way for the CD from Garmin to arrive, I need to get this -TODAY- or I'm SOL!
  4. Don't stress over the dumb 'Garmin vs. Magellan' debate. You picked the right unit! For as many people who say Magellans finish first, there is the same number who say the same about Garmin. They're only giving their personal experience and at the end of the day the sum of everyone's total experience(s) cancel each other out. <spin> Now with that in mind, I can tell you that my Garmin has always beat out my friend's Magellan! No joke! </spin>
  5. Turns out GPS4FUN didn't even have CS6 in stock when I called at noon today to check on my order, so I promptly told them to cancel my order! I ended up ordering the auto kit the above user mentioned from getfeetwet.com. With UPS Second Day Air to Florida it only came to $162.58 (thats $13.58 for 2 day air completely across the US)! Not to mention the gentleman I spoke to on the phone was extremely accommodating. I had originally only ordered the software and then decided to call back 5mins later and get the full auto package and he didn't complain once. So far, so good! Oh, and just an FYI.. the gentleman at getfeetwet confirmed that they do have CS6 in stock and thats what I'll be receiving with my package!
  6. I just placed my order with gps4fun.com. They're a government contractor, have a straight forward website, the company is ran by a woman, they have clearly posted policies, and they're only one state to the west of me so I can save on shipping charges and tax. $127 shipped seemed like a good price to me. I'll let you guys know how things work out.
  7. Actually I've settled on just using the: Clear all unfound caches, load new PQ. Simply enough... it would just be simpler if there was an option on the Open dialog to delete all unfound caches before importing new data. Thanks guys for all the help, suggestions, etc. Appreciate it. This approach seems to be the best!
  8. Just a note about updating archived caches in GSAK...this is a task I have neglected in my database, and I was quite surprised to see the amount of "dead wood" I had to prune. Although it appears pretty painless to update one by one by using some of the techniques suggested in other posts, I realized after a half dozen or so that with over a hundred to check out, I'd best use Katguy's global approach. I concur with katguy and the last poster... this approach is definitely a great answer. Clyde, is there a way to code something that will make this approach a bit easier. Something similiar to the following: 1) Upon loading a new PQ have the option to a) merge the current database with a longtime running backup database, remove all UNFOUND caches in the current database. Obviously, point 'a' would require that you make an initial backup of your database before you proceed with this approach, but thereafter everytime you load a new PQ the current database would be merged with the old database (with the newer overwrtiting the older, or however you want to do it) and then all UNFOUND caches in the current DB will be removed, thus allowing the database that you load into your GPS being up-to-date. So you'll have one always-running, always-building, all-knowing database and then one current, up-to-date database. The reason I ask about this is I'm not sure that GSAK supports merging two databases at the moment. Without the ability to merge two databases this approach kind of falls short because it would require you to make a new backup database everytime you load a new PQ and that'd get quite annoying and it wouldn't even really be of any use. Did anyone follow what I was asking for? (hint: merge current to backup db, erase unfound caches, import new data) Sorry, you lost me on this one. I kind of think Katguys approach is quite simple. Just set a filter on not found (you can save this filter so your can select from the drop down list) then, right mouse click and select "delete=>All waypoints in filter" This will get even easier when I allow for macros to be created and run from within GSAK. That is, create a macro that has the requird steps (filter, then delete, then load GPX) then just select the macro from the drop down list. I agree Clyde, my whole idea was pretty stupid. I wasn't quite "thinking" when I wrote it as I had just gotten up. Now that I've thought about it a bit... about the only thing from that post that *WOULD PROBABLY* be useful would be one more option on the 'Open' dialog; one of "Remove 'Not Found' Caches." That'd be the simplest (even over a macro). Not sure if its a good idea or not, but I'd definitely have it checked off 24/7.
  9. Just a note about updating archived caches in GSAK...this is a task I have neglected in my database, and I was quite surprised to see the amount of "dead wood" I had to prune. Although it appears pretty painless to update one by one by using some of the techniques suggested in other posts, I realized after a half dozen or so that with over a hundred to check out, I'd best use Katguy's global approach. I concur with katguy and the last poster... this approach is definitely a great answer. Clyde, is there a way to code something that will make this approach a bit easier. Something similiar to the following: 1) Upon loading a new PQ have the option to a) merge the current database with a longtime running backup database, remove all UNFOUND caches in the current database. Obviously, point 'a' would require that you make an initial backup of your database before you proceed with this approach, but thereafter everytime you load a new PQ the current database would be merged with the old database (with the newer overwrtiting the older, or however you want to do it) and then all UNFOUND caches in the current DB will be removed, thus allowing the database that you load into your GPS being up-to-date. So you'll have one always-running, always-building, all-knowing database and then one current, up-to-date database. The reason I ask about this is I'm not sure that GSAK supports merging two databases at the moment. Without the ability to merge two databases this approach kind of falls short because it would require you to make a new backup database everytime you load a new PQ and that'd get quite annoying and it wouldn't even really be of any use. Did anyone follow what I was asking for? (hint: merge current to backup db, erase unfound caches, import new data)
  10. I forget if I asked this or not, but it must be asked again as I wasted my time at three caches again today! Do pocket queries contain any information regarding a cache's archive status? I got my daily pocket query this morning and loaded it into GSAK (updating the entire database with ANY AND ALL *NEW* information), but three of the caches that were updated (and that I actually tried to find today) were in fact OFFLINE & ARCHIVED BUT NOT MARKED AS SUCH WHEN THEY WERE LOADED! I ended up wasting ~1-2hrs due to trying to find caches that I had no idea were archived (as I don't normally check geocaching.com for each and every cache before setting out to find it)! To restate: Do pocket queries contain any information regarding a cache's archive status and if so, does GSAK prase this information and mark caches appropriately?
  11. Not when you're on the interstate w/o wireless you can't! Glad I didn't spend but 15mins on that archived cache today.
  12. For some odd reason caches that are inactive/archived/etc are NOT being marked as such in my database! Yes, I have things set to UPDATE everytime I reload my pocket query. =\
  13. I personally now prefer: I've been on the same set for close to 25hrs+ (just an estimate), and they still show full charge on my GPSMAP 60CS.
  14. Request: Clyde, it would be most helpful if 'Notes' data was appended to a printout.
  15. You had to make them look bad in order to get what you wanted from them after 5 months... and now you're recommending them because they gave you ~$5 worth of gifts? Are you related to John Kerry? It's a joke people, its ok to laugh!
  16. Alright, thanks Elias. I was thinking the mail sent from here on behalf of a user might of been some sort of "forwarding" (ie. the mail from would of been the email address of the user who sent it from the page), but I guess you guys know better than to do that! Therefore, SPF was NOT really tested. Thanks for cooperation though. Either way though.. from my other testing SPF appears to be working properly. It's already "helped" a little bit. If anyone else reading this thread is interested in what I'm talking about, visit: http://spf.pobox.com/
  17. Elias, I've just implemented SPF over here on my end.. and I'd like to make sure I'll still be able to recieve email sent through geocaching.com's form-based email. Could you please send me an email using the form?
  18. As much as you may not like the answer, I am afraid Team Geodillo is correct on this one. Many users have sent email to Garmin saying this is a ridiculous limit (and I agree) so you might get lucky and it will be increased in a future firmware upgrade. I did my part, but the response I recieved from Garmin seems to indicate that not to many people have told them about their troubles with a 30 character limit:
  19. Jeremy: After just running a PQ I now know why I'm not getting the mailings. It appears your mail server's IP falls within a range that has made it onto an RBL. More information can be found by looking up your mail server's IP at: http://www.ahbl.org/tools/lookup.php. Might want to request that they remove your mail server from their RBL, because if I'm using it.... I'm sure someone else's mail server is using it as well. Must have just gotten listed recently as well. Oh well, I'll explicitly allow the /24 your mail server falls into. Hopefully all your outgoing mail is sent from the same block?
  20. Not really, most of the people I speak to feel the same way. Of course I'm not bashing you for sending small <1M files... as I love them oh so much when they do arrive. Come on Jeremy, you must admit HTML email is quite annoying when using pine/mutt/etc.
  21. Please do check your mail logs. I've checked mine and I don't even see your mailserver connecting to mine to attempt to pass anything. =\
  22. Very good... I'll do my part and fire off an email to them as well. Thanks you two!
  23. No, I guess I'm not. Oh well, was worth asking.. as it would REALLY be useful. Seems like a better plan than having to send thousands of emails for pocket queries that are only being ran once. Although, I must admit.. I fall into the camp that believes email should be plain text with no attachments in the first place.
×
×
  • Create New...