Skip to content

Conversation

jrcain-usgs
Copy link
Contributor

Licensing

This project is mostly composed of free and unencumbered software released into the public domain, and we are unlikely to accept contributions that are not also released into the public domain. Somewhere near the top of each file should have these words:

This work is free and unencumbered software released into the public domain. In jurisdictions that recognize copyright laws, the author or authors of this software dedicate any and all copyright interest in the software to the public domain.

  • I dedicate any and all copyright interest in this software to the public domain. I make this dedication for the benefit of the public at large and to the detriment of my heirs and successors. I intend this dedication to be an overt act of relinquishment in perpetuity of all present and future rights to this software under copyright law.

Copy link
Collaborator

@Kelvinrr Kelvinrr left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think this good, just feel that expandable info on contributing should be at the top. We want to instill that these are living docs that can be modified.

Comment on lines +111 to +119
??? info "Contributing/Writing *Getting Started* Pages"

Getting Started tutorials are lessons. Readers should be given a reasonable starting point, and should able to follow the tutorials with no external guidance. They are learning-oriented documents designed with the purpose of enabling new users to get started with a particular part of the software portfolio.

When creating a new getting-started tutorial, first you need to make sure what you are creating is a tutorial. Ask yourself:

When creating a new getting-started tutorial, first you need to make sure what you are creating is a tutorial. Ask yourself:
* What is the lesson? Tutorials should have a lesson that the user is expected to learn.
* Does your tutorial have a concrete beginning? Tutorials should always have an obvious start with clear instructions on how to get any lesson examples running.
* Does your tutorial have a goal? Tutorials should have a clear goal that the user will accomplish.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think it's better to put this at the top

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I can put it at the top if you want, but I have a couple of reasons to consider leaving it at the bottom.

  • My goal is to put the thing people are most likely looking for closest to the top.
  • People on the Getting Started page may not be the most knowledgeable about our software yet, contributing is a great end but probably not what people want to start with.

This might be a better way to encourage editing: adding an edit/view source button in the header/footer of each page. This is what wikipedia and many docs sites I've seen do. mkdocs-material has a feature that makes this pretty easy to add: https://squidfunk.github.io/mkdocs-material/setup/adding-a-git-repository/

Screenshot 2025-09-30 at 13 38 55

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

PR with mkdocs git features, was really easy to add.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants