Query regarding license

[Anshul Singh <an...@gmail.com>]

Hello everyone,

I have a query regarding license, can anyone who is concerned with it help
me.
Can we *use* dialogflow (https://dialogflow.com/) inside an Apache 2.0
licensed project for implementing chatbot in Google assistant?
Thank you

Regards
Anshul Singh

Re: Query regarding license

[Anshul Singh <an...@gmail.com>]

Thank you Myrle for improving my question and giving it a right direction
and James for providing a great open source alternative to dialogflow. I'll
definitely explore Rasa.

Sincerely,
Anshul Singh

On Mon, Mar 25, 2019 at 11:45 PM James Dailey <ja...@gmail.com>
wrote:

> Anshul - it's a good feature area to explore and build to.  +1 on what
> Myrle wrote as well.
>
> A quick look at Dialogue Flow - it's entirely closed source.  One open
> source alternative is
> https://rasa.com/docs/dialogflow/. And they have tools to port over from
> Google dialogflow so perhaps there is a way to architect this neutrally??
>
> Rasa is apache 2.0
> https://github.com/RasaHQ/rasa_core/blob/master/README.md
>
> ...perhaps you can create the connectors to both of these external
> resources for a robust set of run time choices. Start perhaps w Rasa?
>
> Jdailey67
>
>
>
>
>
>
> On Mon, Mar 25, 2019, 10:48 AM Myrle Krantz <my...@apache.org> wrote:
>
> > Hey Anshul,
> >
> > There are two parts to this question:
> >
> > a.) What license does it have?  For example the MIT and BSD licenses are
> > both Category A, which means they can be included in Apache Software
> > without problems.  (1)
> >
> > b.) Does this make your software's runtime dependent on a single vendor's
> > service?  Put differently, would your project promote vendor lock-in?  If
> > it does, then it would not be in the spirit of open source at Apache.  If
> > this vendor's service has competitors you could resolve this by making
> the
> > code flexible enough to support those other vendors.  If the vendor's
> > service is based solely on open source components, then you could argue
> > that someone else at least *could* deploy that service as well, but you
> > should be sure to make any addresses configurable rather than hard-coded.
> > (2)
> >
> > Best Regards,
> > Myrle
> >
> > 1.) https://apache.org/legal/resolved.html
> > 2.) https://blogs.apache.org/foundation/entry/apache-is-open
> >
> > On Sun, Mar 24, 2019 at 6:13 AM Anshul Singh <an...@gmail.com>
> > wrote:
> >
> > > Hello everyone,
> > >
> > > I have a query regarding license, can anyone who is concerned with it
> > help
> > > me.
> > > Can we *use* dialogflow (https://dialogflow.com/) inside an Apache 2.0
> > > licensed project for implementing chatbot in Google assistant?
> > > Thank you
> > >
> > > Regards
> > > Anshul Singh
> > >
> >
>

Re: Query regarding license

[James Dailey <ja...@gmail.com>]

Anshul - it's a good feature area to explore and build to.  +1 on what
Myrle wrote as well.

A quick look at Dialogue Flow - it's entirely closed source.  One open
source alternative is
https://rasa.com/docs/dialogflow/. And they have tools to port over from
Google dialogflow so perhaps there is a way to architect this neutrally??

Rasa is apache 2.0
https://github.com/RasaHQ/rasa_core/blob/master/README.md

...perhaps you can create the connectors to both of these external
resources for a robust set of run time choices. Start perhaps w Rasa?

Jdailey67






On Mon, Mar 25, 2019, 10:48 AM Myrle Krantz <my...@apache.org> wrote:

> Hey Anshul,
>
> There are two parts to this question:
>
> a.) What license does it have?  For example the MIT and BSD licenses are
> both Category A, which means they can be included in Apache Software
> without problems.  (1)
>
> b.) Does this make your software's runtime dependent on a single vendor's
> service?  Put differently, would your project promote vendor lock-in?  If
> it does, then it would not be in the spirit of open source at Apache.  If
> this vendor's service has competitors you could resolve this by making the
> code flexible enough to support those other vendors.  If the vendor's
> service is based solely on open source components, then you could argue
> that someone else at least *could* deploy that service as well, but you
> should be sure to make any addresses configurable rather than hard-coded.
> (2)
>
> Best Regards,
> Myrle
>
> 1.) https://apache.org/legal/resolved.html
> 2.) https://blogs.apache.org/foundation/entry/apache-is-open
>
> On Sun, Mar 24, 2019 at 6:13 AM Anshul Singh <an...@gmail.com>
> wrote:
>
> > Hello everyone,
> >
> > I have a query regarding license, can anyone who is concerned with it
> help
> > me.
> > Can we *use* dialogflow (https://dialogflow.com/) inside an Apache 2.0
> > licensed project for implementing chatbot in Google assistant?
> > Thank you
> >
> > Regards
> > Anshul Singh
> >
>

Re: Query regarding license

[Myrle Krantz <my...@apache.org>]

Hey Anshul,

There are two parts to this question:

a.) What license does it have?  For example the MIT and BSD licenses are
both Category A, which means they can be included in Apache Software
without problems.  (1)

b.) Does this make your software's runtime dependent on a single vendor's
service?  Put differently, would your project promote vendor lock-in?  If
it does, then it would not be in the spirit of open source at Apache.  If
this vendor's service has competitors you could resolve this by making the
code flexible enough to support those other vendors.  If the vendor's
service is based solely on open source components, then you could argue
that someone else at least *could* deploy that service as well, but you
should be sure to make any addresses configurable rather than hard-coded.
(2)

Best Regards,
Myrle

1.) https://apache.org/legal/resolved.html
2.) https://blogs.apache.org/foundation/entry/apache-is-open

On Sun, Mar 24, 2019 at 6:13 AM Anshul Singh <an...@gmail.com>
wrote:

> Hello everyone,
>
> I have a query regarding license, can anyone who is concerned with it help
> me.
> Can we *use* dialogflow (https://dialogflow.com/) inside an Apache 2.0
> licensed project for implementing chatbot in Google assistant?
> Thank you
>
> Regards
> Anshul Singh
>