Yes, you need to be added to the Ops Tags here: https://github.com/openstack/ops-tags-team/tree/master/ocata That's part of the Adoption and Maturity tags.

Afek, Ifat (Nokia - IL/Kfar Sava) <mailto:ifat.a...@nokia.com>
April 3, 2017 at 2:16 AM

Hi Jimmy,

Regarding the difference between neutron.yaml and vitrage.yaml – the only thing I see is the different release-model. Anything else that I missed?

Thanks,

Ifat.

*From: *Jimmy McArthur <ji...@openstack.org>
*Reply-To: *"OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org>
*Date: *Thursday, 30 March 2017 at 19:23
*To: *"OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org> *Subject: *Re: [openstack-dev] Project Navigator Updates - Feedback Request



    *Afek, Ifat (Nokia - IL/Kfar Sava)* <mailto:ifat.a...@nokia.com>

    March 30, 2017 at 11:01 AM



    Under “API Versions” there should also be Newton

This is something we are currently attempting to sort out. Projects don't have a consistent method for listing the APIs. See previous thread.

    Why aren’t the adoption and maturity specified?

In order for us to get more info about your project, we need to have the proper tags. Compare http://git.openstack.org/cgit/openstack/releases/plain/deliverables/ocata/neutron.yaml vs http://git.openstack.org/cgit/openstack/releases/plain/deliverables/ocata/vitrage.yaml As well as here: https://github.com/openstack/ops-tags-team/tree/master/ocata

Thanks,
Jimmy

__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Jimmy McArthur <mailto:ji...@openstack.org>
March 30, 2017 at 11:23 AM

Afek, Ifat (Nokia - IL/Kfar Sava) <mailto:ifat.a...@nokia.com>
March 30, 2017 at 11:01 AM


·Under “API Versions” there should also be Newton

This is something we are currently attempting to sort out. Projects don't have a consistent method for listing the APIs. See previous thread.

·Why aren’t the adoption and maturity specified?

In order for us to get more info about your project, we need to have the proper tags. Compare http://git.openstack.org/cgit/openstack/releases/plain/deliverables/ocata/neutron.yaml vs http://git.openstack.org/cgit/openstack/releases/plain/deliverables/ocata/vitrage.yaml As well as here: https://github.com/openstack/ops-tags-team/tree/master/ocata

Thanks,
Jimmy

Thanks,

Ifat.

*From: *Lauren Sell <lau...@openstack.org>
*Reply-To: *"OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org>
*Date: *Friday, 24 March 2017 at 19:57
*To: *"OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org>
*Subject: *[openstack-dev] Project Navigator Updates - Feedback Request

Hi everyone,

We’ve been talking for some time about updating the project navigator, and we have a draft ready to share for community feedback before we launch and publicize it. One of the big goals coming out of the joint TC/UC/Board meeting a few weeks ago[1] was to help better communicate ‘what is openstack?’ and this is one step in that direction.

A few goals in mind for the redesign:
- Represent all official, user-facing projects and deployment services in the navigator - Better categorize the projects by function in a way that makes sense to prospective users (this may evolve over time as we work on mapping the OpenStack landscape)
- Help users understand which projects are mature and stable vs emerging
- Highlight popular project sets and sample configurations based on different use cases to help users get started

For a bit of context, we’re working to give each OpenStack official project a stronger platform as we think of OpenStack as a framework of composable infrastructure services that can be used individually or together as a powerful system. This includes the project mascots (so we in effect have logos to promote each component separately), updates to the project navigator, and bringing back the “project updates” track at the Summit to give each PTL/core team a chance to provide an update on their project roadmap (to be recorded and promoted in the project navigator among other places!).

We want your feedback on the project navigator v2 before it launches. Please take a look at the current version on the staging site and provide feedback on this thread.

http://devbranch.openstack.org/software/project-navigator/

Please review the overall concept and the data and description for your project specifically. The data is primarily pulled from TC tags[2] and Ops tags[3]. You’ll notice some projects have more information available than others for various reasons. That’s one reason we decided to downplay the maturity metric for now and the data on some pages is hidden. If you think your project is missing data, please check out the repositories and submit changes or again respond to this thread.

Also know this will continue to evolve and we are open to feedback. As I mentioned, a team that formed at the joint strategy session a few weeks ago is tackling how we map OpenStack projects, which may be reflected in the categories. And I suspect we’ll continue to build out additional tags and better data sources to be incorporated.

Thanks for your feedback and help.

Best,
Lauren

[1] http://superuser.openstack.org/articles/community-leadership-charts-course-openstack/
[2] https://governance.openstack.org/tc/reference/tags/
[3] https://wiki.openstack.org/wiki/Operations/Tags

__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Afek, Ifat (Nokia - IL/Kfar Sava) <mailto:ifat.a...@nokia.com>
March 30, 2017 at 11:01 AM

Thanks Lauren,

A few issues regarding the Vitrage page:

·Vitrage is currently listed under “Management Tools” category. As a Root Cause Analysis service, it doesn’t manage anything, just provides insights to the user (or to other projects). Can you please move it under ‘Data and Analytics’ category?

·Please write that Vitrage is a “Root Cause Analysis Service” without “RCA” and parenthesis (which are misplaced at the moment).

·Under “API Versions” there should also be Newton

·Why aren’t the adoption and maturity specified?

Thanks,

Ifat.

*From: *Lauren Sell <lau...@openstack.org>
*Reply-To: *"OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org>
*Date: *Friday, 24 March 2017 at 19:57
*To: *"OpenStack Development Mailing List (not for usage questions)" <openstack-dev@lists.openstack.org>
*Subject: *[openstack-dev] Project Navigator Updates - Feedback Request

Hi everyone,

We’ve been talking for some time about updating the project navigator, and we have a draft ready to share for community feedback before we launch and publicize it. One of the big goals coming out of the joint TC/UC/Board meeting a few weeks ago[1] was to help better communicate ‘what is openstack?’ and this is one step in that direction.

A few goals in mind for the redesign:
- Represent all official, user-facing projects and deployment services in the navigator - Better categorize the projects by function in a way that makes sense to prospective users (this may evolve over time as we work on mapping the OpenStack landscape)
- Help users understand which projects are mature and stable vs emerging
- Highlight popular project sets and sample configurations based on different use cases to help users get started

For a bit of context, we’re working to give each OpenStack official project a stronger platform as we think of OpenStack as a framework of composable infrastructure services that can be used individually or together as a powerful system. This includes the project mascots (so we in effect have logos to promote each component separately), updates to the project navigator, and bringing back the “project updates” track at the Summit to give each PTL/core team a chance to provide an update on their project roadmap (to be recorded and promoted in the project navigator among other places!).

We want your feedback on the project navigator v2 before it launches. Please take a look at the current version on the staging site and provide feedback on this thread.

http://devbranch.openstack.org/software/project-navigator/

Please review the overall concept and the data and description for your project specifically. The data is primarily pulled from TC tags[2] and Ops tags[3]. You’ll notice some projects have more information available than others for various reasons. That’s one reason we decided to downplay the maturity metric for now and the data on some pages is hidden. If you think your project is missing data, please check out the repositories and submit changes or again respond to this thread.

Also know this will continue to evolve and we are open to feedback. As I mentioned, a team that formed at the joint strategy session a few weeks ago is tackling how we map OpenStack projects, which may be reflected in the categories. And I suspect we’ll continue to build out additional tags and better data sources to be incorporated.

Thanks for your feedback and help.

Best,
Lauren

[1] http://superuser.openstack.org/articles/community-leadership-charts-course-openstack/
[2] https://governance.openstack.org/tc/reference/tags/
[3] https://wiki.openstack.org/wiki/Operations/Tags

__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Reply via email to