Is gnoga dead?

Is gnoga dead?

[reinert]

I asked google bard:

"Is gnoga currently maintained?"

And it answered:

"No, Gnoga (Ada) is also no longer maintained. It was a fork of the original Gnoga project that was created in 2012. The last commit to the GitHub repository was in 2016.

Gnoga (Ada) was an attempt to improve the performance and scalability of Gnoga. It used a different statistical approach to NLG and was implemented in Ada.

There are a number of other NLG engines available, such as GPT-3 and LaMDA, which are more powerful and up-to-date than Gnoga (Ada)."

Is this correct?

reinert

Re: Is gnoga dead?

[Blady]

Le 09/09/2023 à 11:02, reinert a écrit :
> I asked google bard:
> 
> "Is gnoga currently maintained?"
> 
> And it answered:
> 
> "No, Gnoga (Ada) is also no longer maintained. It was a fork of the original Gnoga project that was created in 2012. The last commit to the GitHub repository was in 2016.
> 
> Gnoga (Ada) was an attempt to improve the performance and scalability of Gnoga. It used a different statistical approach to NLG and was implemented in Ada.
> 
> There are a number of other NLG engines available, such as GPT-3 and LaMDA, which are more powerful and up-to-date than Gnoga (Ada)."
> 
> Is this correct?

Hello Reinert,

Do you mean this one: https://sourceforge.net/projects/gnoga?

If so, the answer is yes.

Could you please provide the link where you found the above quoted text?

Pascal.

Re: Is gnoga dead?

[reinert]

lørdag 9. september 2023 kl. 11:53:40 UTC+2 skrev Blady:
> Le 09/09/2023 à 11:02, reinert a écrit : 
> > I asked google bard: 
> > 
> > "Is gnoga currently maintained?" 
> > 
> > And it answered: 
> > 
> > "No, Gnoga (Ada) is also no longer maintained. It was a fork of the original Gnoga project that was created in 2012. The last commit to the GitHub repository was in 2016. 
> > 
> > Gnoga (Ada) was an attempt to improve the performance and scalability of Gnoga. It used a different statistical approach to NLG and was implemented in Ada. 
> > 
> > There are a number of other NLG engines available, such as GPT-3 and LaMDA, which are more powerful and up-to-date than Gnoga (Ada)." 
> > 
> > Is this correct?
> Hello Reinert, 
> 
> Do you mean this one: https://sourceforge.net/projects/gnoga? 
> 
> If so, the answer is yes. 
> 
> Could you please provide the link where you found the above quoted text? 
> 
> Pascal.

I just logged into my google account and asked "bard" (https://bard.google.com/?hl=en).

reinert

Re: Is gnoga dead?

[Jeffrey R.Carter]

On 2023-09-09 11:02, reinert wrote:
 > I asked google bard:
 >
 > "Is gnoga currently maintained?"
 >
 > And it answered:
 >
 > "No, Gnoga (Ada) is also no longer maintained. It was a fork of the original 
Gnoga project that was created in 2012. The last commit to the GitHub repository 
was in 2016.
 >
 > Gnoga (Ada) was an attempt to improve the performance and scalability of 
Gnoga. It used a different statistical approach to NLG and was implemented in Ada.
 >
 > There are a number of other NLG engines available, such as GPT-3 and LaMDA, 
which are more powerful and up-to-date than Gnoga (Ada)."
 >
 > Is this correct?
The presence of the word "also" in the first sentence should be enough to tell 
you that this is nonsense.

If you are asking about an "NLG engine" named gnoga, then maybe this is correct. 
If you are asking about the Ada web-application framework Gnoga that Blady 
maintains, then it's not correct.

-- 
Jeff Carter
“Anyone who cannot cope with mathematics
is not fully human.”
The Notebooks of Lazarus Long
214

Re: Is gnoga dead?

[reinert]

lørdag 9. september 2023 kl. 13:59:04 UTC+2 skrev Jeffrey R.Carter:
> On 2023-09-09 11:02, reinert wrote: 
> > I asked google bard: 
> > 
> > "Is gnoga currently maintained?" 
> > 
> > And it answered: 
> > 
> > "No, Gnoga (Ada) is also no longer maintained. It was a fork of the original 
> Gnoga project that was created in 2012. The last commit to the GitHub repository 
> was in 2016. 
> > 
> > Gnoga (Ada) was an attempt to improve the performance and scalability of 
> Gnoga. It used a different statistical approach to NLG and was implemented in Ada. 
> > 
> > There are a number of other NLG engines available, such as GPT-3 and LaMDA, 
> which are more powerful and up-to-date than Gnoga (Ada)." 
> > 
> > Is this correct?
> The presence of the word "also" in the first sentence should be enough to tell 
> you that this is nonsense. 
> 
> If you are asking about an "NLG engine" named gnoga, then maybe this is correct. 
> If you are asking about the Ada web-application framework Gnoga that Blady 
> maintains, then it's not correct. 
> 
> -- 
> Jeff Carter 
> “Anyone who cannot cope with mathematics 
> is not fully human.” 
> The Notebooks of Lazarus Long 
> 214

Good to hear.
Yes, did mean the Ada web-application framework.
reinert

Re: Is gnoga dead?

[Stéphane Rivière]

Gnoga not dead, but being maintained by Pascal, Gautier and other
individuals and companies.

Expect a pleasant surprise (imho) before the end of the year (with full
web demos). v22 manual abstract :


1        About v22 framework
1.1      Ready to use in production

v22 is a general purpose, KISS oriented, modular Ada framework for
GNU/Linux Debian/Ubuntu service, console and web programs.

v22 is composed of many packages in charge of UTF-8 strings, program and
OS functions, HTTP(s)/WS(s) web framework, integrated cURL, console
handling and text files, advanced network, MySQL and SQLite high level
binding, logging and configuration files handling.

Although based on the v20 library, the v22 framework represents a major
step forward in the following areas:
- UTF-8 compatibility;
- Simplified string processing (only one UTF-8 String type is used);
- Internationalization;
- New and extended database API;
- Extended database access to MySQL, in addition to SQLite, with schema
on-the-fly update at table, index, and colums level;
- Improved concurrent access and performance for SQLite;
- New LGPLv3 licensing instead of GPLv3;
- New FSF GNAT GCC Linux ready-to-use development environment for v22
(not tied anymore to GPLv2 licence);
- And much more.

1.2      Cooperative and open

v22's native dependencies are Gnoga, Simple_Components, UXStrings and
Zanyblue.

v22 is both a high-level framework and an extension to the lower level
components cited above. v22 has been designed to:
- Use unmodified components;
- Not "reinvent the wheel". Component functions are to be used first;
- Offer higher-level functions or functions that do not exist in the
components.

.../...

In short:
- UXStrings is used throughout v22. The v22.Uxs package extends
UXStrings functionality. The v22.Sql package extends the functionality
of Gnoga.Server.Database. The v22.Gui graphics framework is based on
Gnoga.Gui;
- v22's architecture allows it to be open to additional packages,
depending on the software development required.


-- 
Stéphane Rivière
Ile d'Oléron - France

Re: Is gnoga dead?

[reinert]

lørdag 9. september 2023 kl. 19:56:00 UTC+2 skrev Stéphane Rivière:
> Gnoga not dead, but being maintained by Pascal, Gautier and other 
> individuals and companies. 
> 
> Expect a pleasant surprise (imho) before the end of the year (with full 
> web demos). v22 manual abstract : 
> 
> 
> 1 About v22 framework 
> 1.1 Ready to use in production 
> 
> v22 is a general purpose, KISS oriented, modular Ada framework for 
> GNU/Linux Debian/Ubuntu service, console and web programs. 
> 
> v22 is composed of many packages in charge of UTF-8 strings, program and 
> OS functions, HTTP(s)/WS(s) web framework, integrated cURL, console 
> handling and text files, advanced network, MySQL and SQLite high level 
> binding, logging and configuration files handling. 
> 
> Although based on the v20 library, the v22 framework represents a major 
> step forward in the following areas: 
> - UTF-8 compatibility; 
> - Simplified string processing (only one UTF-8 String type is used); 
> - Internationalization; 
> - New and extended database API; 
> - Extended database access to MySQL, in addition to SQLite, with schema 
> on-the-fly update at table, index, and colums level; 
> - Improved concurrent access and performance for SQLite; 
> - New LGPLv3 licensing instead of GPLv3; 
> - New FSF GNAT GCC Linux ready-to-use development environment for v22 
> (not tied anymore to GPLv2 licence); 
> - And much more. 
> 
> 1.2 Cooperative and open 
> 
> v22's native dependencies are Gnoga, Simple_Components, UXStrings and 
> Zanyblue. 
> 
> v22 is both a high-level framework and an extension to the lower level 
> components cited above. v22 has been designed to: 
> - Use unmodified components; 
> - Not "reinvent the wheel". Component functions are to be used first; 
> - Offer higher-level functions or functions that do not exist in the 
> components. 
> 
> .../... 
> 
> In short: 
> - UXStrings is used throughout v22. The v22.Uxs package extends 
> UXStrings functionality. The v22.Sql package extends the functionality 
> of Gnoga.Server.Database. The v22.Gui graphics framework is based on 
> Gnoga.Gui; 
> - v22's architecture allows it to be open to additional packages, 
> depending on the software development required. 
> 
> 
> -- 
> Stéphane Rivière 
> Ile d'Oléron - France

Sounds like I can somehow trust that gnoga will be around many years to come.

So my special issue: I work on making my (cancer) cellular behavior analysis program (https://korsnesbiocomputing.no/) as a "cloud service". Its all programmed in Ada using GLOBE_3D. I consider using guacamole apache. Its intensive about handling images. So what are the aguments for and against using  guaceamole (as compared to for example guacamole apache) ?

reinert

Re: Is gnoga dead?

[Stéphane Rivière]

Hi Reinert,

> Sounds like I can somehow trust that gnoga will be around many years to come.

I think so.

> So my special issue: I work on making my (cancer) cellular behavior analysis program (https://korsnesbiocomputing.no/) as a "cloud service". 

Very interesting indeed.

>Its all programmed in Ada using GLOBE_3D. I consider using guacamole apache. Its intensive about handling images. So what are the aguments for and against using  >guaceamole (as compared to for example guacamole apache) ?

No idea. My first concerns could be scaling.


-- 
Stéphane Rivière
Ile d'Oléron - France

Re: Is gnoga dead?

[reinert]

mandag 11. september 2023 kl. 09:52:49 UTC+2 skrev Stéphane Rivière:
> Hi Reinert,
> > Sounds like I can somehow trust that gnoga will be around many years to come.
> I think so.
> > So my special issue: I work on making my (cancer) cellular behavior analysis program (https://korsnesbiocomputing.no/) as a "cloud service".
> Very interesting indeed. 
> 
> >Its all programmed in Ada using GLOBE_3D. I consider using guacamole apache. Its intensive about handling images. So what are the aguments for and against using >guaceamole (as compared to for example guacamole apache) ? 
> 
> No idea. My first concerns could be scaling.
> -- 
> Stéphane Rivière 
> Ile d'Oléron - France

Did mean ...... *gnoga* (as compared to for example guacamole apache) :-)

Re: Is gnoga dead?

[Stéphane Rivière]

> Did mean ...... *gnoga* (as compared to for example guacamole apache) :-)

No, sorry, I was thinking more of Guacamole. Not really fond of a remote
desktop vs a true Web app... But maybe I'm wrong...

-- 
Stéphane Rivière
Ile d'Oléron - France

Re: Is gnoga dead?

[reinert]

tirsdag 12. september 2023 kl. 09:16:56 UTC+2 skrev Stéphane Rivière:
> > Did mean ...... *gnoga* (as compared to for example guacamole apache) :-)
> No, sorry, I was thinking more of Guacamole. Not really fond of a remote 
> desktop vs a true Web app... But maybe I'm wrong...
> -- 
> Stéphane Rivière 
> Ile d'Oléron - France

Related: Anybody heard about Ada programs available under rollApps (https://www.rollapp.com/) and similar? 

Reviews:
https://slashdot.org/software/p/rollApp/#reviews

reinert

Re: Is gnoga dead?

[reinert]

lørdag 9. september 2023 kl. 19:56:00 UTC+2 skrev Stéphane Rivière:
> Gnoga not dead, but being maintained by Pascal, Gautier and other 
> individuals and companies. 
> 
> Expect a pleasant surprise (imho) before the end of the year (with full 
> web demos). v22 manual abstract : 
> 
> 
> 1 About v22 framework 
> 1.1 Ready to use in production 
> 
> v22 is a general purpose, KISS oriented, modular Ada framework for 
> GNU/Linux Debian/Ubuntu service, console and web programs. 
> 
> v22 is composed of many packages in charge of UTF-8 strings, program and 
> OS functions, HTTP(s)/WS(s) web framework, integrated cURL, console 
> handling and text files, advanced network, MySQL and SQLite high level 
> binding, logging and configuration files handling. 
> 
> Although based on the v20 library, the v22 framework represents a major 
> step forward in the following areas: 
> - UTF-8 compatibility; 
> - Simplified string processing (only one UTF-8 String type is used); 
> - Internationalization; 
> - New and extended database API; 
> - Extended database access to MySQL, in addition to SQLite, with schema 
> on-the-fly update at table, index, and colums level; 
> - Improved concurrent access and performance for SQLite; 
> - New LGPLv3 licensing instead of GPLv3; 
> - New FSF GNAT GCC Linux ready-to-use development environment for v22 
> (not tied anymore to GPLv2 licence); 
> - And much more. 
> 
> 1.2 Cooperative and open 
> 
> v22's native dependencies are Gnoga, Simple_Components, UXStrings and 
> Zanyblue. 
> 
> v22 is both a high-level framework and an extension to the lower level 
> components cited above. v22 has been designed to: 
> - Use unmodified components; 
> - Not "reinvent the wheel". Component functions are to be used first; 
> - Offer higher-level functions or functions that do not exist in the 
> components. 
> 
> .../... 
> 
> In short: 
> - UXStrings is used throughout v22. The v22.Uxs package extends 
> UXStrings functionality. The v22.Sql package extends the functionality 
> of Gnoga.Server.Database. The v22.Gui graphics framework is based on 
> Gnoga.Gui; 
> - v22's architecture allows it to be open to additional packages, 
> depending on the software development required. 
> 
> 
> -- 
> Stéphane Rivière 
> Ile d'Oléron - France

Sounds like I can somehow trust that gnoga will be around many years to come.

So my special issue: I work on making my (cancer) cellular behavior analysis program (https://korsnesbiocomputing.no/) as a "cloud service". Its all programmed in Ada using GLOBE_3D. I consider using guacamole apache. Its intensive about handling images. So what are the arguments for and against using gnoga (as compared to for example guacamole apache) ?

reinert