+Maeglin Posted October 11, 2003 Posted October 11, 2003 Version 2.4 of CacheMate was released today. It relaxes the GPX/LOC import restriction in demo mode, up to the existing limit of 10 records, and limiting descriptions to 2K in length. Display of coordinates in UTM format was also added. This will be the last release, outside of any bug fixes, until 3.0. Plans for that version include generalized plug-in support and more waypoint calculations. If you have any questions, be sure to check the documentation and FAQ for CacheMate before asking. They are both on the Smittyware.com site, as well as in the CacheMate download package. Quote
+Maeglin Posted October 11, 2003 Author Posted October 11, 2003 LOL! Which part? (gah... just saw the repeat this morning... blasted server problems last night) [This message was edited by Maeglin on October 12, 2003 at 06:22 AM.] Quote
+GeckoGeek Posted October 11, 2003 Posted October 11, 2003 quote:Originally posted by Maeglin:Version 2.4 of http://www.smittyware.com/palm/cachemate/ was released today. Dang guy, I didn't even have a chance to d/l 2.3 yet! Oh, well. You saved me the trouble. Quote
+YeOleImposter Posted October 11, 2003 Posted October 11, 2003 Can the data file be kept on a memory card? Quote
+Maeglin Posted October 12, 2003 Author Posted October 12, 2003 quote:Originally posted by GeckoGeek:Dang guy, I didn't even have a chance to d/l 2.3 yet! Oh, well. You saved me the trouble. You and Tucows share a common problem, then Part of theirs, though, is that they just finished overhauling the developer site. quote:Originally posted by YeOleImposter:Can the data file be kept on a memory card? In the interest of not having to type it twice, here's a new FAQ entry for you:http://www.smittyware.com/palm/cachemate/faq.php#db_card Quote
+embra Posted October 12, 2003 Posted October 12, 2003 Read the FAQ and learned a little more about memory cards in the Palm OS I didn't know... I, like Robert, have had CacheMate on my radar for a while now. I've held back because the other gpx processing software tools seem to better serve my need for larger datafile storage--I like benchmarking, which has many more datasheets to bring along than there are caches available. I have 6 such files in iSilo that total around 3MB: I really want them on the card. So, FWIW, I would make the jump if you could separate the static/dynamic storage functions such that the expandable memory could be used. OTOH, there probably are relatively few users who have these greater storage needs, so I don't know that it makes sense from a developer standpoint to add the capability. CacheMate looks great for the majority of cachers who only have a single pocket query to handle, and I commend you for tailoring this application for our community. Max Often wrong but seldom in doubt P.S. If GPSBabel can plug in to this, I think I'd have to find a way to make CacheMate a part of my setup. That stretches the boundaries of my existence (which may be a sad commentary on my life ) Quote
+Maeglin Posted October 12, 2003 Author Posted October 12, 2003 Unfortunately, knowing what is easy compared to knowing the best way how. Like I said in the FAQ entry, a lot of people would consider the information coming from GPX files as static, but editing coords and/or description (as I've done before while caching) tends to change that notion Separating the parts of the database is just one part of the problem. The other part is knowing when to do it, according to user preference. GPSBabel doesn't directly hook into it, but the CacheMate file converter does accept two formats that it can output (GPX and LOC XML). From an idea that Robert had in the 2.3 thread, though, it would be possible to take the serial code from that and put that into a 3.0 plugin. Since that plugin would have to be GPL'ed (as GPSBabel is), it would also make a nice example of that type of plugin for people that want to write them. Quote
+GeckoGeek Posted October 12, 2003 Posted October 12, 2003 quote:Originally posted by embra:I like benchmarking, which has many more datasheets to bring along than there are caches available. I have 6 such files in iSilo that total around 3MB: I have a little over 1,000 BM's in my file. CacheMate takes up a total of 1828K in my unit. Although, that's after I trimed the datasheets with a program I wrote that cuts out most everything except the actual discription - a cut of about 30% Quote
+embra Posted October 12, 2003 Posted October 12, 2003 I never thought when I moved from the 4MB RAM on my Palm IIIx to the 16MB on my Tungsten T that RAM conservation would be an issue, but I have found that I have to be cautious. That text trimmer sounds like a good idea, though GG. I find myself scrolling through a lot of stuff I don't need. Does it work on gpx files? Perhaps we should step over to the Benchmark forum. Max Often wrong but seldom in doubt Quote
+GeckoGeek Posted October 12, 2003 Posted October 12, 2003 quote:Originally posted by embra:I find myself scrolling through a lot of stuff I don't need. Does it work on gpx files? It's run on the datasheet prior to running BMGPX. Quote
+YeOleImposter Posted October 13, 2003 Posted October 13, 2003 quote:Originally posted by GeckoGeek: quote:Originally posted by embra:I find myself scrolling through a lot of stuff I don't need. Does it work on gpx files? It's run on the datasheet prior to running BMGPX. I am working on a similar utility to trim my benchmark files - maybe we should start a new thread on the benchmark forum? GeckoGeeek - are you up to starting the thread? Otherwise I will with my rough perl script and ask for other input. Gary Quote
+Marky Posted October 13, 2003 Posted October 13, 2003 quote:Originally posted by Maeglin:GPSBabel doesn't directly hook into it, but the CacheMate file converter does accept two formats that it can output (GPX and LOC XML). From an idea that Robert had in the 2.3 thread, though, it would be possible to take the serial code from that and put that into a 3.0 plugin. Since that plugin would have to be GPL'ed (as GPSBabel is), it would also make a nice example of that type of plugin for people that want to write them. Also, Marty is working on adding in CacheMate support to GPSBabel. I'll keep you posted on his progress. --Marky "All of us get lost in the darkness, dreamers learn to steer with a backlit GPSr" Quote
+GeckoGeek Posted October 13, 2003 Posted October 13, 2003 Something I'd kinda like to see added (not a biggy but nice) is if CacheMate did a little better handling of tables. Right now it completely ignores then and runs the text together. Inserting a space between cells and a hard return at the end of the row would be nice. Quote
+Maeglin Posted October 13, 2003 Author Posted October 13, 2003 Shouldn't be too hard, but could you give me a few caches as examples to test with? I don't think I've ever seen one use tables except for formatting images... no multiple cells with text involved. I'm planning on making a change anyway to coincide with a change for the 3.0 release, which will let you HotSync multiple import files at once and import them all into different categories. I could make the change to CMConvert now to facilitate that, but without the change to the CacheMate, you would have to start it multiple times to get them all and you wouldn't know which was being imported to assign a category... kind of defeats the purpose a bit, eh? Quote
+Maeglin Posted October 13, 2003 Author Posted October 13, 2003 I just noticed the benchmarking thread where you mentioned the problem with tables in the description. I guess I'll have to look for examples, then, unless you or someone else watching this thread have any suggestions. I could also use a GPX file as an example if you have one. Just email a zipped GPX to the support address, if you can. Thanks! Quote
+YeOleImposter Posted October 13, 2003 Posted October 13, 2003 quote:Originally posted by GeckoGeek:Something I'd kinda like to see added (not a biggy but nice) is if CacheMate did a little better handling of tables. Right now it completely ignores then and runs the text together. Inserting a space between cells and a hard return at the end of the row would be nice. I think the problem needs to be addressed by bmgpx.exe - it is creating tables where there are none to make it pretty in html. In other words: AC3260 HISTORY - Date Condition Report By AC3260 HISTORY - 1975 MONUMENTED NGS AC3260 HISTORY - 1978 GOOD LOCSUR gets turned into a 3x3 table. My opionion is it would be better to just change this to: History Date Condition Report By 1975 MONUMENTED NGS 1978 GOOD LOCSUR YeOleImposter.DoesntExist.com [This message was edited by YeOleImposter on October 13, 2003 at 06:11 PM.] Quote
+YeOleImposter Posted October 13, 2003 Posted October 13, 2003 And just as I say that - I find that the problem with using spaces for tables is that HTML likes to strip extra spaces so.... not sure what the answer really should be. I had to add <pre>...</pre> around the space formatted 'tables' like History to keep the correct format. - or change all the spaces to nbsp; to get it to work YeOleImposter.DoesntExist.com Quote
+GeckoGeek Posted October 13, 2003 Posted October 13, 2003 quote:Originally posted by YeOleImposter:I had to add ... around the space formatted 'tables' like History to keep the correct format. - or change all the spaces to nbsp; to get it to workBut that does assume that you're using a fixed font. If you switch to proportinal font then your spacing is off. That may or may not be an issue with a Palm but might be an issue with HTML display in general. Quote
+GeckoGeek Posted October 26, 2003 Posted October 26, 2003 I FINALLY got around to loading 2.4. WhooHoo! Good job! The "please wait" helps. Sorry, I haven't got around to trying the table changes yet. Quote
+Maeglin Posted October 27, 2003 Author Posted October 27, 2003 I've just put version 2.41 on the Smittyware.com site. It fixes a bug that can cause the "please register" description truncation to happen after the program is registered, if you have import record merging turned on (which is the current default). Quote
+9Key Posted October 27, 2003 Posted October 27, 2003 I've been using CacheMate for a couple of months now and I really like it. Is there a search function that I don't know about? I would like to search by waypoint or keywords in a cache title. The Sort By function is a bit tedious when you have 400+ caches loaded. ------- Vote for Bear & Ducky! An approver every 100 miles and a chicken in every pot! ------- ~ Texas Geocaching ~ Geocaching Icons - The Selector ~ Quote
+Maeglin Posted October 27, 2003 Author Posted October 27, 2003 http://smittyware.com/palm/cachemate/faq.php#wp_search The search functions mentioned in that FAQ entry work for names as well. Quote
+MotorBug Posted October 27, 2003 Posted October 27, 2003 Is there a "count function" for the various categories I set up? Didn't notice one in the FAQ. I keep found, owned and a couple of unfound by geographical area and would be interested in knowing the counts. Certainly not a critical item. Thanks for a great program. Quote
+sledgehampster Posted October 27, 2003 Posted October 27, 2003 Thanks for all the hard work!!! Folks say there is no P in hampster... Oh yeah, squeeze one! Quote
+Maeglin Posted October 28, 2003 Author Posted October 28, 2003 quote:Originally posted by MotorBug:Is there a "count function" for the various categories I set up? Didn't notice one in the FAQ. I keep found, owned and a couple of unfound by geographical area and would be interested in knowing the counts. Certainly not a critical item. Good idea... added to the to-do list. A list of categories and record counts may not happen, but a message showing how many in the current category is definitely doable. Quote
+NightPilot Posted October 28, 2003 Posted October 28, 2003 I'm afraid I don't understand the problem with having the database on a card. Most of the apps I use can store their databases on the card, and edit them. Any VFS-aware app should be able to do this. The database has to be loaded into memory for use or edit, but it can be returned to the card afterwards. I admit I haven't tried CacheMate, so I may be missing something. Regards, Stan Quote
+Maeglin Posted October 28, 2003 Author Posted October 28, 2003 The application database (the PRC file) has to be copied, sure, but I'd think that the whole point behind putting the data database on the card would be to keep some of the device's memory free. It's possible to use a PDB file on a memory card as a Palm OS database, as long as it's read-only (there's functions in the OS for that). Trying to edit it manually, though, isn't directly supported by the OS and would probably be a nightmare to code. If a database app can edit a database in place on the memory card, then either they've gone through that nightmare, or the database isn't stored as a normal PDB file on the card. Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.