8000 Support for Portal Directory API aka Sharing API · Issue #204 · R-ArcGIS/arcgislayers · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

Support for Portal Directory API aka Sharing API #204

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
8000
elipousson opened this issue Jul 10, 2024 · 2 comments
Open

Support for Portal Directory API aka Sharing API #204

elipousson opened this issue Jul 10, 2024 · 2 comments
Labels
enhancement New feature or request

Comments

@elipousson
Copy link
Contributor
elipousson commented Jul 10, 2024

Is your feature request related to a problem? Please describe.

The Portal Directory API aka Sharing API supports a lot of useful features for interacting with items on ArcGIS Online (distinct from the underlying Tables and FeatureServers).

Describe the solution you'd like

Key features supported by this API that would be useful to support include:

The API also can interact with groups, portals, and sharing.

Describe alternatives you've considered

This could be implemented in a separate package but, given the common confusion between item URLs for a single FeatureLayer and the FeatureLayer URLs themselves, I think it may be easier for users to have the API implemented within this package.

Additional context

There are several existing esri2sf functions that I wrote to implement parts of this API.

Happy to adapt these for reuse here. Both functions rely on URL validation and parsing approaches that we discussed me adding to arcgisutils per R-ArcGIS/arcgisutils#31

@elipousson elipousson added the enhancement New feature or request label Jul 10, 2024
@JosiahParry
Copy link
Collaborator

Thanks, @elipousson! This is something that @mmachir has been pushing for. I implemented one of these endpoints in the arc_self_meta()

@elipousson
Copy link
Contributor Author

Glad to hear other folks are pushing for it too! When we chatted about feature ideas in advance of the next CRAN release, I got a bit mixed up myself between the update item info feature supported by this API and the update definition layer for the services API.

I'll try to prioritize a PR for the URL validation in the next week or two since, if the package supports both item URLs and FeatureServer URLs, some URL validation that helps people figure out when they've provided their URL to the wrong function is essential IMHO.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants
0