|
POST
|
Bidhyananda, We've made some progress toward this goal, but unfortunately the simple solution isn't available yet. We anticipate having a simpler solution for the Pro 2.1 release.
... View more
08-02-2017
12:22 PM
|
2
|
8
|
3374
|
|
POST
|
Hello Francesco, I think what's happening is that after you've performed the join, the data frame structure is changed to accommodate the join. So the rows don't line up with what arcgisbinding expects, and there's a mismatch between data structures. I've discussed this with another developer, and probably the most robust way for us to support this is to implement direct support for the dplyr style joins. For now, please see this example which uses spdplyr to do the join with sp class objects: https://community.esri.com/thread/196578-impossible-to-use-dplyr-join-functions-on-data-frames Cheers, Shaun
... View more
08-02-2017
12:09 PM
|
0
|
0
|
1095
|
|
POST
|
Hi Franceco, Sure, an example script would be great. Historically, the dBASE format didn't support NULL values, so it may be defaulting to writing these out as 0 for backward compatibility reasons (and a single space for string fields). Modern software does support NULL values in DBFs, and we can look at how we write the values to include these.
... View more
07-31-2017
10:42 AM
|
0
|
1
|
2331
|
|
POST
|
Hello Andrew, Glad you've found the package useful in your work. Could you provide a little detail on the workflow you're using, and what data types you've hit this issue with? I just tried some quick tests with my own data, and can successfully round-trip ArcGIS <Null> values with R (where they are represented as NA -- agree this isn't a perfect replacement for what NA means in the R context). I tried this with table, File Geodatabase, and Shapefile outputs and could get round tripping to work fine there. I tested string fields and numeric fields. Cheers, Shaun
... View more
07-28-2017
04:48 AM
|
0
|
7
|
2331
|
|
POST
|
Hello Annie O'Donnell, The trick posted on the GitHub issue works nicely because the dimensionality of a point can easily be represented in a tabular form, by expanding the X and Y coordinates into two columns. For higher dimension objects like polyline, it doesn't work directly because of the dimensionality difference. While you could build up lists to represent this data, I think it'll be less work to convert the data into sp class objects. For Polyline, you'll want SpatialLinesDataFrame (sp documentation), or to manually populate a SpatialLines object from a collection of lists. Here's a short example updating the first coordinate of the first polyline, and saving it back to a new FGDB feature class: library(arcgisbinding)
arc.check_product()
setwd('c:/temp')
input <- file.path(getwd(), 'r_test.gdb', 'polyline_example')
d <- arc.open(input)
df <- arc.select(d)
g <- arc.shape(df)
sp.df <- arc.data2sp(df)
first_polyline <- sp.df@lines[[1]]@Lines[[1]]@coords
# update the first Y coordinate
first_polyline[1,2] <- 4812088
# overwrite the first polyline in the data frame
sp.df@lines[[1]]@Lines[[1]]@coords <- first_polyline
# convert back
df.modified <- arc.sp2data(sp.df)
output <- file.path(getwd(), 'r_test.gdb', 'polyline_modified')
arc.write(output, df.modified) Let us know if that does what you need. Cheers, Shaun
... View more
06-26-2017
02:09 PM
|
1
|
0
|
2654
|
|
POST
|
Hello Adrian and Robert, We've looked at this issue and it looks like a bug. It's a regression from 10.x where this behavior isn't observed. There are a few workarounds for this issue for anyone coming to this issue later: 1. Use an in-memory workspace for the temporary results you want to store 2. Delete the feature class created just prior to the layer creation 3. Run the MakeFeatureLayer step in a subprocess, so that it's process terminates prior to you trying to do further work in the GDB. Cheers, Shaun
... View more
06-13-2017
08:46 PM
|
0
|
0
|
8537
|
|
POST
|
Hello Ian, Thanks for a detailed example of what you're trying to do, very helpful. From what I understand, dplyr expects data frames that are very close to the base R representation. This affects other rich representations, like sp objects. I don't know of an immediate solution to bridge this discrepancy, but fortunately there's another way. Michael Sumner has created the spdplyr package, which lets you use some of the functionality of dplyr on sp objects. Here's your script instead using the sp representations: library(spdplyr)
library(arcgisbinding)
arc.check_product()
fc <- arc.open(system.file("extdata", "ca_ozone_pts.shp", package="arcgisbinding"))
d <- arc.select(fc,fields=c('FID', 'ozone'))
d.sp <- arc.data2sp(d)
p <-arc.select(fc,fields=c('FID', 'ozone'))
p.sp <- arc.data2sp(p)
p.sp$ozone <- p$ozone*2
joined <- left_join(p.sp, d.sp, by="FID", copy=TRUE)
joined.df <- arc.sp2data(joined)
arc.write(tempfile("ca_ozone_pts_joined", fileext=".shp"), joined.df) Let us know if that'll work for your needs, or you need something different for what you're trying to do. You can do everything with just plain data frames, then later join on FID to bring that back into a single data source, but this is a nicer approach if it'll work for you. Cheers, Shaun
... View more
06-13-2017
02:24 PM
|
2
|
1
|
1648
|
|
POST
|
Hello Wim, At this time, this isn't possible. The R-ArcGIS bridge communicates to both environments on the same machine, and there isn't a current mechanism to share information across multiple machines. If you can access the data you need as REST endpoints, you can use that information in R, albeit without the richer integration of the bridge. If you can describe a little more what you're trying to accomplish and what precludes R from being installed in the ArcGIS environment, I'd be happy to look at this with you in more detail. Cheers, Shaun
... View more
06-09-2017
09:19 AM
|
1
|
0
|
1042
|
|
POST
|
Francesco, This issue (#9 on Github) is now fixed in the latest (1.0.0.125) version of the R-ArcGIS bridge. Let us know if you notice any issues around this. Cheers, Shaun
... View more
06-02-2017
02:29 PM
|
1
|
0
|
2287
|
|
POST
|
Hello Annie, By numerical aspect, do you mean the range of the domain, and you'd like to get back the coded values? Could you describe a little bit more about your use case? I'm happy to look into it and see if we either have a way to work with the full domain information, or create an issue for this. For the time being, a possible workaround would be to use the DomainToTable tool to convert the domain data in question into a table. You could do so in a Modelbuilder model, then feed the resulting table in as an input to your R tool, where you could interact with it like any other table (using arc.open + arc.select). Cheers, Shaun
... View more
06-02-2017
02:25 PM
|
0
|
0
|
896
|
|
POST
|
How are you installing the bridge? If you're using the Python toolbox, then you can safely remove the directory of extracted contents which you downloaded from GitHub. If you're using Pro's Python backstage to install the package, you can uninstall it entirely from the "Installed Packages" tab of the backstage.
... View more
05-19-2017
11:23 AM
|
0
|
0
|
1679
|
|
POST
|
For package managed software like R and Python, it's typical that installers don't modify packages that have been added by the user after installation, only the base software is removed. So, if you uninstall R, you'll still have any R packages left on your machine, including the arcgisbinding package installed by the R-ArcGIS bridge. To remove it, you can do so from the R prompt with the command remove.packages('arcgisbinding') Unlike other software, R packages are self-contained and don't have any interaction with the system, so won't have any continuing interactions with other programs or the operating system if left. Cheers, Shaun
... View more
05-19-2017
10:28 AM
|
1
|
2
|
1679
|
|
POST
|
Hello Drew, Continuum recently upgraded their Python package, which altered the DLLs which are included with the Python distribution. To fix this, there are a few options, but the simplest is to navigate to your environment directory (which should be C:\Program Files\ArcGIS\Pro\envs\arcgispro-py3) and move the python3.dll file there to another location. Try starting Pro with that file removed, and see if Python works correctly from within Pro. Another option is to restore the original Python package, but the above should allow you to continue using the newest Python package alongside Pro. Cheers, Shaun
... View more
05-19-2017
08:26 AM
|
0
|
2
|
2569
|
|
POST
|
Alexandra, If Marjean's great instructions don't get you going (or you do already have R installed), you can create an issue describing the problem on our issue tracker here: Issues · R-ArcGIS/r-bridge-install · GitHub We try a variety of approaches to detect the R installation correctly, but in some cases these still fail. If that happens to you, let us know so we can track down the issue. Cheers, Shaun
... View more
04-11-2017
12:25 PM
|
0
|
0
|
1519
|
|
POST
|
Brad, Viral and I were all at NCEAS at the same time, Viral did some cool work with parallelizing the network modelling, and Brad rewrote it to Python in that time (it had been Matlab I believe). Definitely Julia is shaping up to be a nice language.
... View more
04-05-2017
12:58 PM
|
1
|
0
|
2199
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 11-24-2025 09:10 PM | |
| 1 | 08-12-2022 10:14 PM | |
| 1 | 05-05-2025 10:56 AM | |
| 1 | 04-04-2025 09:03 PM | |
| 1 | 02-09-2023 10:10 PM |
| Online Status |
Offline
|
| Date Last Visited |
2 weeks ago
|