Nexus 7: Where is Avare installed
333 views
Skip to first unread message
Lance Crossfire
Nov 26, 2014, 9:57:52 PM11/26/14
to apps4a...@googlegroups.com
Where is the Avare app installed on a Nexus 7, Where are the data files stored? I can't seem to find it.
I'm trying to figure out why the Avare data is 17 gig, when I only have 6 charts installed.
Thanks
Glenn
John Wiley
Nov 27, 2014, 1:11:19 AM11/27/14
to Lance Crossfire, apps4a...@googlegroups.com
Hi Lance,
Since nobody else has replied yet, I'll offer my own perspective in case
it's helpful before one of the tech experts weighs in.
> Where is the Avare app installed on a Nexus 7
Every device and Android version seems to do things a bit differently.
Most seem to normally install apps in protected memory that's not
accessible to users, and the default storage location for data is also
often off limits. In the Apps or Applications section of your Android
Settings you might be able to move the Avare app to the SD card if you
like in case that helps. On my S4 phone, I have Avare loaded with
Databases, 3 state ADs, 4 Sectionals, 4 TACs, 2 WACs, 2 A/FD Images, 2
Elevation files, and 2 Shaded Relief files plus expired TFR & weather
data. In Android Settings/Applications it shows Total 3.72GB (app
1.16MB, data 162MB, SD card data 3.55GB). I think at least some of that
is old charts and Databases from previous versions that didn't get
deleted. I believe there was a change in one of the updates a while
back, that cleaned up old versions of downloads that had been piling up.
Next time I update Avare version and/or charts, I'll try to remember
to Clear Data and then Uninstall, then do a fresh install. That will
probably greatly reduce the storage used, and that's something you might
try doing if you've been using Avare for a long time.
> Where are the data files stored?
In case you haven't already found it, look in Avare Prefs/Storage and
Downloads/Charts Storage Folder. There you can see where Avare is
currently storing them, and optionally change it. I believe the Default
folder shown if you haven't already changed it is the one set by
Android. Avare normally just says to Android, "Put this where you want
it" because that's least likely to cause any problems. Luckily Android
does then tell Avare where it put them, and that's what's displayed in
Avare.
> I'm trying to figure out why the Avare data is 17 gig
Even after loading everything for a transcontinental flight I've never
seen anywhere near that much storage used, so there must be something
else going on. Please let us know if you figure something out, and
maybe someone else will check in with a definitive answer.
Hope you have a great holiday weekend! -j
Since nobody else has replied yet, I'll offer my own perspective in case
it's helpful before one of the tech experts weighs in.
> Where is the Avare app installed on a Nexus 7
Most seem to normally install apps in protected memory that's not
accessible to users, and the default storage location for data is also
often off limits. In the Apps or Applications section of your Android
Settings you might be able to move the Avare app to the SD card if you
like in case that helps. On my S4 phone, I have Avare loaded with
Databases, 3 state ADs, 4 Sectionals, 4 TACs, 2 WACs, 2 A/FD Images, 2
Elevation files, and 2 Shaded Relief files plus expired TFR & weather
data. In Android Settings/Applications it shows Total 3.72GB (app
1.16MB, data 162MB, SD card data 3.55GB). I think at least some of that
is old charts and Databases from previous versions that didn't get
deleted. I believe there was a change in one of the updates a while
back, that cleaned up old versions of downloads that had been piling up.
Next time I update Avare version and/or charts, I'll try to remember
to Clear Data and then Uninstall, then do a fresh install. That will
probably greatly reduce the storage used, and that's something you might
try doing if you've been using Avare for a long time.
> Where are the data files stored?
Downloads/Charts Storage Folder. There you can see where Avare is
currently storing them, and optionally change it. I believe the Default
folder shown if you haven't already changed it is the one set by
Android. Avare normally just says to Android, "Put this where you want
it" because that's least likely to cause any problems. Luckily Android
does then tell Avare where it put them, and that's what's displayed in
Avare.
> I'm trying to figure out why the Avare data is 17 gig
seen anywhere near that much storage used, so there must be something
else going on. Please let us know if you figure something out, and
maybe someone else will check in with a definitive answer.
Hope you have a great holiday weekend! -j
Lance Crossfire
Nov 29, 2014, 11:39:39 AM11/29/14
to apps4a...@googlegroups.com
I've been working on this when I had time, and this is what I discovered:
On my Nexux 7 the files are in /data/data/com.ds.avare/files
The only way you can see them is with root access.
When I tell Avare to delete the files, they "disappear" as far as Avare is concerned, but the files are not actually deleted. Using root access you can still see all the files.
As a result I ended up with 17+ gig of files.
You can delete them by going into Setting>apps>avare and deleting the there, but it deletes everything..
Can we get a fix for this problem?
Thanks
Zubair Khan
Nov 30, 2014, 8:55:49 AM11/30/14
to Lance Crossfire, Apps4Av Forum
Avare does delete files from the current cycle but not from previous cycles.
Will look into adding a clean button to delete cycles completely other than the current. Or you can instead delete all charts before updating as a work around.
Z
--
You received this message because you are subscribed to the Google Groups "Apps4Av Forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email to apps4av-foru...@googlegroups.com.
To post to this group, send email to apps4a...@googlegroups.com.
Visit this group at http://groups.google.com/group/apps4av-forum.
For more options, visit https://groups.google.com/d/optout.
Brian
Dec 14, 2014, 11:38:42 AM12/14/14
to apps4a...@googlegroups.com
I have had this problem with my S4 also and spent hours trying to find the files but couldn't. I ended up deleting Avare and re-installing it. That freed up almost 4GB on my phone. Not the best solution but it worked. I haven't tried the delete function.
Thanks,
Brian
John Wiley
Jan 1, 2015, 4:31:50 PM1/1/15
to apps4a...@googlegroups.com
Occasionally the question arises whether app "X" running on device "X"
is approved for flight by the FAA. The answer is apparently both yes and
no. This applies to Foreflight running on an iPad, just as it does to
Avare running on a Nexus tablet. In short, the answer is complicated. To
help our users sort this out we've posted links to official FAA
documents addressing the issues, in the FAQ section of our website:
http://apps4av.com/avare-overview/avare-%E2%80%A2-faq/#faaReq
The FAA does not approve the use of any handheld GPS devices for primary
GPS navigation on IFR flights. As with all apps for Android or iOS,
Avare is not an FAA Certified app, and is not intended as the sole
source for primary navigation or information. Our current understanding
is that non-commercial operators of small aircraft may use non-FAA
Certified apps like Avare on portable devices like tablets or phones for
any purpose other than primary GPS navigation in IFR.
We welcome your contributions of any new information or changes to these
FAA rulings.
is approved for flight by the FAA. The answer is apparently both yes and
no. This applies to Foreflight running on an iPad, just as it does to
Avare running on a Nexus tablet. In short, the answer is complicated. To
help our users sort this out we've posted links to official FAA
documents addressing the issues, in the FAQ section of our website:
http://apps4av.com/avare-overview/avare-%E2%80%A2-faq/#faaReq
The FAA does not approve the use of any handheld GPS devices for primary
GPS navigation on IFR flights. As with all apps for Android or iOS,
Avare is not an FAA Certified app, and is not intended as the sole
source for primary navigation or information. Our current understanding
is that non-commercial operators of small aircraft may use non-FAA
Certified apps like Avare on portable devices like tablets or phones for
any purpose other than primary GPS navigation in IFR.
We welcome your contributions of any new information or changes to these
FAA rulings.
Dan Wegman
Mar 11, 2015, 10:13:02 AM3/11/15
to apps4a...@googlegroups.com
Has the issue of deleting old cycle file folders from unrooted Android devices been resolved?
When I installed Avare to my Nexus 7, I changed the data file location to a place accessible without root access, then I downloaded the necessary files. Yesterday I noticed that the device was running low on memory and found that the cycle files from as far back as 1408 were still there. So I manually deleted them.
Is there a way to delete them from the default location for unrooted devices using Avare without having to uninstall the app?
When I installed Avare to my Nexus 7, I changed the data file location to a place accessible without root access, then I downloaded the necessary files. Yesterday I noticed that the device was running low on memory and found that the cycle files from as far back as 1408 were still there. So I manually deleted them.
Is there a way to delete them from the default location for unrooted devices using Avare without having to uninstall the app?
fly...@yahoo.com
Mar 11, 2015, 11:32:38 AM3/11/15
to apps4a...@googlegroups.com
Hi Dan.
Can you post your OS Ver.?
I do Not have a Nexus but in ALL the devices that I know of, if Avare is / was installed in the default directory / folder should have been able to delete the older versions. Try and verify if the old files were dfferent areas that you may not have used / updatedm i.e. a state that was not recently updated, showed up as Red? In that case you should / must mark use the red "x Delete" to accomplish the task. TV
Can you post your OS Ver.?
I do Not have a Nexus but in ALL the devices that I know of, if Avare is / was installed in the default directory / folder should have been able to delete the older versions. Try and verify if the old files were dfferent areas that you may not have used / updatedm i.e. a state that was not recently updated, showed up as Red? In that case you should / must mark use the red "x Delete" to accomplish the task. TV
Dan Wegman
Mar 11, 2015, 1:00:55 PM3/11/15
to apps4a...@googlegroups.com
My Nexus 7 (2012) is running Lollipop, 5.0.2
I updated the same charts this time that I've always updated so I'll have to wait until cycle 1504 to check. At that time, I'll only update one state of IAPs and then see if the older IAPs are still available for the other states.
I updated the same charts this time that I've always updated so I'll have to wait until cycle 1504 to check. At that time, I'll only update one state of IAPs and then see if the older IAPs are still available for the other states.
Peter A. Gustafson
Mar 12, 2015, 11:19:12 AM3/12/15
to apps4a...@googlegroups.com
Dan, in your test they will still be available. The process is
different than for the chart tiles which accumulate in separate folders
per cycle.
The plates are _not_ in separate folders per cycle, thus, if you update
only one state you will have a mixed set. Each plate has its own issue
date and valid period. Plates that are superseded overwrite the old
file. Plates that are not superseeded... they still overwrite the file
but with an almost identical file (with a new valid period noted in the
margin). In the current process, plate images that expire without
replacement don't go away (unless manually deleted). You can see it is
expired by looking at the margin text... but this of course requires
that you are paying attention. (I don't know whether to call this a bug
or a feature... it can be useful to have older plates for reference, but
it also can be confusing if you don't pay attention. This is also what
allows a your to geotag and upload your own images per airport if you'd
like... so it probably should be considered a feature. Some do this.)
This whole thing mirrors the FAA process (I think) where a notam is
issued saying an approach is going away, and the pilot has the
responsibility to remove the plate from their flight bag. For your
paper plates, you generally thrown away the whole stack every 56 days
(and manually changed out mid-cycle plates after 28 days, noting the
deletions, if you are doing it correctly).
I personally find it easier to just delete the whole electronic stack of
plates (the whole folder) every 28 days to ensure that no expired plates
are in my electronic flight bag. I recommend this for all... but each
to their own.
Pete
(the chart/plate/etc maintainer)
different than for the chart tiles which accumulate in separate folders
per cycle.
The plates are _not_ in separate folders per cycle, thus, if you update
only one state you will have a mixed set. Each plate has its own issue
date and valid period. Plates that are superseded overwrite the old
file. Plates that are not superseeded... they still overwrite the file
but with an almost identical file (with a new valid period noted in the
margin). In the current process, plate images that expire without
replacement don't go away (unless manually deleted). You can see it is
expired by looking at the margin text... but this of course requires
that you are paying attention. (I don't know whether to call this a bug
or a feature... it can be useful to have older plates for reference, but
it also can be confusing if you don't pay attention. This is also what
allows a your to geotag and upload your own images per airport if you'd
like... so it probably should be considered a feature. Some do this.)
This whole thing mirrors the FAA process (I think) where a notam is
issued saying an approach is going away, and the pilot has the
responsibility to remove the plate from their flight bag. For your
paper plates, you generally thrown away the whole stack every 56 days
(and manually changed out mid-cycle plates after 28 days, noting the
deletions, if you are doing it correctly).
I personally find it easier to just delete the whole electronic stack of
plates (the whole folder) every 28 days to ensure that no expired plates
are in my electronic flight bag. I recommend this for all... but each
to their own.
Pete
(the chart/plate/etc maintainer)
Dan Wegman
Mar 12, 2015, 1:17:20 PM3/12/15
to apps4a...@googlegroups.com
Okay, I understand. I thought that all of the old IAPs were purged (deleted) prior to downloading new ones as part of the update process. But given your explanation, I too will delete my old IAPs prior to downloading the next 28-day cycle. I assume THIS should free up space on my Nexus 7.
Should I follow the same manual deletion process when sectional or enroute IFR charts are updated in order to free up space?
Should I follow the same manual deletion process when sectional or enroute IFR charts are updated in order to free up space?
Peter A. Gustafson
Mar 13, 2015, 12:21:33 PM3/13/15
to apps4a...@googlegroups.com
Deleting IAPs them won't free up much space... since the new downloads
will generally occupying a similar amount of space (where they
previously would overwrite files). If expired-nonreissued hasn't been
purged in a long time, then it _may_ save a non-trivial amount of
space... perhaps 6-12 months worth would be noticeable.
At the next cycle update, you will have:
tiles/1503 (large -- delete me before or after update)
tiles/1504 (large -- comes in the update)
tiles/static (smaller)
plates (small to medium depending on the user -- delete me before update)
Of these, there will be no reason to keep tiles/1503 once the database
file has been updated. The new database will no longer reference
anything in that directory and thus they will never again be used by
avare. tiles/static can be kept... there is really no reason to
redownload these files (elevation, topographic, relief, grand canyon,
helo). However, to keep the download code simple, these are typically
redownloaded by users each month (they do turn red and will simply
overwrite in place the old files). There are more complicated ways to
do it... with minor potential efficiency gains but at cost of developer
time. We're hesitant to make changes to these core functions. The risk
of creating a bug is large due to the complexity of all the different
charts/expirations/etc. And also because people aren't always timely in
updating avare to the latest and greatest... so changes to directory
structure will break old versions.
Now that development has moved to a once-per-cycle release schedule, it
may become easier for us as developers to make tweaks to the directory
structure. Zubair -- perhaps at least deleting the expired tiles
directory makes sense upon successful database update? However, the
system works well and if it isn't broken...
will generally occupying a similar amount of space (where they
previously would overwrite files). If expired-nonreissued hasn't been
purged in a long time, then it _may_ save a non-trivial amount of
space... perhaps 6-12 months worth would be noticeable.
At the next cycle update, you will have:
tiles/1503 (large -- delete me before or after update)
tiles/1504 (large -- comes in the update)
tiles/static (smaller)
plates (small to medium depending on the user -- delete me before update)
Of these, there will be no reason to keep tiles/1503 once the database
file has been updated. The new database will no longer reference
anything in that directory and thus they will never again be used by
avare. tiles/static can be kept... there is really no reason to
redownload these files (elevation, topographic, relief, grand canyon,
helo). However, to keep the download code simple, these are typically
redownloaded by users each month (they do turn red and will simply
overwrite in place the old files). There are more complicated ways to
do it... with minor potential efficiency gains but at cost of developer
time. We're hesitant to make changes to these core functions. The risk
of creating a bug is large due to the complexity of all the different
charts/expirations/etc. And also because people aren't always timely in
updating avare to the latest and greatest... so changes to directory
structure will break old versions.
Now that development has moved to a once-per-cycle release schedule, it
may become easier for us as developers to make tweaks to the directory
structure. Zubair -- perhaps at least deleting the expired tiles
directory makes sense upon successful database update? However, the
system works well and if it isn't broken...
Eric Brown
Mar 14, 2015, 12:39:04 PM3/14/15
to apps4a...@googlegroups.com
I just checked my Samsung Galaxy 5 player where I have the charts folder set to the external micro sd card and I had folders full of charts all the way back to 1402 on there. It took 5 minutes just for my device to delete them all ! (Hint: a 3rd party file manager such as ES File Explorer makes it easier to navigate your android file system) I also have Avare installed on my Nexus 7. I can't access the charts there because my Nexus is not rooted. I hate to think how much space is taken up with out of date charts on it.
What is the status on this bug/feature?
What is the status on this bug/feature?
Zubair Khan
Mar 14, 2015, 12:44:05 PM3/14/15
to Eric Brown, Apps4Av Forum
Eric
In next release, all your charts will be deleted when you press the update button.Zubair
--
You received this message because you are subscribed to the Google Groups "Apps4Av Forum" group.
To unsubscribe from this group and stop receiving emails from it, send an email to apps4av-foru...@googlegroups.com.
To post to this group, send email to apps4a...@googlegroups.com.
Visit this group at http://groups.google.com/group/apps4av-forum.
For more options, visit https://groups.google.com/d/optout.
Eric Brown
May 1, 2015, 8:10:59 PM5/1/15
to apps4a...@googlegroups.com
Well, the next phase did not delete the past charts on my Nexus 7. I checked the data usage under settings for Avare and it was 3.18 gigabytes. So, I deleted the data for Avare and reinstalled the charts I normally have installed. Total data was 320 megabytes. ( 4 VFR sectionals, SE A/FD, Plates for NC,VA,SC,TN)
By the way, I lost my saved flight plans when I deleted the data for Avare. Fortunately I only had a few in there so it was not a problem for me to recreate them. Then I noticed the setting to specify plan/waypoint save locations in Avare so I set up a folder to store them so I wouldn't lose my plans if I had to wipe the data for Avare again. Well no plans are showing up in the folder. Is this a bug or am I missing something?
By the way, I lost my saved flight plans when I deleted the data for Avare. Fortunately I only had a few in there so it was not a problem for me to recreate them. Then I noticed the setting to specify plan/waypoint save locations in Avare so I set up a folder to store them so I wouldn't lose my plans if I had to wipe the data for Avare again. Well no plans are showing up in the folder. Is this a bug or am I missing something?
On Wednesday, November 26, 2014 at 9:57:52 PM UTC-5, Lance Crossfire wrote:
fly...@yahoo.com
May 1, 2015, 10:45:57 PM5/1/15
to apps4a...@googlegroups.com
Hi Eric.
Deleting Data is Not the best way to remove the unwanted charts, as you found out. It may take a bit longer but you can mark them with the Red X, in the Download, and then delete / remove.
The file where the waypoints are placed are for the Plans generated outside, Google etc. and read into Avare to be displayed.
Deleting Data is Not the best way to remove the unwanted charts, as you found out. It may take a bit longer but you can mark them with the Red X, in the Download, and then delete / remove.
The file where the waypoints are placed are for the Plans generated outside, Google etc. and read into Avare to be displayed.
Reply all
Reply to author
Forward
0 new messages