Posts

I ran the above report wanting to see who is buried in the same cemetery as my aunt, given that when I return there in a few months, I can search for them. Three “problems” found (for me):

1) names are only sorted by first name (the CSV would have the two names together as well)
2) women are shown with maiden name but if I’m searching for their stone, it’s their married name I need (if applicable, of course)
3) Details show the Address field but only the first line; I use 2-3 lines — first is the section, second/third the plot info.
>>>>Shaarei Shomayim Congregation
>>>>>Section 42, Row J, Grave 26 S

There’s nearly 400 burials I hope to find so any way of addressing these will be helpful.

----- [updated: 31Aug2023]

 Alter-Drukarsh connections |The Garelicks|Journal 3.3.12 -  PHP Version 8.1.17 - mySQL 8.1
The Royals |The Kennedys|The Gerrer Rabbis  3.3.12 -  PHP Version 8.1.17 - mySQL 8.1

macalter wrote:

1) names are only sorted by first name (the CSV would have the two names together as well)
2) women are shown with maiden name but if I’m searching for their stone, it’s their married name I need (if applicable, of course)
3) Details show the Address field but only the first line; I use 2-3 lines — first is the section, second/third the plot info.

1) – It should be possible to split these into two parts with each sortable. Just need to think about suffixes, prefixes etc but should be fixable.

2) – Actually it’s more complex than that, by a huge amount. For burial, death, probate, etc you need their LAST married name. For birth, baptism, education etc you need (possibly) their birth name. But perhaps not always. In some cases adopted, second,names, etc might be better. All adult facts and events would ideally check all dates and pick the right married name (assuming multiple marriages) for the period defined by the search and the type of event. So I’m not sure this is practical in terms of both code, and the server resources necessary to extend the complexity of such searches. These issues are also why it is standard genealogy practice to always use maiden names to reference females. I understand the request, and even sympathise with it, but don’t think I can help with this one, or at least I can’t think of a practical solution at the moment. Happy to hear suggestions though 🙂

3 – Definitely should be fixed. But can you give me the GEDCOM code for the example you used. There are a couple of GEDCOM-valid ways to record addresses and I’d like to see which this is.

Nigel
My personal kiwitrees site is www.our-families.info

1) Most of the lists don’t include suffixes/prefixes. So, if you added to this report, you’d have to adjust all lists/reports to be consistent. Not asking that part, just the first name/last name that is typical for the lists (don’t run that many reports).

2) Thankfully, ToyGuy caught my error very, very early as I started my family file with married names. Now I dread looking at trees/sources that use that only! Understandably at your end, it would be difficult for coding. And may also depend upon married name being entered (because it’s manual, sometimes forgotten). Will give thought to this one closer to usage time when I’ll have to export the CSV. The Excel file I use may give further insight to pass on.

3) Here’s a sample:
1 BURI
2 DATE 21 JAN 2017
2 PLAC “Old Whitemarsh Cemetery”, Talbot County, Maryland, USA
2 ADDR Section 1
3 CONT Plot: A

----- [updated: 31Aug2023]

 Alter-Drukarsh connections |The Garelicks|Journal 3.3.12 -  PHP Version 8.1.17 - mySQL 8.1
The Royals |The Kennedys|The Gerrer Rabbis  3.3.12 -  PHP Version 8.1.17 - mySQL 8.1

macalter wrote:

1) Most of the lists don’t include suffixes/prefixes. So, if you added to this report, you’d have to adjust all lists/reports to be consistent. Not asking that part, just the first name/last name that is typical for the lists (don’t run that many reports).

I shall probably use the same solution as used on Lists > Individuals.

macalter wrote:

3) Here’s a sample:
1 BURI
2 DATE 21 JAN 2017
2 PLAC “Old Whitemarsh Cemetery”, Talbot County, Maryland, USA
2 ADDR Section 1
3 CONT Plot: A

Thanks for that. I will definitely fix this for the next release.

Nigel
My personal kiwitrees site is www.our-families.info

macalter wrote:

3) Details show the Address field but only the first line; I use 2-3 lines

Woulld you expect to see these on the report still on multiple lines, or can they be simplified to a single line? Just thinking about space where there are more “Details” than just the address.

Nigel
My personal kiwitrees site is www.our-families.info

one line would be okay. It would then just wrap to fit. Currently the details seem to start a line below the other fields. Possibly not set to align: top?

----- [updated: 31Aug2023]

 Alter-Drukarsh connections |The Garelicks|Journal 3.3.12 -  PHP Version 8.1.17 - mySQL 8.1
The Royals |The Kennedys|The Gerrer Rabbis  3.3.12 -  PHP Version 8.1.17 - mySQL 8.1

I have solved your item 1) (sorting ) using the same solution used in the Lists > Individuals table. I have also included the display of each persons other names as well, which goes some way (perhaps too far) to solving your item 2). It doesn’t give the “right” name for each event or period, it gives all names:

However, as with the Lists > Individuals table table this does cause an issue if you export the table to CSV:

Because CSV is a simple text file it’s not possible to retain the formatting that puts each name on a separate line, or any other formatting – not even a space. But I think / hope it’s at least an improvement.

I will probably extend this to other similar resource-type tools.

Nigel
My personal kiwitrees site is www.our-families.info

I don’t remember it but there is a function to separate using spaces. Or at least I think there is, maybe confusing with databases as far back as dBase III 🙂 If none of the names separate, that’s too bad but it is helpful to have married female names.

I ran another fact and event report and see the Detail field truncates off info past limited number of characters. GOt “Relationship” (first word) but nothing else. Too bad it too isn’t like a field where you set display at 10 but accept up to 15 characters, for example. (The report was different field.)

Will see how it plays out when you release it. Maybe some method will be found by trial & error in Excel.

----- [updated: 31Aug2023]

 Alter-Drukarsh connections |The Garelicks|Journal 3.3.12 -  PHP Version 8.1.17 - mySQL 8.1
The Royals |The Kennedys|The Gerrer Rabbis  3.3.12 -  PHP Version 8.1.17 - mySQL 8.1

macalter wrote:

Will see how it plays out when you release it. Maybe some method will be found by trial & error in Excel.

There may be a way to do it, but as with many things it might come with it’s own issues too! But I will look at a later date / release.
Adding space between fields is not the issue, it’s adding space within a single field, where the html code puts “
“.

macalter wrote:

I ran another fact and event report and see the Detail field truncates off info past limited number of characters. GOt “Relationship” (first word) but nothing else. Too bad it too isn’t like a field where you set display at 10 but accept up to 15 characters, for example. (The report was different field.)

Are you sure it isn’t just hiding “off-screen”? Try temporarily reducing font-size to see if it displays more.If that makes it appear then I can probably just add word-wrapping to get it to fit better.
Otherwise, if it is really “truncating” I will need to see a working example to understand what the cause is. There are not meant to be actual restrictions in the code to force truncation.

Nigel
My personal kiwitrees site is www.our-families.info

Think I figured out why the info is “missing” >> it’s in the source when looking at the code. Thought something wasn’t making sense as the burial info is showing in the DETAILS and wrapping. The other report I ran had the info in Source so wouldn’t be part of the report.

----- [updated: 31Aug2023]

 Alter-Drukarsh connections |The Garelicks|Journal 3.3.12 -  PHP Version 8.1.17 - mySQL 8.1
The Royals |The Kennedys|The Gerrer Rabbis  3.3.12 -  PHP Version 8.1.17 - mySQL 8.1