Jump to content


Propagate Census (Family) to children


  • Please log in to reply
19 replies to this topic

#1 Guest_Guest_Alan_*_*

Guest_Guest_Alan_*_*
  • Guests

Posted 23 March 2006 - 04:56 AM

Currently a Census (Family) fact is propagated to the spouse only, even if he/she is dead at the time.

I propose one enhancement that will solve the two issues.

After a Census (Family) fact is entered, the user should be presented with a window asking to whom the fact should be propagated. The window will contain the spouse and children, and will select, by default, the spouse if he/she is alive at the time of the census, and all living unmarried children. Obviously the user can make adjustment to the default selections.

This approach can be used for other Family type facts.

#2 Guest_Brian & Robin_*

Guest_Brian & Robin_*
  • Guests

Posted 05 April 2006 - 05:16 PM

I love this idea! It would be a great time saver, and if we could add the media & source info, it would be complete for all those you picked. Imagine not having to type the same thing for those families with a whole bunch of kids!


QUOTE(Guest_Alan_* @ Mar 23 2006, 03:56 AM)  

Currently a Census (Family) fact is propagated to the spouse only, even if he/she is dead at the time.

I propose one enhancement that will solve the two issues.

After a Census (Family) fact is entered, the user should be presented with a window asking to whom the fact should be propagated. The window will contain the spouse and children, and will select, by default, the spouse if he/she is alive at the time of the census, and all living unmarried children. Obviously the user can make adjustment to the default selections.

This approach can be used for other Family type facts.



#3 unthings

unthings

    New Member

  • Members
  • Pip
  • 3 posts

Posted 06 April 2006 - 10:21 AM

Fantastic idea! Having just added census and residence information to several very large family groups this would have been a huge time saver. It could also memorize the fact, much like the new sources feature does in RM 3.0, then paste it to other family members.... but I like your idea bettter! smile.gif

#4 Guest_Chris_*

Guest_Chris_*
  • Guests

Posted 06 April 2006 - 10:48 AM

QUOTE(unthings @ Apr 6 2006, 09:21 AM)  

Fantastic idea! Having just added census and residence information to several very large family groups this would have been a huge time saver. It could also memorize the fact, much like the new sources feature does in RM 3.0, then paste it to other family members.... but I like your idea bettter! smile.gif


I like this idea too!!

#5 trackingyourroots

trackingyourroots

    Member

  • Members
  • PipPipPip
  • 33 posts

Posted 07 April 2006 - 10:07 AM

QUOTE(Guest_Alan_* @ Mar 23 2006, 03:56 AM)  

Currently a Census (Family) fact is propagated to the spouse only, even if he/she is dead at the time.

I propose one enhancement that will solve the two issues.

After a Census (Family) fact is entered, the user should be presented with a window asking to whom the fact should be propagated. The window will contain the spouse and children, and will select, by default, the spouse if he/she is alive at the time of the census, and all living unmarried children. Obviously the user can make adjustment to the default selections.

This approach can be used for other Family type facts.



I LOVE THIS IDEA!! And I learned something new today here! Thx!
Lisa

#6 Guest_Guest_Betty_*_*

Guest_Guest_Betty_*_*
  • Guests

Posted 18 April 2006 - 12:14 PM

I love the idea of propagating the census to the children. I strongly support this suggestion. I hope it's possible.

#7 apw6270

apw6270

    Member

  • Members
  • PipPip
  • 12 posts

Posted 15 May 2006 - 02:45 PM

And how about the Date field being a Drop-Down List containing the dates of the censuses so that I don't keep having to type them in. smile.gif

The dates in the list can be based on the locale so that UK and US dates etc are listed as appropriate. cool.gif

#8 Guest_Brad Woodward_*

Guest_Brad Woodward_*
  • Guests

Posted 17 May 2006 - 06:15 AM

I have wanted this feature too! This is a SUPER idea and I really hope the programmers are listening. PLEASE ADD THIS FEATURE!!

#9 Jackie

Jackie

    Member

  • Members
  • PipPip
  • 9 posts

Posted 17 May 2006 - 07:33 PM

QUOTE(Guest_Alan_* @ Mar 23 2006, 05:56 AM)  

Currently a Census (Family) fact is propagated to the spouse only, even if he/she is dead at the time.

In all actuality, "family" facts are really only for the "couple". So if one spouse is deceased, I wouldn't use the Census (Family) fact.

QUOTE

I propose one enhancement that will solve the two issues.

After a Census (Family) fact is entered, the user should be presented with a window asking to whom the fact should be propagated. The window will contain the spouse and children, and will select, by default, the spouse if he/she is alive at the time of the census, and all living unmarried children. Obviously the user can make adjustment to the default selections.

This approach can be used for other Family type facts.


But would that meet GEDCOM standards?

#10 melis868

melis868

    Member

  • Members
  • PipPip
  • 22 posts

Posted 24 January 2007 - 08:29 PM

QUOTE(Guest_Alan_* @ Mar 23 2006, 03:56 AM)  

Currently a Census (Family) fact is propagated to the spouse only, even if he/she is dead at the time.

I propose one enhancement that will solve the two issues.

After a Census (Family) fact is entered, the user should be presented with a window asking to whom the fact should be propagated. The window will contain the spouse and children, and will select, by default, the spouse if he/she is alive at the time of the census, and all living unmarried children. Obviously the user can make adjustment to the default selections.

This approach can be used for other Family type facts.


Hello

Just found this message in the archives, I think this feature is such a great idea & this is exactly what i was thinking about this morning.

I do hope this feature would be added quite soon, another time saving addition for RM wink.gif

Thanks muchly
Melissa

#11 Guest_pwalker_*

Guest_pwalker_*
  • Guests

Posted 24 January 2007 - 11:48 PM

QUOTE(Guest_Alan_* @ Mar 23 2006, 03:56 AM)  

... the user should be presented with a window asking to whom the fact should be propagated... This approach can be used for other Family type facts.

I wholeheartedly agree!!! If RM included this feature they would be way ahead of the competition.

#12 apw6270

apw6270

    Member

  • Members
  • PipPip
  • 12 posts

Posted 01 February 2007 - 05:58 PM

QUOTE
In all actuality, "family" facts are really only for the "couple". So if one spouse is deceased, I wouldn't use the Census (Family) fact.


I'm not suggesting that a 'family' fact is created for the children and single parents. The software would create the appropriate fact types - 'family' for parents, 'individual' for single parent and each child, etc.

#13 Ben S

Ben S

    Member

  • Members
  • PipPip
  • 17 posts

Posted 18 February 2007 - 09:30 PM

Count me as a "Me, too," with one change to the original request: rather than have RM determine which children to assign the same census information to (the original poster said this should happen on the basis of if the child is married or not), I'd like the default behavior to select all children, but prompt me to confirm the list. If I want to deselect one or more children, I could do so.

-- Ben

#14 vlanders

vlanders

    Advanced Member

  • Members
  • PipPipPip
  • 32 posts

Posted 19 February 2007 - 07:38 AM

Add my name to the list of users who would love to see this feature. smile.gif

#15 MVS

MVS

    Advanced Member

  • Members
  • PipPipPip
  • 326 posts

Posted 19 February 2007 - 10:55 AM

I agree that the propogation to children (or some of them) would be a great step forward but I would like to add a general requirement. Although the propogation of census data is one of the most time consuming situations there are potentially many other times where it would be fantastic to propogate an event (including all its notes, references, multimedia links etc) to more than one person.

Examples, if I find a family group who may have taken passage on a ship, or if I find a reference in a book or will to a group of people. In both cases the famliy members will not necessarily be the tight family group of paretns and children. But the requirement to save time by 'copying' an event is the same.

I could also say it is often the case that more distant family members are shown living in the same place during a census (nephews, nieces, grandchildren etc); they too need the fact recorded but do not fit into the parents/children criteria.

So my thoughts are that regardless of the type of fact, census or otherwise, a means of easily copying and pasting it to other people would be the most 'complete' way forward.

#16 craigg

craigg

    Advanced Member

  • Members
  • PipPipPip
  • 62 posts

Posted 19 February 2007 - 12:00 PM

I agree that a generalized "fact copy" facility would be more beneficial than an facility specifically for census data. The way that I process census data a generalized fact copy facility would do the job and I could also use it for other facts that appy to more than 1 person.

#17 nolimp

nolimp

    New Member

  • Members
  • Pip
  • 1 posts

Posted 19 February 2007 - 08:42 PM

QUOTE(Ben S @ Feb 18 2007, 09:30 PM)  

Count me as a "Me, too," with one change to the original request: rather than have RM determine which children to assign the same census information to (the original poster said this should happen on the basis of if the child is married or not), I'd like the default behavior to select all children, but prompt me to confirm the list. If I want to deselect one or more children, I could do so.

-- Ben


I totally agree, where do I sign?

Wes


#18 MVS

MVS

    Advanced Member

  • Members
  • PipPipPip
  • 326 posts

Posted 26 February 2007 - 09:37 AM

Further to my and many other contributors notes on this subject of Fact Copying. Of course - taking this to its logical conclusion; it might be advantageous to not actually copy the fact but just to create one fact record which mutiple people are linked to.
or perhaps just to have the options to.

The advantage of this is, of course, that if you have made some errors in the notes of descriptions then to correct them would only require one change. Also, if more supporting information came to light, sich as images or other records, these could be linked just once, rather than updating a fact and having to paste to all the other people (having first deleted the original fact !).

I would be interested to hear what others think; but probably the ideal solution would be to have the fact pasting solution, but with options to keep a fact as a single database record, or, if different variants are required, just to paste info/

Mark




#19 bvalco

bvalco

    Advanced Member

  • Members
  • PipPipPip
  • 32 posts

Posted 26 February 2007 - 10:50 AM

QUOTE(MVS @ Feb 26 2007, 08:37 AM)  


I would be interested to hear what others think; but probably the ideal solution would be to have the fact pasting solution, but with options to keep a fact as a single database record, or, if different variants are required, just to paste info/

Mark


I've asked for a census paste function in the past. This is even better! PLEASE work on this!

Beverly

#20 bienia

bienia

    Advanced Member

  • Members
  • PipPipPip
  • 784 posts

Posted 27 February 2007 - 11:18 AM

QUOTE(apw6270 @ May 15 2006, 03:45 PM)  

And how about the Date field being a Drop-Down List containing the dates of the censuses so that I don't keep having to type them in.

The dates in the list can be based on the locale so that UK and US dates etc are listed as appropriate.


There are two dates associated with a census. The "as of" date and the "enumeration date". The "as of" date was when the data given was to have been accurate. The "enumeration date" was when the enumerator appeared at the door and requested the information. Sometimes there was great gaps between the "as of" and the "enumeration" dates. Some families insisted on including children or adults who entered the household between the two dates, and the enumerator complied.

For some very early census records in Upper Canada, the only date is the "enumeration" date.

Which date do you use? I use the enumeration date as the date of the fact. I don't enter the "as of" date anywhere, although I have a cheat sheet of census "as of" dates for Canada, the US and the UK by my desk.

Bill Bienia
Hillsburgh, Ontario, Canada


QUOTE(Guest_Alan_* @ Mar 23 2006, 05:56 AM)  

Currently a Census (Family) fact is propagated to the spouse only, even if he/she is dead at the time.

I propose one enhancement that will solve the two issues.

After a Census (Family) fact is entered, the user should be presented with a window asking to whom the fact should be propagated. The window will contain the spouse and children, and will select, by default, the spouse if he/she is alive at the time of the census, and all living unmarried children. Obviously the user can make adjustment to the default selections.

This approach can be used for other Family type facts.



Other programs which provide this capability, TMG (The Master Genealogist), Genbox, and Brother's Keeper to name a few, have a complete "Witness" feature included in their data structures.

This allows children, parents, nieces, nephews, grandchildren, etc., to be included on census records. It also allows sponors in baptisms and christenings; witnesses, minister, best man and bride's maids at weddings, witnesses for wills and probate records, and for land records.

I wholeheartedly support adding the feature, with all the benefits of full witness support,.

Bill Bienia
Hillsburgh, Ontario, Canada
-----------
Bill Bienia

RootsMagic Tips sheets: www.CobblestoneLegacies.com/resources.htm