![]() And if you don’t want to program, you can simply edit the GEDCOM file and replace all occurances of “.1.” with " JAN ", “.2.” with " FEB " and so forth. In this case, the solution is quite simple though, as long as you haven’t made any changes in Gramps, because if you’re consistent, you know that all dates have their month number in the middle, between two decimal points. And that is very bad for a program with an international audience. The 2nd problem is, that Gramps should not try to make guesses for dates like, because they mean different things in the US and in Germany, which in this case means that it’s corrupting your tree. They look right to you, but they’re not right in the GEDCOM sense, and this suggests that Ancestry never understood what you typed, because if it did, it would have exported these dates as and. We have two problems here, and the 1st is that your dates are all wrong. ![]() Perhaps this cycle of the evolution could pick up the development thread? Maybe add the ability to list examples of invalid dates from the database and offer the user and option to specify which decimal delimited pattern (‘dd.mm.yyyy’, ‘mm.dd.yyyy’, ‘yyyy.mm.dd’, ‘yyyy.dd.mm’, or the no-leading-zero ‘d.m.yyyy’ ‘m.d.yyyy’ or maybe even the evil ‘d.m.yy’ with a century selector) to use for the re-parser? So we have to take advantage of the short-lived interest to evolve the old solution hack, not start all over again.) (Once this particular import case is resolved, interest in evolving the tool from a crude hack to an elegant and flexible tool will die. (Although they were dealing with ambiguous dates from an Italian rather than German GEDCOM.)Īnd this issue has the same complication that this will have a short-lived interest in resolving the import problem. This is a continuation of the invalid imported date re-parsing conversation in the following thread. As before, the dd.mm.yyyy is considered ambiguous unless the dd value is greater than than the 12th day of the month. Valid in GEDCOM uses the dd MMM yyyy format (or the title case dd Mmm yyyy in GEDCOM 5.4 variant) and specifies English. They are are NOT in the correct format for GEDCOM. I hope that this helps to get you started, and if not, you know how to find me.īirthdate and dead date seem to be in the correct format. That’s just a guess, because I run Gramps in Dutch, and don’t have the German version installed. And again, if there are just a few, you can simply retype them, with the proper keyword(s), in German, which might be bevor for Before, and nach for after. This is for simple dates, and you may also see problems with dates before and after (BEF and AFT in GEDCOM), and date ranges. This will show all empty dates first, followed by all dates that are wrong, displayed in bold, and the good ones last. If you’re unsure about the number of non-standard dates, there is a quick way to find them, and that is by choosing the Events category, and sort that by date. Same for Dez(ember), which must be DEC in GEDCOM. GEDCOM month names are 3 letter abbreviations in English, so if your GEDCOM has Okt(ober), you must change that to OCT. You may need to be careful with that, if you also have these month names in notes, for which I assume that you want to keep those in German. If there are many, it might be easier to load your GEDOCM file in a text editor, like notepad, or notepad++, and do a global replace in which you might need to replace März with MAR. ![]() ![]() If there are not too many dates that are wong, it is easy to retype them in the proper format, which is the same format as you chose for display. Gramps does this for every date that it didn’t recognize as a date in the GEDCOM file, meaning any date that doesn’t follow the standard format, which is for today. In your case, you will still see dates in bold, in the format that they have in the GEDCOM file. It will then display Mai where I see Mei, and English users see May, assuming that you chose to display (abbreviated) month names, not numbers. When you change this, and restart Gramps, most dates should appear in the format that you chose, which means that Gramps knows that they are dates, so that it can display them in the right way. The dialog will have different words in German, but the position of items is the same in all languages, so I bet that you will understand this one anyway. I made this screenshot with the date notation expanded, so that you can see the choices that are available. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |