You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@community.apache.org by Sally Khudairi <sk...@apache.org> on 2020/03/25 12:06:49 UTC
who "owns" https://projects.apache.org/ ?
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!
Best,
Sally
- - -
Vice President Marketing & Publicity
Vice President Sponsor Relations
The Apache Software Foundation
Tel +1 617 921 8656 | sk@apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@community.apache.org
For additional commands, e-mail: dev-help@community.apache.org
Re: who "owns" https://projects.apache.org/ ?
Posted by Sally Khudairi <sk...@apache.org>.
Thank you, Bertrand. I'll start with Sebastian!
Best,
Sally
- - -
Vice President Marketing & Publicity
Vice President Sponsor Relations
The Apache Software Foundation
Tel +1 617 921 8656 | sk@apache.org
On Wed, Mar 25, 2020, at 11:23, Bertrand Delacretaz wrote:
> Hi Sally,
>
> On Wed, Mar 25, 2020 at 3:56 PM Sally Khudairi <sk...@apache.org> wrote:
> > ...I have no idea how this process would work from the onset. Is there a single point of
> > contact (or a group) on the current iteration projects.a.o?
>
> Looking at the svn commits [1] from 2017 on, omitting the
> projects_role automated ones, it looks like sebb did the most of that,
> it might be worth asking him.
>
> There's been few discussions about projects.a.o here lately IIRC so I
> suspect not much is going on.
>
> > How do we get started if it's agreeable to ComDev as a whole?..
>
> To do the actual "move of oversight" I think we need a comdev PMC vote
> which can happen on this list as far as I'm concerned.
>
> -Bertrand
>
> [1]
> r1874757 | sebb | 2020-03-03 22:27:41 +0100 (Tue, 03 Mar 2020) | 1 line
> r1874514 | humbedooh | 2020-02-25 17:42:55 +0100 (Tue, 25 Feb 2020) | 1 line
> r1872545 | rbowen | 2020-01-09 15:03:58 +0100 (Thu, 09 Jan 2020) | 1 line
> r1867593 | sebb | 2019-09-26 18:51:05 +0200 (Thu, 26 Sep 2019) | 1 line
> r1867564 | sebb | 2019-09-26 10:14:35 +0200 (Thu, 26 Sep 2019) | 1 line
> r1867031 | sebb | 2019-09-17 00:41:48 +0200 (Tue, 17 Sep 2019) | 1 line
> r1861080 | sebb | 2019-06-12 00:37:49 +0200 (Wed, 12 Jun 2019) | 1 line
> r1861042 | sebb | 2019-06-11 17:04:44 +0200 (Tue, 11 Jun 2019) | 1 line
> r1861040 | sebb | 2019-06-11 16:53:12 +0200 (Tue, 11 Jun 2019) | 1 line
> r1857810 | sebb | 2019-04-19 15:53:22 +0200 (Fri, 19 Apr 2019) | 1 line
> r1857799 | sebb | 2019-04-19 13:29:00 +0200 (Fri, 19 Apr 2019) | 1 line
> r1857798 | sebb | 2019-04-19 13:28:05 +0200 (Fri, 19 Apr 2019) | 1 line
> r1857797 | sebb | 2019-04-19 13:19:05 +0200 (Fri, 19 Apr 2019) | 1 line
> r1855264 | sebb | 2019-03-11 21:41:07 +0100 (Mon, 11 Mar 2019) | 1 line
> r1855263 | sebb | 2019-03-11 21:35:47 +0100 (Mon, 11 Mar 2019) | 1 line
> r1855262 | sebb | 2019-03-11 21:34:22 +0100 (Mon, 11 Mar 2019) | 1 line
> r1855261 | sebb | 2019-03-11 21:23:59 +0100 (Mon, 11 Mar 2019) | 1 line
> r1848283 | hboutemy | 2018-12-06 12:04:34 +0100 (Thu, 06 Dec 2018) | 1 line
> r1848229 | hboutemy | 2018-12-05 18:20:32 +0100 (Wed, 05 Dec 2018) | 1 line
> r1848132 | sebb | 2018-12-04 10:30:19 +0100 (Tue, 04 Dec 2018) | 1 line
> r1830554 | sebb | 2018-04-30 13:48:10 +0200 (Mon, 30 Apr 2018) | 1 line
> r1830553 | sebb | 2018-04-30 13:29:31 +0200 (Mon, 30 Apr 2018) | 1 line
> r1830550 | sebb | 2018-04-30 13:20:21 +0200 (Mon, 30 Apr 2018) | 1 line
> r1830493 | sebb | 2018-04-29 09:25:12 +0200 (Sun, 29 Apr 2018) | 1 line
> r1830119 | ctubbsii | 2018-04-26 00:30:11 +0200 (Thu, 26 Apr 2018) | 9 lines
> r1816572 | sebb | 2017-11-28 21:58:16 +0100 (Tue, 28 Nov 2017) | 1 line
> r1816090 | sebb | 2017-11-22 23:56:26 +0100 (Wed, 22 Nov 2017) | 1 line
> r1802006 | sebb | 2017-07-15 10:27:37 +0200 (Sat, 15 Jul 2017) | 1 line
> r1800040 | humbedooh | 2017-06-27 11:26:03 +0200 (Tue, 27 Jun 2017) | 1 line
> r1800039 | humbedooh | 2017-06-27 11:24:33 +0200 (Tue, 27 Jun 2017) | 1 line
> r1792506 | sebb | 2017-04-24 17:59:25 +0200 (Mon, 24 Apr 2017) | 1 line
> r1787805 | humbedooh | 2017-03-20 17:08:38 +0100 (Mon, 20 Mar 2017) | 1 line
> r1787804 | humbedooh | 2017-03-20 17:07:32 +0100 (Mon, 20 Mar 2017) | 1 line
> r1787673 | humbedooh | 2017-03-20 00:29:20 +0100 (Mon, 20 Mar 2017) | 1 line
> r1786969 | curcuru | 2017-03-15 00:58:25 +0100 (Wed, 15 Mar 2017) | 1 line
> r1786968 | curcuru | 2017-03-15 00:57:35 +0100 (Wed, 15 Mar 2017) | 1 line
> r1786967 | curcuru | 2017-03-15 00:50:41 +0100 (Wed, 15 Mar 2017) | 1 line
> r1786965 | curcuru | 2017-03-15 00:40:01 +0100 (Wed, 15 Mar 2017) | 1 line
> r1786963 | curcuru | 2017-03-14 23:41:51 +0100 (Tue, 14 Mar 2017) | 1 line
> r1786476 | curcuru | 2017-03-11 01:21:07 +0100 (Sat, 11 Mar 2017) | 1 line
> r1786455 | curcuru | 2017-03-10 22:20:35 +0100 (Fri, 10 Mar 2017) | 1 line
> r1784517 | sebb | 2017-02-27 11:10:04 +0100 (Mon, 27 Feb 2017) | 1 line
> r1784455 | sebb | 2017-02-26 16:09:44 +0100 (Sun, 26 Feb 2017) | 3 lines
> r1784452 | sebb | 2017-02-26 15:56:25 +0100 (Sun, 26 Feb 2017) | 1 line
> r1782935 | humbedooh | 2017-02-14 10:24:56 +0100 (Tue, 14 Feb 2017) | 1 line
> r1782794 | humbedooh | 2017-02-13 16:36:38 +0100 (Mon, 13 Feb 2017) | 1 line
> r1778748 | hboutemy | 2017-01-14 11:10:48 +0100 (Sat, 14 Jan 2017) | 1 line
> r1778116 | humbedooh | 2017-01-10 14:07:45 +0100 (Tue, 10 Jan 2017) | 1 line
> r1778115 | humbedooh | 2017-01-10 14:01:18 +0100 (Tue, 10 Jan 2017) | 1 line
> r1777458 | sebb | 2017-01-05 13:05:27 +0100 (Thu, 05 Jan 2017) | 1 line
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@community.apache.org
For additional commands, e-mail: dev-help@community.apache.org
Re: who "owns" https://projects.apache.org/ ?
Posted by Bertrand Delacretaz <bd...@apache.org>.
Hi Sally,
On Wed, Mar 25, 2020 at 3:56 PM Sally Khudairi <sk...@apache.org> wrote:
> ...I have no idea how this process would work from the onset. Is there a single point of
> contact (or a group) on the current iteration projects.a.o?
Looking at the svn commits [1] from 2017 on, omitting the
projects_role automated ones, it looks like sebb did the most of that,
it might be worth asking him.
There's been few discussions about projects.a.o here lately IIRC so I
suspect not much is going on.
> How do we get started if it's agreeable to ComDev as a whole?..
To do the actual "move of oversight" I think we need a comdev PMC vote
which can happen on this list as far as I'm concerned.
-Bertrand
[1]
r1874757 | sebb | 2020-03-03 22:27:41 +0100 (Tue, 03 Mar 2020) | 1 line
r1874514 | humbedooh | 2020-02-25 17:42:55 +0100 (Tue, 25 Feb 2020) | 1 line
r1872545 | rbowen | 2020-01-09 15:03:58 +0100 (Thu, 09 Jan 2020) | 1 line
r1867593 | sebb | 2019-09-26 18:51:05 +0200 (Thu, 26 Sep 2019) | 1 line
r1867564 | sebb | 2019-09-26 10:14:35 +0200 (Thu, 26 Sep 2019) | 1 line
r1867031 | sebb | 2019-09-17 00:41:48 +0200 (Tue, 17 Sep 2019) | 1 line
r1861080 | sebb | 2019-06-12 00:37:49 +0200 (Wed, 12 Jun 2019) | 1 line
r1861042 | sebb | 2019-06-11 17:04:44 +0200 (Tue, 11 Jun 2019) | 1 line
r1861040 | sebb | 2019-06-11 16:53:12 +0200 (Tue, 11 Jun 2019) | 1 line
r1857810 | sebb | 2019-04-19 15:53:22 +0200 (Fri, 19 Apr 2019) | 1 line
r1857799 | sebb | 2019-04-19 13:29:00 +0200 (Fri, 19 Apr 2019) | 1 line
r1857798 | sebb | 2019-04-19 13:28:05 +0200 (Fri, 19 Apr 2019) | 1 line
r1857797 | sebb | 2019-04-19 13:19:05 +0200 (Fri, 19 Apr 2019) | 1 line
r1855264 | sebb | 2019-03-11 21:41:07 +0100 (Mon, 11 Mar 2019) | 1 line
r1855263 | sebb | 2019-03-11 21:35:47 +0100 (Mon, 11 Mar 2019) | 1 line
r1855262 | sebb | 2019-03-11 21:34:22 +0100 (Mon, 11 Mar 2019) | 1 line
r1855261 | sebb | 2019-03-11 21:23:59 +0100 (Mon, 11 Mar 2019) | 1 line
r1848283 | hboutemy | 2018-12-06 12:04:34 +0100 (Thu, 06 Dec 2018) | 1 line
r1848229 | hboutemy | 2018-12-05 18:20:32 +0100 (Wed, 05 Dec 2018) | 1 line
r1848132 | sebb | 2018-12-04 10:30:19 +0100 (Tue, 04 Dec 2018) | 1 line
r1830554 | sebb | 2018-04-30 13:48:10 +0200 (Mon, 30 Apr 2018) | 1 line
r1830553 | sebb | 2018-04-30 13:29:31 +0200 (Mon, 30 Apr 2018) | 1 line
r1830550 | sebb | 2018-04-30 13:20:21 +0200 (Mon, 30 Apr 2018) | 1 line
r1830493 | sebb | 2018-04-29 09:25:12 +0200 (Sun, 29 Apr 2018) | 1 line
r1830119 | ctubbsii | 2018-04-26 00:30:11 +0200 (Thu, 26 Apr 2018) | 9 lines
r1816572 | sebb | 2017-11-28 21:58:16 +0100 (Tue, 28 Nov 2017) | 1 line
r1816090 | sebb | 2017-11-22 23:56:26 +0100 (Wed, 22 Nov 2017) | 1 line
r1802006 | sebb | 2017-07-15 10:27:37 +0200 (Sat, 15 Jul 2017) | 1 line
r1800040 | humbedooh | 2017-06-27 11:26:03 +0200 (Tue, 27 Jun 2017) | 1 line
r1800039 | humbedooh | 2017-06-27 11:24:33 +0200 (Tue, 27 Jun 2017) | 1 line
r1792506 | sebb | 2017-04-24 17:59:25 +0200 (Mon, 24 Apr 2017) | 1 line
r1787805 | humbedooh | 2017-03-20 17:08:38 +0100 (Mon, 20 Mar 2017) | 1 line
r1787804 | humbedooh | 2017-03-20 17:07:32 +0100 (Mon, 20 Mar 2017) | 1 line
r1787673 | humbedooh | 2017-03-20 00:29:20 +0100 (Mon, 20 Mar 2017) | 1 line
r1786969 | curcuru | 2017-03-15 00:58:25 +0100 (Wed, 15 Mar 2017) | 1 line
r1786968 | curcuru | 2017-03-15 00:57:35 +0100 (Wed, 15 Mar 2017) | 1 line
r1786967 | curcuru | 2017-03-15 00:50:41 +0100 (Wed, 15 Mar 2017) | 1 line
r1786965 | curcuru | 2017-03-15 00:40:01 +0100 (Wed, 15 Mar 2017) | 1 line
r1786963 | curcuru | 2017-03-14 23:41:51 +0100 (Tue, 14 Mar 2017) | 1 line
r1786476 | curcuru | 2017-03-11 01:21:07 +0100 (Sat, 11 Mar 2017) | 1 line
r1786455 | curcuru | 2017-03-10 22:20:35 +0100 (Fri, 10 Mar 2017) | 1 line
r1784517 | sebb | 2017-02-27 11:10:04 +0100 (Mon, 27 Feb 2017) | 1 line
r1784455 | sebb | 2017-02-26 16:09:44 +0100 (Sun, 26 Feb 2017) | 3 lines
r1784452 | sebb | 2017-02-26 15:56:25 +0100 (Sun, 26 Feb 2017) | 1 line
r1782935 | humbedooh | 2017-02-14 10:24:56 +0100 (Tue, 14 Feb 2017) | 1 line
r1782794 | humbedooh | 2017-02-13 16:36:38 +0100 (Mon, 13 Feb 2017) | 1 line
r1778748 | hboutemy | 2017-01-14 11:10:48 +0100 (Sat, 14 Jan 2017) | 1 line
r1778116 | humbedooh | 2017-01-10 14:07:45 +0100 (Tue, 10 Jan 2017) | 1 line
r1778115 | humbedooh | 2017-01-10 14:01:18 +0100 (Tue, 10 Jan 2017) | 1 line
r1777458 | sebb | 2017-01-05 13:05:27 +0100 (Thu, 05 Jan 2017) | 1 line
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@community.apache.org
For additional commands, e-mail: dev-help@community.apache.org
Re: who "owns" https://projects.apache.org/ ?
Posted by Sally Khudairi <sk...@apache.org>.
Thanks so much, Bertrand.
Of course volunteers from ComDev would be welcome to assist. This may bring them under the Central Services team as well :-)
I have no idea how this process would work from the onset. Is there a single point of contact (or a group) on the current iteration projects.a.o? How do we get started if it's agreeable to ComDev as a whole?
Best,
Sally
- - -
Vice President Marketing & Publicity
Vice President Sponsor Relations
The Apache Software Foundation
Tel +1 617 921 8656 | sk@apache.org
On Wed, Mar 25, 2020, at 09:33, Bertrand Delacretaz wrote:
> Hi Sally,
>
> On Wed, Mar 25, 2020 at 1:07 PM Sally Khudairi <sk...@apache.org> wrote:
> > ...I'd love to discuss options and see what we can do. To that end, with whom shall I be talking to?...
>
> I think officially the comdev PMC owns this, but I have a feeling that
> it's only a small number of people who've been doing small changes in
> the last two years. The svn stats of [1] can provide more details,
> with a lot of "noise" as the data commits are intermixed.
>
> > ...I'm wondering if it make sense to move projects.apache.org under the M&P umbrella...
>
> I think it's a good idea and I suppose volunteers would still be
> welcome to help there?
>
> -Bertrand
>
> [1] https://svn.apache.org/repos/asf/comdev/projects.apache.org/trunk
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@community.apache.org
For additional commands, e-mail: dev-help@community.apache.org
Re: who "owns" https://projects.apache.org/ ?
Posted by Bertrand Delacretaz <bd...@apache.org>.
Hi Sally,
On Wed, Mar 25, 2020 at 1:07 PM Sally Khudairi <sk...@apache.org> wrote:
> ...I'd love to discuss options and see what we can do. To that end, with whom shall I be talking to?...
I think officially the comdev PMC owns this, but I have a feeling that
it's only a small number of people who've been doing small changes in
the last two years. The svn stats of [1] can provide more details,
with a lot of "noise" as the data commits are intermixed.
> ...I'm wondering if it make sense to move projects.apache.org under the M&P umbrella...
I think it's a good idea and I suppose volunteers would still be
welcome to help there?
-Bertrand
[1] https://svn.apache.org/repos/asf/comdev/projects.apache.org/trunk
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@community.apache.org
For additional commands, e-mail: dev-help@community.apache.org
Re: who "owns" https://projects.apache.org/ ?
Posted by Daniel Gruno <hu...@apache.org>.
On 26/03/2020 09.38, 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.
> <snip>
>
> This seems like a good (and important) place to start. What projects are
> missing? What canonical list are you comparing against? This seems like
> low-hanging fruit.
>
I think a list of "litanies" (in a positive way), if you will, would be
a good starting point for us to progress here. What are the challenges
we are facing, and how do we best address them. I'd prefer if this was a
service by the communities for the communities, but I also acknowledge
that we've been primarily doing this 'our way', not necessarily how
projects would prefer it.
I have my own list of suggestions:
- do away with DOAP/XML, but still keep the data in VCS (yaml based data?)
- have an online editor for projects to enter in data (do away with the
weird mix of centralized decentralization)
- create a standard list of scope/language/etc categories to pick from
when describing projects, to avoid weird solo categories.
- perform more outreach once the above is done, so projects can go and
set up or edit their information in a simple, fast way.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@community.apache.org
For additional commands, e-mail: dev-help@community.apache.org
Re: who "owns" https://projects.apache.org/ ?
Posted by Sally Khudairi <sk...@apache.org>.
Thanks, Rich.
I don't know off the top of my head. What happens --how I'm discovering the issues-- is when we're putting together a Weekly News Round-up, we pull posts sent to announce@a.o (this is another issue we'll have to deal with as well: not every project posts their news there). Then to see what category "Apache Razzmatazz" (or whatever) falls under, we look it up on projects.a.o. Sometimes it's listed clearly, and we go from there. Other times it's listed but the category seems off. Other times it's listed but has no DOAP or category (so we have to go to the project site to read about them and try to determine what category they're in. Other times they're not on projects.a.o at all, and again, we go to their site for detective work... Incubating projects might not be listed, and so are checked against http://incubator.apache.org/projects/ (some issues there as well...)
I hope this helps!
Best,
Sally
- - -
Vice President Marketing & Publicity
Vice President Sponsor Relations
The Apache Software Foundation
Tel +1 617 921 8656 | sk@apache.org
On Thu, Mar 26, 2020, at 10:38, 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.
> <snip>
>
> This seems like a good (and important) place to start. What projects are
> missing? What canonical list are you comparing against? This seems like
> low-hanging fruit.
>
> --
> Rich Bowen - rbowen@rcbowen.com
> http://rcbowen.com/
> @rbowen
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@community.apache.org
For additional commands, e-mail: dev-help@community.apache.org
Re: who "owns" https://projects.apache.org/ ?
Posted by Rich Bowen <rb...@rcbowen.com>.
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.
<snip>
This seems like a good (and important) place to start. What projects are
missing? What canonical list are you comparing against? This seems like
low-hanging fruit.
--
Rich Bowen - rbowen@rcbowen.com
http://rcbowen.com/
@rbowen
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@community.apache.org
For additional commands, e-mail: dev-help@community.apache.org
Re: who "owns" https://projects.apache.org/ ?
Posted by Rich Bowen <rb...@rcbowen.com>.
On 3/26/20 10:04 AM, Bertrand Delacretaz wrote:
> Hi,
>
> On Thu, Mar 26, 2020 at 1:54 PM Rich Bowen <rb...@rcbowen.com> wrote:
>> ...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...
>
> I think having information or a link to that information at
> https://projects.apache.org/ on how to update would fix that.
>
> There's https://projects.apache.org/about.html but it could be
> improved in terms of what we expect from projects and how they can do
> that.
I'm going to pick a few projects and go through the process myself, and
document my findings/frustrations. I would encourage a few of you to do
the same with projects you are interested in.
Related, distributed data doesn't work at the ASF, imho. Having each
project have their own unique location for this data, combined with
having it in svn (while an increasing number of our projects don't speak
svn any more), is a recipe for data rot.
Daniel patched the system a while back to consolidate/centralize that
data, and was vetoed/reverted for reasons that are unclear to me.
Having this data centralized would, I think, increase the chances that
we'd actually keep it updated.
--
Rich Bowen - rbowen@rcbowen.com
http://rcbowen.com/
@rbowen
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@community.apache.org
For additional commands, e-mail: dev-help@community.apache.org
Re: who "owns" https://projects.apache.org/ ?
Posted by Bertrand Delacretaz <bd...@apache.org>.
Hi,
On Thu, Mar 26, 2020 at 1:54 PM Rich Bowen <rb...@rcbowen.com> wrote:
> ...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...
I think having information or a link to that information at
https://projects.apache.org/ on how to update would fix that.
There's https://projects.apache.org/about.html but it could be
improved in terms of what we expect from projects and how they can do
that.
-Bertrand
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@community.apache.org
For additional commands, e-mail: dev-help@community.apache.org
Re: who "owns" https://projects.apache.org/ ?
Posted by Rich Bowen <rb...@rcbowen.com>.
On 3/26/20 12:36 PM, Greg Stein wrote:
> On Thu, Mar 26, 2020 at 7:54 AM Rich Bowen <rbowen@rcbowen.com
> <ma...@rcbowen.com>> wrote:
> >...
>
> 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
> <http://projects.apache.org> is present, useful, accurate
>
>
> Combine the above two? ... have whimsy also verify that a DOAP file exists?
Yeah, that was actually my plan, but I didn't want to lick that cookie,
since Ruby code is still a bit of a mystery to me. :)
--
Rich Bowen - rbowen@rcbowen.com
http://rcbowen.com/
@rbowen
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@community.apache.org
For additional commands, e-mail: dev-help@community.apache.org
Re: who "owns" https://projects.apache.org/ ?
Posted by Greg Stein <gs...@gmail.com>.
On Thu, Mar 26, 2020 at 7:54 AM Rich Bowen <rb...@rcbowen.com> wrote:
>...
> 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
>
Combine the above two? ... have whimsy also verify that a DOAP file exists?
Cheers,
-g
Re: who "owns" https://projects.apache.org/ ?
Posted by Rich Bowen <rb...@rcbowen.com>.
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 - rbowen@rcbowen.com
>> http://rcbowen.com/
>> @rbowen
>>
--
Rich Bowen - rbowen@rcbowen.com
http://rcbowen.com/
@rbowen
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@community.apache.org
For additional commands, e-mail: dev-help@community.apache.org
Re: who "owns" https://projects.apache.org/ ?
Posted by Sally Khudairi <sk...@apache.org>.
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.
Cheers.
- - -
Vice President Marketing & Publicity
Vice President Sponsor Relations
The Apache Software Foundation
Tel +1 617 921 8656 | sk@apache.org
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 - rbowen@rcbowen.com
> http://rcbowen.com/
> @rbowen
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@community.apache.org
For additional commands, e-mail: dev-help@community.apache.org
Re: who "owns" https://projects.apache.org/ ?
Posted by Rich Bowen <rb...@rcbowen.com>.
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 - rbowen@rcbowen.com
http://rcbowen.com/
@rbowen
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@community.apache.org
For additional commands, e-mail: dev-help@community.apache.org