bug importing gedcom and serveral other problems

classic Classic list List threaded Threaded
5 messages Options
Reply | Threaded
Open this post in threaded view
|

bug importing gedcom and serveral other problems

Anton Huber
Hello to all,

I used serveral years ago gramps for a long time then switching to a german genealogy programm called "Ages!", because of my large database with more than 25000 persons. Now i tested gramps 3.3.1 and it's a great software. But i have some problems

1. Importing a Gedcom file:

original gedcom file (exporting programm: Ages!)
0 @N489@ NOTE
1 CONT S. 43/44
1 CONT ao 1779 17. aprilis
1 CONT Tribus denuntiationibus rite praemissis Jam in Parochia Sponsi /: Prie
1 CONC ll:/ qua Sponsae /:Nandlstatt:/ a me Wolfg. Niderreuter Parocho matrim
1 CONC onio legitime coniuncti sunst hic in loco futuri domicilliy (zukünftig
1 CONC er Wohnort) hon. juv. Josephy Mayr novus caupo (neuer Wirt) hon. Joan
1 CONC Mayr coloni in Dürnsebstdorf (=wohl Dürnseiboldsdorf) ux eig ciug P. (
1 CONC wohl: Pate) Petrus Hueber et pudica Anna Maria h. Jos. Lachermayr nund
1 CONC inatori (= Händler) et Marg. ut. eig cuig P. And. Egl filia leg. praes
1 CONC ens Testes Conrado Mayr et Johann Lidl de Nandlstatt

changed gedcom file after import in Gramps and exported from Gramps:
0 @N0489@ NOTE S. 43/44
1 CONT ao 1779 17. aprilis
1 CONT Tribus denuntiationibus rite praemissis Jam in Parochia Sponsi /: Priell
1 CONC :/ qua Sponsae /:Nandlstatt:/ a me Wolfg. Niderreuter Parocho matrimoni
1 CONC o legitime coniuncti sunst hic in loco futuri domicilliy (zukünftiger Wo
1 CONC hnort) hon. juv. Josephy Mayr novus caupo (neuer Wirt) hon. JoanMayr col
1 CONC oni in Dürnsebstdorf (=wohl Dürnseiboldsdorf) ux eig ciug P. (wohl: Pate
1 CONC ) Petrus Hueber et pudica Anna Maria h. Jos. Lachermayr nundinatori (= H
1 CONC ändler) et Marg. ut. eig cuig P. And. Egl filia leg. praesens Testes Con
1 CONC rado Mayr et Johann Lidl de Nandlstatt1 CONC ens Testes Conrado Mayr et Johann Lidl de Nandlstatt

So it looks like after exporting the gramps database to gedcom the space between "Joan" and "Mayr" is deleted, now it's called "JoanMayr". Is there a way to change this problem.

Also a problem is a slow person view when searching for a surname. Is there
a way to make searching in my large database faster?

The last problem isn't a problem of gramps. I use gramps on ubuntu 11.04, ubuntu 11.10, linux mint 11 and opensuse thumbleweed. On the first three OS the geography view works fine, but on opensuse thumbleweed geography view doesn't work. As I know for using this view osmgpsmap is required. On opensuse i found a package called "osm-gps-map" on repository called https://build.opensuse.org/package/repositories?package=osm-gps-map&project=home%3Akylegordon
but it still doesn't work.

Perhaps someone can help me?

Best regards from Germany,

Anton Huber


 
-------- Original-Nachricht --------
> Datum: Wed, 05 Oct 2011 21:34:17 +0000
> Von: [hidden email]
> An: [hidden email]
> Betreff: Gramps-devel Digest, Vol 65, Issue 8

> Send Gramps-devel mailing list submissions to
> [hidden email]
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/gramps-devel
> or, via email, send a message with subject or body 'help' to
> [hidden email]
>
> You can reach the person managing the list at
> [hidden email]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Gramps-devel digest..."
>
>
> Today's Topics:
>
>    1. Gramps-3.4.0 and GEPS023? (Rob Healey)
>    2. Re: Gramps v3.3.1 has been released! (Graham P Davis)
>    3. Re: Accidental bug for custom filter filename? (J?r?me)
>    4. Re: GEPS 023 (Helge@Gramps)
>    5. Re: GrampsAIO 64bit? (Josip)
>    6. Re: GrampsAIO 64bit? (St?phane Charette)
>    7. Re: [Gramps-users] Narweb, position of Family Map (Rob Healey)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 4 Oct 2011 01:46:11 -0700
> From: Rob Healey <[hidden email]>
> Subject: [Gramps-devel] Gramps-3.4.0 and GEPS023?
> To: Gramps Development List <[hidden email]>
> Message-ID:
> <CAAq8ydu=[hidden email]>
> Content-Type: text/plain; charset="utf-8"
>
> Good day to All:
>
> I know that this might be outstanding any limited boundaries that I might
> have, but here goes anyways...
>
> I know that there was talk about breaking trunk and having it in a broken
> state for the purpose of implementing some new functionality?  What does
> anyone think or feel about Tim Lyons' Large Sources being implemented now?
>
> I know that this would leave trunk broken for a while, but it would also
> give a greater amount of developers and contributors the chance to get in
> and start modifying their pieces also....
>
> First of all, Tim are you ready to incorporate all of your changes into
> the
> main trunk repository yet???
>
> --
> Sincerely yours,
> Rob G. Healey
>
> "Always surround yourself with people that inspire you to
> greatness!"
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 2
> Date: Tue, 4 Oct 2011 10:39:31 +0000 (UTC)
> From: Graham P Davis <[hidden email]>
> Subject: Re: [Gramps-devel] Gramps v3.3.1 has been released!
> To: [hidden email]
> Cc: [hidden email]
> Message-ID: <j6enp2$pv4$[hidden email]>
> Content-Type: text/plain; charset=UTF-8
>
> On Sat, 01 Oct 2011 21:58:04 -0700, St?phane Charette wrote:
>
> > Version 3.3.1 -- "The Tenth Anniversary Edition" bug fix release.
>
>
> Noticed today that among my updates on openSUSE was one for Gramps but it
> was a mini-update for 3.3.1, the original upgrade appears to have
> occurred on Sunday or Monday and passed by without me noticing. Quick
> work!
>
> For openSUSE users who are not using Gnome, in order to get this version,
> you'll need to have the Gnome repository allocated; OSS only contains
> 3.2.5.
>
> --
> Graham Davis, Bracknell, Berks. E-mail: change boy to man
> LibreOffice: http://www.documentfoundation.org/
> openSUSE Linux: http://www.opensuse.org/en/
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 04 Oct 2011 19:20:41 +0200
> From: J?r?me <[hidden email]>
> Subject: Re: [Gramps-devel] Accidental bug for custom filter filename?
> To: Nick Hall <[hidden email]>
> Cc: [hidden email]
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> > should 'report_options.xml' and 'tool_options.xml' not use the same way
> ?
>
> >> Possibly, this may be useful in the future but doesn't cause a problem
> >> at the moment.
>
> There is one problem on reports ... (present since many major versions!)
>
> Gramps is adding 'saving paper options' on "common" options separately
> under each report *AND* "last-common" options. So now, it gets saved
> twice. :(
>
> http://www.gramps-project.org/bugs/view.php?id=5031#c20654
>
> ex: orientation value on reports is inconsistent, unstable !
>
> Maybe some issues on registered 'old' book (report) was also indirectly
> related to the use of old arguments on reports ?
>
>
> J?r?me
>
>
> Nick Hall a ?crit :
> > On 03/10/11 16:48, J?r?me wrote:
> >> Adam,
> >>
> >>
> >>> Is this a temporary thing for this version?
> >> No, I guess it will be the same for all versions and next major
> releases.
> >
> > Correct.  Each major version will store the custom_filters.xml file in
> > the version sub-directory.
> >
> > The format of this file may change slightly between major versions.
> >
> >
> >>> why does subversion have the original location and not this modified
> location?
> >> trunk ?
> >> I suppose you did not rebuild const.py ?
> >> const.py.in =>  const.py
> >>
> >>> I couldn't tell if this change was only for v3.3.1 and not future
> versions.
> >> In fact, Nick asked how this 'arguments list' should migrate after a
> >> major update like done between 3.2.6 to 3.3.
> >>
> >> Name and place arguments have been improved and modified.
> >> And to use 'old' arguments with new model could generate some strange
> >> issues (same possible problem with 'report_options.xml' and
> >> 'tool_options.xml')... To upgrade content of previous file seems not to
> >> be possible and I guess to use a new class name will also lose the
> >> previous filter rules ?
> >>
> >> Just replace the previous './gramps/custom_filters.xml' to
> >> './gramps/gramps33/custom_filters.xml' if you know that you do not have
> >> filter rules on names or place location.
> >
> > Yes, this is the best way to upgrade.  Gramps will attempt to upgrade
> > the file if filter parameters have changed between versions.
> >
> >
> >> Note, I made tests on these rules during developement (trunk, some
> >> months ago) and I only had warnings about arguments migration attempt
> >> ... I do not know where/when this issue on arguments list came from!
> >>
> >> We already got these type of problem in the past, see
> >> 'old_names_2_class()' under Filters/_FilterParser.py !
> >>
> >>
> >> PS: should 'report_options.xml' and 'tool_options.xml' not use the same
> >> way ?
> >>
> >>
> >
> > Possibly, this may be useful in the future but doesn't cause a problem
> > at the moment.
> >
> > Nick.
> >
> >
> >> J?r?me
> >>
> >> Adam Stein a ?crit :
> >>> That explains why v3.3.1 has a different location.  Is this a
> temporary
> >>> thing for this version?  If not, why does subversion have the original
> >>> location and not this modified location?  I couldn't tell if this
> change
> >>> was only for v3.3.1 and not future versions.
> >>>
> >>> On Mon, 2011-10-03 at 16:20 +0200, J?r?me wrote:
> >>>> Cause of "5012: 3.2.5 filter(s) cause 3.3 to crash":
> >>>> http://www.gramps-project.org/bugs/view.php?id=5012
> >>>>
> >>>> "custom filter configuration file location into the version
> >>>> sub-directory. The filter parser will now attempt to upgrade an old
> >>>> version of the file. If you want to use your old filters you will
> have
> >>>> to copy the configuration file."
> >>>>
> >>>> http://www.gramps-project.org/bugs/view.php?id=5012#c20912
> >>>>
> >>>>
> >>>> Regards,
> >>>> J?r?me
> >>>>
> >>>> Adam Stein a ?crit :
> >>>>> This new version (v3.3.1) has this set for the custom filter
> filename:
> >>>>>
> >>>>> CUSTOM_FILTERS = os.path.join(VERSION_DIR, "custom_filters.xml")
> >>>>>
> >>>>> Previous versions AND the version in subversion have this:
> >>>>>
> >>>>> CUSTOM_FILTERS = os.path.join(HOME_DIR, "custom_filters.xml")
> >>>>>
> >>>>> Obviously, nobody is going to be able to get to their custom filters
> in
> >>>>> v3.3.1.  Which is correct?
> >>>>>
> >>
> ------------------------------------------------------------------------------
> >> All the data continuously generated in your IT infrastructure contains
> a
> >> definitive record of customers, application performance, security
> >> threats, fraudulent activity and more. Splunk takes this data and makes
> >> sense of it. Business sense. IT sense. Common sense.
> >> http://p.sf.net/sfu/splunk-d2dcopy1
> >> _______________________________________________
> >> Gramps-devel mailing list
> >> [hidden email]
> >> https://lists.sourceforge.net/lists/listinfo/gramps-devel
> >
> >
> >
> ------------------------------------------------------------------------------
> > All the data continuously generated in your IT infrastructure contains a
> > definitive record of customers, application performance, security
> > threats, fraudulent activity and more. Splunk takes this data and makes
> > sense of it. Business sense. IT sense. Common sense.
> > http://p.sf.net/sfu/splunk-d2dcopy1
> > _______________________________________________
> > Gramps-devel mailing list
> > [hidden email]
> > https://lists.sourceforge.net/lists/listinfo/gramps-devel
>
>
>
>
> ------------------------------
>
> Message: 4
> Date: Tue, 4 Oct 2011 13:33:49 -0700 (PDT)
> From: "Helge@Gramps" <[hidden email]>
> Subject: Re: [Gramps-devel] GEPS 023
> To: [hidden email]
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset=us-ascii
>
> Cedric,
> Thank you for the hint, but it's to late for me to run it, because I did a
> complete reimport before (all is fine now).
> So I couldn't give any comment if the hint would repair the issue in my
> case.
> -Helge
>
> --
> View this message in context:
> http://gramps.1791082.n4.nabble.com/Help-requested-on-database-upgrade-please-tp3763443p3872320.html
> Sent from the GRAMPS - Dev mailing list archive at Nabble.com.
>
>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 03 Oct 2011 21:50:15 +0200
> From: Josip <[hidden email]>
> Subject: Re: [Gramps-devel] GrampsAIO 64bit?
> To: Rob Healey <[hidden email]>
> Cc: Gramps Development List <[hidden email]>
> Message-ID: <[hidden email]>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> On 03.10.2011 04:00, Rob Healey wrote:
> > Greetings:
> >
> > I know that you are busy already, but could I get an ETA for
> > GrampsAIO64-3.3.1.exe will be available and ready?
> >
>
> I don't know if 64bit version will be available but in meantime why
> don't just use 32bit version.
>
> Unfortunately you probably won't be satisfied with that version as
> ImageMetadata is not working otb due to missing PIL dependency (since
> when PIL is needed?)
> see: http://www.gramps-project.org/bugs/view.php?id=5272
>
> Maybe St?phane can upload to sourceforge updated version from:
> https://rapidshare.com/files/2009945124/GrampsAIO-3.3.1-2.exe
>
>
> --
> Josip
>
>
>
> ------------------------------
>
> Message: 6
> Date: Wed, 5 Oct 2011 10:03:32 -0700
> From: St?phane Charette <[hidden email]>
> Subject: Re: [Gramps-devel] GrampsAIO 64bit?
> To: Josip <[hidden email]>
> Cc: Gramps Development List <[hidden email]>
> Message-ID:
> <[hidden email]>
> Content-Type: text/plain; charset="iso-8859-1"
>
> >
> > Maybe St?phane can upload to sourceforge updated version from:
> >
>
>
> Thanks, Josip.  File is uploading now.  Will be there in about 5 minutes.
>
> St?phane
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 7
> Date: Wed, 5 Oct 2011 14:34:08 -0700
> From: Rob Healey <[hidden email]>
> Subject: Re: [Gramps-devel] [Gramps-users] Narweb, position of Family
> Map
> To: Les <[hidden email]>, Gramps Users List
> <[hidden email]>, Gramps Development List
> <[hidden email]>
> Message-ID:
> <[hidden email]>
> Content-Type: text/plain; charset="utf-8"
>
> Greetings:
>
> It was me who put the Family Mp where it is on the Individual Page...  I
> do
> not think that it would matter too much as to its position within the
> page!
>
> I do not have any problems with switching things around a little if others
> want it also....
>
> Benny:
>
> What do you think about us moving things around a little on the
> NarrativeWeb's Individual Page sections???
>
> Sincerely yours,
> Rob G. Healey
>
>
> On Wed, Oct 5, 2011 at 5:28 AM, Les <[hidden email]> wrote:
>
> > **
> >
> > I would be interested in what people think about the position of the
> Family
> > Map on Narweb page.
> >
> > My first thought was for it to be above the source references.
> >
> > Second thought was to place source references to bottom of page, below
> > Pedigree & Ancestors,
> > leaving the personal information together at top of page and the
> technical
> > information (Source) at the bottom.
> >
> > But then is there a reason for it to be where it is ?
> >
> > Many thanks,
> > Les
> >
> >
> >
> ------------------------------------------------------------------------------
> > All the data continuously generated in your IT infrastructure contains a
> > definitive record of customers, application performance, security
> > threats, fraudulent activity and more. Splunk takes this data and makes
> > sense of it. Business sense. IT sense. Common sense.
> > http://p.sf.net/sfu/splunk-d2dcopy1
> > _______________________________________________
> > Gramps-users mailing list
> > [hidden email]
> > https://lists.sourceforge.net/lists/listinfo/gramps-users
> >
> >
>
>
> --
> Sincerely yours,
> Rob G. Healey
>
> "Always surround yourself with people that inspire you to
> greatness!"
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
>
> ------------------------------
>
> _______________________________________________
> Gramps-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gramps-devel
>
>
> End of Gramps-devel Digest, Vol 65, Issue 8
> *******************************************

--
NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie!
Jetzt informieren: http://www.gmx.net/de/go/freephone

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re : bug importing gedcom and serveral other problems

jerome
Hello,

> So it looks like after exporting the gramps database to
> gedcom the space between "Joan" and "Mayr" is deleted, now
> it's called "JoanMayr". Is there a way to change this
> problem.

I cannot say that I have the answer, but maybe note generated by 'Ages' used a vertical tab as end of line marker ? The problem will be that gedcom does not avoid some illegal ctrl char, so this might silently "corrupting" your note...

Into Gramps, this was generating crash before version 3.2.6 !
http://www.gramps-project.org/bugs/view.php?id=4515

Now, I guess Gramps removed it.
At the end of the line, there was no space, and this could generate this problem. It is just a possible answer !

> Also a problem is a slow person view when searching for a
> surname. Is there
> a way to make searching in my large database faster?

Use to top search bar instead of the filter bar, or [Ctrl] + F button, or direct seizure ! One will match characters sequence, the others will filter our data.

>From View menu, uncheck 'Sidebar' and you will see a search bar above columns. On "Name column" matching will also work for surnames, this will only match suite of letters into the row.


PS: Sorry, I do not think "english" today, so words might be upside down on sentences !


I hope this could help!


Best Regards,
Jérôme


--- En date de : Jeu 6.10.11, Anton Huber <[hidden email]> a écrit :

> De: Anton Huber <[hidden email]>
> Objet: [Gramps-devel] bug importing gedcom and serveral other problems
> À: [hidden email]
> Date: Jeudi 6 octobre 2011, 14h37
> Hello to all,
>
> I used serveral years ago gramps for a long time then
> switching to a german genealogy programm called "Ages!",
> because of my large database with more than 25000 persons.
> Now i tested gramps 3.3.1 and it's a great software. But i
> have some problems
>
> 1. Importing a Gedcom file:
>
> original gedcom file (exporting programm: Ages!)
> 0 @N489@ NOTE
> 1 CONT S. 43/44
> 1 CONT ao 1779 17. aprilis
> 1 CONT Tribus denuntiationibus rite praemissis Jam in
> Parochia Sponsi /: Prie
> 1 CONC ll:/ qua Sponsae /:Nandlstatt:/ a me Wolfg.
> Niderreuter Parocho matrim
> 1 CONC onio legitime coniuncti sunst hic in loco futuri
> domicilliy (zukünftig
> 1 CONC er Wohnort) hon. juv. Josephy Mayr novus caupo
> (neuer Wirt) hon. Joan
> 1 CONC Mayr coloni in Dürnsebstdorf (=wohl
> Dürnseiboldsdorf) ux eig ciug P. (
> 1 CONC wohl: Pate) Petrus Hueber et pudica Anna Maria h.
> Jos. Lachermayr nund
> 1 CONC inatori (= Händler) et Marg. ut. eig cuig P. And.
> Egl filia leg. praes
> 1 CONC ens Testes Conrado Mayr et Johann Lidl de
> Nandlstatt
>
> changed gedcom file after import in Gramps and exported
> from Gramps:
> 0 @N0489@ NOTE S. 43/44
> 1 CONT ao 1779 17. aprilis
> 1 CONT Tribus denuntiationibus rite praemissis Jam in
> Parochia Sponsi /: Priell
> 1 CONC :/ qua Sponsae /:Nandlstatt:/ a me Wolfg.
> Niderreuter Parocho matrimoni
> 1 CONC o legitime coniuncti sunst hic in loco futuri
> domicilliy (zukünftiger Wo
> 1 CONC hnort) hon. juv. Josephy Mayr novus caupo (neuer
> Wirt) hon. JoanMayr col
> 1 CONC oni in Dürnsebstdorf (=wohl Dürnseiboldsdorf) ux
> eig ciug P. (wohl: Pate
> 1 CONC ) Petrus Hueber et pudica Anna Maria h. Jos.
> Lachermayr nundinatori (= H
> 1 CONC ändler) et Marg. ut. eig cuig P. And. Egl filia
> leg. praesens Testes Con
> 1 CONC rado Mayr et Johann Lidl de Nandlstatt1 CONC ens
> Testes Conrado Mayr et Johann Lidl de Nandlstatt
>
> So it looks like after exporting the gramps database to
> gedcom the space between "Joan" and "Mayr" is deleted, now
> it's called "JoanMayr". Is there a way to change this
> problem.
>
> Also a problem is a slow person view when searching for a
> surname. Is there
> a way to make searching in my large database faster?
>
> The last problem isn't a problem of gramps. I use gramps on
> ubuntu 11.04, ubuntu 11.10, linux mint 11 and opensuse
> thumbleweed. On the first three OS the geography view works
> fine, but on opensuse thumbleweed geography view doesn't
> work. As I know for using this view osmgpsmap is required.
> On opensuse i found a package called "osm-gps-map" on
> repository called https://build.opensuse.org/package/repositories?package=osm-gps-map&project=home%3Akylegordon
> but it still doesn't work.
>
> Perhaps someone can help me?
>
> Best regards from Germany,
>
> Anton Huber
>
>
>  
> -------- Original-Nachricht --------
> > Datum: Wed, 05 Oct 2011 21:34:17 +0000
> > Von: [hidden email]
> > An: [hidden email]
> > Betreff: Gramps-devel Digest, Vol 65, Issue 8
>
> > Send Gramps-devel mailing list submissions to
> >     [hidden email]
> >
> > To subscribe or unsubscribe via the World Wide Web,
> visit
> >     https://lists.sourceforge.net/lists/listinfo/gramps-devel
> > or, via email, send a message with subject or body
> 'help' to
> >     [hidden email]
> >
> > You can reach the person managing the list at
> >     [hidden email]
> >
> > When replying, please edit your Subject line so it is
> more specific
> > than "Re: Contents of Gramps-devel digest..."
> >
> >
> > Today's Topics:
> >
> >    1. Gramps-3.4.0 and GEPS023? (Rob
> Healey)
> >    2. Re: Gramps v3.3.1 has been released!
> (Graham P Davis)
> >    3. Re: Accidental bug for custom filter
> filename? (J?r?me)
> >    4. Re: GEPS 023 (Helge@Gramps)
> >    5. Re: GrampsAIO 64bit? (Josip)
> >    6. Re: GrampsAIO 64bit? (St?phane
> Charette)
> >    7. Re: [Gramps-users] Narweb, position of
> Family Map (Rob Healey)
> >
> >
> >
> ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Tue, 4 Oct 2011 01:46:11 -0700
> > From: Rob Healey <[hidden email]>
> > Subject: [Gramps-devel] Gramps-3.4.0 and GEPS023?
> > To: Gramps Development List <[hidden email]>
> > Message-ID:
> >     <CAAq8ydu=[hidden email]>
> > Content-Type: text/plain; charset="utf-8"
> >
> > Good day to All:
> >
> > I know that this might be outstanding any limited
> boundaries that I might
> > have, but here goes anyways...
> >
> > I know that there was talk about breaking trunk and
> having it in a broken
> > state for the purpose of implementing some new
> functionality?  What does
> > anyone think or feel about Tim Lyons' Large Sources
> being implemented now?
> >
> > I know that this would leave trunk broken for a while,
> but it would also
> > give a greater amount of developers and contributors
> the chance to get in
> > and start modifying their pieces also....
> >
> > First of all, Tim are you ready to incorporate all of
> your changes into
> > the
> > main trunk repository yet???
> >
> > --
> > Sincerely yours,
> > Rob G. Healey
> >
> > "Always surround yourself with people that inspire you
> to
> > greatness!"
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> >
> > ------------------------------
> >
> > Message: 2
> > Date: Tue, 4 Oct 2011 10:39:31 +0000 (UTC)
> > From: Graham P Davis <[hidden email]>
> > Subject: Re: [Gramps-devel] Gramps v3.3.1 has been
> released!
> > To: [hidden email]
> > Cc: [hidden email]
> > Message-ID: <j6enp2$pv4$[hidden email]>
> > Content-Type: text/plain; charset=UTF-8
> >
> > On Sat, 01 Oct 2011 21:58:04 -0700, St?phane Charette
> wrote:
> >
> > > Version 3.3.1 -- "The Tenth Anniversary Edition"
> bug fix release.
> >
> >
> > Noticed today that among my updates on openSUSE was
> one for Gramps but it
> > was a mini-update for 3.3.1, the original upgrade
> appears to have
> > occurred on Sunday or Monday and passed by without me
> noticing. Quick
> > work!
> >
> > For openSUSE users who are not using Gnome, in order
> to get this version,
> > you'll need to have the Gnome repository allocated;
> OSS only contains
> > 3.2.5.
> >
> > --
> > Graham Davis, Bracknell, Berks. E-mail: change boy to
> man
> > LibreOffice: http://www.documentfoundation.org/
> > openSUSE Linux: http://www.opensuse.org/en/
> >
> >
> >
> >
> > ------------------------------
> >
> > Message: 3
> > Date: Tue, 04 Oct 2011 19:20:41 +0200
> > From: J?r?me <[hidden email]>
> > Subject: Re: [Gramps-devel] Accidental bug for custom
> filter filename?
> > To: Nick Hall <[hidden email]>
> > Cc: [hidden email]
> > Message-ID: <[hidden email]>
> > Content-Type: text/plain; charset=UTF-8;
> format=flowed
> >
> > > should 'report_options.xml' and
> 'tool_options.xml' not use the same way
> > ?
> >
> > >> Possibly, this may be useful in the future
> but doesn't cause a problem
> > >> at the moment.
> >
> > There is one problem on reports ... (present since
> many major versions!)
> >
> > Gramps is adding 'saving paper options' on "common"
> options separately
> > under each report *AND* "last-common" options. So now,
> it gets saved
> > twice. :(
> >
> > http://www.gramps-project.org/bugs/view.php?id=5031#c20654
> >
> > ex: orientation value on reports is inconsistent,
> unstable !
> >
> > Maybe some issues on registered 'old' book (report)
> was also indirectly
> > related to the use of old arguments on reports ?
> >
> >
> > J?r?me
> >
> >
> > Nick Hall a ?crit :
> > > On 03/10/11 16:48, J?r?me wrote:
> > >> Adam,
> > >>
> > >>
> > >>> Is this a temporary thing for this
> version?
> > >> No, I guess it will be the same for all
> versions and next major
> > releases.
> > >
> > > Correct.  Each major version will store the
> custom_filters.xml file in
> > > the version sub-directory.
> > >
> > > The format of this file may change slightly
> between major versions.
> > >
> > >
> > >>> why does subversion have the original
> location and not this modified
> > location?
> > >> trunk ?
> > >> I suppose you did not rebuild const.py ?
> > >> const.py.in =>  const.py
> > >>
> > >>> I couldn't tell if this change was only
> for v3.3.1 and not future
> > versions.
> > >> In fact, Nick asked how this 'arguments list'
> should migrate after a
> > >> major update like done between 3.2.6 to 3.3.
> > >>
> > >> Name and place arguments have been improved
> and modified.
> > >> And to use 'old' arguments with new model
> could generate some strange
> > >> issues (same possible problem with
> 'report_options.xml' and
> > >> 'tool_options.xml')... To upgrade content of
> previous file seems not to
> > >> be possible and I guess to use a new class
> name will also lose the
> > >> previous filter rules ?
> > >>
> > >> Just replace the previous
> './gramps/custom_filters.xml' to
> > >> './gramps/gramps33/custom_filters.xml' if you
> know that you do not have
> > >> filter rules on names or place location.
> > >
> > > Yes, this is the best way to upgrade. 
> Gramps will attempt to upgrade
> > > the file if filter parameters have changed
> between versions.
> > >
> > >
> > >> Note, I made tests on these rules during
> developement (trunk, some
> > >> months ago) and I only had warnings about
> arguments migration attempt
> > >> ... I do not know where/when this issue on
> arguments list came from!
> > >>
> > >> We already got these type of problem in the
> past, see
> > >> 'old_names_2_class()' under
> Filters/_FilterParser.py !
> > >>
> > >>
> > >> PS: should 'report_options.xml' and
> 'tool_options.xml' not use the same
> > >> way ?
> > >>
> > >>
> > >
> > > Possibly, this may be useful in the future but
> doesn't cause a problem
> > > at the moment.
> > >
> > > Nick.
> > >
> > >
> > >> J?r?me
> > >>
> > >> Adam Stein a ?crit :
> > >>> That explains why v3.3.1 has a different
> location.  Is this a
> > temporary
> > >>> thing for this version?  If not, why
> does subversion have the original
> > >>> location and not this modified
> location?  I couldn't tell if this
> > change
> > >>> was only for v3.3.1 and not future
> versions.
> > >>>
> > >>> On Mon, 2011-10-03 at 16:20 +0200, J?r?me
> wrote:
> > >>>> Cause of "5012: 3.2.5 filter(s) cause
> 3.3 to crash":
> > >>>> http://www.gramps-project.org/bugs/view.php?id=5012
> > >>>>
> > >>>> "custom filter configuration file
> location into the version
> > >>>> sub-directory. The filter parser will
> now attempt to upgrade an old
> > >>>> version of the file. If you want to
> use your old filters you will
> > have
> > >>>> to copy the configuration file."
> > >>>>
> > >>>> http://www.gramps-project.org/bugs/view.php?id=5012#c20912
> > >>>>
> > >>>>
> > >>>> Regards,
> > >>>> J?r?me
> > >>>>
> > >>>> Adam Stein a ?crit :
> > >>>>> This new version (v3.3.1) has
> this set for the custom filter
> > filename:
> > >>>>>
> > >>>>>     CUSTOM_FILTERS
> = os.path.join(VERSION_DIR, "custom_filters.xml")
> > >>>>>
> > >>>>> Previous versions AND the version
> in subversion have this:
> > >>>>>
> > >>>>>     CUSTOM_FILTERS
> = os.path.join(HOME_DIR, "custom_filters.xml")
> > >>>>>
> > >>>>> Obviously, nobody is going to be
> able to get to their custom filters
> > in
> > >>>>> v3.3.1.  Which is correct?
> > >>>>>
> > >>
> >
> ------------------------------------------------------------------------------
> > >> All the data continuously generated in your
> IT infrastructure contains
> > a
> > >> definitive record of customers, application
> performance, security
> > >> threats, fraudulent activity and more. Splunk
> takes this data and makes
> > >> sense of it. Business sense. IT sense. Common
> sense.
> > >> http://p.sf.net/sfu/splunk-d2dcopy1
> > >>
> _______________________________________________
> > >> Gramps-devel mailing list
> > >> [hidden email]
> > >> https://lists.sourceforge.net/lists/listinfo/gramps-devel
> > >
> > >
> > >
> >
> ------------------------------------------------------------------------------
> > > All the data continuously generated in your IT
> infrastructure contains a
> > > definitive record of customers, application
> performance, security
> > > threats, fraudulent activity and more. Splunk
> takes this data and makes
> > > sense of it. Business sense. IT sense. Common
> sense.
> > > http://p.sf.net/sfu/splunk-d2dcopy1
> > > _______________________________________________
> > > Gramps-devel mailing list
> > > [hidden email]
> > > https://lists.sourceforge.net/lists/listinfo/gramps-devel
> >
> >
> >
> >
> > ------------------------------
> >
> > Message: 4
> > Date: Tue, 4 Oct 2011 13:33:49 -0700 (PDT)
> > From: "Helge@Gramps" <[hidden email]>
> > Subject: Re: [Gramps-devel] GEPS 023
> > To: [hidden email]
> > Message-ID: <[hidden email]>
> > Content-Type: text/plain; charset=us-ascii
> >
> > Cedric,
> > Thank you for the hint, but it's to late for me to run
> it, because I did a
> > complete reimport before (all is fine now).
> > So I couldn't give any comment if the hint would
> repair the issue in my
> > case.
> > -Helge
> >
> > --
> > View this message in context:
> > http://gramps.1791082.n4.nabble.com/Help-requested-on-database-upgrade-please-tp3763443p3872320.html
> > Sent from the GRAMPS - Dev mailing list archive at
> Nabble.com.
> >
> >
> >
> > ------------------------------
> >
> > Message: 5
> > Date: Mon, 03 Oct 2011 21:50:15 +0200
> > From: Josip <[hidden email]>
> > Subject: Re: [Gramps-devel] GrampsAIO 64bit?
> > To: Rob Healey <[hidden email]>
> > Cc: Gramps Development List <[hidden email]>
> > Message-ID: <[hidden email]>
> > Content-Type: text/plain; charset=UTF-8;
> format=flowed
> >
> > On 03.10.2011 04:00, Rob Healey wrote:
> > > Greetings:
> > >
> > > I know that you are busy already, but could I get
> an ETA for
> > > GrampsAIO64-3.3.1.exe will be available and
> ready?
> > >
> >
> > I don't know if 64bit version will be available but in
> meantime why
> > don't just use 32bit version.
> >
> > Unfortunately you probably won't be satisfied with
> that version as
> > ImageMetadata is not working otb due to missing PIL
> dependency (since
> > when PIL is needed?)
> > see: http://www.gramps-project.org/bugs/view.php?id=5272
> >
> > Maybe St?phane can upload to sourceforge updated
> version from:
> > https://rapidshare.com/files/2009945124/GrampsAIO-3.3.1-2.exe
> >
> >
> > --
> > Josip
> >
> >
> >
> > ------------------------------
> >
> > Message: 6
> > Date: Wed, 5 Oct 2011 10:03:32 -0700
> > From: St?phane Charette <[hidden email]>
> > Subject: Re: [Gramps-devel] GrampsAIO 64bit?
> > To: Josip <[hidden email]>
> > Cc: Gramps Development List <[hidden email]>
> > Message-ID:
> >    
> <[hidden email]>
> > Content-Type: text/plain; charset="iso-8859-1"
> >
> > >
> > > Maybe St?phane can upload to sourceforge updated
> version from:
> > >
> >
> >
> > Thanks, Josip.  File is uploading now.  Will
> be there in about 5 minutes.
> >
> > St?phane
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> >
> > ------------------------------
> >
> > Message: 7
> > Date: Wed, 5 Oct 2011 14:34:08 -0700
> > From: Rob Healey <[hidden email]>
> > Subject: Re: [Gramps-devel] [Gramps-users] Narweb,
> position of Family
> >     Map
> > To: Les <[hidden email]>,
>     Gramps Users List
> >     <[hidden email]>,
>     Gramps Development List
> >     <[hidden email]>
> > Message-ID:
> >     <[hidden email]>
> > Content-Type: text/plain; charset="utf-8"
> >
> > Greetings:
> >
> > It was me who put the Family Mp where it is on the
> Individual Page...  I
> > do
> > not think that it would matter too much as to its
> position within the
> > page!
> >
> > I do not have any problems with switching things
> around a little if others
> > want it also....
> >
> > Benny:
> >
> > What do you think about us moving things around a
> little on the
> > NarrativeWeb's Individual Page sections???
> >
> > Sincerely yours,
> > Rob G. Healey
> >
> >
> > On Wed, Oct 5, 2011 at 5:28 AM, Les <[hidden email]>
> wrote:
> >
> > > **
> > >
> > > I would be interested in what people think about
> the position of the
> > Family
> > > Map on Narweb page.
> > >
> > > My first thought was for it to be above the
> source references.
> > >
> > > Second thought was to place source references to
> bottom of page, below
> > > Pedigree & Ancestors,
> > > leaving the personal information together at top
> of page and the
> > technical
> > > information (Source) at the bottom.
> > >
> > > But then is there a reason for it to be where it
> is ?
> > >
> > > Many thanks,
> > > Les
> > >
> > >
> > >
> >
> ------------------------------------------------------------------------------
> > > All the data continuously generated in your IT
> infrastructure contains a
> > > definitive record of customers, application
> performance, security
> > > threats, fraudulent activity and more. Splunk
> takes this data and makes
> > > sense of it. Business sense. IT sense. Common
> sense.
> > > http://p.sf.net/sfu/splunk-d2dcopy1
> > > _______________________________________________
> > > Gramps-users mailing list
> > > [hidden email]
> > > https://lists.sourceforge.net/lists/listinfo/gramps-users
> > >
> > >
> >
> >
> > --
> > Sincerely yours,
> > Rob G. Healey
> >
> > "Always surround yourself with people that inspire you
> to
> > greatness!"
> > -------------- next part --------------
> > An HTML attachment was scrubbed...
> >
> > ------------------------------
> >
> >
> ------------------------------------------------------------------------------
> > All the data continuously generated in your IT
> infrastructure contains a
> > definitive record of customers, application
> performance, security
> > threats, fraudulent activity and more. Splunk takes
> this data and makes
> > sense of it. Business sense. IT sense. Common sense.
> > http://p.sf.net/sfu/splunk-d2dcopy1
> >
> > ------------------------------
> >
> > _______________________________________________
> > Gramps-devel mailing list
> > [hidden email]
> > https://lists.sourceforge.net/lists/listinfo/gramps-devel
> >
> >
> > End of Gramps-devel Digest, Vol 65, Issue 8
> > *******************************************
>
> --
> NEU: FreePhone - 0ct/min Handyspartarif mit
> Geld-zurück-Garantie!       
>
> Jetzt informieren: http://www.gmx.net/de/go/freephone
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT
> infrastructure contains a
> definitive record of customers, application performance,
> security
> threats, fraudulent activity and more. Splunk takes this
> data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Gramps-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gramps-devel
>

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re : Re : bug importing gedcom and serveral other problems

jerome
> it's called "JoanMayr". Is there a way to change this problem.

Add a space into this Note (Gramps), then export to gedcom ?
I think this should be consistent.

> Also a problem is a slow person view when searching for a surname. Is there a way to make searching in my large database faster?

After trying to update the performance page on wiki[1],
I also added a section on:
http://gramps-project.org/wiki/index.php?title=Tips_for_large_databases#Avoid_general_filters


[1] http://gramps-project.org/wiki/index.php?title=GRAMPS_Performance


Jérôme


--- En date de : Jeu 6.10.11, jerome <[hidden email]> a écrit :

> De: jerome <[hidden email]>
> Objet: [Gramps-devel] Re : bug importing gedcom and serveral other problems
> À: [hidden email], "Anton Huber" <[hidden email]>
> Date: Jeudi 6 octobre 2011, 15h54
> Hello,
>
> > So it looks like after exporting the gramps database
> to
> > gedcom the space between "Joan" and "Mayr" is deleted,
> now
> > it's called "JoanMayr". Is there a way to change this
> > problem.
>
> I cannot say that I have the answer, but maybe note
> generated by 'Ages' used a vertical tab as end of line
> marker ? The problem will be that gedcom does not avoid some
> illegal ctrl char, so this might silently "corrupting" your
> note...
>
> Into Gramps, this was generating crash before version 3.2.6
> !
> http://www.gramps-project.org/bugs/view.php?id=4515
>
> Now, I guess Gramps removed it.
> At the end of the line, there was no space, and this could
> generate this problem. It is just a possible answer !
>
> > Also a problem is a slow person view when searching
> for a
> > surname. Is there
> > a way to make searching in my large database faster?
>
> Use to top search bar instead of the filter bar, or [Ctrl]
> + F button, or direct seizure ! One will match characters
> sequence, the others will filter our data.
>
> >From View menu, uncheck 'Sidebar' and you will see a
> search bar above columns. On "Name column" matching will
> also work for surnames, this will only match suite of
> letters into the row.
>
>
> PS: Sorry, I do not think "english" today, so words might
> be upside down on sentences !
>
>
> I hope this could help!
>
>
> Best Regards,
> Jérôme
>
>
> --- En date de : Jeu 6.10.11, Anton Huber <[hidden email]>
> a écrit :
>
> > De: Anton Huber <[hidden email]>
> > Objet: [Gramps-devel] bug importing gedcom and
> serveral other problems
> > À: [hidden email]
> > Date: Jeudi 6 octobre 2011, 14h37
> > Hello to all,
> >
> > I used serveral years ago gramps for a long time then
> > switching to a german genealogy programm called
> "Ages!",
> > because of my large database with more than 25000
> persons.
> > Now i tested gramps 3.3.1 and it's a great software.
> But i
> > have some problems
> >
> > 1. Importing a Gedcom file:
> >
> > original gedcom file (exporting programm: Ages!)
> > 0 @N489@ NOTE
> > 1 CONT S. 43/44
> > 1 CONT ao 1779 17. aprilis
> > 1 CONT Tribus denuntiationibus rite praemissis Jam in
> > Parochia Sponsi /: Prie
> > 1 CONC ll:/ qua Sponsae /:Nandlstatt:/ a me Wolfg.
> > Niderreuter Parocho matrim
> > 1 CONC onio legitime coniuncti sunst hic in loco
> futuri
> > domicilliy (zukünftig
> > 1 CONC er Wohnort) hon. juv. Josephy Mayr novus caupo
> > (neuer Wirt) hon. Joan
> > 1 CONC Mayr coloni in Dürnsebstdorf (=wohl
> > Dürnseiboldsdorf) ux eig ciug P. (
> > 1 CONC wohl: Pate) Petrus Hueber et pudica Anna Maria
> h.
> > Jos. Lachermayr nund
> > 1 CONC inatori (= Händler) et Marg. ut. eig cuig P.
> And.
> > Egl filia leg. praes
> > 1 CONC ens Testes Conrado Mayr et Johann Lidl de
> > Nandlstatt
> >
> > changed gedcom file after import in Gramps and
> exported
> > from Gramps:
> > 0 @N0489@ NOTE S. 43/44
> > 1 CONT ao 1779 17. aprilis
> > 1 CONT Tribus denuntiationibus rite praemissis Jam in
> > Parochia Sponsi /: Priell
> > 1 CONC :/ qua Sponsae /:Nandlstatt:/ a me Wolfg.
> > Niderreuter Parocho matrimoni
> > 1 CONC o legitime coniuncti sunst hic in loco futuri
> > domicilliy (zukünftiger Wo
> > 1 CONC hnort) hon. juv. Josephy Mayr novus caupo
> (neuer
> > Wirt) hon. JoanMayr col
> > 1 CONC oni in Dürnsebstdorf (=wohl Dürnseiboldsdorf)
> ux
> > eig ciug P. (wohl: Pate
> > 1 CONC ) Petrus Hueber et pudica Anna Maria h. Jos.
> > Lachermayr nundinatori (= H
> > 1 CONC ändler) et Marg. ut. eig cuig P. And. Egl
> filia
> > leg. praesens Testes Con
> > 1 CONC rado Mayr et Johann Lidl de Nandlstatt1 CONC
> ens
> > Testes Conrado Mayr et Johann Lidl de Nandlstatt
> >
> > So it looks like after exporting the gramps database
> to
> > gedcom the space between "Joan" and "Mayr" is deleted,
> now
> > it's called "JoanMayr". Is there a way to change this
> > problem.
> >
> > Also a problem is a slow person view when searching
> for a
> > surname. Is there
> > a way to make searching in my large database faster?
> >
> > The last problem isn't a problem of gramps. I use
> gramps on
> > ubuntu 11.04, ubuntu 11.10, linux mint 11 and
> opensuse
> > thumbleweed. On the first three OS the geography view
> works
> > fine, but on opensuse thumbleweed geography view
> doesn't
> > work. As I know for using this view osmgpsmap is
> required.
> > On opensuse i found a package called "osm-gps-map" on
> > repository called https://build.opensuse.org/package/repositories?package=osm-gps-map&project=home%3Akylegordon
> > but it still doesn't work.
> >
> > Perhaps someone can help me?
> >
> > Best regards from Germany,
> >
> > Anton Huber
> >
> >
> > 
> > -------- Original-Nachricht --------
> > > Datum: Wed, 05 Oct 2011 21:34:17 +0000
> > > Von: [hidden email]
> > > An: [hidden email]
> > > Betreff: Gramps-devel Digest, Vol 65, Issue 8
> >
> > > Send Gramps-devel mailing list submissions to
> > >     [hidden email]
> > >
> > > To subscribe or unsubscribe via the World Wide
> Web,
> > visit
> > >     https://lists.sourceforge.net/lists/listinfo/gramps-devel
> > > or, via email, send a message with subject or
> body
> > 'help' to
> > >     [hidden email]
> > >
> > > You can reach the person managing the list at
> > >     [hidden email]
> > >
> > > When replying, please edit your Subject line so
> it is
> > more specific
> > > than "Re: Contents of Gramps-devel digest..."
> > >
> > >
> > > Today's Topics:
> > >
> > >    1. Gramps-3.4.0 and GEPS023? (Rob
> > Healey)
> > >    2. Re: Gramps v3.3.1 has been released!
> > (Graham P Davis)
> > >    3. Re: Accidental bug for custom filter
> > filename? (J?r?me)
> > >    4. Re: GEPS 023 (Helge@Gramps)
> > >    5. Re: GrampsAIO 64bit? (Josip)
> > >    6. Re: GrampsAIO 64bit? (St?phane
> > Charette)
> > >    7. Re: [Gramps-users] Narweb, position of
> > Family Map (Rob Healey)
> > >
> > >
> > >
> >
> ----------------------------------------------------------------------
> > >
> > > Message: 1
> > > Date: Tue, 4 Oct 2011 01:46:11 -0700
> > > From: Rob Healey <[hidden email]>
> > > Subject: [Gramps-devel] Gramps-3.4.0 and
> GEPS023?
> > > To: Gramps Development List <[hidden email]>
> > > Message-ID:
> > >     <CAAq8ydu=[hidden email]>
> > > Content-Type: text/plain; charset="utf-8"
> > >
> > > Good day to All:
> > >
> > > I know that this might be outstanding any
> limited
> > boundaries that I might
> > > have, but here goes anyways...
> > >
> > > I know that there was talk about breaking trunk
> and
> > having it in a broken
> > > state for the purpose of implementing some new
> > functionality?  What does
> > > anyone think or feel about Tim Lyons' Large
> Sources
> > being implemented now?
> > >
> > > I know that this would leave trunk broken for a
> while,
> > but it would also
> > > give a greater amount of developers and
> contributors
> > the chance to get in
> > > and start modifying their pieces also....
> > >
> > > First of all, Tim are you ready to incorporate
> all of
> > your changes into
> > > the
> > > main trunk repository yet???
> > >
> > > --
> > > Sincerely yours,
> > > Rob G. Healey
> > >
> > > "Always surround yourself with people that
> inspire you
> > to
> > > greatness!"
> > > -------------- next part --------------
> > > An HTML attachment was scrubbed...
> > >
> > > ------------------------------
> > >
> > > Message: 2
> > > Date: Tue, 4 Oct 2011 10:39:31 +0000 (UTC)
> > > From: Graham P Davis <[hidden email]>
> > > Subject: Re: [Gramps-devel] Gramps v3.3.1 has
> been
> > released!
> > > To: [hidden email]
> > > Cc: [hidden email]
> > > Message-ID: <j6enp2$pv4$[hidden email]>
> > > Content-Type: text/plain; charset=UTF-8
> > >
> > > On Sat, 01 Oct 2011 21:58:04 -0700, St?phane
> Charette
> > wrote:
> > >
> > > > Version 3.3.1 -- "The Tenth Anniversary
> Edition"
> > bug fix release.
> > >
> > >
> > > Noticed today that among my updates on openSUSE
> was
> > one for Gramps but it
> > > was a mini-update for 3.3.1, the original
> upgrade
> > appears to have
> > > occurred on Sunday or Monday and passed by
> without me
> > noticing. Quick
> > > work!
> > >
> > > For openSUSE users who are not using Gnome, in
> order
> > to get this version,
> > > you'll need to have the Gnome repository
> allocated;
> > OSS only contains
> > > 3.2.5.
> > >
> > > --
> > > Graham Davis, Bracknell, Berks. E-mail: change
> boy to
> > man
> > > LibreOffice: http://www.documentfoundation.org/
> > > openSUSE Linux: http://www.opensuse.org/en/
> > >
> > >
> > >
> > >
> > > ------------------------------
> > >
> > > Message: 3
> > > Date: Tue, 04 Oct 2011 19:20:41 +0200
> > > From: J?r?me <[hidden email]>
> > > Subject: Re: [Gramps-devel] Accidental bug for
> custom
> > filter filename?
> > > To: Nick Hall <[hidden email]>
> > > Cc: [hidden email]
> > > Message-ID: <[hidden email]>
> > > Content-Type: text/plain; charset=UTF-8;
> > format=flowed
> > >
> > > > should 'report_options.xml' and
> > 'tool_options.xml' not use the same way
> > > ?
> > >
> > > >> Possibly, this may be useful in the
> future
> > but doesn't cause a problem
> > > >> at the moment.
> > >
> > > There is one problem on reports ... (present
> since
> > many major versions!)
> > >
> > > Gramps is adding 'saving paper options' on
> "common"
> > options separately
> > > under each report *AND* "last-common" options. So
> now,
> > it gets saved
> > > twice. :(
> > >
> > > http://www.gramps-project.org/bugs/view.php?id=5031#c20654
> > >
> > > ex: orientation value on reports is
> inconsistent,
> > unstable !
> > >
> > > Maybe some issues on registered 'old' book
> (report)
> > was also indirectly
> > > related to the use of old arguments on reports ?
> > >
> > >
> > > J?r?me
> > >
> > >
> > > Nick Hall a ?crit :
> > > > On 03/10/11 16:48, J?r?me wrote:
> > > >> Adam,
> > > >>
> > > >>
> > > >>> Is this a temporary thing for this
> > version?
> > > >> No, I guess it will be the same for all
> > versions and next major
> > > releases.
> > > >
> > > > Correct.  Each major version will store
> the
> > custom_filters.xml file in
> > > > the version sub-directory.
> > > >
> > > > The format of this file may change slightly
> > between major versions.
> > > >
> > > >
> > > >>> why does subversion have the
> original
> > location and not this modified
> > > location?
> > > >> trunk ?
> > > >> I suppose you did not rebuild const.py
> ?
> > > >> const.py.in =>  const.py
> > > >>
> > > >>> I couldn't tell if this change was
> only
> > for v3.3.1 and not future
> > > versions.
> > > >> In fact, Nick asked how this 'arguments
> list'
> > should migrate after a
> > > >> major update like done between 3.2.6 to
> 3.3.
> > > >>
> > > >> Name and place arguments have been
> improved
> > and modified.
> > > >> And to use 'old' arguments with new
> model
> > could generate some strange
> > > >> issues (same possible problem with
> > 'report_options.xml' and
> > > >> 'tool_options.xml')... To upgrade
> content of
> > previous file seems not to
> > > >> be possible and I guess to use a new
> class
> > name will also lose the
> > > >> previous filter rules ?
> > > >>
> > > >> Just replace the previous
> > './gramps/custom_filters.xml' to
> > > >> './gramps/gramps33/custom_filters.xml'
> if you
> > know that you do not have
> > > >> filter rules on names or place
> location.
> > > >
> > > > Yes, this is the best way to upgrade. 
> > Gramps will attempt to upgrade
> > > > the file if filter parameters have changed
> > between versions.
> > > >
> > > >
> > > >> Note, I made tests on these rules
> during
> > developement (trunk, some
> > > >> months ago) and I only had warnings
> about
> > arguments migration attempt
> > > >> ... I do not know where/when this issue
> on
> > arguments list came from!
> > > >>
> > > >> We already got these type of problem in
> the
> > past, see
> > > >> 'old_names_2_class()' under
> > Filters/_FilterParser.py !
> > > >>
> > > >>
> > > >> PS: should 'report_options.xml' and
> > 'tool_options.xml' not use the same
> > > >> way ?
> > > >>
> > > >>
> > > >
> > > > Possibly, this may be useful in the future
> but
> > doesn't cause a problem
> > > > at the moment.
> > > >
> > > > Nick.
> > > >
> > > >
> > > >> J?r?me
> > > >>
> > > >> Adam Stein a ?crit :
> > > >>> That explains why v3.3.1 has a
> different
> > location.  Is this a
> > > temporary
> > > >>> thing for this version?  If not,
> why
> > does subversion have the original
> > > >>> location and not this modified
> > location?  I couldn't tell if this
> > > change
> > > >>> was only for v3.3.1 and not future
> > versions.
> > > >>>
> > > >>> On Mon, 2011-10-03 at 16:20 +0200,
> J?r?me
> > wrote:
> > > >>>> Cause of "5012: 3.2.5 filter(s)
> cause
> > 3.3 to crash":
> > > >>>> http://www.gramps-project.org/bugs/view.php?id=5012
> > > >>>>
> > > >>>> "custom filter configuration
> file
> > location into the version
> > > >>>> sub-directory. The filter parser
> will
> > now attempt to upgrade an old
> > > >>>> version of the file. If you want
> to
> > use your old filters you will
> > > have
> > > >>>> to copy the configuration
> file."
> > > >>>>
> > > >>>> http://www.gramps-project.org/bugs/view.php?id=5012#c20912
> > > >>>>
> > > >>>>
> > > >>>> Regards,
> > > >>>> J?r?me
> > > >>>>
> > > >>>> Adam Stein a ?crit :
> > > >>>>> This new version (v3.3.1)
> has
> > this set for the custom filter
> > > filename:
> > > >>>>>
> > > >>>>>     CUSTOM_FILTERS
> > = os.path.join(VERSION_DIR, "custom_filters.xml")
> > > >>>>>
> > > >>>>> Previous versions AND the
> version
> > in subversion have this:
> > > >>>>>
> > > >>>>>     CUSTOM_FILTERS
> > = os.path.join(HOME_DIR, "custom_filters.xml")
> > > >>>>>
> > > >>>>> Obviously, nobody is going
> to be
> > able to get to their custom filters
> > > in
> > > >>>>> v3.3.1.  Which is correct?
> > > >>>>>
> > > >>
> > >
> >
> ------------------------------------------------------------------------------
> > > >> All the data continuously generated in
> your
> > IT infrastructure contains
> > > a
> > > >> definitive record of customers,
> application
> > performance, security
> > > >> threats, fraudulent activity and more.
> Splunk
> > takes this data and makes
> > > >> sense of it. Business sense. IT sense.
> Common
> > sense.
> > > >> http://p.sf.net/sfu/splunk-d2dcopy1
> > > >>
> > _______________________________________________
> > > >> Gramps-devel mailing list
> > > >> [hidden email]
> > > >> https://lists.sourceforge.net/lists/listinfo/gramps-devel
> > > >
> > > >
> > > >
> > >
> >
> ------------------------------------------------------------------------------
> > > > All the data continuously generated in your
> IT
> > infrastructure contains a
> > > > definitive record of customers, application
> > performance, security
> > > > threats, fraudulent activity and more.
> Splunk
> > takes this data and makes
> > > > sense of it. Business sense. IT sense.
> Common
> > sense.
> > > > http://p.sf.net/sfu/splunk-d2dcopy1
> > > >
> _______________________________________________
> > > > Gramps-devel mailing list
> > > > [hidden email]
> > > > https://lists.sourceforge.net/lists/listinfo/gramps-devel
> > >
> > >
> > >
> > >
> > > ------------------------------
> > >
> > > Message: 4
> > > Date: Tue, 4 Oct 2011 13:33:49 -0700 (PDT)
> > > From: "Helge@Gramps" <[hidden email]>
> > > Subject: Re: [Gramps-devel] GEPS 023
> > > To: [hidden email]
> > > Message-ID: <[hidden email]>
> > > Content-Type: text/plain; charset=us-ascii
> > >
> > > Cedric,
> > > Thank you for the hint, but it's to late for me
> to run
> > it, because I did a
> > > complete reimport before (all is fine now).
> > > So I couldn't give any comment if the hint would
> > repair the issue in my
> > > case.
> > > -Helge
> > >
> > > --
> > > View this message in context:
> > > http://gramps.1791082.n4.nabble.com/Help-requested-on-database-upgrade-please-tp3763443p3872320.html
> > > Sent from the GRAMPS - Dev mailing list archive
> at
> > Nabble.com.
> > >
> > >
> > >
> > > ------------------------------
> > >
> > > Message: 5
> > > Date: Mon, 03 Oct 2011 21:50:15 +0200
> > > From: Josip <[hidden email]>
> > > Subject: Re: [Gramps-devel] GrampsAIO 64bit?
> > > To: Rob Healey <[hidden email]>
> > > Cc: Gramps Development List <[hidden email]>
> > > Message-ID: <[hidden email]>
> > > Content-Type: text/plain; charset=UTF-8;
> > format=flowed
> > >
> > > On 03.10.2011 04:00, Rob Healey wrote:
> > > > Greetings:
> > > >
> > > > I know that you are busy already, but could
> I get
> > an ETA for
> > > > GrampsAIO64-3.3.1.exe will be available and
> > ready?
> > > >
> > >
> > > I don't know if 64bit version will be available
> but in
> > meantime why
> > > don't just use 32bit version.
> > >
> > > Unfortunately you probably won't be satisfied
> with
> > that version as
> > > ImageMetadata is not working otb due to missing
> PIL
> > dependency (since
> > > when PIL is needed?)
> > > see: http://www.gramps-project.org/bugs/view.php?id=5272
> > >
> > > Maybe St?phane can upload to sourceforge updated
> > version from:
> > > https://rapidshare.com/files/2009945124/GrampsAIO-3.3.1-2.exe
> > >
> > >
> > > --
> > > Josip
> > >
> > >
> > >
> > > ------------------------------
> > >
> > > Message: 6
> > > Date: Wed, 5 Oct 2011 10:03:32 -0700
> > > From: St?phane Charette <[hidden email]>
> > > Subject: Re: [Gramps-devel] GrampsAIO 64bit?
> > > To: Josip <[hidden email]>
> > > Cc: Gramps Development List <[hidden email]>
> > > Message-ID:
> > >    
> > <[hidden email]>
> > > Content-Type: text/plain; charset="iso-8859-1"
> > >
> > > >
> > > > Maybe St?phane can upload to sourceforge
> updated
> > version from:
> > > >
> > >
> > >
> > > Thanks, Josip.  File is uploading now.  Will
> > be there in about 5 minutes.
> > >
> > > St?phane
> > > -------------- next part --------------
> > > An HTML attachment was scrubbed...
> > >
> > > ------------------------------
> > >
> > > Message: 7
> > > Date: Wed, 5 Oct 2011 14:34:08 -0700
> > > From: Rob Healey <[hidden email]>
> > > Subject: Re: [Gramps-devel] [Gramps-users]
> Narweb,
> > position of Family
> > >     Map
> > > To: Les <[hidden email]>,
> >     Gramps Users List
> > >     <[hidden email]>,
> >     Gramps Development List
> > >     <[hidden email]>
> > > Message-ID:
> > >     <[hidden email]>
> > > Content-Type: text/plain; charset="utf-8"
> > >
> > > Greetings:
> > >
> > > It was me who put the Family Mp where it is on
> the
> > Individual Page...  I
> > > do
> > > not think that it would matter too much as to
> its
> > position within the
> > > page!
> > >
> > > I do not have any problems with switching things
> > around a little if others
> > > want it also....
> > >
> > > Benny:
> > >
> > > What do you think about us moving things around
> a
> > little on the
> > > NarrativeWeb's Individual Page sections???
> > >
> > > Sincerely yours,
> > > Rob G. Healey
> > >
> > >
> > > On Wed, Oct 5, 2011 at 5:28 AM, Les <[hidden email]>
> > wrote:
> > >
> > > > **
> > > >
> > > > I would be interested in what people think
> about
> > the position of the
> > > Family
> > > > Map on Narweb page.
> > > >
> > > > My first thought was for it to be above the
> > source references.
> > > >
> > > > Second thought was to place source
> references to
> > bottom of page, below
> > > > Pedigree & Ancestors,
> > > > leaving the personal information together at
> top
> > of page and the
> > > technical
> > > > information (Source) at the bottom.
> > > >
> > > > But then is there a reason for it to be
> where it
> > is ?
> > > >
> > > > Many thanks,
> > > > Les
> > > >
> > > >
> > > >
> > >
> >
> ------------------------------------------------------------------------------
> > > > All the data continuously generated in your
> IT
> > infrastructure contains a
> > > > definitive record of customers, application
> > performance, security
> > > > threats, fraudulent activity and more.
> Splunk
> > takes this data and makes
> > > > sense of it. Business sense. IT sense.
> Common
> > sense.
> > > > http://p.sf.net/sfu/splunk-d2dcopy1
> > > >
> _______________________________________________
> > > > Gramps-users mailing list
> > > > [hidden email]
> > > > https://lists.sourceforge.net/lists/listinfo/gramps-users
> > > >
> > > >
> > >
> > >
> > > --
> > > Sincerely yours,
> > > Rob G. Healey
> > >
> > > "Always surround yourself with people that
> inspire you
> > to
> > > greatness!"
> > > -------------- next part --------------
> > > An HTML attachment was scrubbed...
> > >
> > > ------------------------------
> > >
> > >
> >
> ------------------------------------------------------------------------------
> > > All the data continuously generated in your IT
> > infrastructure contains a
> > > definitive record of customers, application
> > performance, security
> > > threats, fraudulent activity and more. Splunk
> takes
> > this data and makes
> > > sense of it. Business sense. IT sense. Common
> sense.
> > > http://p.sf.net/sfu/splunk-d2dcopy1
> > >
> > > ------------------------------
> > >
> > > _______________________________________________
> > > Gramps-devel mailing list
> > > [hidden email]
> > > https://lists.sourceforge.net/lists/listinfo/gramps-devel
> > >
> > >
> > > End of Gramps-devel Digest, Vol 65, Issue 8
> > > *******************************************
> >
> > --
> > NEU: FreePhone - 0ct/min Handyspartarif mit
> > Geld-zurück-Garantie!       
> >
> > Jetzt informieren: http://www.gmx.net/de/go/freephone
> >
> >
> ------------------------------------------------------------------------------
> > All the data continuously generated in your IT
> > infrastructure contains a
> > definitive record of customers, application
> performance,
> > security
> > threats, fraudulent activity and more. Splunk takes
> this
> > data and makes
> > sense of it. Business sense. IT sense. Common sense.
> > http://p.sf.net/sfu/splunk-d2dcopy1
> > _______________________________________________
> > Gramps-devel mailing list
> > [hidden email]
> > https://lists.sourceforge.net/lists/listinfo/gramps-devel
> >
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT
> infrastructure contains a
> definitive record of customers, application performance,
> security
> threats, fraudulent activity and more. Splunk takes this
> data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Gramps-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gramps-devel
>

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: bug importing gedcom and serveral other problems

Gary Burton
In reply to this post by Anton Huber
Hello Anton


> 1. Importing a Gedcom file:
>
> original gedcom file (exporting programm: Ages!)
> 0 @N489@ NOTE
> 1 CONT S. 43/44
> 1 CONT ao 1779 17. aprilis
> 1 CONT Tribus denuntiationibus rite praemissis Jam in Parochia Sponsi /: Prie
> 1 CONC ll:/ qua Sponsae /:Nandlstatt:/ a me Wolfg. Niderreuter Parocho matrim
> 1 CONC onio legitime coniuncti sunst hic in loco futuri domicilliy (zukünftig
> 1 CONC er Wohnort) hon. juv. Josephy Mayr novus caupo (neuer Wirt) hon. Joan
> 1 CONC Mayr coloni in Dürnsebstdorf (=wohl Dürnseiboldsdorf) ux eig ciug P. (
> 1 CONC wohl: Pate) Petrus Hueber et pudica Anna Maria h. Jos. Lachermayr nund
> 1 CONC inatori (= Händler) et Marg. ut. eig cuig P. And. Egl filia leg. praes
> 1 CONC ens Testes Conrado Mayr et Johann Lidl de Nandlstatt
>
> changed gedcom file after import in Gramps and exported from Gramps:
> 0 @N0489@ NOTE S. 43/44
> 1 CONT ao 1779 17. aprilis
> 1 CONT Tribus denuntiationibus rite praemissis Jam in Parochia Sponsi /: Priell
> 1 CONC :/ qua Sponsae /:Nandlstatt:/ a me Wolfg. Niderreuter Parocho matrimoni
> 1 CONC o legitime coniuncti sunst hic in loco futuri domicilliy (zukünftiger Wo
> 1 CONC hnort) hon. juv. Josephy Mayr novus caupo (neuer Wirt) hon. JoanMayr col
> 1 CONC oni in Dürnsebstdorf (=wohl Dürnseiboldsdorf) ux eig ciug P. (wohl: Pate
> 1 CONC ) Petrus Hueber et pudica Anna Maria h. Jos. Lachermayr nundinatori (= H
> 1 CONC ändler) et Marg. ut. eig cuig P. And. Egl filia leg. praesens Testes Con
> 1 CONC rado Mayr et Johann Lidl de Nandlstatt1 CONC ens Testes Conrado Mayr et
> Johann Lidl de Nandlstatt
>
> So it looks like after exporting the gramps database to gedcom the space between
> "Joan" and "Mayr" is deleted, now it's called
> "JoanMayr". Is there a way to change this problem.

The space is being stripped because of this change introduced to src/plugins/lib/libgedcom.py:

http://gramps.svn.sourceforge.net/viewvc/gramps/branches/maintenance/gramps32/src/plugins/lib/libgedcom.py?r1=15996&r2=16341

The change has been made to remove some control characters if they are present in the data:

return line.strip().translate(strip_dict)

however the use of the strip() method is causing any whitespace at the beginning or end of the line to be removed too. We are selectively removing whitespace elsewhere, so I doubt that strip() is required here. Maybe Peter Landgren, who made the change, can confirm if the strip() is required for other reasons.

Bye

Gary

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel
Reply | Threaded
Open this post in threaded view
|

Re: bug importing gedcom and serveral other problems

Peter Landgren
Hell Gary, Anton,

I looked at my code and I can't see why the strip() is necessary.

I will take care of this. I will put it on the bug tracker.

/Peter

> Hello Anton
>
> > 1. Importing a Gedcom file:
> >
> > original gedcom file (exporting programm: Ages!)
> > 0 @N489@ NOTE
> > 1 CONT S. 43/44
> > 1 CONT ao 1779 17. aprilis
> > 1 CONT Tribus denuntiationibus rite praemissis Jam in Parochia Sponsi /:
> > Prie 1 CONC ll:/ qua Sponsae /:Nandlstatt:/ a me Wolfg. Niderreuter
> > Parocho matrim 1 CONC onio legitime coniuncti sunst hic in loco futuri
> > domicilliy (zukünftig 1 CONC er Wohnort) hon. juv. Josephy Mayr novus
> > caupo (neuer Wirt) hon. Joan 1 CONC Mayr coloni in Dürnsebstdorf (=wohl
> > Dürnseiboldsdorf) ux eig ciug P. ( 1 CONC wohl: Pate) Petrus Hueber et
> > pudica Anna Maria h. Jos. Lachermayr nund 1 CONC inatori (= Händler) et
> > Marg. ut. eig cuig P. And. Egl filia leg. praes 1 CONC ens Testes
> > Conrado Mayr et Johann Lidl de Nandlstatt
> >
> > changed gedcom file after import in Gramps and exported from Gramps:
> > 0 @N0489@ NOTE S. 43/44
> > 1 CONT ao 1779 17. aprilis
> > 1 CONT Tribus denuntiationibus rite praemissis Jam in Parochia Sponsi /:
> > Priell 1 CONC :/ qua Sponsae /:Nandlstatt:/ a me Wolfg. Niderreuter
> > Parocho matrimoni 1 CONC o legitime coniuncti sunst hic in loco futuri
> > domicilliy (zukünftiger Wo 1 CONC hnort) hon. juv. Josephy Mayr novus
> > caupo (neuer Wirt) hon. JoanMayr col 1 CONC oni in Dürnsebstdorf (=wohl
> > Dürnseiboldsdorf) ux eig ciug P. (wohl: Pate 1 CONC ) Petrus Hueber et
> > pudica Anna Maria h. Jos. Lachermayr nundinatori (= H 1 CONC ändler) et
> > Marg. ut. eig cuig P. And. Egl filia leg. praesens Testes Con 1 CONC
> > rado Mayr et Johann Lidl de Nandlstatt1 CONC ens Testes Conrado Mayr et
> > Johann Lidl de Nandlstatt
> >
> > So it looks like after exporting the gramps database to gedcom the space
> > between "Joan" and "Mayr" is deleted, now it's called
> > "JoanMayr". Is there a way to change this problem.
>
> The space is being stripped because of this change introduced to
> src/plugins/lib/libgedcom.py:
>
> http://gramps.svn.sourceforge.net/viewvc/gramps/branches/maintenance/gramps
> 32/src/plugins/lib/libgedcom.py?r1=15996&r2=16341
>
> The change has been made to remove some control characters if they are
> present in the data:
>
> return line.strip().translate(strip_dict)
>
> however the use of the strip() method is causing any whitespace at the
> beginning or end of the line to be removed too. We are selectively
> removing whitespace elsewhere, so I doubt that strip() is required here.
> Maybe Peter Landgren, who made the change, can confirm if the strip() is
> required for other reasons.
>
> Bye
>
> Gary
>
> ---------------------------------------------------------------------------
> --- All the data continuously generated in your IT infrastructure contains
> a definitive record of customers, application performance, security
> threats, fraudulent activity and more. Splunk takes this data and makes
> sense of it. Business sense. IT sense. Common sense.
> http://p.sf.net/sfu/splunk-d2dcopy1
> _______________________________________________
> Gramps-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gramps-devel

--
Peter Landgren
Talken Hagen
671 94  BRUNSKOG
0570-530 21
070-345 0964
[hidden email]
Skype: pgl4820.2

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
_______________________________________________
Gramps-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gramps-devel