Renaming "data provision" page title #25
Labels
No Label
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: D-Net/openaire-graph-docs#25
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
I'm tempted to rename the "data provision" section. The term "provision" is consolidated in our internal jargon, and it mostly refers to the final graph materialisation phases (indexing, stats analysis), while here instead we are using it to document the entire set of processes, from end to end.
Here are the options I have in mind:
What are your opinions?
We should
029429fcc5/docs/data-provision/data-provision.md (L1)
I agree. From the three the one I prefer is Data Pipeline since we describe how data are ingested and updated and finally used.
From a discussion we had today, some other options were mentioned, such as:
Please, @thanasis.vergoulis can you elaborate on this so that we come to an aggreement?
Personally, from these options I would go for "Data Pipeline".
Yes. I prefer the term "workflow" over "pipeline" (it is easier to understand for the average reader). I would go with "Data Workflow" but I think it sounds incomplete. What would you think about "Graph production workflow"???
Alternatives:
But I would prefer the "Graph production workflow" term... Opinions?
Graph production workflow, semantically speaking, seems quite complete. It might be graphically a bit large for the section sidebar, but a part from this, I think we could go for it.
Ok let's go with Data production workflow then. Thanks!