leopard-discussion Mailing List for LAMP eGovernment Database Project
Brought to you by:
lin_matt
You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(12) |
Oct
(11) |
Nov
(2) |
Dec
(12) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(9) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Matthew S. <ma...@os...> - 2004-02-09 18:17:52
|
Hey All, We will have a meeting this Wednesday night at 7pm CST in #leopard on freenode.net. Topic will be the login/security API for modules. Free Beer! ;) --=20 Matthew Schick <ma...@os...> Open Source Software Institute |
From: Matthew S. <ma...@os...> - 2004-02-04 19:58:25
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hey All, I have some obligations here that will keep me from our usual meeting time tonight. Feel free to meet without me... Matt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAIU7Ud/HceiPyvTIRAqG7AJ9sGQDIQwI/vq7DbmwXBcMw3hhikQCfcRWK Pco8wFsoVXN5FwW62U5tVYA= =ziKw -----END PGP SIGNATURE----- |
From: Matthew S. <ma...@os...> - 2004-01-27 16:11:24
|
Hey All, Tried to send this yesterday, but apparently it didn't make it so here goes... Just a reminder that we have a meeting this Wednesday, January 28th at 7pm CST (GMT-6). We need to continue to discuss the implementation of the OGIP, and I have the initial apps list from Newport News... Be there or be square! ;) Matt |
From: Matthew S. <ma...@os...> - 2004-01-26 20:55:56
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hey All, Just a reminder that we have a meeting this Wednesday, January 28th at 7pm CST (GMT-6). We need to continue to discuss the implementation of the OGIP, and I have the initial apps list from Newport News... Be there or be square! ;) Matt -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAFX7Wd/HceiPyvTIRAsNiAJwOQpAkq6eFKfVN2i8Zyrlbfp36ygCglwiN Ycnz9nbEMx+g+KLsJ5z+uFc= =otru -----END PGP SIGNATURE----- |
From: Bruno T. <bm...@te...> - 2004-01-15 18:06:17
|
On Thu, 15 Jan 2004 00:19:07 -0600 Matthew Schick <ma...@os...> wrote: > Hey All, > > Attached is a copy of the log from our IRC meeting tonight. Discussion > on the nuts n bolts of the OGIP got quite in depth, and I look forward > to the continued evolution of this aspect of the project. err, I assume that I will have that to read this. I forgot about the anniversary of my brother, sorry folks. > > To recap the immediate tasks at hand, Meethune and I will be wrapping up > the module installation framework for Leopard core tomorrow, Ralph will > be researching the various methods of actually passing the data between > machines, Tim will be mapping out the authentication framework and > Wesley will just be pretty. ;) > > I would like to propose regular weekly meetings (same night/time?) to > help foster the further discussion on the communication framework. We > have all the pieces we need, we just have to put em together... > > -- > Matthew Schick <ma...@os...> > Open Source Software Institute > |
From: Matthew S. <ma...@os...> - 2004-01-15 05:45:17
|
Hey All, Attached is a copy of the log from our IRC meeting tonight. Discussion on the nuts n bolts of the OGIP got quite in depth, and I look forward to the continued evolution of this aspect of the project. To recap the immediate tasks at hand, Meethune and I will be wrapping up the module installation framework for Leopard core tomorrow, Ralph will be researching the various methods of actually passing the data between machines, Tim will be mapping out the authentication framework and Wesley will just be pretty. ;) I would like to propose regular weekly meetings (same night/time?) to help foster the further discussion on the communication framework. We have all the pieces we need, we just have to put em together... -- Matthew Schick <ma...@os...> Open Source Software Institute |
From: Jake <ja...@jw...> - 2004-01-14 06:21:16
|
I am supposed to work until 8:30 but hopefully I can get away early....I will be in the room, I just may be back and forth... Jake On Tue, 2004-01-13 at 20:45, Matthew Schick wrote: > Hey All, > > With the New Year comes a wealth of tasks to be done to get Leopard in > shape. We have module management to wrap up, installer bugs to fix, > communications protocols defined and applications to write. > > All of this needs to be discussed and tasks adopted, so please attend > this RSVP meeting tomorrow evening at 7pm CST (GMT-6) in #leopard on > freenode.net. Black ties optional. ;) |
From: Meethune B. <mbh...@or...> - 2004-01-14 05:02:37
|
Matthew Schick wrote: >Hey All, > >With the New Year comes a wealth of tasks to be done to get Leopard in >shape. We have module management to wrap up, installer bugs to fix, >communications protocols defined and applications to write. > >All of this needs to be discussed and tasks adopted, so please attend >this RSVP meeting tomorrow evening at 7pm CST (GMT-6) in #leopard on >freenode.net. Black ties optional. ;) > > > I'll be there. Meethune |
From: Matthew S. <ma...@os...> - 2004-01-14 02:13:14
|
Hey All, With the New Year comes a wealth of tasks to be done to get Leopard in shape. We have module management to wrap up, installer bugs to fix, communications protocols defined and applications to write. All of this needs to be discussed and tasks adopted, so please attend this RSVP meeting tomorrow evening at 7pm CST (GMT-6) in #leopard on freenode.net. Black ties optional. ;) --=20 Matthew Schick <ma...@os...> Open Source Software Institute |
From: Matthew S. <ma...@os...> - 2004-01-02 23:05:26
|
On Fri, 2004-01-02 at 12:00, Jesse Moorman wrote: <snip> > Hi. > I left for India and Nepal on 12/11 and, though I was able to get email=20 > a few times during the trip, I was not able to respond to this message.=20 > Today's the first time I've had a chance. I'm still interested in=20 > contributing, though I'm not able to help with coding. >=20 <snip> Hi Jesse, Glad to have ya on board. Tho our most pressing need at the moment is coders, we do have a lot to discuss and ideas will be very helpful... I'd also like to remind everyone that we do have an IRC room (#leopard on freenode.net) for live discussions. I'll at least have a presence in the room most of the time, tho I can't guarantee I'll be available. Happy New Year! Matthew Schick <ma...@os...> Sr. Technical Consultant Open Source Software Institute |
From: Jesse M. <jmo...@ig...> - 2004-01-02 18:00:54
|
On December 11 Matthew Schick wrote: >I was looking over the site last night and realized >we have 17 members yet I can only think of 4 or 5 that have made >contributions. If you would like to remain on this project, I need to >know you are willing to contribute.... In short, if >ya don't help I will be removing you from the members listing... > > Hi. I left for India and Nepal on 12/11 and, though I was able to get email a few times during the trip, I was not able to respond to this message. Today's the first time I've had a chance. I'm still interested in contributing, though I'm not able to help with coding. |
From: Tom A. <ad...@ne...> - 2003-12-16 04:57:23
|
An excellent article to explain the philosophy and methodology of Project Leopard and the Open Government Interoperability Project. http://www.linuxworld.com/story/34252.htm?DE=1 |
From: Matthew S. <ma...@br...> - 2003-12-15 04:20:52
|
And here's the same in purdy pictures... ;) On Mon, 2003 12-15 at 00:14, Jake wrote: > Here is the proposed module storage/authentication schema. Feedback > welcome. > > Jake -- Matthew Schick <ma...@br...> BreakMyGentoo.net |
From: Tom A. <ad...@ne...> - 2003-12-13 21:28:36
|
You're welcome. Much of the documentation which needs to go on the website also needs to make an appearance on http://ogip.org. I anticipate adding the content in the next two weeks. bm...@te... wrote: > thanks. > > this was a great and comprehensive information. > > however i wasn't aware of such important info (maybe we could include > parts of it in the documentation). > i'll take a good look at all of that. > > > > On Sat, 13 Dec 2003 11:18:24 -0600 > Tom Adelstein <ad...@ne...> wrote: > > >>This is my take on a pragmatic view of Z3950. Matthew will need to >>verify this and add or subtract from my take. >> >>The Z3950 also called 23950 ISO provides a framework which looks like >>the most efficient way to handle interoperability. It's the basis for >>our workflow structure and it is not all inclusive for every government >>entity. >> >>Different agencies have their own XML structures. We have to also >>consider the XML schemas at the Department of Justice Interoperability >>project. >> >>http://it.ojp.gov/topic.jsp?topic_id=43 >> >>has ample informaion about their database vocabulary. >> >>They've created a catalog of elements which will become part of our Open >>Government Interoperability standard along with z3950. >> >>The database vocabulary will depend on the application (e.g. Juvenile >>services tracking or deeds of trust or business licenses). So that part >>of the database needs to be built in the application module which >>someone would download and install. >> >>The implementation of Z3950 in Library Sciences provides API's which can >>map to existing databases at libraries. A library can also migrate it's >>data to the Z3950 server and use it exclusively. >> >>A central server provides location information to any host attempting to >>connect to the Library network. Each library has a Z3950 server. >> >>If I go a search, each Z3950 server in the Library network will respond. >> >>They could have no entries or many entries. >> >>As the responding servers begin their searches, a web page shows up and >>lists the reporting servers and then the results of the search. >> >>When the user retrieves information from reporting servers, those >>records can become cached. In no case does one database sync with >>another and import or export records. >> >>http://www.loc.gov/z3950/agency/zing/zing-home.html provides the specs >>for the Search/Retrieve for the Web (SRW) and the Common Query Language >>(CQL). >> >>Those are important parts of the work flow. >> >>The other part of the work flow we must consider deals with secure >>connections, rights and privleges. >> >>To summarize >> >>1. We use the XML schemas and database vocabulary of the application in >>question. >> >>2. We provide a way to talk from one database to another. >> >>3. We provide security. >> >>The current application we want to create for leopard involves juvenile >>services. It's a tracking system and integrates different databases from >>different agencies. >> >>http://www.ncsl.org/programs/lis/intjust/report01.htm >> >>explains the kind of program we will need. I believe we will have a >>document from Newport News on Wednesdy whch will provide specific detail >>on the database. Matthew is also supposed to gain access to the Forest >>County-Hattiesburg system called SWORD developed by USM. >> >>We will want to built a system that works for both using Z3950 for >>interoperability and then consult the Justice department data models to >>include the elements needed for this application. >> >>http://it.ojp.gov/topic.jsp?topic_id=43 >> >> >> >> >> >> >> >> >>------------------------------------------------------- >>This SF.net email is sponsored by: IBM Linux Tutorials. >>Become an expert in LINUX or just sharpen your skills. Sign up for IBM's >>Free Linux Tutorials. Learn everything from the bash shell to sys admin. >>Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click >>_______________________________________________ >>Leopard-discussion mailing list >>Leo...@li... >>https://lists.sourceforge.net/lists/listinfo/leopard-discussion >> > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Leopard-discussion mailing list > Leo...@li... > https://lists.sourceforge.net/lists/listinfo/leopard-discussion |
From: Bruno T. <bm...@te...> - 2003-12-13 20:07:07
|
thanks. this was a great and comprehensive information. however i wasn't aware of such important info (maybe we could include parts of it in the documentation). i'll take a good look at all of that. On Sat, 13 Dec 2003 11:18:24 -0600 Tom Adelstein <ad...@ne...> wrote: > This is my take on a pragmatic view of Z3950. Matthew will need to > verify this and add or subtract from my take. > > The Z3950 also called 23950 ISO provides a framework which looks like > the most efficient way to handle interoperability. It's the basis for > our workflow structure and it is not all inclusive for every government > entity. > > Different agencies have their own XML structures. We have to also > consider the XML schemas at the Department of Justice Interoperability > project. > > http://it.ojp.gov/topic.jsp?topic_id=43 > > has ample informaion about their database vocabulary. > > They've created a catalog of elements which will become part of our Open > Government Interoperability standard along with z3950. > > The database vocabulary will depend on the application (e.g. Juvenile > services tracking or deeds of trust or business licenses). So that part > of the database needs to be built in the application module which > someone would download and install. > > The implementation of Z3950 in Library Sciences provides API's which can > map to existing databases at libraries. A library can also migrate it's > data to the Z3950 server and use it exclusively. > > A central server provides location information to any host attempting to > connect to the Library network. Each library has a Z3950 server. > > If I go a search, each Z3950 server in the Library network will respond. > > They could have no entries or many entries. > > As the responding servers begin their searches, a web page shows up and > lists the reporting servers and then the results of the search. > > When the user retrieves information from reporting servers, those > records can become cached. In no case does one database sync with > another and import or export records. > > http://www.loc.gov/z3950/agency/zing/zing-home.html provides the specs > for the Search/Retrieve for the Web (SRW) and the Common Query Language > (CQL). > > Those are important parts of the work flow. > > The other part of the work flow we must consider deals with secure > connections, rights and privleges. > > To summarize > > 1. We use the XML schemas and database vocabulary of the application in > question. > > 2. We provide a way to talk from one database to another. > > 3. We provide security. > > The current application we want to create for leopard involves juvenile > services. It's a tracking system and integrates different databases from > different agencies. > > http://www.ncsl.org/programs/lis/intjust/report01.htm > > explains the kind of program we will need. I believe we will have a > document from Newport News on Wednesdy whch will provide specific detail > on the database. Matthew is also supposed to gain access to the Forest > County-Hattiesburg system called SWORD developed by USM. > > We will want to built a system that works for both using Z3950 for > interoperability and then consult the Justice department data models to > include the elements needed for this application. > > http://it.ojp.gov/topic.jsp?topic_id=43 > > > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Leopard-discussion mailing list > Leo...@li... > https://lists.sourceforge.net/lists/listinfo/leopard-discussion > |
From: Tom A. <ad...@ne...> - 2003-12-13 17:13:12
|
bm...@te... wrote: > On Fri, 12 Dec 2003 02:53:21 -0800 > "Jake" <ja...@jw...> wrote: > > >>I will start digging on the database end of things and see what I can come >>up with. >> >>Jake > > > i'm working on a proposal for data structures / validation whitin xml > and relaxng schemas. > > if any idea on how best we can describe the 39.50 pragmatically, > before we begin dealing with it please share with us. This is my take on a pragmatic view of Z3950. Matthew will need to verify this and add or subtract from my take. The Z3950 also called 23950 ISO provides a framework which looks like the most efficient way to handle interoperability. It's the basis for our workflow structure and it is not all inclusive for every government entity. Different agencies have their own XML structures. We have to also consider the XML schemas at the Department of Justice Interoperability project. http://it.ojp.gov/topic.jsp?topic_id=43 has ample informaion about their database vocabulary. They've created a catalog of elements which will become part of our Open Government Interoperability standard along with z3950. The database vocabulary will depend on the application (e.g. Juvenile services tracking or deeds of trust or business licenses). So that part of the database needs to be built in the application module which someone would download and install. The implementation of Z3950 in Library Sciences provides API's which can map to existing databases at libraries. A library can also migrate it's data to the Z3950 server and use it exclusively. A central server provides location information to any host attempting to connect to the Library network. Each library has a Z3950 server. If I go a search, each Z3950 server in the Library network will respond. They could have no entries or many entries. As the responding servers begin their searches, a web page shows up and lists the reporting servers and then the results of the search. When the user retrieves information from reporting servers, those records can become cached. In no case does one database sync with another and import or export records. http://www.loc.gov/z3950/agency/zing/zing-home.html provides the specs for the Search/Retrieve for the Web (SRW) and the Common Query Language (CQL). Those are important parts of the work flow. The other part of the work flow we must consider deals with secure connections, rights and privleges. To summarize 1. We use the XML schemas and database vocabulary of the application in question. 2. We provide a way to talk from one database to another. 3. We provide security. The current application we want to create for leopard involves juvenile services. It's a tracking system and integrates different databases from different agencies. http://www.ncsl.org/programs/lis/intjust/report01.htm explains the kind of program we will need. I believe we will have a document from Newport News on Wednesdy whch will provide specific detail on the database. Matthew is also supposed to gain access to the Forest County-Hattiesburg system called SWORD developed by USM. We will want to built a system that works for both using Z3950 for interoperability and then consult the Justice department data models to include the elements needed for this application. http://it.ojp.gov/topic.jsp?topic_id=43 |
From: Meethune B. <mbh...@or...> - 2003-12-12 18:14:09
|
Good idea, I'll do that. Meethune Bruno T. wrote: >On Thu, 11 Dec 2003 20:11:44 -0600 >Meethune Bhowmick <mbh...@or...> wrote: > > > >>I'll start work on the ncurses ui. I won't be able to do too much until >>the library stuff is all squared away ( hint, hint :) ). I'll be posting >>to cvs under the ncurses_ui directory >> >>Meethune Bhowmick >> >> >> > >please try do it under ui/ncurses or alike, just for group things >toghether. > > > > >------------------------------------------------------- >This SF.net email is sponsored by: IBM Linux Tutorials. >Become an expert in LINUX or just sharpen your skills. Sign up for IBM's >Free Linux Tutorials. Learn everything from the bash shell to sys admin. >Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click >_______________________________________________ >Leopard-discussion mailing list >Leo...@li... >https://lists.sourceforge.net/lists/listinfo/leopard-discussion > > > |
From: Bruno T. <bm...@te...> - 2003-12-12 16:32:55
|
On Fri, 12 Dec 2003 02:53:21 -0800 "Jake" <ja...@jw...> wrote: > I will start digging on the database end of things and see what I can come > up with. > > Jake i'm working on a proposal for data structures / validation whitin xml and relaxng schemas. if any idea on how best we can describe the 39.50 pragmatically, before we begin dealing with it please share with us. thanks. |
From: Bruno T. <bm...@te...> - 2003-12-12 16:26:52
|
On Thu, 11 Dec 2003 20:11:44 -0600 Meethune Bhowmick <mbh...@or...> wrote: > I'll start work on the ncurses ui. I won't be able to do too much until > the library stuff is all squared away ( hint, hint :) ). I'll be posting > to cvs under the ncurses_ui directory > > Meethune Bhowmick > please try do it under ui/ncurses or alike, just for group things toghether. |
From: Jake <ja...@jw...> - 2003-12-12 08:54:44
|
I will start digging on the database end of things and see what I can come up with. Jake ----- Original Message ----- From: "Matthew Schick" <ma...@br...> To: <leo...@li...> Sent: Thursday, December 11, 2003 4:02 PM Subject: [Leopard-discussion] Module management phase Hey All, I'm sorry for the delay in communications, but we have been working on getting other parts of this project off the ground. I'm happy to say that my employer has agreed to share my time with Leopard so I will be able to give much more attention to moving the development along. I've attached a copy of the various tasks for our next round. The requirements for this phase are posted in the docs section of the site (https://sourceforge.net/docman/display_doc.php?docid=20298&group_id=88001) and I'll be posting this list there this evening. I need to hear from everyone as to the task(s) they will be taking, or I'll have to just assign em... ;) On a related note, I was looking over the site last night and realized we have 17 members yet I can only think of 4 or 5 that have made contributions. If you would like to remain on this project, I need to know you are willing to ccntribute. Leopard has generated quite a buzz both in the Open Source and proprietary worlds, and we have the opportunity to make a huge impact in both communities. It's not fair to those working hard on this project to have folks associated with it that have done nothing. I realize that not everyone involved are coders, but there are other ways to contribute and help Leopard along. In short, if ya don't help I will be removing you from the members listing... -- Matthew Schick <ma...@br...> BreakMyGentoo.net |
From: Meethune B. <mbh...@or...> - 2003-12-12 02:11:33
|
I'll start work on the ncurses ui. I won't be able to do too much until the library stuff is all squared away ( hint, hint :) ). I'll be posting to cvs under the ncurses_ui directory Meethune Bhowmick |
From: Matthew S. <ma...@br...> - 2003-12-12 00:21:34
|
Hey All, I'm sorry for the delay in communications, but we have been working on getting other parts of this project off the ground. I'm happy to say that my employer has agreed to share my time with Leopard so I will be able to give much more attention to moving the development along. I've attached a copy of the various tasks for our next round. The requirements for this phase are posted in the docs section of the site (https://sourceforge.net/docman/display_doc.php?docid=20298&group_id=88001) and I'll be posting this list there this evening. I need to hear from everyone as to the task(s) they will be taking, or I'll have to just assign em... ;) On a related note, I was looking over the site last night and realized we have 17 members yet I can only think of 4 or 5 that have made contributions. If you would like to remain on this project, I need to know you are willing to ccntribute. Leopard has generated quite a buzz both in the Open Source and proprietary worlds, and we have the opportunity to make a huge impact in both communities. It's not fair to those working hard on this project to have folks associated with it that have done nothing. I realize that not everyone involved are coders, but there are other ways to contribute and help Leopard along. In short, if ya don't help I will be removing you from the members listing... -- Matthew Schick <ma...@br...> BreakMyGentoo.net |
From: Tom A. <ad...@ne...> - 2003-11-04 20:18:15
|
jmo...@ig... wrote: > leopard will accommodate data gathering from PDF forms. > Another fellow and I have started working on PDF forms and MySQL. > Would leopard want to open a page for this work? > > Jesse, I'm sure we will. We're getting ready to let everyone know about sub-projects and how we'll set them up. Matt will explain that in more detail. Tom |
From: Jesse M. <jmo...@ig...> - 2003-11-04 20:08:34
|
leopard will accommodate data gathering from PDF forms. Another fellow and I have started working on PDF forms and MySQL. Would leopard want to open a page for this work? |
From: Matthew S. <ma...@br...> - 2003-10-30 04:40:16
|
Tho we didn't have time to cover all the points, we had a very productive meeting tonight. I've attached a copy of the log for everyone's perusal and enjoyment. Just a recap of the results: Module installation and Leopard updates will be provided via MySQL. Folks will be able to install third-party modules manually, but there will be a system flag they will have to set to allow this. Using MySQL will maximize overall security, update speed and minimize coding effort. We still need to go over the communications API and new modules. I'd like to have another meeting tomorrow evening around 8:30 pm CST. -- Matthew Schick <ma...@br...> |