Garmin 955 Memory
Jomega Gibson
There's an answer from Garmin about this. I think it was not going through Garmin Connect but using Garmin Express. That did it for me. It was wonky getting it done, but eventually 'took'. Be sure and restart the watch after wearing it a few minutes after the update a second time just to be sure you are good to go.
I've been in touch with Garmin support. So far, I've tried everything that's been recommended in this thread so far, and it still hasn't helped. I'm pasting the instructions into here incase they can help someone else:
I've now moved on to copying the entire "GARMIN" folder from my watch to my desktop and sending a .zip file to product support for further help. I'll make sure to keep this up to date with my findings. Might be time for a new watch though, I've only had this one for 3 months and it's a hassle.
I am in exactly the same position you are in - memory low then memory full - the watch doesn't even show the time any more and is completely useless. I have had my watch only a few months as well and have deleted my activities from the watch on my laptop regularly and have uploaded to connect every day.... I have now deleted the two files showing above and will see what happens next. Thanks for posting. Can't say I've enjoyed my experience with this watch at all.
I would add that you do not need to download any software to do this. Use the charging cable to connect your watch to a PC. Find the device in the PC's "folders". Once opened there, open "Activities". Delete files that have dates as part of the names or ".fit" files, which is probably everything.
I've just been getting similar message. I went into setting on watch and there was an option to delete all activities. I did this after first ensuring all were synced to garmin connect app. They have now all gone from watch but are still on app and as yet message has not reappeared
- Reduce the number of string resources in your app, even if they're only used for app settings. (Unfortunately, strings used for Connect IQ app settings still take up memory at run-time, even if the app itself never uses them. This is assuming that you call loadResource() at least once)
Well, I wouldn't call what you're doing now "mistakes", as I'm sure every dev's default instinct is to write code that's as beautiful, well-designed and maintainable as possible. It just so happens that writing nice code wastes a lot of memory in Connect IQ's very constrained environment.
Another trick that I've used is to store static app data in bit-packed arrays of (32-bit) integers. If your data is only 8 bits wide, for example, this represents a 4X memory savings. For devices that support JSON resources (CIQ 2+), I load this kind of data from a resource. which saves even more memory. One example of this kind of data is static and dynamic screen layouts (for full-screen data fields). (Connect IQ's own layout system consumes a lot of memory, so I wrote my own layout system.)
Another note about resources: there's a big difference between calling loadResource() 0 times, and loadResource() 1 or more times. If you call loadResource() at least once, then all the resource tables will be permanently loaded into application RAM, including settings strings. The resource contents themselves don't consume RAM (until you load them), but each entry in a resource table will consume RAM.
So if you have a data field with app settings and non-localized strings, it may actually be more memory-efficient to simply hardcode strings within the app, instead of loading them from resources. (Assuming you have no other resources to load.)
- if you have a large block of static/const data in your app which is infrequently accessed, consider creating a function to return the data, so that the associated object(s) don't consume memory all the time. (Again, for CIQ 2+ devices, this is something that would probably be best stored in a JSON resource.)
Yes that could be true if you're not careful (except instead of a stack overflow it would just be an out of memory condition.) The trick is to reduce your *minimum* memory footprint and carefully track your peak memory. None of these are one-size-fits-all solutions, you have to selectively apply them when it makes sense.
For example, I have some const array data for my own custom layout scheme, which is only required at app init time. If I didn't wrap the var in a function, then that array would take up memory for the entire lifetime of the app. By wrapping it in a function, it only takes up (peak) memory when the app starts up. So while the app is running, I can use that memory for something else. (Of course, the code itself always consumes memory, either way.)
Thanks for your answers,
I tried to look for the maps folder but I could not find anything, not even the .trashes folder.
It is important that you know that the 1030 in my possession is now new, the assistance service has sent me one to replace my previous one which was only 3 months old.
I performed hard reset, deleted all .fit files, tried reinstalling garmin express, even separately but nothing changes.
I have an 830 that has never given me any problem, I really think it is a map management problem but I am not given the possibility to manage the maps, the space is still more than enough.
Today I made my first outing with this device, all is well but it still doesn't give me the chance to do the first 59 mega update ...
Thanks for your interest.
I got an eTrex 10 about three weeks ago. I've been dropping pocket queries in the Garmin>GPX folder as explained in a YouTube video that I did not bookmark, and removing them the same way. I'm using a Mac with OS 10.5.8.
Right now, there is nothing in the folder except the Current folder, containing Current.gpx (4KB) and the Nav folder (empty). As far as I can tell, there's nothing else taking up much room on my GPS. When I turn on the GPS and navigate to my geocaches menu button, nothing shows up. However, it won't let me add any pocket queries manually or using Basecamp because it the memory is too low, and I'm getting a low memory warning. When I "Get Info" about the device, it says I'm using 7.8 MB of space, but adding up everything on the device, it should only have a little over 1MB on it. I've done a master reset twice, and it has had no effect.
I've emailed Garmin, but I figured maybe someone here had this problem and knew a quick fix. Any ideas? Did I just get a defective unit? I've looked around the forums here but so far haven't found an answer.
EDIT: And not 30 seconds after I hit send, I finally found an answer on Garmin's website. I had skipped the step of emptying the trash on my computer, so for some reason it was still reading that the device was full. Everything appears to be working perfectly now. I'll leave this up in case anyone has the same problem, though.
Just a point of clarity. The reason the device was still being read as full is that it WAS still full. When you put something in the trash, all the Mac does is move the pointer to the files to another folder, which happens to be call Trash. Now you can't see the files unless you peek into the trash can. So they still reside on the disk (device) and continue to use all the original space until you tell the system you actually want to get rid of the files. You do that by emptying the trash. It is only then that space is freed up.
But is that even necessary? I've never found emotying the trash/recycle bin on Mac or PC to be a difficult task. Nor have I had run out of space on a GPS or other removeable media due to Spotlight or other OS features you mentioned.
The ONLY time I've found BlueHarvest to be helpful with a GPS is on some Garmin models (and only in some firmware revisions) where the GPS would have problems with any invisible "dot" files on the media. That was a bug on Garmin's side (not playing nice with documented features of other operating systems), but it has been fixed in newer firmware.
"Is it necessary"? - probably not for many users and particularly folks who have no trouble keeping track of how full each of their devices are with trash. I personally do not have that skill. Alas, for me it is necessary. I got stuck with my digital camera where I had previously filled the memory with images and then deleted those with my Mac to completely delete all the stuff and made sure the folder was empty. Went out on a field trip with my students and after the first three picture had the camera tell me that it was out of storage space. It only takes one such catastrophe to get you thinking that it is necessary, particularly if you typically do not go into the trashbin to retrieve stuff.
So you write a shell script to empty the trash and needlessly delete system indexes. You customize it for every named piece of removable media you have. You run it every time you have something in the trash - by copying and pasting it from a text editor into the terminal window?
c80f0f1006