Bug report #8919

R scripts: not possible to export .csv

Added by Filipe Dias about 7 years ago. Updated over 3 years ago.

Assignee:Victor Olaya
Affected QGIS version:master Regression?:No
Operating System: Easy fix?:No
Pull Request or Patch supplied:No Resolution:fixed/implemented
Crashes QGIS or corrupts data:No Copied to github as #:17593


I created this script that should export a .csv table. However I get the general error "Oooops! The following output layers could not be open (...) R seems to be correctly installed (...)"

The script is this and the vector is attached. Maybe it's related to #8833?

##Tabela=output table
Tabela<[email protected]

R execution console output

R version 3.0.1 (2013-05-16) -- "Good Sport" 
Copyright (C) 2013 The R Foundation for Statistical Computing
Platform: x86_64-pc-linux-gnu (64-bit)

R is free software and comes with ABSOLUTELY NO WARRANTY.
You are welcome to redistribute it under certain conditions.
Type 'license()' or 'licence()' for distribution details.

Natural language support but running in an English locale

R is a collaborative project with many contributors.
Type 'contributors()' for more information and
'citation()' on how to cite R or R packages in publications.

Type 'demo()' for some demos, 'help()' for on-line help, or
'help.start()' for an HTML browser interface to help.
Type 'q()' to quit R.

tryCatch(find.package("rgdal"), error=function(e) install.packages("rgdal", dependencies=TRUE))
[1] "/home/fd/R/x86_64-pc-linux-gnu-library/3.0/rgdal" 
tryCatch(find.package("raster"), error=function(e) install.packages("raster", dependencies=TRUE))
[1] "/home/fd/R/x86_64-pc-linux-gnu-library/3.0/raster" 
Loading required package: sp
rgdal: version: 0.8-11, (SVN revision 479M)
Geospatial Data Abstraction Library extensions to R successfully loaded
Loaded GDAL runtime: GDAL 1.10.0, released 2013/04/24
Path to GDAL shared files: /usr/share/gdal/1.10
Loaded PROJ.4 runtime: Rel. 4.8.0, 6 March 2012, [PJ_VERSION: 480]
Path to PROJ.4 shared files: (autodetected)
Layer = readOGR("/home/fd/Desktop",layer="test_ticket")
OGR data source with driver: ESRI Shapefile
Source: "/home/fd/Desktop", layer: "test_ticket" 
with 104 features and 2 fields
Feature type: wkbPoint with 2 dimensions
Tabela<[email protected]

user  system elapsed
2.268   0.060   2.325

alaska.zip (208 KB) Filipe Dias, 2013-10-21 05:27 AM

Related issues

Duplicated by QGIS Application - Feature request #12806: Write output table in R scripts not supported Closed 2015-05-22


#1 Updated by Filipe Dias about 7 years ago

I'm using QGIS 2.0 and Processing "Master" (donwloaded from github)

#2 Updated by Filipe Dias about 7 years ago

Please ignore test.zip (or better yet delete it) and consider alaska.zip the right example shapefile.

#3 Updated by Giovanni Manghi over 6 years ago

  • File deleted (test.zip)

#4 Updated by Giovanni Manghi over 6 years ago

  • Priority changed from Severe/Regression to High

I'm changing this to non-blocker for different reasons:

a blocker means a regression, this should not be the case, and then processing can be always updated as plugin update, so I don't think that even a huge issue should block a qgis release.

#5 Updated by Giovanni Manghi over 6 years ago

  • Affected QGIS version set to 2.4.0
  • Project changed from 78 to QGIS Application
  • Category deleted (66)
  • Crashes QGIS or corrupts data set to No

#6 Updated by Giovanni Manghi over 6 years ago

  • Category set to 124

#7 Updated by Giovanni Manghi over 5 years ago

  • Affected QGIS version changed from 2.4.0 to master

see also #12806

#8 Updated by matteo ghetta over 4 years ago

Fixed with f3bbf89

#9 Updated by Giovanni Manghi over 4 years ago

  • Status changed from Open to Closed
  • Resolution set to fixed/implemented

#10 Updated by Giovanni Manghi over 3 years ago

  • Regression? set to No

#11 Updated by Giovanni Manghi over 3 years ago

  • Easy fix? set to No

#12 Updated by Giovanni Manghi over 3 years ago

Some providers are being removed from QGIS/Processing (will be available as plugin) and so are their categories in the bug tracker. To not leave them orphaned of a category they are being reassigned to processing/core.

#13 Updated by Giovanni Manghi over 3 years ago

  • Category changed from 124 to Processing/Core

Also available in: Atom PDF