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

docs&refactor: clarity improvements #267

Merged
merged 10 commits into from
Oct 8, 2024
Merged

Conversation

maciejmajek
Copy link
Member

@maciejmajek maciejmajek commented Oct 7, 2024

Purpose

Improve clarity and simplify the "whoami" documentation, which was previously confusing and difficult to follow.

Proposed Changes

  • Introduced a 'generated' folder to clearly distinguish automatically created files
  • Simplified overall document structure for better readability
  • More meaningful documentation
  • Revised developer resources

Issues

  • Links to relevant issues

Testing

Tested using docs/create_robots_whoami.md ✅

@maciejmajek maciejmajek changed the title docs: update create_robots_whoami documentation to clarify the role o… docs: better & simpler whoami Oct 7, 2024
…f the whoami package and provide additional steps for generated files inspection

refactor(rai_cli.py): change argument names and paths in parse_whoami_package function to improve clarity and organization of generated files
refactor(rai_whoami_node.py): update paths to robot constitution, identity, and URDF description files to reflect new directory structure for generated files
… "Developer resources" for clarity

docs(README.md): enhance description in Developer Resources section to provide more context on the Developer Guide
…etter visibility and emphasis in documentation
…he Text HMI to enhance developer experience

docs(developer_guide): update section numbering to reflect the addition of the new testing instructions
…r initialization in ROS2Agent for better clarity and usability
@maciejmajek maciejmajek changed the title docs: better & simpler whoami docs: clarity improvements Oct 7, 2024
@@ -180,7 +180,7 @@ Please take a look at [Q&A](https://github.com/RobotecAI/rai/discussions/categor

### Developer Resources

See our [Developer Guide](docs/developer_guide.md).
See our [Developer Guide](docs/developer_guide.md) for a deeper dive into RAI, including instructions on creating a configuration specifically for your robot.
Copy link
Member

Choose a reason for hiding this comment

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

I suggest maybe even getting Create your own robot at top level, followed by developers resources

Copy link
Member Author

Choose a reason for hiding this comment

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

This is a good idea, let me introduce these changes in the next week, during docs refactoring 🙇🏼‍♂️

args = parser.parse_args()
save_dir = args.output if args.output is not None else args.documentation_root
save_dir = Path(args.whoami_package_root) / "description" / "generated"
Copy link
Member

Choose a reason for hiding this comment

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

Ideally, this should adhere to the source / build divide and land in the installation /share folder. I understand there's an issue of cost and, to a lesser degree, build time. But this should not be in sources most likely

Copy link
Member Author

Choose a reason for hiding this comment

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

I actually think otherwise. User should be able to modify the generated files to fine-tune them. Creating new identity/vector database every run could increase non-deterministic behaviors.

Copy link
Member

Choose a reason for hiding this comment

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

Keeping it as a build artifact does not mean creating a new identity vector database every run, correct?

Copy link
Member Author

Choose a reason for hiding this comment

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

Correct. Either way I would like to give the users ability to view, modify and git these files. I can agree to a certain point that these files could be seen as build artifacts but I believe, that the current solution is better. Adhering to ROS 2 standard in this case reduces the user friendliness.

@maciejmajek maciejmajek changed the title docs: clarity improvements docs&refactor: clarity improvements Oct 8, 2024
@maciejmajek maciejmajek merged commit 39ca924 into development Oct 8, 2024
6 checks passed
@maciejmajek maciejmajek deleted the docs/easier-whoami branch October 8, 2024 11:35
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