Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.mobile.android > #72939 > unrolled thread

SD memory

Back to article view | Back to comp.mobile.android

Contents

  SD memory Dieter Britz <dieterhansbritz@gmail.com> - 2021-01-02 14:21 +0000
    Re: SD memory Andy Burns <usenet@andyburns.uk> - 2021-01-02 14:52 +0000
    Re: SD memory VanguardLH <V@nguard.LH> - 2021-01-02 09:09 -0600
      Re: SD memory Arlen   Holder <arlen_holder@newmachines.com> - 2021-01-02 18:44 +0000
    Re: SD memory Arlen   Holder <arlen_holder@newmachines.com> - 2021-01-02 18:44 +0000
    Re: SD memory The Real Bev <bashley101@gmail.com> - 2021-01-02 11:10 -0800
    Re: SD memory "Carlos E.R." <robin_listas@es.invalid> - 2021-01-02 20:32 +0100
      Re: SD memory VanguardLH <V@nguard.LH> - 2021-01-02 15:32 -0600
        Re: SD memory AJL <noemail@none.com> - 2021-01-02 14:51 -0700
          Re: SD memory VanguardLH <V@nguard.LH> - 2021-01-02 19:39 -0600
            Re: SD memory Arlen   Holder <arlen_holder@newmachines.com> - 2021-01-03 20:37 +0000
          Re: SD memory Arlen   Holder <arlen_holder@newmachines.com> - 2021-01-03 20:12 +0000
        Re: SD memory "Carlos E.R." <robin_listas@es.invalid> - 2021-01-02 22:52 +0100
          Re: SD memory VanguardLH <V@nguard.LH> - 2021-01-02 19:41 -0600
            Re: SD memory "Carlos E.R." <robin_listas@es.invalid> - 2021-01-03 13:56 +0100
            Re: SD memory Arlen   Holder <arlen_holder@newmachines.com> - 2021-01-03 20:37 +0000
          Re: SD memory Arlen   Holder <arlen_holder@newmachines.com> - 2021-01-03 20:12 +0000
            Re: SD memory The Real Bev <bashley101@gmail.com> - 2021-01-03 15:37 -0800
              Re: SD memory sms <scharf.steven@geemail.com> - 2021-01-04 09:35 -0800
                Re: SD memory The Real Bev <bashley101@gmail.com> - 2021-01-04 10:26 -0800
                  Re: SD memory Arlen   Holder <arlen_holder@newmachines.com> - 2021-01-04 21:21 +0000
                    Re: SD memory Arlen   Holder <arlen_holder@newmachines.com> - 2021-01-05 01:56 +0000
                    Re: SD memory The Real Bev <bashley101@gmail.com> - 2021-01-04 21:55 -0800
                      Re: SD memory "Carlos E.R." <robin_listas@es.invalid> - 2021-01-05 15:13 +0100
                        Re: SD memory sms <scharf.steven@geemail.com> - 2021-01-05 08:29 -0800
                          Re: SD memory  Arlen Holder <arlen_holder@newmachines.com> - 2021-01-05 17:24 +0000
                        Re: SD memory AJL <noemail@none.com> - 2021-01-05 09:49 -0700
                          Re: SD memory Arlen Holder <arlen_holder@newmachines.com> - 2021-01-05 17:28 +0000
                        Re: SD memory The Real Bev <bashley101@gmail.com> - 2021-01-05 20:45 -0800
                          Re: SD memory "Carlos E.R." <robin_listas@es.invalid> - 2021-01-06 14:13 +0100
                          Re: SD memory sms <scharf.steven@geemail.com> - 2021-01-06 07:54 -0800
                            Re: SD memory The Real Bev <bashley101@gmail.com> - 2021-01-06 09:33 -0800
                              Re: SD memory sms <scharf.steven@geemail.com> - 2021-01-06 10:04 -0800
                      Re: SD memory Arlen Holder <arlen_holder@newmachines.com> - 2021-01-05 14:21 +0000
                        Re: SD memory The Real Bev <bashley101@gmail.com> - 2021-01-05 20:51 -0800
                          Re: SD memory Arlen Holder <arlen_holder@newmachines.com> - 2021-01-06 14:04 +0000
                      Re: SD memory sms <scharf.steven@geemail.com> - 2021-01-05 08:24 -0800
                        Re: SD memory Arlen Holder <arlen_holder@newmachines.com> - 2021-01-05 17:21 +0000
            Re: SD memory "Carlos E.R." <robin_listas@es.invalid> - 2021-01-04 22:14 +0100
              Re: SD memory sms <scharf.steven@geemail.com> - 2021-01-04 15:56 -0800
                Re: SD memory  Arlen   Holder <arlen_holder@newmachines.com> - 2021-01-05 02:04 +0000
                Re: SD memory The Real Bev <bashley101@gmail.com> - 2021-01-04 22:05 -0800
                  Re: SD memory  Arlen Holder <arlen_holder@newmachines.com> - 2021-01-05 15:26 +0000
              Re: SD memory Arlen   Holder <arlen_holder@newmachines.com> - 2021-01-05 01:51 +0000
                Re: SD memory Arlen   Holder <arlen_holder@newmachines.com> - 2021-01-05 02:10 +0000
            Re: SD memory Bob F <bobnospam@gmail.com> - 2021-01-12 10:34 -0800
    Re: SD memory Dieter Britz <dieterhansbritz@gmail.com> - 2021-01-11 13:51 +0000
      Re: SD memory "Carlos E.R." <robin_listas@es.invalid> - 2021-01-11 15:23 +0100
      Re: SD memory VanguardLH <V@nguard.LH> - 2021-01-11 11:15 -0600

Page 1 of 3  [1] 2 3  Next page →

#72939 — SD memory

My phone, an about 2-3 year old Moto, has 16 Gb memory.
SOmetoimes when installing something, it tells me there
not enough memory left - currently I am using about 14
out of the 16. I did put in an SD card with 64 Gb.

So, is there a way I can tell the phone to use some of
that when installing stuff?

-- 
Dieter Britz

[toc] | [next] | [standalone]

#72940

Dieter Britz wrote:

> My phone, an about 2-3 year old Moto, has 16 Gb memory.
> SOmetoimes when installing something, it tells me there
> not enough memory left - currently I am using about 14
> out of the 16. I did put in an SD card with 64 Gb.
> 
> So, is there a way I can tell the phone to use some of
> that when installing stuff?

depends, newer androids can "adopt" SD storage as though it's additional 
internal storage, will need re-formatting though, and after that you 
can't take it out (e.g to transfer files elsewhere)

<https://www.androidcentral.com/adoptable-storage>

[toc] | [prev] | [next] | [standalone]

#72941

Dieter Britz <dieterhansbritz@gmail.com> wrote:

> My phone, an about 2-3 year old Moto, has 16 Gb memory.
> SOmetoimes when installing something, it tells me there
> not enough memory left - currently I am using about 14
> out of the 16. I did put in an SD card with 64 Gb.
> 
> So, is there a way I can tell the phone to use some of
> that when installing stuff?

"2-3 year old Moto" doesn't say which version of Android is on it.

The default location for installing apps and storing data is currently
set to use the internal storage on your phone, not your SD card.  You
will have to change the default install location.  Later, in each app,
you'll have to change its default location where it stores data.

I don't remember a handy and exposed user-configurable setting for
defining the default installation location in the OS.  After enabling
Developer Options on your phone, and then going into Developer Options
to enable USB Debugging mode, plug the phone into your PC (where you
have to install the ADB - Android Debug Bridge - driver), and run one of
the following commands:

adb shell pm setInstallLocation 2
or
adb shell pm set-install-location 2

0 = auto (let OS decide best install location)
1 = internal (install on internal storage)
2 = external (install on external storage)

However, this override can make some apps malfunction.  As noted below,
not all apps will run if installed on external storage.  Some will let
you move their data to there, but need their code back on internal
storage.

When you download a new app, its APK file goes to /data/local on
internal storage.  No choice on that.  When the APK gets installed,
where the app depends on settings hardcoded by the app author or by
defaults in the OS.  If the app author did NOT specify the
android:installation attribute in the manifest for his app, the app
installs to internal storage.  If the app author set that attribute to
preferExternal, and if external storage is available, then the app
installs to external storage.  If the app author specified auto, the
installation path depends on choices in the OS: (1) if the app has
widgets, services, wants to load at boot (is sticky), and some other
functions that require the app be installed on internal storage then the
app gets installed on internal storage; or, (2) the app goes where is
configured the default installation location.

For each app already installed and on internal storage, go into the
app's settings, and under Storage you can change where it stores its
data files.  Not all apps can be moved to external storage, and many
will only partially moved to external storage, like just their own data
files will move but not the program.  Not all apps will run their code
from external storage.  If the Move to SD Card option is disabled, the
app author knows the app cannot run from external storage or severe
consequences ensue if even its data is moved to external storage, like a
huge loss or lag in performance, use of a widget, or a service.  This is
probably the safest installation method: let the app decide where to
install, or use the default in the OS if the app doesn't specify, and
then see if the option to move the app or just its data to the SD card
is enabled in the settings for the app.

Some info here:
https://developer.android.com/guide/topics/data/install-location

I suggest NOT using Adoptable Storage.  That has the OS add the SD card
to the internal storage to create a larger volume.  The process will
destroy all data on the SD card.  Contents of the SD card will get
encrypted, so you cannot remove it to use the data elsewhere.  If you
later decide to unadopt your SD card (slice the devices out of the
volume), again anything on the SD card gets destroyed so the card
becomes unencrypted.

https://source.android.com/devices/storage/adoptable
https://www.androidcentral.com/adoptable-storage

In addition, you are mixing faster internal storage with slower external
storage (SD card).  You'll end up with your volume (a mix of internal
and external when using adoptable storage) being sometimes fast and
sometimes slow.

[toc] | [prev] | [next] | [standalone]

#72947

On Sat, 2 Jan 2021 09:09:47 -0600, VanguardLH wrote:

> The default location for installing apps and storing data is currently
> set to use the internal storage on your phone, not your SD card.

Vanguard's advice, as is almost always the case, is useful, detailed, 
and accurate.

Also, there are tons of answers to the OP's question on the net, e.g.,
o How to Transfer Files from Android Storage to an Internal SD Card
<https://www.online-tech-tips.com/smartphones/how-to-transfer-files-from-android-storage-to-an-internal-sd-card/>

One other option that I _used_ to do in the olden days was run a "mover" 
or a "files to sdcard" transfer program, which moved files either manually 
or automatically from the internal storage to the external storage sdcard.

The app I used on my S3 has been deprecated, so I didn't look which apps 
still move files periodically in a timed "sweep", but that's another option 
(although, of course, it's not without its flaws as it has to be done 
intelligently, e.g., it works for photos but not necessarily for maps).

Given I don't like to suggest software without suggesting "specific" software 
(to make it more useful to the reader), I just ran a quick search 
and found this "potential" app, called, "moveit".
o Transfer Data Automatically to SD Card Using MoveIt
<https://techgeekers.com/transfer-data-automatically-sd-card-using-move/>

I find some of that description "suspicious", so if you do use it, 
let us know how it works, as I choose apps that allow me to store their data 
on my external sdcard, so I don't need such "moveit" apps; but they may work 
for others.
o <https://play.google.com/store/search?q=moveit&c=apps>

There are tons in that list, so this is just a sample of the possibilities:
o Auto Move To SD Card, by GoNextTools, Contains Ads
<https://play.google.com/store/apps/details?id=com.gonext.automovetosdcard>

o Files To SD Card, by Michal Bukacek, Contains Ads
<https://play.google.com/store/apps/details?id=cz.bukacek.filestosdcard>

o AppMgr III (App 2 SD, Hide and Freeze apps), by Sam LuTools, Contains Ads
<https://play.google.com/store/apps/details?id=com.a0soft.gphone.app2sd>

o File Move Phone to SD card , Apps Share, by samuelstore, Contains Ads
<https://play.google.com/store/apps/details?id=com.abbsdcard.filemanager>

o Move It: Move to SD Card Files (move apps), by G.00b, Contains Ads
<https://play.google.com/store/apps/details?id=com.gb.appmanager>

o SD File Transfer (Move Files To SD Card Or Phone), by SociuTools, Contains Ads
<https://play.google.com/store/apps/details?id=com.doionline.sdcardfiletransfer>

o Move To SD Card, by Big Joker, Contains Ads
<https://play.google.com/store/apps/details?id=big.joker.movetosdcard>

o Move app to SD card, by jumobiledo, Contains Ads
<https://play.google.com/store/apps/details?id=com.ljmobile.move.app>

o Move To SD Card Files, by photostudioapps, Contains Ads
<https://play.google.com/store/apps/details?id=com.photostudio.movetosd>

o Move to sd card, by Appstudio01, Contains Ads
<https://play.google.com/store/apps/details?id=com.sp.movefilestosdcard>

Note: None of these seem to do what I used to do, which was an automatic 
sweep of the internal storage to move stuff to external storage on a timer.
-- 
Posted out of the goodness of my heart to help others who ask questions.

[toc] | [prev] | [next] | [standalone]

#72948

On Sat, 2 Jan 2021 14:21:35 -0000 (UTC), Dieter Britz wrote:

> So, is there a way I can tell the phone to use some of
> that when installing stuff?

Tough question to answer in the absolute because of course you can, with
the latest Android releases, literally swap the external sdcard with the
internal storage; but very few people I know actually do that (well,
actually, I don't know _anyone_ who has done that - not even me).

Which then leaves you with the age-old question of how to "offload"
"some" of your storage needs to the sdcard.

The _simplest_ way is perhaps to install a decent storage manager which
will tell you which apps are using the most storage, say, oh, maybe
o Disk Usage <com.google.android.diskusage>

Once you find which apps are using the most storage space...

Then, set each of those apps to store its data on the external sdcard
o If the app doesn't have that setting, find a similar app that does

Given the sdcard root hierarchy is almost as polluted as the Android
storage, my additional suggestion is to pick a single folder on the sdcard
to put your "stuff", and _only_ put your stuff in _that_ folder.

For example, "mystuff", and then under "mystuff" you can put
 externalsdcard/mystuff/DCIM
 externalcard/mystuff/Screenshots
 externalcard/mystuff/Recordings
 etc.

That way, EOY backup to terabyte sized external storage is as simple as
copying over your "mystuff" directory.
-- 
Posted out of the goodness of my heart to help others who ask questions.

[toc] | [prev] | [next] | [standalone]

#72951

On 01/02/2021 06:21 AM, Dieter Britz wrote:
> My phone, an about 2-3 year old Moto, has 16 Gb memory.
> SOmetoimes when installing something, it tells me there
> not enough memory left - currently I am using about 14
> out of the 16. I did put in an SD card with 64 Gb.
>
> So, is there a way I can tell the phone to use some of
> that when installing stuff?

I think so, but it's been a while...  The problem is that many apps just 
refuse to install themselves on an SD card -- filling up your internal 
memory while leaving your sdcard maddeningly empty.

I solved the problem by getting a Moto 5G with 64GB internal memory plus 
a 64GB card, and then replaced that with a Pixel2 with 128GB internal 
memory -- no sdcard slot.  I've used only 34GB so far, so I'm happy.

I put a Freedompop SIM in the Moto phone, intending to use it mostly to 
look for gas stations or send quick email when traveling.  No occasion 
to actually use that so far -- thanks, COVID!

-- 
Cheers, Bev
     Please hassle me, I thrive on stress.

[toc] | [prev] | [next] | [standalone]

#72954

On 02/01/2021 15.21, Dieter Britz wrote:
> My phone, an about 2-3 year old Moto, has 16 Gb memory.
> SOmetoimes when installing something, it tells me there
> not enough memory left - currently I am using about 14
> out of the 16. I did put in an SD card with 64 Gb.
> 
> So, is there a way I can tell the phone to use some of
> that when installing stuff?

I would first check to see what apps can store their data on the
"external" card. Typically, photos and videos from the camera would go
there. The map app OsmAnd, can store there its big maps. Not many apps can.

Then you would need to move your existing photos to the card.

The other day, one of my two identical tablets (one has the glass broken
and doesn't respond to the touch) complained that the internal memory
was full. I could not pinpoint any culprit, and some of the apps for
diagnosis that I had installed failed to run. In the end, I rebooted the
thing, and something like 16 GB disappeared.

-- 
Cheers, Carlos.

[toc] | [prev] | [next] | [standalone]

#72958

"Carlos E.R." <robin_listas@es.invalid> wrote:

> Dieter Britz wrote:
>
>> My phone, an about 2-3 year old Moto, has 16 Gb memory.
>> SOmetoimes when installing something, it tells me there
>> not enough memory left - currently I am using about 14
>> out of the 16. I did put in an SD card with 64 Gb.
>> 
>> So, is there a way I can tell the phone to use some of
>> that when installing stuff?
> 
> I would first check to see what apps can store their data on the
> "external" card. Typically, photos and videos from the camera would
> go there. The map app OsmAnd, can store there its big maps. Not many
> apps can.

The camera app that came bundled on my smartphone has a setting to
specify where to save new pics or vids, like to the SD card.

Google Maps: Can store its offline maps to external storage.
HERE [WeGo]: Can store its offline maps to external storage.

With Google Maps, you have to select a region to capture and store.  I
have my hometown and my most vacationed cities stored offline, and they
consume 266 MB and 410 MB, respectively, of external storage (SD card).

With HERE, you can select by granularity (country, state, city) what to
store offline.  I selected all of "North and Central America" which
consumed 7 GB of external storage.  

While HERE lets me store a lot more based on size, it has less POI
(Points of Interest) than Google Maps.  HERE is good when I'm travelling
outside the regions (usually cities) that I captured with Google Maps,
but Google Maps is more handy within those regions for finding
restaurants, libraries, post offices, and other POIs.

Because of the size of the downloads to update the offline maps, I
configured both apps to download only when my phone has a wifi
connection.  Those are the 2 map apps that I settled on after trying
several.  I have other apps that include maps, but those don't have
their own map service and instead rely on the Google Maps API to get
maps or portions of them from Google Maps.

> Then you would need to move your existing photos to the card.

Quite often when configuring the app's settings to store some of it to
external storage, it doesn't tell you the path to the external storage
where it will thereafter store new pics.  After you save one, you can
find where it got put, and then move your old pics to the new location
using any file manager.

By configuring the apps to save their data to external storage, and then
moving the old data to the new location, and by going into each app's
settings to see if an option is available and enabled to [partially]
move the app or its existing data to external storage, the OP should be
able to free up a lot of internal storage.

As I mentioned, there is the option to meld internal and external
storage into one volume which will make internal storage look larger by
adding in the external storage, but there are gotchas doing that.

[toc] | [prev] | [next] | [standalone]

#72960

On 1/2/2021 2:32 PM, VanguardLH wrote:

> Google Maps is more handy within those regions for finding
> restaurants, libraries, post offices, and other POIs.

Including real time speed traps as entered by your fellow travelers.

[toc] | [prev] | [next] | [standalone]

#72964

AJL <noemail@none.com> wrote:

> VanguardLH wrote:
> 
>> Google Maps is more handy within those regions for finding
>> restaurants, libraries, post offices, and other POIs.
> 
> Including real time speed traps as entered by your fellow travelers.

As I recall, that was Google acquiring Waze to meld that service and
data into their maps database.

https://techcrunch.com/2019/05/29/google-maps-adds-ability-to-see-speed-limits-and-speed-traps-in-40-countries/

I remember looking at Waze a long time ago.  Not so much for the speed
trap or traffic interruption data, but for the non-main (alternative)
routing feature.  A lot of residents complained about Waze rerouting its
users from the main roads into the residential neighborhoods.

Google already had some features of Waze before acquiring Waze, so there
was no draw for me to use Waze.  Then when Waze merged with Google,
there was no reason to bother with Waze despite the Waze app is still
available separately.

[toc] | [prev] | [next] | [standalone]

#72981

On Sat, 2 Jan 2021 19:39:59 -0600, VanguardLH wrote:

> I remember looking at Waze a long time ago.  Not so much for the speed
> trap or traffic interruption data, but for the non-main (alternative)
> routing feature.  A lot of residents complained about Waze rerouting its
> users from the main roads into the residential neighborhoods.

To Vanguard's point,

That happened in nearby towns in the Silicon Valley.
o Residents complained about cross traffic on residential side roads.

Waze told the town, according to the local news, that as long as it's a
public road, they would continue to route as they wish, which was a legally
defensible standpoint which I agree with.

What the town did, as I recall, was change the roads by adding speedbumps,
and one-way signs, and even resorting to blocking the entrance ramps when
people tried to get back onto the highway, all of which were legally sound.

Unfortunately, they had to block the ramps for everyone, even local
residents, so it wasn't without its own pain.

But Waze's point of view I agree with, which is that if it's a legally
public road, then they can route anyone they want along that road, whether
the residents like that fact or not.

Google respects private roads, by the way, as they don't go down them with
their cameras, and they will stop routing along them if you ask them to,
with the exception that they route onto a private road if the destination
is from that private road, which is a loophole I can't get them to stop.
-- 
Every thread & every post to this Usenet ng should strive to add value.

[toc] | [prev] | [next] | [standalone]

#72976

On Sat, 2 Jan 2021 14:51:18 -0700, AJL wrote:

>> Google Maps is more handy within those regions for finding
>> restaurants, libraries, post offices, and other POIs.
> 
> Including real time speed traps as entered by your fellow travelers.

On that topic, it always amazes me how _fantastic_ Google Maps is!
o Even I use Google Maps (sans logging in) when I need accuracy & traffic.

I have used GPS in automobiles since the day we used to put antennas on our
roof, plugged into a laptop RS232 port, where the laptop itself was plugged
into an inverter plugged into the cigarette lighter socket.

Then I moved from laptops running GPS to standalone Garmin & then nuvi
units, where they were the way to go in those days of old.

Then, wham!
o Google Maps killed Garmin.

How did they do it?
o I don't know how.

I mean, Garmin had the consumer GPS market almost completely locked up...
o Yet Google waltzed in and handily took it away from them.

Like taking candy from a baby.

Even Apple, with all its billions, can't catch up to Google mapping prowess
o How the hell did Google beat them all?

I'm amazed, to this day, as I still have at least a half dozen Garmin units
lying about, unused, and probably never will be used.

I don't like Google taking our privacy away...
o But I admire how Google took over navigation & how it holds sway even now
-- 
Even I use Google Maps (sans logging in) when I need accuracy & traffic.

[toc] | [prev] | [next] | [standalone]

#72962

On 02/01/2021 22.32, VanguardLH wrote:
> "Carlos E.R." <robin_listas@es.invalid> wrote:
>> Dieter Britz wrote:
>>
>>> My phone, an about 2-3 year old Moto, has 16 Gb memory.
>>> SOmetoimes when installing something, it tells me there
>>> not enough memory left - currently I am using about 14
>>> out of the 16. I did put in an SD card with 64 Gb.
>>>
>>> So, is there a way I can tell the phone to use some of
>>> that when installing stuff?
>>
>> I would first check to see what apps can store their data on the
>> "external" card. Typically, photos and videos from the camera would
>> go there. The map app OsmAnd, can store there its big maps. Not many
>> apps can.
> 
> The camera app that came bundled on my smartphone has a setting to
> specify where to save new pics or vids, like to the SD card.

Yes, that's usual.

> 
> Google Maps: Can store its offline maps to external storage.
> HERE [WeGo]: Can store its offline maps to external storage.
> 
> With Google Maps, you have to select a region to capture and store.  I
> have my hometown and my most vacationed cities stored offline, and they
> consume 266 MB and 410 MB, respectively, of external storage (SD card).

How do you tell google maps to use external storage? Last time I looked
(which might have been two years ago) I did not see it.

...

> As I mentioned, there is the option to meld internal and external
> storage into one volume which will make internal storage look larger by
> adding in the external storage, but there are gotchas doing that.

Yep. I don't like those gotchas :-(


-- 
Cheers, Carlos.

[toc] | [prev] | [next] | [standalone]

#72965

"Carlos E.R." <robin_listas@es.invalid> wrote:

> How do you tell google maps to use external storage? Last time I looked
> (which might have been two years ago) I did not see it.

Google Maps app -> YourIcon (right-side of search bar) -> Offline Maps
-> Settings (gear) -> Storage preferences

[toc] | [prev] | [next] | [standalone]

#72970

On 03/01/2021 02.41, VanguardLH wrote:
> "Carlos E.R." <robin_listas@es.invalid> wrote:
> 
>> How do you tell google maps to use external storage? Last time I looked
>> (which might have been two years ago) I did not see it.
> 
> Google Maps app -> YourIcon (right-side of search bar) -> Offline Maps
> -> Settings (gear) -> Storage preferences
> 

Found it, thanks :-)

It warns that searching the map without connection may be slower (I
expected this). I'll try.

Huh, I might want a bigger card now, it is filling up :-)

-- 
Cheers, Carlos.

[toc] | [prev] | [next] | [standalone]

#72980

On Sat, 2 Jan 2021 19:41:53 -0600, VanguardLH wrote:

> "Carlos E.R." <robin_listas@es.invalid> wrote:
> 
>> How do you tell google maps to use external storage? Last time I looked
>> (which might have been two years ago) I did not see it.
> 
> Google Maps app -> YourIcon (right-side of search bar) -> Offline Maps
> -> Settings (gear) -> Storage preferences

Vanguard is correct,

But, just as an extra technical detail, it requires a Google Account setup:
o <https://i.postimg.cc/WbB1JqLP/offline03.jpg>

Note the distinction between these two _different_ things, AFAICT:
1. A Google Account is required to change offline map settings
2. A Google _login_ is required to save an offline map

Note that those are two different things:
a. An account, AFAICT, is something set up inside of the Android OS
b. A login is done manually (where the account can be managed elsewhere)

See also:
o <https://i.postimg.cc/05H6kD2p/offline01.jpg> Google Offline Maps GUI
o <https://i.postimg.cc/tg5TLVMn/offline02.jpg> Requires Google login
o <https://i.postimg.cc/WbB1JqLP/offline03.jpg> Requires Google Account
-- 
Every thread & every post to this Usenet ng should strive to add value.

[toc] | [prev] | [next] | [standalone]

#72975

On Sat, 2 Jan 2021 22:52:13 +0100, Carlos E.R. wrote:

>> The camera app that came bundled on my smartphone has a setting to
>> specify where to save new pics or vids, like to the SD card.
> 
> Yes, that's usual.

Carlos is correct, as it's normal for "most" Camera apps to allow the user
to set where he puts his DCIM (either internal or external storage).

However, the funny thing about the Google Gcam APK port is... 
o There is no setting to store DCIM on the external HDD (AFAIK)

That sucks...
o As the Google Gcam APK port is the best app out there (AFAIK)

But, luckily, all good gallery apps can find pictures anywhere
o Hence a manual move of DCIM to the external sdcard works fine

But it's still a negative that the otherwise pretty good Google GCAM APK
port is unable to put photos directly onto the external sdcard memory.
o How to install Google Pixel Gcam APK port on almost any Android phone
<https://groups.google.com/g/rec.photo.digital/c/LtY49dG01mc/>

> How do you tell google maps to use external storage? Last time I looked
> (which might have been two years ago) I did not see it.

I had used Google Maps offline storage since the early beta days
o But I gave up on Google Maps offline storage in the past few years

Mainly I didn't like that they instituted a login requirement
o Which I don't know if they still enforce

Plus, originally, it would just complain after 29 days
o But later, it wiped out the offline maps after those 29 days expired

I mean, how much do maps _change_ in a month?
o Almost nothing, right?

So why did Google enforce an Android 29 day requirement (28 days on iOS)?
o I don't know if they still enforce it though

Because, and I just checked, they _require_ a sign in to download maps.
o <https://i.postimg.cc/05H6kD2p/offline01.jpg> Google Offline Maps GUI
o <https://i.postimg.cc/tg5TLVMn/offline02.jpg> Requires Google login

>> As I mentioned, there is the option to meld internal and external
>> storage into one volume which will make internal storage look larger by
>> adding in the external storage, but there are gotchas doing that.
> 
> Yep. I don't like those gotchas :-(

Like Vanguard & Carlos, I don't see any inherent advantage to swapping
storage or melding them, but it's a nice idea, if it actually worked well.

Someday, when I test it out, I might write a tutorial so others can too.
-- 
Posted as always to add value to the discussion so that all may benefit.

[toc] | [prev] | [next] | [standalone]

#72993

On 01/03/2021 12:12 PM, Arlen Holder wrote:
> On Sat, 2 Jan 2021 22:52:13 +0100, Carlos E.R. wrote:
>
...
>>> As I mentioned, there is the option to meld internal and external
>>> storage into one volume which will make internal storage look larger by
>>> adding in the external storage, but there are gotchas doing that.
>>
>> Yep. I don't like those gotchas :-(
>
> Like Vanguard & Carlos, I don't see any inherent advantage to swapping
> storage or melding them, but it's a nice idea, if it actually worked well.
>
> Someday, when I test it out, I might write a tutorial so others can too.

I thought it would just be like having LOTS of internal memory, but it 
wasn't.  It was better than having separate internal and external 
memory, but not good enough.  If I'd had it to do over, I wouldn't have 
done it.  Apparently a lot of people felt that way, so they dropped it 
in the next major update.

-- 
Cheers, Bev
   Lawyering:  the only profession that if you
   didn't have it you wouldn't need it.

[toc] | [prev] | [next] | [standalone]

#73012

On 1/3/2021 3:37 PM, The Real Bev wrote:
> On 01/03/2021 12:12 PM, Arlen Holder wrote:
>> On Sat, 2 Jan 2021 22:52:13 +0100, Carlos E.R. wrote:
>>
> ...
>>>> As I mentioned, there is the option to meld internal and external
>>>> storage into one volume which will make internal storage look larger by
>>>> adding in the external storage, but there are gotchas doing that.
>>>
>>> Yep. I don't like those gotchas :-(
>>
>> Like Vanguard & Carlos, I don't see any inherent advantage to swapping
>> storage or melding them, but it's a nice idea, if it actually worked 
>> well.
>>
>> Someday, when I test it out, I might write a tutorial so others can too.
> 
> I thought it would just be like having LOTS of internal memory, but it 
> wasn't.  It was better than having separate internal and external 
> memory, but not good enough.  If I'd had it to do over, I wouldn't have 
> done it.  Apparently a lot of people felt that way, so they dropped it 
> in the next major update.

Agreed. I think the "melding" of memory might have been a good idea when 
some Android phones had only 4GB-16GB of internal memory, but now, with 
even lower end phones having at least 32GB, it's a negative. It's better 
to be able to store large videos, photos, maps, music, audiobooks, etc., 
on a MicroSD card that can be read and written using a computer. 
Transferring large quantities of data via USB or Wi-Fi is slow.

[toc] | [prev] | [next] | [standalone]

#73013

On 01/04/2021 09:35 AM, sms wrote:
> On 1/3/2021 3:37 PM, The Real Bev wrote:
>> On 01/03/2021 12:12 PM, Arlen Holder wrote:
>>> On Sat, 2 Jan 2021 22:52:13 +0100, Carlos E.R. wrote:
>>>
>> ...
>>>>> As I mentioned, there is the option to meld internal and external
>>>>> storage into one volume which will make internal storage look larger by
>>>>> adding in the external storage, but there are gotchas doing that.
>>>>
>>>> Yep. I don't like those gotchas :-(
>>>
>>> Like Vanguard & Carlos, I don't see any inherent advantage to swapping
>>> storage or melding them, but it's a nice idea, if it actually worked
>>> well.
>>>
>>> Someday, when I test it out, I might write a tutorial so others can too.
>>
>> I thought it would just be like having LOTS of internal memory, but it
>> wasn't.  It was better than having separate internal and external
>> memory, but not good enough.  If I'd had it to do over, I wouldn't have
>> done it.  Apparently a lot of people felt that way, so they dropped it
>> in the next major update.
>
> Agreed. I think the "melding" of memory might have been a good idea when
> some Android phones had only 4GB-16GB of internal memory, but now, with
> even lower end phones having at least 32GB, it's a negative. It's better
> to be able to store large videos, photos, maps, music, audiobooks, etc.,
> on a MicroSD card that can be read and written using a computer.
> Transferring large quantities of data via USB or Wi-Fi is slow.

One bad thing about having an SD card and then switching to a Pixel2 
without one:  it creates an 'emulated' series of subdirectories which 
are a nuisance to deal with.  If I'd been smart I would have taken the 
card out of the Moto before I let the Pixel suck in its entire system 
(which it did admirably -- I was afraid I'd have to reconfigure 
everything, but I didn't).

ES File Explorer (apparently considered evil by the play store now) 
finds stuff pretty well, but if I'm looking for something without 
knowing the filename (a common occurrence -- with my computer I just 
look at the files sorted chronologically in the subdirectory that I KNOW 
contains what I want) is a nuisance.

-- 
Cheers, Bev
   All the toilets were stolen out of the police station.
   The police have nothing to go on.

[toc] | [prev] | [next] | [standalone]

Page 1 of 3  [1] 2 3  Next page →

Back to top | Article view | comp.mobile.android

csiph-web