Hi, I'm using 4.2.3 in Dutch mode and when I remove the name of an Individual (callname/nickname) the system saves it changes eveyting to Firstname unknown Unknown. When I select Quickadd/Change and change the data it says:
ERROR 8: Undefined variable: MRSURN
0 Error occurred on line 335 of file edit_quickupdate.php
Update successfull.
What to do!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
when I remove the name of an Individual (callname/nickname) the system saves it changes eveyting to Firstname unknown Unknown.
Exactly how are you changing (removing) this. And why are you removing names?
Is javascript activated on your browser and is the NAME field updating when you change the GIVN, NICK and SURN fields? If not, you have a browser configuration issue which can cause mismatches.
Send the NAME tag elements clipping from an example or two where this appears and it will be evident what you've done.
1 NAME John /Doe/
2 GIVN John
2 SURN Doe
I suspect you have
1 NAME John /Doe/
2 GIVN
2 SURN
BTW, DON'T use quickupdate. It was really never intended to be used by the general public and is an awful piece of programming. Frankly, it should be removed from the program as it does not allow for SOURcing and is too powerful in changes without knowledge of the underlying structure and consequences. I have it enabled for ADMIN only. -Stephen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I used it after my wife added nicknames to every person so it would say Patrick "Patrick" Goosen. I would remove the "Patrick" and the error occurs but with the option 'Options for individual'/Edit/Edit name. When removing the nickname it gives the corrupt record.
Patrick
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Patrick
You are mistaken that the file is corrupte. Please post several of the results - as I requested - and we can mostly likely advise what you are doing wrong. Normally, if using the NAME - EDIT INTERFACE http://YOUR-SITE.COM/edit_interface.php?action=editname&pid=IXXXXXX&linenum=1&PGVSESSION=xxxxxxxxxxxxxxxxxx
If you simply remove the NN field, you won't see any change in the NAME field as this is added later in the code as a calculation.
If the GIVN name is Patrick, Patrick is not really a NickName, but rather the 'called' name. You can put an ASTERICK * behind the preferred called name, if several names, and it will be underlined to provide emphasis.
You can NOT leave the GIVN field empty if you have entered a SURN. It will provide a calculation of
Unknown "Patrick" Goosen
Please post some code examples : 1 NAME 2 GIVN 2 SURN and 2 NICK for us to confirm your data entry errors -Stephen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Stephen, I added a link to a pdf I made. It tell the procedure i followed for editing. http://ww.goosen.nu/beening/phpgedview.pdf is the file. The record I'm editing is a raw record imported from a gedcom file.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Patrick
working on this with another developer, but the reason for the ERROR 8's is the missing 1 NAME. Why this is happening, we haven't quite figured out as it is not happening elsewhere. Could be a browser/settings issue for you as I don't have access to your site to see this in person.
The Quick Update - like I said - is a hack of programming (IMHO). And the calls to the four missing variables is an IF, and should only happen if the INDI exists without a 1 NAME line in the GEDCOM (which shouldn't happen). It may require moving the four variable definitions up a bit higher in the logic, above the IF.
Do you use the HEBREW and ROMAN names features? If not, or only one, you should remove the other as it only confuses the average user. Since these are pretty rare, you could then add them with RAW, when necessary, particularly the ROMAN.
As I said, I suspect a browser (IE?) and setting w/in as the culprit in the possible deletion of the 1 NAME line, but since you haven't said and you didn't post the PRE and POST name tag examples, its hard to say. -Stephen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi Stephen, I added another pdf with more information on http://www.goosen.nu/beening/phpgedview2.pdf. I also created an account on the website so you can check it out for yourself. You can edit record I115 (Johanna "Johanna" Vaal) by removing the nickname… as a backup you can use I69 (Gerrie "Gerrie" Harderingh).
And for the other questions, yes I'm using IE, but browsersettings, they are standard because I've tested it on 3 computers. I don't use hebrew or roman names. And I don't know what you mean by PRE and POST name tags.
Hope this helps. I'll send you the loginpart by private mail.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Patrick
I have responded offline, after reviewing your site (but your SF emails bounce back to me).
You are either using an unsupported browser (IE-6) or have it misconfigured to use Javascript correctly. And your names are incorrectly formatted in the GEDCOM, aggravating the situation.
As we posted above, here's some GEDCOM naming conventions
Only required line:
1 NAME John /Smith/
PGV and most other programs add/allow a naming structure:
1 NAME John /Smith/
2 GIVN John
2 SURN Smith
2 NICK Johnny
On the PDF you posted, you are missing both the GIVN and SURN segments and have only a Nick segment.
1 NAME John //
2 NICK John
When you use EDIT INTERFACE, you are deleting the entire 1 NAME line and the Nick. PGV auto moves the NICK to GIVN, but the 1 NAME missing leaves UNK/UNK
2 GIVN John
When you use Quick Update, you add an entire new 1 NAME line, but still missing the SURN, but PGV also leaves the last 2 GIVN line in place.
2 GIVN John
1 NAME John //
2 GIVN John
2 SURN
2 _MARNM //
The first 2 GIVN is incorrect as it is a level 2 not subordinate to a level one tag.
The second NAME series has no SURN, so it will display as Unknown, as will the MARNM.
I am not familiar with the older IE browsers, so I can not comment on how it may be misconfigured, but IE-6 is no longer supported in PGV. I would suggest trying this same routine using FireFox or Safari, and I'm sure your problem will disappear. Perhaps someone else will comment on the browser effect? -Stephen
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi, I'm using 4.2.3 in Dutch mode and when I remove the name of an Individual (callname/nickname) the system saves it changes eveyting to Firstname unknown Unknown. When I select Quickadd/Change and change the data it says:
ERROR 8: Undefined variable: MRSURN
0 Error occurred on line 335 of file edit_quickupdate.php
Update successfull.
What to do!
Exactly how are you changing (removing) this. And why are you removing names?
Is javascript activated on your browser and is the NAME field updating when you change the GIVN, NICK and SURN fields? If not, you have a browser configuration issue which can cause mismatches.
Send the NAME tag elements clipping from an example or two where this appears and it will be evident what you've done.
1 NAME John /Doe/
2 GIVN John
2 SURN Doe
I suspect you have
1 NAME John /Doe/
2 GIVN
2 SURN
BTW, DON'T use quickupdate. It was really never intended to be used by the general public and is an awful piece of programming. Frankly, it should be removed from the program as it does not allow for SOURcing and is too powerful in changes without knowledge of the underlying structure and consequences. I have it enabled for ADMIN only.
-Stephen
I used it after my wife added nicknames to every person so it would say Patrick "Patrick" Goosen. I would remove the "Patrick" and the error occurs but with the option 'Options for individual'/Edit/Edit name. When removing the nickname it gives the corrupt record.
Patrick
Patrick
You are mistaken that the file is corrupte. Please post several of the results - as I requested - and we can mostly likely advise what you are doing wrong. Normally, if using the NAME - EDIT INTERFACE
http://YOUR-SITE.COM/edit_interface.php?action=editname&pid=IXXXXXX&linenum=1&PGVSESSION=xxxxxxxxxxxxxxxxxx
If you simply remove the NN field, you won't see any change in the NAME field as this is added later in the code as a calculation.
If the GIVN name is Patrick, Patrick is not really a NickName, but rather the 'called' name. You can put an ASTERICK * behind the preferred called name, if several names, and it will be underlined to provide emphasis.
You can NOT leave the GIVN field empty if you have entered a SURN. It will provide a calculation of
Unknown "Patrick" Goosen
Please post some code examples : 1 NAME 2 GIVN 2 SURN and 2 NICK for us to confirm your data entry errors
-Stephen
Hi Stephen, I added a link to a pdf I made. It tell the procedure i followed for editing. http://ww.goosen.nu/beening/phpgedview.pdf is the file. The record I'm editing is a raw record imported from a gedcom file.
Change the ww.goosen.nu to www.goosen.nu ofcourse.
Patrick
working on this with another developer, but the reason for the ERROR 8's is the missing 1 NAME. Why this is happening, we haven't quite figured out as it is not happening elsewhere. Could be a browser/settings issue for you as I don't have access to your site to see this in person.
The Quick Update - like I said - is a hack of programming (IMHO). And the calls to the four missing variables is an IF, and should only happen if the INDI exists without a 1 NAME line in the GEDCOM (which shouldn't happen). It may require moving the four variable definitions up a bit higher in the logic, above the IF.
Do you use the HEBREW and ROMAN names features? If not, or only one, you should remove the other as it only confuses the average user. Since these are pretty rare, you could then add them with RAW, when necessary, particularly the ROMAN.
As I said, I suspect a browser (IE?) and setting w/in as the culprit in the possible deletion of the 1 NAME line, but since you haven't said and you didn't post the PRE and POST name tag examples, its hard to say.
-Stephen
Hi Stephen, I added another pdf with more information on http://www.goosen.nu/beening/phpgedview2.pdf. I also created an account on the website so you can check it out for yourself. You can edit record I115 (Johanna "Johanna" Vaal) by removing the nickname… as a backup you can use I69 (Gerrie "Gerrie" Harderingh).
And for the other questions, yes I'm using IE, but browsersettings, they are standard because I've tested it on 3 computers. I don't use hebrew or roman names. And I don't know what you mean by PRE and POST name tags.
Hope this helps. I'll send you the loginpart by private mail.
Patrick
I have responded offline, after reviewing your site (but your SF emails bounce back to me).
You are either using an unsupported browser (IE-6) or have it misconfigured to use Javascript correctly. And your names are incorrectly formatted in the GEDCOM, aggravating the situation.
As we posted above, here's some GEDCOM naming conventions
Only required line:
1 NAME John /Smith/
PGV and most other programs add/allow a naming structure:
1 NAME John /Smith/
2 GIVN John
2 SURN Smith
2 NICK Johnny
On the PDF you posted, you are missing both the GIVN and SURN segments and have only a Nick segment.
1 NAME John //
2 NICK John
When you use EDIT INTERFACE, you are deleting the entire 1 NAME line and the Nick. PGV auto moves the NICK to GIVN, but the 1 NAME missing leaves UNK/UNK
2 GIVN John
When you use Quick Update, you add an entire new 1 NAME line, but still missing the SURN, but PGV also leaves the last 2 GIVN line in place.
2 GIVN John
1 NAME John //
2 GIVN John
2 SURN
2 _MARNM //
The first 2 GIVN is incorrect as it is a level 2 not subordinate to a level one tag.
The second NAME series has no SURN, so it will display as Unknown, as will the MARNM.
I am not familiar with the older IE browsers, so I can not comment on how it may be misconfigured, but IE-6 is no longer supported in PGV. I would suggest trying this same routine using FireFox or Safari, and I'm sure your problem will disappear. Perhaps someone else will comment on the browser effect?
-Stephen