[Phantomas]

I closed two of Melizas bug reports here to combine
them to one.

We tried to check out the problems of Meliza today and
came to following solutions or better bugs:

We have a showstopper??? Or what was that called?

1. The MyGedView page shows different upcoming
events than the welcome page of the gedcom does.
Don't know if that is wanted but the MygedVoiew page
shows also data of people which it should not do
because of the relationship.

To say it with Melizas words:
The mygedview upcomming events shows all the people
to logged-in users even if they are outside the
relationship path.

2. PGV relationship verification does not handle correctly
IDs that include leading zeroes.

The problem is that Meliza uses a FTM gedcom. FTM
seems to add leading zeros to the ID-Number like
@I001@ S010@ @F03@ etc.

Nearly all routines seemt to work good with leading
zeros but not the relationship chek or the privacy.

Maybe it would be good to eliminate leading zeros in an
indi ID or fam ID or source ID or whatever, always
between two @ signs in the gedcom. This is something
for the import routine. Manually removing those leading
zeroes brings some more privacy. We tested that out!

3. Some tags in a gedcom like the DATA tag which is
the gedcom of Meliza do not seem to work with the
privacy in the timeline chart or the calendar.
Setting in the privacy file is:
$global_facts["DATA"]["show"] = $PRIV_NONE;
$global_facts["DATA"]["details"] = $PRIV_NONE;

This should work in all parts of PGV but doesn't seem to
work in the calendar and the timeline.

Don't know who wrote the calendar but I think the
timeline is part of John. The import is something for
Roland or Jeremy or John.

Meliza and me will answer all questions about these
probs and yopu can also see that on a testsite if you
want.

How many testsites do we have for Meliza at the
moment ;-)

Logged In: YES
user_id=959928

3. The DATA fact is also a problem in On This Day, ... both in
the Welcome and in the MyGedView pages.

It is also included in the clippings cart entries of the person.

It is also shown in the zoom in of the Name Box of the charts.

The DATA facts are not shown, as expected on the individual
details page.

Logged In: YES
user_id=959928

3. Also a problem in both upcomming events.

• priority: 5 --> 9

• assigned_to: nobody --> yalnifj

Logged In: YES
user_id=959928

4. I would not show on the Most Common Surnames names of
live people, if they are not shown on other site pages (for
instance to visitors).

See Kurt's site for TestDATA.GED - meliza

• status: open --> open-fixed

Logged In: YES
user_id=300048

These privacy issues have been fixed in the latest CVS.

--John

Logged In: YES
user_id=959928

Great work!

2. The Most Common Surenames shows all the Surenames
(also those of only live indi-s) to visitors although data of live
people should only be shown to authenticated users.

3. DATA without a DATE tag is included in the shown Gedcom
data and in the downloaded Gedcom data.

Logged In: YES
user_id=300048

2. I think that the Common Surnames should include the
surnames of people who are living. Having the surname listed
is an essential way for search engines to lead people to your
site. If someone is looking for a common surname that you
have on your site, they will be able to find your site and know
that you have information about that surname on it. Then
for the information about private people they can contact
you to find out more. But if the surname were never
displayed they could never find it out.

3. The DATA tag is not a valid tag that can be supressed by
the privacy settings. Only level 1 tags can be supressed. So
if you want the DATA to be hidden then you have to hide the
SOUR that it is attached to.

--John

Logged In: YES
user_id=959928

2. OK

3. Thanks for your answer.

I have some facts in FTM that I do not want to show to any
users.
Have recorded in FTM this data under Fact DATA.
You state correctly that the level of my DATA fact is 2.
I do not see the DATA fact in the Individual Page.
Expected the same handling on the other pages.

Is it possible to define the DATA fact's source in the privacy
setting for all the individuals without stating separately the
Indi ID?

Added the OCCU fact also to the Global Facts suppression.
I see the OCCU data in the Indi details' Gedcom data and in
the Downloaded Gedcom file.

$global_facts["DATA"]["show"] = $PRIV_NONE;
$global_facts["DATA"]["details"] = $PRIV_NONE;
$global_facts["OCCU"]["show"] = $PRIV_NONE;
$global_facts["OCCU"]["details"] = $PRIV_NONE;

Logged In: YES
user_id=959928

Have created a RFE for the Gedcom Fact privacy issue.

This item may be closed.

• status: open-fixed --> closed-fixed