phpGedView
Moderator: MOD_nyhetsgrupper
-
Robert Melson
phpGedView
FWIW, I've been playing with phpGedView as a mechanism for collecting and
displaying my genealogy information, as well as a tool for collaborative work.
In the course of my "playing" I've discovered it's possible to have multiple
gedcoms available as separate entities under phpGedView's management. This,
together with the ability to create users with specific capabilities, makes
the application a good candidate for collaborative efforts. This isn't to
say that the program has no warts -- it does -- nor that there aren't other
packages with similar capabilities -- there are. Still, given the price, $0,
and its multi-platform capabilities, phpGedView impresses me as an application
well worth investigating. More information and downloads are available at:
http://phpgedview.sourceforge.net
Hope this is useful to some of y'all.
Swell Ol' Bob (he's a real SOB!)
--
Robert G. Melson | Nothing is more terrible than
Rio Grande MicroSolutions | ignorance in action.
El Paso, Texas | Goethe
melsonr(at)earthlink(dot)net
displaying my genealogy information, as well as a tool for collaborative work.
In the course of my "playing" I've discovered it's possible to have multiple
gedcoms available as separate entities under phpGedView's management. This,
together with the ability to create users with specific capabilities, makes
the application a good candidate for collaborative efforts. This isn't to
say that the program has no warts -- it does -- nor that there aren't other
packages with similar capabilities -- there are. Still, given the price, $0,
and its multi-platform capabilities, phpGedView impresses me as an application
well worth investigating. More information and downloads are available at:
http://phpgedview.sourceforge.net
Hope this is useful to some of y'all.
Swell Ol' Bob (he's a real SOB!)
--
Robert G. Melson | Nothing is more terrible than
Rio Grande MicroSolutions | ignorance in action.
El Paso, Texas | Goethe
melsonr(at)earthlink(dot)net
-
Paul Blair
Re: phpGedView
Robert Melson wrote:
the last few weeks experimenting with it.
The system works at your ISP/servers end, not on your computer. You set
it up and feed it a GEDCOM, and, as you ask it questions, it creates web
pages and feeds them to the enquirer. This is the opposite of a normal
web system, where the web pages are created on your computer.
Bob mentions collaboration - and this is a real strength. If you allow
particular users "edit rights", they can insert notes for you - new
stuff, corrections etc. Saves a heap of time and postage.
Privacy is another issue. You can "hide" your pages from all but those
with a password. You issue the passwords, so you have some control over
who sees what.
All you need to do to update is to feed a new GEDCOM. No messing around
fixing this and that.
The home web site is http://phpgedview.sourceforge.net/
Down the left side is a pointer to sites using phpGedView. Stick a pin
in somewhere and see for yourself.
Be aware that you need certain amounts of space and software at the
server end, ie your ISP needs to provide some things. I can expand if
anyone wants..
Paul Blair
Canberra
Australia
FWIW, I've been playing with phpGedView as a mechanism for collecting and
displaying my genealogy information, as well as a tool for collaborative work.
In the course of my "playing" I've discovered it's possible to have multiple
gedcoms available as separate entities under phpGedView's management. This,
together with the ability to create users with specific capabilities, makes
the application a good candidate for collaborative efforts. This isn't to
say that the program has no warts -- it does -- nor that there aren't other
packages with similar capabilities -- there are. Still, given the price, $0,
and its multi-platform capabilities, phpGedView impresses me as an application
well worth investigating. More information and downloads are available at:
http://phpgedview.sourceforge.net
Hope this is useful to some of y'all.
Swell Ol' Bob (he's a real SOB!)
Maybe I can add a bit here, having spent a modest amount of time over
the last few weeks experimenting with it.
The system works at your ISP/servers end, not on your computer. You set
it up and feed it a GEDCOM, and, as you ask it questions, it creates web
pages and feeds them to the enquirer. This is the opposite of a normal
web system, where the web pages are created on your computer.
Bob mentions collaboration - and this is a real strength. If you allow
particular users "edit rights", they can insert notes for you - new
stuff, corrections etc. Saves a heap of time and postage.
Privacy is another issue. You can "hide" your pages from all but those
with a password. You issue the passwords, so you have some control over
who sees what.
All you need to do to update is to feed a new GEDCOM. No messing around
fixing this and that.
The home web site is http://phpgedview.sourceforge.net/
Down the left side is a pointer to sites using phpGedView. Stick a pin
in somewhere and see for yourself.
Be aware that you need certain amounts of space and software at the
server end, ie your ISP needs to provide some things. I can expand if
anyone wants..
Paul Blair
Canberra
Australia
-
Robert Melson
Re: phpGedView
In article <425315ad$0$12159$afc38c87@news.optusnet.com.au>,
Paul Blair <pblair@pcug.org.au> writes:
You can, if you have the equipment and a reliable operating system, run your
own webserver and phpGedView installation. I run FreeBSD unix-like o/s with
Apache, MySQL, and php, for example, and have complete control not subject
to my ISP's whims. Because I have a dynamic IP address, I've found it
convenient to obtain a "domain name" from DynDNS so that I can advertise my
site as http://somethingorother.dyndns.net (not real, need I say). Between
running my own webserver on my system, there's no need to negotiate with my
ISP for anything -- not page space, not application installation, not gedcom
upload: nada, zilch, nothing. Let me add, too, that you need not use a
RDBMS for phpGedView to work appropriately; I chose to use MySQL for data
"storage" on my principal machine but have phpGedView configured on my ancient
backup box to use indexed storage. The size of my database is not such that I
see much performance difference between the two, although I suspect those of
you with substantial holdings would probably be best advised to go with MySQL,
which is currently the only RDBMS supported by the application.
In any event, I realize that the route I've chosen -- hosting everything on
my own system -- isn't for everybody, although it's certainly isn't rocket
science to get everything up and running.
This is, IMO, the major selling point of the package. Yeah, I can -- and do --
do my own research and data entry, but I've found family members who have
information I don't and, certainly, differing insights into our shared family
history. Rather than asking that they send me the data for merging into the
database, I can set up appropriate accounts for them and let them do the work.
I've reserved "commit" access for myself, so all changes to the database have
to pass my review before they become part of the database, but that's about as
far as my paranoia has taken me so far.
See above. There are actually 5 levels of access and multiple privacy options.
Again, you decide who sees what and under what circumstances.
This also has the advantage of making backups easy -- you need only copy off
the gedcoms and any images you might have incorporated -- as well as making it
possible to easily import additional gedcoms. It's even possible to carve up
your gedcom into whatever chunks you feel appropriate, load them separately
with differing access rights and permissions, and totally control who can do
what, with which and to whom. I haven't reached that stage of paranoia just
yet, but I've also been very selective about whom I grant privilege to.
A final comment. Others have commented about the various presentation themes
offered with the current version, and I can understand their desire to
have a custom presentation. I've been way too lazy to dig deeply into this
aspect of phpGedView, but it _is_ possible to customize how your data is
presented. Keep in mind that this is not a monolithic application -- the
presentation manager is, if you want to play with PHP and HTML, almost
infinitely cusomizable.
Swell Ol' Bob (he's a real SOB)
Bob Melson
--
Robert G. Melson | Nothing is more terrible than
Rio Grande MicroSolutions | ignorance in action.
El Paso, Texas | Goethe
melsonr(at)earthlink(dot)net
Paul Blair <pblair@pcug.org.au> writes:
Robert Melson wrote:
FWIW, I've been playing with phpGedView as a mechanism for collecting and
displaying my genealogy information, as well as a tool for collaborative work.
snip
Maybe I can add a bit here, having spent a modest amount of time over
the last few weeks experimenting with it.
The system works at your ISP/servers end, not on your computer. You set
it up and feed it a GEDCOM, and, as you ask it questions, it creates web
pages and feeds them to the enquirer. This is the opposite of a normal
web system, where the web pages are created on your computer.
You can, if you have the equipment and a reliable operating system, run your
own webserver and phpGedView installation. I run FreeBSD unix-like o/s with
Apache, MySQL, and php, for example, and have complete control not subject
to my ISP's whims. Because I have a dynamic IP address, I've found it
convenient to obtain a "domain name" from DynDNS so that I can advertise my
site as http://somethingorother.dyndns.net (not real, need I say). Between
running my own webserver on my system, there's no need to negotiate with my
ISP for anything -- not page space, not application installation, not gedcom
upload: nada, zilch, nothing. Let me add, too, that you need not use a
RDBMS for phpGedView to work appropriately; I chose to use MySQL for data
"storage" on my principal machine but have phpGedView configured on my ancient
backup box to use indexed storage. The size of my database is not such that I
see much performance difference between the two, although I suspect those of
you with substantial holdings would probably be best advised to go with MySQL,
which is currently the only RDBMS supported by the application.
In any event, I realize that the route I've chosen -- hosting everything on
my own system -- isn't for everybody, although it's certainly isn't rocket
science to get everything up and running.
Bob mentions collaboration - and this is a real strength. If you allow
particular users "edit rights", they can insert notes for you - new
stuff, corrections etc. Saves a heap of time and postage.
This is, IMO, the major selling point of the package. Yeah, I can -- and do --
do my own research and data entry, but I've found family members who have
information I don't and, certainly, differing insights into our shared family
history. Rather than asking that they send me the data for merging into the
database, I can set up appropriate accounts for them and let them do the work.
I've reserved "commit" access for myself, so all changes to the database have
to pass my review before they become part of the database, but that's about as
far as my paranoia has taken me so far.
Privacy is another issue. You can "hide" your pages from all but those
with a password. You issue the passwords, so you have some control over
who sees what.
See above. There are actually 5 levels of access and multiple privacy options.
Again, you decide who sees what and under what circumstances.
All you need to do to update is to feed a new GEDCOM. No messing around
fixing this and that.
This also has the advantage of making backups easy -- you need only copy off
the gedcoms and any images you might have incorporated -- as well as making it
possible to easily import additional gedcoms. It's even possible to carve up
your gedcom into whatever chunks you feel appropriate, load them separately
with differing access rights and permissions, and totally control who can do
what, with which and to whom. I haven't reached that stage of paranoia just
yet, but I've also been very selective about whom I grant privilege to.
The home web site is http://phpgedview.sourceforge.net/
Down the left side is a pointer to sites using phpGedView. Stick a pin
in somewhere and see for yourself.
Be aware that you need certain amounts of space and software at the
server end, ie your ISP needs to provide some things. I can expand if
anyone wants..
See my comments above. Your ISP need not be involved at all.
A final comment. Others have commented about the various presentation themes
offered with the current version, and I can understand their desire to
have a custom presentation. I've been way too lazy to dig deeply into this
aspect of phpGedView, but it _is_ possible to customize how your data is
presented. Keep in mind that this is not a monolithic application -- the
presentation manager is, if you want to play with PHP and HTML, almost
infinitely cusomizable.
Paul Blair
Canberra
Australia
Swell Ol' Bob (he's a real SOB)
Bob Melson
--
Robert G. Melson | Nothing is more terrible than
Rio Grande MicroSolutions | ignorance in action.
El Paso, Texas | Goethe
melsonr(at)earthlink(dot)net
-
David Harper
Re: phpGedView
Robert Melson wrote:
There are plenty of good ISPs who offer these facilities as part of
their web hosting packages. I use pair Networks (http://www.pair.com) to host
my web site. They offer Apache, MySQL and PHP for as little as $18 per
month.
Many ISPs specifically forbid their domestic customers from running web
servers, so anyone who is tempted to follow Robert's example should read
the small print of their ISP's terms of service.
You should also consider bandwidth issues. Even ADSL/broadband only
offers a fraction of the capacity of a commercial web hosting company,
and visitors to your web site will rapidly become frustrated at the slow
download speeds -- and your connection to your ISP will be the bottleneck.
David Harper
Cambridge, England
I run FreeBSD unix-like o/s with Apache, MySQL, and php, for example,
and have complete control not subject to my ISP's whims.
There are plenty of good ISPs who offer these facilities as part of
their web hosting packages. I use pair Networks (http://www.pair.com) to host
my web site. They offer Apache, MySQL and PHP for as little as $18 per
month.
In any event, I realize that the route I've chosen -- hosting
everything on my own system -- isn't for everybody, although it's
certainly isn't rocket science to get everything up and running.
Many ISPs specifically forbid their domestic customers from running web
servers, so anyone who is tempted to follow Robert's example should read
the small print of their ISP's terms of service.
You should also consider bandwidth issues. Even ADSL/broadband only
offers a fraction of the capacity of a commercial web hosting company,
and visitors to your web site will rapidly become frustrated at the slow
download speeds -- and your connection to your ISP will be the bottleneck.
David Harper
Cambridge, England
-
Paul Blair
Re: phpGedView
David Harper wrote:
That's pretty much the scene in Oz. But we can get adequate hosting for
about $6 a month, plus $15 a year for a domain - about AU$90 pa all up.
Paul Blair
Robert Melson wrote:
I run FreeBSD unix-like o/s with Apache, MySQL, and php, for example,
and have complete control not subject to my ISP's whims.
There are plenty of good ISPs who offer these facilities as part of
their web hosting packages. I use pair Networks (http://www.pair.com) to host
my web site. They offer Apache, MySQL and PHP for as little as $18 per
month.
In any event, I realize that the route I've chosen -- hosting
everything on my own system -- isn't for everybody, although it's
certainly isn't rocket science to get everything up and running.
Many ISPs specifically forbid their domestic customers from running web
servers, so anyone who is tempted to follow Robert's example should read
the small print of their ISP's terms of service.
You should also consider bandwidth issues. Even ADSL/broadband only
offers a fraction of the capacity of a commercial web hosting company,
and visitors to your web site will rapidly become frustrated at the slow
download speeds -- and your connection to your ISP will be the bottleneck.
David Harper
Cambridge, England
That's pretty much the scene in Oz. But we can get adequate hosting for
about $6 a month, plus $15 a year for a domain - about AU$90 pa all up.
Paul Blair
-
Robert Melson
Re: phpGedView
In article <42538066$0$5599$afc38c87@news.optusnet.com.au>,
Paul Blair <pblair@pcug.org.au> writes:
You both make very good points and I must apologize for the parochialism of
my earlier comments. A setup such as I described is certainly not feasible
ffor many of you for the reasons you state. For others it's not practical
because of the technical aspect -- not every body wants to, or can, run a
webserver/site and database. Not everybody has a broadband connection that
will comfortably support the bandwith demands. But for those who wish to
do so and can, it's an attractive option to having it hosted elsewhere and
losing that degree of control over your information..
Whatever your situation, whether or not you choose to "roll your own" or use
"tailor mades", phpGedView offers a great deal in terms of convenience,
flexibility and security and is certainly a good tool for collaborative
genealogy.
Swell Ol' Bob
--
Robert G. Melson | Nothing is more terrible than
Rio Grande MicroSolutions | ignorance in action.
El Paso, Texas | Goethe
melsonr(at)earthlink(dot)net
Paul Blair <pblair@pcug.org.au> writes:
David Harper wrote:
Robert Melson wrote:
I run FreeBSD unix-like o/s with Apache, MySQL, and php, for example,
and have complete control not subject to my ISP's whims.
There are plenty of good ISPs who offer these facilities as part of
their web hosting packages. I use pair Networks (http://www.pair.com) to host
my web site. They offer Apache, MySQL and PHP for as little as $18 per
month.
In any event, I realize that the route I've chosen -- hosting
everything on my own system -- isn't for everybody, although it's
certainly isn't rocket science to get everything up and running.
Many ISPs specifically forbid their domestic customers from running web
servers, so anyone who is tempted to follow Robert's example should read
the small print of their ISP's terms of service.
You should also consider bandwidth issues. Even ADSL/broadband only
offers a fraction of the capacity of a commercial web hosting company,
and visitors to your web site will rapidly become frustrated at the slow
download speeds -- and your connection to your ISP will be the bottleneck.
David Harper
Cambridge, England
That's pretty much the scene in Oz. But we can get adequate hosting for
about $6 a month, plus $15 a year for a domain - about AU$90 pa all up.
Paul Blair
You both make very good points and I must apologize for the parochialism of
my earlier comments. A setup such as I described is certainly not feasible
ffor many of you for the reasons you state. For others it's not practical
because of the technical aspect -- not every body wants to, or can, run a
webserver/site and database. Not everybody has a broadband connection that
will comfortably support the bandwith demands. But for those who wish to
do so and can, it's an attractive option to having it hosted elsewhere and
losing that degree of control over your information..
Whatever your situation, whether or not you choose to "roll your own" or use
"tailor mades", phpGedView offers a great deal in terms of convenience,
flexibility and security and is certainly a good tool for collaborative
genealogy.
Swell Ol' Bob
--
Robert G. Melson | Nothing is more terrible than
Rio Grande MicroSolutions | ignorance in action.
El Paso, Texas | Goethe
melsonr(at)earthlink(dot)net
-
singhals
Re: phpGedView
Paul Blair wrote:
Be careful there with edit rights.
If you've got a pair of sisters arguing about how their mother spelt her
preferred name, or a pair 4th cousins twice removed arguing whether it's
Tah-gon-day or Tuh-gun-duh, and you can snarl things up right royally.
As can some twit who refuses to believe that Bill Baily born 1814 in
Illinois and Bill Bailey born 1818 in Alabama are *not* the same person,
because both Bills married a woman named Nancy in Tennessee in 1837.
I'm not sure I'd want my carefully researched and documented facts open
to editing by what her mamma-said. I *know* she doesn't want her little
delusion exposed by cold hard fact. (g)
Cheryl
Robert Melson wrote:
FWIW, I've been playing with phpGedView as a mechanism for collecting and
displaying my genealogy information, as well as a tool for
collaborative work.
Bob mentions collaboration - and this is a real strength. If you allow
particular users "edit rights", they can insert notes for you - new
stuff, corrections etc. Saves a heap of time and postage.
Be careful there with edit rights.
If you've got a pair of sisters arguing about how their mother spelt her
preferred name, or a pair 4th cousins twice removed arguing whether it's
Tah-gon-day or Tuh-gun-duh, and you can snarl things up right royally.
As can some twit who refuses to believe that Bill Baily born 1814 in
Illinois and Bill Bailey born 1818 in Alabama are *not* the same person,
because both Bills married a woman named Nancy in Tennessee in 1837.
I'm not sure I'd want my carefully researched and documented facts open
to editing by what her mamma-said. I *know* she doesn't want her little
delusion exposed by cold hard fact. (g)
Cheryl
-
Paul Blair
Re: phpGedView
singhals wrote:
Easy fixed. Edits can be set to go to the Big Fat Controller (or whoever
is the site admin) who gets to review what is written, before accepting
or rejecting it. Just like real life...
Paul Blair
Paul Blair wrote:
Robert Melson wrote:
FWIW, I've been playing with phpGedView as a mechanism for collecting
and
displaying my genealogy information, as well as a tool for
collaborative work.
Bob mentions collaboration - and this is a real strength. If you allow
particular users "edit rights", they can insert notes for you - new
stuff, corrections etc. Saves a heap of time and postage.
Be careful there with edit rights.
If you've got a pair of sisters arguing about how their mother spelt her
preferred name, or a pair 4th cousins twice removed arguing whether it's
Tah-gon-day or Tuh-gun-duh, and you can snarl things up right royally.
As can some twit who refuses to believe that Bill Baily born 1814 in
Illinois and Bill Bailey born 1818 in Alabama are *not* the same person,
because both Bills married a woman named Nancy in Tennessee in 1837.
I'm not sure I'd want my carefully researched and documented facts open
to editing by what her mamma-said. I *know* she doesn't want her little
delusion exposed by cold hard fact. (g)
Cheryl
Easy fixed. Edits can be set to go to the Big Fat Controller (or whoever
is the site admin) who gets to review what is written, before accepting
or rejecting it. Just like real life...
Paul Blair
-
singhals
Re: phpGedView
Paul Blair wrote:
And then Big Fat Controller gets nasty-grams. Been there. Done that.
tore the T-shirt up for tomato vines.
Cheryl
singhals wrote:
Paul Blair wrote:
Robert Melson wrote:
FWIW, I've been playing with phpGedView as a mechanism for
collecting and
displaying my genealogy information, as well as a tool for
collaborative work.
Bob mentions collaboration - and this is a real strength. If you
allow particular users "edit rights", they can insert notes for you -
new stuff, corrections etc. Saves a heap of time and postage.
Be careful there with edit rights.
If you've got a pair of sisters arguing about how their mother spelt
her preferred name, or a pair 4th cousins twice removed arguing
whether it's Tah-gon-day or Tuh-gun-duh, and you can snarl things up
right royally. As can some twit who refuses to believe that Bill Baily
born 1814 in Illinois and Bill Bailey born 1818 in Alabama are *not*
the same person, because both Bills married a woman named Nancy in
Tennessee in 1837.
I'm not sure I'd want my carefully researched and documented facts
open to editing by what her mamma-said. I *know* she doesn't want her
little delusion exposed by cold hard fact. (g)
Cheryl
Easy fixed. Edits can be set to go to the Big Fat Controller (or whoever
is the site admin) who gets to review what is written, before accepting
or rejecting it. Just like real life...
Paul Blair
And then Big Fat Controller gets nasty-grams. Been there. Done that.
tore the T-shirt up for tomato vines.
Cheryl
-
Paul Blair
Re: phpGedView
singhals wrote:
getting a new/different family....
Paul
Paul Blair wrote:
singhals wrote:
Paul Blair wrote:
Robert Melson wrote:
FWIW, I've been playing with phpGedView as a mechanism for
collecting and
displaying my genealogy information, as well as a tool for
collaborative work.
Bob mentions collaboration - and this is a real strength. If you
allow particular users "edit rights", they can insert notes for you
- new stuff, corrections etc. Saves a heap of time and postage.
Be careful there with edit rights.
If you've got a pair of sisters arguing about how their mother spelt
her preferred name, or a pair 4th cousins twice removed arguing
whether it's Tah-gon-day or Tuh-gun-duh, and you can snarl things up
right royally. As can some twit who refuses to believe that Bill
Baily born 1814 in Illinois and Bill Bailey born 1818 in Alabama are
*not* the same person, because both Bills married a woman named Nancy
in Tennessee in 1837.
I'm not sure I'd want my carefully researched and documented facts
open to editing by what her mamma-said. I *know* she doesn't want
her little delusion exposed by cold hard fact. (g)
Cheryl
Easy fixed. Edits can be set to go to the Big Fat Controller (or
whoever is the site admin) who gets to review what is written, before
accepting or rejecting it. Just like real life...
Paul Blair
And then Big Fat Controller gets nasty-grams. Been there. Done that.
tore the T-shirt up for tomato vines.
Cheryl
That's not the fault of phpGedView, it's just human nature. I considered
getting a new/different family....
Paul
-
Robert Melson
Re: phpGedView
In article <T8adndsJS96ozMnfRVn-1g@rcn.net>,
singhals <singhals@erols.com> writes:
The answer to that is, of course, to be selective in whom you invite into the
collaboration. I certainly wouldn't want crazy Aunt Millie or the Hatfield
twins to participate, nor would I expect that their contributions would be
"up to snuff" or anything more than trivial.
This, like the hosting discussion earlier in the thread, is certainly a point
for consideration, but says nothing about my original posting or its intent:
to give my impressions of the phpGedView package and its suitability for use
in a collaborative genealogy project. It's always possible to find something
negative, particularly in so subjective a realm as genealogy and the software
to support it.
Swell Ol' Bob (He's a real SOB!)
--
Robert G. Melson | Nothing is more terrible than
Rio Grande MicroSolutions | ignorance in action.
El Paso, Texas | Goethe
melsonr(at)earthlink(dot)net
singhals <singhals@erols.com> writes:
Paul Blair wrote:
singhals wrote:
snip
Easy fixed. Edits can be set to go to the Big Fat Controller (or whoever
is the site admin) who gets to review what is written, before accepting
or rejecting it. Just like real life...
Paul Blair
And then Big Fat Controller gets nasty-grams. Been there. Done that.
tore the T-shirt up for tomato vines.
Cheryl
The answer to that is, of course, to be selective in whom you invite into the
collaboration. I certainly wouldn't want crazy Aunt Millie or the Hatfield
twins to participate, nor would I expect that their contributions would be
"up to snuff" or anything more than trivial.
This, like the hosting discussion earlier in the thread, is certainly a point
for consideration, but says nothing about my original posting or its intent:
to give my impressions of the phpGedView package and its suitability for use
in a collaborative genealogy project. It's always possible to find something
negative, particularly in so subjective a realm as genealogy and the software
to support it.
Swell Ol' Bob (He's a real SOB!)
--
Robert G. Melson | Nothing is more terrible than
Rio Grande MicroSolutions | ignorance in action.
El Paso, Texas | Goethe
melsonr(at)earthlink(dot)net
-
Robert Heiling
Re: phpGedView
Robert Melson wrote:
As the saying goes, "no good deed shall go unpunished".
Bob
snip
This, like the hosting discussion earlier in the thread, is certainly a point
for consideration, but says nothing about my original posting or its intent:
to give my impressions of the phpGedView package and its suitability for use
in a collaborative genealogy project. It's always possible to find something
negative, particularly in so subjective a realm as genealogy and the software
to support it.
As the saying goes, "no good deed shall go unpunished".
Bob