David Ledger

On 2/24/25 15:30, DogMan wrote: I think I might be able to do it in Notepad with a simple Find/Replace. I know I can with the GIVN and SURNAME. It is just the process now to get that to properly reflect with the NAME and not have to do so per individual entry. I have 10's of thousands of entries and my server has given an update by date, so individual entry repair is not a feasible option given my constraints. I tried going to your website and all that came up was an IP address. The email got distorted....

On 2/23/25 22:28, DogMan wrote: Hello David, <snip> I am self taught on all coding. I could not set down with a blank page and code much of anything, but I can take complex systems and chop them up when I need to re-purpose them for a specific task. I quickly see patterns. I am comfortable enough in anything HTML. PHP, Java, so it would be cool to add PERL to my knowledgebase.</snip> Having thought more about it, I think you can skip Perl. Every time I do something new in Perl I have to go back to...

On 2/23/25 22:03, DogMan wrote: Thanks Gerry, I have sent an email yesterday (2/22), but it may have went to spam. I look forward to your response and being able to discuss everything in a more private manner. It's good to know that MySQL 8 will not be an issue. I am very comfortable with Find/Replace using Notepad, MSWord, Access. That is how I thought someone might handle such a switch. Especially with larger datasets. I am just a little confused on the separation and correlation between the MySQL...

On 2/23/25 02:10, DogMan wrote: <snip></snip> Because I can not risk my current data set and correcting each entry by hand is impossible given the tens of thousands of entries it has, I will need to make copies of a side project to work through and look for an efficient way to swap the data to the correct structure. I will have to learn about the database and how it relates to the development of GEDCOM. Once I better understand the relationship, I might be able to do a few find-and-replace statements...

On 2/9/24 13:30, Gerry Kroll wrote: I disagree that the fault is with PhpGedView. The GEDCOM checker is to be viewed as providing information only. PhpGedView is actually very lenient when it comes to non-conformance. It's your responsibility to ensure that you fill in the various fields in accordance with the GEDCOM "standard". There's no way the program can possibly do all that for you. The PAGE reference is supposed to point to the page in the Source document. Other fields in the SOUR record should...

On 8 Feb 2024, at 19:34, Gerry Kroll wrote: You should look at Tamura Jones' site, in the "standards" section, where you can find a link to download an annotated edition of the GEDCOM 5.5.1 specification. https://www.tamurajones.net/standards.xhtml This document provides LOTS of information, and is searchable. Mr. Jones is very knowledgable, and has authored numerous very informative articles on genealogy. Thanks for this. I will study it. The initial problem however was out-of-spec GEDCOM data generated...

On 2/7/24 21:59, Gerry Kroll wrote: The error is pointing at the PAGE line, which doesn't conform to the GEDCOM standard. It's too long, and is not allowed to be extended by means of a CONC line. The entire entry was created by phpgedview - its a SOUR added to a RESI tag in a popup edit window. The text you have quoted properly belongs in a NOTE. I obviously have the whole 'source citation details' thing wrong. A commercial site I have used puts that kind of document reference into a 'citation ...'...

Doing a GEDCOM check for 'errors' I see and invalid tag: 0085070 3 PAGE Archive reference: RG10; Piece number: 4677; Folio: 104C; Page: 36; Schedule: 186; HouseHoldID: 1908792; Record set: 1871 England, Wales & Scotland Census; Subcategory: Census; Category: Census, Land & Substitutes; Collections from: UnitedKingdom ‎0085071[[4 CONC .]]‎ invalid ‎tag ‎; see ‎FAM @F31@‎ 0085072 3 NOTE REFN http://search.findmypast.co.uk/record?id=GBC/1871/0009163176&source=GBC/1871/0009163175 Viewing the GEDCOM for...