Scalanie wielu SpatialPolygonDataFrames w 1 SPDF w R?

22

W QGIS utworzyłem 2 wielokąty. Używając ich w R, wielokąty stają się automatycznie SpatialPolygonsDataFrame (SPDF). Chciałbym połączyć je w pojedynczy SPDF (co jest bardzo łatwe w ArcGis przy użyciu narzędzia Scalanie narzędzi ). Jestem pewien, że powinien istnieć prosty sposób na ukończenie tego w R, ale nie mogę tego znaleźć. seryjnej funkcja wydaje scalić data.frames, Łączna funkcja rozpuścić w jednym z wielu wielokątów SHP, gIntersect (wpisując funkcji przyłączenia) zwraca wartość logiczną, a nie na całej SPDF.

wprowadź opis zdjęcia tutaj

dane są dostępne tutaj: http://ulozto.cz/xpoo5jfL/ab-zip

library(sp)
library(raster)
library(rgeos)
library(spatstat)
library(rgdal)     
library(maptools)

setwd("C:/...")
a<-readOGR(dsn=getwd(), layer="pol.a")
b<- readOGR(dsn=getwd(), layer="pol.b")

ab<-merge(a, b)  # what tool if not "merge" to use??
maycca
źródło
2
Zobacz? Rgeos :: gUnion i / lub? Raster :: union
mdsumner

Odpowiedzi:

21

Jeśli nie musisz scalać topologii, a jedynie dodać nowe wielokąty, możesz po prostu użyć:

ab <- rbind(a,b)

Jeśli pojawi się błąd „nieunikalne wartości gniazda identyfikatora wielokąta”, oznacza to, że nazwy obiektów są takie same. Aby to naprawić, możesz użyć spChFID do zmiany nazw plików i powiązanych relacji między gniazdami. Ponieważ szczeliny w obiekcie używają nazw plików do powiązania obiektu, nie można po prostu zmienić nazw row.names w szczelinie @data.

b <- spChFIDs(b, paste("b", row.names(b), sep="."))

Robi to funkcja union (union_sp) w pakiecie rastrowym i wywołuje gIntersects z rgeos, za kulisami i jest bardzo wygodną funkcją pomocniczą.

**** Edytuj 08-06-2018 Istnieje nieudokumentowany argument, którego można użyć do pominięcia problemu duplikatu identyfikatora.

ab <- rbind(a, b, makeUniqueIDs = TRUE) 
Jeffrey Evans
źródło
Cześć, dziękuję, próbowałem tego, ale wystąpił błąd: Błąd w validObject (res): niepoprawny obiekt klasy „SpatialPolygons”: nietypowe wartości szczelin identyfikatora Polygons. Jak poradzić sobie z tym błędem?
maycca
3
Możesz zrobić: ab <- bind(a, b) aby uniknąć tego błędu
Robert Hijmans,
raster :: union obecnie nie działa z przestrzennymiPOINTSdataframes
Mox
19

Bardzo łatwe rozwiązanie dostarczone przez @mdsumner:

library(sp)
library(raster)
library(rgeos)
library(spatstat)
library(rgdal)     
library(maptools)

setwd("C:/...")
a<-readOGR(dsn=getwd(), layer="pol.a")
b<- readOGR(dsn=getwd(), layer="pol.b")

# use union in {raster} package ?raster::union
ab<-union(a, b)

spowodowało:

klasa (ab)

[1] "SpatialPolygonsDataFrame"
attr(,"package")
[1] "sp"

wprowadź opis zdjęcia tutaj

maycca
źródło
6
Super łatwe rozwiązanie dostarczone przez Roberta Hijmansa, autora rastra :)
mdsumner
„Unia” (obecnie) nie działa w przypadku ramek danych przestrzennych, chociaż powiedziano mi, że będzie w następnym wydaniu. @RobertH zasugerował użycie rbind, chociaż nie jestem do końca jasne, jak to działa.
Mox
Wygląda na to, że raster::uniondziała również dla klasy SpatialLinesDataFrame!
philiporlando
1
library(sp)
data(meuse)
plot(meuse)
slotNames(meuse) #".Data"     "names"     "row.names" ".S3Class" 
coordinates(meuse) <- ~x+y #Add "ID" column to "meuse"
slotNames(meuse) #[1] "data"        "coords.nrs"  "coords"      "bbox"        "proj4string"
class(meuse) #[1] "SpatialPointsDataFrame"
names(meuse@data)
#[1] "cadmium" "copper"  "lead"    "zinc"    "elev"    "dist"    "om"      "ffreq"   "soil"    "lime"   
#[11] "landuse" "dist.m"
meuse@data <- data.frame(ID=1:nrow(meuse), meuse@data) #adds an ID field
names(meuse@data)
#[1] "ID"      "cadmium" "copper"  "lead"    "zinc"    "elev"    "dist"    "om"      "ffreq"   "soil"   
#[11] "lime"    "landuse" "dist.m" 
#Create a data.frame "df.new" with "IDS" (note different name) and "y" columns.
meuse_table.df <- data.frame(IDS=1:nrow(meuse), y=runif(nrow(meuse)))
class(meuse_table.df) #"data.frame"
#Now we can merge "df.new" to "meuse" (@data slot)
meuse <- merge(meuse, meuse_table.df, by.x = "ID", by.y = "IDS")
#create a new file named meuse, consisting of a merge of:
#   the meuse spatial points (from the original)
#   the dataframe created from the original, using the data.frame command
#   BY the field "ID" in the spatialpointsdataframe
#   By the field "IDS" in the tabular dataframe (df.new) 
head(meuse@data)
# I think the source of unease is that adding an ID field to both files 
#is based on them having the same number of rows in the same order. 
#in ArcGIS, this would be an unreasonable and dangerous assumption.
#R seems to have some sort of 'innate' key field, based on the order read it. 
#This is all great when splitting one file, and merging it back together.
#but what about two files? 
#I think it can be done, but it's a three-step process. 
#First, merge the polygons. Add an ID field, as above.
#Second, merge the tables (as dataframes), and add ID's. as above. 
#Third, attach the merged tables to the merged polygons. 
#For it to work, the order of things in the merge (polgyons, dataframe) needs be identfical. 
Mox
źródło