#2981 ADDR field displays against bottom not top like others

[Douglas Terry]

Running v4.3.1 build 7375.
If you enter a simple one line address into the ADDR field then save it the Personal Facts and Details display has this one line address against the bottom of the display box, while all other fields seem to have there info aligned to the top of the display box. Looking at the HTML source code it looks like a "
" preceeds the address info pushing it down. I don't know if this is a bug or planned for some reason.

[Gerry Kroll]

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?

[Douglas Terry]

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.

[Gerry Kroll]

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

[Douglas Terry]

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

[Douglas Terry]

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

[Gerry Kroll]

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 GEDCOM record using the "Edit raw GEDCOM record" option in the "Edit" drop-down list at the top right of your Personal Details display.

I have seen this on another site (in Australia) that I'm currently helping sort out their various problems. It appears that it's caused by a GEDCOM that was originally created by Family Tree Maker. PGV won't force you to replace all those incorrect tags, and will try to accommodate such errors, but that's only so that your hard-won researches don't get lost.

[Gerry Kroll]

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.

[Douglas Terry]

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 why it is on mine.