From: Heinz B. <hei...@ya...> - 2011-02-09 06:59:26
|
Dear development team, when I have a closer look on several of the text reports, I see that private data is included in some?, many? or all? of them. There is no choice to include or exclude private data. Should the default (if no selection is possible) not be to exclude private data? As a user I hand out some of the reports to close and distant relatives to get new information from them. And I do not want them to see the private data. That's why I marked it as private. When this data shows up in the text reports without a choice (or at least a warning) this is a severe error in my opinion. What do you think? Kind regards Heinz |
From: Paul F. <pf....@gm...> - 2011-02-09 07:40:52
|
I agree with you. 8-) http://www.gramps-project.org/bugs/view.php?id=4011 |
From: jerome <rom...@ya...> - 2011-02-09 09:03:20
|
Yes, there was a try to use the same 'environment/structure' as new Exporter (proxies, filters). I guess this cannot be implemented on next major release? Else, there is a sample of proxy use by using PrivateProxy on a textual reports: http://gramps-addons.svn.sourceforge.net/viewvc/gramps-addons/trunk/contrib/RepositoriesReport/RepositoriesReportAlt.py?r1=413&r2=426 http://www.gramps-project.org/bugs/view.php?id=4295 --- En date de : Mer 9.2.11, Heinz Brinker <hei...@ya...> a écrit : > De: Heinz Brinker <hei...@ya...> > Objet: [Gramps-devel] Private data and reports > À: "Gramps Development List" <gra...@li...> > Date: Mercredi 9 février 2011, 7h59 > Dear development team, > > when I have a closer look on several of the text reports, I > see that private data is included in some?, many? or all? of > them. There is no choice to include or exclude private data. > Should the default (if no selection is possible) not be to > exclude private data? > > As a user I hand out some of the reports to close and > distant relatives to get new information from them. And I do > not want them to see the private data. That's why I marked > it as private. > When this data shows up in the text reports without a > choice (or at least a warning) this is a severe error in my > opinion. > > What do you think? > > Kind regards > Heinz > > > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) > Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the > development cycle. > Locate bottlenecks in serial and parallel code that limit > performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel > |
From: Doug B. <dou...@gm...> - 2011-02-09 10:01:42
|
On Wed, Feb 9, 2011 at 4:03 AM, jerome <rom...@ya...> wrote: > Yes, there was a try to use the same 'environment/structure' as new Exporter (proxies, filters). I guess this cannot be implemented on next major release? There is a plan to use the same selection code for all reports that we use for the Gramps 3.3 export. First, this selection screen fixes some limitations that the original had. For example, depending on when you apply the private proxy (before or after a custom filter), you can get very different results. The old behavior was often seen as a bug, but at the least it was a limitation that we now understand. The selection dialog for Gramps 3.3 exporter is a bit more, er, sophisticated than the old dialog, and has much more flexibility. For example, you can see how many people, and who exactly, matches (and does not match) at each step in the filtering process. This is often necessary to debug why certain people/notes are showing. I suspect that could be useful in reports as well. Once that dialog has been refined, we then need to make it work with reports, which involves turning those filters and proxies into Options, which can be saved and loaded for each report. (I started this is as a refactor of NarWeb, but was a larger project than I could handle this year.) I hope to address this for Gramps 3.4, if everyone agrees with the plan. At this stage, people are still looking at the export dialog and thinking about how to make it better, and to understand it. -Doug > Else, there is a sample of proxy use by using PrivateProxy on a textual reports: http://gramps-addons.svn.sourceforge.net/viewvc/gramps-addons/trunk/contrib/RepositoriesReport/RepositoriesReportAlt.py?r1=413&r2=426 > > http://www.gramps-project.org/bugs/view.php?id=4295 > > > > --- En date de : Mer 9.2.11, Heinz Brinker <hei...@ya...> a écrit : > >> De: Heinz Brinker <hei...@ya...> >> Objet: [Gramps-devel] Private data and reports >> À: "Gramps Development List" <gra...@li...> >> Date: Mercredi 9 février 2011, 7h59 >> Dear development team, >> >> when I have a closer look on several of the text reports, I >> see that private data is included in some?, many? or all? of >> them. There is no choice to include or exclude private data. >> Should the default (if no selection is possible) not be to >> exclude private data? >> >> As a user I hand out some of the reports to close and >> distant relatives to get new information from them. And I do >> not want them to see the private data. That's why I marked >> it as private. >> When this data shows up in the text reports without a >> choice (or at least a warning) this is a severe error in my >> opinion. >> >> What do you think? >> >> Kind regards >> Heinz >> >> >> >> >> ------------------------------------------------------------------------------ >> The ultimate all-in-one performance toolkit: Intel(R) >> Parallel Studio XE: >> Pinpoint memory and threading errors before they happen. >> Find and fix more than 250 security defects in the >> development cycle. >> Locate bottlenecks in serial and parallel code that limit >> performance. >> http://p.sf.net/sfu/intel-dev2devfeb >> _______________________________________________ >> Gramps-devel mailing list >> Gra...@li... >> https://lists.sourceforge.net/lists/listinfo/gramps-devel >> > > > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel > |