The ID numbers for people in your tree in Family Tree Builder, are internal to the programming of the tree, and are not editable.
Please note: you may notice more ID numbers than people in the tree. The reason for this is ID numbers are not re-used when people are deleted. Therefore, ID numbers can exceed the actual number of individuals in the tree.
In my use of the FTB software it has become painful when importing notes via SmartMatch for notes that seem to have embedded HTMl or XML keywords. I assume that these other users are cutting-n-pasting html into FTB as notes or some other SW is adding the data for them. What ends up in FTB as notes is not being processed as the original text types. Basically I get alot of <p> and <p>nbsp</p> type characters in the notes. Is there some way to enable FTB to process these as html or to filter these codes out of the notes?
At the moment I end up manually editing these notes and it is very tedius.
Thanks for your help in enhancing this SW-- in general it is a very impressive product.
Thank you got your message.
We are aware of this problem. The desired functionality will be part of a future FTB version.
Unfortunately, at the moment I cannot tell when will a version containing this functionality be available
but it is in our future planns.
I previously posted about frequent crashes when trying to update places. I was able to find a solution, i can change multiple place names at once i just dont use the program to automatically find the place name for me. I now use my browser and google to search myself and it can rename multiple entries at once. Somewhat annoying but it doesn't crash every time i change something.
When i complained before about residence and location information being placed into "Contact" when i put it under the label "Residence". I was told that i should create a custom fact called "Address" instead. Even though i was not happy with calling it an address because i know of quite a few situations where a persons address and residence are not the same thing, I did it anyway. Now i am again in the same situation that all of my "Residence" and "Address" information is still being placed under contact.
These are facts to me. I want to be able to see them easily while navigating around everyone in my tree. I dont want to have to hunt for this information. I have no interest in contacting someone that possibly passed away 200 years ago. I am not happy with this at all.
I am really getting frustrated with this because it isnt a simple to move contact information back to an event for around 15,000 people, again.
Ok this is the third day in a row i'm here looking for a solution, It's been about 2 weeks since i initially inquired for help.
Residence is a bad fact name. So i was told to use Address. That is a bad fact name too. What the heck am i supposed to do to put in a location for where a person has lived? I DO NOT want them listed under contact. I have no need to contact someone that has died in the year 1699. I want to see locations of the places these people have resided to help me search records related to where they have lived.
15,000 entries in my tree have all had their facts rearranged. I dont even want to think about how long it is going to take to move all fo that information back to where i want it.
What can i label the fact so that it stays where i want it?
A print screen of what? I'm not sure what you want to see a picture of.
I would enter a fact. Save everything. Close the program. Upon reopening the program, the facts would all be gone ffrom where i entered them and moved to the contact section.
I stopped using "Address" and "Residence" as a fact. Using the word "Location" worked. Now when i enter a known address from 1883 or whenever i can see it in the list of facts rather than having to scroll through the contacts section. Definitely makes things easier when i want to narrow down a search location for the census.
I don't intent to contact someone who died 500 years ago.
It is now 2013 and this problem continues. I have re-entered this information repeatedly and it keeps getting moved to CONTACTS. If you use "Residence" type for a Person Fact the software will move it to CONTACTS. If you use "Residence" type for a Family Fact the software leaves it like you entered it. It not only moved my Person Facts of Residence to CONTACTS - I lost the citations and associated photos linked to that fact also. I have adopted Andrew's suggestion to use "Place of Residence". Let's hope this solves the problem...seems like this should have been a quick fix for the software developers!
Thanks for posting this. I have hit the same snag. I can't believe they didn't seem to understand what you were talking about and I'm even more amazed more people haven't raised this issue. Here's my go at explaining the problem - just in case another perplexed soul tries to find help online.
"I have created a custom fact field called Residence (under the Residence category). I want to use it for recording the addresses at which relatives (mostly deceased) lived during their lifetimes. I also want it to display in reports I create in the same way as other facts." Unfortunately Family Tree Builder does not like the custom field names Residence or Address and automatically converts my entry into a Contact Address at the same time removing my fact entry. This is no good to me."
Thank you for writing and we appreciate your patience regarding this matter.
I understand that you have some issues with the fact entries and "Residence" - i've already made a suggestion to our developers to fix this as you are right, some would like to show the information of the residence on the fact list.
However, there is a work-around you can take - in the "Contact" tab there is an option to input an address. If you have more than one address you can choose to add an additional address by clicking on the button.
However the problem with your "work around" is that addresses entered through the contacts tab don't print on reports. I have created my own"work around" and am using the custom field name "Place of Residence".
Are there any news on this? I am working on my wife's family from Kenya, and one of the more interesting facts is where people have resided. Just a place, no details about how to contact them on each of the places where they have resided.
Usually I don't know the years of when they have resided a place, but usually a chronological order of where they have resided. It therefore feels like this belongs in the facts list (which I would like to be able to order manually, by the way).
In the Contacts tab there seems to be no way of arranging the residences chronologically.
Also, for a family, do I have to enter each residence individually for each person in the family, rather than for the family (or couple)? There is family address, but that is not exported as RESI in the GEDCOM file.
You're right features such as arranging them chronologically are not currently existent, however, we are working on improving the overall experience and adding this features.
Unfortunately you can't add a residence fact for a whole family either.
Our developers are doing their best to implement advanced features such as these, and we will be sure to notify you when it will in the software!
Thank you for leaving your feedback here for us.
Andrew Fisher is right, you can use a custom fact of your own called "Place of Residence" which will solve most of your problems (You can add notes to the facts including contact information included in the notes, and you can also search for all individuals who don't have that fact in the family tree builder and add it).
I upgraded my computer to Windows 7 and installed MyHeritage 5.1. The program will not let me open my family tree. When I first start the program, and click to open an existing file, I get the message "Cannot create folder://[foldername]"
When I use the Open command under the File menu, I can browse to my family tree file, but when I click to open it, I get the message "Cannot copy [filename.zed] into project."
Please help. I love Family Tree Builder and don't want to lose several years of work!