Wgen I export as gedcom ansi or ansel from my genealogy program I have the sources in the .ged file if I do a check wit wordpad. But when I have imported the gedcom file to phpGedView and click the button sources it says 0 sources. What do I do wrong or is it a bug?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
And, can you please show us a short sample of a source in your gedcom?
best regard
Arne
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-12-15
Hi
The program is the Swedish "Min Slkt" which should be compatible with gedcom 5.5.
Her you have the beginning of the gedcom file
1 SOUR MinSläkt
2 VERS V2.4b
2 NAME MinSläkt
1 DEST MinSläkt
1 DATE 15 dec 2003
1 SUBM @SUBM1@
1 FILE Anor.ged
1 GEDC
2 VERS 5.5
2 FORM LINEAGE-LINKED
1 CHAR UTF-8
1 LANG Swedish
0 @I1@ INDI
1 NAME Alfred //
1 SEX M
1 BIRT
2 DATE 8 MAY 1860
2 PLAC Häradshammar (E)
1 FAMC @F66@
1 CHAN
2 DATE 26 SEP 1998
0 @I2@ INDI
1 NAME Alfrida //
1 SEX F
1 BIRT
2 DATE 31 NOV 1856
2 PLAC Tåby (E)
2 SOUR Skällvik AI:? 13/15 sid 376
1 FAMC @F83@
1 CHAN
2 DATE 24 JUL 1999
0 @I3@ INDI
1 NAME Anders Gustaf //
1 SEX M
1 BIRT
2 DATE 23 APR 1835
2 PLAC Nöbbele (G)
2 SOUR Nöbbele AI:13 7/10 sid 310
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-12-15
..and when I check with phpMyAdmin the table pgv_sources is empty so it seems that there is something with the import.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
In my opinion these sources are compatible with Gedcom 5.5, and I guess that your information will be useful to John Finlay in order for him to determine the nature/cause of your problem.
Let's wait for John Finlays opinion :-)
best regard
Arne
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-12-15
Hey Victor,
First of all, did you click the button "Import this gedcom file" after you saved the configuration?
That just popped up in my head as I already wrote the story below :)
After playing around with the gedcom records you have given us before I have come to 2 conclusions:
1. Yes, the records given do give problems
2. Yes, I solved them.
Let's get to the first:
1. There is no start and end tag on the records you provide, so please check if your gedcom file starts with 0 HEAD and ends with 0 TRLR
2. There are families mentioned in the provided records FAM 66 and FAM 83. If any of these families are not present in the gedcom file it will cause errors also. Not on the import but on the pedigree. You will see errors like Notice: undefined offset.
If you still have problems let me know.
Regards,
Roland
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Being a member of the developer team you cannot fail to see, that this is not a complete gedcom file, and that it's not supposed to be a complete gedcom file. It's only a part of a gedcom file submitted for the sole purpose of demonstrating what the sources looks like.
These source entries are compatible with the Gedcom standard, and they don't require start and end tags.
If you take:
0 @I2@ INDI
1 NAME Alfrida //
1 SEX F
1 BIRT
2 DATE 31 NOV 1856
2 PLAC Tåby (E)
2 SOUR Skällvik AI:? 13/15 sid 376
1 FAMC @F83@
1 CHAN
2 DATE 24 JUL 1999
Here the SOUR is at level 2 below BIRT at level 1, and the SOUR is automatically ended at the linebreak.
Often the SOUR entry is a pointer to a source record, but here the SOUR entry simply is a full description.
So, the first question to answer is, if phpGedView recognizes a single line source description.
In order to answer that question you probably need to study functions_mysql.php - the part dealing with function to import a record into the database.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-12-15
Hello Arne,
Yes I saw that it was not a complete GEDCOM file. At least I hope it isn't with only 3 individuals :D
Ok, I just saw that I TOTALLY misinterpreted the problem ;) I thought he had a problem importing the gedco file.
The problem just lies with the sources. I bow in shame. ;)
Yes the rest will have to be studied. Sorry for the confusion.
Regards,
Roland
P.s. Past my bedtime I guess ;)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-12-16
If this could help you I could say that the places are imported OK but there I have no slashes nor colons which usually could create problems with .php or .asp and databases. Everything seems to be imported OK except for the sources.
// BR Viktor
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
the following complete gedcom can demonstrate the problem:
0 HEAD
1 SOUR BROSKEEP
2 VERS 0
1 DEST DEMO
1 DATE 16 DEC 2003
1 CHAR UTF-8
1 FILE DEMO.GED
1 GEDC
2 VERS 5.5
2 FORM LINEAGE-LINKED
0 @I1@ INDI
1 NAME John/Doe/
1 SEX M
1 BIRT
2 DATE 01 JAN 1000
2 PLAC Nowhere
2 SOUR @S1@
3 QUAY 3
1 CHR
2 DATE 01 FEB 1000
2 PLAC Nowhere
2 SOUR @S2@
3 QUAY 3
1 CONF
2 DATE 01 JAN 1014
2 SOUR how about this oneliner source
0 @S1@ SOUR
1 ABBR this is one of the sources
1 NOTE a source
0 @S2@ SOUR
1 TITL this is another of the sources
1 ABBR another source
0 TRLR
When you try to save this to a file, say demo.ged, and try to upload and import this gedcom to phpGedView you will notice, that this source:
0 @S2@ SOUR
1 TITL this is another of the sources
1 ABBR another source
and this source:
0 @S1@ SOUR
1 ABBR this is one of the sources
1 NOTE a source
both are imported, but that this source:
2 SOUR how about this oneliner source
are not imported. And - in my opinion - this demonstrates your problem.
best regard
Arne
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-12-16
OK
And the last one is how my prog (Min Slkt) writes the sources to the gedcom file. So what's the conclusion? Is it that the prog I use NOT following the gedcom standard?
Or is it that according to the standard you could write the sources different ways?
If it is the first one I should mail the developer of the prog and thell him of the programs malfunction
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
According to the gedcom standard you can make most things in many different ways.
I guess it would be easy to enable phpGedView to also handle your type of sources. But at this point we simply wait for John Finlays reaction.
On ordinary weekdays John Finlay usually shows up every day.
I suggest we wait a little longer before we resort to remedy the situation ourselves.
best regard
Arne
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-12-16
Thanks for all the help. When i took a look on the developers homepage I found that there was a new version of the prog. I tested this new version and now all worked even the sources. Thanks anyway
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Sorry for the delay in responding. It's been a very busy week.
It is possible in GEDCOM 5.5 to have sources that do not link to other @S1@ records in the gedcom file. I've never come across a program before that encoded them this way however. I think that "Min Slkt" may be the only one ;)
According to the GEDCOM spec this is not an encouraged way to record sources. (Scroll to the end of this page to see the reference: http://www.gendex.com/gedcom55/55gcch2.htm\)
First I'd like to know what happens when you view the individual record for a person that uses a source of this type. Does the source display or are there errors?
Getting the source to display properly on the individual view should be pretty easy. Getting it to show up in the source list will be much harder.
While I was typing this message, I saw that you posted another message saying that you got a new version of "Min Slkt" that created sources that worked. That's great.
--John
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-12-16
Hello Viktor,
Despite my delusional answers I am very happy it is working. :D
Regards,
Roland
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2003-12-16
Hi John
No got no errors and no just + sign with the word source besides. As I said phpgedview didn't even import the sources from the gedcom file even as they where there.
But everything works now with the new version 3.1a of Min Slkt the version I had before was 2.4b
Now I'm happy and everything seems to work. Thanks for a great web application It's the best of all I've seen so far keep up the good work.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Wgen I export as gedcom ansi or ansel from my genealogy program I have the sources in the .ged file if I do a check wit wordpad. But when I have imported the gedcom file to phpGedView and click the button sources it says 0 sources. What do I do wrong or is it a bug?
Hi Victor
What genealogy program are you using?
And, can you please show us a short sample of a source in your gedcom?
best regard
Arne
Hi
The program is the Swedish "Min Slkt" which should be compatible with gedcom 5.5.
Her you have the beginning of the gedcom file
1 SOUR MinSläkt
2 VERS V2.4b
2 NAME MinSläkt
1 DEST MinSläkt
1 DATE 15 dec 2003
1 SUBM @SUBM1@
1 FILE Anor.ged
1 GEDC
2 VERS 5.5
2 FORM LINEAGE-LINKED
1 CHAR UTF-8
1 LANG Swedish
0 @I1@ INDI
1 NAME Alfred //
1 SEX M
1 BIRT
2 DATE 8 MAY 1860
2 PLAC Häradshammar (E)
1 FAMC @F66@
1 CHAN
2 DATE 26 SEP 1998
0 @I2@ INDI
1 NAME Alfrida //
1 SEX F
1 BIRT
2 DATE 31 NOV 1856
2 PLAC Tåby (E)
2 SOUR Skällvik AI:? 13/15 sid 376
1 FAMC @F83@
1 CHAN
2 DATE 24 JUL 1999
0 @I3@ INDI
1 NAME Anders Gustaf //
1 SEX M
1 BIRT
2 DATE 23 APR 1835
2 PLAC Nöbbele (G)
2 SOUR Nöbbele AI:13 7/10 sid 310
..and when I check with phpMyAdmin the table pgv_sources is empty so it seems that there is something with the import.
Hi again Victor
In my opinion these sources are compatible with Gedcom 5.5, and I guess that your information will be useful to John Finlay in order for him to determine the nature/cause of your problem.
Let's wait for John Finlays opinion :-)
best regard
Arne
Hey Victor,
First of all, did you click the button "Import this gedcom file" after you saved the configuration?
That just popped up in my head as I already wrote the story below :)
After playing around with the gedcom records you have given us before I have come to 2 conclusions:
1. Yes, the records given do give problems
2. Yes, I solved them.
Let's get to the first:
1. There is no start and end tag on the records you provide, so please check if your gedcom file starts with 0 HEAD and ends with 0 TRLR
2. There are families mentioned in the provided records FAM 66 and FAM 83. If any of these families are not present in the gedcom file it will cause errors also. Not on the import but on the pedigree. You will see errors like Notice: undefined offset.
If you still have problems let me know.
Regards,
Roland
Roland
Being a member of the developer team you cannot fail to see, that this is not a complete gedcom file, and that it's not supposed to be a complete gedcom file. It's only a part of a gedcom file submitted for the sole purpose of demonstrating what the sources looks like.
These source entries are compatible with the Gedcom standard, and they don't require start and end tags.
If you take:
0 @I2@ INDI
1 NAME Alfrida //
1 SEX F
1 BIRT
2 DATE 31 NOV 1856
2 PLAC Tåby (E)
2 SOUR Skällvik AI:? 13/15 sid 376
1 FAMC @F83@
1 CHAN
2 DATE 24 JUL 1999
Here the SOUR is at level 2 below BIRT at level 1, and the SOUR is automatically ended at the linebreak.
Often the SOUR entry is a pointer to a source record, but here the SOUR entry simply is a full description.
So, the first question to answer is, if phpGedView recognizes a single line source description.
In order to answer that question you probably need to study functions_mysql.php - the part dealing with function to import a record into the database.
else if ($type=="SOUR") {
$et = preg_match("/1 ABBR (.*)/", $indirec, $smatch);
if ($et>0) $name = $smatch[1];
$tt = preg_match("/1 TITL (.*)/", $indirec, $smatch);
if ($tt>0) $name = $smatch[1];
if (empty($name)) $name = $gid;
$sql = "INSERT INTO ".$TBLPREFIX."sources VALUES ('$gid','".addslashes($FILE)."','".addslashes($name)."','".$indirec."')";
$res = dbquery($sql);
if (!$res) exit;
$source = array();
$source["name"] = addslashes($name);
$source["gedcom"] = $indirec;
$source["file"] = $FILE;
$sourcelist[$gid] = $source;
}
Best regard
Arne
Hello Arne,
Yes I saw that it was not a complete GEDCOM file. At least I hope it isn't with only 3 individuals :D
Ok, I just saw that I TOTALLY misinterpreted the problem ;) I thought he had a problem importing the gedco file.
The problem just lies with the sources. I bow in shame. ;)
Yes the rest will have to be studied. Sorry for the confusion.
Regards,
Roland
P.s. Past my bedtime I guess ;)
If this could help you I could say that the places are imported OK but there I have no slashes nor colons which usually could create problems with .php or .asp and databases. Everything seems to be imported OK except for the sources.
// BR Viktor
Hi again Viktor
the following complete gedcom can demonstrate the problem:
0 HEAD
1 SOUR BROSKEEP
2 VERS 0
1 DEST DEMO
1 DATE 16 DEC 2003
1 CHAR UTF-8
1 FILE DEMO.GED
1 GEDC
2 VERS 5.5
2 FORM LINEAGE-LINKED
0 @I1@ INDI
1 NAME John/Doe/
1 SEX M
1 BIRT
2 DATE 01 JAN 1000
2 PLAC Nowhere
2 SOUR @S1@
3 QUAY 3
1 CHR
2 DATE 01 FEB 1000
2 PLAC Nowhere
2 SOUR @S2@
3 QUAY 3
1 CONF
2 DATE 01 JAN 1014
2 SOUR how about this oneliner source
0 @S1@ SOUR
1 ABBR this is one of the sources
1 NOTE a source
0 @S2@ SOUR
1 TITL this is another of the sources
1 ABBR another source
0 TRLR
When you try to save this to a file, say demo.ged, and try to upload and import this gedcom to phpGedView you will notice, that this source:
0 @S2@ SOUR
1 TITL this is another of the sources
1 ABBR another source
and this source:
0 @S1@ SOUR
1 ABBR this is one of the sources
1 NOTE a source
both are imported, but that this source:
2 SOUR how about this oneliner source
are not imported. And - in my opinion - this demonstrates your problem.
best regard
Arne
OK
And the last one is how my prog (Min Slkt) writes the sources to the gedcom file. So what's the conclusion? Is it that the prog I use NOT following the gedcom standard?
Or is it that according to the standard you could write the sources different ways?
If it is the first one I should mail the developer of the prog and thell him of the programs malfunction
Hi again Viktor
According to the gedcom standard you can make most things in many different ways.
I guess it would be easy to enable phpGedView to also handle your type of sources. But at this point we simply wait for John Finlays reaction.
On ordinary weekdays John Finlay usually shows up every day.
I suggest we wait a little longer before we resort to remedy the situation ourselves.
best regard
Arne
Thanks for all the help. When i took a look on the developers homepage I found that there was a new version of the prog. I tested this new version and now all worked even the sources. Thanks anyway
Hi Everyone,
Sorry for the delay in responding. It's been a very busy week.
It is possible in GEDCOM 5.5 to have sources that do not link to other @S1@ records in the gedcom file. I've never come across a program before that encoded them this way however. I think that "Min Slkt" may be the only one ;)
According to the GEDCOM spec this is not an encouraged way to record sources. (Scroll to the end of this page to see the reference: http://www.gendex.com/gedcom55/55gcch2.htm\)
First I'd like to know what happens when you view the individual record for a person that uses a source of this type. Does the source display or are there errors?
Getting the source to display properly on the individual view should be pretty easy. Getting it to show up in the source list will be much harder.
While I was typing this message, I saw that you posted another message saying that you got a new version of "Min Slkt" that created sources that worked. That's great.
--John
Hello Viktor,
Despite my delusional answers I am very happy it is working. :D
Regards,
Roland
Hi John
No got no errors and no just + sign with the word source besides. As I said phpgedview didn't even import the sources from the gedcom file even as they where there.
But everything works now with the new version 3.1a of Min Slkt the version I had before was 2.4b
Now I'm happy and everything seems to work. Thanks for a great web application It's the best of all I've seen so far keep up the good work.