From: Michael C T. <mic...@gm...> - 2011-10-04 13:00:49
|
I just upgraded to 3.3.1-1 (Mac OSX) and was unthrilled to see that all my tags and filters are gone. I don't know that this was something that I should have expected or not but I was't prepared for it. :( (If needed, yes I'll file a ticket on it.) |
From: Jérôme <rom...@ya...> - 2011-10-04 16:50:41
|
[Gramps-devel] Upgrading custom filters: http://sourceforge.net/mailarchive/message.php?msg_id=28035623 Jérôme a écrit : >> Mac does work with dmg self-contained packages, so perhaps filters can >> disappear if they are part of the previous dmg? John should know. > > It is the bug fix for "5012: 3.2.5 filter(s) cause 3.3 to crash": > http://www.gramps-project.org/bugs/view.php?id=5012 > > See also, "[Gramps-devel] Accidental bug for custom filter filename?" > > We cannot properly get current argument names after reordering or adding > a new arguments on the list! The best solution was to use the related > subdirectory (gramps33) for our custom_filter.xml. Maybe same possible > issue with 'reports' and 'tools' (no bug yet!) ... > > You can try to copy/replace custom_filter.xml from '.gramps' to > '.gramps/gramps33', but take care you can get some unwanted effects with > filter rules working with names of places ... > > http://www.gramps-project.org/bugs/view.php?id=5230#c21008 > http://www.gramps-project.org/bugs/view.php?id=5230#c21065 > > eg, argument[3] on HasPlace() was 'City' (3.2.x). > Now (3.3.x), it is 'Church Parish' and there is a new argument[2]: > Locality. etc ... > > To check all filter rule classnames related to Place and Names and to > try an experimental migration looks dangerous. I suppose a manual copy > (if need) is a safety way ! > > > Jérôme > > > > Benny Malengier a écrit : >> >> 2011/10/4 Doug Blank <dou...@gm... <mailto:dou...@gm...>> >> >> On Tue, Oct 4, 2011 at 9:00 AM, Michael C Tiernan >> <mic...@gm... <mailto:mic...@gm...>> wrote: >> > I just upgraded to 3.3.1-1 (Mac OSX) and was unthrilled to see >> that all my tags and filters are gone. >> >> That should not be the case. Perhaps it is as easy to fix as copying a >> file or two from .gramps/ to .gramps/gramps33/ ? >> >> >> Tags are part of your family tree since 3.3.0, so it is not possible to >> disappear. Did you open the family tree you last worked on? Did you >> upgrade from 3.3.0? >> >> Mac does work with dmg self-contained packages, so perhaps filters can >> disappear if they are part of the previous dmg? John should know. >> >> Benny >> >> >> -Doug >> >> > I don't know that this was something that I should have expected >> or not but I was't prepared for it. :( >> > >> > (If needed, yes I'll file a ticket on it.) >> > >> > >> ------------------------------------------------------------------------------ >> > 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 >> > Gra...@li... >> <mailto:Gra...@li...> >> > https://lists.sourceforge.net/lists/listinfo/gramps-users >> > >> >> ------------------------------------------------------------------------------ >> 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 >> Gra...@li... >> <mailto:Gra...@li...> >> https://lists.sourceforge.net/lists/listinfo/gramps-users >> >> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------------ >> 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 >> Gra...@li... >> https://lists.sourceforge.net/lists/listinfo/gramps-users > > > ------------------------------------------------------------------------------ > 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 > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users |
From: Benny M. <ben...@gm...> - 2011-10-05 07:00:13
|
2011/10/4 Jérôme <rom...@ya...> > [Gramps-devel] Upgrading custom filters: > > http://sourceforge.net/**mailarchive/message.php?msg_**id=28035623<http://sourceforge.net/mailarchive/message.php?msg_id=28035623> > > > Yes, Michael, the filters you made are in that xml file and are human readable, so you can copy paste them from one file to the other. About your tag problem, please investigate further, we have nobody else that said something likewise. Benny > Jérôme a écrit : > >> Mac does work with dmg self-contained packages, so perhaps filters can >>> disappear if they are part of the previous dmg? John should know. >>> >> >> It is the bug fix for "5012: 3.2.5 filter(s) cause 3.3 to crash": >> http://www.gramps-project.org/**bugs/view.php?id=5012<http://www.gramps-project.org/bugs/view.php?id=5012> >> >> See also, "[Gramps-devel] Accidental bug for custom filter filename?" >> >> We cannot properly get current argument names after reordering or adding a >> new arguments on the list! The best solution was to use the related >> subdirectory (gramps33) for our custom_filter.xml. Maybe same possible issue >> with 'reports' and 'tools' (no bug yet!) ... >> >> You can try to copy/replace custom_filter.xml from '.gramps' to >> '.gramps/gramps33', but take care you can get some unwanted effects with >> filter rules working with names of places ... >> >> http://www.gramps-project.org/**bugs/view.php?id=5230#c21008<http://www.gramps-project.org/bugs/view.php?id=5230#c21008> >> http://www.gramps-project.org/**bugs/view.php?id=5230#c21065<http://www.gramps-project.org/bugs/view.php?id=5230#c21065> >> >> eg, argument[3] on HasPlace() was 'City' (3.2.x). >> Now (3.3.x), it is 'Church Parish' and there is a new argument[2]: >> Locality. etc ... >> >> To check all filter rule classnames related to Place and Names and to try >> an experimental migration looks dangerous. I suppose a manual copy (if need) >> is a safety way ! >> >> >> Jérôme >> >> >> >> Benny Malengier a écrit : >> >>> >>> 2011/10/4 Doug Blank <dou...@gm... <mailto:dou...@gm... >>> >> >>> >>> On Tue, Oct 4, 2011 at 9:00 AM, Michael C Tiernan >>> <mic...@gm... <mailto:michael.tiernan@gmail.**com<mic...@gm...>>> >>> wrote: >>> > I just upgraded to 3.3.1-1 (Mac OSX) and was unthrilled to see >>> that all my tags and filters are gone. >>> >>> That should not be the case. Perhaps it is as easy to fix as copying a >>> file or two from .gramps/ to .gramps/gramps33/ ? >>> >>> >>> Tags are part of your family tree since 3.3.0, so it is not possible to >>> disappear. Did you open the family tree you last worked on? Did you upgrade >>> from 3.3.0? >>> >>> Mac does work with dmg self-contained packages, so perhaps filters can >>> disappear if they are part of the previous dmg? John should know. >>> >>> Benny >>> >>> >>> -Doug >>> >>> > I don't know that this was something that I should have expected >>> or not but I was't prepared for it. :( >>> > >>> > (If needed, yes I'll file a ticket on it.) >>> > >>> > >>> ------------------------------**------------------------------** >>> ------------------ >>> > 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<http://p.sf.net/sfu/splunk-d2dcopy1> >>> > ______________________________**_________________ >>> > Gramps-users mailing list >>> > Gramps-users@lists.**sourceforge.net<Gra...@li...> >>> <mailto:Gramps-users@lists.**sourceforge.net<Gra...@li...> >>> > >>> > https://lists.sourceforge.net/**lists/listinfo/gramps-users<https://lists.sourceforge.net/lists/listinfo/gramps-users> >>> > >>> >>> ------------------------------**------------------------------** >>> ------------------ >>> 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<http://p.sf.net/sfu/splunk-d2dcopy1> >>> ______________________________**_________________ >>> Gramps-users mailing list >>> Gramps-users@lists.**sourceforge.net<Gra...@li...> >>> <mailto:Gramps-users@lists.**sourceforge.net<Gra...@li...> >>> > >>> https://lists.sourceforge.net/**lists/listinfo/gramps-users<https://lists.sourceforge.net/lists/listinfo/gramps-users> >>> >>> >>> >>> ------------------------------**------------------------------** >>> ------------ >>> >>> ------------------------------**------------------------------** >>> ------------------ >>> 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<http://p.sf.net/sfu/splunk-d2dcopy1> >>> >>> >>> ------------------------------**------------------------------** >>> ------------ >>> >>> ______________________________**_________________ >>> Gramps-users mailing list >>> Gramps-users@lists.**sourceforge.net<Gra...@li...> >>> https://lists.sourceforge.net/**lists/listinfo/gramps-users<https://lists.sourceforge.net/lists/listinfo/gramps-users> >>> >> >> >> ------------------------------**------------------------------** >> ------------------ >> 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<http://p.sf.net/sfu/splunk-d2dcopy1> >> ______________________________**_________________ >> Gramps-users mailing list >> Gramps-users@lists.**sourceforge.net <Gra...@li...> >> https://lists.sourceforge.net/**lists/listinfo/gramps-users<https://lists.sourceforge.net/lists/listinfo/gramps-users> >> > > |
From: Michael C T. <mic...@gm...> - 2011-10-05 12:39:33
|
----- Original Message ----- > From: "Benny Malengier" <ben...@gm...> What I'm going to do is a clean installation to test out the problem. (After I read the bugfix note.) Thanks for everyone's time, I'll report back when I have solid information. |
From: Michael C T. <mic...@gm...> - 2011-11-03 23:53:49
|
My apologies for taking so long at getting back to this. > Michael, the filters you made are in that xml file and are human readable, > so you can copy paste them from one file to the other. I now know that the problem has two parts, the first part was the filters itself and the second part was the tags. > About your tag problem, please investigate further, we have > nobody else that said something likewise. Ok, based on this as well as not having seen anything pass by my email, I'll assume it's my mistake. So, just for the record, the filters are fixed but I seem to have no tags anymore. Like I said, I'll assume its my mistake and I'm going to retag the entire collection and then pay attention next time I upgrade. |
From: jerome <rom...@ya...> - 2011-10-05 09:27:52
|
Maybe your tags are in 'black' and you do not see them on views ? But they should still be stored and displayed on Editors. --- En date de : Mer 5.10.11, Benny Malengier <ben...@gm...> a écrit : De: Benny Malengier <ben...@gm...> Objet: Re: [Gramps-users] Did I miss something? À: "Michael C Tiernan" <mic...@gm...> Cc: "John Ralls" <jr...@ce...>, gra...@li... Date: Mercredi 5 octobre 2011, 9h00 2011/10/4 Jérôme <rom...@ya...> [Gramps-devel] Upgrading custom filters: http://sourceforge.net/mailarchive/message.php?msg_id=28035623 Yes, Michael, the filters you made are in that xml file and are human readable, so you can copy paste them from one file to the other. About your tag problem, please investigate further, we have nobody else that said something likewise. Benny Jérôme a écrit : Mac does work with dmg self-contained packages, so perhaps filters can disappear if they are part of the previous dmg? John should know. It is the bug fix for "5012: 3.2.5 filter(s) cause 3.3 to crash": http://www.gramps-project.org/bugs/view.php?id=5012 See also, "[Gramps-devel] Accidental bug for custom filter filename?" We cannot properly get current argument names after reordering or adding a new arguments on the list! The best solution was to use the related subdirectory (gramps33) for our custom_filter.xml. Maybe same possible issue with 'reports' and 'tools' (no bug yet!) ... You can try to copy/replace custom_filter.xml from '.gramps' to '.gramps/gramps33', but take care you can get some unwanted effects with filter rules working with names of places ... http://www.gramps-project.org/bugs/view.php?id=5230#c21008 http://www.gramps-project.org/bugs/view.php?id=5230#c21065 eg, argument[3] on HasPlace() was 'City' (3.2.x). Now (3.3.x), it is 'Church Parish' and there is a new argument[2]: Locality. etc ... To check all filter rule classnames related to Place and Names and to try an experimental migration looks dangerous. I suppose a manual copy (if need) is a safety way ! Jérôme Benny Malengier a écrit : 2011/10/4 Doug Blank <dou...@gm... <mailto:dou...@gm...>> On Tue, Oct 4, 2011 at 9:00 AM, Michael C Tiernan <mic...@gm... <mailto:mic...@gm...>> wrote: > I just upgraded to 3.3.1-1 (Mac OSX) and was unthrilled to see that all my tags and filters are gone. That should not be the case. Perhaps it is as easy to fix as copying a file or two from .gramps/ to .gramps/gramps33/ ? Tags are part of your family tree since 3.3.0, so it is not possible to disappear. Did you open the family tree you last worked on? Did you upgrade from 3.3.0? Mac does work with dmg self-contained packages, so perhaps filters can disappear if they are part of the previous dmg? John should know. Benny -Doug > I don't know that this was something that I should have expected or not but I was't prepared for it. :( > > (If needed, yes I'll file a ticket on it.) > > ------------------------------------------------------------------------------ > 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 > Gra...@li... <mailto:Gra...@li...> > https://lists.sourceforge.net/lists/listinfo/gramps-users > ------------------------------------------------------------------------------ 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 Gra...@li... <mailto:Gra...@li...> https://lists.sourceforge.net/lists/listinfo/gramps-users ------------------------------------------------------------------------ ------------------------------------------------------------------------------ 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 Gra...@li... https://lists.sourceforge.net/lists/listinfo/gramps-users ------------------------------------------------------------------------------ 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 Gra...@li... https://lists.sourceforge.net/lists/listinfo/gramps-users -----La pièce jointe associée suit----- ------------------------------------------------------------------------------ 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 -----La pièce jointe associée suit----- _______________________________________________ Gramps-users mailing list Gra...@li... https://lists.sourceforge.net/lists/listinfo/gramps-users |
From: Doug B. <dou...@gm...> - 2011-10-04 13:07:50
|
On Tue, Oct 4, 2011 at 9:00 AM, Michael C Tiernan <mic...@gm...> wrote: > I just upgraded to 3.3.1-1 (Mac OSX) and was unthrilled to see that all my tags and filters are gone. That should not be the case. Perhaps it is as easy to fix as copying a file or two from .gramps/ to .gramps/gramps33/ ? -Doug > I don't know that this was something that I should have expected or not but I was't prepared for it. :( > > (If needed, yes I'll file a ticket on it.) > > ------------------------------------------------------------------------------ > 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 > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > |
From: Benny M. <ben...@gm...> - 2011-10-04 13:23:38
|
2011/10/4 Doug Blank <dou...@gm...> > On Tue, Oct 4, 2011 at 9:00 AM, Michael C Tiernan > <mic...@gm...> wrote: > > I just upgraded to 3.3.1-1 (Mac OSX) and was unthrilled to see that all > my tags and filters are gone. > > That should not be the case. Perhaps it is as easy to fix as copying a > file or two from .gramps/ to .gramps/gramps33/ ? > Tags are part of your family tree since 3.3.0, so it is not possible to disappear. Did you open the family tree you last worked on? Did you upgrade from 3.3.0? Mac does work with dmg self-contained packages, so perhaps filters can disappear if they are part of the previous dmg? John should know. Benny > > -Doug > > > I don't know that this was something that I should have expected or not > but I was't prepared for it. :( > > > > (If needed, yes I'll file a ticket on it.) > > > > > ------------------------------------------------------------------------------ > > 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 > > Gra...@li... > > https://lists.sourceforge.net/lists/listinfo/gramps-users > > > > > ------------------------------------------------------------------------------ > 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 > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > |
From: Michael C T. <mic...@gm...> - 2011-10-04 13:48:16
|
----- Original Message ----- > Tags are part of your family tree since 3.3.0, > so it is not possible to disappear. Did you open the > family tree you last worked on? Did you upgrade from 3.3.0? Yea, this is going to require some work it seems. I was running 3.3.0-1 and I did a backup and then quit Gramps, installed 3.3.1-1 (copied binary into place) Run 3.3.1-1 and attempted to create a narrated website and there were no filters in the "selection" screen. I then looked at my own entry and there's no tags. Removed 3.3.1-1, reinstalled 3.3.0-1 and then created new tree from the backup. Narrated website shows all the filters as do other screens. I know this is not a complete bug report but I hope it'll help folks out until a real bug report can be created. |
From: Nick H. <nic...@ho...> - 2011-10-06 13:20:43
|
On 04/10/11 14:48, Michael C Tiernan wrote: > ----- Original Message ----- >> Tags are part of your family tree since 3.3.0, >> so it is not possible to disappear. Did you open the >> family tree you last worked on? Did you upgrade from 3.3.0? > Yea, this is going to require some work it seems. > > I was running 3.3.0-1 and I did a backup and then quit Gramps, installed 3.3.1-1 (copied binary into place) > > Run 3.3.1-1 and attempted to create a narrated website and there were no filters in the "selection" screen. I then looked at my own entry and there's no tags. > > Removed 3.3.1-1, reinstalled 3.3.0-1 and then created new tree from the backup. > Narrated website shows all the filters as do other screens. This means that the tags must be stored in the backup. Are the tags visible in 3.3.1? Try adding a tags column to the person view. If you can see the tags, then try applying a tag filter using the filter sidebar. Nick. > I know this is not a complete bug report but I hope it'll help folks out until a real bug report can be created. > > ------------------------------------------------------------------------------ > 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 > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > > |
From: Jérôme <rom...@ya...> - 2011-11-13 10:36:18
|
Hello, I suppose I see what you mean by disappear ... Today, I tried GEPS023, which has been recently merged with trunk code, so I guess I should get the same result with trunk and maybe 3.3.x! I imported a copy of my main Family Tree in Gramps xml file format. Everything worked fine, then on resume dialog (info_text) I saw "Tag:0"! It seems that counter for Tag object is not active or only works with markers-to->tags migration. Somewhere on xml import module, tag counter needs to be improved for displaying number of imported tags. Thank you for pointing this out. This will be added to the next roadmaps. Jérôme Michael C Tiernan a écrit : > ----- Original Message ----- >> Tags are part of your family tree since 3.3.0, >> so it is not possible to disappear. Did you open the >> family tree you last worked on? Did you upgrade from 3.3.0? > > Yea, this is going to require some work it seems. > > I was running 3.3.0-1 and I did a backup and then quit Gramps, installed 3.3.1-1 (copied binary into place) > > Run 3.3.1-1 and attempted to create a narrated website and there were no filters in the "selection" screen. I then looked at my own entry and there's no tags. > > Removed 3.3.1-1, reinstalled 3.3.0-1 and then created new tree from the backup. > Narrated website shows all the filters as do other screens. > > I know this is not a complete bug report but I hope it'll help folks out until a real bug report can be created. > > ------------------------------------------------------------------------------ > 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 > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > |
From: Nick H. <nic...@ho...> - 2011-11-13 14:46:36
|
On 13/11/11 10:36, Jérôme wrote: > Hello, > > > I suppose I see what you mean by disappear ... > > Today, I tried GEPS023, which has been recently merged with trunk code, > so I guess I should get the same result with trunk and maybe 3.3.x! > > I imported a copy of my main Family Tree in Gramps xml file format. > Everything worked fine, then on resume dialog (info_text) I saw "Tag:0"! > > It seems that counter for Tag object is not active or only works with > markers-to->tags migration. Somewhere on xml import module, tag counter > needs to be improved for displaying number of imported tags. I think that the import only counts the number of tags imported - it does not count the markers imported that are converted into tags. This could be changed to count converted markers when importing an older version of Gramps XML. Nick. > Thank you for pointing this out. > This will be added to the next roadmaps. > > > Jérôme > > > > Michael C Tiernan a écrit : >> ----- Original Message ----- >>> Tags are part of your family tree since 3.3.0, >>> so it is not possible to disappear. Did you open the >>> family tree you last worked on? Did you upgrade from 3.3.0? >> Yea, this is going to require some work it seems. >> >> I was running 3.3.0-1 and I did a backup and then quit Gramps, installed 3.3.1-1 (copied binary into place) >> >> Run 3.3.1-1 and attempted to create a narrated website and there were no filters in the "selection" screen. I then looked at my own entry and there's no tags. >> >> Removed 3.3.1-1, reinstalled 3.3.0-1 and then created new tree from the backup. >> Narrated website shows all the filters as do other screens. >> >> I know this is not a complete bug report but I hope it'll help folks out until a real bug report can be created. >> >> ------------------------------------------------------------------------------ >> 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 >> Gra...@li... >> https://lists.sourceforge.net/lists/listinfo/gramps-users >> > > ------------------------------------------------------------------------------ > RSA(R) Conference 2012 > Save $700 by Nov 18 > Register now > http://p.sf.net/sfu/rsa-sfdev2dev1 > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users |
From: jerome <rom...@ya...> - 2011-11-13 15:02:03
|
Yes, my bad (mixed versions, I used an old archive), should be "counter could be improved for displaying number of generated tags". Jérôme --- En date de : Dim 13.11.11, Nick Hall <nic...@ho...> a écrit : > De: Nick Hall <nic...@ho...> > Objet: Re: [Gramps-users] Did I miss something? > À: gra...@li... > Date: Dimanche 13 novembre 2011, 15h46 > On 13/11/11 10:36, Jérôme wrote: > > Hello, > > > > > > I suppose I see what you mean by disappear ... > > > > Today, I tried GEPS023, which has been recently merged > with trunk code, > > so I guess I should get the same result with trunk and > maybe 3.3.x! > > > > I imported a copy of my main Family Tree in Gramps xml > file format. > > Everything worked fine, then on resume dialog > (info_text) I saw "Tag:0"! > > > > It seems that counter for Tag object is not active or > only works with > > markers-to->tags migration. Somewhere on xml import > module, tag counter > > needs to be improved for displaying number of imported > tags. > > I think that the import only counts the number of tags > imported - it > does not count the markers imported that are converted into > tags. > > This could be changed to count converted markers when > importing an older > version of Gramps XML. > > Nick. > > > > Thank you for pointing this out. > > This will be added to the next roadmaps. > > > > > > Jérôme > > > > > > > > Michael C Tiernan a écrit : > >> ----- Original Message ----- > >>> Tags are part of your family tree since > 3.3.0, > >>> so it is not possible to disappear. Did you > open the > >>> family tree you last worked on? Did you > upgrade from 3.3.0? > >> Yea, this is going to require some work it seems. > >> > >> I was running 3.3.0-1 and I did a backup and then > quit Gramps, installed 3.3.1-1 (copied binary into place) > >> > >> Run 3.3.1-1 and attempted to create a narrated > website and there were no filters in the "selection" screen. > I then looked at my own entry and there's no tags. > >> > >> Removed 3.3.1-1, reinstalled 3.3.0-1 and then > created new tree from the backup. > >> Narrated website shows all the filters as do other > screens. > >> > >> I know this is not a complete bug report but I > hope it'll help folks out until a real bug report can be > created. > >> > >> > ------------------------------------------------------------------------------ > >> 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 > >> Gra...@li... > >> https://lists.sourceforge.net/lists/listinfo/gramps-users > >> > > > > > ------------------------------------------------------------------------------ > > RSA(R) Conference 2012 > > Save $700 by Nov 18 > > Register now > > http://p.sf.net/sfu/rsa-sfdev2dev1 > > _______________________________________________ > > Gramps-users mailing list > > Gra...@li... > > https://lists.sourceforge.net/lists/listinfo/gramps-users > > > ------------------------------------------------------------------------------ > RSA(R) Conference 2012 > Save $700 by Nov 18 > Register now > http://p.sf.net/sfu/rsa-sfdev2dev1 > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > |
From: Jérôme <rom...@ya...> - 2011-10-04 16:30:50
|
> Mac does work with dmg self-contained packages, so perhaps filters can > disappear if they are part of the previous dmg? John should know. It is the bug fix for "5012: 3.2.5 filter(s) cause 3.3 to crash": http://www.gramps-project.org/bugs/view.php?id=5012 See also, "[Gramps-devel] Accidental bug for custom filter filename?" We cannot properly get current argument names after reordering or adding a new arguments on the list! The best solution was to use the related subdirectory (gramps33) for our custom_filter.xml. Maybe same possible issue with 'reports' and 'tools' (no bug yet!) ... You can try to copy/replace custom_filter.xml from '.gramps' to '.gramps/gramps33', but take care you can get some unwanted effects with filter rules working with names of places ... http://www.gramps-project.org/bugs/view.php?id=5230#c21008 http://www.gramps-project.org/bugs/view.php?id=5230#c21065 eg, argument[3] on HasPlace() was 'City' (3.2.x). Now (3.3.x), it is 'Church Parish' and there is a new argument[2]: Locality. etc ... To check all filter rule classnames related to Place and Names and to try an experimental migration looks dangerous. I suppose a manual copy (if need) is a safety way ! Jérôme Benny Malengier a écrit : > > > 2011/10/4 Doug Blank <dou...@gm... <mailto:dou...@gm...>> > > On Tue, Oct 4, 2011 at 9:00 AM, Michael C Tiernan > <mic...@gm... <mailto:mic...@gm...>> wrote: > > I just upgraded to 3.3.1-1 (Mac OSX) and was unthrilled to see > that all my tags and filters are gone. > > That should not be the case. Perhaps it is as easy to fix as copying a > file or two from .gramps/ to .gramps/gramps33/ ? > > > Tags are part of your family tree since 3.3.0, so it is not possible to > disappear. Did you open the family tree you last worked on? Did you > upgrade from 3.3.0? > > Mac does work with dmg self-contained packages, so perhaps filters can > disappear if they are part of the previous dmg? John should know. > > Benny > > > -Doug > > > I don't know that this was something that I should have expected > or not but I was't prepared for it. :( > > > > (If needed, yes I'll file a ticket on it.) > > > > > ------------------------------------------------------------------------------ > > 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 > > Gra...@li... > <mailto:Gra...@li...> > > https://lists.sourceforge.net/lists/listinfo/gramps-users > > > > ------------------------------------------------------------------------------ > 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 > Gra...@li... > <mailto:Gra...@li...> > https://lists.sourceforge.net/lists/listinfo/gramps-users > > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------------ > 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 > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users |
From: Nick H. <nic...@ho...> - 2011-10-06 13:15:52
|
Jérôme, Do we still have a problem with this? To clarify things, different major versions of Gramps have different formats for the custom filter xml files. The code that reads the filter definitions will read rules from the previous version and attempt to update them. Prior to version 3.3.1 the definitions were stored in the .gramps directory which caused problems. As of 3.3.1 the file now resides in the version sub-directory of this directory. Moving a definition file created in 3.2.x or 3.3.0 into this directory should work. If there are any problems then open a bug report. The name and place rules were upgraded for 3.3.0. The number and order of the arguments changed. Gramps will attempt to re-order the arguments and add additional arguments when the number of arguments loaded is not as expected. Nick. On 04/10/11 17:30, Jérôme wrote: >> Mac does work with dmg self-contained packages, so perhaps filters can >> disappear if they are part of the previous dmg? John should know. > It is the bug fix for "5012: 3.2.5 filter(s) cause 3.3 to crash": > http://www.gramps-project.org/bugs/view.php?id=5012 > > See also, "[Gramps-devel] Accidental bug for custom filter filename?" > > We cannot properly get current argument names after reordering or adding > a new arguments on the list! The best solution was to use the related > subdirectory (gramps33) for our custom_filter.xml. Maybe same possible > issue with 'reports' and 'tools' (no bug yet!) ... > > You can try to copy/replace custom_filter.xml from '.gramps' to > '.gramps/gramps33', but take care you can get some unwanted effects with > filter rules working with names of places ... > > http://www.gramps-project.org/bugs/view.php?id=5230#c21008 > http://www.gramps-project.org/bugs/view.php?id=5230#c21065 > > eg, argument[3] on HasPlace() was 'City' (3.2.x). > Now (3.3.x), it is 'Church Parish' and there is a new argument[2]: > Locality. etc ... > > To check all filter rule classnames related to Place and Names and to > try an experimental migration looks dangerous. I suppose a manual copy > (if need) is a safety way ! > > > Jérôme > > > > Benny Malengier a écrit : >> >> 2011/10/4 Doug Blank<dou...@gm...<mailto:dou...@gm...>> >> >> On Tue, Oct 4, 2011 at 9:00 AM, Michael C Tiernan >> <mic...@gm...<mailto:mic...@gm...>> wrote: >> > I just upgraded to 3.3.1-1 (Mac OSX) and was unthrilled to see >> that all my tags and filters are gone. >> >> That should not be the case. Perhaps it is as easy to fix as copying a >> file or two from .gramps/ to .gramps/gramps33/ ? >> >> >> Tags are part of your family tree since 3.3.0, so it is not possible to >> disappear. Did you open the family tree you last worked on? Did you >> upgrade from 3.3.0? >> >> Mac does work with dmg self-contained packages, so perhaps filters can >> disappear if they are part of the previous dmg? John should know. >> >> Benny >> >> >> -Doug >> >> > I don't know that this was something that I should have expected >> or not but I was't prepared for it. :( >> > >> > (If needed, yes I'll file a ticket on it.) >> > >> > >> ------------------------------------------------------------------------------ >> > 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 >> > Gra...@li... >> <mailto:Gra...@li...> >> > https://lists.sourceforge.net/lists/listinfo/gramps-users >> > >> >> ------------------------------------------------------------------------------ >> 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 >> Gra...@li... >> <mailto:Gra...@li...> >> https://lists.sourceforge.net/lists/listinfo/gramps-users >> >> >> >> ------------------------------------------------------------------------ >> >> ------------------------------------------------------------------------------ >> 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 >> Gra...@li... >> https://lists.sourceforge.net/lists/listinfo/gramps-users > > ------------------------------------------------------------------------------ > 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 > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users |
From: jerome <rom...@ya...> - 2011-10-06 14:36:44
|
Hello Nick, What do you mean by "attempt to update them"? It seems, that filter rules used on 3.3.0 will not be copied to ./gramps/gramps33, see http://www.gramps-project.org/bugs/view.php?id=5279 http://www.gramps-project.org/bugs/view.php?id=5238 We just create an empty one, no ? > Moving a > definition file > created in 3.2.x or 3.3.0 into this directory should > work. If there are > any problems then open a bug report. No problem ! It was a bug fix, and I believe this should be already done for a long time. This is a proper solution, talked on your post on devel list. I just suppose that we will answer to many users who think they have 'lost' their custom filter rules from 3.3.0 to 3.3.1... I added a warning on some wiki pages: http://gramps-project.org/wiki/index.php?title=Gramps_3.3_Wiki_Manual_-_Filters#Custom_Filter_Editor > The name and place rules were upgraded for 3.3.0. The > number and order > of the arguments changed. Gramps will attempt to > re-order the arguments > and add additional arguments when the number of arguments > loaded is not > as expected. I know: http://www.gramps-project.org/bugs/view.php?id=5230#c21017 I just needed to manually move my custom_filter.xml file, maybe because I already used Gramps3.3.1SVN ??? Note, error like: File "/usr/local/share/gramps/Filters/Rules/Person/_HasNameOf.py", line 71, in prepare self.famnick = self.list[10].upper() IndexError: list index out of range cannot be only related to the new arguments, right ? It was something on sidebar filter or some others changes, because we tested filter rules related to 'Name' during trunk developpement, for: http://www.gramps-project.org/bugs/view.php?id=4336 Thank you. Jérôme --- En date de : Jeu 6.10.11, Nick Hall <nic...@ho...> a écrit : > De: Nick Hall <nic...@ho...> > Objet: Re: [Gramps-users] Did I miss something? > À: gra...@li... > Date: Jeudi 6 octobre 2011, 15h15 > Jérôme, > > Do we still have a problem with this? > > To clarify things, different major versions of Gramps have > different > formats for the custom filter xml files. The code > that reads the filter > definitions will read rules from the previous version and > attempt to > update them. > > Prior to version 3.3.1 the definitions were stored in the > .gramps > directory which caused problems. As of 3.3.1 the file > now resides in > the version sub-directory of this directory. Moving a > definition file > created in 3.2.x or 3.3.0 into this directory should > work. If there are > any problems then open a bug report. > > The name and place rules were upgraded for 3.3.0. The > number and order > of the arguments changed. Gramps will attempt to > re-order the arguments > and add additional arguments when the number of arguments > loaded is not > as expected. > > Nick. > > > On 04/10/11 17:30, Jérôme wrote: > >> Mac does work with dmg self-contained packages, so > perhaps filters can > >> disappear if they are part of the previous dmg? > John should know. > > It is the bug fix for "5012: 3.2.5 filter(s) cause 3.3 > to crash": > > http://www.gramps-project.org/bugs/view.php?id=5012 > > > > See also, "[Gramps-devel] Accidental bug for custom > filter filename?" > > > > We cannot properly get current argument names after > reordering or adding > > a new arguments on the list! The best solution was to > use the related > > subdirectory (gramps33) for our custom_filter.xml. > Maybe same possible > > issue with 'reports' and 'tools' (no bug yet!) ... > > > > You can try to copy/replace custom_filter.xml from > '.gramps' to > > '.gramps/gramps33', but take care you can get some > unwanted effects with > > filter rules working with names of places ... > > > > http://www.gramps-project.org/bugs/view.php?id=5230#c21008 > > http://www.gramps-project.org/bugs/view.php?id=5230#c21065 > > > > eg, argument[3] on HasPlace() was 'City' (3.2.x). > > Now (3.3.x), it is 'Church Parish' and there is a new > argument[2]: > > Locality. etc ... > > > > To check all filter rule classnames related to Place > and Names and to > > try an experimental migration looks dangerous. I > suppose a manual copy > > (if need) is a safety way ! > > > > > > Jérôme > > > > > > > > Benny Malengier a écrit : > >> > >> 2011/10/4 Doug Blank<dou...@gm...<mailto:dou...@gm...>> > >> > >> On Tue, Oct 4, 2011 at 9:00 > AM, Michael C Tiernan > >> <mic...@gm...<mailto:mic...@gm...>> > wrote: > >> > I just > upgraded to 3.3.1-1 (Mac OSX) and was unthrilled to see > >> that all my tags and filters > are gone. > >> > >> That should not be the case. > Perhaps it is as easy to fix as copying a > >> file or two from .gramps/ to > .gramps/gramps33/ ? > >> > >> > >> Tags are part of your family tree since 3.3.0, so > it is not possible to > >> disappear. Did you open the family tree you last > worked on? Did you > >> upgrade from 3.3.0? > >> > >> Mac does work with dmg self-contained packages, so > perhaps filters can > >> disappear if they are part of the previous dmg? > John should know. > >> > >> Benny > >> > >> > >> -Doug > >> > >> > I don't > know that this was something that I should have expected > >> or not but I was't prepared > for it. :( > >> > > >> > (If > needed, yes I'll file a ticket on it.) > >> > > >> > > >> > ------------------------------------------------------------------------------ > >> > 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 > >> > Gra...@li... > >> <mailto:Gra...@li...> > >> > https://lists.sourceforge.net/lists/listinfo/gramps-users > >> > > >> > >> > ------------------------------------------------------------------------------ > >> 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 > >> Gra...@li... > >> <mailto:Gra...@li...> > >> https://lists.sourceforge.net/lists/listinfo/gramps-users > >> > >> > >> > >> > ------------------------------------------------------------------------ > >> > >> > ------------------------------------------------------------------------------ > >> 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 > >> Gra...@li... > >> https://lists.sourceforge.net/lists/listinfo/gramps-users > > > > > ------------------------------------------------------------------------------ > > 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 > > Gra...@li... > > https://lists.sourceforge.net/lists/listinfo/gramps-users > > > ------------------------------------------------------------------------------ > 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 > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > |
From: Nick H. <nic...@ho...> - 2011-10-06 19:00:15
|
On 06/10/11 15:36, jerome wrote: > Hello Nick, > > > What do you mean by "attempt to update them"? > When the custom filter file is read we look for HasPlace and HasNameOf rules. If a HasPlace rule has 8 arguments we assume it is a v3.2 rule. We then add an empty locality argument and re-order the arguments into the new v3.3 order. If a HasNameOf rule has 7 arguments we assume it is a v3.2 rule. We then add empty arguments for the new fields and re-order the arguments into the new v3.3 order. There now will be 12 arguments in the new v3.3 rule. If a rule has too many arguments we truncate the list and attempt to continue. If there are too few arguments I think that we just generate a warning and ignore the rule. > It seems, that filter rules used on 3.3.0 will not be copied to ./gramps/gramps33, see http://www.gramps-project.org/bugs/view.php?id=5279 > http://www.gramps-project.org/bugs/view.php?id=5238 > We just create an empty one, no ? > Yes, we create a new file if one doesn't already exist. >> Moving a >> definition file >> created in 3.2.x or 3.3.0 into this directory should >> work. If there are >> any problems then open a bug report. > No problem ! It was a bug fix, and I believe this should be already done for a long time. This is a proper solution, talked on your post on devel list. > > I just suppose that we will answer to many users who think they have 'lost' their custom filter rules from 3.3.0 to 3.3.1... I added a warning on some wiki pages: > > http://gramps-project.org/wiki/index.php?title=Gramps_3.3_Wiki_Manual_-_Filters#Custom_Filter_Editor > Maybe we should try to move the file automatically? >> The name and place rules were upgraded for 3.3.0. The >> number and order >> of the arguments changed. Gramps will attempt to >> re-order the arguments >> and add additional arguments when the number of arguments >> loaded is not >> as expected. > I know: > http://www.gramps-project.org/bugs/view.php?id=5230#c21017 > > I just needed to manually move my custom_filter.xml file, maybe because I already used Gramps3.3.1SVN ??? > > Note, error like: > File "/usr/local/share/gramps/Filters/Rules/Person/_HasNameOf.py", line 71, in prepare > self.famnick = self.list[10].upper() > IndexError: list index out of range > cannot be only related to the new arguments, right ? > > It was something on sidebar filter or some others changes, because we tested filter rules related to 'Name' during trunk developpement, for: http://www.gramps-project.org/bugs/view.php?id=4336 > Are you still getting this error? Nick. > Thank you. > Jérôme > > > --- En date de : Jeu 6.10.11, Nick Hall<nic...@ho...> a écrit : > >> De: Nick Hall<nic...@ho...> >> Objet: Re: [Gramps-users] Did I miss something? >> À: gra...@li... >> Date: Jeudi 6 octobre 2011, 15h15 >> Jérôme, >> >> Do we still have a problem with this? >> >> To clarify things, different major versions of Gramps have >> different >> formats for the custom filter xml files. The code >> that reads the filter >> definitions will read rules from the previous version and >> attempt to >> update them. >> >> Prior to version 3.3.1 the definitions were stored in the >> .gramps >> directory which caused problems. As of 3.3.1 the file >> now resides in >> the version sub-directory of this directory. Moving a >> definition file >> created in 3.2.x or 3.3.0 into this directory should >> work. If there are >> any problems then open a bug report. >> >> The name and place rules were upgraded for 3.3.0. The >> number and order >> of the arguments changed. Gramps will attempt to >> re-order the arguments >> and add additional arguments when the number of arguments >> loaded is not >> as expected. >> >> Nick. >> >> >> On 04/10/11 17:30, Jérôme wrote: >>>> Mac does work with dmg self-contained packages, so >> perhaps filters can >>>> disappear if they are part of the previous dmg? >> John should know. >>> It is the bug fix for "5012: 3.2.5 filter(s) cause 3.3 >> to crash": >>> http://www.gramps-project.org/bugs/view.php?id=5012 >>> >>> See also, "[Gramps-devel] Accidental bug for custom >> filter filename?" >>> We cannot properly get current argument names after >> reordering or adding >>> a new arguments on the list! The best solution was to >> use the related >>> subdirectory (gramps33) for our custom_filter.xml. >> Maybe same possible >>> issue with 'reports' and 'tools' (no bug yet!) ... >>> >>> You can try to copy/replace custom_filter.xml from >> '.gramps' to >>> '.gramps/gramps33', but take care you can get some >> unwanted effects with >>> filter rules working with names of places ... >>> >>> http://www.gramps-project.org/bugs/view.php?id=5230#c21008 >>> http://www.gramps-project.org/bugs/view.php?id=5230#c21065 >>> >>> eg, argument[3] on HasPlace() was 'City' (3.2.x). >>> Now (3.3.x), it is 'Church Parish' and there is a new >> argument[2]: >>> Locality. etc ... >>> >>> To check all filter rule classnames related to Place >> and Names and to >>> try an experimental migration looks dangerous. I >> suppose a manual copy >>> (if need) is a safety way ! >>> >>> >>> Jérôme >>> >>> >>> >>> Benny Malengier a écrit : >>>> 2011/10/4 Doug Blank<dou...@gm...<mailto:dou...@gm...>> >>>> >>>> On Tue, Oct 4, 2011 at 9:00 >> AM, Michael C Tiernan >>>> <mic...@gm...<mailto:mic...@gm...>> >> wrote: >>>> > I just >> upgraded to 3.3.1-1 (Mac OSX) and was unthrilled to see >>>> that all my tags and filters >> are gone. >>>> That should not be the case. >> Perhaps it is as easy to fix as copying a >>>> file or two from .gramps/ to >> .gramps/gramps33/ ? >>>> >>>> Tags are part of your family tree since 3.3.0, so >> it is not possible to >>>> disappear. Did you open the family tree you last >> worked on? Did you >>>> upgrade from 3.3.0? >>>> >>>> Mac does work with dmg self-contained packages, so >> perhaps filters can >>>> disappear if they are part of the previous dmg? >> John should know. >>>> Benny >>>> >>>> >>>> -Doug >>>> >>>> > I don't >> know that this was something that I should have expected >>>> or not but I was't prepared >> for it. :( >>>> > >>>> > (If >> needed, yes I'll file a ticket on it.) >>>> > >>>> > >>>> >> ------------------------------------------------------------------------------ >>>> > 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 >>>> > Gra...@li... >>>> <mailto:Gra...@li...> >>>> > https://lists.sourceforge.net/lists/listinfo/gramps-users >>>> > >>>> >>>> >> ------------------------------------------------------------------------------ >>>> 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 >>>> Gra...@li... >>>> <mailto:Gra...@li...> >>>> https://lists.sourceforge.net/lists/listinfo/gramps-users >>>> >>>> >>>> >>>> >> ------------------------------------------------------------------------ >>>> >> ------------------------------------------------------------------------------ >>>> 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 >>>> Gra...@li... >>>> https://lists.sourceforge.net/lists/listinfo/gramps-users >>> >> ------------------------------------------------------------------------------ >>> 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 >>> Gra...@li... >>> https://lists.sourceforge.net/lists/listinfo/gramps-users >> >> ------------------------------------------------------------------------------ >> 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 >> Gra...@li... >> https://lists.sourceforge.net/lists/listinfo/gramps-users >> > |
From: Michael C T. <mic...@gm...> - 2011-10-06 14:37:42
|
----- Original Message ----- > From: "Nick Hall" <nic...@ho...> > Prior to version 3.3.1 the definitions were stored in the .gramps > directory which caused problems. I'd like to make a point of clarification, the directory isn't '.gramps', it's the "Family Tree Database path" (e.g. $GRAMPSDB if one wants to abbreviate it.) In my case, to make sure that my Gramps files are backed up *with* the other things in my genealogy work, $GRAMPSDB is set to a different place in my file system along side of the $GRAMPSMEDIA setting, a place I'll call $GRAMPSUSER. Here's a quick sketch of the way I viewed it: http://dl.dropbox.com/u/27834209/gramps_layout.png I have a directory, buried in my file system, named 'Geneology' (ok, I suck at spelling) and in it is places for photos I've scanned and not put away, forms I might use, backups from Gramps, and a directory called "Gramps_Files" which is where my $GRAMPSDB points. Inside that same directory is where $GRAMPSMEDIA lives. This stuff is backed up at a different rate from the top level of my home directory. With all that said, using the name of the constant (or user definable value) in place of the *assumed* value is a much safer and reliable way to avoid mistakes that happen when people, innocently, *assume* that where all the files live is always going to be "~/.gramps". Thanks for everyone's time, I just wanted to clear this one up. |
From: Nick H. <nic...@ho...> - 2011-10-06 23:08:34
|
On 06/10/11 15:37, Michael C Tiernan wrote: > ----- Original Message ----- >> From: "Nick Hall"<nic...@ho...> >> Prior to version 3.3.1 the definitions were stored in the .gramps >> directory which caused problems. > I'd like to make a point of clarification, the directory isn't '.gramps', it's the "Family Tree Database path" (e.g. $GRAMPSDB if one wants to abbreviate it.) > > In my case, to make sure that my Gramps files are backed up *with* the other things in my genealogy work, $GRAMPSDB is set to a different place in my file system along side of the $GRAMPSMEDIA setting, a place I'll call $GRAMPSUSER. > > Here's a quick sketch of the way I viewed it: > http://dl.dropbox.com/u/27834209/gramps_layout.png > > I have a directory, buried in my file system, named 'Geneology' (ok, I suck at spelling) and in it is places for photos I've scanned and not put away, forms I might use, backups from Gramps, and a directory called "Gramps_Files" which is where my $GRAMPSDB points. Inside that same directory is where $GRAMPSMEDIA lives. > > This stuff is backed up at a different rate from the top level of my home directory. > > With all that said, using the name of the constant (or user definable value) in place of the *assumed* value is a much safer and reliable way to avoid mistakes that happen when people, innocently, *assume* that where all the files live is always going to be "~/.gramps". > > Thanks for everyone's time, I just wanted to clear this one up. > > Yes, this is useful to clarify. ~/.gramps is the default location on linux systems. This may be changed by setting the GRAMPSHOME environment variable. Most people will use the default which will place the directory beneath the user home directory. On linux systems the convention is to make the directory hidden using a leading ".". Nick. |