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

[Roadmap] Gaia #368

Open
4 of 21 tasks
rtmill opened this issue Dec 6, 2024 · 1 comment
Open
4 of 21 tasks

[Roadmap] Gaia #368

rtmill opened this issue Dec 6, 2024 · 1 comment
Assignees
Labels
Roadmap Project component roadmaps

Comments

@rtmill
Copy link
Collaborator

rtmill commented Dec 6, 2024

[working]
Create stable release of Gaia that is tested, documented and versioned. To that end, we have a list of outstanding questions and gaps to be addressed that we be binned into either necessary for the stable release or to be addressed afterwards.

  • Address outstanding questions. Determine if needed before or after stable release. Create bins, define work and create tickets
    • Determine, strictly, the functional scope of Gaia and what is outside of it
    • Settle on approach for '_spec' (move away from R)
    • Distribution strategies for:
      • GaiaCore
      • GaiaDB
      • Deployment/automation stack
      • Discuss Single source DDL
    • Vocabulary integration strategy
    • Data source management
      • Accounting for changes to data sources (e.g. EPA 2008 had an edit in 2024)
      • Unique identification of data sources ( approach for minting new IDs asynchronously)
  • Stable release of Gaia
  • Sufficiently triage work determined to be out of scope for stable release into future development work (make tickets for future work)
    • Derivation provenance
      • geom to person
      • geocoding method
@AEW0330
Copy link
Collaborator

AEW0330 commented Jan 23, 2025

Thanks for doing this roadmap.

The need for relatively complete documentation is urgent.

Can we get you help from the CHIRON cohort or elsewhere to do this soon? I think buy in for further development could be delayed if more adequate documentation waits until the prior issues re refactoring, etc. are resolved.

Work on the documentation for the current approach also seems like it could also help clarify the thinking about new options.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Roadmap Project component roadmaps
Projects
Status: 🏃‍♀ In Progress
Development

No branches or pull requests

3 participants