From Peter at PSDT.com Mon Jul 5 14:53:11 2004 From: Peter at PSDT.com (Peter Scott) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] July Perl Mongers meeting Message-ID: <6.0.3.0.2.20040705124640.021e2508@shell2.webquarry.com> Okay folks, time to decide upon our July 20 meeting. Who has something they would like to discuss in front of the group, a topic of any length related to Perl? -- Peter Scott Pacific Systems Design Technologies http://www.perldebugged.com/ *** New! *** http://www.perlmedic.com/ From darren at DarrenDuncan.net Mon Jul 5 17:14:53 2004 From: darren at DarrenDuncan.net (Darren Duncan) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] July Perl Mongers meeting In-Reply-To: <6.0.3.0.2.20040705124640.021e2508@shell2.webquarry.com> References: <6.0.3.0.2.20040705124640.021e2508@shell2.webquarry.com> Message-ID: At 12:53 PM -0700 7/5/04, Peter Scott wrote: >Okay folks, time to decide upon our July 20 meeting. Who has >something they would like to discuss in front of the group, a topic >of any length related to Perl? I think that I offered to do it, about 3 weeks ago. Another email will be forthcoming on the details shortly. In brief, though, I thought I would adapt a presentation I gave to the Victoria Macintosh Users Group 2 years ago about how to make a simple personal genealogy database using FileMaker Pro (similar target users as Access, but much better). The adapted version will use SQLite as the database, and the interface will be a simple Perl program that uses DBI and DBD::SQLite. As with the VMUG meeting, I will distribute the instructions/nodes (and code in this case) in advance (by posting them to this list; with VMUG it was in the monthly newsletter). You will be able to try it out and experiment with modifications in advance. Then at the meeting I will go over the instructions verbally and demonstrate the program working. I will also field questions, plus have an interactive session where we can modify the database or make a different one and write working Perl code to manipulate it. I thought of demonstrating my new database abstraction Perl library too, but that may make things too complicated for the meeting (its interface is considerably more verbose than DBI, plus it isn't mature). Of course, for any live demonstrations to work, I will need access to the portable computer, and whoever brings it should make sure DBI and DBD::SQLite is installed and passes its tests. SQLite is trivial to install, except for the C compiler requirement shared with DBI itself. Newest perl 5.8 and others recommended, though my instructions should work with 5.6 too. -- Darren Duncan From Peter at PSDT.com Mon Jul 5 17:50:29 2004 From: Peter at PSDT.com (Peter Scott) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] July Perl Mongers meeting In-Reply-To: References: <6.0.3.0.2.20040705124640.021e2508@shell2.webquarry.com> Message-ID: <6.0.3.0.2.20040705154934.0256abe8@shell2.webquarry.com> At 03:14 PM 7/5/2004, Darren Duncan wrote: >At 12:53 PM -0700 7/5/04, Peter Scott wrote: >>Okay folks, time to decide upon our July 20 meeting. Who has >>something they would like to discuss in front of the group, a topic >>of any length related to Perl? > >I think that I offered to do it, about 3 weeks ago. Great, sounds good to me and I can use the below as meeting announcement. Abram, can you get the room please? >Another email will be forthcoming on the details shortly. > >In brief, though, I thought I would adapt a presentation I gave to the >Victoria Macintosh Users Group 2 years ago about how to make a simple >personal genealogy database using FileMaker Pro (similar target users >as Access, but much better). > >The adapted version will use SQLite as the database, and the interface >will be a simple Perl program that uses DBI and DBD::SQLite. As with >the VMUG meeting, I will distribute the instructions/nodes (and code >in this case) in advance (by posting them to this list; with VMUG it >was in the monthly newsletter). You will be able to try it out and >experiment with modifications in advance. Then at the meeting I will >go over the instructions verbally and demonstrate the program >working. I will also field questions, plus have an interactive >session where we can modify the database or make a different one and >write working Perl code to manipulate it. > >I thought of demonstrating my new database abstraction Perl library >too, but that may make things too complicated for the meeting (its >interface is considerably more verbose than DBI, plus it isn't mature). > >Of course, for any live demonstrations to work, I will need access to >the portable computer, and whoever brings it should make sure DBI and >DBD::SQLite is installed and passes its tests. SQLite is trivial to >install, except for the C compiler requirement shared with DBI >itself. Newest perl 5.8 and others recommended, though my >instructions should work with 5.6 too. > >-- Darren Duncan >_______________________________________________ >Victoria-pm mailing list >Victoria-pm@pm.org >http://www.pm.org/mailman/listinfo/victoria-pm -- Peter Scott Pacific Systems Design Technologies http://www.perldebugged.com/ *** New! *** http://www.perlmedic.com/ From Peter at PSDT.com Wed Jul 7 16:02:00 2004 From: Peter at PSDT.com (Peter Scott) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] Victoria Perl Mongers meeting July 20 Message-ID: <6.0.3.0.2.20040707120116.025e2838@shell2.webquarry.com> Victoria.pm will meet at its regular date, time, and place on Tuesday, July 20, 7pm, at UVic. Abram reserved CIT 120 as usual; email if you don't know how to get there. Darren Duncan will give... "a presentation I gave to the Victoria Macintosh Users Group 2 years ago about how to make a simple personal genealogy database using FileMaker Pro (similar target users as Access, but much better). "The adapted version will use SQLite as the database, and the interface will be a simple Perl program that uses DBI and DBD::SQLite. As with the VMUG meeting, I will distribute the instructions/nodes (and code in this case) in advance (by posting them to this list; with VMUG it was in the monthly newsletter). You will be able to try it out and experiment with modifications in advance. Then at the meeting I will go over the instructions verbally and demonstrate the program working. I will also field questions, plus have an interactive session where we can modify the database or make a different one and write working Perl code to manipulate it." Other topics to be covered as time permits; make requests for anything particular. (Courtesy copy to VLUG members by permission of the list manager. Victoria.pm's home page is .) Note: CIT has now been renamed to the Harry Hickman Building although the signs still say CIT until approximately September. -- Peter Scott Pacific Systems Design Technologies http://www.perldebugged.com/ *** New! *** http://www.perlmedic.com/ From ef at kwinternet.com Wed Jul 7 16:33:46 2004 From: ef at kwinternet.com (Eric) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] mod_perl talk In-Reply-To: <6.0.3.0.2.20040707120116.025e2838@shell2.webquarry.com> References: <6.0.3.0.2.20040707120116.025e2838@shell2.webquarry.com> Message-ID: <6.1.1.1.2.20040707142653.029ad290@mail.kwinternet.com> Hi, Stas Bekman(http://stason.org) is going to be talking about mod_perl 2.0 this Saturday July 10 at 1pm in Vancouver. It is a preview of a talk he will be giving later this month at OSCON US 2004 in Portland, but he is doing it this time right in our back yard! See the announcement below for details: http://www.pm.org/pipermail/vancouver-pm/2004-July/000038.html Thanks, Eric Lead Programmer D.M. Contact Management 250.383.0836 ext 229 From darren at DarrenDuncan.net Wed Jul 7 17:00:34 2004 From: darren at DarrenDuncan.net (Darren Duncan) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] First preview delivery for Victoria.pm July 20th talk Message-ID: For those who are interested, this is the verbatim "hand out" that I wrote on May 20th of 2002, which was sent to the MacTalk editor for printing and release in the June MacTalk. See Peter Scott's VPM announcement. This email is simply a preview, and some details are specific to one database product, which uses a GUI that even a non-programmer can use. You should get a rewritten version later this week that is specific to Perl and SQLite, with code. Note that, while a web or GUI interface may be more friendly for some people, that will require a lot more code overhead and external dependencies than is good for a simple example or the meeting. So the code I will provide will be for a simple command-line program instead, runnable in any command shell. -- Darren Duncan -------------- How to Make a Relational Database For Genealogy by Darren Duncan This tutorial is a bit different from the ones you usually see in MacTalk. It was designed to be a written guide or step-by-step note sheet describing what I will be doing for my June meeting presentation. At that meeting I will demonstrate how to make a relational database with FileMaker Pro, with the example being a Genealogy database. I will start at the very beginning, creating the files from scratch, until we have a working example over about half an hour. But since there are a lot of details to keep track of, it seemed best to have them written down in advance, so you can practice before the meeting if you want, and so you don't miss anything during the meeting. While we start at the beginning, this article is more advanced in that it doesn't say how to do all the little details. It doesn't say how to make a database file or a database field or a relationship or a value list or how to use a "Portal". So if you don't want to wait for the meeting, where I will demonstrate how to do each of these things, I recommend that you look at my previous 3-part article on FileMaker Pro (MARNIE, PLACE ISSUE DATES HERE). Of course, the meeting is a good time to ask any questions you have. There are many ways to make a Genealogy database, some being quite simple, and others being rather complicated. Today's example is closer to the simple side, but it still has a decent amount of flexability designed to save you from having to enter the same data more than once. Duplicated data is the bane of any database, where if you ever have to change it, you have to make sure you get to every copy. We will make 6 database files: 1. Person - has specific core details about a single person. 2. Person_Detail - lets you add any number of extra details, as needed, that can be different for each person; saves your screen from being cluttered with miscellaneous database fields that aren't used very often. 3. Marriage - has core details about two people being married. 4. Source - has specific core details about a single information source, which can be either a person or a recorded material like a birth certificate or a biography. 5. Person_Source - what Source materials you cite as testimony for the assertions you wrote in Person or Person_Detail. 6. Marriage_Source - what Source materials you cite as testimony for the assertions you wrote in Marriage. Conceptual Relationships between the 6 files (tables) are: [Person] many to one [Person] (Father) [Person] many to one [Person] (Mother) [Person_Detail] many to one [Person] (Person_Detail) [Marriage] many to one [Person] (Husband) [Marriage] many to one [Person] (Wife) [Person] many to many [Source] (Person_Source; via [Person_Source]) [Marriage] many to many [Source] (Marriage_Source; via [Marriage_Source]) Each database file has at least one form (layout) built into it which you use to edit records that are stored in that file. Through the use of Portals, FileMaker Pro lets you also edit records that are stored in other, related files. Today's example database makes use of Portals such that you only need to have these 3 files open in order to view or edit any records: Person, Marriage, Source. We probably do most of our work in the Person file. There, we can edit: Person, Person_Detail, Marriage, Person_Source (part of cited Source is visible also). We open the Marriage file mainly when we want to edit or view Marriage_Source (part of cited Source is visible also). We open the Source file mainly to view or add details on a Source, most of which are only visible here. Below are all the steps to follow to make the example Genealogy database. There are 4 main parts. First we create the 6 files and define their fields. Second we define relationships between each file as necessary. (Note that FileMaker Pro has you define the same two-file relationship separately in each file that you will refer to it in, but here that is usually once.) Third, we define a few more fields, which are simple calculated fields that look up values in other files. Fourth, we will arrange our forms (layouts) as appropriate, and create the Portals that go in them. Note that the attributes beside the fields below are designed to look like they would in the list of fields, but the dialog box where you set said attributes may have different words to mean the same things. -- Start -- Create file "Person". Add fields to "Person": Person_ID - Number - Auto-enter Serial, Can't Modify Auto, Strict, Required, Unique Alternate_ID - Text - Unique Name - Text - Required Value Sex - Text - Required, By Value List "vl_Sex" ["", "Male", "Female"] Father_ID - Number Mother_ID - Number Birth_Order - Number Birth_Date - Text Birth_Place - Text Death_Date - Text Death_Place - Text Burial_Date - Text Burial_Place - Text Comments - Text Create file "Person_Detail". Add fields to "Person_Detail": Person_Detail_ID - Number - Auto-enter Serial, Can't Modify Auto, Strict, Required, Unique Person_ID - Number - Required Detail_Name - Text - Required Detail_Value - Text Create file "Marriage". Add fields to "Marriage": Marriage_ID - Number - Auto-enter Serial, Can't Modify Auto, Strict, Required, Unique Husband_ID - Number Wife_ID - Number Marriage_Date - Text Marriage_Place - Text Create file "Source". Add fields to "Source": Source_ID - Number - Auto-enter Serial, Can't Modify Auto, Strict, Required, Unique Name - Text - Required, Unique Title - Text Date - Text Place - Text Summary - Text Comments - Text Create file "Person_Source". Add fields to "Person_Source": Person_ID - Number - Required Source_ID - Number - Required Cited_Portion - Text Create file "Marriage_Source". Add fields to "Marriage_Source": Marriage_ID - Number - Required Source_ID - Number - Required Cited_Portion - Text Add relationships to "Person": Father - field "Father_ID" related to "Person"->"Person_ID" Mother - field "Mother_ID" related to "Person"->"Person_ID" Husband - field "Person_ID" related to "Marriage"->"Husband_ID" with: "allow creation of related" and "also delete related records" checked Wife - field "Person_ID" related to "Marriage"->"Wife_ID" with: "allow creation of related" and "also delete related records" checked Person_Detail - field "Person_ID" related to "Person_Detail"->"Person_ID" with: "allow creation of related" and "also delete related records" checked Person_Source - field "Person_ID" related to "Person_Source"->"Person_ID" with: "allow creation of related" and "also delete related records" checked Add relationships to "Marriage": Husband - field "Husband_ID" related to "Person"->"Person_ID" Wife - field "Wife_ID" related to "Person"->"Person_ID" Marriage_Source - field "Marriage_ID" related to "Marriage_Source"->"Marriage_ID" with allow add, delete related Add relationships to "Person_Source": Source - field "Source_ID" related to "Source"->"Source_ID" Add relationships to "Marriage_Source": Source - field "Source_ID" related to "Source"->"Source_ID" Add fields to "Person": Father_Name - Calculation - = Father::Name Mother_Name - Calculation - = Mother::Name Add fields to "Marriage": Husband_Name - Calculation - = Husband::Name Wife_Name - Calculation - = Wife::Name Add fields to "Person_Source": Source_Name - Calculation - = Source::Name Add fields to "Marriage_Source": Source_Name - Calculation - = Source::Name Arrange Layout in "Person": - Arrange all fields (including calculated) in "Person" as is suitable. - Format field "Sex" as Pop-up list using value list "vl_Sex" - Add Portal on "Person_Detail" with fields: Detail_Name, Detail_Value - Add Portal on "Husband" with fields: Wife_ID, Wife_Name, Marriage_Date, Marriage_Place - Add Portal on "Wife" with fields: Husband_ID, Husband_Name, Marriage_Date, Marriage_Place - Add Portal on "Person_Source" with fields: Source_ID, Source_Name, Cited_Portion Arrange Layout in "Marriage": - Arrange all fields (including calculated) in "Marriage" as is suitable. - Add Portal on "Marriage_Source" with fields: Source_ID, Source_Name, Cited_Portion Arrange Layout in "Source": - Arrange all fields (including calculated) in "Source" as is suitable. -- End -- From darren at DarrenDuncan.net Wed Jul 7 17:10:46 2004 From: darren at DarrenDuncan.net (Darren Duncan) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] mod_perl talk In-Reply-To: <6.1.1.1.2.20040707142653.029ad290@mail.kwinternet.com> References: <6.0.3.0.2.20040707120116.025e2838@shell2.webquarry.com> <6.1.1.1.2.20040707142653.029ad290@mail.kwinternet.com> Message-ID: At 2:33 PM -0700 7/7/04, Eric wrote: >Hi, >Stas Bekman(http://stason.org) is going to be talking about mod_perl >2.0 this Saturday July 10 at 1pm in Vancouver. It is a preview of a >talk he will be giving later this month at OSCON US 2004 in >Portland, but he is doing it this time right in our back yard! >See the announcement below for details: >http://www.pm.org/pipermail/vancouver-pm/2004-July/000038.html >Thanks, >Eric Ooooohhh, so CLOSE! I was in fact going to be travelling to the Vancouver area just a few days later, July 13-19th (for Gatecon, a Stargate convention and set tour). I would love to go earlier and hear/see Stas' talk, but unless I can carpool with another local there and back, I won't have anywhere to stay in the mean time if I go early. Too bad they can't do it on July 12th or 13th monday/tuesday instead; then I could combine my trips. Um, in other words, if any of you in Victoria plan to car-pool over for that, and then come back, I'd like to share a ride with you. -- Darren Duncan From mark at bestcolorvideo.com Wed Jul 7 18:19:08 2004 From: mark at bestcolorvideo.com (Mark McLaughlin) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] Ride to OSCON 04 Message-ID: <20040707231910.RDNW3227.priv-edtnes57.telusplanet.net@comp1> For anyone interested, these is one seat available to fly to Seattle enroute to the OSCON 04. If interested contact me off list. Cheers Mark McLaughlin ---------------------------------------------------------------- Best Color Video Production CD-ROM Website Design mailto:mark@bestcolorvideo.com Ph. 250-744-4111 Fx. www.bestcolorvideo.com/ 1021 Ridgeway Place, Victoria BC. " We Produce Videos & Internet Websites for YOUR Business " ---------------------------------------------------------------- From Peter at PSDT.com Wed Jul 7 16:02:00 2004 From: Peter at PSDT.com (Peter Scott) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] Victoria Perl Mongers meeting July 20 Message-ID: <6.0.3.0.2.20040707120116.025e2838@shell2.webquarry.com> Victoria.pm will meet at its regular date, time, and place on Tuesday, July 20, 7pm, at UVic. Abram reserved CIT 120 as usual; email if you don't know how to get there. Darren Duncan will give... "a presentation I gave to the Victoria Macintosh Users Group 2 years ago about how to make a simple personal genealogy database using FileMaker Pro (similar target users as Access, but much better). "The adapted version will use SQLite as the database, and the interface will be a simple Perl program that uses DBI and DBD::SQLite. As with the VMUG meeting, I will distribute the instructions/nodes (and code in this case) in advance (by posting them to this list; with VMUG it was in the monthly newsletter). You will be able to try it out and experiment with modifications in advance. Then at the meeting I will go over the instructions verbally and demonstrate the program working. I will also field questions, plus have an interactive session where we can modify the database or make a different one and write working Perl code to manipulate it." Other topics to be covered as time permits; make requests for anything particular. (Courtesy copy to VLUG members by permission of the list manager. Victoria.pm's home page is .) Note: CIT has now been renamed to the Harry Hickman Building although the signs still say CIT until approximately September. -- Peter Scott Pacific Systems Design Technologies http://www.perldebugged.com/ *** New! *** http://www.perlmedic.com/ From darren at DarrenDuncan.net Wed Jul 7 18:43:13 2004 From: darren at DarrenDuncan.net (Darren Duncan) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] Victoria Perl Mongers meeting July 20 In-Reply-To: <6.0.3.0.2.20040707120116.025e2838@shell2.webquarry.com> References: <6.0.3.0.2.20040707120116.025e2838@shell2.webquarry.com> Message-ID: How did I end up with 2 copies of this message, with duplicate sender times? Did anyone else get 2 copies? One arrived on time (2:02pm), the other about 2.5 hours later, at 4:40pm. -- Darren Duncan From darren at DarrenDuncan.net Wed Jul 7 20:22:37 2004 From: darren at DarrenDuncan.net (Darren Duncan) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] Victoria Perl Mongers meeting July 20 In-Reply-To: <6.0.3.0.2.20040707175602.023b6ec0@shell2.webquarry.com> References: <6.0.3.0.2.20040707120116.025e2838@shell2.webquarry.com> <6.0.3.0.2.20040707175602.023b6ec0@shell2.webquarry.com> Message-ID: At 6:01 PM -0700 7/7/04, Peter Scott wrote: >At 04:43 PM 7/7/2004, you wrote: >>How did I end up with 2 copies of this message, with duplicate >>sender times? Did anyone else get 2 copies? One arrived on time >>(2:02pm), the other about 2.5 hours later, at 4:40pm. -- Darren >>Duncan > >Are you also on the VLUG list? It was copied to there. No, I'm not. And that's part of the mystery. Looking at the mail headers, both copies are identical in every way, and both were routed through the Perl Mongers server, and none through the VLUG server. -- Darren Duncan From nkuipers at uvic.ca Thu Jul 8 12:41:45 2004 From: nkuipers at uvic.ca (nkuipers) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] Victoria Perl Mongers meeting July 20 Message-ID: <40ED880E@wm2.uvic.ca> >Did anyone else get 2 copies? yes. i am not on the vlug list either... Nathanael Kuipers, BSc. (CD) ----- Center for Biomedical Research University of Victoria email: nkuipers@uvic.ca From darren at DarrenDuncan.net Tue Jul 13 02:55:51 2004 From: darren at DarrenDuncan.net (Darren Duncan) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] demo program code (incomplete) for Jul 20 meeting Message-ID: I apologize, but I was unable to make the complete working program that I wanted to hand out now, a week in advance, for you guys to play with before the July 20 meeting. It is now 12:30am and I have to get up at 7am in order to take my trip, so I can't stay up later to finish it. However, I am hereby giving you the code that I did so far, as attachments (assuming the list server allows them, if not, I'll upload them somewhere). This existing code is a skeleton/framework for the program. So far, it starts up, opens a database, prints a message to say we're in the main run loop of the program, then closes the database and quits. It does other things too in regards to framing, and this is all tested and known to work. A whole bunch of utility functions are already implemented, which do most of the grunt work, but they aren't invoked yet. I will complete the program myself when I come back from the trip, late on Monday the 19th, but that is only a day before the meeting. It should still be ready for the meeting, but not for much advance playtime, sorry. The main program is "demo_gene.pl"; the other two files (DemoGeneUI and DemoGeneEngine) are modules that it uses; place them all in the same directory, then run the program on the command line. This program uses DBI and DBD::SQLite, so you have to install those. I tested with Perl 5.8.4, DBI 1.42, and DBD::SQLite 0.31. SQLite is an embedded and file-based database engine. Note that the UI looks a bit like the "configure" program in that each prompt displays a default/existing value in square brackets; simply hitting return chooses/retains the existing value, typing and return changes the value to what you typed. A couple values can be specified on the command-line. Call with: perl demo_gene.pl [[] ] If either of the command-line arguments is missing, the program will prompt you to provide values; it prompts anyway, so you can change or keep existing values. If you know what you are doing, you could try hacking the program as it is, but I suggest you wait until after the meeting instead. Peter Scott, can you please update the website to mention the July meeting. I didn't get to doing that, sorry. Also feel free to forward this email and attachments to VLUG. Okay, I'm off... Have a good week. -- Darren Duncan P.S. I may be able to answer some emails during the week away, but it is doubtful I will be able to work on code then. -------------- next part -------------- A non-text attachment was scrubbed... Name: DemoGeneUI.pm Type: application/mac-binhex40 Size: 5769 bytes Desc: not available Url : http://mail.pm.org/pipermail/victoria-pm/attachments/20040713/70521789/DemoGeneUI.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: DemoGeneEngine.pm Type: application/mac-binhex40 Size: 7970 bytes Desc: not available Url : http://mail.pm.org/pipermail/victoria-pm/attachments/20040713/70521789/DemoGeneEngine.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: demo_gene.pl Type: application/mac-binhex40 Size: 723 bytes Desc: not available Url : http://mail.pm.org/pipermail/victoria-pm/attachments/20040713/70521789/demo_gene.bin From Peter at PSDT.com Tue Jul 13 11:55:19 2004 From: Peter at PSDT.com (Peter Scott) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] July 20 meeting and book giveaway In-Reply-To: References: Message-ID: <6.1.2.0.2.20040713095125.026b8448@shell2.webquarry.com> At 12:55 AM 7/13/2004, Darren Duncan wrote: >Peter Scott, can you please update the website to mention the July >meeting. I didn't get to doing that, sorry. Done. Also, I am purging my library of books that I no longer want. I will bring any of them that anyone wants to the July 20 meeting, the remainder will go to the local library or similar. The books can be seen at http://victoria.pm.org/DSCN5089.JPG. Email me with the title of the book you want and show up at the meeting on the 20th to claim it. If there are request collisions we'll toss a coin or something. Yes, they're mostly ancient books. If they were useful to me, I'd be keeping them :-) -- Peter Scott Pacific Systems Design Technologies http://www.perldebugged.com/ *** New! *** http://www.perlmedic.com/ From Peter at PSDT.com Mon Jul 19 03:03:00 2004 From: Peter at PSDT.com (Peter Scott) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] Victoria Perl Mongers meeting tomorrow Message-ID: <6.0.3.0.2.20040707120246.025e2f80@shell2.webquarry.com> Victoria.pm will meet at its regular date, time, and place, tomorrow, Tuesday, July 20, 7pm, at UVic. Abram reserved CIT 120 as usual; email if you don't know how to get there. Darren Duncan will give... "a presentation I gave to the Victoria Macintosh Users Group 2 years ago about how to make a simple personal genealogy database using FileMaker Pro (similar target users as Access, but much better). "The adapted version will use SQLite as the database, and the interface will be a simple Perl program that uses DBI and DBD::SQLite. As with the VMUG meeting, I will distribute the instructions/nodes (and code in this case) in advance (by posting them to this list; with VMUG it was in the monthly newsletter). You will be able to try it out and experiment with modifications in advance. Then at the meeting I will go over the instructions verbally and demonstrate the program working. I will also field questions, plus have an interactive session where we can modify the database or make a different one and write working Perl code to manipulate it." Other topics to be covered as time permits; make requests for anything particular. (Courtesy copy to VLUG members by permission of the list manager. Victoria.pm's home page is .) Note: CIT has now been renamed to the Harry Hickman Building although the signs still say CIT until approximately September. -- Peter Scott Pacific Systems Design Technologies http://www.perldebugged.com/ *** New! *** http://www.perlmedic.com/ From darren at DarrenDuncan.net Tue Jul 20 17:46:06 2004 From: darren at DarrenDuncan.net (Darren Duncan) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] The second deliverable Message-ID: Okay, this program actually does something. I've run out of time, so we'll have to start with it. -- Darren Duncan -------------- next part -------------- A non-text attachment was scrubbed... Name: demo_gene.pl Type: application/mac-binhex40 Size: 723 bytes Desc: not available Url : http://mail.pm.org/pipermail/victoria-pm/attachments/20040720/8cd81e8a/demo_gene.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: DemoGeneUI.pm Type: application/mac-binhex40 Size: 8669 bytes Desc: not available Url : http://mail.pm.org/pipermail/victoria-pm/attachments/20040720/8cd81e8a/DemoGeneUI.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: DemoGeneEngine.pm Type: application/mac-binhex40 Size: 11824 bytes Desc: not available Url : http://mail.pm.org/pipermail/victoria-pm/attachments/20040720/8cd81e8a/DemoGeneEngine.bin From darren at DarrenDuncan.net Wed Jul 21 01:56:23 2004 From: darren at DarrenDuncan.net (Darren Duncan) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] Minorly tweaked program used in July meeting Message-ID: Following the July meeting, where 4 people besides myself showed up, I have made 3 small tweaks to the program that I posted this afternoon. The updated version is attached, and this is the last time I would likely be posting it. One fixed a bug where a person's mother didn't show up in the list. Another followed Peter's suggestion and explicitely put double-quotes around the here-doc boundary token. Another cleaned up the visible menu slightly, putting separators between the menu items. Now that the meeting is over, I do not plan to update this program further, unless doing so would benefit a future meeting (you guys will have to tell me). Meanwhile, experiment with the program code as you see fit. -- Darren Duncan P.S. My first major task this week is to get the first FUNCTIONAL release of Rosetta out the door, and publically announced, prior to the start of OSCON 2004 and the DBI related forums therein. -------------- next part -------------- A non-text attachment was scrubbed... Name: demo_gene.pl Type: application/mac-binhex40 Size: 723 bytes Desc: not available Url : http://mail.pm.org/pipermail/victoria-pm/attachments/20040720/9a3fa726/demo_gene.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: DemoGeneUI.pm Type: application/mac-binhex40 Size: 8673 bytes Desc: not available Url : http://mail.pm.org/pipermail/victoria-pm/attachments/20040720/9a3fa726/DemoGeneUI.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: DemoGeneEngine.pm Type: application/mac-binhex40 Size: 11826 bytes Desc: not available Url : http://mail.pm.org/pipermail/victoria-pm/attachments/20040720/9a3fa726/DemoGeneEngine.bin From darren at DarrenDuncan.net Wed Jul 21 15:44:48 2004 From: darren at DarrenDuncan.net (Darren Duncan) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] comment on SQLite 3.0 ship date Message-ID: The following was just posted on the official SQLite-users list, concerning when SQLite 3 would enter production-ready status. >List-Id: SQLite Users Mailing List >List-Subscribe: >Date: Wed, 21 Jul 2004 16:29:17 -0400 >From: "D. Richard Hipp" >CC: sqlite-users@sqlite.org >Subject: Re: [sqlite] 3.0 ship date? > >Ned Batchelder wrote: >>I'm very pleased to see the 3.0 code stream, it looks like a lot of good >>changes. I'd really like to use it. Is there a planned date for it >>leaving beta and becoming official, as in "OK for production use"? > >I would say that 3.0 is OK to begin integrating with product. >But I want to get out a few more releases and test it a bit >more before you start shipping those products. >-- >D. Richard Hipp -- drh@hwaci.com -- 704.948.4565 Note that D. Richard Hipp is the creator of SQLite. All other things being equal, if you were starting out with SQLite now for serious development, I'd recommend going straight to 3.0. However, the Perl interface for it isn't out yet, so you don't have the choice yet. Should be soon. Meanwhile, 2.8 is still good for experimenting with, and it is very stable. (The newest 2.8 is .14, but DBD::SQLite only has .12; DBD::SQLite comes with a script letting you update it yourself, though.) If you didn't notice, given its small size, SQLite has a very short development cycle, meaning new versions don't take too long to go to production status. SQLite 3 started development early in 2004, going to first alpha version around June 18th or so, and beta on July 1st or so. See the website: http://www.sqlite.org/ -- Darren Duncan From Peter at PSDT.com Wed Jul 21 19:24:54 2004 From: Peter at PSDT.com (Peter Scott) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] Minorly tweaked program used in July meeting In-Reply-To: References: Message-ID: <6.1.2.0.2.20040721172353.0255bfa8@shell2.webquarry.com> At 11:56 PM 7/20/2004, Darren Duncan wrote: >Following the July meeting, where 4 people besides myself showed up, I >have made 3 small tweaks to the program that I posted this >afternoon. The updated version is attached, and this is the last time >I would likely be posting it. > >One fixed a bug where a person's mother didn't show up in the list. >Another followed Peter's suggestion and explicitely put double-quotes >around the here-doc boundary token. Another cleaned up the visible >menu slightly, putting separators between the menu items. > >Now that the meeting is over, I do not plan to update this program >further, unless doing so would benefit a future meeting (you guys will >have to tell me). > >Meanwhile, experiment with the program code as you see fit. > >-- Darren Duncan > >P.S. My first major task this week is to get the first FUNCTIONAL >release of Rosetta out the door, and publically announced, prior to >the start of OSCON 2004 and the DBI related forums therein. I would like to thank Duncan for his talk and demonstration of his code, which I think is remarkably clean. I did not know about DBD::SQLite before this talk, but now I expect to use it a lot. -- Peter Scott Pacific Systems Design Technologies http://www.perldebugged.com/ *** New! *** http://www.perlmedic.com/ From darren at DarrenDuncan.net Wed Jul 21 21:28:12 2004 From: darren at DarrenDuncan.net (Darren Duncan) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] Minorly tweaked program used in July meeting In-Reply-To: <6.1.2.0.2.20040721172353.0255bfa8@shell2.webquarry.com> References: <6.1.2.0.2.20040721172353.0255bfa8@shell2.webquarry.com> Message-ID: At 5:24 PM -0700 7/21/04, Peter Scott wrote: >I would like to thank Duncan for his talk and demonstration of his >code, which I think is remarkably clean. I did not know about >DBD::SQLite before this talk, but now I expect to use it a lot. Thanks for the comment. Incidentally, this may just come down to "everyone knows their own code best", but in my opinion I do have cleaner code than anyone else on CPAN, that I am aware of. But this is the first time someone explicitely said so. For the Perl community at large, it could serve as ammunition against all those people that think Perl is a write-only language. As an update on the DBD::SQLite thing, the last thing I read on the SQLite users list is that the version for SQLite 3.0 has passed all of its major development hurdles, so I believe a version of DBD::SQLite incorporating 3.0 is imminent. Unless you need to ship a solution immediately, I suggest starting with 3.0. According to DRH, 3.0 should be in production-ready status in August, but the timing depends on how many people test it in their work environments. All of his own tests, plus all regression tests, already pass. -- Darren Duncan From darren at DarrenDuncan.net Thu Jul 22 16:36:49 2004 From: darren at DarrenDuncan.net (Darren Duncan) Date: Mon Aug 2 21:39:06 2004 Subject: [VPM] first DBD::SQLite for SQLite 3.x released Message-ID: Good news. Yesterday, Matt Sergeant posted DBD::SQLite v1.0 on CPAN, which is the first version to incorporate SQLite v3.0. Given the timing, this would have to be either 3.0.2, the first "beta" release, or a more recent CVS dump. In separate news, SQLite v3.0.3 was released today, as well as SQLite v2.8.15. v3.0.3 is still beta, and fixes numerous 3.0.2 bugs, but the website says that the next release, 3.0.4, should be the first stable/production version. Suffice it to say, you actually can start using SQLite 3 in Perl now, and for most intents and purposes that version should be the best for you to use. -- Darren Duncan