Sign In
Register
Help
A small number, perhaps 50 records from 8,000, have 5 extra carriage returns that may have occurred from a GEDCOM import. My best guess anyway.
David
Page 1 of 1
GEDCOM carriage return problem GEDCOM carriage return problem
MultiQuote
#3
Romer 
- Advanced Member
-
- Group: Members
- Posts: 948
- Joined: 04-April 04
Posted 15 November 2004 - 09:24 AM
David,
Do you have any way to tell if the carriage returns were introduced by way of the original GEDCOM file before import?
If you still have the GEDCOM file, open it in a text processor, and do a search for the text in question. A software package with the ability to turn on the formatting codes might make it easiest to determine if the carriage returns exist.
Also, do you see the problem after every baptism fact? Given the size of your database, I'm betting not.
My gut feeling tells me that this problem may not be due to the RootsMagic GEDCOM import process. If the carriage returns existed in the file before import, that would validate this guess. Otherwise, I'll have to rethink the issue.
Do you have any way to tell if the carriage returns were introduced by way of the original GEDCOM file before import?
If you still have the GEDCOM file, open it in a text processor, and do a search for the text in question. A software package with the ability to turn on the formatting codes might make it easiest to determine if the carriage returns exist.
Also, do you see the problem after every baptism fact? Given the size of your database, I'm betting not.
My gut feeling tells me that this problem may not be due to the RootsMagic GEDCOM import process. If the carriage returns existed in the file before import, that would validate this guess. Otherwise, I'll have to rethink the issue.
#4 Guest_David_*
Posted 15 November 2004 - 07:26 PM
Somehow, each individual with a problem record always has exactly the same number of CRs. Furthermore, it only occurs for baptisms. No other record type to date has this error. I have removed all I could find by reading the text. However, I am concerned that the errors will occur again if I read a GEDCOM in.
David
David
#5
Romer
- Advanced Member
-
- Group: Members
- Posts: 948
- Joined: 04-April 04
Posted 15 November 2004 - 07:58 PM
David,
I may be wrong, but I don't recall any other postings previously reporting this same problem since I've been a member of the forums. Hopefully, it's a very isolated case.
If an import problem of RootsMagic, it could've somehow been introduced with the latest version (2.03, which I'm using). More likely, however, would be that the GEDCOM export functionality of another program is at fault.
I just went ahead and tried to export from an existing RootsMagic database and import into a new RootsMagic database. I looked in various screens and reports, but couldn't seem to find the problem duplicated.
I realized I wasn't clear on exactly which screens and/or reports you're seeing the problem. If you could let me know, I'd be happy to look a bit further.
I may be wrong, but I don't recall any other postings previously reporting this same problem since I've been a member of the forums. Hopefully, it's a very isolated case.
If an import problem of RootsMagic, it could've somehow been introduced with the latest version (2.03, which I'm using). More likely, however, would be that the GEDCOM export functionality of another program is at fault.
I just went ahead and tried to export from an existing RootsMagic database and import into a new RootsMagic database. I looked in various screens and reports, but couldn't seem to find the problem duplicated.
I realized I wasn't clear on exactly which screens and/or reports you're seeing the problem. If you could let me know, I'd be happy to look a bit further.
#6
Alfred
- Advanced Member
-
- Group: Members
- Posts: 4084
- Joined: 03-April 04
Posted 15 November 2004 - 08:29 PM
David,
Where did this GEDCOM come from?
Would you care to attach it to an email to me so that I may look it over and try to determine if the carriage returns are in the GEDCOM or not.
adeller@santel.net
Where did this GEDCOM come from?
Would you care to attach it to an email to me so that I may look it over and try to determine if the carriage returns are in the GEDCOM or not.
adeller@santel.net
Alfred
#7 Guest_David_*
Posted 16 November 2004 - 09:57 AM
It came from RM most likely an earlier version. Once or twice I have re-loaded due to a major error in the family lines I inadvertently introduced. Although, now that I think more closely about it, I would have recovered from a backup.
Ultimately, I cannot state with certainty where the CRs came from. They may have come from FO for that matter. Perhsps, at least being advised of a problem will help you. I lack any further details or even how old the problem is.
Thanks
David
Ultimately, I cannot state with certainty where the CRs came from. They may have come from FO for that matter. Perhsps, at least being advised of a problem will help you. I lack any further details or even how old the problem is.
Thanks
David
#8
BillW
- Advanced Member
-
- Group: Members
- Posts: 47
- Joined: 20-April 04
Posted 23 November 2004 - 07:57 PM
I have the same type problem with extra CR's in GEDCOM files created in RM. It appears to be adding extra CR's in long notes. Periodically I create a GEDCOM and reload it back into RM to clean up deleted records and then I have to go through and remove the extra blank lines. I reported this back when RM was first introduced but it has not been corrected.
#9
Alfred
- Advanced Member
-
- Group: Members
- Posts: 4084
- Joined: 03-April 04
Posted 23 November 2004 - 10:16 PM
Are you sure that the GEDCOM is adding blank lines in the notes?
Import the GEDCOM into a new, empty database, find the note with extra lines, then check the database that the GEDCOM came from and see if it doesn’t have the same blank lines.
There was a problem with the GEDCOM adding blank lines in notes (and source text, I think.) about a year ago, but that seemed to be corrected with one of the patches back then. I have not been able to replicate it recently.
I think that any unwanted blank lines in a note were added when that note was exported from an earlier version. I will do some more testing and see if I can determine exactly which patch it was that finally fixed the problem. (Or, at least we thought it had.)
Import the GEDCOM into a new, empty database, find the note with extra lines, then check the database that the GEDCOM came from and see if it doesn’t have the same blank lines.
There was a problem with the GEDCOM adding blank lines in notes (and source text, I think.) about a year ago, but that seemed to be corrected with one of the patches back then. I have not been able to replicate it recently.
I think that any unwanted blank lines in a note were added when that note was exported from an earlier version. I will do some more testing and see if I can determine exactly which patch it was that finally fixed the problem. (Or, at least we thought it had.)
Alfred
#10
Alfred
- Advanced Member
-
- Group: Members
- Posts: 4084
- Joined: 03-April 04
Posted 24 November 2004 - 12:01 AM
Woops! I was wrong!
Darn! spoiled my perfect record for the year.
I have one note that still adds two blank lines in one place, every time I export it in a GEDCOM, even with RM 2.03.
I don't know why, it doesn't look that much different than other notes, but I will forward a GEDCOM or backup of this person and note to Bruce and let him look at it.
===== =====
I think I know what is causing it.
The one paragraph is exactly two GEDCOM lines long, so the GEDCOM adds a CONC tag at the end along with the regular number of CONT tags.
But that only adds one blank line, doesn't it???
Anyway, if I change the length of that paragraph, the problem is resolved.
--- SO, you should be able to find that offending note place in the GEDCOM by looking for a CONC tag followed immediately by a paragraph character and removing it, I haven't studied it long enough to know if you could, or should remove the following CONT tagline too.
Darn! spoiled my perfect record for the year.
I have one note that still adds two blank lines in one place, every time I export it in a GEDCOM, even with RM 2.03.
I don't know why, it doesn't look that much different than other notes, but I will forward a GEDCOM or backup of this person and note to Bruce and let him look at it.
===== =====
I think I know what is causing it.
The one paragraph is exactly two GEDCOM lines long, so the GEDCOM adds a CONC tag at the end along with the regular number of CONT tags.
But that only adds one blank line, doesn't it???
Anyway, if I change the length of that paragraph, the problem is resolved.
--- SO, you should be able to find that offending note place in the GEDCOM by looking for a CONC tag followed immediately by a paragraph character and removing it, I haven't studied it long enough to know if you could, or should remove the following CONT tagline too.
Alfred
#11
wleague
- Advanced Member
-
- Group: Members
- Posts: 159
- Joined: 27-July 04
Posted 24 November 2004 - 12:31 AM
| QUOTE |
| I have one note that still adds two blank lines in one place, every time I export it in a GEDCOM, even with RM 2.03. |
Hmmm. . .
Did you, by any chance, import or copy that note from someplace else?
For example, whenever I copy an obituary from the newspaper's web page and paste it into an RM note it has one or more unusual white space characters at the end that cause extra lines.
They are not normal space or CR characters but I have not figured out what they are . . . but by highlighting the end of the note I can see they are there. Deleting them does not get rid of them on the first try. After deleting them two or three times they will finally go away. Now that I know to expect them, they are not really a problem . . . just a nuisance.
I do not consider this a Roots Magic problem. It just comes with copying stuff from the internet.
Wayne
#12
Alfred
- Advanced Member
-
- Group: Members
- Posts: 4084
- Joined: 03-April 04
Posted 24 November 2004 - 12:42 AM
Yes, this one does have some tab characters in it.
Back to the laboratory I guess.
-- It was so long ago that I can't recall what the original problem was, but I thought that it had been fixed.
----- I removed the tabs and replaced them with five spaces. It still adds blank lines. - None of the tabs were in the offending paragraph anyway. ====
== I added just one space to that paragraph and it stopped the addition of blank lines, the CONC cames between the last word and the period now, and everything is fine.
Back to the laboratory I guess.
-- It was so long ago that I can't recall what the original problem was, but I thought that it had been fixed.
----- I removed the tabs and replaced them with five spaces. It still adds blank lines. - None of the tabs were in the offending paragraph anyway. ====
== I added just one space to that paragraph and it stopped the addition of blank lines, the CONC cames between the last word and the period now, and everything is fine.
Alfred
Page 1 of 1