Skip to content
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

Export plugins #902

Open
kayakr opened this issue Apr 3, 2019 · 4 comments
Open

Export plugins #902

kayakr opened this issue Apr 3, 2019 · 4 comments
Labels
est:Moderate Moderate effort to implement f:Feature-request This issue is a request for a new feature fn:Platform-Integration fn:Set-Preferences i:Enhancement support This issue is a candidate to complete under the support agreement

Comments

@kayakr
Copy link

kayakr commented Apr 3, 2019

Desired Behaviour

As a developer
I want to be able to define export targets using a JSON definition
So that I don't have to compile Data Curator to target CKAN, Fedora, etc.

That way, I can export to a Data package, but I could specify other destinations in a discoverable way using a JSON definition file dropped into an export plugins directory(?) including credentials if needed.

@ghost
Copy link

ghost commented Apr 3, 2019

Hi @kayakr
Yes it's a good idea. There was some discussion about what could be done here, that eventually did not get approved.
I take it that the idea is that it means instead of just offering to zip a package on the local filesystem, you could send the zip via an API with credentials that you could load in say preferences and choose so that there is a default export behaviour. Have I got that right?

@kayakr
Copy link
Author

kayakr commented Apr 3, 2019

@mattRedBox I figure each data platform has its own APIs and quirks, but perhaps the ability to push a datapackage to a URI would at least create a nice workflow for curators (perhaps with some kind of success/fail reporting). This would depend on receiving systems being configured to support ingest of datapackages, but that should be feasible...

@ghost
Copy link

ghost commented Apr 3, 2019

OK, thanks @kayakr. That sounds reasonable.

@ghost ghost added est:Moderate Moderate effort to implement f:Feature-request This issue is a request for a new feature fn:Set-Preferences i:Enhancement support This issue is a candidate to complete under the support agreement labels Apr 3, 2019
@Stephen-Gates Stephen-Gates added this to the Support release milestone May 30, 2019
@markwheels markwheels added support:Approved Approved to be done under the support agreement and removed priority:6 support:Approved Approved to be done under the support agreement labels May 31, 2019
@markwheels markwheels added the support:Approved Approved to be done under the support agreement label Jun 7, 2019
@Stephen-Gates Stephen-Gates modified the milestones: Support release, Backlog Jul 8, 2019
@Stephen-Gates Stephen-Gates removed the support:Approved Approved to be done under the support agreement label Jul 8, 2019
@Stephen-Gates Stephen-Gates removed the support This issue is a candidate to complete under the support agreement label Jul 31, 2019
@ghost
Copy link

ghost commented Apr 23, 2020

Seems similar to #787

@ghost ghost added the support This issue is a candidate to complete under the support agreement label Apr 23, 2020
@ghost ghost modified the milestones: Backlog, Import and Export enhancements May 18, 2020
@ghost ghost removed this from the Import and Export enhancements milestone Jul 6, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
est:Moderate Moderate effort to implement f:Feature-request This issue is a request for a new feature fn:Platform-Integration fn:Set-Preferences i:Enhancement support This issue is a candidate to complete under the support agreement
Projects
None yet
Development

No branches or pull requests

3 participants