"Geen echt gezonde situatie", mee eens, maar ook nauwelijks een probleem te noemen.
Probleem 1:
https://www.google.com/earth/download/gep/agree.html _ advanced setup
U downloadt versie 7.3 van Google Earth Pro. Deze versie installeert automatisch de aanbevolen updates. Gebruikt u liever een eerdere versie van Google Earth Pro, ga dan naar de pagina met installatieprogramma's.
Google installeert – blijkbaar/waarschijnlijk – ongevraagd de 64 bits versie op een 64 bits Windows PC
als je kiest voor "automatische installatie". Of als de "Google Update-service" de update onzichtbaar (en dus automatisch én ongevraagd) uitvoert.
En dat is gewoon fout!
Vergelijk met, bijvoorbeeld, Microsoft Office 365.
Microsoft adviseert zelfs om op een 64 bits PC de 32 bits versie te installeren. Niet de PC bepaalt deze keuze maar het gebruik!
Oude VBA of zelfs VB code moet kunnen communiceren met Office 365 en dus: 32 bits.
BaseCamp moet kunnen communiceren met Google Earth en dus: 32 bits.
Microsoft zal dan ook nooit (!) een 32 bits versie automatisch én ongevraagd upgraden naar een 64 bits versie.
Nogmaals: dat Google dit wel doet is gewoon fout!
Oplossing 1: meldt dit bij Google als een issue.
En... ik vind dit een mooie taak voor
Waypoint en/of
Garmin. Zij zijn verantwoordelijk voor deze "geen echt gezonde situatie"!
Niet fout, maar wel teleurstellend is dat "Google Update-service" alleen op Windows Server via "Group Policy Management Console" geconfigureerd kan worden: welke applicaties krijgen wel en welke krijgen geen automatische updates?
Redelijk zinloos, want ik ken geen Windows Server waar Google applicaties op mogen worden geïnstalleerd (Company policy).
Een BaseCamp PC-tje (heeft géén gpmc) zou een dergelijke configuratie optie wél op prijs stellen: GC wél en GE niet updaten...
Probleem 2:
Garmin BaseCamp is 32 bits en alleen een BaseCamp 64 bits zou dit probleem op kunnen lossen.
Dit is slechts beperkt juist (IMO).
Ik heb hierboven aangegeven dat ik een mislukte poging (30 minuten) heb gedaan om via een Out of Process, 64 bits, Applicatie alsnog Google Earth aan te roepen en "C:\Users\<username>\AppData\Local\Temp\ge2060\kmz\*.kmz" (nu: 226 bestanden!) te laden binnen Google Earth Pro.
De mislukte BaseCamp opdracht (geselecteerde track) zag ik niet binnen Google Earth Pro 64-bits verschijnen. Na installatie van Google Earth Pro 32 bits versie zag ik deze BaseCamp track alsnog binnen Google Earth Pro 32-bits getoond worden. Maar dat zag ik pas véél later.
Ik denk nog steeds dat het moet kunnen, in ieder geval voor Garmin.
BaseCamp moet op één puntje worden aangepast: BaseCamp zal via een extra component met Google Earth moeten communiceren omdat rechtstreekse communicatie niet mogelijk is. En deze extra component zal als 64-bits Applicatie moeten worden gebouwd. Dit is één dag werk.
Probleem 3:
BaseCamp kan nu
rechtstreeks met de laatste 32-bits versie van Google Earth Pro communiceren.
Dus
"een in Basecamp gemaakte route" kan
rechtstreeks "getoond worden in Google Earth"!
Maar (zie Probleem 1), Google zal – zodra er een nieuwe versie beschikbaar is – een update uitvoeren naar de nieuwste versie én naar de 64-bits versie.
Op dat moment, en dat is niet wekelijks, zelfs niet maandelijks, is het probleem voor de BaseCamp gebruiker minimaal:
- BaseCamp meldt: "This feature requires Google Earth to be installed and running."
Dus actie is vereist: 1 minuut werk.
- Deïnstalleer Google Earth Pro: 1 minuut werk.
Doe dit gewoon vanuit Windows Control Panel. Gebruik geen Revo Uninstaller (volledig uninstall) zodat de instellingen bewaard blijven.
- Download de laatste versie van Google Earth Pro 32-bits (direct installer): 1 minuut werk.
- Download_Google Eart Pro.png (83.91 KiB) 3343 keer bekeken
- Installeer de laatste versie van Google Earth Pro 32-bits: 1 minuut werk.
Dus hèt probleem voor de BaseCamp gebruiker is in minder dan 5 minuten tijd opgelost.
Probleem 4:
Ik vermoed, neem aan, dat je op het moment dat er een Google Earth Update 64-bits - automatisch - wordt geïnstalleerd je op dat moment óók de meest recente 32-bits versie moet downloaden. Doe je dat niet dat zal Google Updater bij volgende gelegenheid alsnog de oude 32-bits versie vervangen door de nieuwste 64-bits versie.
Ik zal dit - als ik het niet vergeet - testen bij de volgende update.
@SciFi, @HaWee, @AnkEric:
Dit rechtvaardigt dus niet het stopzetten van de "Google Update-service (gupdate)" én "Google Update-service (gupdatem)" én GoogleUpdateTaskMachineCore én GoogleUpdateTaskMachineUA (scheduled tasks)!
Het is meer werk om regelmatig én handmatig Google Chrome op updates te controleren. Dat de updater bij @AnkEric niet - goed - werkt is een ander probleem: zijn/haar probleem!
Maar toch is én blijft het mijn voorkeur om GoogleUpdater te verwijderen. Ook dit ding ("kreng") is gewoon "fout" ("annoying") en niet alleen IMO:
Of: how-to-remove-annoying-googleupdateexe-background-process-after-installing-google-chrome
Security check: of bevestigen dat je geen robot bent, of nogmaals op de url klikken om deze url te openen.
Quote LL: "It took some doing to get rid of every piece of this, most useful to complete the process was Revo Uninstaller. Google has been banished for improper actions!"
Of: how-to-remove-googleupdate-exe
Mijn ervaring: je kunt én de Services én de Scheduled Tasks verwijderen én (tenslotte) googleupdate.exe.
Maar zodra je Google Chrome update (google-chrome-standalone-offline-installer) dan is alles weer terug zoals het was 
Maar goed: de tweede keer is uitschakelen binnen een paar minuten uitgevoerd.