Re: [Ldsoss] text version of Book of Mormon for iPod?
Bryan Murdock wrote: I looked into this a few years ago. The iPod notes functionality is incredibly lame. Each file could only be so big, and could only have so many links (I don't remember the exact limits, but they were small), and even following those rules it was incredibly slow with just a portion of the Book of Mormon loaded. It was a real pain. I started with the stuff from here: http://scriptures.nephi.org/ and writing a script to split the files and do the links right was simple enough. Maybe the newer iPods have better notes functionality. I just replaced my aging palm pilot with an ipod touch... I got tired of waiting for a 3G version of the iphone and wanted at least 16GB. It turns out that the ipod touch with the current version of firmware (v1.1.1) can be made 3rd party app friendly due to a bug in safari. (see http://www.ipodtouchhacks.com/ipod/touch/hacks/jailbreak/ for more info). Of course, this may not last for long given that it is reported that apple is making a v1.1.2 firmware upgrade that patches the hole in safari. One 3rd party app is an ebook reader (Books.app see http://code.google.com/p/iphoneebooks/) which can be easily installed using the installer.app. Also available via installer is the Book of Mormon ebook. The native ebook app runs very quick and works well with the ipod touch/iphone UI, IMO. It works much better than plucker I used on the palm pilot. In short, the ipod touch makes a great ebook reader. Hope this helps, -stacey. ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss
Re: [Ldsoss] Re: HT and VT Tool
Thomas Haws wrote: I have heard it [MRN] called confidential, but for the life of me I can't fathom why. Maybe like the Social Security number, some people are just touchy about such things. Well, for example, with someone's MRN (and confirmation date) you sign up for an account on the ward/stake web site or buy garments/temple clothing off ldscatalog.com as a non-member. -stacey. ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss
Re: [Ldsoss] NAS and Firewall Hardware / Software
Yes, actually running the proxy on your Linksys router would be most likely too much for it to handle. Not to mention, there is really not an easy way to add a hard drive to these if you plan on doing web caching as well. FYI, here is a little howto on how to transparently redirect web traffic to your proxy from a Linksys WRT54G (or something similar) using DD-WRT: http://www.dd-wrt.com/wiki/index.php/Squid_Transparent_Proxy -stacey. Kevin Wise wrote: Thanks for all the input. I actually already have a Linksys router for a hardware firewall, and I wasn't planning to replace that. For the two of you that recommended splitting the hardware, would it change your mind if I limited the new machine to content filtering proxy and NAS (and leave the firewall and NAT to the router)? Kevin ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss
Re: Recording in the Chapel [Was Re: [Ldsoss] Shut-ins and the Sacrament Meeting]
A. Rick Anderson wrote: Stacey wrote: (2) I don't believe there is anything in the church handbook about making audio (and audio only) recordings of sacrament talks. I was going to challenge this, but I checked and you are correct. There is no explicit prohibition of audio recordings of a sacrament service unless it is a General Authority speaking. If there is a General Authority, you can take notes for personal use, but even your personal, hand-written notes should not be distributed. (of course, if this had been followed historically, we wouldn't have the King Folliet discourse or a few other 'minor' sermons :-) Yes, thank you, I forgot about GA's. Don't record them unless they are on BYUTV. In this case, fill up your Tivo's hard drive with all you want. -stacey. ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss
Re: Recording in the Chapel [Was Re: [Ldsoss] Shut-ins and the Sacrament Meeting]
Jesse Stay wrote: What about Baby Blessings - anything in the Handbook about recording Baby Blessings? I tried to do it once and my Bishop said the church didn't allow it. It was right before the blessing, so I didn't have any preparations to record it in another way - so my youngest son unfortunately has little record of his baby blessing. I recall that a patriarchal blessing is about the only ordinance/blessing/prayer that can be recorded since these are transcribed. Of course, any father's blessings you give your son (in your home) you can record. -stacey. ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss
Re: [Ldsoss] Scout Tracking
Steven H. McCown wrote: Actually, the only parents who are that out of the loop are those who either choose to be or don't concern themselves enough to ask. A little how's my son doing? to the Scoutmaster would give a better picture. Most Scout Masters are excited to talk with parents. Posting minor children's information to the internet and trying to secure it with software that isn't secure won't really cure that. Yes, ideally, if the parents were on top of things then the scoutmaster's job would be easy. In the scout handbook there is a place for recording and tracking everything and the ideal parent would make sure that is up to date. There would be no need for scout tracking software and this discussion. Ideal parents wouldn't be asking how's my son doing? because they would know. They actually know better than the scoutmaster and other YM leaders. However, out of the 30+ YM we have I would say there are only about 5 that have ideal parents. With the less than ideal parents we have to be more proactive, however. As for the $40/year and writing a new software package, that's great, I support it. My only complaint is with posting minor children's information (as discussed on this list) to the web. Legally, the church will have to provide an opt-out mechanism (in several countries besides the US). There are ways to deal with this... (1) Minimize the amount of personal information. While it would be nice to have pictures and other personal information about each scout it is not necessary. In fact, the name of the scout doesn't even need to be recorded. Simply just assign them a number. (2) Let them opt-out. If a parent doesn't want their son's information on-line then, by all means, let them opt-out. Let them track their son's progress. Like I mentioned above some parents do better than we do. (3) Have security minded folks like yourself do a complete security audit of the code. If there is a security problem then find it and let the developers know. People keep mentioning parental involvement and parental tracking. Here's a thought, it might be valuable for tithing payers to monitor their charitable donations and compare their records to the church's. If only FIS was online accessible (with appropriate security to only monitor ones own donations), then we could all go online with a great tool to assist in financial planning. This would ease a busy person's burdens and make it so they never had to go ask the ward clerk for a printout. Why is that unreasonable (to all but the most devoted techies)? Because it's money. Whenever money is involved, people get real sensitive. Why don't people share the same concern about children? Like many other people I track my bank account on-line. I pay my bills on-line. I track my stock portfolio and make stock trades on-line. Millions of people do this. The school puts my kids' grades on-line along with all the other students in our school district. I actually like to be able to look at my kids grades any time of the day or night. This keeps me in the loop about how my kids are doing in school. I applaud the school district for doing this. If I had to call all seven of my kids' teachers every couple of weeks to find out how they are doing in each of their classes then this would be a full-time job in itself. I am more concerned about the paper that goes into my garbage than what people can find out about me on-line. I invested in a very good paper shredder and use it constantly. I once picked up some papers than had blown out of my neighbors trash can into my yard. To my surprise it was his bank statement. I am more concerned about the financial clerk that enters my donations into FIS. Once I had our financial clerk in a former ward mention to someone else in the ward (and not the bishop) the amount of a donation that I had made. I started paying my tithing directly to the church office rather than to my ward. Of course, the main reason I do this now is the fact I use stock (and other gifts in kind') to pay my tithing. In short, I have almost three degrees in computer engineering (I dropped out of my PhD program before I finished my dissertation to start a very successful internet company) and view myself as a very devoted techie. I don't find the idea of dealing with money on-line unreasonable. I don't find the idea of my kids' grades being posted on-line unreasonable. If the Church decided to put my donation information on-line to make my tax preparation easier then I would use that service as well. I find on-line services very useful as a responsible parent to do my job and to have more time with my family. IMHO, -stacey. ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss
Re: [Ldsoss] Scout Tracking
Jesse Stay wrote: This is actually what concerns me about my daughter's school. She's a first grader and they want to post her and her classmates' (w/ naive parents permission, of course) pictures and names along with progress info on a website, no login or anything to protect that info. It scares me that any weirdo out there can then view my daughter's picture, know her name, and what school she goes to. I think we are often not careful enough about what we allow others to display on the web. If it were behind a password-protected site, then maybe it would be another thing. Sorry - just ranting about a recent frustration with the schools here in Utah. The school district here in Texas sends a letter out with the student ID number (used for the login name) and a randomly generated password. Everything is password protected. There are no pictures of students or even their name on the web site. Just their student ID number. Someone actually thought about this it seems or, maybe, they actually read some of the emails I sent. :) FYI, in case everyone didn't see this on slashdot... Ross Anderson's excellent security engineering book is now on-line: See http://www.cl.cam.ac.uk/~rja14/book.html or download the entire thing at: http://rapidshare.de/files/31139575/security_engineering.pdf.html http://www.filewire.com/download.php?id=5ead2cad1c6cb101e336dc0 http://www.zshare.net/download/security_engineering-pdf.html -stacey. ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss
Re: [Ldsoss] Scout Tracking
Steven H. McCown wrote: The key is that if you don’t *really* have to be web-accessible, then don’t. If it isn't web-accessible then parents continue to be largely out of the loop on their son's status in scouts and we continue to spend money out of our YM budgets for TroopMaster licenses. Why would we want to take the time to change to save about $40/yr? However, collectively with all the wards this could add up for the Church as a whole. We don't think collectively at the ward level, however. Therefore, $40/yr for scout tracking software can be easily budgeted for to save a headache. Each parent could have their own copy of the scout tracking software... Wrong. Installing and supporting an application on every parent's computer is impractical. We would end up fixing parent's operating system issues for the most part. Scout masters want to be scout masters and not software support specialist. IMHO, -stacey. ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss
Re: [Ldsoss] Open source or free diary/journal software recommendation
Dan Hanks wrote: On Fri, 16 Jun 2006, Justin R Findlay wrote: On Fri, Jun 16, 2006 at 11:43:23AM -0600, Dan Hanks wrote: On Fri, 16 Jun 2006, John M wrote: Any suggestions? Apache + PHP + Mediawiki + MySQL (I believe all those should work on Windows), and you can keep your journal in a wiki. Different users/profiles might be a challenge, but I believe it would be possible. I'd have to delve more into the Mediawiki guts to know for sure. Mediawiki might be too heavy, but there are a lot of FLOSS blogging packages that are pretty much the same as a journal. It is heavy, but in my experience, it's really quite easy to install (once you've got the Apache/PHP/MySQL stuff intact, it's unpack, submit a form, and move a file), and IMO, it has the nicest 'feel' out of all the wiki engines I've used (or at least it's the most feature-full, despite being written in PHP ;-P) Bloxsom is very lightweight, but require that you have Perl + some webserver installed. Another one that is not too heavy is TWiki (see http://twiki.org/). Just requires perl, web server, and RCS. It uses RCS for revision control. Many companies (including Yahoo! and the one I work for) use it for internal documentation. -stacey. ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss
Re: [Ldsoss] Linux and Windows--How wide the divide
Please note: (1) If the application is a web app then there is nothing to install on the client except a web browser. Thankfully, a web browser is already installed for all these poor Windows users. No matter how good of an installer you have it seems you will have some user that won't be able to install your application. They might have a desktop full of viruses, for example. (2) I think that disconnected operation might be best handled by a separate application that syncs to the web app/DB. Write onces, run everywhere works really only on paper (see #3 below, for example). Think of email, for example... You can read your email on-line using webmail interface in a browser. Or you can download and read your email (even off-line) with an email client that runs on your desktop such as Thunderbird. (3) Picking a programming language without first picking a platform is pointless. For example, soon or later someone is going to want to run scout tracking software on their PDA. The JRE (Java Runtime Env) or Perl or Python is not going to work well on most PDAs. You will need to use an embedded language in most cases. Before trying to answer all these other questions it might be best to think about the architecture first. In my opinion, it makes sense to start with a web app. That should serve a wide audience with minimal support. Also, it may be the fastest to develop. Then add clients (that can operate disconnected) for all the various devices people may want to use. -stacey. Thomas Haws wrote: The recent discussion about Troop/Youth advancement tracking and this question about journal writing software for Windows have startlingly refreshed my appreciation that the Linux masses and the Windows masses are truly on different planets. I don't think that the Linux masses truly appreciate, or perhaps even understand, the extent to which Windows users are conditioned to use the computer without mind focus. Windows users really and truly expect as a birthright that we should be able to successfully use our computers to do amazing things even while our brains are half asleep and we are focused on other things. In my programming activities (in the Windows realm), I have slowly come to understand and accept that my programs must be usable: -After a 3-year hiatus -On half my brain (in sleep-deprived, disinterested mode) -With no planning -On a fleeting whim Perl, Apache, and Mediawiki are wonderful. But you have to be honest in asking yourself, Could I get this going in Windows if I were nearly apathetic, nearly focusless, and nearly brain dead? This is no disrespect for any user; people are busy and have other interests and responsibilities. Even the Java Runtime Environment is pushing the limit, I'm afraid. I'm not sure who needs to change. Is focusless operation an entitlement for users, or is user focus an entitlement for authors? But I know the divide is wider than our discussions seem to acknowledge. ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss
Re: [Ldsoss] Scout Tracking
Steven H. McCown wrote: Most users are not perpetually WiFi connected, but still use the Internet at home. Most of the church buildings do not have WiFi. That's why a web app would require 2 sets of record keeping -- for most users. The web app actually eliminates a set of records... If parents can update their Son's/Daughter's progress on-line then they don't need to track it in their Son's scout handbook or D2G booklet. If the web app is easy to use then parents are more likely to be involved as well; which they should be. As for church buildings being connected I don't see that too far out. For one, the new genealogical software is a web app, from what I understand. Therefore, Family History Centers (usually in stake buildings outside of Utah) will need to be connected. Also, I noticed that our new building, built less than a year ago, has cat-5 ports are in about every room. It seems that someone is planning ahead. I went to church in SLC and most of the male members had PDAs instead of scriptures in books. It's the opposite in most other places that I've been. Many members, both male and female, use PDA's for scriptures (and more) in places like Dallas, TX as well. I imagine the trend is true in about any city or area with the right demographics. We're discussing what *we* (computer scientists, sys admins, etc.) would like. What would the average user like? Don't forget that the parent may be a potential user as well. -stacey. ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss
Re: [Ldsoss] Scout Tracking
Justin R Findlay wrote: I agree with Steven here. The merits of a centralized database seem as though they are just the convenience of data miners and, potentially, of identity thiefs, unless someone can convince me of some great compelling benefit of centralization. I would also agree with Steven about the concept of a large, centralized database for other reasons as well. If you get outside of Utah you will find that most boy scouts are not LDS (In fact, only about 25% boy scouts are LDS from what I have heard).Here in Texas, we see troops that are associated with many other churches or groups. Some of these other groups may only have one troop which really doesn't merit the expense and overhead of a large database server. In fact, I would like see a scout/D2G tracking web app use something like SQLite or Berkeley DB rather than something with a lot of overhead like even mySQL or Postgress. -stacey. ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss
Re: [Ldsoss] Scout Tracking
Steven H. McCown wrote: 2) It is a legal problem to start posting information about minor children to the Internet. That would have to be decided at Church HQ and not by the local units. They don't even allow information to be posted into Family Search about living people, they just insert a LIVING placeholder. Being involved with security professionally, I would not give my consent. This is a huge pitfall -- despite good intentions -- it would be wise not to fall into it. As a father of seven and the former owner of an internet security company I don't view this as an huge problem: (1) I currently use etrailtoeagle.com to track the D2G progress of our YM. However, I don't use the YM's full name but just their first names or nickname. e.g. Johnny, Billy, Joey. There is no reason to use the full name. (2) About the only personal information you would be posting to a website is the child's birthday. Something that is public record anyway. (3) I am more worried about other websites with my children's information. For example: In Texas, most of the public schools have a lot more information about our children on their websites. I log in to the school web site to see my children's grades and attendance records. In addition, the school website has my child's address, parent's names, etc. (4) For the ultra security minded parents you simply allow them to opt out and track their own kid's progress them self. Of course, this is something that every YM's leaders would hope for. That is, the parent, who is ultimately responsible, be fully involved in their child's life. If this were the case for all our YM and their parents then we wouldn't have a need for tracking software or this discussion. Regards, -stacey. ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss
Re: [Ldsoss] vcal export
Richard Pyne wrote: My findings so far with using the vCal export for use with a PalmOS device: 1. Only the very newest Palm devices support categories for calendar items. 2. Churchwide Event is one character too long for those that do support categories. 3. If the categories do not already exist in the Palm Desktop, it goes into a loop and exhausts all avalable memory and then reports that the file is corrupt. Nice... Does Palm know about these bugs? Have you tried the iCal file with Palm Desktop? -stacey. ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss
Re: [Ldsoss] Leadership Directory
That would be nice but I have to wonder if the leadership directory is transfered on a MLS upload. Otherwise, SLC would have noticed that I have been a Stake/Ward clerk for way too long. ;) -stacey. Aaron Skonnard wrote: I would love to see this feature. Is the issue that calling data isn't transferred to Salt Lake along with the membership record updates? -aaron On 2/7/06, *Bill Pringle* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Are there any plans to have the leadership directory on the web sites populated from the MLS system? The current system is not particularly user-friendly, which means that it often isn't current. --- Bill Pringle work: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] http://www.unisysfsp.com http://www.unisys.com home/school: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] http://www.personal.psu.edu/~wrp103 http://www.personal.psu.edu/~wrp103 http://CherylWheeler.com ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org mailto:Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss
Re: [Ldsoss] Stake/Ward Web Site Utilities
Pete Whiting wrote: I’m not aware of a validator * if someone is please point me at it. Pete, I don't know of one either but I was thinking of testing your iCal output with the iCal perl module but haven't found the time yet. FYI, it works great now with Apple iCal. Maybe others could report on other calendaring apps that support ical import. Regards, -stacey. ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss
Re: [Ldsoss] Stake/Ward Web Site Utilities
Pete Whiting wrote: I am aware that the ical file doesn’t cleanly import into outlook – a quick search of the error message on the web leads me to believe others are having similar problems – if you can modify the file such that outlook will accept it and then provide me that file I might be able to get the ical export to match it. Parenthetically, upon reviewing rfc 2445 it appears that commas, semi colons, and slashes need to be escaped in the description text. This fixes the koffice import problem but doesn’t seem to help the outlook import. I still need to verify it doesn’t break the mac ical import. Just post test files to the list... I am sure we would all be willing to try them with our favorite calendaring application and maybe even read the RFC to help figure out what is wrong. Regarding the ward directory, I’m hopeful this calendar export will prove useful enough to convince those who own the decision to allow the same for the ward list. Hopeful as well... Then I can get rid of another screen scraper and the support that goes along with it. I assume the concern is the evil mormon, multiple-level marketeer that uses this data to push his latest skin products and vitamins. Of course, the data would be limited to members of his own ward (who know where to find him) and members have the option keeping their data private. -stacey. ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss
Re: [Ldsoss] Stake/Ward Web Site Utilities
Pete Whiting wrote: Let me know which clients this file works on and which ones it doesn’t. I’m particularly interested in the description field. Most clients ignore the html formatting and I’m not worried about that * I am interested in missing text. The commas and semicolons are escaped * hopefully the clients properly process that and show non-escaped commas and semicolons. (See the Feb 2 event, for an example.) Works fine for Apple iCal and I don't see any escaped characters in the descriptions. Looking at RFC 2445 it looks like the value type for Description is TEXT which is defined as: text = *(TSAFE-CHAR / : / DQUOTE / ESCAPED-CHAR) TSAFE-CHARs (type safe characters) are: Space 0x20 '!' 0x21 (Skipping double quote) '#' to '+' 0x23 to 0x2B (Skipping commas) '-' to '9' 0x2D to 0x39 (Skipping ':' and ';') '' to '[' 0x3C to 0x5B (Skipping '\') ']' to '~' 0x5D to 0x7E : and DQUOTE (double quote) are added. ESCAPED-CHAR (escaped characters are: '\' escaped by \\ ';' escaped by \; ',' escaped by \, (new line) escaped by \n or \N So it looks like you may need to escape '\' and newlines as well (if there are any). -stacey. ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss
[Ldsoss] Stake/Ward Web Site Utilities
Hi Y'all: I just found out about this list and recently joined so let me introduce myself first... My name is Stacey and my family and I live in the great state of Texas just north of Dallas. I have been using open source pretty much since the 80's when I was a student and systems programmer running BSD 4.2 Tahoe on VAX 11/780's. Today, some things have not changed... I still use BSD (Mac OS X) on my personal laptop, Gentoo Linux on my MythTV (Tivo-like) box, and use Linux and FreeBSD for work. So let's just say I have been leveraging open source to make my life easier for a long time. I was happy to hear from a friend (Matt Probst) about this list. I hold callings as Stake and Ward Clerks here in Texas. As part of my assignment I keep our stake and ward web pages up to date. This includes the calendar, leadership directories, etc. I also track the usage and schedule our stake building which is a job in itself given we have four but soon to be five wards using the building, not to mention the stake meetings that are scheduled there. In addition, I create programs to help our stake leaders do their jobs. Our stake is very large in both the number of wards and geography. We have 15 wards (after Sunday this will be 16) and our stake boundaries reaches from North of Dallas up and into Oklahoma. Therefore, I stake does not publish a paper stake calendar nor do we publish a stake directory of any sort. We rely totally on the Stake/Ward web sites that the church has provided for this information. (Needless to say, we have saved a lot of money in printing costs.) If you have used the administrator screen on the stake/ward web site that the Church provides you may notice it lacks some features that would be desired. One such feature is the ability to upload a calendar that has been created, with say, outlook. Every year, when we do our planning, our executive secretary creates the calendar in outlook and then hands me the data to upload to the web site. After using the limited input interface on the Church web site provides I decided to create a better way. I wrote a simply perl script that uploads the data from a CSV file. The script acts as web client and inputs the data into the HTML/HTTP forms. This makes publishing a ward/stake calendar a snap. In addition, at the request of our stake presidency, I created software that allows our stake presidency, bishops, and other leaders to download the calendar data to their computers in iCal, vCal, or CSV formats. This allows them to have the calendar in their palm pilots, etc. The script is set up as a web application (perl CGI). They go to a form that is hosted on a web site. Enter in what month they want, which events (Ward, Stake, Churchwide), and what format they would like (iCal, vCal, CSV). In addition, I require them to enter their LDS.org login information. The script uses their login information to access the Church web site so it knows they have access permission to do so. I also created a similar web application for downloading ward directory information. I don't know how the Church office would feel about this kind of software but would like to share the code with the folks subscribed to this list. Be warned, I am not a perl programmer by trade and do most of my programming in the kernel and system level. Therefore, it could use the talents of a real perl programmer to be cleaned up a bit. However, it works great to make my job as a stake/ward clerk easier. I have read on the archive of this list that the Church office doesn't like the idea of screen scrapers given the risk of folks using, say, the membership data for something like multi-level marketing campaigns (largely an Utah thing, it seems). Therefore, if the Church doesn't like the idea of me distributing software that does this then I will just keep it for myself and my local leaders to benefit from. If they don't care then I will make it available to the members of this list. Please let me know the offical word about such software. Thanks in advance. Best Regards, -stacey. ___ Ldsoss mailing list Ldsoss@lists.ldsoss.org http://lists.ldsoss.org/mailman/listinfo/ldsoss