<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: LDS Church Tech Talks</title>
	<atom:link href="http://www.ldscio.org/2006/12/07/lds-church-tech-talks/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.ldscio.org/2006/12/07/lds-church-tech-talks/</link>
	<description>Chief Information Officer for The Church of Jesus Christ of Latter-day Saints</description>
	<lastBuildDate>Fri, 12 Mar 2010 16:27:08 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Athena Blakely</title>
		<link>http://www.ldscio.org/2006/12/07/lds-church-tech-talks/comment-page-1/#comment-339</link>
		<dc:creator>Athena Blakely</dc:creator>
		<pubDate>Wed, 10 Jan 2007 01:57:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.ldscio.org/2006/12/07/lds-church-tech-talks/#comment-339</guid>
		<description>The east is here. How about a Tech Talk in Raleigh-Durham or Charlotte NC</description>
		<content:encoded><![CDATA[<p>The east is here. How about a Tech Talk in Raleigh-Durham or Charlotte NC</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alan Larsen</title>
		<link>http://www.ldscio.org/2006/12/07/lds-church-tech-talks/comment-page-1/#comment-309</link>
		<dc:creator>Alan Larsen</dc:creator>
		<pubDate>Sun, 07 Jan 2007 15:06:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.ldscio.org/2006/12/07/lds-church-tech-talks/#comment-309</guid>
		<description>So much of what a bishop is responsible for is event-driven process management (youth birthdays, moves, illness, etc.) that could be automated  through software integrated with the MLS system.  Such systems would produce great fruits -- better administration and, most importantly, better ministering to those behind the events.  

I&#039;d love to hear what you&#039;re doing in this area.  Our ward has invested some time and effort in developing our own systems based on data imported from MLS...</description>
		<content:encoded><![CDATA[<p>So much of what a bishop is responsible for is event-driven process management (youth birthdays, moves, illness, etc.) that could be automated  through software integrated with the MLS system.  Such systems would produce great fruits &#8212; better administration and, most importantly, better ministering to those behind the events.  </p>
<p>I&#8217;d love to hear what you&#8217;re doing in this area.  Our ward has invested some time and effort in developing our own systems based on data imported from MLS&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gregg Pugmire</title>
		<link>http://www.ldscio.org/2006/12/07/lds-church-tech-talks/comment-page-1/#comment-237</link>
		<dc:creator>Gregg Pugmire</dc:creator>
		<pubDate>Wed, 03 Jan 2007 14:48:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.ldscio.org/2006/12/07/lds-church-tech-talks/#comment-237</guid>
		<description>I would love to understand more about the Church’s data center.  How you deal with all the data, what are the strategies to make sure that the data is not lost?  Are you taking advantage of the new CAS (content addressable storage) technologies for data protection that are being developed mainly for the financial compliance market?  How much data does the church have under management and how fast is this growing?</description>
		<content:encoded><![CDATA[<p>I would love to understand more about the Church’s data center.  How you deal with all the data, what are the strategies to make sure that the data is not lost?  Are you taking advantage of the new CAS (content addressable storage) technologies for data protection that are being developed mainly for the financial compliance market?  How much data does the church have under management and how fast is this growing?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lane Gittins</title>
		<link>http://www.ldscio.org/2006/12/07/lds-church-tech-talks/comment-page-1/#comment-224</link>
		<dc:creator>Lane Gittins</dc:creator>
		<pubDate>Tue, 02 Jan 2007 21:52:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.ldscio.org/2006/12/07/lds-church-tech-talks/#comment-224</guid>
		<description>Joel,
We would love to see one of your tech talks up here in Ogden.  I am even willing to arrange a good sized host location.  Let me know if you would be interested.  I am sure that we could get a good crowd up north.</description>
		<content:encoded><![CDATA[<p>Joel,<br />
We would love to see one of your tech talks up here in Ogden.  I am even willing to arrange a good sized host location.  Let me know if you would be interested.  I am sure that we could get a good crowd up north.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob Walker</title>
		<link>http://www.ldscio.org/2006/12/07/lds-church-tech-talks/comment-page-1/#comment-221</link>
		<dc:creator>Bob Walker</dc:creator>
		<pubDate>Tue, 02 Jan 2007 19:59:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.ldscio.org/2006/12/07/lds-church-tech-talks/#comment-221</guid>
		<description>I am a web page maintainer for the New Zealand missions on Mission.net. This domain has been in existence for almost 11 years now. I would love to see a merger of this and church records in some fashion. Maybe starting as simple as a link the member can click on that will take them to the PURL for their mission web site, or to something more extensive like a wholesale assimilation of the mission.net concept into the church units system. Existing mission webmasters could be given access and could develop personalization within the framework of church guidelines in a manner similar to what is done for units.

In a related matter, currently Deseret Book is providing the bandwidth for the mission.net server, but that relationship may be ending any day now due to a change in IT policy at DB. Is the church in any position to offer a colocation for this service in your DMZ even if there is no direct connection between the servers?</description>
		<content:encoded><![CDATA[<p>I am a web page maintainer for the New Zealand missions on Mission.net. This domain has been in existence for almost 11 years now. I would love to see a merger of this and church records in some fashion. Maybe starting as simple as a link the member can click on that will take them to the PURL for their mission web site, or to something more extensive like a wholesale assimilation of the mission.net concept into the church units system. Existing mission webmasters could be given access and could develop personalization within the framework of church guidelines in a manner similar to what is done for units.</p>
<p>In a related matter, currently Deseret Book is providing the bandwidth for the mission.net server, but that relationship may be ending any day now due to a change in IT policy at DB. Is the church in any position to offer a colocation for this service in your DMZ even if there is no direct connection between the servers?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nada Broderick</title>
		<link>http://www.ldscio.org/2006/12/07/lds-church-tech-talks/comment-page-1/#comment-201</link>
		<dc:creator>Nada Broderick</dc:creator>
		<pubDate>Thu, 28 Dec 2006 13:54:08 +0000</pubDate>
		<guid isPermaLink="false">http://www.ldscio.org/2006/12/07/lds-church-tech-talks/#comment-201</guid>
		<description>I love this blog.  THANK YOU to everybody who makes the church computer and web site work.  You have blessed my life in soooooo many ways over the years!!  

Currently I serve as the VT coordinator in our ward.  In an attempt to enter visiting teaching contacts for our ward, it quickly became clear that much contact information is inaccurate... Visiting teachers were feeling guilty for not 
visiting sisters who actually had moved but not notified anybody in any ward.  The visiting teachers just knew that they could never seem to find the sister home.  So I began working on reducing the guilt and anxiety of the visiting teachers by searching for these sisters and if I could not find them, recognizing that we cannot find them at this time- by moving them to a &quot;search and pray for them&quot; visiting teaching route and bringing up their names to the RS Pres who takes them to ward council. Then if no one in the ward can find them, we send them back to Salt Lake hoping that they will contact the church and have records requested.  I also discovered that people move around alot within the ward.  So, I&#039;m trying to keep an accurate account of contact information for sisters who are still actually in the ward.   In addition to contact information, there are people who need to be or to not be visiting teachers or who need to be or not be visited by a particular sister.  As the RS Pres and I discuss these sisters, I need to quickly make changes and communicate these changes in VT routes to visiting teachers.  The project snowballs into a huge record keeping feat.  I live 40 minutes round trip from the church.  I need to go to the church computer once a week to maintain the visiting teaching records for the women in the ward and to communicate with the clerk regarding new contact information.  Sunday morning is prime time on the church computer which is located in the clerks office right next door to the bishop&#039;s office (who may be doing confidential interviews).  After church the computer is reserved for processing tithing.  So this means that I make a second trip to the church computer each week (52 trips a year).  Is there any way you could offer a way for visiting teaching coordinators to log on to MLS from home (passworded of course).  It would save me time and gasoline.  Also, it would save me lots of time in not having to recreate databases at home just so that I can be up to date in my communications with the RS Pres and the visiting teachers who depend on my information to fulfill their obligations to the Lord to nurture each sister. 

How do people who live yet farther away from the church keep up with this task...  I assume that although we do our best, we just can&#039;t be as accurate as we would like at this time due to distance constraints.  

Although I have offered a view of my own current church assignment, I am aware of many other sisters and brethren who maintain and work off of home-based databases for similar reasons.  We are all recreating data that could be so readily accessable.  Not to mention that because of this phenomenon, MLS data is not being maintained at the local level as well as it could/should be.  

I&#039;m hoping to log on to MLS from home.</description>
		<content:encoded><![CDATA[<p>I love this blog.  THANK YOU to everybody who makes the church computer and web site work.  You have blessed my life in soooooo many ways over the years!!  </p>
<p>Currently I serve as the VT coordinator in our ward.  In an attempt to enter visiting teaching contacts for our ward, it quickly became clear that much contact information is inaccurate&#8230; Visiting teachers were feeling guilty for not<br />
visiting sisters who actually had moved but not notified anybody in any ward.  The visiting teachers just knew that they could never seem to find the sister home.  So I began working on reducing the guilt and anxiety of the visiting teachers by searching for these sisters and if I could not find them, recognizing that we cannot find them at this time- by moving them to a &#8220;search and pray for them&#8221; visiting teaching route and bringing up their names to the RS Pres who takes them to ward council. Then if no one in the ward can find them, we send them back to Salt Lake hoping that they will contact the church and have records requested.  I also discovered that people move around alot within the ward.  So, I&#8217;m trying to keep an accurate account of contact information for sisters who are still actually in the ward.   In addition to contact information, there are people who need to be or to not be visiting teachers or who need to be or not be visited by a particular sister.  As the RS Pres and I discuss these sisters, I need to quickly make changes and communicate these changes in VT routes to visiting teachers.  The project snowballs into a huge record keeping feat.  I live 40 minutes round trip from the church.  I need to go to the church computer once a week to maintain the visiting teaching records for the women in the ward and to communicate with the clerk regarding new contact information.  Sunday morning is prime time on the church computer which is located in the clerks office right next door to the bishop&#8217;s office (who may be doing confidential interviews).  After church the computer is reserved for processing tithing.  So this means that I make a second trip to the church computer each week (52 trips a year).  Is there any way you could offer a way for visiting teaching coordinators to log on to MLS from home (passworded of course).  It would save me time and gasoline.  Also, it would save me lots of time in not having to recreate databases at home just so that I can be up to date in my communications with the RS Pres and the visiting teachers who depend on my information to fulfill their obligations to the Lord to nurture each sister. </p>
<p>How do people who live yet farther away from the church keep up with this task&#8230;  I assume that although we do our best, we just can&#8217;t be as accurate as we would like at this time due to distance constraints.  </p>
<p>Although I have offered a view of my own current church assignment, I am aware of many other sisters and brethren who maintain and work off of home-based databases for similar reasons.  We are all recreating data that could be so readily accessable.  Not to mention that because of this phenomenon, MLS data is not being maintained at the local level as well as it could/should be.  </p>
<p>I&#8217;m hoping to log on to MLS from home.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Justin Masters</title>
		<link>http://www.ldscio.org/2006/12/07/lds-church-tech-talks/comment-page-1/#comment-160</link>
		<dc:creator>Justin Masters</dc:creator>
		<pubDate>Fri, 22 Dec 2006 04:32:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.ldscio.org/2006/12/07/lds-church-tech-talks/#comment-160</guid>
		<description>I&#039;m excited to read the recent directions on FHC management and also amazed to see the extent of the move ahead on MLS machines (formatting, repartitioning, imaging, tools, security, landesk, etc) as seen on the fhctech list.  I&#039;ve been a FHC tech support and ward, then stake clerk as well.  (One way to get out of such a calling is to have the stake split. :-) )

As for VOIP, unless there&#039;s significant efforts towards making the connections secure, I&#039;d stay FAR, FAR away from it.  There are too many tools out there now to sniff/intercept such transmissions.  Unless you don&#039;t care about what&#039;s said on the channel.

I&#039;m really looking forward to the day when Temple Ready is not solely on the FHC machines, but maybe that&#039;s something that can be managed via the local ward computers hooked up to high speed DSL.  

And whatever happened to the effort to combine ward records with pedigree charts to encourage family history work?  (I saw one of those printouts when I was shlepping around the COB many years ago visiting my mother-in-law in the membership records dept.  I was excited about the prospect of such records!  But it seems to have drifted quietly away.  Perhaps it&#039;s a bigger elephant to eat than expected in combining ward membership records to IGI records.  But I can&#039;t think of a better way than to get started with having members make the connection themselves by linking directly to IGI records.  It sure beats trying to do it on your own as church programmers and then trying to undo the &quot;best estimates&quot; of automated matches, or risk offending someone.  Maybe a mini-extension from MLS export a member&#039;s records to a file, have them log in via familysearch as a member, and start making the connections that way (or using PAF Insight&#039;s features integrated into a new PAF program to assist in that effort).</description>
		<content:encoded><![CDATA[<p>I&#8217;m excited to read the recent directions on FHC management and also amazed to see the extent of the move ahead on MLS machines (formatting, repartitioning, imaging, tools, security, landesk, etc) as seen on the fhctech list.  I&#8217;ve been a FHC tech support and ward, then stake clerk as well.  (One way to get out of such a calling is to have the stake split. <img src='http://www.ldscio.org/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  )</p>
<p>As for VOIP, unless there&#8217;s significant efforts towards making the connections secure, I&#8217;d stay FAR, FAR away from it.  There are too many tools out there now to sniff/intercept such transmissions.  Unless you don&#8217;t care about what&#8217;s said on the channel.</p>
<p>I&#8217;m really looking forward to the day when Temple Ready is not solely on the FHC machines, but maybe that&#8217;s something that can be managed via the local ward computers hooked up to high speed DSL.  </p>
<p>And whatever happened to the effort to combine ward records with pedigree charts to encourage family history work?  (I saw one of those printouts when I was shlepping around the COB many years ago visiting my mother-in-law in the membership records dept.  I was excited about the prospect of such records!  But it seems to have drifted quietly away.  Perhaps it&#8217;s a bigger elephant to eat than expected in combining ward membership records to IGI records.  But I can&#8217;t think of a better way than to get started with having members make the connection themselves by linking directly to IGI records.  It sure beats trying to do it on your own as church programmers and then trying to undo the &#8220;best estimates&#8221; of automated matches, or risk offending someone.  Maybe a mini-extension from MLS export a member&#8217;s records to a file, have them log in via familysearch as a member, and start making the connections that way (or using PAF Insight&#8217;s features integrated into a new PAF program to assist in that effort).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: jrj</title>
		<link>http://www.ldscio.org/2006/12/07/lds-church-tech-talks/comment-page-1/#comment-157</link>
		<dc:creator>jrj</dc:creator>
		<pubDate>Fri, 22 Dec 2006 02:01:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.ldscio.org/2006/12/07/lds-church-tech-talks/#comment-157</guid>
		<description>Let us know if/when you offer similar session in the SF Bay Area.  I know there are many who would contribute their experience.</description>
		<content:encoded><![CDATA[<p>Let us know if/when you offer similar session in the SF Bay Area.  I know there are many who would contribute their experience.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joel Dehlin</title>
		<link>http://www.ldscio.org/2006/12/07/lds-church-tech-talks/comment-page-1/#comment-154</link>
		<dc:creator>Joel Dehlin</dc:creator>
		<pubDate>Fri, 22 Dec 2006 00:59:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.ldscio.org/2006/12/07/lds-church-tech-talks/#comment-154</guid>
		<description>Thank you so much for the feedback everyone! We will be taking bits from this and incorporating them into the tech talks. In addition I will blog from time to time on the issues listed here. I&#039;m sorry I can&#039;t handle them all right now, but I will get around to most or all of the questions eventually.</description>
		<content:encoded><![CDATA[<p>Thank you so much for the feedback everyone! We will be taking bits from this and incorporating them into the tech talks. In addition I will blog from time to time on the issues listed here. I&#8217;m sorry I can&#8217;t handle them all right now, but I will get around to most or all of the questions eventually.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Patrick Faulk</title>
		<link>http://www.ldscio.org/2006/12/07/lds-church-tech-talks/comment-page-1/#comment-149</link>
		<dc:creator>Patrick Faulk</dc:creator>
		<pubDate>Fri, 22 Dec 2006 00:08:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.ldscio.org/2006/12/07/lds-church-tech-talks/#comment-149</guid>
		<description>I am heavily involved with IT Service Management best practices, and would be interested in learning whether ICS has found value in adopting any particular process framework for managing IT services (such as ITIL, MOF, etc.).  I believe ICS was utilizing the Microsoft Solutions Framework (MSF) some years ago...</description>
		<content:encoded><![CDATA[<p>I am heavily involved with IT Service Management best practices, and would be interested in learning whether ICS has found value in adopting any particular process framework for managing IT services (such as ITIL, MOF, etc.).  I believe ICS was utilizing the Microsoft Solutions Framework (MSF) some years ago&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
