Google Earth issue

I am currently using Google Earth 4.2.0205.5730 (latest version) with Leopard 10.5.1. For the most part it works great, but I am having one issue that I'm hoping someone out there might know how to fix. Every time I start Google Earth for the first time, it takes literally minutes to open while it is loading My Places. On a whim, I located my My Places files (in the Library-->Application Support-->Google Earth) and temporarily moved them and tried opening Google Earth without them. It instantly opened with no problems. I tried returning each My Places file one at a time and opening Google Earth, and no matter which file I chose, Google Earth reverted back to slogging upon loading any My Places files--again, taking up to two minutes to load. I did not have this issue when using Tiger, so am assuming this is directly related to Leopard. Any thoughts? Fixes?
One other thing I have tried is trashing the .kml file completely and downloading all layers again from scratch, but that didn't help either.
Thanks,
darkbodhi

Christoph,
Thanks for the reply. I did as you suggested and deleted GE completely and reinstalled it, but the problem persists, so I'm beginning to think that the "My Places" layers that I've downloaded--which aren't many--are for some reason not playing nice. I guess I'll just get used to the wait as everything opens. Once the layers are loaded, GE works beautifully.
darkbodhi

Similar Messages

  • [ISSUE FOUND] Help Request Stabilizing Google Earth 7.1

    Good Morning Fellow Archers,
    Arch is my main OS, I have a Windows 7 partition for Games (Skyrim).
    I am x86_64, running the 32bit libs, NVidia GTX-660 platform, with the "ck" kernel option for my Piledriver CPU with the associated "ck" nvidia modules. The system works very nicely. And I couldn't be happier with Arch as a distribution!
    I have started cycling in the last 7 months for health reasons, and in preparation for a disabled veterans Sea to Shining Sea ride in 2014 that I want to participate in (San Fran to Virginia Beach). I use Google Earth (G.E.) to map out various long-distance trails/paths locally to take as training runs with my riding partner.
    I use Google Earth in my Windows 7 partition because I cannot get Google Earth 7.1 running stably under Arch. And I openly acknowledge that the "path" section of G.E. is glitchy in and of itself....platform independent. I am OK with that.
    Yesterday, I followed some other threads and downloaded from the AUR. I installed the one package I needed, "ld-lsb", installed, and then did the usual "makepkg -s" for Google Earth. What it brought down was the x86_64 version of Google Earth, instead of the i386 version that I was expecting, mentioned on the AUR page.
    There was no resultant ".xz" package from which to do a "pacman -U". But the layout was kind obvious where to put things so I manually moved things around as indicated. There was a launcher script that came with the tarball that set environment variables and performed some font stuff before actually launching G.E.
    I launched G.E. using the included launching script from a cli, so I could observe what was going wrong. G.E. came right up, and the fonts did not look wierd as in previous releases. There are a lot of repetitive errors showing up in the cli, but G.E. at least runs.....until....You click on a photo or a place, add more than a few "nodes" to a "path". Instant crash, no signal traps, no nothing...it just vanishes into thin air. And it will not launch again until I restart my D.E. and/or "zap" the "X" server. I am assuming this is necessary to clear out some environment variables that are temporary in nature that the launcher script setup, although I do not know this for sure.
    I have included the copy-n-paste error trail from the cli at the bottom of this post.
    I have also attempted to install the Windows version under Wine to get around the issue, with no luck. The G.E. installer can't seem to find the internet conenction and dies. The wine-gecko app is installed, as I have one other Windows specific reference software package installed under Wine...that uses the network to update itself. It works just fine....telling me that my Wine install is OK.
    I see that others using Arch seem to have G.E. running stably......
    I am requesting assistance to get my G.E. installation stable as well. I have no idea where to start....
    Some assistance please?
    Sincerely and respectfully,
    Dave.
    //----------------Begin cut-n-paste of typical errors leading up to a crash------------------//
    [0514/101324:ERROR:net_util.cc(2195)] Not implemented reached in bool net::HaveOnlyLoopbackAddresses()
    [0514/101325:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
    [0514/101325:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
    Last edited by dcbdbis (2013-05-15 01:54:26)

    I did one more test......
    I rebooted with the stock Arch kernel and stock modules for NVidia......The issue remains. The problem is not specific to the "ck" kernel series and their associated video modules.
    One more tidbit...I am running pure systemd.......and 16Gb of ram that memtest86 "blesses". And I am not overclocked in any way. The AMD Piledriver (bulldozer Rev II) doesn't need it at all...and I don't like pushing things anyway. I use the "ck" kernels because I can get them compiled specifically for my CPU and I do notice significant responsiveness gains. A Thank You is in order to graysky for providing these kernels.
    Dave.
    Last edited by dcbdbis (2013-05-14 16:29:14)

  • Google earth and google earth plugin not working on

    Hi,
    I have a macbook 2006 with Intel GMA 250 and OS 10.6.8, and I cannot manage to make google eart work properly, nor google earth's plugin on safari, firefox, or google chrome. It worked fine previously, but stoped at a certain point (since several months). I have reinstalled the plugin several without success. I also tried troubleshooting from google earth, without success. 
    Does anyone experiencing the same problem knows how to solve it?
    Thanks
    THibaut

    More information would be great.
    What type of site is it?  WordPress?  Joomla or Drupal?
    What drag and drop theme or framwork are you using?
    What version of software and theme, what type of hosting, what version of PHP and mySQL?
    I'm having similar issues but details such as these will go a long way to grouping symptoms and getting to the bottom of the problem(s).
    One thing I've noted is that in most cases everything is actually working.  It's just taking an unbelievably long time.  jQuery isn't the problem either.  It seems more closely related to the quantity of available tasks on a given page.
    There are forum posts for v7 that say Safari isn't compatible with WordPress for example.  It is compatible and works just fine, but if you're running the latest version of Catalist Theme and their Dynamic Site Builder you can't do anything with Dynamic admin because all its options are on a single page which appears to be too much for Safari 7 to handle for some reason.  Folks are having similar problems with Genesis, Headway Theme, Pagelines and many others.

  • Is it possible to import and display/plot (Google Earth) KML files as overlays in Mac OS 10.9 Maps application?

    Is it possible to import and display/plot (Google Earth) KVM files as overlays in Mac OS 10.9 Maps application?
    Here is the particular application: (note I haven't gotten the code to compile yet -- seems to be several differently named environment variables in Mac unix than in Linux that are making the compile blow up -- but that's another issue) there is a freeware application that can do radio path loss prediction and plot path loss contours on a map. It has an option to output the data as KML files which can be imported into Google Earth, in order to display the path loss contours on Google Earth maps. I guess you could liken it to displaying overlays of GIS-like data in Google Earth. I would like to know if there is a mechanism to facilitate importing KML data files to overlay (preferably in a translucent fasion so that you could see the underlying map) onto Mac OS 10.9 Maps?

    varjak paw wrote:
    They're also known to patent things they never release. So while it indicates that they're investigating such things, a patent application is no guarantee that anything will ever come of it, much less be immanent. And that application was filed in 2012 and is really for something rather different.
    Regards.
    As I stated, "possibly."
    While the commerce side of it has little to do with the KML files, per se, the API for the layer data should allow for any type of overlay.
    Also, the patent was filed Dec 19, 2013. There was a related patent filed in 2012. Not sure what it is about.

  • Google Earth Jerky Movement

    I have the latest version of Google Earth 6 (6.0.2.2074) and am extremely disappointed at the choppy / jerky movement I am seeing.  I have a mid 2010 15" MacBook Pro Intel Core i7 2.66 GHz with NVIDIA GeForce GT 330M 512MB GPU.  My internet speed should be adequate at 8MB.
    I have tried downloading earlier versions of Google Earth, 4 and 5 but these have the same issue on my machine. I've tried disabling all of the layers and turning off effects in the Google preferences panel.  I've also tried using a smaller window.  The jerky / choppy movement is always present.
    While Google Earth is very stable and so far has never quit on me - this glitch is very irksome. 
    Is this 'normal' for Google earth on a MacBook Pro?

    The problem is not flash related.
    I booted into my XP partition and found the performance to be exactly the same.  So, it's either the case that the hardware of my MacBook isn't up to the job - or Google Earth just does not produce smooth flowing graphics.
    I may take a trip to the Apple Store and try out Google Earth on some other 'desktop' Macs.

  • Google Earth Freezes with Intel Graphics

    I'm using an I7 K2700 Sandy Bridge. Google Earth shows funny fragments before a picture stabilizes and if you dare to zoom to quick it freezes the whole X-server.
    Unfortunately also no log entry. My previous PC with NVIDIA video and closed source driver worked perfectly with Google Earth.
    Doubting the 3D acceleration I tried using "Neverball", which works perfectly.
    Any suggestions I could try out?

    Thanks, that's my trouble too!
    "When i downgrade lib32-intel-dri lib32-libgl to 7.11 version everything seems to be OK."
    Since so far this is the only conclusion which is not a really clean solution we might keep this issue open.
    If Google Earth is incompatible to the latest versions of lib32-intel-dri and lib32-libg there isn't much the AUR maintainer can do.

  • Google earth crashing[SOLVED]

    The current AUR PKGBUILD doesn't run on this system.  I have an ati x200m using opensource drivers (radeon).  I installed an older package 5.0.xx and I get less errors but it still crashes.  I am guessing this is a video issue, but whatever it is I can't google a way to fix it.  Any suggestions?
    Failed to load "/opt/google-earth/libevll.so" because "/opt/google-earth/libevll.so: undefined symbol: gluNewTess"
    EDIT: I've also rebuilt with this version - google-earth-5.1.3535.3218-1, I am getting the same error message.
    EDIT SOLVED: I needed to install freeglut.  This was not necessary on my desktop because I am using nvidia drivers.
    Last edited by empthollow (2010-07-19 05:45:53)

    The current AUR PKGBUILD doesn't run on this system.  I have an ati x200m using opensource drivers (radeon).  I installed an older package 5.0.xx and I get less errors but it still crashes.  I am guessing this is a video issue, but whatever it is I can't google a way to fix it.  Any suggestions?
    Failed to load "/opt/google-earth/libevll.so" because "/opt/google-earth/libevll.so: undefined symbol: gluNewTess"
    EDIT: I've also rebuilt with this version - google-earth-5.1.3535.3218-1, I am getting the same error message.
    EDIT SOLVED: I needed to install freeglut.  This was not necessary on my desktop because I am using nvidia drivers.
    Last edited by empthollow (2010-07-19 05:45:53)

  • [SOLVED] Google Earth - grey screen

    More GE problems.
    Now, when I start GE, I get nothing displayed.  Just a blank, black screen where the Earth image should be and a blank, grey screen when I zoom in.  (Just to make it clear, all the menus, sidebars etc are displayed correctly, it's just the Earth display that's affected.)
    Googling the issue shows that a number of people are experiencing this problem with Intel graphics drivers, but I have nvidia (nvidia-304xx driver) and the only suggested fix, to untick 'atmosphere' in the View menu, does not work.
    Is anyone else experiencing this?
    Does anyone have any suggestions as to what I can do?
    Many thanks,
    David Shaw
    Last edited by dtmc (2013-02-01 19:32:25)

    I experience the same problem with Google earth 7. I have "fixed" it by installing google-earth6 (available from the AUR).

  • 20" iMac freezes when running Google Earth

    This is the only problem I've ever had with my Mac and it is consistent. After running Google Earth for about 10-15 minutes the screen freezes and I have to force shutdown and reboot to rectify the problem.
    I did some temperature measurements at the vent in the back and noticed a considerable temperature rise when running Google Earth. I think my graphics card is getting a serious workout and may go into thermal overload.
    Has anyone else experienced this?

    Hi dicoll
    I can think of two thing that might cause the issue you describe:
    _The first is how much ram is installed in your iMac?_
    If your system is running low on available ram and paging out to the HD, when your running Google Earth it will cause the program to hesitate and or freeze. Try using the Activity Monitor, to monitor your ram usage and also to check for a failed process.
    http://docs.info.apple.com/article.html?artnum=107918
    _The second is what you describe as a thermal issue!_
    To monitor temp's and fan speeds for a thermal issues there is the iStatPro widget. (Note the temp. for the GPU Diode)
    http://www.apple.com/downloads/dashboard/status/istatpro.html
    And then for monitoring and adjust the fan speeds there is smcFanControl Application.
    http://www.macupdate.com/info.php/id/23049
    Dennis

  • Google Earth License not updating

    Hello All,
    We have to update new license to our clients, for the existing google earth package version 7.1.1.1580.
    We updated the registry under this location
              <Include>
                <Key Path="\REGISTRY\USER\[{AppVCurrentUserSID}]\Software\Google\Google Earth Pro">
                  <Value Type="REG_SZ" Name="Passport" Data="xxxxxxxxxxx"/>
                </Key>
              </Include>
    this did not work, when we launch our application, it prompts like "your license is going to expire in few days"
    whereas our new license is valid for few more months.
    Has anyone faced this issue?
    I even tried updating user name, passport (License key) in machine wide virtual registry, still it did not work.
    Any help would be greatly appreciated.
    Thanks!

    Hello,
    <Include> is not a supported tag within the XML-file.
    See this guide;
    http://ittechlog.wordpress.com/2014/04/23/how-to-modify-the-virtual-registry-using-app-v-deploymentconfig-and-userconfig/
    Nicke Källén | The Knack| Twitter:
    @Znackattack

  • No ping / traceroute / google earth since Pacman Syu today

    Hello,
    I did a pacman -Syu this morning as I do most days.  To be honest I can't recall precisely what was updated (kernel headers, glibc not sure what else - sorry).  I am now finding that while I can surf the web / be on IRC / dowload my e-mails - some things are broken.  I am not sure if they are related, but they were all working very recently. I use pan for usenet and it is giving me "no such process" when trying to contact my news server.  whois is giving "Temporary failure in name resolution", ping and traceroute are is giving "unknown host" on everything, and google earth "cannot contact  authentication server".
    I have not done anthing to my network settings or router, and other boxes using it can still (eg) ping out.
    I am nervous about trying a reboot in case I lose the connectivity I have, because I really need this box functional on the net at the moment.
    I am baffled.  Any ideas please?
    Added by way of edit : - I had both Firefox and Opera open. I tried closing Opera and on restarting it cannot connect to the net. I suppose that I will lose connectivity with other applications if I close them.
    Second edit : So I got my head out of my rear sufficiently to read the pacman.log. Todays upgrades were :
    [2008-12-16 10:15] starting full system upgrade
    [2008-12-16 10:28] upgraded kernel-headers (2.6.26.3-1 -> 2.6.27.6-2)
    [2008-12-16 10:28] warning: /etc/locale.gen installed as /etc/locale.gen.pacnew
    [2008-12-16 10:28] Generating locales...
    [2008-12-16 10:28]   en_GB.UTF-8... done
    [2008-12-16 10:28]   en_GB.ISO-8859-1... done
    [2008-12-16 10:28] Generation complete.
    [2008-12-16 10:28] upgraded glibc (2.8-3 -> 2.9-2)
    [2008-12-16 10:28] upgraded binutils (2.18-9 -> 2.19-1)
    [2008-12-16 10:28] upgraded bison (2.3-4 -> 2.4.1-1)
    [2008-12-16 10:28] upgraded dhcpcd (4.0.4-1 -> 4.0.7-1)
    [2008-12-16 10:28] upgraded gcc-libs (4.3.2-1 -> 4.3.2-2)
    [2008-12-16 10:28] upgraded gcc (4.3.2-1 -> 4.3.2-2)
    [2008-12-16 17:16] synchronizing package lists
    I don't know what could cause this apart from glibc.
    I am also wondering whether this is the related to the issue metalforever reported earlier today with his "transient resolver failure"
    It makes no difference to run as root btw.
    Last edited by perseus (2008-12-16 17:56:35)

    I found that the problem was a DNS one.  ping etc worked if I fed it IP addresses instead of domain names.  I am using pdnsd, which seemed to be working so far as I could tell.  The daemon was running and "pdnsd-ctl dump" output the contents of what seems to be a valid cache.  I changed /etc/resolv.conf to stop using pdnsd temporarily and my DNS came back.
    I still don't have the faintest idea why this problem has arisen.  I am too busy to try taking it any further at the moment.  Maybe I should cross-post this in the networking forum.

  • Google Earth-3d Warehouse

    Hello,
    I am an architect using Archicad Graphisoft. They have an application called Google Earth Connections. This allows import and export of 3d information to Google Earth.
    I would like to use this, however it is only available for Windows. Graphisoft has informed us that this is an Apple issue. They do not provide enough public input on the the Google 3d warehouse runs.
    Does anyone know about this issue, and when or if Apple will support the Google Earth 3d warehouse in the future?
    Best,
    Traviarch

    MillTek wrote:
    Hi,
    I went to the AUR downloaded it and ran makepkg and installed it. When I try executing googleearth-bin I get;
    ./googleearth-bin: error while loading shared libraries: libfreeimage.so.3: cannot open shared object file: No such file or directory
    What's strange is that libfreeimage is in the actual directory that I'm executing in??? (/opt/google-earth)
    What am I doing wrong?
    Jim
    you should run /usr/bin/googleearth

  • Based in Thailand, but I can't download Facebook and Google Earth for iPad, what do I do?

    Trying to download Facebook and Google Earth applications for the new iPad 2.  I'm based in Thailand and is unable to find in Thai iTune store.  Very frustrated.  But when I change location to either USA or UK, those two apps do appear.  The only stumbling block is that I do not have a credit card based on those two countries, thus unable to create an account there.  What can I do to get around this weird situation?

    It is really weird that they do have a Facebook application for iPhone, but not for iPad in Thai iTune store.
    There could be copyright or other legal issues of some sort, or Facebook may just not have the iPad version regionalized yet. No way to know with any certainty.
    So we are unable to download applications elsewhere besides our region/country? 
    That is correct. The terms of use for any country's iTunes/App Store restrict its use to within that country only.
    Or is there anything we could do to bring to attention the people who work for iTune Thailand that they need to make available certain applications that already do appear in foreign iTune stores?
    It's not up to Apple, it's up to the developers. You'd need to contact Facebook and Google and urge them to make their apps available in Thailand.
    Regards.

  • Google Earth shows white screen

    Hi I am using Arch Linux 64 bit latest. I have an nvidia graphics card (8600 GTS). I have installed google earth from the AUR and from the google earth website but with both of them they just show a white screen. Help Anyone?

    Well heck, right now I'm running Mandriva 2009.0 x86-64 and GE is not in repos, and from google.com it cant find GTK libraries! Then I installed it using an RPM and it installed the libs so I'm good.
    Anyhow, back to work. I was searching for GE 64 bit errors and found this message. I read in another message that you should try going to [View]->[Atomosphere] and disable that (im on Windows away from home right now so I cant see if that option still exists, esp. since this is not my computer LOL) and see if that fixes your problem. If not, there was an issue with Mono once that caused GE to show a white screen the more you zoomed in. Maybe thats it? IDK cuz I havent used Arch in over a month and a quarter now so...

  • Google-earth crash

    Hello
    I experiencing the following issue for google-earth 7.1.4.1529-1
    1. $ google-earth
    [0610/180031:ERROR:net_util.cc(2195)] Not implemented reached in bool net::HaveOnlyLoopbackAddresses()
    libGL error: No matching fbConfigs or visuals found
    [0610/180034:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
    [0610/180034:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
    [0610/180034:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
    [0610/180034:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
    [0610/180034:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
    [0610/180034:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
    [0610/180034:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
    [0610/180034:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
    libGL error: failed to load driver: swrast
    [0610/180034:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
    [0610/180034:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
    Google Earth has caught signal 11.
    We apologize for the inconvenience, but Google Earth has crashed.
    This is a bug in the program, and should never happen under normal
    circumstances. A bug report and debugging data have been written
    to this text file:
        /home/bobses/.googleearth/crashlogs/crashlog-55785112.txt
    Please include this file if you submit a bug report to Google.
    2. The crashlog:
    Major Version 7
    Minor Version 1
    Build Number 0004
    Build Date Mar 30 2015
    Build Time 22:21:27
    OS Type 3
    OS Major Version 4
    OS Minor Version 0
    OS Build Version 5
    OS Patch Version 0
    Crash Signal 11
    Crash Time 1433948434
    Up Time 5.80954
    Stacktrace from glibc:
    ./libgoogleearth_free.so(+0x1e8d3b)[0xf7352d3b]
    ./libgoogleearth_free.so(+0x1e8f71)[0xf7352f71]
    linux-gate.so.1(__kernel_sigreturn+0x0)[0xf773fbe0]
    3. Kernel: x86_64 Linux 4.0.5-1-ARCH + Nvidia GeForce 210
    cat /etc/os-release
    NAME="Arch Linux"
    ID=arch
    PRETTY_NAME="Arch Linux"
    ANSI_COLOR="0;36"
    HOME_URL="https://www.archlinux.org/"
    SUPPORT_URL="https://bbs.archlinux.org/"
    BUG_REPORT_URL="https://bugs.archlinux.org/"
    I found same bug reported recently here: https://code.google.com/p/earth-issues/ … id&id=1826
    Any idea? Thanks.

    I solved (in part) this issue due to a comment on the page google-earth AUR: https://aur.archlinux.org/packages/goog … mments=all
    The comment is (unedited):
    "Comment by hutou
    2015-04-12 20:08
    On Arch64, a standard install from AUR succeeded, but GE crashed on startup (error = "unknown graphic card")
    I then recompiled the package with _64=1 : GE did launch, but 2 issues remained : no panoramio and search not working.
    The first can be solved by installing the packages freeimage and libpng15, and then recompiling the package google-earth with the variables _64 and _attempt_fix set to 1 in the PKGBUILD.
    The second issue is related to the decimal separator of some locales (fr for me), and is easily solved by inserting the line
    export LC_NUMERIC=en_US.UTF-8
    just before the line
    LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH ./googleearth-bin "$@"
    in the file /opt/google/earth/free/googleearth
    This worked for me : GE works fine, no crashes."
    I said that I solved in part because I received only the following error when I run google-earth in terminal (but Google Earth seems to run ok - I didn't do so many tests):
    [0610/212239:ERROR:net_util.cc(2195)] Not implemented reached in bool net::HaveOnlyLoopbackAddresses()
    [0610/212239:WARNING:backend_impl.cc(1875)] Destroying invalid entry.
    [0610/212240:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
    Still looking forward for a solution without errors.
    Last edited by Bobses (2015-06-10 18:24:15)

Maybe you are looking for