Hi all,

I would like to share some considerations about why we prefer not to donate
the gallery product.

The gallery has a NodeJS server which is running on an internal Baidu
server and so
as the user data.
The server can only be accessed using internal methods so I'm afraid it can
hardly be
donated. And only Baidu OAuth is supported for account login and only
Chinese is
supported which may look weird if it's an official Apache product. (We do
wish to
support English or other login methods in the future but it seems we have
little time
to do this in the near future. )

I don't think we could use the domain name gallery.echarts.apache.org but
keep
the server in Baidu company inside (correct me if I'm wrong), so I think
the donation
may technically be hard.

The gallery is not a part of ECharts project and it's only a place people
put their works
using ECharts. But we do think the domain name gallery.echartsjs.com may
mislead
the users to believe this is an official product, so it's reasonable to use
a new domain
name.

So my proposal on this would be:
1. Choose a few candidate new domain names for the gallery product
2. Ask the Apache trademark for permission before purchasing
3. Use the new domain name for the gallery

Would this plan have any branding issues?

And I would like to confirm if the current statement [1] on the gallery
Website is no
longer necessary to cut off the trademark relationship. Would a "powered
by" statement
in the about page be more proper?

We would make sure the gallery Website would not misuse any of the Apache
logo,
trademarks and so on.


[1] "This Website is a community contributed work of Apache ECharts
(incubating) and it
is not an official Apache ECharts (incubating) product."

Thanks

*Ovilia*


On Thu, Sep 3, 2020 at 3:52 PM Greg Stein <gst...@gmail.com> wrote:

> On Thu, Sep 3, 2020 at 2:17 AM Kevin A. McGrail <kmcgr...@apache.org>
> wrote:
>
> > I can help transfer your domain and donate it to Apache.  Dropped a word
> > there.
> >
>
> That is not a "donation" but an imposition of a liability for ongoing
> domain fees.
>
> As MarkT notes, the Foundation would not accept a domain that has seen zero
> historical usage. Projects should stick to apache.org rather than create
> new domains. Domains other than apache.org are acceptable for transfer, on
> a case-by-case basis, where that decision focuses on historical/community
> usage (of many years, and millions of users). Creating one "today" means
> zero history.
>
> Cheers,
> Greg
> InfraAdmin, ASF
>

Reply via email to