PhpGedView / Discussion / Open Discussion: gedcom download issue

James Loveluck - 2015-07-07

Hello all,

I realise that PhpGedView is no longer supported, but for various reasons I’m stuck with it at the moment.

I’ve come across a problem concerning gedcom download, and I wondered if there is anyone still reading this discussion who might help.

I wanted to download a gedcom file without details of living individuals. I assumed this could be done using the option “Apply Privacy Settings” on the "Download GEDCOM" page. However, when I selected the “Visitor” privacy level, the resulting gedcom file was identical (apart from the creation time) to one that I downloaded without applying the privacy settings. And indeed, when I examined the gedcom file, there were details of living individuals included.

Does this privacy settings option not work? Has it ever worked?

I’m using PhpGedView 4.1.7 by the way.

Thanks for any help,

James

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Stephen Arnold - 2015-07-07

You should definitely be using v4.3. Then try the download option and see if you get better results.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Gerry Kroll - 2015-07-07

Stephen is right: You should be using version 4.3.0 (the "SVN" version).

I run that version, and I just tried the Export with "Visitor" privacy selected. It works just fine.

Please remember that Name and Sex are not subject to the Privacy settings. However, if an individual's name or sex are specifically marked "Private" in the Privacy configuration, that setting is honoured.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Gerry Kroll - 2015-07-07

According to the changelog, the problem with Download not respecting the Privacy settings was fixed in version 4.2.2, released on 1 August 2009.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

James Loveluck - 2015-07-08

Thanks a lot for the replies. Unfortunately, I can't upgrade to version 4.3 because it requires Php 4.3, which is not available on the web server I'm using (this is basically the reason I haven't migrated to webtrees).

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Lester Caine - 2015-07-08

James - presume you mean 5.3 ;) What version of PHP is running on your hosting?
I understand your problem all to well, still having to run 5.2 for legacy systems that will not run on later versions and for which there is no money to upgrade.
That said, it will be necessary to switch at some point s99 feel free to email me privately to see if we can help.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Gerry Kroll - 2015-07-08

"PhpGedView 4.3 requires PHP version xxx??"

I don't recall there being any such requirement. I know that there are code changes in PhpGedView to support newer PHP versions, but as far as I know, these code changes are backwards compatible.

If I were you, I'd make a parallel installation of PGV 4.3.0, using the same database but using a different table name prefix. If this parallel installation works, all is well. If it doesn't, you've lost nothing but a little time.

If you need guidance on how to set up a parallel installation, please let us know.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

James Loveluck - 2015-07-08

Sorry for the typo! I'm actually running PGV 4.1.7 on PHP 5.1.3

According to this web page:
http://wiki.phpgedview.net/en/index.php/Installation_Guide_v4.2.x
PHP 5.2 or later is required for PGV 4.2.x

My web hosting service has been using this old version of PHP for several years now, and doesn't seem inclined to upgrade. I guess the best solution would be to switch to a decent web hosting sevrvice.

Thanks anyway for all the helpful replies.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Gerry Kroll - 2015-07-08

James:
I can give you instructions for bypassing the PHP version check in the Install wizard.

I'm not certain about which parts of PhpGedView require PHP 5.2, but it's still worth trying version 4.3.0 with the Install wizard patched to accept that ancient PHP.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

James Loveluck - 2015-07-09

Thanks for your offer Gerry. I'd certainly like to try this possibility. How could you provide the patched install wizard?

James

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Gerry Kroll - 2015-07-09

You download version 4.3.0 (the "SVN" version) from SourceForge, unzip it on your local PC, and then, using a text editor such as Notepad, you change one line in file "includes/session.php". After that, you upload the package to your server in a new directory. You don't want to replace the existing PhpGedView installation because you need an easy way of getting back to what you have right now. That's also why you need to configure the new PGV installation with a different table name prefix.

The line to be changed in file "includes/session.php" is line 54:
define('PGV_REQUIRED_PHP_VERSION', '5.2.0'); // 5.2.3 is recommended

Change that 5.2.0 to 5.1.3 to match your PHP version.

When you're saving the edited file, be sure to save it as an ASCII file -- NOT UTF-8.

You REALLY need to get your Provider to upgrade!!!

Last edit: Gerry Kroll 2015-07-09

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

James Loveluck - 2015-07-09

OK thanks. I assume I should change the table name prefix by modifying the line:
$TBLPREFIX='pgv_';
in config.php.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Stephen Arnold - 2015-07-09

James
Gerry was pretty explicit about the file and the changes

File, "includes/session.php"

The line to be changed in file "includes/session.php" is line 54:
define('PGV_REQUIRED_PHP_VERSION', '5.2.0'); // 5.2.3 is recommended
to
define('PGV_REQUIRED_PHP_VERSION', '5.1.3'); // 5.2.3 is recommended

You can use the same database, with your PGV prefix.

Last edit: Stephen Arnold 2015-07-09

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Gerry Kroll - 2015-07-09

James:
There is no need to manually edit any configuration file. The configuration wizard will let you change things as required. You need to make sure that your "new" installation has the permissions set properly.

Please let us know if you need instructions on what to do and what permissions are required.

Stephen's suggestion that you use the same table name prefix is not good -- you DON'T want to affect the old installation at all, so a different table name prefix is preferable. That way, you don't need to do a database backup.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Stephen Arnold - 2015-07-09

May I suggest then that you copy the existing tables to a new prefix, leaving the old ones behind, untouched, but providing you with all your configuration files, users, news, messages and favorites. Then, if it works, you simply use that installation for public viewing and keep the old one as a backup.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

James Loveluck - 2015-07-10

I uploaded the PGV 4.3.0 release after modifying the session.php file as suggested by Gerry. However, when I opened the corresponding URL I got an error message:
Parse error: syntax error, unexpected '{' in /mnt/113/sdb/b/5/lovelock/PGV-4.3.0/includes/session.php on line 316

It seems that PHP 3.1 doesn't like the following bit of code at line 316 in session.php:
try {
// remove escape codes before using PW
$DBPASS=str_replace(array("\\", "\\"", "\\$"), array("\", "\"", "\$"), $DBPASS);
PGV_DB::createInstance($DBTYPE, $DBHOST, $DBPORT, $DBNAME, $DBUSER, $DBPASS, $DB_UTF8_COLLATION);
unset($DBUSER, $DBPASS);
try {
PGV_DB::updateSchema(PGV_ROOT.'includes/db_schema/', 'PGV_SCHEMA_VERSION', PGV_SCHEMA_VERSION);
} catch (PDOException $ex) {
// The schema update scripts should never fail. If they do, there is no clean recovery.
die($ex);
}
} catch (PDOException $ex) {
// Can't connect to the DB? We'll get redirected to install.php later.....
}

James

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Gerry Kroll - 2015-07-10

I guess that answers the question.

You can't use PGV version 4.3.0 with your very much outdated PHP. Your Provider will have to upgrade or provide you with a way of using a more recent PHP without impacting their existing client base.

I have heard of Providers who let their clients choose which version of PHP to run. I don't know the details.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

James Loveluck - 2015-07-10

The PGV installation in question is running on a free web hosting service (free.fr in France) so I don't have any leverage to get them to upgrade the PHP version. So the best solution would be to move to another web hosting service, even if I have to pay for it.

By the way, another big issue I have with PGV 4.1.7 is that the Google Maps module is broken. Has this been fixed for PGV 4.3.0?

Anyway thanks again to you and Stephen for being so helpful.

James

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Gerry Kroll - 2015-07-10

The Googlemaps module has NOT been fixed. The problem is that Google "improved" the Maps "service" (note the sarcasm here) and in the process changed the way programs have to interface with Googlemaps.

I have no way of fixing PhpGedView since I don't have a GEDCOM with geographical data in it. I'm not about to go to the trouble of coding that stuff into my database just to get test data so that I can fix something I don't use.

Your best bet would be to find another free hosting service that DOES support more current versions of PHP, and then consider switching to Webtrees at the same time. I expect that Googlemaps works in Webtrees -- Stephen Arnold might be able to confirm this.

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Stephen Arnold - 2015-07-10

Gerry is correct. GM works well in webtrees and this a.m. we released a significantly upgraded version that also helps meet Googles need for MOBILE friendly apps. Lots of bugs squashed and several new feature. Version 1.7.0

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

Verhoeven - 2015-11-25

Hoi,
I have installed the sofware phpgedview.
now I have the site : http://www.josv.be/Genea/genealogie/phpgedview/editgedcoms.php
but now icons work, and when I click on uploud a gedcom file, it give's me a blanco page on the browser with adress : http://www.josv.be/Genea/genealogie/phpgedview/editconfig_gedcom.php?source=upload_form

what do I wrong ?

If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
- Lester Caine - 2015-11-25
  
  On 25/11/15 15:49, Verhoeven wrote:
  
  Hoi,
  I have installed the sofware phpgedview.
  now I have the site :
  http://www.josv.be/Genea/genealogie/phpgedview/editgedcoms.php
  but now icons work, and when I click on uploud a gedcom file, it give's
  me a blanco page on the browser with adress :
  http://www.josv.be/Genea/genealogie/phpgedview/editconfig_gedcom.php?source=upload_form
  
  what do I wrong ?
  
  Which version did you download?
  We do not have access to change the version supplied by Sourceforge
  direct, so need to direct you to the SVN version.
  http://sourceforge.net/code-snapshots/svn/p/ph/phpgedview/svn/phpgedview-svn-7115-trunk.zip
  Should get current version ...
  
  --
  Lester Caine - G8HFL
  
  Contact - http://lsces.co.uk/wiki/?page=contact
  L.S.Caine Electronic Services - http://lsces.co.uk
  EnquirySolve - http://enquirysolve.com/
  Model Engineers Digital Workshop - http://medw.co.uk
  Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
  
  If you would like to refer to this comment somewhere else in this project, copy and paste the following link:

gedcom download issue

Forums

Help

gedcom download issue

gedcom download issue

Forums

Help

gedcom download issue document.SUBSCRIPTION_OPTIONS = { "thing": "topic", "subscribed": false, "url": "subscribe", "icon": { "css": "fa fa-envelope-o" } };

gedcom download issue