From: Nick H. <nic...@ho...> - 2010-10-27 18:28:24
|
Devs, As part of "GEPS 006: Better Place handling" I have added a new Locality field to Location between Street and City. http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps You will need to either upgrade a database from version 3.2 or import from XML. An extra column has been added to the Place Views, so please also delete the corresponding .ini files. So far I have only added the extra field to the interface for Places. The field is also present in the Address and Researcher objects. Should I add it to the user interface for these? It would seem to be a good idea. Let me know if you have any problems. Regards, Nick. |
From: lcc . <lcc...@gm...> - 2010-10-27 19:19:29
|
I was reading some discussion concerning Gramps and genealogy software on the internet the other day and was impressed to find that, according to those writing, some of the place fields are lost on Gramps' export to GEDCOM. It'd be quite nice to fix this. Regards, --lcc On 10/27/10, Nick Hall <nic...@ho...> wrote: > Devs, > > As part of "GEPS 006: Better Place handling" I have added a new Locality > field to Location between Street and City. > > http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps > > You will need to either upgrade a database from version 3.2 or import > from XML. > > An extra column has been added to the Place Views, so please also delete > the corresponding .ini files. > > So far I have only added the extra field to the interface for Places. > The field is also present in the Address and Researcher objects. Should > I add it to the user interface for these? It would seem to be a good idea. > > Let me know if you have any problems. > > Regards, > > > Nick. > > > > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps & games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel > |
From: jerome <rom...@ya...> - 2010-10-28 07:23:34
|
On export or import into an other program ? Because, I also answered on a french forum about location. Gramps exports location fields linked to the place name/title. But most genealogical programs do not support these fields there. It is like having address on a place name/title. Same possible issue with coordinates. Strict Gedcom 5.5 support will mean to ignore these data related to place name/title. Gramps aims to help user to properly export all its data, even if not imported by others programs... Jérôme --- En date de : Mer 27.10.10, lcc . <lcc...@gm...> a écrit : > De: lcc . <lcc...@gm...> > Objet: Re: [Gramps-devel] GEPS 006: New Locality field added to the database > À: "Nick Hall" <nic...@ho...> > Cc: "Gramps developers" <gra...@li...> > Date: Mercredi 27 octobre 2010, 21h19 > I was reading some discussion > concerning Gramps and genealogy software > on the internet the other day and was impressed to find > that, > according to those writing, some of the place fields are > lost on > Gramps' export to GEDCOM. It'd be quite nice to fix this. > > Regards, > --lcc > > On 10/27/10, Nick Hall <nic...@ho...> > wrote: > > Devs, > > > > As part of "GEPS 006: Better Place handling" I have > added a new Locality > > field to Location between Street and City. > > > > http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps > > > > You will need to either upgrade a database from > version 3.2 or import > > from XML. > > > > An extra column has been added to the Place Views, so > please also delete > > the corresponding .ini files. > > > > So far I have only added the extra field to the > interface for Places. > > The field is also present in the Address and > Researcher objects. Should > > I add it to the user interface for these? It > would seem to be a good idea. > > > > Let me know if you have any problems. > > > > Regards, > > > > > > Nick. > > > > > > > > > > > ------------------------------------------------------------------------------ > > Nokia and AT&T present the 2010 Calling All > Innovators-North America contest > > Create new apps & games for the Nokia N8 for > consumers in U.S. and Canada > > $10 million total in prizes - $4M cash, 500 devices, > nearly $6M in marketing > > Develop with Nokia Qt SDK, Web Runtime, or Java and > Publish to Ovi Store > > http://p.sf.net/sfu/nokia-dev2dev > > _______________________________________________ > > Gramps-devel mailing list > > Gra...@li... > > https://lists.sourceforge.net/lists/listinfo/gramps-devel > > > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All > Innovators-North America contest > Create new apps & games for the Nokia N8 for consumers > in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly > $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish > to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel > |
From: lcc . <lcc...@gm...> - 2010-10-28 12:08:02
|
It is quite simple Jerome. I don't much care if the other program supports it or not, as long as the information is present in the exported GEDCOM file. That's the best we can do. You people can't be adding abstraction layers and then ignoring that information is being lost on export. That's just wrong. --lcc On 10/28/10, jerome <rom...@ya...> wrote: > On export or import into an other program ? > > Because, I also answered on a french forum about location. > Gramps exports location fields linked to the place name/title. > > But most genealogical programs do not support these fields there. It is like > having address on a place name/title. Same possible issue with coordinates. > > Strict Gedcom 5.5 support will mean to ignore these data related to place > name/title. Gramps aims to help user to properly export all its data, even > if not imported by others programs... > > > Jérôme > > --- En date de : Mer 27.10.10, lcc . <lcc...@gm...> a écrit : > >> De: lcc . <lcc...@gm...> >> Objet: Re: [Gramps-devel] GEPS 006: New Locality field added to the >> database >> À: "Nick Hall" <nic...@ho...> >> Cc: "Gramps developers" <gra...@li...> >> Date: Mercredi 27 octobre 2010, 21h19 >> I was reading some discussion >> concerning Gramps and genealogy software >> on the internet the other day and was impressed to find >> that, >> according to those writing, some of the place fields are >> lost on >> Gramps' export to GEDCOM. It'd be quite nice to fix this. >> >> Regards, >> --lcc >> >> On 10/27/10, Nick Hall <nic...@ho...> >> wrote: >> > Devs, >> > >> > As part of "GEPS 006: Better Place handling" I have >> added a new Locality >> > field to Location between Street and City. >> > >> > http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps >> > >> > You will need to either upgrade a database from >> version 3.2 or import >> > from XML. >> > >> > An extra column has been added to the Place Views, so >> please also delete >> > the corresponding .ini files. >> > >> > So far I have only added the extra field to the >> interface for Places. >> > The field is also present in the Address and >> Researcher objects. Should >> > I add it to the user interface for these? It >> would seem to be a good idea. >> > >> > Let me know if you have any problems. >> > >> > Regards, >> > >> > >> > Nick. >> > >> > >> > >> > >> > >> ------------------------------------------------------------------------------ >> > Nokia and AT&T present the 2010 Calling All >> Innovators-North America contest >> > Create new apps & games for the Nokia N8 for >> consumers in U.S. and Canada >> > $10 million total in prizes - $4M cash, 500 devices, >> nearly $6M in marketing >> > Develop with Nokia Qt SDK, Web Runtime, or Java and >> Publish to Ovi Store >> > http://p.sf.net/sfu/nokia-dev2dev >> > _______________________________________________ >> > Gramps-devel mailing list >> > Gra...@li... >> > https://lists.sourceforge.net/lists/listinfo/gramps-devel >> > >> >> ------------------------------------------------------------------------------ >> Nokia and AT&T present the 2010 Calling All >> Innovators-North America contest >> Create new apps & games for the Nokia N8 for consumers >> in U.S. and Canada >> $10 million total in prizes - $4M cash, 500 devices, nearly >> $6M in marketing >> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish >> to Ovi Store >> http://p.sf.net/sfu/nokia-dev2dev >> _______________________________________________ >> Gramps-devel mailing list >> Gra...@li... >> https://lists.sourceforge.net/lists/listinfo/gramps-devel >> > > > > |
From: Gerald B. <ger...@gm...> - 2010-10-27 19:23:34
|
I think the problem may be that the GEDCOM standard does not support the fields in question. On the other hand, it should be possible to create notes on export corresponding to those fields. On Wed, Oct 27, 2010 at 3:19 PM, lcc . <lcc...@gm...> wrote: > I was reading some discussion concerning Gramps and genealogy software > on the internet the other day and was impressed to find that, > according to those writing, some of the place fields are lost on > Gramps' export to GEDCOM. It'd be quite nice to fix this. > > Regards, > --lcc > > On 10/27/10, Nick Hall <nic...@ho...> wrote: >> Devs, >> >> As part of "GEPS 006: Better Place handling" I have added a new Locality >> field to Location between Street and City. >> >> http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps >> >> You will need to either upgrade a database from version 3.2 or import >> from XML. >> >> An extra column has been added to the Place Views, so please also delete >> the corresponding .ini files. >> >> So far I have only added the extra field to the interface for Places. >> The field is also present in the Address and Researcher objects. Should >> I add it to the user interface for these? It would seem to be a good idea. >> >> Let me know if you have any problems. >> >> Regards, >> >> >> Nick. >> >> >> >> >> ------------------------------------------------------------------------------ >> Nokia and AT&T present the 2010 Calling All Innovators-North America contest >> Create new apps & games for the Nokia N8 for consumers in U.S. and Canada >> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing >> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store >> http://p.sf.net/sfu/nokia-dev2dev >> _______________________________________________ >> Gramps-devel mailing list >> Gra...@li... >> https://lists.sourceforge.net/lists/listinfo/gramps-devel >> > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America contest > Create new apps & games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel > -- Gerald Britton |
From: lcc . <lcc...@gm...> - 2010-10-27 19:34:44
|
The fields are somewhat like a hierarchical abstraction if I'm not mistaken, couldn't then the missing GEDCOM fields be inserted on the closest field separated by commas? A single Gramps or GEDCOM field could be used for all fields. As nice as these abstractions are, users are not obliged to comply. A single field suffices for the full semantic place value which is being lost. On the other end there could even be parsing and reconstruction. --lcc On 10/27/10, Gerald Britton <ger...@gm...> wrote: > I think the problem may be that the GEDCOM standard does not support > the fields in question. On the other hand, it should be possible to > create notes on export corresponding to those fields. > > On Wed, Oct 27, 2010 at 3:19 PM, lcc . <lcc...@gm...> wrote: >> I was reading some discussion concerning Gramps and genealogy software >> on the internet the other day and was impressed to find that, >> according to those writing, some of the place fields are lost on >> Gramps' export to GEDCOM. It'd be quite nice to fix this. >> >> Regards, >> --lcc >> >> On 10/27/10, Nick Hall <nic...@ho...> wrote: >>> Devs, >>> >>> As part of "GEPS 006: Better Place handling" I have added a new Locality >>> field to Location between Street and City. >>> >>> http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps >>> >>> You will need to either upgrade a database from version 3.2 or import >>> from XML. >>> >>> An extra column has been added to the Place Views, so please also delete >>> the corresponding .ini files. >>> >>> So far I have only added the extra field to the interface for Places. >>> The field is also present in the Address and Researcher objects. Should >>> I add it to the user interface for these? It would seem to be a good >>> idea. >>> >>> Let me know if you have any problems. >>> >>> Regards, >>> >>> >>> Nick. >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Nokia and AT&T present the 2010 Calling All Innovators-North America >>> contest >>> Create new apps & games for the Nokia N8 for consumers in U.S. and >>> Canada >>> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in >>> marketing >>> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store >>> http://p.sf.net/sfu/nokia-dev2dev >>> _______________________________________________ >>> Gramps-devel mailing list >>> Gra...@li... >>> https://lists.sourceforge.net/lists/listinfo/gramps-devel >>> >> >> ------------------------------------------------------------------------------ >> Nokia and AT&T present the 2010 Calling All Innovators-North America >> contest >> Create new apps & games for the Nokia N8 for consumers in U.S. and Canada >> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in >> marketing >> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store >> http://p.sf.net/sfu/nokia-dev2dev >> _______________________________________________ >> Gramps-devel mailing list >> Gra...@li... >> https://lists.sourceforge.net/lists/listinfo/gramps-devel >> > > > > -- > Gerald Britton > |
From: Benny M. <ben...@gm...> - 2010-10-27 19:42:17
|
2010/10/27 lcc . <lcc...@gm...> > The fields are somewhat like a hierarchical abstraction if I'm not > mistaken, couldn't then the missing GEDCOM fields be inserted on the > closest field separated by commas? A single Gramps or GEDCOM field > could be used for all fields. As nice as these abstractions are, users > are not obliged to comply. A single field suffices for the full > semantic place value which is being lost. On the other end there could > even be parsing and reconstruction. > GEDCOM uses a multiline tag. It is like a label of of a letter in one field. So, Gramps should concatenate the fields GEDCOM does not contain, and output them like that. On read, this can feed back into the description field. The tool to extract place data can then parse the description field put things in corresponding subfields. The place completion tool eg contains a regex parsing of the this field. Benny > > --lcc > On 10/27/10, Gerald Britton <ger...@gm...> wrote: > > I think the problem may be that the GEDCOM standard does not support > > the fields in question. On the other hand, it should be possible to > > create notes on export corresponding to those fields. > > > > On Wed, Oct 27, 2010 at 3:19 PM, lcc . <lcc...@gm...> > wrote: > >> I was reading some discussion concerning Gramps and genealogy software > >> on the internet the other day and was impressed to find that, > >> according to those writing, some of the place fields are lost on > >> Gramps' export to GEDCOM. It'd be quite nice to fix this. > >> > >> Regards, > >> --lcc > >> > >> On 10/27/10, Nick Hall <nic...@ho...> wrote: > >>> Devs, > >>> > >>> As part of "GEPS 006: Better Place handling" I have added a new > Locality > >>> field to Location between Street and City. > >>> > >>> > http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps > >>> > >>> You will need to either upgrade a database from version 3.2 or import > >>> from XML. > >>> > >>> An extra column has been added to the Place Views, so please also > delete > >>> the corresponding .ini files. > >>> > >>> So far I have only added the extra field to the interface for Places. > >>> The field is also present in the Address and Researcher objects. > Should > >>> I add it to the user interface for these? It would seem to be a good > >>> idea. > >>> > >>> Let me know if you have any problems. > >>> > >>> Regards, > >>> > >>> > >>> Nick. > >>> > >>> > >>> > >>> > >>> > ------------------------------------------------------------------------------ > >>> Nokia and AT&T present the 2010 Calling All Innovators-North America > >>> contest > >>> Create new apps & games for the Nokia N8 for consumers in U.S. and > >>> Canada > >>> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in > >>> marketing > >>> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi > Store > >>> http://p.sf.net/sfu/nokia-dev2dev > >>> _______________________________________________ > >>> Gramps-devel mailing list > >>> Gra...@li... > >>> https://lists.sourceforge.net/lists/listinfo/gramps-devel > >>> > >> > >> > ------------------------------------------------------------------------------ > >> Nokia and AT&T present the 2010 Calling All Innovators-North America > >> contest > >> Create new apps & games for the Nokia N8 for consumers in U.S. and > Canada > >> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in > >> marketing > >> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > >> http://p.sf.net/sfu/nokia-dev2dev > >> _______________________________________________ > >> Gramps-devel mailing list > >> Gra...@li... > >> https://lists.sourceforge.net/lists/listinfo/gramps-devel > >> > > > > > > > > -- > > Gerald Britton > > > > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America > contest > Create new apps & games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in > marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel > |
From: Benny M. <ben...@gm...> - 2010-10-27 19:38:59
|
2010/10/27 Nick Hall <nic...@ho...> > Devs, > > As part of "GEPS 006: Better Place handling" I have added a new Locality > field to Location between Street and City. > > > http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps > > You will need to either upgrade a database from version 3.2 or import > from XML. > > An extra column has been added to the Place Views, so please also delete > the corresponding .ini files. > > So far I have only added the extra field to the interface for Places. > The field is also present in the Address and Researcher objects. Should > I add it to the user interface for these? It would seem to be a good idea. > Address is for the thing you see on a label of a letter, not for a place. So _not_ adding it there would be ok. In GEDCOM the structure is shared though, so if we add, that does not hurt either. I would not add it, but I do not use address :-) Benny > > Let me know if you have any problems. > > Regards, > > > Nick. > > > > > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America > contest > Create new apps & games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in > marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel > |
From: Nick H. <nic...@ho...> - 2010-10-27 22:23:33
|
Benny, We actually do use the optional address structure within an event to export the place hierarchy. In the place structure we only record the place title. The address format has the following tags to store address lines: ADR1 = Address line 1 (Street) ADR2 = Address line 2 (Locality) CITY = City STAE = State POST = Postal Code (Zip Code) CTRY = Country The missing definition is for County. (I don't think American's normally use it when writing an address) So I could include Locality in the Address and Researcher structures quite easily. The problem is that we lose County in the export of Places. There are two possible solutions: 1. Use the PLAC.FORM structure instead of ADDR. This structures places as comma separated lists of jurisdictional entities. The problem is that according to the GEDCOM standard: "This usage is not common and, therefore, not encouraged. It should only be used when a system has over-structured its place-names." Perhaps this is why we don't use it. 2. Use the GEDCOM 5.5EL (extended locations) standard. This seems to be a standard mainly used by German software. http://wiki-en.genealogy.net/Gedcom_5.5EL#Names_of_a_Person There is also a feature request: http://bugs.gramps-project.org/view.php?id=688 I don't fully understand this standard for extended locations. Do you think that it might be useful? How do most of our users use GEDCOM? 5.5EL also has a section for extended name support. I think that I should add Locality to Address and Researcher. What are you thoughts about the place hierarchy? Regards, Nick. Benny Malengier wrote: > > > 2010/10/27 Nick Hall <nic...@ho... > <mailto:nic...@ho...>> > > Devs, > > As part of "GEPS 006: Better Place handling" I have added a new > Locality > field to Location between Street and City. > > http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps > > You will need to either upgrade a database from version 3.2 or import > from XML. > > An extra column has been added to the Place Views, so please also > delete > the corresponding .ini files. > > So far I have only added the extra field to the interface for Places. > The field is also present in the Address and Researcher objects. > Should > I add it to the user interface for these? It would seem to be a > good idea. > > > Address is for the thing you see on a label of a letter, not for a > place. So _not_ adding it there would be ok. > In GEDCOM the structure is shared though, so if we add, that does not > hurt either. > I would not add it, but I do not use address :-) > > Benny > > > Let me know if you have any problems. > > Regards, > > > Nick. > > > > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North > America contest > Create new apps & games for the Nokia N8 for consumers in U.S. > and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in > marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi > Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > <mailto:Gra...@li...> > https://lists.sourceforge.net/lists/listinfo/gramps-devel > > |
From: Benny M. <ben...@gm...> - 2010-10-28 08:04:31
|
2010/10/28 Nick Hall <nic...@ho...> > Benny, > > We actually do use the optional address structure within an event to export > the place hierarchy. In the place structure we only record the place title. > > The address format has the following tags to store address lines: > > ADR1 = Address line 1 (Street) > ADR2 = Address line 2 (Locality) > CITY = City > STAE = State > POST = Postal Code (Zip Code) > CTRY = Country > It is more genereal. See http://homepages.rootsweb.ancestry.com/~pmcbride/gedcom/55gcch2.htm#ADDRESS_STRUCTURE So it is n ADDR <ADDRESS_LINE <http://homepages.rootsweb.ancestry.com/%7Epmcbride/gedcom/55gcch2.htm#ADDRESS_LINE>> {0:1} +1 CONT <ADDRESS_LINE <http://homepages.rootsweb.ancestry.com/%7Epmcbride/gedcom/55gcch2.htm#ADDRESS_LINE>> {0:M} +1 ADR1 <ADDRESS_LINE1 <http://homepages.rootsweb.ancestry.com/%7Epmcbride/gedcom/55gcch2.htm#ADDRESS_LINE1>> {0:1} +1 ADR2 <ADDRESS_LINE2 <http://homepages.rootsweb.ancestry.com/%7Epmcbride/gedcom/55gcch2.htm#ADDRESS_LINE2>> {0:1} Special here is that CONT has {0:M}, so although there is ADR1 and ADR2, we can extend ADDR with extra CONT to also include county. So ADDR street CONT locality CONT county ADR1 street ADR2 locality For a place, we have PLAC Place_name MAP LATI latitude LONG longitude ADDR street CONT locality CONT county ADR1 street ADR2 locality ... > The missing definition is for County. (I don't think American's normally > use it when writing an address) > > So I could include Locality in the Address and Researcher structures quite > easily. > > The problem is that we lose County in the export of Places. There are two > possible solutions: > > 1. Use the PLAC.FORM structure instead of ADDR. This structures places as > comma separated lists of jurisdictional entities. The problem is that > according to the GEDCOM standard: "This usage is not common and, therefore, > not encouraged. It should only be used when a system has over-structured its > place-names." Perhaps this is why we don't use it. > Better not > > 2. Use the GEDCOM 5.5EL (extended locations) standard. This seems to be a > standard mainly used by German software. > > http://wiki-en.genealogy.net/Gedcom_5.5EL#Names_of_a_Person > > We have no control over these variants and there is no 'standards body' approving these changes. It is best to write out normal defined gedcom, and if somebody wants to write a Gedcom 5.5EL exporter, or an option to select that, they can go ahead. I think it is more interesting to make sure we can import 5.5EL. There is also a feature request: > > http://bugs.gramps-project.org/view.php?id=688 > > I don't fully understand this standard for extended locations. Do you > think that it might be useful? How do most of our users use GEDCOM? > 5.5EL also has a section for extended name support. > They use a linked list of places. You see _LOC contains a _LOC, which can contain a .... So they can build our place treeview in a linked list fashion in the data. Obviously not a very robust approach, but very versatile. See: HIERARCHICAL_RELATIONSHIP Describes the type of a relation of a location to the hierarchically next higher area unit. This can be the affiliation of communities to a conglomerat or the affiliation of the catholic community to a diocese. Here, for example, you can store the fact, that this location was founded by the Huguenots. To support it, we would need to have a field in the place structure like: parent place: ...., so that a place can link to a place. Via the backreferences we can then build up the treeview, instead of doing it implicitly like we do now (without connections). The approach they take is somewhat broken as a place can only have one parent place. However, we are storing places over time. So the consequence of their scheme is that you need to recreate a place for every time period, also not user friendly. You could solve that by creating place groups. Contemporary Placename --> alternate locations = name at different times. Next, each place can have a parent place to indicate the hierarchy at that time. Eg, you make an event married 1758, and add a place. You see: Contemporary placename: .... Placename date 1758: ... All very complicated. Do we need it for genealogy? > I think that I should add Locality to Address and Researcher. What are you > thoughts about the place hierarchy? > I rather see a source hierarchy first :-). Doing it implicitly as we do now is not a bad approach. It avoids to much data input on working with places. Benny > > Regards, > > > Nick. > > > Benny Malengier wrote: > >> >> >> 2010/10/27 Nick Hall <nic...@ho... <mailto: >> nic...@ho...>> >> >> >> Devs, >> >> As part of "GEPS 006: Better Place handling" I have added a new >> Locality >> field to Location between Street and City. >> >> >> http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps >> >> You will need to either upgrade a database from version 3.2 or import >> from XML. >> >> An extra column has been added to the Place Views, so please also >> delete >> the corresponding .ini files. >> >> So far I have only added the extra field to the interface for Places. >> The field is also present in the Address and Researcher objects. >> Should >> I add it to the user interface for these? It would seem to be a >> good idea. >> >> >> Address is for the thing you see on a label of a letter, not for a place. >> So _not_ adding it there would be ok. >> In GEDCOM the structure is shared though, so if we add, that does not hurt >> either. >> I would not add it, but I do not use address :-) >> >> Benny >> >> >> Let me know if you have any problems. >> >> Regards, >> >> >> Nick. >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Nokia and AT&T present the 2010 Calling All Innovators-North >> America contest >> Create new apps & games for the Nokia N8 for consumers in U.S. >> and Canada >> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in >> marketing >> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi >> Store >> http://p.sf.net/sfu/nokia-dev2dev >> _______________________________________________ >> Gramps-devel mailing list >> Gra...@li... >> <mailto:Gra...@li...> >> >> https://lists.sourceforge.net/lists/listinfo/gramps-devel >> >> >> |
From: Benny M. <ben...@gm...> - 2010-10-28 19:40:58
|
Nick, I think something is not upgrading correctly or not correct in locationbase. I obtain the error: 15940: ERROR: _reportdialog.py: line 641: Failed to run report. Traceback (most recent call last): File "/home/benny/gramps/trunk/src/gui/plug/report/_reportdialog.py", line 616, in report MyReport.write_report() File "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", line 5754, in write_report self.source_pages(source_list) File "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", line 5980, in source_pages SourcePage(self, self.title, key, source_list) File "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", line 3572, in __init__ repository = db.get_repository_from_handle( repo_ref.ref ) File "/home/benny/gramps/trunk/src/gen/proxy/proxybase.py", line 415, in get_repository_from_handle self.db.get_repository_from_handle(handle)) File "/home/benny/gramps/trunk/src/gen/db/read.py", line 628, in get_repository_from_handle return self.get_from_handle(handle, Repository, self.repository_map) File "/home/benny/gramps/trunk/src/gen/db/write.py", line 1594, in get_from_handle newobj.unserialize(data) File "/home/benny/gramps/trunk/src/gen/lib/repo.py", line 80, in unserialize AddressBase.unserialize(self, address_list) File "/home/benny/gramps/trunk/src/gen/lib/addressbase.py", line 68, in unserialize self.address_list = [Address().unserialize(item) for item in data] File "/home/benny/gramps/trunk/src/gen/lib/address.py", line 80, in unserialize LocationBase.unserialize(self, location) File "/home/benny/gramps/trunk/src/gen/lib/locationbase.py", line 74, in unserialize self.country, self.postal, self.phone) = data ValueError: need more than 7 values to unpack This after an upgrade 2 hours ago of the data. Benny 2010/10/27 Nick Hall <nic...@ho...> > Devs, > > As part of "GEPS 006: Better Place handling" I have added a new Locality > field to Location between Street and City. > > > http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps > > You will need to either upgrade a database from version 3.2 or import > from XML. > > An extra column has been added to the Place Views, so please also delete > the corresponding .ini files. > > So far I have only added the extra field to the interface for Places. > The field is also present in the Address and Researcher objects. Should > I add it to the user interface for these? It would seem to be a good idea. > > Let me know if you have any problems. > > Regards, > > > Nick. > > > > > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All Innovators-North America > contest > Create new apps & games for the Nokia N8 for consumers in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly $6M in > marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel > |
From: Benny M. <ben...@gm...> - 2010-10-28 19:43:48
|
2010/10/28 Benny Malengier <ben...@gm...> > Nick, I think something is not upgrading correctly or not correct in > locationbase. > I obtain the error: > 15940: ERROR: _reportdialog.py: line 641: Failed to run report. > Traceback (most recent call last): > File "/home/benny/gramps/trunk/src/gui/plug/report/_reportdialog.py", > line 616, in report > MyReport.write_report() > File "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", > line 5754, in write_report > self.source_pages(source_list) > File "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", > line 5980, in source_pages > SourcePage(self, self.title, key, source_list) > File "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", > line 3572, in __init__ > repository = db.get_repository_from_handle( repo_ref.ref ) > File "/home/benny/gramps/trunk/src/gen/proxy/proxybase.py", line 415, in > get_repository_from_handle > self.db.get_repository_from_handle(handle)) > File "/home/benny/gramps/trunk/src/gen/db/read.py", line 628, in > get_repository_from_handle > return self.get_from_handle(handle, Repository, self.repository_map) > File "/home/benny/gramps/trunk/src/gen/db/write.py", line 1594, in > get_from_handle > newobj.unserialize(data) > File "/home/benny/gramps/trunk/src/gen/lib/repo.py", line 80, in > unserialize > AddressBase.unserialize(self, address_list) > File "/home/benny/gramps/trunk/src/gen/lib/addressbase.py", line 68, in > unserialize > self.address_list = [Address().unserialize(item) for item in data] > File "/home/benny/gramps/trunk/src/gen/lib/address.py", line 80, in > unserialize > LocationBase.unserialize(self, location) > File "/home/benny/gramps/trunk/src/gen/lib/locationbase.py", line 74, in > unserialize > self.country, self.postal, self.phone) = data > ValueError: need more than 7 values to unpack > > This after an upgrade 2 hours ago of the data. > > Yes, the address of the repository this is. > Benny > > 2010/10/27 Nick Hall <nic...@ho...> > > Devs, >> >> As part of "GEPS 006: Better Place handling" I have added a new Locality >> field to Location between Street and City. >> >> >> http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps >> >> You will need to either upgrade a database from version 3.2 or import >> from XML. >> >> An extra column has been added to the Place Views, so please also delete >> the corresponding .ini files. >> >> So far I have only added the extra field to the interface for Places. >> The field is also present in the Address and Researcher objects. Should >> I add it to the user interface for these? It would seem to be a good >> idea. >> >> Let me know if you have any problems. >> >> Regards, >> >> >> Nick. >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Nokia and AT&T present the 2010 Calling All Innovators-North America >> contest >> Create new apps & games for the Nokia N8 for consumers in U.S. and Canada >> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in >> marketing >> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store >> http://p.sf.net/sfu/nokia-dev2dev >> _______________________________________________ >> Gramps-devel mailing list >> Gra...@li... >> https://lists.sourceforge.net/lists/listinfo/gramps-devel >> > > |
From: Benny M. <ben...@gm...> - 2010-10-28 19:54:23
|
2010/10/28 Benny Malengier <ben...@gm...> > > > 2010/10/28 Benny Malengier <ben...@gm...> > > Nick, I think something is not upgrading correctly or not correct in >> locationbase. >> I obtain the error: >> 15940: ERROR: _reportdialog.py: line 641: Failed to run report. >> Traceback (most recent call last): >> File "/home/benny/gramps/trunk/src/gui/plug/report/_reportdialog.py", >> line 616, in report >> MyReport.write_report() >> File "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", >> line 5754, in write_report >> self.source_pages(source_list) >> File "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", >> line 5980, in source_pages >> SourcePage(self, self.title, key, source_list) >> File "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", >> line 3572, in __init__ >> repository = db.get_repository_from_handle( repo_ref.ref ) >> File "/home/benny/gramps/trunk/src/gen/proxy/proxybase.py", line 415, in >> get_repository_from_handle >> self.db.get_repository_from_handle(handle)) >> File "/home/benny/gramps/trunk/src/gen/db/read.py", line 628, in >> get_repository_from_handle >> return self.get_from_handle(handle, Repository, self.repository_map) >> File "/home/benny/gramps/trunk/src/gen/db/write.py", line 1594, in >> get_from_handle >> newobj.unserialize(data) >> File "/home/benny/gramps/trunk/src/gen/lib/repo.py", line 80, in >> unserialize >> AddressBase.unserialize(self, address_list) >> File "/home/benny/gramps/trunk/src/gen/lib/addressbase.py", line 68, in >> unserialize >> self.address_list = [Address().unserialize(item) for item in data] >> File "/home/benny/gramps/trunk/src/gen/lib/address.py", line 80, in >> unserialize >> LocationBase.unserialize(self, location) >> File "/home/benny/gramps/trunk/src/gen/lib/locationbase.py", line 74, in >> unserialize >> self.country, self.postal, self.phone) = data >> ValueError: need more than 7 values to unpack >> >> This after an upgrade 2 hours ago of the data. >> >> > Yes, the address of the repository this is. > If you do other things, don't worry, I have a local fix already I'll push shortly. Benny > > >> Benny >> >> 2010/10/27 Nick Hall <nic...@ho...> >> >> Devs, >>> >>> As part of "GEPS 006: Better Place handling" I have added a new Locality >>> field to Location between Street and City. >>> >>> >>> http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps >>> >>> You will need to either upgrade a database from version 3.2 or import >>> from XML. >>> >>> An extra column has been added to the Place Views, so please also delete >>> the corresponding .ini files. >>> >>> So far I have only added the extra field to the interface for Places. >>> The field is also present in the Address and Researcher objects. Should >>> I add it to the user interface for these? It would seem to be a good >>> idea. >>> >>> Let me know if you have any problems. >>> >>> Regards, >>> >>> >>> Nick. >>> >>> >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> Nokia and AT&T present the 2010 Calling All Innovators-North America >>> contest >>> Create new apps & games for the Nokia N8 for consumers in U.S. and >>> Canada >>> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in >>> marketing >>> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store >>> http://p.sf.net/sfu/nokia-dev2dev >>> _______________________________________________ >>> Gramps-devel mailing list >>> Gra...@li... >>> https://lists.sourceforge.net/lists/listinfo/gramps-devel >>> >> >> > |
From: Benny M. <ben...@gm...> - 2010-10-28 20:00:39
|
After svn up, you'll need to remove trunk databases and upgrade again from 3.2 if you use repository. Address in repository is now upgraded too. For those that want a quick upgrade (that is, not xml import) without destroying a 3.2 database: gramps -l write down the directory of the 3.2 database you want to use in trunk, eg /home/benny/.gramps/grampsdb/4c9bb78b Start by making a new not yet existing database: mkdir /home/benny/.gramps/grampsdb/1c9bbb8b cp /home/benny/.gramps/grampsdb/4c9bb78b/* /home/benny/.gramps/grampsdb/1c9bbb8b/ kate/gedit/nano /home/benny/.gramps/grampsdb/1c9bbb8b/name.txt and change the name to something you will recognize in fam tree dialog. Now start gramps, and you can quickly test the upgrade. Benny 2010/10/28 Benny Malengier <ben...@gm...> > > > 2010/10/28 Benny Malengier <ben...@gm...> > >> >> >> 2010/10/28 Benny Malengier <ben...@gm...> >> >> Nick, I think something is not upgrading correctly or not correct in >>> locationbase. >>> I obtain the error: >>> 15940: ERROR: _reportdialog.py: line 641: Failed to run report. >>> Traceback (most recent call last): >>> File "/home/benny/gramps/trunk/src/gui/plug/report/_reportdialog.py", >>> line 616, in report >>> MyReport.write_report() >>> File "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", >>> line 5754, in write_report >>> self.source_pages(source_list) >>> File "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", >>> line 5980, in source_pages >>> SourcePage(self, self.title, key, source_list) >>> File "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", >>> line 3572, in __init__ >>> repository = db.get_repository_from_handle( repo_ref.ref ) >>> File "/home/benny/gramps/trunk/src/gen/proxy/proxybase.py", line 415, >>> in get_repository_from_handle >>> self.db.get_repository_from_handle(handle)) >>> File "/home/benny/gramps/trunk/src/gen/db/read.py", line 628, in >>> get_repository_from_handle >>> return self.get_from_handle(handle, Repository, self.repository_map) >>> File "/home/benny/gramps/trunk/src/gen/db/write.py", line 1594, in >>> get_from_handle >>> newobj.unserialize(data) >>> File "/home/benny/gramps/trunk/src/gen/lib/repo.py", line 80, in >>> unserialize >>> AddressBase.unserialize(self, address_list) >>> File "/home/benny/gramps/trunk/src/gen/lib/addressbase.py", line 68, in >>> unserialize >>> self.address_list = [Address().unserialize(item) for item in data] >>> File "/home/benny/gramps/trunk/src/gen/lib/address.py", line 80, in >>> unserialize >>> LocationBase.unserialize(self, location) >>> File "/home/benny/gramps/trunk/src/gen/lib/locationbase.py", line 74, >>> in unserialize >>> self.country, self.postal, self.phone) = data >>> ValueError: need more than 7 values to unpack >>> >>> This after an upgrade 2 hours ago of the data. >>> >>> >> Yes, the address of the repository this is. >> > > If you do other things, don't worry, I have a local fix already I'll push > shortly. > > Benny > >> >> >>> Benny >>> >>> 2010/10/27 Nick Hall <nic...@ho...> >>> >>> Devs, >>>> >>>> As part of "GEPS 006: Better Place handling" I have added a new Locality >>>> field to Location between Street and City. >>>> >>>> >>>> http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps >>>> >>>> You will need to either upgrade a database from version 3.2 or import >>>> from XML. >>>> >>>> An extra column has been added to the Place Views, so please also delete >>>> the corresponding .ini files. >>>> >>>> So far I have only added the extra field to the interface for Places. >>>> The field is also present in the Address and Researcher objects. Should >>>> I add it to the user interface for these? It would seem to be a good >>>> idea. >>>> >>>> Let me know if you have any problems. >>>> >>>> Regards, >>>> >>>> >>>> Nick. >>>> >>>> >>>> >>>> >>>> >>>> ------------------------------------------------------------------------------ >>>> Nokia and AT&T present the 2010 Calling All Innovators-North America >>>> contest >>>> Create new apps & games for the Nokia N8 for consumers in U.S. and >>>> Canada >>>> $10 million total in prizes - $4M cash, 500 devices, nearly $6M in >>>> marketing >>>> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store >>>> http://p.sf.net/sfu/nokia-dev2dev >>>> _______________________________________________ >>>> Gramps-devel mailing list >>>> Gra...@li... >>>> https://lists.sourceforge.net/lists/listinfo/gramps-devel >>>> >>> >>> >> > |
From: Nick H. <nic...@ho...> - 2010-10-28 21:00:03
|
Benny, Thanks for adding the Locality field to the Repository addresses for me. I have re-read the GEDCOM specification more carefully. The ADDR and ADDR.CONT lines should hold an address "formed as it would appear on a mailing label". We do this in the submitter record with the street on the first line and the city, state and postal code formatted on the second line. I think that it would be wrong to use a CONT line to store county here, only Gramps would know its meaning. I have added Locality to the Import/Export and use the ADR2 tag. At the moment we use the PLAC.FORM structure for import only. I have added Locality to the import for this format of data. Gramps also correctly reads the County field when this format is used, but the Parish field is not imported. This format seems to be acceptable for hierarchical place data. The use of the FORM tag outside of the header is the usage that is not encouraged. I started to look at the Researcher data. It seems to be stored both in the config file and also in the database. Do you know where we want this stored? Regards, Nick. Benny Malengier wrote: > After svn up, you'll need to remove trunk databases and upgrade again > from 3.2 if you use repository. Address in repository is now upgraded > too. > > For those that want a quick upgrade (that is, not xml import) without > destroying a 3.2 database: > > gramps -l > > write down the directory of the 3.2 database you want to use in trunk, > eg /home/benny/.gramps/grampsdb/4c9bb78b > Start by making a new not yet existing database: > > mkdir /home/benny/.gramps/grampsdb/1c9bbb8b > cp /home/benny/.gramps/grampsdb/4c9bb78b/* > /home/benny/.gramps/grampsdb/1c9bbb8b/ > > kate/gedit/nano /home/benny/.gramps/grampsdb/1c9bbb8b/name.txt > and change the name to something you will recognize in fam tree dialog. > > Now start gramps, and you can quickly test the upgrade. > > Benny > > > 2010/10/28 Benny Malengier <ben...@gm... > <mailto:ben...@gm...>> > > > > 2010/10/28 Benny Malengier <ben...@gm... > <mailto:ben...@gm...>> > > > > 2010/10/28 Benny Malengier <ben...@gm... > <mailto:ben...@gm...>> > > Nick, I think something is not upgrading correctly or not > correct in locationbase. > I obtain the error: > 15940: ERROR: _reportdialog.py: line 641: Failed to run > report. > Traceback (most recent call last): > File > "/home/benny/gramps/trunk/src/gui/plug/report/_reportdialog.py", > line 616, in report > MyReport.write_report() > File > "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", > line 5754, in write_report > self.source_pages(source_list) > File > "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", > line 5980, in source_pages > SourcePage(self, self.title, key, source_list) > File > "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", > line 3572, in __init__ > repository = db.get_repository_from_handle( repo_ref.ref ) > File > "/home/benny/gramps/trunk/src/gen/proxy/proxybase.py", > line 415, in get_repository_from_handle > self.db.get_repository_from_handle(handle)) > File "/home/benny/gramps/trunk/src/gen/db/read.py", line > 628, in get_repository_from_handle > return self.get_from_handle(handle, Repository, > self.repository_map) > File "/home/benny/gramps/trunk/src/gen/db/write.py", > line 1594, in get_from_handle > newobj.unserialize(data) > File "/home/benny/gramps/trunk/src/gen/lib/repo.py", > line 80, in unserialize > AddressBase.unserialize(self, address_list) > File > "/home/benny/gramps/trunk/src/gen/lib/addressbase.py", > line 68, in unserialize > self.address_list = [Address().unserialize(item) for > item in data] > File "/home/benny/gramps/trunk/src/gen/lib/address.py", > line 80, in unserialize > LocationBase.unserialize(self, location) > File > "/home/benny/gramps/trunk/src/gen/lib/locationbase.py", > line 74, in unserialize > self.country, self.postal, self.phone) = data > ValueError: need more than 7 values to unpack > > This after an upgrade 2 hours ago of the data. > > > Yes, the address of the repository this is. > > > If you do other things, don't worry, I have a local fix already > I'll push shortly. > > Benny > > > > Benny > > 2010/10/27 Nick Hall <nic...@ho... > <mailto:nic...@ho...>> > > Devs, > > As part of "GEPS 006: Better Place handling" I have > added a new Locality > field to Location between Street and City. > > http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps > > You will need to either upgrade a database from > version 3.2 or import > from XML. > > An extra column has been added to the Place Views, so > please also delete > the corresponding .ini files. > > So far I have only added the extra field to the > interface for Places. > The field is also present in the Address and > Researcher objects. Should > I add it to the user interface for these? It would > seem to be a good idea. > > Let me know if you have any problems. > > Regards, > > > Nick. > > > > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All > Innovators-North America contest > Create new apps & games for the Nokia N8 for consumers > in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, > nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and > Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > <mailto:Gra...@li...> > https://lists.sourceforge.net/lists/listinfo/gramps-devel > > > > > |
From: Benny M. <ben...@gm...> - 2010-10-29 07:14:46
|
2010/10/28 Nick Hall <nic...@ho...> > Benny, > > Thanks for adding the Locality field to the Repository addresses for me. > > I have re-read the GEDCOM specification more carefully. > > The ADDR and ADDR.CONT lines should hold an address "formed as it would > appear on a mailing label". We do this in the submitter record with the > street on the first line and the city, state and postal code formatted on > the second line. I think that it would be wrong to use a CONT line to store > county here, only Gramps would know its meaning. > > I have added Locality to the Import/Export and use the ADR2 tag. > > At the moment we use the PLAC.FORM structure for import only. I have added > Locality to the import for this format of data. Gramps also correctly reads > the County field when this format is used, but the Parish field is not > imported. This format seems to be acceptable for hierarchical place data. > The use of the FORM tag outside of the header is the usage that is not > encouraged. > > I started to look at the Researcher data. It seems to be stored both in > the config file and also in the database. Do you know where we want this > stored? It is in the config for when you start a new database, so that it can be added in the database. So we need it in both places. If you read GEDCOM, you see they state a gedcom without a researcher is worthless. This is a good approach. However, in these times with cloud computing, it would be better to allow to store more than one researcher. In the config there would then be one, but the database can hold several. Benny > > > Regards, > > > Nick. > > > Benny Malengier wrote: > >> After svn up, you'll need to remove trunk databases and upgrade again from >> 3.2 if you use repository. Address in repository is now upgraded too. >> >> For those that want a quick upgrade (that is, not xml import) without >> destroying a 3.2 database: >> >> gramps -l >> >> write down the directory of the 3.2 database you want to use in trunk, eg >> /home/benny/.gramps/grampsdb/4c9bb78b >> Start by making a new not yet existing database: >> >> mkdir /home/benny/.gramps/grampsdb/1c9bbb8b >> cp /home/benny/.gramps/grampsdb/4c9bb78b/* >> /home/benny/.gramps/grampsdb/1c9bbb8b/ >> >> kate/gedit/nano /home/benny/.gramps/grampsdb/1c9bbb8b/name.txt >> and change the name to something you will recognize in fam tree dialog. >> >> Now start gramps, and you can quickly test the upgrade. >> >> Benny >> >> >> 2010/10/28 Benny Malengier <ben...@gm... <mailto: >> ben...@gm...>> >> >> >> >> >> 2010/10/28 Benny Malengier <ben...@gm... >> <mailto:ben...@gm...>> >> >> >> >> >> 2010/10/28 Benny Malengier <ben...@gm... >> <mailto:ben...@gm...>> >> >> >> Nick, I think something is not upgrading correctly or not >> correct in locationbase. >> I obtain the error: >> 15940: ERROR: _reportdialog.py: line 641: Failed to run >> report. >> Traceback (most recent call last): >> File >> >> "/home/benny/gramps/trunk/src/gui/plug/report/_reportdialog.py", >> line 616, in report >> MyReport.write_report() >> File >> >> "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", >> line 5754, in write_report >> self.source_pages(source_list) >> File >> >> "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", >> line 5980, in source_pages >> SourcePage(self, self.title, key, source_list) >> File >> >> "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", >> line 3572, in __init__ >> repository = db.get_repository_from_handle( repo_ref.ref ) >> File >> "/home/benny/gramps/trunk/src/gen/proxy/proxybase.py", >> line 415, in get_repository_from_handle >> self.db.get_repository_from_handle(handle)) >> File "/home/benny/gramps/trunk/src/gen/db/read.py", line >> 628, in get_repository_from_handle >> return self.get_from_handle(handle, Repository, >> self.repository_map) >> File "/home/benny/gramps/trunk/src/gen/db/write.py", >> line 1594, in get_from_handle >> newobj.unserialize(data) >> File "/home/benny/gramps/trunk/src/gen/lib/repo.py", >> line 80, in unserialize >> AddressBase.unserialize(self, address_list) >> File >> "/home/benny/gramps/trunk/src/gen/lib/addressbase.py", >> line 68, in unserialize >> self.address_list = [Address().unserialize(item) for >> item in data] >> File "/home/benny/gramps/trunk/src/gen/lib/address.py", >> line 80, in unserialize >> LocationBase.unserialize(self, location) >> File >> "/home/benny/gramps/trunk/src/gen/lib/locationbase.py", >> line 74, in unserialize >> self.country, self.postal, self.phone) = data >> ValueError: need more than 7 values to unpack >> >> This after an upgrade 2 hours ago of the data. >> >> >> Yes, the address of the repository this is. >> >> >> If you do other things, don't worry, I have a local fix already >> I'll push shortly. >> >> Benny >> >> >> Benny >> >> 2010/10/27 Nick Hall <nic...@ho... >> <mailto:nic...@ho...>> >> >> >> Devs, >> >> As part of "GEPS 006: Better Place handling" I have >> added a new Locality >> field to Location between Street and City. >> >> >> http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps >> >> You will need to either upgrade a database from >> version 3.2 or import >> from XML. >> >> An extra column has been added to the Place Views, so >> please also delete >> the corresponding .ini files. >> >> So far I have only added the extra field to the >> interface for Places. >> The field is also present in the Address and >> Researcher objects. Should >> I add it to the user interface for these? It would >> seem to be a good idea. >> >> Let me know if you have any problems. >> >> Regards, >> >> >> Nick. >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Nokia and AT&T present the 2010 Calling All >> Innovators-North America contest >> Create new apps & games for the Nokia N8 for consumers >> in U.S. and Canada >> $10 million total in prizes - $4M cash, 500 devices, >> nearly $6M in marketing >> Develop with Nokia Qt SDK, Web Runtime, or Java and >> Publish to Ovi Store >> http://p.sf.net/sfu/nokia-dev2dev >> _______________________________________________ >> Gramps-devel mailing list >> Gra...@li... >> <mailto:Gra...@li...> >> >> https://lists.sourceforge.net/lists/listinfo/gramps-devel >> >> >> >> >> >> |
From: Benny M. <ben...@gm...> - 2010-10-29 07:18:36
|
2010/10/28 Nick Hall <nic...@ho...> > Benny, > > Thanks for adding the Locality field to the Repository addresses for me. > > I have re-read the GEDCOM specification more carefully. > > The ADDR and ADDR.CONT lines should hold an address "formed as it would > appear on a mailing label". We do this in the submitter record with the > street on the first line and the city, state and postal code formatted on > the second line. I think that it would be wrong to use a CONT line to store > county here, only Gramps would know its meaning. > > I have added Locality to the Import/Export and use the ADR2 tag. > > At the moment we use the PLAC.FORM structure for import only. I have added > Locality to the import for this format of data. Gramps also correctly reads > the County field when this format is used, but the Parish field is not > imported. This format seems to be acceptable for hierarchical place data. > The use of the FORM tag outside of the header is the usage that is not > encouraged. > The Gedcom stated this in the 90ties. 20 years later, the validity of that claim is probably broken. What Gedcom actually does not encourage is too much detail in the place data because the authors feel that would be too much work. Today we have geomapping however, google maps, ..., so the reason for discouraging it seems void to me. This PLAC.FORM would allow us to work with labels that change with country, or allow us to have locality a drop down of: locality, town ship, block, ..... All these things can then be stored also correctly in GEDCOM via PLAC.FORM. So in that respect we can add versatility, while still supporting full GEDCOM output. Benny > > I started to look at the Researcher data. It seems to be stored both in > the config file and also in the database. Do you know where we want this > stored? > > > Regards, > > > Nick. > > > Benny Malengier wrote: > >> After svn up, you'll need to remove trunk databases and upgrade again from >> 3.2 if you use repository. Address in repository is now upgraded too. >> >> For those that want a quick upgrade (that is, not xml import) without >> destroying a 3.2 database: >> >> gramps -l >> >> write down the directory of the 3.2 database you want to use in trunk, eg >> /home/benny/.gramps/grampsdb/4c9bb78b >> Start by making a new not yet existing database: >> >> mkdir /home/benny/.gramps/grampsdb/1c9bbb8b >> cp /home/benny/.gramps/grampsdb/4c9bb78b/* >> /home/benny/.gramps/grampsdb/1c9bbb8b/ >> >> kate/gedit/nano /home/benny/.gramps/grampsdb/1c9bbb8b/name.txt >> and change the name to something you will recognize in fam tree dialog. >> >> Now start gramps, and you can quickly test the upgrade. >> >> Benny >> >> >> 2010/10/28 Benny Malengier <ben...@gm... <mailto: >> ben...@gm...>> >> >> >> >> >> 2010/10/28 Benny Malengier <ben...@gm... >> <mailto:ben...@gm...>> >> >> >> >> >> 2010/10/28 Benny Malengier <ben...@gm... >> <mailto:ben...@gm...>> >> >> >> Nick, I think something is not upgrading correctly or not >> correct in locationbase. >> I obtain the error: >> 15940: ERROR: _reportdialog.py: line 641: Failed to run >> report. >> Traceback (most recent call last): >> File >> >> "/home/benny/gramps/trunk/src/gui/plug/report/_reportdialog.py", >> line 616, in report >> MyReport.write_report() >> File >> >> "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", >> line 5754, in write_report >> self.source_pages(source_list) >> File >> >> "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", >> line 5980, in source_pages >> SourcePage(self, self.title, key, source_list) >> File >> >> "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", >> line 3572, in __init__ >> repository = db.get_repository_from_handle( repo_ref.ref ) >> File >> "/home/benny/gramps/trunk/src/gen/proxy/proxybase.py", >> line 415, in get_repository_from_handle >> self.db.get_repository_from_handle(handle)) >> File "/home/benny/gramps/trunk/src/gen/db/read.py", line >> 628, in get_repository_from_handle >> return self.get_from_handle(handle, Repository, >> self.repository_map) >> File "/home/benny/gramps/trunk/src/gen/db/write.py", >> line 1594, in get_from_handle >> newobj.unserialize(data) >> File "/home/benny/gramps/trunk/src/gen/lib/repo.py", >> line 80, in unserialize >> AddressBase.unserialize(self, address_list) >> File >> "/home/benny/gramps/trunk/src/gen/lib/addressbase.py", >> line 68, in unserialize >> self.address_list = [Address().unserialize(item) for >> item in data] >> File "/home/benny/gramps/trunk/src/gen/lib/address.py", >> line 80, in unserialize >> LocationBase.unserialize(self, location) >> File >> "/home/benny/gramps/trunk/src/gen/lib/locationbase.py", >> line 74, in unserialize >> self.country, self.postal, self.phone) = data >> ValueError: need more than 7 values to unpack >> >> This after an upgrade 2 hours ago of the data. >> >> >> Yes, the address of the repository this is. >> >> >> If you do other things, don't worry, I have a local fix already >> I'll push shortly. >> >> Benny >> >> >> Benny >> >> 2010/10/27 Nick Hall <nic...@ho... >> <mailto:nic...@ho...>> >> >> >> Devs, >> >> As part of "GEPS 006: Better Place handling" I have >> added a new Locality >> field to Location between Street and City. >> >> >> http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps >> >> You will need to either upgrade a database from >> version 3.2 or import >> from XML. >> >> An extra column has been added to the Place Views, so >> please also delete >> the corresponding .ini files. >> >> So far I have only added the extra field to the >> interface for Places. >> The field is also present in the Address and >> Researcher objects. Should >> I add it to the user interface for these? It would >> seem to be a good idea. >> >> Let me know if you have any problems. >> >> Regards, >> >> >> Nick. >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Nokia and AT&T present the 2010 Calling All >> Innovators-North America contest >> Create new apps & games for the Nokia N8 for consumers >> in U.S. and Canada >> $10 million total in prizes - $4M cash, 500 devices, >> nearly $6M in marketing >> Develop with Nokia Qt SDK, Web Runtime, or Java and >> Publish to Ovi Store >> http://p.sf.net/sfu/nokia-dev2dev >> _______________________________________________ >> Gramps-devel mailing list >> Gra...@li... >> <mailto:Gra...@li...> >> >> https://lists.sourceforge.net/lists/listinfo/gramps-devel >> >> >> >> >> >> |
From: Benny M. <ben...@gm...> - 2010-10-29 08:14:17
|
Nick, a bug in the upgrade code: benny@bmwork:~/gramps/trunk$ python src/gramps.py 4113: WARNING: Spell.py: line 66: Spelling checker is not installed 50325: ERROR: dbloader.py: line 96: 'NoneType' object is unsubscriptable Traceback (most recent call last): File "/home/benny/gramps/trunk/src/gui/dbloader.py", line 308, in read_file mode, upgrade=True) File "/home/benny/gramps/trunk/src/gen/db/write.py", line 224, in try_ return func(self, *args, **kwargs) File "/home/benny/gramps/trunk/src/gen/db/write.py", line 476, in load self.gramps_upgrade(callback) File "/home/benny/gramps/trunk/src/gen/db/write.py", line 1706, in gramps_upgrade upgrade.gramps_upgrade_15(self) File "/home/benny/gramps/trunk/src/gen/db/upgrade.py", line 190, in gramps_upgrade_15 new_place[5] = convert_location(new_place[5]) File "/home/benny/gramps/trunk/src/gen/db/upgrade.py", line 256, in convert_location return (convert_locbase(loc[0]), loc[1]) TypeError: 'NoneType' object is unsubscriptable Apparently loc can be None on that line for some databases. Benny 2010/10/28 Nick Hall <nic...@ho...> > Benny, > > Thanks for adding the Locality field to the Repository addresses for me. > > I have re-read the GEDCOM specification more carefully. > > The ADDR and ADDR.CONT lines should hold an address "formed as it would > appear on a mailing label". We do this in the submitter record with the > street on the first line and the city, state and postal code formatted on > the second line. I think that it would be wrong to use a CONT line to store > county here, only Gramps would know its meaning. > > I have added Locality to the Import/Export and use the ADR2 tag. > > At the moment we use the PLAC.FORM structure for import only. I have added > Locality to the import for this format of data. Gramps also correctly reads > the County field when this format is used, but the Parish field is not > imported. This format seems to be acceptable for hierarchical place data. > The use of the FORM tag outside of the header is the usage that is not > encouraged. > > I started to look at the Researcher data. It seems to be stored both in > the config file and also in the database. Do you know where we want this > stored? > > > Regards, > > > Nick. > > > Benny Malengier wrote: > >> After svn up, you'll need to remove trunk databases and upgrade again from >> 3.2 if you use repository. Address in repository is now upgraded too. >> >> For those that want a quick upgrade (that is, not xml import) without >> destroying a 3.2 database: >> >> gramps -l >> >> write down the directory of the 3.2 database you want to use in trunk, eg >> /home/benny/.gramps/grampsdb/4c9bb78b >> Start by making a new not yet existing database: >> >> mkdir /home/benny/.gramps/grampsdb/1c9bbb8b >> cp /home/benny/.gramps/grampsdb/4c9bb78b/* >> /home/benny/.gramps/grampsdb/1c9bbb8b/ >> >> kate/gedit/nano /home/benny/.gramps/grampsdb/1c9bbb8b/name.txt >> and change the name to something you will recognize in fam tree dialog. >> >> Now start gramps, and you can quickly test the upgrade. >> >> Benny >> >> >> 2010/10/28 Benny Malengier <ben...@gm... <mailto: >> ben...@gm...>> >> >> >> >> >> 2010/10/28 Benny Malengier <ben...@gm... >> <mailto:ben...@gm...>> >> >> >> >> >> 2010/10/28 Benny Malengier <ben...@gm... >> <mailto:ben...@gm...>> >> >> >> Nick, I think something is not upgrading correctly or not >> correct in locationbase. >> I obtain the error: >> 15940: ERROR: _reportdialog.py: line 641: Failed to run >> report. >> Traceback (most recent call last): >> File >> >> "/home/benny/gramps/trunk/src/gui/plug/report/_reportdialog.py", >> line 616, in report >> MyReport.write_report() >> File >> >> "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", >> line 5754, in write_report >> self.source_pages(source_list) >> File >> >> "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", >> line 5980, in source_pages >> SourcePage(self, self.title, key, source_list) >> File >> >> "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", >> line 3572, in __init__ >> repository = db.get_repository_from_handle( repo_ref.ref ) >> File >> "/home/benny/gramps/trunk/src/gen/proxy/proxybase.py", >> line 415, in get_repository_from_handle >> self.db.get_repository_from_handle(handle)) >> File "/home/benny/gramps/trunk/src/gen/db/read.py", line >> 628, in get_repository_from_handle >> return self.get_from_handle(handle, Repository, >> self.repository_map) >> File "/home/benny/gramps/trunk/src/gen/db/write.py", >> line 1594, in get_from_handle >> newobj.unserialize(data) >> File "/home/benny/gramps/trunk/src/gen/lib/repo.py", >> line 80, in unserialize >> AddressBase.unserialize(self, address_list) >> File >> "/home/benny/gramps/trunk/src/gen/lib/addressbase.py", >> line 68, in unserialize >> self.address_list = [Address().unserialize(item) for >> item in data] >> File "/home/benny/gramps/trunk/src/gen/lib/address.py", >> line 80, in unserialize >> LocationBase.unserialize(self, location) >> File >> "/home/benny/gramps/trunk/src/gen/lib/locationbase.py", >> line 74, in unserialize >> self.country, self.postal, self.phone) = data >> ValueError: need more than 7 values to unpack >> >> This after an upgrade 2 hours ago of the data. >> >> >> Yes, the address of the repository this is. >> >> >> If you do other things, don't worry, I have a local fix already >> I'll push shortly. >> >> Benny >> >> >> Benny >> >> 2010/10/27 Nick Hall <nic...@ho... >> <mailto:nic...@ho...>> >> >> >> Devs, >> >> As part of "GEPS 006: Better Place handling" I have >> added a new Locality >> field to Location between Street and City. >> >> >> http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps >> >> You will need to either upgrade a database from >> version 3.2 or import >> from XML. >> >> An extra column has been added to the Place Views, so >> please also delete >> the corresponding .ini files. >> >> So far I have only added the extra field to the >> interface for Places. >> The field is also present in the Address and >> Researcher objects. Should >> I add it to the user interface for these? It would >> seem to be a good idea. >> >> Let me know if you have any problems. >> >> Regards, >> >> >> Nick. >> >> >> >> >> >> ------------------------------------------------------------------------------ >> Nokia and AT&T present the 2010 Calling All >> Innovators-North America contest >> Create new apps & games for the Nokia N8 for consumers >> in U.S. and Canada >> $10 million total in prizes - $4M cash, 500 devices, >> nearly $6M in marketing >> Develop with Nokia Qt SDK, Web Runtime, or Java and >> Publish to Ovi Store >> http://p.sf.net/sfu/nokia-dev2dev >> _______________________________________________ >> Gramps-devel mailing list >> Gra...@li... >> <mailto:Gra...@li...> >> >> https://lists.sourceforge.net/lists/listinfo/gramps-devel >> >> >> >> >> >> |
From: Nick H. <nic...@ho...> - 2010-10-29 10:31:19
|
Benny, This looks like the main location is None. Would it be better to replace it with an empty location structure, rather than to keep it as None? Nick. Benny Malengier wrote: > Nick, a bug in the upgrade code: > > benny@bmwork:~/gramps/trunk$ python src/gramps.py > 4113: WARNING: Spell.py: line 66: Spelling checker is not installed > 50325: ERROR: dbloader.py: line 96: 'NoneType' object is unsubscriptable > Traceback (most recent call last): > File "/home/benny/gramps/trunk/src/gui/dbloader.py", line 308, in > read_file > mode, upgrade=True) > File "/home/benny/gramps/trunk/src/gen/db/write.py", line 224, in try_ > return func(self, *args, **kwargs) > File "/home/benny/gramps/trunk/src/gen/db/write.py", line 476, in load > self.gramps_upgrade(callback) > File "/home/benny/gramps/trunk/src/gen/db/write.py", line 1706, in > gramps_upgrade > upgrade.gramps_upgrade_15(self) > File "/home/benny/gramps/trunk/src/gen/db/upgrade.py", line 190, in > gramps_upgrade_15 > new_place[5] = convert_location(new_place[5]) > File "/home/benny/gramps/trunk/src/gen/db/upgrade.py", line 256, in > convert_location > return (convert_locbase(loc[0]), loc[1]) > TypeError: 'NoneType' object is unsubscriptable > > > Apparently loc can be None on that line for some databases. > > Benny > 2010/10/28 Nick Hall <nic...@ho... > <mailto:nic...@ho...>> > > Benny, > > Thanks for adding the Locality field to the Repository addresses > for me. > > I have re-read the GEDCOM specification more carefully. > > The ADDR and ADDR.CONT lines should hold an address "formed as it > would appear on a mailing label". We do this in the submitter > record with the street on the first line and the city, state and > postal code formatted on the second line. I think that it would > be wrong to use a CONT line to store county here, only Gramps > would know its meaning. > > I have added Locality to the Import/Export and use the ADR2 tag. > > At the moment we use the PLAC.FORM structure for import only. I > have added Locality to the import for this format of data. Gramps > also correctly reads the County field when this format is used, > but the Parish field is not imported. This format seems to be > acceptable for hierarchical place data. The use of the FORM tag > outside of the header is the usage that is not encouraged. > > I started to look at the Researcher data. It seems to be stored > both in the config file and also in the database. Do you know > where we want this stored? > > > Regards, > > > Nick. > > > Benny Malengier wrote: > > After svn up, you'll need to remove trunk databases and > upgrade again from 3.2 if you use repository. Address in > repository is now upgraded too. > > For those that want a quick upgrade (that is, not xml import) > without destroying a 3.2 database: > > gramps -l > > write down the directory of the 3.2 database you want to use > in trunk, eg /home/benny/.gramps/grampsdb/4c9bb78b > Start by making a new not yet existing database: > > mkdir /home/benny/.gramps/grampsdb/1c9bbb8b > cp /home/benny/.gramps/grampsdb/4c9bb78b/* > /home/benny/.gramps/grampsdb/1c9bbb8b/ > > kate/gedit/nano /home/benny/.gramps/grampsdb/1c9bbb8b/name.txt > and change the name to something you will recognize in fam > tree dialog. > > Now start gramps, and you can quickly test the upgrade. > > Benny > > > 2010/10/28 Benny Malengier <ben...@gm... > <mailto:ben...@gm...> > <mailto:ben...@gm... > <mailto:ben...@gm...>>> > > > > > 2010/10/28 Benny Malengier <ben...@gm... > <mailto:ben...@gm...> > <mailto:ben...@gm... > <mailto:ben...@gm...>>> > > > > > 2010/10/28 Benny Malengier <ben...@gm... > <mailto:ben...@gm...> > <mailto:ben...@gm... > <mailto:ben...@gm...>>> > > > Nick, I think something is not upgrading correctly > or not > correct in locationbase. > I obtain the error: > 15940: ERROR: _reportdialog.py: line 641: Failed to run > report. > Traceback (most recent call last): > File > > "/home/benny/gramps/trunk/src/gui/plug/report/_reportdialog.py", > line 616, in report > MyReport.write_report() > File > > "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", > line 5754, in write_report > self.source_pages(source_list) > File > > "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", > line 5980, in source_pages > SourcePage(self, self.title, key, source_list) > File > > "/home/benny/gramps/trunk/src/plugins/webreport/NarrativeWeb.py", > line 3572, in __init__ > repository = db.get_repository_from_handle( > repo_ref.ref ) > File > "/home/benny/gramps/trunk/src/gen/proxy/proxybase.py", > line 415, in get_repository_from_handle > self.db.get_repository_from_handle(handle)) > File > "/home/benny/gramps/trunk/src/gen/db/read.py", line > 628, in get_repository_from_handle > return self.get_from_handle(handle, Repository, > self.repository_map) > File "/home/benny/gramps/trunk/src/gen/db/write.py", > line 1594, in get_from_handle > newobj.unserialize(data) > File "/home/benny/gramps/trunk/src/gen/lib/repo.py", > line 80, in unserialize > AddressBase.unserialize(self, address_list) > File > "/home/benny/gramps/trunk/src/gen/lib/addressbase.py", > line 68, in unserialize > self.address_list = > [Address().unserialize(item) for > item in data] > File > "/home/benny/gramps/trunk/src/gen/lib/address.py", > line 80, in unserialize > LocationBase.unserialize(self, location) > File > "/home/benny/gramps/trunk/src/gen/lib/locationbase.py", > line 74, in unserialize > self.country, self.postal, self.phone) = data > ValueError: need more than 7 values to unpack > > This after an upgrade 2 hours ago of the data. > > > Yes, the address of the repository this is. > > > If you do other things, don't worry, I have a local fix already > I'll push shortly. > > Benny > > > Benny > > 2010/10/27 Nick Hall <nic...@ho... > <mailto:nic...@ho...> > <mailto:nic...@ho... > <mailto:nic...@ho...>>> > > > Devs, > > As part of "GEPS 006: Better Place handling" I have > added a new Locality > field to Location between Street and City. > > > http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps > > You will need to either upgrade a database from > version 3.2 or import > from XML. > > An extra column has been added to the Place > Views, so > please also delete > the corresponding .ini files. > > So far I have only added the extra field to the > interface for Places. > The field is also present in the Address and > Researcher objects. Should > I add it to the user interface for these? It would > seem to be a good idea. > > Let me know if you have any problems. > > Regards, > > > Nick. > > > > > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All > Innovators-North America contest > Create new apps & games for the Nokia N8 for > consumers > in U.S. and Canada > $10 million total in prizes - $4M cash, 500 > devices, > nearly $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and > Publish to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > <mailto:Gra...@li...> > <mailto:Gra...@li... > <mailto:Gra...@li...>> > > > https://lists.sourceforge.net/lists/listinfo/gramps-devel > > > > > > |
From: jerome <rom...@ya...> - 2010-10-30 15:29:29
|
Nick, Is it safe (user data) to rename some labels on address ? Like: 'C_ity/County' to 'C_ity' '_State/Province' to '_State/County' http://gramps.svn.sourceforge.net/viewvc/gramps/trunk/src/glade/editaddress.glade?view=patch&r1=16071&r2=16070&pathrev=16071 Jérôme --- En date de : Ven 29.10.10, Nick Hall <nic...@ho...> a écrit : > De: Nick Hall <nic...@ho...> > Objet: Re: [Gramps-devel] GEPS 006: New Locality field added to the database > À: "Benny Malengier" <ben...@gm...> > Cc: "Gramps developers" <gra...@li...> > Date: Vendredi 29 octobre 2010, 12h31 > Benny, > > This looks like the main location is None. > > Would it be better to replace it with an empty location > structure, > rather than to keep it as None? > > Nick. > > > > 2010/10/27 Nick Hall <nic...@ho... > > <mailto:nic...@ho...> > > > <mailto:nic...@ho... > > <mailto:nic...@ho...>>> > > > > > > > Devs, > > > > > As part of "GEPS 006: Better > Place handling" I have > > > added a new Locality > > > field to Location between Street > and City. > > > > > > > http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps > > > > > You will need to either upgrade > a database from > > > version 3.2 or import > > > from XML. > > > > > An extra column has been added > to the Place > > Views, so > > > please also delete > > > the corresponding .ini files. > > > > > So far I have only added the > extra field to the > > > interface for Places. > > > The field is also present in the > Address and > > > Researcher objects. > Should > > > I add it to the user interface > for these? It would > > > seem to be a good idea. > > > > > Let me know if you have any > problems. > > > > > Regards, > > > > > > > Nick. > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > > > Nokia and AT&T present the > 2010 Calling All > > > Innovators-North America > contest > > > Create new apps & games for > the Nokia N8 for > > consumers > > > in U.S. and Canada > > > $10 million total in prizes - > $4M cash, 500 > > devices, > > > nearly $6M in marketing > > > Develop with Nokia Qt SDK, Web > Runtime, or Java and > > > Publish to Ovi Store > > > http://p.sf.net/sfu/nokia-dev2dev > > > > _______________________________________________ > > > Gramps-devel mailing list > > > Gra...@li... > > <mailto:Gra...@li...> > > > <mailto:Gra...@li... > > <mailto:Gra...@li...>> > > > > > > > https://lists.sourceforge.net/lists/listinfo/gramps-devel > > > > > > > > > > > > > > ------------------------------------------------------------------------------ > Nokia and AT&T present the 2010 Calling All > Innovators-North America contest > Create new apps & games for the Nokia N8 for consumers > in U.S. and Canada > $10 million total in prizes - $4M cash, 500 devices, nearly > $6M in marketing > Develop with Nokia Qt SDK, Web Runtime, or Java and Publish > to Ovi Store > http://p.sf.net/sfu/nokia-dev2dev > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel > |
From: Nick H. <nic...@ho...> - 2010-10-30 16:48:45
|
Jerome, The idea was to make the field names consistent between Locations, Addresses and Researcher Details. I have renamed "Address" to "Street" which shouldn't cause a problem. The field labeled "City/County" is actually the "City" field in the database. I expect that this field will contain a town or city since all addresses will contain a town or city and it doesn't make any sense using another field. So this should also be safe. The field labeled "State/Province" is actually the "State" field in the database. We only use the "County" field for Locations, it is not used for Addresses or the Researcher Details. If the user wants to use the "County" field I was trying to make it clear that they should use the "State" field for both "State" and "County". The term "Province" was only used in a couple of places. Regards, Nick. jerome wrote: > Nick, > > > Is it safe (user data) to rename some labels on address ? > Like: > > 'C_ity/County' to 'C_ity' > '_State/Province' to '_State/County' > > http://gramps.svn.sourceforge.net/viewvc/gramps/trunk/src/glade/editaddress.glade?view=patch&r1=16071&r2=16070&pathrev=16071 > > > Jérôme > > --- En date de : Ven 29.10.10, Nick Hall <nic...@ho...> a écrit : > > >> De: Nick Hall <nic...@ho...> >> Objet: Re: [Gramps-devel] GEPS 006: New Locality field added to the database >> À: "Benny Malengier" <ben...@gm...> >> Cc: "Gramps developers" <gra...@li...> >> Date: Vendredi 29 octobre 2010, 12h31 >> Benny, >> >> This looks like the main location is None. >> >> Would it be better to replace it with an empty location >> structure, >> rather than to keep it as None? >> >> Nick. >> >> >>> >>> >> 2010/10/27 Nick Hall <nic...@ho... >> >>> <mailto:nic...@ho...> >>> >>> >> <mailto:nic...@ho... >> >>> <mailto:nic...@ho...>>> >>> >>> >>> >>> >> Devs, >> >>> >>> >> As part of "GEPS 006: Better >> Place handling" I have >> >>> >>> >> added a new Locality >> >>> >>> >> field to Location between Street >> and City. >> >>> >>> >> >> >>> http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps >>> >>> >>> >> You will need to either upgrade >> a database from >> >>> >>> >> version 3.2 or import >> >>> >>> >> from XML. >> >>> >>> >> An extra column has been added >> to the Place >> >>> Views, so >>> >>> >> please also delete >> >>> >>> >> the corresponding .ini files. >> >>> >>> >> So far I have only added the >> extra field to the >> >>> >>> >> interface for Places. >> >>> >>> >> The field is also present in the >> Address and >> >>> >>> >> Researcher objects. >> Should >> >>> >>> >> I add it to the user interface >> for these? It would >> >>> >>> >> seem to be a good idea. >> >>> >>> >> Let me know if you have any >> problems. >> >>> >>> >> Regards, >> >>> >>> >> Nick. >> >>> >>> >>> >>> >> >> >>> >>> >> ------------------------------------------------------------------------------ >> >>> >>> >> Nokia and AT&T present the >> 2010 Calling All >> >>> >>> >> Innovators-North America >> contest >> >>> >>> >> Create new apps & games for >> the Nokia N8 for >> >>> consumers >>> >>> >> in U.S. and Canada >> >>> >>> >> $10 million total in prizes - >> $4M cash, 500 >> >>> devices, >>> >>> >> nearly $6M in marketing >> >>> >>> >> Develop with Nokia Qt SDK, Web >> Runtime, or Java and >> >>> >>> >> Publish to Ovi Store >> >>> >>> >> http://p.sf.net/sfu/nokia-dev2dev >> >>> >>> >> >> _______________________________________________ >> >>> >>> >> Gramps-devel mailing list >> >>> >>> >> Gra...@li... >> >>> <mailto:Gra...@li...> >>> >>> >> <mailto:Gra...@li... >> >>> <mailto:Gra...@li...>> >>> >>> >>> >> >> >>> https://lists.sourceforge.net/lists/listinfo/gramps-devel >>> >>> >>> >>> >>> >>> >>> >> ------------------------------------------------------------------------------ >> Nokia and AT&T present the 2010 Calling All >> Innovators-North America contest >> Create new apps & games for the Nokia N8 for consumers >> in U.S. and Canada >> $10 million total in prizes - $4M cash, 500 devices, nearly >> $6M in marketing >> Develop with Nokia Qt SDK, Web Runtime, or Java and Publish >> to Ovi Store >> http://p.sf.net/sfu/nokia-dev2dev >> _______________________________________________ >> Gramps-devel mailing list >> Gra...@li... >> https://lists.sourceforge.net/lists/listinfo/gramps-devel >> >> > > > > > > |
From: jerome <rom...@ya...> - 2010-10-30 18:42:42
|
Nick, There is no problem with the changes! I was only wondering if this cannot be a problem for users. Translators might also think on field names consistent between Locations, Addresses and Researcher Details (local territories). I suppose these changes have fixed one bug-report. :) http://www.gramps-project.org/bugs/view.php?id=3164 and maybe one feature request http://www.gramps-project.org/bugs/view.php?id=3113 Thank you. Jérôme --- En date de : Sam 30.10.10, Nick Hall <nic...@ho...> a écrit : > De: Nick Hall <nic...@ho...> > Objet: Re: [Gramps-devel] GEPS 006: New Locality field added to the database > À: "jerome" <rom...@ya...> > Cc: "Benny Malengier" <ben...@gm...>, "Gramps developers" <gra...@li...> > Date: Samedi 30 octobre 2010, 18h48 > Jerome, > > The idea was to make the field names consistent between > Locations, Addresses and Researcher Details. > > I have renamed "Address" to "Street" which shouldn't cause > a problem. > > The field labeled "City/County" is actually the "City" > field in the database. I expect that this > field will contain a town or city since all addresses will > contain a town or city and it doesn't make any sense using > another field. So this should also be safe. > > The field labeled "State/Province" is actually the > "State" field in the database. We only use the > "County" field for Locations, it is not used for Addresses > or the Researcher Details. If the user wants to use > the "County" field I was trying to make it clear that they > should use the "State" field for both "State" and > "County". The term "Province" was only used in a > couple of places. > > Regards, > > Nick. > > > jerome wrote: > > Nick, > > > > > > Is it safe (user data) to rename some labels on > address ? > > Like: > > > > 'C_ity/County' to 'C_ity' > > '_State/Province' to '_State/County' > > > > http://gramps.svn.sourceforge.net/viewvc/gramps/trunk/src/glade/editaddress.glade?view=patch&r1=16071&r2=16070&pathrev=16071 > > > > > > Jérôme > > > > --- En date de : Ven 29.10.10, Nick Hall <nic...@ho...> > a écrit : > > > > > >> De: Nick Hall <nic...@ho...> > >> Objet: Re: [Gramps-devel] GEPS 006: New Locality > field added to the database > >> À: "Benny Malengier" <ben...@gm...> > >> Cc: "Gramps developers" <gra...@li...> > >> Date: Vendredi 29 octobre 2010, 12h31 > >> Benny, > >> > >> This looks like the main location is None. > >> > >> Would it be better to replace it with an empty > location > >> structure, rather than to keep it as None? > >> > >> Nick. > >> > >> > >>> > > >> 2010/10/27 Nick Hall > <nic...@ho... > >> > >>> > <mailto:nic...@ho...> > >>> > > >> <mailto:nic...@ho... > >> > >>> > <mailto:nic...@ho...>>> > >>> > >>> > >>> > > >> Devs, > >> > >>> > > >> As part of > "GEPS 006: Better > >> Place handling" I have > >> > >>> > > >> added a new > Locality > >> > >>> > > >> field to > Location between Street > >> and City. > >> > >>> > > >> > >>> > http://gramps-project.org/wiki/index.php?title=GEPS_006:_Better_Place_handling#Good_definition_of_place_and_address.2Fresidence_event_in_Gramps > >>> > >>> > > >> You will > need to either upgrade > >> a database from > >> > >>> > > >> version 3.2 > or import > >> > >>> > > >> from XML. > >> > >>> > > >> An extra > column has been added > >> to the Place > >> > >>> Views, so > >>> > > >> please also > delete > >> > >>> > > >> the > corresponding .ini files. > >> > >>> > > >> So far I > have only added the > >> extra field to the > >> > >>> > > >> interface > for Places. > >> > >>> > > >> The field is > also present in the > >> Address and > >> > >>> > > >> Researcher > objects. Should > >> > >>> > > >> I add it to > the user interface > >> for these? It would > >> > >>> > > >> seem to be a > good idea. > >> > >>> > > >> Let me know > if you have any > >> problems. > >> > >>> > > >> Regards, > >> > >>> > > >> Nick. > >> > >>> > >>> > >>> > > >> > >>> > > >> > ------------------------------------------------------------------------------ > >> > >>> > > >> Nokia and > AT&T present the > >> 2010 Calling All > >> > >>> > > >> > Innovators-North America > >> contest > >> > >>> > > >> Create new > apps & games for > >> the Nokia N8 for > >> > >>> consumers > >>> > > >> in > U.S. and Canada > >> > >>> > > >> $10 million > total in prizes - > >> $4M cash, 500 > >> > >>> devices, > >>> > > >> nearly $6M > in marketing > >> > >>> > > >> Develop with > Nokia Qt SDK, Web > >> Runtime, or Java and > >> > >>> > > >> Publish to > Ovi Store > >> > >>> > > >> http://p.sf.net/sfu/nokia-dev2dev > >> > >>> > > >> > _______________________________________________ > >> > >>> > > >> Gramps-devel > mailing list > >> > >>> > > >> Gra...@li... > >> > >>> > <mailto:Gra...@li...> > >>> > > >> > <mailto:Gra...@li... > >> > >>> > <mailto:Gra...@li...>> > >>> > >>> > > >> > >>> > https://lists.sourceforge.net/lists/listinfo/gramps-devel > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >> > ------------------------------------------------------------------------------ > >> Nokia and AT&T present the 2010 Calling All > >> Innovators-North America contest > >> Create new apps & games for the Nokia N8 for > consumers > >> in U.S. and Canada > >> $10 million total in prizes - $4M cash, 500 > devices, nearly > >> $6M in marketing > >> Develop with Nokia Qt SDK, Web Runtime, or Java > and Publish > >> to Ovi Store http://p.sf.net/sfu/nokia-dev2dev > >> _______________________________________________ > >> Gramps-devel mailing list > >> Gra...@li... > >> https://lists.sourceforge.net/lists/listinfo/gramps-devel > >> > >> > > > > > > > > > > |
From: Peter L. <pet...@te...> - 2010-10-31 13:43:02
|
(I used the wrong headline a moment ago!) Hi, Would it possible to let the user define the two lower levels in "Place Tree View"? The top level is naturally Country. I think this order is very dependent of country and how users have used the place fields. /Peter |
From: Nick H. <nic...@ho...> - 2010-10-31 19:48:23
|
Peter, Yes, I am planning to this. Most of my places are in England and I don't use the State field for these. I makes sense to ignore this field in the hierarchy for the tree view. Country -> County and Country -> County -> City would be the most useful hierarchies. The place tree model code isn't easy to make generic, which is why I haven't done it already. :) We haven't even finalised the interface yet. The plan is to have a country table which would store the field names for each country. This table could also hold the levels that should be displayed in the tree in the place tree view. The place tree view could be made to display only one country at a time. The country could be selected from a drop-down list or maybe from the filter sidebar. This would remove the country level from the tree altogether. One alternative would be to display all countries in the same view. We could just remove the empty fields from the hierarchy. I could do this before we created a country table. I could create some add-on views. They would be the same as the standard place tree view but use different models. I don't think that this would be a practical long-term solution though. What are your thoughts on this? What levels of hierarchy do you want in the tree? Regards, Nick. Peter Landgren wrote: > (I used the wrong headline a moment ago!) > > Hi, > > Would it possible to let the user define the two lower levels in "Place Tree View"? > The top level is naturally Country. > > I think this order is very dependent of country and how users have used the place fields. > > /Peter > > > |
From: Tim L. <guy...@gm...> - 2010-10-31 22:51:49
|
Nick Hall-6 wrote: > > The plan is to have a country table which would store the field names > for each country. This table could also hold the levels that should be > displayed in the tree in the place tree view. The place tree view could > be made to display only one country at a time. The country could be > selected from a drop-down list or maybe from the filter sidebar. This > would remove the country level from the tree altogether. > Is it the best plan to define the field names on a country by country basis? In the UK, the place names used in census records are more complex than elsewhere, because they can include things like parish, Ecclesiastical district, city, town and village. In the past, place names usually included county, but the current recommended practice (by the Post Office) is to omit county, and anyway, the county for places like London is largely unknown or non-existent (parts of London used to be in Middlesex, and parts in Surrey, but this usage is not widely known now). If you are going to change the way field names are handled, I just wonder whether it would be preferable to allow the user to define their own hierarchies, which I might call UK1, UK2, UK1871census, etc. Clearly this would need defaults for countries so that simple use was simple. (At the risk of rubbing salt into wounds, I also think it is important that it is understood how this gets mapped into GEDCOM - perhaps when the user defines the fields he could also define which fields get mapped into <ADDRESS_STATE>, >ADDRESS_CITY>) Just a thought while you are there! -- View this message in context: http://gramps.1791082.n4.nabble.com/GEPS-006-New-Locality-field-added-to-the-database-tp3016070p3021565.html Sent from the GRAMPS - Dev mailing list archive at Nabble.com. |