You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I guess your goal with this new section, @aboydnw, is to have docs for platform content management that are universal to all instances, correct?
Right now those docs are still quite specific to the VEDA EarthData instance and our VEDA project team:
Adding Content lists the VEDA EarthData endpoints and repos and refers to the conventions we established.
All Usage Examples refer to datasets in VEDA EarthData catalogs and the thematic context of the EarthData instance.
I would in principle expect platform instance teams to create their own docs (internal or public), listing their content conventions and review processes, and for technical details referencing software usage and API docs that live with the software.
Do we really need this new section? If we do, do we need to adjust our content to better fit this model?
The text was updated successfully, but these errors were encountered:
I would in principle expect platform instance teams to create their own docs (internal or public), listing their content conventions and review processes, and for technical details referencing software usage and API docs that live with the software.
This only seems reasonable for a) large projects like GHG or b) projects/programs totally unrelated to NASA & VEDA. Both of which I would say seem to be outliers in the near future. And in any case, we probably need some overarching VEDA documentation on "so, you want an instance, eh?" that lives outside of any single repo.
The idea behind the section is that somebody coming to docs has a few different questions they might be trying to answer:
What is this VEDA thing? (NASA VEDA Platform)
How do I use it? (Managing your Own VEDA)
What if something is missing or I want to contribute to it? (VEDA Open Source Ecosystem)
Each of those would represent scaling up in terms of level of involvement / technical expertise. Somebody trying to understand it probably already knows what it is and why it is valuable, but maybe is not interested in creating a PR to add functionality to the core code, for example.
So, in my opinion, we do need the section, and also need to adjust the content. I started doing that a little bit with some dashboard content, like referencing Earthdata instance things as examples, but we need more changes for sure. I don't know if it means we have to go back to the drawing board on the content and examples, we might just have to position them as examples or something like that.
I see we merged this PR that introduced a third section in the docs, called "Managing your Own VEDA":
I guess your goal with this new section, @aboydnw, is to have docs for platform content management that are universal to all instances, correct?
Right now those docs are still quite specific to the VEDA EarthData instance and our VEDA project team:
I would in principle expect platform instance teams to create their own docs (internal or public), listing their content conventions and review processes, and for technical details referencing software usage and API docs that live with the software.
Do we really need this new section? If we do, do we need to adjust our content to better fit this model?
The text was updated successfully, but these errors were encountered: