Re: [pgsql-advocacy] Announcement: planned open source billing system demonstration now available - Mailing list pgsql-hackers

I'll be posting the license on our website soon.  But, the license for our original work, prior to an Open Source
release,is an open source license except that the end user cannot distribute the product beyond their immediate control
(e.g.their company).  And, the changes one client makes to the product becomes available to all the other clients.
It'skind of like an open source license that applies just to our clients.  The only restriction really is
non-distribution.

If/when a software product gets released under and open source license we incorporate the changes that clients have
madeto customize the product prior to release.  So, if we have 20 customers using the same product and they've had
customizationsdone. 

It's working out pretty well.  We're using this model for the software we built for http://www.thenew-hometeam.com.
So,yes, the mature version of the home listing search engine we built will eventually be released under a general open
sourcelicense. 


Richard Schilling


On 2003.09.23 18:15 Ruben Safir Secretary NYLXS wrote:
> And what is the licensing?
>
>
> On Tue, Sep 23, 2003 at 06:06:00PM -0700, Richard Schilling wrote:
> > Just wanted to drop you all a quick note that CogBilling, an online billing system which  integrates with GnuCash,
isnow available for review at http://www.rsmba.biz/download.  CogBilling is an online database driven billing system
writtenentirely on open source products.  In its present state it's intentionally void of heavy graphic images and
"creaturefeatures" to maximize flexibility in developing future versions.  CogBilling is intended to be useful for any
professionalservices organization, but ultimately should function especially well in organizations that do software
development,legal services and the like.  Furthermore, CogBilling is intended to be integrated into large IT
infrastructuressuch as those found in healthcare institutions, clinics and physician practices. 
> >
> > This application is the first public release of our planned open source applications.  Once we can sustain
continuousdevelopment of the application through the sale of services and website hosting we will release the whole
thingunder a traditional open source license (e.g. Gnu, BSD, etc . . .).  At the present, we expect this to occur in
thespring or summer of 2004. 
> >
> > For the more technically inclined, CogBilling was written in Embedded Perl (Embperl), and uses a PostgreSQL
databaseas the backend.  It is hosted on the latest version of the Apache web server. 
> >
> > This is the first beta release of the product, so the user interface promises to be a bit rough, and the online
manualis not presently available.  However, you will find that the system's basic functionality works. 
> >
> > Future directions we have planned with this product is deeper integration with GnuCash at the database level,
integrationwith GnoTime, and integration with Issue Tracker. 
> >
> > You can e-mail me directly, but for the benefit of the Open Source community you should also post comments,
criticismsor suggestions posted to this discussion list. 
> >
> > Thank you.
> >
> > Richard Schilling
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: embperl-unsubscribe@perl.apache.org
> > For additional commands, e-mail: embperl-help@perl.apache.org
>
> --
> __________________________
> Brooklyn Linux Solutions
> __________________________
> DRM is THEFT - We are the STAKEHOLDERS http://fairuse.nylxs.com
>
> http://www.mrbrklyn.com - Consulting
> http://www.inns.net <-- Happy Clients
> http://www.nylxs.com - Leadership Development in Free Software
> http://www2.mrbrklyn.com/resources - Unpublished Archive or stories and articles from around the net
> http://www2.mrbrklyn.com/downtown.html - See the New Downtown Brooklyn....
>
> 1-718-382-0585
>
> ---------------------------(end of broadcast)---------------------------
> TIP 9: the planner will ignore your desire to choose an index scan if your
>       joining column's datatypes do not match
>