Probably I'm doing something stupid, but what is meant by the error message below? I get it during gedcom import when I agree to emptying the database.
Rik
Warning: Undefined index: 1 in /var/www/phpGedView/importgedcom.php on line 38
Warning: Undefined index: 1 in /var/www/phpGedView/importgedcom.php on line 40
Warning: Undefined index: 1 in /var/www/phpGedView/importgedcom.php on line 41
Fatal error: Failed opening required '' (include_path='.:/usr/share/pear') in /var/www/phpGedView/importgedcom.php on line 41
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
For some reason your gedcom is coming through as being named 1 instead of surname.ged. I would try going back to Manage Gedcoms and clicking on the import link again.
--John
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Problem solved. I threw away all I had and did a fresh install. Also, I imported + converted a gedcom.ged, instead of a pre-converted gedcom.utf8. Don't know which of the two did the trick.
Rik
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2004-01-24
Hi, I am new to using this and am currently experiencing two problems.
The first being that every time I try to change the initial record, I get the error Access is Denied. I have created the Admin account and a User account, both of these have rights to edit the .ged and online editing is enabled.
The second problem is that I am getting the exact same error that Rik (above) was getting. I have tried John's suggestion but it didn't help. I have even deleted and recreated new .ged files and they all do this.
I am running on a Debian (woody) box with Apache and PHP 4.1.2.
Thanks,
sdguy
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I also experience this problem, just upgraded from 2.65B3 to 2.65.1.
After fixing the language/theme settings (the admin->upgrade script doesn't copy over the flags and all language files), I tested re-importing my gedcom file.
Same errors as previously documented. I deleted the gedcom, and then went trough the upload process. After defining the config, the gedcom uploaded and processed fine. I thought that may have fixed it, but no luck. Any attempts to re-import fail.
The errors happen right after clicking yes to the following:
"A GEDCOM with this filename has already been imported into the database. family.ged.
Do you want to empty the dataset?"
Regards,
J
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The only thing that's different is the code to add in the extra modification questions before the submit. Nothing in the importgedcom.php code seems to be the problem...
...reverting to old version of importgedcom...
Same problem (as I expected). So, its gotta be elsewhere, I'll keep looking - but I'm not quite familar with this code yet.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Definately something in (or referenced by)session.php... Reverting to the (unsecure) session.php "resolves" the import issues.
Can't figure out what it is though. Tried eliminating different security checks that were added, didn't seem to make a difference. Not sure if somethings cached that could be lingering around though...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
yalnifj ( John Finlay ) wrote:
"For some reason your gedcom is coming through as being named 1 instead of surname.ged. I would try going back to Manage Gedcoms and clicking on the import link again."
I changed importgedcom.php:
if (empty($ged)) $ged = "family.ged";
print "ged = $ged";
Wish sf.net had a way to edit my previous post... obviously, $ged isn't empty when that code executes! :) so $ged doesn't get set as I wanted.
Adding "$ged = $GEDCOM;" below the "if" statement sets it no matter what. And that (for my single ged file setup) works fine for me - heh... obviously, not a real fix.
Maybe some of the variable "checking" that's going on in session.php is hosing $ged???
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
There I want to bundle all experiences found regarding this issue. Besides that it is easier for me to follow. Hopefully can solve the issue because of that quicker :)
Regards,
Roland
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Probably I'm doing something stupid, but what is meant by the error message below? I get it during gedcom import when I agree to emptying the database.
Rik
Warning: Undefined index: 1 in /var/www/phpGedView/importgedcom.php on line 38
Warning: Undefined index: 1 in /var/www/phpGedView/importgedcom.php on line 40
Warning: Undefined index: 1 in /var/www/phpGedView/importgedcom.php on line 41
Fatal error: Failed opening required '' (include_path='.:/usr/share/pear') in /var/www/phpGedView/importgedcom.php on line 41
Forgot to mention it: upgrading to 2.65 from previous version.
Rik
For some reason your gedcom is coming through as being named 1 instead of surname.ged. I would try going back to Manage Gedcoms and clicking on the import link again.
--John
Problem solved. I threw away all I had and did a fresh install. Also, I imported + converted a gedcom.ged, instead of a pre-converted gedcom.utf8. Don't know which of the two did the trick.
Rik
Hi, I am new to using this and am currently experiencing two problems.
The first being that every time I try to change the initial record, I get the error Access is Denied. I have created the Admin account and a User account, both of these have rights to edit the .ged and online editing is enabled.
The second problem is that I am getting the exact same error that Rik (above) was getting. I have tried John's suggestion but it didn't help. I have even deleted and recreated new .ged files and they all do this.
I am running on a Debian (woody) box with Apache and PHP 4.1.2.
Thanks,
sdguy
I also experience this problem, just upgraded from 2.65B3 to 2.65.1.
After fixing the language/theme settings (the admin->upgrade script doesn't copy over the flags and all language files), I tested re-importing my gedcom file.
Same errors as previously documented. I deleted the gedcom, and then went trough the upload process. After defining the config, the gedcom uploaded and processed fine. I thought that may have fixed it, but no luck. Any attempts to re-import fail.
The errors happen right after clicking yes to the following:
"A GEDCOM with this filename has already been imported into the database. family.ged.
Do you want to empty the dataset?"
Regards,
J
I am experiencing the same issues and have a different thread called Unable to edit, you may want to monitor it for any useful info.
Thanks
Jimmymac
jimmymac,
I applied the patch from [ 881944 ] Notice: Uninitialized string offset: 5 in session.php as was suggested in your other thread.
No go with that either. Same error messages.
checking diff:
< # $Id: importgedcom.php,v 1.19 2004/01/11 18:17:12 yalnifj Exp $
---
> # $Id: importgedcom.php,v 1.18 2003/12/19 22:44:59 botak Exp $
36c36
< if (!isset($stage)) $stage = -1;
---
> if (!isset($stage)) $stage = 0;
56,66d55
< if ($stage==-1) {
< print $pgv_lang["run_tools"]."<br />\n";
< print "<ul><li><a href=\"addmedia.php?ged=$ged\" target=\"tool\">".$pgv_lang["addmedia"]."</a></li>\n";
< print "<li><a href=\"dateconvert.php?ged=$ged\" target=\"tool\">".$pgv_lang["dateconvert"]."</a></li>\n";
< print "<li><a href=\"xreftorin.php?ged=$ged\" target=\"tool\">".$pgv_lang["xreftorin"]."</a></li></ul>\n";
< print $pgv_lang["tools_readme"]."<br /><br />\n";
< print "<a href=\"importgedcom.php?stage=0&ged=$ged\">".$pgv_lang["continue"]."</a><br />\n";
< print_footer();
< exit;
< }
The only thing that's different is the code to add in the extra modification questions before the submit. Nothing in the importgedcom.php code seems to be the problem...
...reverting to old version of importgedcom...
Same problem (as I expected). So, its gotta be elsewhere, I'll keep looking - but I'm not quite familar with this code yet.
Definately something in (or referenced by)session.php... Reverting to the (unsecure) session.php "resolves" the import issues.
Can't figure out what it is though. Tried eliminating different security checks that were added, didn't seem to make a difference. Not sure if somethings cached that could be lingering around though...
There's a few threads out there referencing this issue. I posted the following in one of the other's...
found a way to re-import! Its kludgy, but at least I can update my gedcom now.
If I delete my "family.ged_index.php" file before the "Import Gedcom" process, it will just rebuild that file, no errors.
J
yalnifj ( John Finlay ) wrote:
"For some reason your gedcom is coming through as being named 1 instead of surname.ged. I would try going back to Manage Gedcoms and clicking on the import link again."
I changed importgedcom.php:
if (empty($ged)) $ged = "family.ged";
print "ged = $ged";
Results:
ged = 1
Warning: Undefined index: 1 in...
So, even hard-coding $ged, it flops back to "1"
I don't get it...
J
Wish sf.net had a way to edit my previous post... obviously, $ged isn't empty when that code executes! :) so $ged doesn't get set as I wanted.
Adding "$ged = $GEDCOM;" below the "if" statement sets it no matter what. And that (for my single ged file setup) works fine for me - heh... obviously, not a real fix.
Maybe some of the variable "checking" that's going on in session.php is hosing $ged???
hicksj, but when you get the gedcom imported are you able to edit it.
Thanks
Jimmymac
sorry, i don't edit my gedcom's in pgv
Hello all,
Please do no longer post on this topic but go to https://sourceforge.net/forum/forum.php?thread_id=1007114&forum_id=185166 instead.
There I want to bundle all experiences found regarding this issue. Besides that it is easier for me to follow. Hopefully can solve the issue because of that quicker :)
Regards,
Roland