|
12/14/2010 at 9:48 AM
|
||
|
12/14/2010 at 10:17 AM
|
||
|
Private User
12/14/2010 at 10:52 AM
|
I agree with Bjørn. When you viewed a collaborator's profile, there used to be a View Tree option. If you used it, you generally saw your collaborator's profile in a sea of white private profiles. Now that View Tree option is no longer there, what is lost? This should not prevent merges of public profiles, which is what collaboration is all about. There is generally no need for collaborators to have family group access. |
|
Private User
12/14/2010 at 11:01 AM
|
|
|
12/14/2010 at 11:02 AM
|
Bjørn P. Brox
For PRO's it was very good to initiate merges in collaborators trees... |
|
|
Private User
12/14/2010 at 11:15 AM
|
|
|
12/14/2010 at 11:30 AM
|
||
|
Private User
12/14/2010 at 11:37 AM
|
|
|
Private User
12/14/2010 at 1:25 PM
|
|
|
Private User
12/14/2010 at 1:33 PM
|
|
|
Private User
12/14/2010 at 1:48 PM
|
Lauri
1. Go to http://www.geni.com/list 2. Type in your collaborator as Focus Person. Leave the Group as Family Group and click Update List. 3. Look for the nearest public profile. When I put in you as my Focus Person, your nearest public profile is your father-in-law or a grandparent. 4. Open that profile. You can then View Tree or View Nearby Merge Issues for that person. This will bring you pretty much to your collaborator's nearby merge issues. Why you would want to do this, I am not quite sure. But this should get you what you were looking for. |
|
12/15/2010 at 1:15 PM
|
||
|
12/15/2010 at 1:38 PM
|
||
|
12/15/2010 at 4:27 PM
|
I'd come back to Lauri's initial question: what's the purpose of this change? It would be essential to see how the people are connected with the profiles i'm working on - and to know my collaborators' family trees when we are studying (closely and manyfold interrelated) people from the same region. I could see that gread-grandparents of my collaborator lived in this or that village or neighbourhood and ask for additional information or jointly solving the problems.
Both - the tree-view and the how-many-profiles data block data block (lost by now) - would be useful to estimate the quality of the data a collaborator has inserted. Besides, I see no point for this change. Everyone could still have their private part of the tree almost unseen i.e. gray for collaborators. So, why? |
|
|
12/15/2010 at 10:29 PM
|
Private User P.S. when doing such advanced search the
I maybe can accept such "hiding the tree" etc profile privacy changes... BUT I can not understand why it is needed now to hide First Names of Collaborators in incoming mail messages and why it is now impossible to go to senders (Collaborators) profile via the link in mail "header"?
|
|
|
Private User
12/15/2010 at 10:48 PM
|
Lauri There are all kinds of inconsistencies in the way Geni has implemented privacy. For example, take a private profile such as Henri This one was mentioned in a public discussion earlier today. Go to the profile and the year of birth is not shown - presumably that is private and confidential. But go to the search engine http://www.geni.com/search?names=Henri+Charles+Wilfred+Laurier and the year of birth IS shown. Not so private and confidential after all???!!! One inconsistency of several .... |
|
12/15/2010 at 11:06 PM
|
Post deleted by Lauri Kreen, Ͼ on Dec 15, 2010 at 11:06 PM |
|
|
12/15/2010 at 11:08 PM
|
According to Estonian Law (and most of European countries Law) - such data which is usually found at gravestones (i.e. names and dates) is not the private one. As soon you will list somewhere in open form illnesses, reasons of death etc health and especially hereditary diseases etc. - kind of info which is in interest of Insurance and Banking - then you are against the law... P.S. for living persons (especially for children) the Law can be much strict. |