On 3/26/20 8:58 AM, Sally Khudairi wrote:
Thanks, Rich.
projects.a.o is in dire need of updating, as evidenced by the many responses I received
this morning following https://s.apache.org/21stAnniversary ("milestone
anniversaries" has since been updated)
None/most of the Jakarta projects are represented properly. Need to find a
better way to represent this.
As far as I can tell, the core of the problem is, as you observed, "Some
Projects don't know about this page; others weren't aware that they
could update it themselves. Some who wanted to update didn't know how".
Because this data resides with each project, rather than centrally,
updating it requires project outreach - which we're happy to do, it's
just time consuming.
If you can give me a list of projects in question, we can prioritize them.
Meanwhile, every time a project complains that their data is not
accurate, we would ask that you point them to
https://projects.apache.org/about.html which documents how to fix it. If
that doc is in any way unclear, we can absolutely work to clarify and
update.
On Thu, Mar 26, 2020, at 08:54, Rich Bowen wrote:
On 3/25/20 8:06 AM, Sally Khudairi wrote:
Hello ComDev-ers --I'm hoping you can help.
I use https://projects.apache.org/ regularly, at least once a week, and find
this resource as a whole to be quite beneficial.
However, there are some inconsistencies: some Apache Projects are not listed.
Others have out-dated descriptions/DOAPs. There are wonky categories for which
some Projects have self-identified.
There are opportunities to improve the classification of categories under which our
Projects are listed. For example, adding new categories, such as Geospatial, which
was added during Media & Analyst Training in Montreal. Some Projects don't know
about this page; others weren't aware that they could update it themselves. Some
who wanted to update didn't know how, as was the instance with the Geospatial
folks. Heck, I have no idea how this is done.
I'm wondering if it make sense to move projects.apache.org under the M&P
umbrella? This way we can help hone in on its look/feel; how projects/categories
are presented (or not), which data points are highlighted, and so on.
I'd love to discuss options and see what we can do. To that end, with whom
shall I be talking to?
Many thanks in advance for your help with this --I look forward to hearing from
you!
One of the things on my Apache To Do list, which starts at the
expiration of my board term (Next week!) is to "visit" each of our
projects and update a list of things, which includes:
* Ensure that https://whimsy.apache.org/site/ is green across the board
* Ensure that data on projects.apache.org is present, useful, accurate
* Possibly record a Feathercast ("But what does it actually do?")
After I've done a handful of these (or, rather, as I do them) my hope is
to create some docs/process for other ComDev folks who want to play
along, so that this doesn't take the rest of my life.
This process needs to be done in such a way that projects don't feel
"managed", but that the person doing it is acting as a beginner project
participant, with no authority, so to speak - just another volunteer.
(We've had complaints in the past that ComDev is somehow imposing its
will when we have proposed any kind of requirements.)
I mention all of this to say that it's something that we (ComDev) have
looked at, and just not had time time or volunteers to make happen yet.
I don't know if this is useful in terms of what you're trying to
accomplish. The problem of "Some who wanted to update didn't know how"
is pretty much universal, because we don't have an effective way to
communicate this to all projects, and it's not happening in the
Incubator for whatever reason (Another thing we can possibly fix going
forward? I don't know. I don't spent much time at the Incubator.)
I continue to see the role of ComDev as educational and inward-facing,
and hope that in the coming months I can spend my "Apache Time" working
that angle.
--
Rich Bowen - rbo...@rcbowen.com
http://rcbowen.com/
@rbowen
--
Rich Bowen - rbo...@rcbowen.com
http://rcbowen.com/
@rbowen
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@community.apache.org
For additional commands, e-mail: dev-h...@community.apache.org
