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 3 of 3 — ← Prev page 1 2 [3]

#73032

On Mon, 4 Jan 2021 15:56:09 -0800, sms wrote:

> Actually if you were doing offline mapping, to reduce data usage, it 
> made sense to use a program like CoPilot or OSMAnd 
> <https://osmand.net/>. Those maps don't expire.
> 
> What you lose is real-time traffic conditions. I used to use the offline 
> mapping programs when traveling outside the U.S. but with data prices 
> coming down so much it's no longer really necessary.

I've written tons of reviews of offline map apps over the years, e.g.,
o What decent free offline no-login privacy-enabled road map apps exist for Android users to enjoy?
<https://groups.google.com/g/comp.mobile.android/c/YadPNimUcu8/m/Br7uODraCgAJ>

o My quick review of offline Android freeware mapping & routing applications 
<https://groups.google.com/g/comp.mobile.android/c/AoE0Ox2We58/m/9uPCHaPaCgAJ>

o My test of freeware Android offline GPS navigation applications 
<https://androidforums.com/threads/my-test-of-freeware-android-offline-gps-navigation-applications.806872/> '
etc.

IMHO, three things Google does best in terms of routing:
a. Their address lookup is fantastic
b. Their routing takes into account traffic
c. They give the best verbal directions (by far) 

Nonetheless, the only critical thing is the address lookup
o And secondarily, in high-traffic situations, the second thing

Luckily, you can get _both_ using a web browser pointed to Google Maps
o Which gives you address-to-GPS and traffic 

Hence, what I tend to do is use a web browser and put that data
into an offline map app (such as Mapsource navigator, or OSMAnd~).

That preserves privacy while enabling offline routing with traffic
-- 
Those who don't try to bullshit us will find me quite amicable to them.

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

#73043

On 01/04/2021 03:56 PM, sms wrote:
> On 1/4/2021 1:14 PM, Carlos E.R. wrote:
>> On 03/01/2021 21.12, Arlen Holder wrote:
>>> Plus, originally, it would just complain after 29 days
>>> o But later, it wiped out the offline maps after those 29 days expired
>>
>> One year.

Google maps is just easiest to use.  The bastards have us by the short 
hairs!

> Actually if you were doing offline mapping, to reduce data usage, it
> made sense to use a program like CoPilot or OSMAnd
> <https://osmand.net/>. Those maps don't expire.

I liked OSMand, but you can watch it eating the battery.  I also liked 
CoPilot, but they changed the user interface around and I just didn't 
feel like learning something new AND again feeding in the addresses that 
I had saved previously.

> What you lose is real-time traffic conditions. I used to use the offline
> mapping programs when traveling outside the U.S. but with data prices
> coming down so much it's no longer really necessary.

When I have wireless access (at home or McD etc.) I also like the 
Caltrans Quick Map, IE511 and Sigalert for local traffic stuff.

-- 
Cheers, Bev
   "On the other hand, I live in California so I'd be willing to
    squeeze schoolchildren to death if I thought some oil would
    come out."                                    -- Scott Adams

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

#73050

On Mon, 4 Jan 2021 22:05:37 -0800, The Real Bev wrote:

> Google maps is just easiest to use.  
> The bastards have us by the short hairs!

Hi The Real Bev,

Nobody feels the pain of Google like I do, in that I'm an old time 
aficionado for GPS-based map routing (from the days where we put a 
laptop in our lap while driving to now, where I've written many 
navigation reviews).

But there is a way to maintain your privacy & still get three things:
1. Accurate address lookup
2. Timely traffic based routing
3. Phenomenal spoken directions

I've described how, in gory detail, elsewhere, so I simply respond to 
say I agree they got us by being damn good at those three things 
... but ... 

There _is_ a way to still get those three things, with privacy.

>> Actually if you were doing offline mapping, to reduce data usage, it
>> made sense to use a program like CoPilot or OSMAnd
>> <https://osmand.net/>. Those maps don't expire.
> 
> I liked OSMand, but you can watch it eating the battery.  I also liked 
> CoPilot, but they changed the user interface around and I just didn't 
> feel like learning something new AND again feeding in the addresses that 
> I had saved previously.

I ditched CoPilot long ago, although I used it on the laptop many years ago, 
where it came with a big white dot for the dashboard which was plugged 
into the PC RS232 port, as I recall.

OSMAnd~ is not as good as Google Maps, but it's not bad, as it's one of 
the few offline map apps that I haven't deleted from my phone.

Given I've tested _every_ offline map app that exists (AFAIK)
o Very (very) few stay on my phone (as there are really only two that work)
  <https://i.postimg.cc/CMmSsgtN/maps01.jpg>

>> What you lose is real-time traffic conditions. I used to use the offline
>> mapping programs when traveling outside the U.S. but with data prices
>> coming down so much it's no longer really necessary.
> 
> When I have wireless access (at home or McD etc.) I also like the 
> Caltrans Quick Map, IE511 and Sigalert for local traffic stuff.

Those are _great_ to put as shortcuts in our homescreen MAP folder!

I agree traffic is useful, where you bring up a _great_ point that you 
can get traffic other ways that don't eliminate your privacy, such as 
the sites you just noted (which I'll put in my phone as I'm also in 
California).

I once called the KQED (I think that was the station) who did traffic 
every five minutes in the Silicon Valley to ask what a "sigalert" was. :)
o <https://www.sigalert.com/Map.asp?lat=33.984259&lon=-118.223015&z=2>

Are these the URLs for Californians to put a shortcut to in the map folder?
1. SigAlert: <https://www.sigalert.com>
   For example, for the SF Bay Area: 
   <https://www.sigalert.com/Map.asp?lat=37.40000&lon=-122.00000&z=0>

   o Sigalert Traffic Reports, by Sigalert.com
     <https://play.google.com/store/apps/details?id=com.sigalert.mobile>
     <https://apps.apple.com/us/app/sigalert-com-live-traffic-reports/id424889327>
   Which I just downloaded to my homescreen MAPS folder thanks to you!

2. IE511: <https://ie511.org/traffic> (seems to be only for socal though)
   o IE511, by Riverside County Transportation Commission
     <https://play.google.com/store/apps/details?id=com.RCTC.IE511>
     <https://apps.apple.com/us/app/ie511/id493159934>

   There seems to be a Northern California equivalent, I think, over here:
   <https://511.org/>
   Which I saved as a shortcut to my homescreen MAPS folder thanks to you!

3. Caltrans Quick Map <http://quickmap.dot.ca.gov/>
   o Quickmap, by California Department of Transportation
     <https://play.google.com/store/apps/details?id=gov.caltrans.quickmap>
     <https://apps.apple.com/us/app/caltrans-quickmap/id1193696577>
   Which I just downloaded to my homescreen MAPS folder thanks to you! 

4. Google Maps (Put a web shortcut in your homescreen MAPS folder)
   <https://www.google.com/maps/@37.4000000,-122.0000000,12z/data=!5m1!1e1>

Thanks The Real Bev for adding value to our overall knowledge base!
-- 
BTW, I "think" Google gets most of its traffic from spying on stupid people
 who have location turned on, and some of it from its Waze outlets, 
but where do the traffic suppliers in the sites above get their traffic from?

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

#73028

On Mon, 4 Jan 2021 22:14:43 +0100, Carlos E.R. wrote:

> On 03/01/2021 21.12, Arlen Holder wrote:
>> Plus, originally, it would just complain after 29 days
>> o But later, it wiped out the offline maps after those 29 days expired
> 
> One year.

Hi Carlos,
Thanks for that datum, as I never understood why the deletion period was so
short in the days that we didn't need to log into a Google Account just to
download a map tile that we could easily see without logging into a Google
Account.

A year seems a lot more reasonable than a month, for sure.

I won't be using this Google offline maps feature, but I do agree with
anyone who claims Google's address lookup is the best on earth.
o My test of freeware Android offline GPS navigation applications 
<https://androidforums.com/threads/my-test-of-freeware-android-offline-gps-navigation-applications.806872/> 

In the olden days, we used to use "AddressToGPS" freeware to scrape the
Google Address database, but that stopped working for me a while ago.
1. I'd use AddressToGps to get the coordinates, and then
2. I'd punch those coordinates into any offline map program

That works great, by the way, but again, Google "routing" is, by far, the
best, particularly because it takes traffic into account.
o Is there a non Google freeware traffic app 
<https://groups.google.com/forum/#!topic/comp.mobile.android//Ve_2cgliiGk> 

There are easy workarounds to AddressToGps though, which I outlined in
prior threads, such as using a web browser to get the GPS coordinates out
of Google Maps, but if you're gonna go to that much trouble, then you may
as well just route with traffic inside the web browser (which works sans a
login, as far as I can recall).
o Is there a non Google freeware traffic app
<https://groups.google.com/g/comp.mobile.android/c/Ve_2cgliiGk/>

The end result is that Google Offline Maps are "nice" to have
but there are plenty of workarounds such that the onus of a login is too
much for me to bother with it (for the little gain it provides).

Thanks for the datum that Google no longer unilaterally wipes out your
downloaded offline maps after only a month's time.

See also:
o Does anyone know how or if Google associates your identity with your Google Map navigation activities? 
<https://groups.google.com/forum/#!topic/comp.mobile.android/um2niVH0oYU> 

o What decent free offline no-login privacy-enabled road map apps exist for Android users to enjoy? 
<https://groups.google.com/forum/#!topic/comp.mobile.android/YadPNimUcu8> 
-- 

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

#73033

On Tue, 5 Jan 2021 01:51:56 +0000 (UTC), Arlen Holder wrote:

> In the olden days, we used to use "AddressToGPS" freeware to scrape the
> Google Address database, but that stopped working for me a while ago.
> 1. I'd use AddressToGps to get the coordinates, and then
> 2. I'd punch those coordinates into any offline map program

I just checked my APKs where this is the addresstogps I used to use:
o AddressToGps <me.danielbarnett.addresstogps> version 1.32 (14)
  <https://f-droid.org/wiki/page/me.danielbarnett.addresstogps>

It worked beautifully in the olden days while traveling on the road:
a. You only needed data to anonymously scrape the Google db
b. Then you punched in the coordinates into an offline map program

Notice that you only needed the Internet for, oh, about 30 seconds.
o And you preserved your privacy with your lookup & subsequent routing

If you needed traffic, you could anonymously use a web browser
o Pointed to Google Maps with the traffic option turned on

Worked like a charm.
-- 
Those who don't try to bullshit me find me quite friendly & helpful.

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

#73432

On 1/3/2021 12:12 PM, Arlen Holder wrote:
> 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

It is now 1 year.

> 
> 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.
> 

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

#73345

On Sat, 02 Jan 2021 14:21:35 +0000, 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?

Thank you all for your answers. This tells me that phones are
where our Amstrad computer was in the 1980's. Our machine did
have an extra memory bank but it couldn't be accessed directly;
we had to type in a command that switched to that, and then we
had access, but only to that. I assume this had to do with the
word length, not  being able to specify the extra bank.

I expect that some time in the future, when we add an SD card,
it will be treated as an extension of the basic memory.

-- 
Dieter Britz

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

#73348

On 11/01/2021 14.51, Dieter Britz wrote:
> On Sat, 02 Jan 2021 14:21:35 +0000, 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?
> 
> Thank you all for your answers. This tells me that phones are
> where our Amstrad computer was in the 1980's. Our machine did
> have an extra memory bank but it couldn't be accessed directly;
> we had to type in a command that switched to that, and then we
> had access, but only to that. I assume this had to do with the
> word length, not  being able to specify the extra bank.
> 
> I expect that some time in the future, when we add an SD card,
> it will be treated as an extension of the basic memory.

No.

The card is not used as extension of basic memory intentionally. There
is no hardware limitation, the "original" operating system supports it,
but the "final" operating system disables the possibility intentionally.

It is nothing at all as the ancient memory problem.

-- 
Cheers, Carlos.

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

#73363

Dieter Britz <dieterhansbritz@gmail.com> wrote:

> I expect that some time in the future, when we add an SD card,
> it will be treated as an extension of the basic memory.

Not unless YOU enable the Adoptable Storage feature in the OS, and only
if the feature is available in your version of the OS.  It is not nor
should it ever be the default behavior because it is destructive to any
existing data on the external storage (both when enabled and later when
disabled).  Extending the volume by attaching another storage medium
will be by your action.  You've already been warned about the
disadvantages of using Adoptive Storage.  Hope you remember whenever you
get around to adding an SD card to your phone.

[toc] | [prev] | [standalone]

Page 3 of 3 — ← Prev page 1 2 [3]

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

csiph-web