David, Thanks. I was able to use Notepad ++ to get the desired results. I appreciate all your input and willing ness to help. I also enjoyed learning a little more about you personally. I always find it interesting to hear the life experience someone comes from, and how they bring that experience to the table.
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....
You need to upgrade your PhpGedView installation to the latest-and-greatest 4.3.1 . This version works with all versions of the PHP package, from 5.3 through 8.2. It should work OK with 8.4, but I haven't tested that and I haven't heard otherwise. You download this version from the SVN repository https://sourceforge.net/p/phpgedview/svn/HEAD/tarball?path=/trunk/phpGedView After having downloaded this ZIP file, expand it on your local computer and in the modules directory, delete all sub-directories...
Hi, had to start from scratch. Installed PHPGedview 4.3.0 and want to restore the old database from a previous SQL backup. SQL dump was taken from 4.2.3 version. Import works ok but I can't get excess to the data restored in the database. Is there any way to get that to work? Thanks for your help in advance, Hans
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.
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...
Good to know. I love redundancy.
Good to know. I love redundancy.
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...
Hello David, Glad to have you in the discussions. My nature is if it isn't broke don't fix it. My server host seems to subscribe to a different mindset though. Since I am beholden to their required upgrades, life is what it is. My nature is also: when faced with adversity - learn. So, I am in the process of changing my mindset from anxiety and fear to openness and excitement. Gerry has actually suggested text editing. His position may be like most things in life: solutions are often situational....
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 database and the GEDCOM. Until...
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...
Yes, PhpGedView works OK with mysql version 8 I can help with getting the NAME entries of your database into the proper GEDCOM standard. It's really just a question of using a decent text editor (I use Notepad ++ on my Windows laptop) and doing some find-and-replace on the exported GEDCOM file and then importing that edited file back into the database. Let's take this discussion off-line. Please use my real e-mail address: gkroll (at) keldine (dot) ca . I'm located near Ottawa, Canada.
When I began the project decades ago, it was for private purposes. I was new to the process, had little understanding, and was (fast track) self-teaching to develop a way to reach a specific end goal. In short, I was working from the big picture backward. My whole life, I have been a fixer. Oftentimes, on projects, I simply have the end result, certainly no directions, and I have to take the object apart in (perceived) reverse order of its build to find any potential issues and then build back often...
You REALLY have a messed-up genealogical database that's NOT following the rules. You'll have to mend your ways. I do NOT recommend that you try to modify the program to suit your not following the GEDCOM standard. In order for the program to function properly, the names need to be recorded in the form 1 NAME given names /family name/ That's what the GEDCOM standard specifies, and that's what PhpGedView expects. You must NOT reverse the order of the family name and given name fields. When names appear...
Thanks, I raised it to 256. My database is a lot larger than 6,000 but 256 seemed to work. I also adjusted the Session Timeout to 7200 and when importing set the time limit to 360. That all worked and I now have all the sexes. That is super helpful. Thanks. In my database I have a lot of singular names. For example, if there was a John Tylor but all I knew was John I included just John (in many cases with no other relatives). Under this scenario if I ran into another John with a missing last name...
There is a memory usage limitation configured into the /config.php file referenced by PhpGedView. This file is an ordinary text file that you can edit manually if you wish (not recommended). Launch the Admin page, then access the "Configuration" option. You should see the "4. Site Configuration" panel. Click on the "Advanced Settings" tab. The "Memory Limit" set here, when less than what the server's configuration allows, over-rides the server's memory limit. This value should not be less than 64...
I get the memory issue error noted earlier on that export. I will contact my server to see if they can increase my memory limits and to see if that will fix the issue. On my original (current non-testing live version) it does not even show me the export option, but does in the new updated version, which throws the error. Once I can get the server to increase the memory limits and if that works hopefully an export > import of it directly on the new version will correct the issue. I will touch back...
You MUST do an export - and then - import of the database, using a GEDCOM file as the intermediary. You access the Export and Import functions by launching the Admin page, and then going to the Manage GEDCOMs and edit Privacy option. There, you should find your database mentioned. On the line that corresponds to your database, notice the "Export" and "Import" options. "Export" copies the textual GEDCOM information embedded in the database to an actual GEDCOM file in your /index directory. No need...
I may be confused on how to export the database. Is this by going to the admin section and using "Backup"? If so, my older version just goes to a white page. The newer version throws this error: Fatal error: Allowed memory size of 33554432 bytes exhausted (tried to allocate 20480 bytes) in .../includes/classes/class_pgv_db.php on line 852 It may be because I have thousands of names listed in the genealogy and it is creating to heavy a lift. If I am confused in the export Gedcom process, I am sorry....
When you did your upgrade, did you export the database to a GEDCOM file, using the old PhpGedView, then do the uprade, and then immediately import the previously exported GEDCOM file, letting the Import replace the database contents? This sequence (export - update - import) is crucial. If you don't follow this, the database tables and indexes won't be properly populated. Check your GEDCOM file (NOT the database), to see whether the sex is properly recorded there. If it is, just re-import the GEDCOM...
Updated from 4.1 to 4.3.1. The original database for 4.1 under the table individuals maintains the main Gedcom file details under the i_gedcom column. When updating to 4.3.1 the new database structure adds a new column that did not previously exist called i_sex. Oddly enough when viewing a profile some data calls to this new column and some does not. For example, when I view an individual's profile it calls the sex from the i_gedcom field and properly notes it on the individual's profile. However,...
This thread should help: https://sourceforge.net/p/phpgedview/discussion/185166/thread/edee114738/ Be SURE to make backup copies of the database and of the server's directory where PhpGedView is installed. That way, you can back out if you run into trouble. If necessary, get your server support folks to help. The version of PhpGedView that you download from the SVN repository works with all versions of PHP right up to 8.3. It should work with 8.4, but I haven't heard from users who are on that version....
I have little experience in actual coding, so am easily lost by the technicalities of code. My server is requiring an update of my cPanel that includes a required update to php7.2 minimum and MySQL 8. I currently use PhpGedView, but am finding updating incredibly difficult and confusing. Looking for assistance with this, willing to pay.
Fix: Editing of Names containing an apostrophe fails when Autocomplete is active
Fix: Sorting of table columns no longer works -- caused by deletion of /js/kryogenix
Change: Update jQuery to version 3.7.1
You say you're using PhpGedView version 4.3.0 "svn". Are you sure about that? You're supposed to use version 4.3.1 "SVN". I assume the ".0" is just a typo. Your database is not configured correctly on the server. PhpGedView uses UTF-8 character encoding exclusively. The server's database configuration must be set to support utf8mb3_unicode_ci collation . Since your database configuration in PhpGedView (near the bottom of the screen shot you supplied) specifies that the database should not be used...
@canajun2eh I am using PhpGedView 4.3.0 svn. Given below are the error messages i get when i connect to the database. ERROR 2: PDO::__construct(): Server sent charset (255) unknown to the client. Please, report to the developers 0 Error occurred on in function __construct 1 called from line 115 of file class_pgv_db.php in function createInstance 2 called from line 183 of file install.php Your current database configuration is bad. Please check your database connection parameters and configure again....
Fix: Still more errors and warnings from PHP 8
Research Assistant generating multiple errors
Fixed in SVN 7377. Complete replacement of the Research Assistant module, but with somewhat limited functionality. Thank you, Douglas Terry.
Firstly, which version of PhpGedView are you using? You should be using the latest-and-greatest version that you can download as an SVN snapshot. What error messages are you getting? Saying, "It doesn't work" is not very helpful.
Hi, I used to use Cleardb to host the mysql database but as it is shutting down I moved the database to Azure. But when i try to connect it to the Azure Mysql database i am getting an error. 1. Does Phpgedview work on Mysql version 8.0 which is what is available on Azure 2. Is there any other database provider that I can use to host this if Azure does not work. Thanks in advance. Regards, Sudeep Personal blog - http://www.sudeep.me
Change: Complete replacement of the research_assistant module
Terry, I don't like the code of RA so if you changed it to something more readable, you are welcome. But try to remove as much as possible strange/abandoned/deprecated libraries turning them into up to date jQuery with jQuery UI. Yes, I know, jQuery is also not the rocket science but it is relatively small and handy in use. T.B.
Hi Gerry, I have finished the update to all the Research Assistant files to make it usable. I will send you an email now with details on where to pick it up, what has changed and what I am looking to continue to do with it going forward for RA fixes/develpment. Note some of the changes could help Tomasz with his js updates, so I will let you work that with him.
Thank you, Douglas. I do not use the Research Assistant. It was a student project at Neumont University, under the guidance of John Finlay, quite a few years ago. As with most student projects that I have encountered, there are bound to be lots of coding errors and other unsanitary things. Please send me the updated scripts when you're done. Do NOT send diff files, please. They don't work very well in my environment. I have today posted a large set of updates to PGV. They have nothing to do with...
Hi Gerry, I found the problem and this took me on a whole rathole investigation as it seems that there were many outstanding bugs in the code, duplications in functionality in multiple places as well as multiple places that weren't compatible with php 8. I am in the late stages of testing it all after now touching and updating every file related to the Research Assistant. When I am done I can send it back to update the server so anyone who used it in the past can continue using it.
Change: Make selection of marriage types more logical
Thanks Tomasz.
I will look at these issues. But, sorry, not now. First I will finish the upgrade of js libraries (this should address the issue 4). The "developement only" issue is google api problem; actually their current policy. If you buy access to google map api and provide proper key - maps will be displayed correctly. It is the reason why I'd like to migrate from google maps to OSM in the future. T.B.
I originally had several attachments - here they are again
Thanks Gerry. I accept this rejection. BTW, I looked in my file_config.php file and it had $INDI_FACTS_ADD = "ADDR,AFN,BIRT,CHR,DEAT,BURI,CREM,ADOP,BAPM,BARM,BASM,BLES,CHRA,CONF,EMAIL,FAX,FCOM,ORDN,NATU,EMIG,IMMI,CENS,PROB,WILL,GRAD,RETI,CAST,DSCR,EDUC,IDNO,NATI,NCHI,NMR,OCCU,PROP,RELI,RESI,SSN,TITL,BAPL,CONL,ENDL,SLGC,_MILI,ASSO"; so this is why I was seeing the ADDR at the bottom in my list. This may be a hangover from an older version or a customization I made long ago, but at least I can see...
Coordinates and mapping issues
ADDR field displays against bottom not top like others
You need to consider answering the question, "Address of what?" Address doesn't describe a person or family. You're not born with an address. It's not something that is bestowed upon you by a Supreme Being. It's something that you acquire by virtue of having taken up residence somewhere. Address provides additional detail about an event. In this context, living somewhere is an event.
I think you're mistaken. I don't see a means of adding ADDR directly through a selection in the "Add new fact" drop-down list. ADDR should always appear as something subordinate to Level 1 Facts such as BIRT, DEAT, MARR, etc. and thus is something that you enter as part of your input of one of these Level 1 Facts. PhpGedView is showing you an existing ADDR Fact that's at Level 1, but it won't let you create a new one at that level. You can, of course, override this restriction when you edit your...
Note that I prefer from a UI perspective the ability to see the Address box from the top level even if it shouldn't be a level 1 fact :-) It just looks a bit funny that all other fields start at the top while the Address doesn't
Then is it a bug that the UI has a add new Fact ADDR at the bottom but it generates a level 1 GEDCOM fact when it should generate at minimum a 1 RESI + 2 ADDR ? For attached here is the output: 1 _UID 330296B1BE774B3FBCC510D22376E8B6D5DA 1 ADDR Hello 1 CHAN 2 DATE 05 SEP 2024 3 TIME 11:42:00
ADDR is NOT a valid Level 1 GEDCOM Fact. It is supposed to provide additional information to normal level 1 Facts such as RESI, so printing it at the bottom of whatever Fact box it is subordinate to is correct. Try editing your GEDCOM record to change the ADDR to Level 2 and putting a 1 RESI in front. You'll see what I mean. Example: 1 RESI 2 DATE something 2 PLAC somewhere 2 ADDR more info 3 CONT still more info
I think the problem may be caused by your browser eating the "folder" input variable. Lines 230 and 231 of the script research_assistant.php are looking for an input variable called "folder", and that variable is missing from the URL that launches the Research Assistant. That input variable is used in many different locations throughout the RA code. You could try going through the Research Assistant code and changing the input variable to something other than "folder". "folder_name" would probably...
Adding a simple "Hello" to the ADDR field generates the following (attached). If you then use the browser view page source you can see the extra <br /> in front of the Hello.
A screen shot would help. ADDR is a sub-field of a bunch of Level 1 GEDCOM Facts. Which Level 1 Fact are we dealing with here?
ADDR field displays against bottom not top like others
Good luck. I can't help you; I don't use the Research Assistant. The Research Assistant module isn't supported, and hasn't been updated in a very long time, except to correct some syntax errors caused by "improvements" to PHP (PHP 7.x and PHP 8.x)
Research Assistant generating multiple errors
Please check the public_html directory where PhpGedView is installed. Sometimes the "new and improved" PHP records errors that it encounters in a text file that you may find in the PhpGedView root directory. The name of this file varies, but usually contains "error".
Thanks, no that file made no difference. and we're not seeing any errors; the save after the drag/reorder closes the window, but nothing has changed. That's why I attempted the pgv_debug. The family does have Father+Mother. On 28/08/2024 00:06, Gerry Kroll wrote: assigned_to: Gerry Kroll Attachments has changed: Diff: |--- old +++ new @@ -1 +1,2 @@ +edit_quickupdate.php (138.6 kB; application/octet-stream) pgv_update_debug.pdf (153.7 kB; application/pdf) | Comment: Please try the attached file edit_quickupdate.php....
Reordering of children fails
Please try the attached file edit_quickupdate.php. I don't think this will resolve your problem, but it's the version I am currently working on. Please don't bother with all that debug stuff you posted. Just reproduce a screen shot of the result of your test (if it fails). I'm interested in the actual error messages, including the line numbers. Please confirm: Does the family in question have both a Father and a Mother?
Reordering of children fails
Hi , I'm using phpGedView 4.3.0, with the Research Assistant module. When I open Research Assistant > Add Task, the assign task dropdown doesn't show any users. Weirdly, if I use F12 and view the source code of the page, I can see the users as options under the select tag. Same issue using Chrome or Edge.
Hi , I'm using phpGedView 4.3.0, with the Research Assistant module. When I open Research Assistant > Add Task, the assign task dropdown doesn't show any users. Weirdly, if I use F12 and view the source code of the page, I can see the users as options under the select tag.
Me either. Now I'm working on removing dependency from legacy libraries like prototype, behavior, scriptaculous and very old jQuery. About 80% of the work is done. Next, the google maps migration to leaflet is in my mind. Google analytics... Maybe some day. But not in the near future.
Nope. No plans, unless somebody other than me volunteers.
Does PGV support GA4 now that Universal Analytics is no longer supported? How do I set it up?
Huh, the problem is more serious than it appeared. And I suppose, the leaflet will be affected as well. The problem is in prototype.js library. It is no longer developed and as one gay said "its successors successor is obsoleted now". If I commented out the script calling the library (in js/prototype.js.htm), the maps works again but probably the other things doesn't. To solve the problem, and maybe the others in the future, we should make the audit of the code, find the calls to prototype.js lib...
If the Family Search works when you're logged in as admin, then you're trying to find living people. By default, details about living people are not shown to anonymous (not logged in) users.
That didn't Work. The Family search does work whem logged in as admin On Thu, Apr 25, 2024 at 7:38 PM Gerry Kroll canajun2eh@users.sourceforge.net wrote: What version of PhpGedView are you using? You should be using the most recent version that you can download by following the "SVN" link at the top of this page. When you have installed the most recent version, you need to: 1. Log in with Admin rights and click on the "Manage GEDCOMs" link in the top menu of the page 2. Export the database to a GEDCOM...
What version of PhpGedView are you using? You should be using the most recent version that you can download by following the "SVN" link at the top of this page. When you have installed the most recent version, you need to: 1. Log in with Admin rights and click on the "Manage GEDCOMs" link in the top menu of the page 2. Export the database to a GEDCOM file. You don't need to download that file. 3. Import the GEDCOM file you have just exported. Let the program replace the existing database contents....
When I do a family search, the list appears, but if I click on a family, it says it does not exist or i do not have permission. If I search by individual, all works fine
Yes, after sending the message I've noticed the same. In both Firefox and Chrome. The better idea than removing the line is to change it to: Array.from = Array.from || $A for a case of legacy browser without Array.from implementation. Are there such browsers in wild?
v.1.7.3 as downloaded: * Main maps work * Personal map on the individual menu, "Oops, something went wrong" (If I comment that same line, then I get a blank box for the map)
David, please check whether the file from the following link solves the issue. It is the newest available version of prototype.js file. It is actually file from 2015 but anyway newer than the file in PGV. https://ajax.googleapis.com/ajax/libs/prototype/1.7.3.0/prototype.js @canajun2eh - maybe this proposed bump to 1.7.3 version of prototype helps to solve or or at least workaround the issue until we change google map api to leaflet
I found even the messages in the console window were not helping me. Most of them came from deep in the google map apis and it wasn't able to show the call-stack (so perhaps an async thread). So, I was really struggling to see what caused it. This doesn't help me much (I don't know it well enough), but in "prototype.js", I commented out the following as a quick test - based on one of the console error messages. Array.from = $A; The personal map "sort of" showed up. For some people, the map seemed...
You're using the WRONG version of PhpGedView. Install the latest-and-greatest version that you have downloaded from the SVN repository. Follow the "SVN" link at the top of this page. The have been lots of posts (and replies). No need to say it all again.
I copied the directory tree to my server and tried to execute install.php, but I got this error Fatal error: Cannot redeclare imagecreatefrombmp() in /home/furlgfex/public_html/phpgedview/includes/functions/functions_mediadb.php on line 2000
I copied the directory tree to my server and tried to execute install.php, but I got this error Fatal error: Cannot redeclare imagecreatefrombmp() in /home/furlgfex/public_html/phpgedview/includes/functions/functions_mediadb.php on line 2000
I copied the directory tree to my server and tried to execute install.php, but I got this error Fatal error: Cannot redeclare imagecreatefrombmp() in /home/furlgfex/public_html/phpgedview/includes/functions/functions_mediadb.php on line 2000
I copied the directory tree to my server and tried to execute install.php, but I got this error Fatal error: Cannot redeclare imagecreatefrombmp() in /home/furlgfex/public_html/phpgedview/includes/functions/functions_mediadb.php on line 2000
@GaryT You have my hands. And my phpstorm. And my modest leaflet knowledge. But I refuse to migrate this part of code to anything before deep refactoring and moving all "mapping" code to one-and-the-only place. In my site now, the edit place page and places diagram page display grayed out maps while the personal 'map' card doesn't display map "oops, something went wrong...".
I have a private project that uses google maps - in a far more primitive way. But I wasn't able to unravel in PhpGedView where the data is formed that is presented to google maps. If somebody has a good handle on that, and can point me to it, maybe I can also help out in some way. In my project, I tried to make it work with either google or bing maps, but I found bing couldn't handle the larger kml files I was producing and google could. I wasn't aware of other "open" map engines I could tap into....
I can have a look and see if I can at least reproduce. I did get a leaflet based 'version'/option sort-of working, if that would be of interest. It would be hopefully relatively easy (assuming I can remember what I did) to hack it into your system - less so to do a "proper" version that works out of the box. There's issues with bits of google maps specific code in odd places (presumably the refactoring that Tomasz referred to), and potentially a legal/moral issue of having 'googlemaps' hardcoded...
I can have a look and see if I can at least reproduce. I did get a leaflet based 'version'/option sort-of working, if that would be of interest. It would be hopefully relatively easy (assuming I can remember what I did) to hack it into your system - less so to do a "proper" version that works out of the box. There's issues with bits of google maps specific code in odd places (presumably the refactoring that Tomasz referred to), and potentially a legal/moral issue of having 'googlemaps' hardcoded...
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> Hello, David: I don't understand how this works either, so I can't help. Sorry, I only support the stuff I can understand. There hasn't been any recent work done on Google Maps. The most recent updates were done on July 17, 2022; I don't know what they were supposed to resolve. Before that, updates occurred in 2019 and 2016; again, no information. I wish Google would stop "fixing" things so that the old stuff, which used to work,...
Has there been any recent work on this? I see some new messages in the console about the next api change events. And for me, the main menu Charts | Pedigree Map still works fine, as it does on the Options for an individual - Pedigree Map. But from the "Personal Facts and Details" ... "Map" menu, then it gets a google "Oops, Something went wrong..." If I had a better handle on how this works, I'd see if I could help sort it out, but at the moment I think I'm at the mercy of others. I'm on the latest...
Has there been any recent work on this? I see some new messages in the console about the next api change events. And for me, the main menu Charts | Pedigree Map still works fine, as it does on the Options for an individual - Pedigree Map. But from the "Personal Facts and Details" ... "Map" menu, then it gets a google "Oops, Something went wrong..." If I had a better handle on how this works, I'd see if I could help sort it out, but at the moment I think I'm at the mercy of others. Here's the full...
Fix: Media firewall logs "implicit float to integer conversion loss of precision" when watermarking is active
Change: Minor corrections to several language files
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...
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 enable you to find the source...
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...
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.
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 ...'...
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8"> David: The error is that the PAGE reference doesn't conform to the GEDCOM standard. The text properly belongs in a NOTE. If you're happy with the citation as you have quoted it, ignore the "error". Regards, Gerry Kroll e-mail: gkroll@keldine.ca Phone: +1 613 836-3970 Mobile: +1 613 558-3990 On 2024-02-07 15:54, David Ledger wrote: <meta http-equiv="content-type" content="text/html; charset=UTF-8"> Doing a GEDCOM check for 'errors'...
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 text you have quoted properly belongs in a NOTE.
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...
Fix unexpected error in class_person.php (caused by error in old version of PHP manual)
Temp fix for unexpected error in class_person.php line 1804