[R-sig-Geo] Issues with a GDB file in R?

Roger Bivand Roger.Bivand at nhh.no
Thu May 3 21:18:57 CEST 2018


On Thu, 3 May 2018, Aguirre Perez, Roman wrote:

> Hi again,
>
> first of all, thanks a lot for your comments. It's becoming quite 
> interesting how to perform this task with such amount of data.
>
>
> Here is an update...
>
> Cotton, I could read the geodatabase by using the commands I shared. 
> However, my R session crashed after overlaying it with a small set of 
> polygons. I guess it was because the size of the sp object (around 14.5 
> GB). It's also worth mentioning that it was just a "multipolygon" (is 
> that the correct word?) formed by 2370829 polygons. I haven’t succeeded 
> on installing the sf package, but I will keep trying it.
>
> Melanie, I already downloaded and read the geoTiff version. At first 
> sight, it seems that this object doesn’t have enough features as to 
> perform the overlying. I might have a biased idea of how raster objects 
> work - I'm too stick to the representation of shapefiles which sounds 
> quite related with Roger's idea. So I will start to explore it in order 
> to gain a bit more understanding on it.
>
> Roger, I certainly need to know which category is associated with each 
> CLC polygon in order to compute the area covered by each of these 
> classes within each NUTS3 region. Therefore, I still need to use a 
> vector-vector overlay, right?

On the contrary. The geoTiffs are coded as described in the documentation. 
Your output is simply the count of raster cells by NUTS3 for each of the 
categories. The geoTiff is in ETRS_1989_LAEA, so is projected; it includes 
a lot of sea and no data because of the French overseas territories.

You could possibly use PostGIS to do the intersections, or use GRASS for 
raster-vector counts (say through rgrass7). In R, you would want to add a 
NUTS3 ID band to the land cover raster, then aggregate by NUTS3 ID.

I would suggest using GRASS as the most obvious route, reading the raster, 
reading the NUTS3 boundaries into a separate location, projecting to LAEA, 
then rasterising the NUTS3 regions (v.to.rast) and running r.cross. You 
get 32K output categories, the 48 corine categories times the count of 
NUTS3 regions minus the nulls (there aren't many glaciers in most 
regions). You'll then need to match back the Corine codes and the NUTS3 
codes - see in the category label file shown by r.category.

I'll try to provide code tomorrow.

Roger

>
> I really appreciate any feedback in advance as well as details that I 
> should take into account to understand more about how to work with this 
> kind of data. I will also keep you up to date on how it goes if you 
> like.
>
>
> Best,
> Roman.
>
> On 03/05/2018, 12:26, "Roger Bivand" <Roger.Bivand at nhh.no> wrote:
>
>    On Thu, 3 May 2018, Aguirre Perez, Roman wrote:
>
>    > Hello Shaun,
>    >
>    > Thanks a lot for replying and providing me alternative options.
>    >
>    >
>    > Unfortunately, I can't try both options anymore as I ran out of ArcGIS
>    > due to I was using a university PC which is not available now (I
>    > installed an ArcGIS trial version there), but I'll try it later. I also
>    > failed on installing the sf package - I'll dig a bit more on it.
>    > Nevertheless, I already downloaded the SpatialLite version so I'll try
>    > the second option and I'll let you know how it goes.
>
>    I think Melanie got it right - the apparent extra detail and precision
>    you'd get from vector-vector overlay is illusory, so going with geoTiff
>    should get you there (you can check to see whether 100m resolution differs
>    from 250m). The only reason to choose vector-vector would be that the
>    Corine vector contains categories not represented in the raster version.
>    Using raster also steps around the polygon deficiencies in the GDB (and
>    probably SQLite) representations.
>
>    Roger
>
>    >
>    >
>    > Regards,
>    > Roman.
>    >
>    > On 02/05/2018, 18:53, "Shaun Walbridge" <SWalbridge at esri.com> wrote:
>    >
>    >    Hello Roman,
>    >
>    >    A couple of suggested options: You can try and use the arcgisbinding package [1] to pull the data directly into R via ArcGIS, as you mentioned you have ArcGIS available [presumably on Windows or in a VM]. It will access the data directly, and let you create sp and sf objects out of Geodatabases with little work. A basic workflow looks like this:
>    >
>    >    d <- arc.open("path/file.gdb/layer_name")
>    >    df <- arc.select(d) # here, you can filter columns and attributes, see [2]
>    >    # create an sf object
>    >    df.sf <- arc.data2sf(df)
>    >    # alternatively, create an sp object
>    >    df.sp <- arc.data2sp(df)
>    >
>    >    You can also write the results back to a geodatabase, or any other format that ArcGIS understands. Another option is trying the SpatiaLite version of the data at the URL you posted. You should be able to access this using R directly, provided your rgdal installation is correctly built to read spatialite databases. If it is, try the same process you mentioned using rgdal, but point it at the SpatialLite database instead. You could also use command-line OGR to convert the data, that has a few options like where clause filtering that aren't directly available via readOGR.
>    >
>    >    If neither of these options work, let me know and I can convert the data for you into a format of your preference.
>    >
>    >    Cheers,
>    >    Shaun
>    >
>    >    1. https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_R-2DArcGIS_r-2Dbridge-2Dinstall&d=DwIGaQ&c=n6-cguzQvX_tUIrZOS_4Og&r=yckcjR6k3nADiVsNiAhGwcZB--0A8DQgvLSJ27upmyk&m=dkecE8PWOn5sSrtSXqX2R-VwJuFH_In4BvpC5da4LJ0&s=nRO2IG9dlrdKYGMSp3rCf7nwJqRFQoIWnY5zSFrPOQM&e=
>    >    2. https://urldefense.proofpoint.com/v2/url?u=https-3A__rdrr.io_github_R-2DArcGIS_r-2Dbridge_man_arc.select.html&d=DwIGaQ&c=n6-cguzQvX_tUIrZOS_4Og&r=yckcjR6k3nADiVsNiAhGwcZB--0A8DQgvLSJ27upmyk&m=dkecE8PWOn5sSrtSXqX2R-VwJuFH_In4BvpC5da4LJ0&s=89N-cLe5N3dhZ6MTsM2OAYwmDImBH88ZrVaA5Hos0n4&e=
>    >
>    >
>    >
>    >    On 5/2/18, 1:34 PM, "R-sig-Geo on behalf of Aguirre Perez, Roman" <r-sig-geo-bounces at r-project.org on behalf of ra454 at exeter.ac.uk> wrote:
>    >
>    >        Hi everyone,
>    >
>    >        I’ve been struggling with a ESRI Geodatabase file (clc12_Version_18_5.gdb) which is a layer of land cover classes available on
>    >
>    >        https://urldefense.proofpoint.com/v2/url?u=https-3A__land.copernicus.eu_pan-2Deuropean_corine-2Dland-2Dcover_clc-2D2012-3Ftab-3Ddownload&d=DwIGaQ&c=n6-cguzQvX_tUIrZOS_4Og&r=YFaRLkcUCdDkLrpTbNOUV9J1CwYBCTMwgm5tdQkRSm4&m=qIGI8rXMP_JTDhSFz8NjjQMAyNAnpnUGFRBxqfH4bPU&s=9LaO4HiB5C5ewiuN_IeSQJSgq2tl5_-oMECPChtZa_U&e=
>    >
>    >        whose size is 2.61 GB once unzipped.
>    >
>    >        My ultimate task is to overlay it with the last NUTS3 administrative boundaries shapefile (2013) available on
>    >
>    >        https://urldefense.proofpoint.com/v2/url?u=http-3A__ec.europa.eu_eurostat_web_gisco_geodata_reference-2Ddata_administrative-2Dunits-2Dstatistical-2Dunits&d=DwIGaQ&c=n6-cguzQvX_tUIrZOS_4Og&r=YFaRLkcUCdDkLrpTbNOUV9J1CwYBCTMwgm5tdQkRSm4&m=qIGI8rXMP_JTDhSFz8NjjQMAyNAnpnUGFRBxqfH4bPU&s=VExYSoR8FY_vhZaPNJpoOx0ZCZNMU9hMTtlGJZj2joU&e=
>    >
>    >        in order to compute the area covered by each class within each NUTS3 region.
>    >
>    >        Despite the ease of friendly software for performing this task, haven’t been capable of doing it - GRASS didn’t load the file as the log reports problems with the polygons, QGIS shows a warning regarding a specific object and ArcGIS got frozen. I guess it’s because the PC I used doesn’t have enough capacity. Unfortunately, I don’t have access to a more powerful one.
>    >
>    >        Anyway, I decided to try with R -after all, I’ll perform my analysis with it. So I started exploring this GDB with rgdal:
>    >
>    >        ogrInfo(dsn="clc12_Version_18_5.gdb",layer="clc12_Version_18_5")
>    >
>    >        Source: "/Users/Roman/Desktop/clc12gdb/clc12_Version_18_5.gdb",
>    >        layer: "clc12_Version_18_5"
>    >        Driver: OpenFileGDB;
>    >        number of rows: 2370829
>    >        Feature type: wkbPolygon with 3 dimensions
>    >        Extent: (-2693292 -3086662) - (10037210 5440568)
>    >        Null geometry IDs: 2156240
>    >        CRS: +proj=laea +lat_0=52 +lon_0=10 +x_0=4321000 +y_0=3210000 +ellps=GRS80 +units=m +no_defs
>    >        Number of fields: 6
>    >        name                      type  length  typeName
>    >        1 code_12              4       3           String
>    >        2 ID                         4       18         String
>    >        3 Remark               4       20         String
>    >        4 Area_Ha             2       0           Real
>    >        5 Shape_Length   2       0           Real
>    >        6 Shape_Area       2       0           Real
>    >
>    >        Then I tried to load it typing
>    >
>    >        clc<-readOGR(dsn="clc12_Version_18_5.gdb",layer="clc12_Version_18_5")
>    >
>    >        After 3-5 minutes, it appears the following text:
>    >
>    >        OGR data source with driver: OpenFileGDB
>    >        Source: "/Users/Roman/Desktop/clc12shp/clc12_Version_18_5.gdb", layer: "clc12_Version_18_5"
>    >        with 2370829 features
>    >        It has 6 fields
>    >
>    >        Unfortunately, after trying 5 times (each one took around 8 hours) I couldn’t get anything but the following messages:
>    >
>    >        Warning messages:
>    >        1: In readOGR(dsn = "clc12_Version_18_5.gdb", layer = "clc12_Version_18_5") :
>    >        Dropping null geometries: 2156240
>    >        2: In readOGR(dsn = "clc12_Version_18_5.gdb", layer = "clc12_Version_18_5") :
>    >        Z-dimension discarded
>    >
>    >        Could anyone advise me how to tackle it? I also would appreciate suggestions on how to work with geodatabases - it’s my first time I work with these kind of files so I don’t even know their structure.
>    >
>    >        By the way, these are my computer and software specifications:
>    >
>    >        MacBook Pro 2012
>    >        Processor 2.6 GHz Intel Core i7
>    >        Memory 16 GB DDR3
>    >        R 3.5.0
>    >        RStudio 1.1.447
>    >
>    >
>    >        Best,
>    >        Roman.
>    >
>    >
>    >
>    >
>    > _______________________________________________
>    > R-sig-Geo mailing list
>    > R-sig-Geo at r-project.org
>    > https://stat.ethz.ch/mailman/listinfo/r-sig-geo
>
>    --
>    Roger Bivand
>    Department of Economics, Norwegian School of Economics,
>    Helleveien 30, N-5045 Bergen, Norway.
>    voice: +47 55 95 93 55; e-mail: Roger.Bivand at nhh.no
>    http://orcid.org/0000-0003-2392-6140
>    https://scholar.google.no/citations?user=AWeghB0AAAAJ&hl=en
>
>

-- 
Roger Bivand
Department of Economics, Norwegian School of Economics,
Helleveien 30, N-5045 Bergen, Norway.
voice: +47 55 95 93 55; e-mail: Roger.Bivand at nhh.no
http://orcid.org/0000-0003-2392-6140
https://scholar.google.no/citations?user=AWeghB0AAAAJ&hl=en


More information about the R-sig-Geo mailing list