GGMAP MANQUE MANGE MANQUE (sauf lorsque vous utilisez un périphérique PDF)

Question

J'utilise la bibliothèque GGMAP en R pour produire une carte de la région d'Atlanta. Lors de l'exécution du code, je suis en mesure d'obtenir des points tracés sur la carte ainsi que d'autres couches, mais je ne suis pas en mesure d'obtenir la carte elle-même à imprimer dans n'importe quel appareil graphique autre que PDF. Je soupçonne un problème de configuration car je suis en mesure d'utiliser ce code sur un ordinateur différent sans problème, mais deux autres machines affichent simplement des tracés vierges.

Voici une version réduite du code. Je suppose que mes parcelles vierges ne seront pas reproductibles, mais j'espère obtenir des conseils sur l'endroit où se trouve le problème de configuration.

library('ggplot2')
library('ggmap')
library('mapproj')

# ggmapTemp.png gets saved to the working directory correctly
atlanta <- get_map(location=c(lon=-84.26039,
                              lat=33.8751),
                   zoom=9,maptype='roadmap')

atlantaMap <- ggmap(atlanta, extent = 'device', legend = 'topleft')

# this produces a blank plot from both RStudio as well as R
atlantaMap

# this produces the actual map correctly
pdf("plot.pdf")
atlantaMap
dev.off()

# this produces a png file with only a white background
png("plot.png")
atlantaMap
dev.off()

Informations sur la session:

R version 2.15.3 (2013-03-01)
Platform: x86_64-w64-mingw32/x64 (64-bit)

locale:
[1] LC_COLLATE=English_United States.1252  LC_CTYPE=English_United States.1252   
[3] LC_MONETARY=English_United States.1252 LC_NUMERIC=C                          
[5] LC_TIME=English_United States.1252    

attached base packages:
[1] stats     graphics  grDevices utils     datasets  methods   base     

other attached packages:
 [1] mapproj_1.2-1    ggmap_2.3        ggplot2_0.9.3.1  maps_2.3-6       maptools_0.8-27 
 [6] sp_1.0-14        car_2.0-19       reshape2_1.2.2   plyr_1.8         Revobase_6.2.0  
[11] RevoMods_6.2.0   RevoScaleR_6.2.0 lattice_0.20-13  rpart_4.1-0     

loaded via a namespace (and not attached):
 [1] codetools_0.2-8     colorspace_1.2-4    dichromat_2.0-0     digest_0.6.3        foreach_1.4.0      
 [6] foreign_0.8-52      grid_2.15.3         gtable_0.1.2        iterators_1.0.6     labeling_0.2       
[11] MASS_7.3-23         munsell_0.4.2       nnet_7.3-5          png_0.1-6           proto_0.3-10       
[16] RColorBrewer_1.0-5  RgoogleMaps_1.2.0.5 rjson_0.2.13        RJSONIO_1.0-3       scales_0.2.3       
[21] stringr_0.6.2       tools_2.15.3   

Et capacités:

jpeg      png     tiff    tcltk      X11     aqua http/ftp  sockets   libxml     fifo   cledit 
TRUE     TRUE     TRUE     TRUE    FALSE    FALSE     TRUE     TRUE     TRUE    FALSE     TRUE 
iconv      NLS  profmem    cairo 
TRUE     TRUE     TRUE     TRUE 

Answer 1

Le problème a à voir avec le serveur limitant la profondeur du bit qui est passé par la connexion. Oracle documente le problème et la solution Sur leur site:

Dans une session de bureau à distance, toutes les variables d'environnement, y compris les variables d'affichage déterminant la profondeur des couleurs, sont déterminées par les paramètres de connexion RCP-TCP. Par exemple, les utilisateurs peuvent réduire la profondeur de la couleur lors de la connexion sur une connexion lente. Les différents paramètres sont de 15 bits, 16 bits, 24 bits ou 32 bits par pixel. Pour élever la profondeur de couleur de bureau à distance:

Sur le serveur Windows, lancez la configuration de l'hôte de session de bureau à distance à partir du menu Accessoires. Sous les connexions, cliquez avec le bouton droit sur RDP-TCP et sélectionnez les propriétés. Dans l'onglet Paramètres du client, décochez la profondeur de couleur LimitMaxim ou définissez-le sur 32 bits par pixel.

En décochez la case «Limite maximum de couleur» à cocher »et en se reconnectant au serveur, les arrière-plans de la carte raster s'affichent désormais comme prévu. Notez qu'ils fournissent également l'option 2 qui consiste à sortir sur un autre appareil.

Answer 2

Il semble que JRShrenk n'a pas mis à jour R et les packages depuis un certain temps. Bien qu'en théorie, vos versions de R, GGMAP, PNG et GGPLOT2 semblent suffisantes:

    Package: ggmap
    Version: 2.4
    Depends: R (>= 2.14.0), ggplot2 (>= 0.9.2)
    Imports: proto, scales, RgoogleMaps, png, plyr, reshape2, grid, rjson,
            mapproj, jpeg, geosphere, digest
    Suggests: MASS, stringr
        License: GPL-2
        NeedsCompilation: no

    Package: png
    Version: 0.1-7
    Depends: R (>= 2.9.0)
    License: GPL-2 | GPL-3
    NeedsCompilation: yes

J'essaierais simplement de mettre à jour R et les packages pour voir si cela résout le problème:

#Save your current packages but not the base ones:
savepackages <- rownames(installed.packages(priority='NA')) 
write(savepackages, file="listpackages.txt")

#Check for Updates of R
library(installr)
check.for.updates.R(notify_user = TRUE, use_GUI = TRUE,
                    page_with_download_url = "http://cran.rstudio.com/bin/windows/base/",
                    pat = "R-[0-9.]+-win")

#Download and Install New Version
install.R(page_with_download_url = "http://cran.rstudio.com/bin/windows/base/",
          pat = "R-[0-9.]+-win.exe", to_checkMD5sums = TRUE,
          keep_install_file = TRUE, download_dir = tempdir(), silent = FALSE)

#Then reinstall packages 
pkg.ls <- read.table("listpackages.txt")
install.packages(pkg.ls)