|
|
|
|
Important Contributors Customers GenoPro version: 3.1.0.1
Last Login: Saturday, December 28, 2024
Posts: 193,
Visits: 4,270
|
For me it seems, that this privacy issue is a more widespreaded, than probably necessary.What is about the following idea: if privacy was set for an object (individual, marriage, etc.) it should be replaced by a 'dummy' entity, like an empty male object (no data, just keep the ID for referencing) in the reports/exports, etc?
Feri
|
|
|
|
|
Administrators Moderators Customers Gamma FamilyTrees.GenoPro.com Translator GenoPro version: 3.1.0.1
Last Login: Tuesday, February 3, 2026
Posts: 4,886,
Visits: 22,803
|
Thanks for the feedback guys. I modified the code to clear the data rather than deleting the individual. There are two options: Keep Names and Keep Date of Births. This way, you can generate a report with names and the age of each living individual.
Edited: Wednesday, January 11, 2006 by
GenoProSupport
|
|
|
|
|
Administrators Customers Important Contributors FamilyTrees.GenoPro.com GenoPro version: 3.1.0.1
Last Login: 2 hours ago
Posts: 3,487,
Visits: 27,238
|
Would it be too much to ask for a 'Change names to [............]' option allowing the user to specify for example <Living> or 'Not Disclosed' as well as the 'keep names' option? Living people may object to their names being reported.Also a 'Keep year of births' option as well as 'Keep (full) date of births? Alternatively is there a way to detect such individuals in the template script and then make the changes there?
'lego audio video erro ergo disco' or "I read, I listen, I watch, I make mistakes, therefore I learn"
|
|
|
|
|
Administrators Moderators Customers Gamma FamilyTrees.GenoPro.com Translator GenoPro version: 3.1.0.1
Last Login: Tuesday, February 3, 2026
Posts: 4,886,
Visits: 22,803
|
Unfortunately, I cannot add the <living> or 'Not Disclosed' part of the names because it will fool GenoPro to display <living> and 'Not Disclosed' in the tree as well as in the properties of the individual. If the name is empty, then the report generator can display <living> as a substitute of a living individual without a name, or decide to ignore individuals without names.The bottom line is the privacy filter will be redone. These options are temporary to offer rudimentary privacy filtering. I added the option to delete all date of births, to delete the day of birth (keeping year and month of birth), and keeping the full date of birth. 
|
|
|
|
|
Customers Important Contributors GenoPro version: 3.1.0.1
Last Login: 3 hours ago
Posts: 449,
Visits: 7,991
|
GenoProSupport (1/11/2006) Unfortunately, I cannot add the <living> or 'Not Disclosed' part of the names because it will fool GenoPro to display <living> and 'Not Disclosed' in the tree as well as in the properties of the individual. If the name is empty, then the report generator can display <living> as a substitute of a living individual without a name, or decide to ignore individuals without names.Dan, could you expand on this explanation? If you mean that GenoPro would display <living> or 'Not Disclosed' in the SVG tree as well as in the properties of the individual, then I believe this is exactly what we were suggesting for privacy reasons. However, if you mean that the main .gno or .xml file would be changed, then I understand why it cannot be done.
|
|
|
|
|
Administrators Customers Important Contributors FamilyTrees.GenoPro.com GenoPro version: 3.1.0.1
Last Login: 2 hours ago
Posts: 3,487,
Visits: 27,238
|
I have run a report using Beta 15d and think I see the issue. When the name is blank no htm page is generated for the individual and he/she does not appear in the indices. One problem now with the SVG report is that the marriage label still appears for blanked individuals and clicking on such a link results in a 'page not found' error. Perhaps instead we could have a flag to indicate that the name has been blanked by the privacy filter. The skin template code could then check this an display <living> or 'Not Disclosed' etc. (text determined by a parameter in Config.xml) to distinguish lving people with names witheld from those whose name is just not known. This flag could also be used to supress the marriage label if one or other partner had been blanked by the privacy filter. Also because the 'privacy fliter' applies to all living indivduals it is not possible to allow the display of selected living individuals. e.g. myself!
'lego audio video erro ergo disco' or "I read, I listen, I watch, I make mistakes, therefore I learn"
Edited: Thursday, January 12, 2006 by
Ron
|
|
|
|
|
Administrators Moderators Customers Gamma FamilyTrees.GenoPro.com Translator GenoPro version: 3.1.0.1
Last Login: Tuesday, February 3, 2026
Posts: 4,886,
Visits: 22,803
|
Perhaps instead we could have a flag to indicate that the name has been blanked by the privacy filter. I agree. The new privacy filter will address those issues, including the ability to apply custom privacy filtering on a per-object (individual, family, picture, etc) basis. At the moment, the privacy options are a temporary workaround until the new privacy filter becomes available.
Edited: Tuesday, January 17, 2006 by
GenoProSupport
|
|
|
|
|
Customers Important Contributors GenoPro version: 3.1.0.1
Last Login: 3 hours ago
Posts: 449,
Visits: 7,991
|
Ron (1/12/2006)
I have run a report using Beta 15d and think I see the issue. When the name is blank no htm page is generated for the individual and he/she does not appear in the indices. One problem now with the SVG report is that the marriage label still appears for blanked individuals and clicking on such a link results in a 'page not found' error. I have also run the report in 15d with the option of deleting all living individuals, and not keeping names or dates, but in my browser I do not get a 'page not found' error - simply nothing happens when I click on a living individual or their marriage line in the SVG. However, I notice that, contrary to 15c (as reported above), all living individuals are now shown in the SVG tree (albeit with no names or dates), and are listed as <Unknown> in the report (this ensures that the correct number of children and siblings are reported even when living). This is a big improvement. As the <Unknown> designation has evidently been coded in the script for the report generator in place of the individuals names, if this is changed to <Living> or 'Not Disclosed' as previously suggested, this would meet the requirements for v2.0 and until the Privacy Filter is available.
|
|
|
|
|
Administrators Customers Important Contributors FamilyTrees.GenoPro.com GenoPro version: 3.1.0.1
Last Login: 2 hours ago
Posts: 3,487,
Visits: 27,238
|
I have produced a modified version of the Beta 15d report template that does what has been requested above, i.e. show living individuals as <Living> wherever possible. I have attached a zipped version of just the modified files below for those of you who would like to try it.If there is no date of birth for a living individual then my code can't distinguish between 'unknown' and 'living' so by default it uses the <Unknown/Living> name tag for these cases. For this reason when using my modified template it is best not to check the option 'delete all date of births' and so avoid <Living> being shown as <Unknown/Living> when the date of birth is not visible to the script. However I have introduced a Report parameter in Config.xml, LivingDoB, that allows you to suppress dates of birth on the report (set param to 'N' or 'None') or allows just the year of birth to be shown (set param to 'Year' or 'Y'). All name tags are in the Dictionary to allow users to change them. To produce the name tags on the SVG report as well I had to adopt some devious means and it was necessary to introduce some 'template' individuals into the GenoPro file before generating the report so that the size and position of the <Living> and <Unknown/Living> tags could be determined. To prevent these individuals from displaying on the SVG graphic they must be hidden under a blank white text label and moved to the back in the z order so that they slide under other objects. They must also have fixed permanent ids so the code can find them. To simplify this process I have included a Template.ged file in the zip file that contains the necessary 10 'template' individuals covered by a text label at the correct z-order level. This .ged file can be imported into one of your GenoPro file's GenoMaps before generating the report and the inported objects deleted again after the report has been generated. The imported objects should be moved under existing content to avoid affecting the 'zoom to extents' SVG option. To change the name tags used on the SVG report you should change the .ged file before importing. The 'template' individuals are marked as 'make label/exclude from report' but there is a bug (perhaps) in the Generate Report Privacy tab operation in that names for such individuals are also blanked unless the individual is marked as dead as well. I think 'label' individuals should be excluded from privacy operations.
'lego audio video erro ergo disco' or "I read, I listen, I watch, I make mistakes, therefore I learn"
|
|
|
|
|
Customers Important Contributors GenoPro version: 3.1.0.1
Last Login: 3 hours ago
Posts: 449,
Visits: 7,991
|
Ron, that is brilliant 
The generated report is now accurate and reflects the situation as regards < Living > individuals. I now feel I can republish my tree on the web with no complaints from any living persons on the tree.
I did not use the template.ged file as I am not concerned about having the < Living > or < Living/Unknown > names on the SVG. I am quite happy just having no information shown for those individuals - it is obvious from the fact that they are not shown as deceased that they are living (or at least not known to be dead). This file could be omitted if nobody finds it necessary, seeing that it is a work-around anyway.
Thanks again.
|