From: Reinhard M. <rei...@by...> - 2008-11-12 22:57:10
|
Dear GRAMPS users, I have just uploaded a new report plugin at http://www.gramps-project.org/wiki/index.php?title=Third-party_Plugins#Family_Sheet It is a report starting at a specific person and printing all info about that person, its spouses, and its children. It is what I use to print out data to file in a folder or take with me when I'm meeting people where I don't take my notebook with me :-) The intention of the report is to be * complete in terms of containing all textual information available * reasonably sortable so it can be filed in a folder in a way that you can find the right page quickly * easy enough to understand so you can give it to non-genealogists and let them fill out missing spaces * limited in redundance, meaning that the amount of information contained on more than one page is as little as possible (but as much as necessary to understand things) * polite (I dislike to show reports to living people where the form already reserves space for their death data) The report is somewhat close to the existing Family Group report, but with a stronger focus on the above points. Feedback is welcome :-) Thanks, Reinhard |
From: Timothy L. <tim...@gm...> - 2008-11-13 04:37:12
|
On Wed, Nov 12, 2008 at 6:57 PM, Reinhard Müller <rei...@by...> wrote: > Dear GRAMPS users, > > I have just uploaded a new report plugin at > > http://www.gramps-project.org/wiki/index.php?title=Third-party_Plugins#Family_Sheet > > It is a report starting at a specific person and printing all info about > that person, its spouses, and its children. > > The report is somewhat close to the existing Family Group report, but > with a stronger focus on the above points. > > Feedback is welcome :-) Hi I tried it but the name showed up as None in the Test Reports list and I received the following error: 60360: ERROR: _ReportDialog.py: line 335: Failed to run report. Traceback (most recent call last): File "/usr/share/gramps/ReportBase/_ReportDialog.py", line 310, in report MyReport.write_report() File "/home/tim/.gramps/plugins/FamilySheet.py", line 103, in write_report (rank, ahnentafel, person_key) = self.__calc_person_key(person) File "/home/tim/.gramps/plugins/FamilySheet.py", line 557, in __calc_person_key for family_handle in default_person.get_family_handle_list(): AttributeError: 'NoneType' object has no attribute 'get_family_handle_list' I am willing to test fixes or answer questions... Tim |
From: Reinhard M. <rei...@by...> - 2008-11-13 07:59:16
|
Hi, Tim, Am Donnerstag, den 13.11.2008, 00:37 -0400 schrieb Timothy Legge: > AttributeError: 'NoneType' object has no attribute > 'get_family_handle_list' Could it be that you have no home person set? Does it work when you set one? If this is the problem, I will improve the report to check whether a home person is set, and give a good error message otherwise. Thanks, Reinhard |
From: Benny M. <ben...@gm...> - 2008-11-13 14:14:28
|
2008/11/13 Reinhard Müller <rei...@by...> > Hi, Tim, > > Am Donnerstag, den 13.11.2008, 00:37 -0400 schrieb Timothy Legge: > > AttributeError: 'NoneType' object has no attribute > > 'get_family_handle_list' > > Could it be that you have no home person set? Does it work when you set > one? > > If this is the problem, I will improve the report to check whether a > home person is set, and give a good error message otherwise. Yes, GRAMPS does not require you to have a home person. People starting from an empty database will import eg a GEDCOM and no home person will exist. It is only on clicking the option in the menu that the home person is stored in the family tree. It is not possible to unset a home person once set though... Benny |
From: Timothy L. <tim...@gm...> - 2008-11-13 10:36:55
|
On Thu, Nov 13, 2008 at 3:59 AM, Reinhard Müller <rei...@by...> wrote: > Hi, Tim, > > Am Donnerstag, den 13.11.2008, 00:37 -0400 schrieb Timothy Legge: >> AttributeError: 'NoneType' object has no attribute >> 'get_family_handle_list' > > Could it be that you have no home person set? Does it work when you set > one? Hi I had a person selected if that is what you mean. If not, how do you select a home person? Tim |
From: Reinhard M. <rei...@by...> - 2008-11-13 11:14:16
|
Am Donnerstag, den 13.11.2008, 06:36 -0400 schrieb Timothy Legge: > I had a person selected if that is what you mean. If not, how do you > select a home person? In the person view, select the person that you would consider the center of your whole database (usually that would be yourself), and choose Edit->Set Home person. This will have the following effects: * Gramps starts with the home person on program startup * You can right-click on any person and find out the relationship between the home person and that person * The home person is the base for the Family Sheet keys * and some more... Thanks, Reinhard |
From: Timothy L. <tim...@gm...> - 2008-11-13 12:54:09
|
On Thu, Nov 13, 2008 at 7:14 AM, Reinhard Müller <rei...@by...> wrote: > In the person view, select the person that you would consider the center > of your whole database (usually that would be yourself), and choose > Edit->Set Home person. Thanks, I will try it tonight. BTW, would this also affect the fact that the report name on the menu shows up as None? Tim |
From: Reinhard M. <rei...@by...> - 2008-11-13 14:46:49
|
Am Donnerstag, den 13.11.2008, 08:54 -0400 schrieb Timothy Legge: > BTW, would this also affect the fact > that the report name on the menu shows up as None? No, this is actually a very strange thing. Which version of Gramps are you using, and which language? Thanks, Reinhard |
From: Timothy L. <tim...@gm...> - 2008-11-14 04:11:49
|
On Thu, Nov 13, 2008 at 10:46 AM, Reinhard Müller <rei...@by...> wrote: > No, this is actually a very strange thing. > > Which version of Gramps are you using, and which language? > > Thanks, Hi GRAMPS 3.0.1-1 (Ubuntu) and English is the Language. Setting the Home Person had no effect. Tim |
From: Tony G. <TB...@xt...> - 2008-11-14 07:03:52
|
On Thu, 2008-11-13 at 15:46 +0100, Reinhard Müller wrote: > Am Donnerstag, den 13.11.2008, 08:54 -0400 schrieb Timothy Legge: > > BTW, would this also affect the fact > > that the report name on the menu shows up as None? > > No, this is actually a very strange thing. > > Which version of Gramps are you using, and which language? > > Thanks, > Reinhard > ------------------------------------------------------------------------- Richard I get the same 'None' showing up and if I try to run the report I get the following error message. I noted that in the report options the tabs are Paper Options and 'None' and the two check boxes visible on the 'None' tab had no text beside them. I chose to leave them as they show which is the lower tick box ticked. Tony Error Details: =================== 54682: ERROR: _ReportDialog.py: line 335: Failed to run report. Traceback (most recent call last): File "/usr/share/gramps/ReportBase/_ReportDialog.py", line 310, in report MyReport.write_report() File "/home/user/.gramps/plugins/FamilySheet.py", line 104, in write_report self.__process_person(person, rank, ahnentafel, person_key) File "/home/user/.gramps/plugins/FamilySheet.py", line 152, in __process_person self.__dump_person(person, False, None) File "/home/user/.gramps/plugins/FamilySheet.py", line 324, in __dump_person self.__dump_event(event_ref) File "/home/user/.gramps/plugins/FamilySheet.py", line 417, in __dump_event self.doc.write_text(" " + _("in %s") % place_name) TypeError: unsupported operand type(s) for %: 'NoneType' and 'unicode' System Information: =================== Python version: 2.5.2 (r252:60911, Jul 31 2008, 17:28:52) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] BSDDB version: 4.4.5.3 Gramps version: 3.0.3-1 LANG: en_NZ.UTF-8 OS: Linux Distribution: 2.6.24-21-generic |
From: Peter L. <pet...@te...> - 2008-11-14 08:18:22
|
Hi, I also get "None" and the same errors. However, If I delete the translation hack and the end of the plugin and uncomment line 44 it works without problems. Even if persons are left out and some words are split? /Peter > On Thu, 2008-11-13 at 15:46 +0100, Reinhard Müller wrote: > > Am Donnerstag, den 13.11.2008, 08:54 -0400 schrieb Timothy Legge: > > > BTW, would this also affect the fact > > > that the report name on the menu shows up as None? > > > > No, this is actually a very strange thing. > > > > Which version of Gramps are you using, and which language? > > > > Thanks, > > Reinhard > > ------------------------------------------------------------------------- > > Richard > > I get the same 'None' showing up and if I try to run the report I get > the following error message. > > I noted that in the report options the tabs are Paper Options and 'None' > and the two check boxes visible on the 'None' tab had no text beside > them. I chose to leave them as they show which is the lower tick box > ticked. > > Tony > > > Error Details: > =================== > > 54682: ERROR: _ReportDialog.py: line 335: Failed to run report. > Traceback (most recent call last): > File "/usr/share/gramps/ReportBase/_ReportDialog.py", line 310, in > report > MyReport.write_report() > File "/home/user/.gramps/plugins/FamilySheet.py", line 104, in > write_report > self.__process_person(person, rank, ahnentafel, person_key) > File "/home/user/.gramps/plugins/FamilySheet.py", line 152, in > __process_person > self.__dump_person(person, False, None) > File "/home/user/.gramps/plugins/FamilySheet.py", line 324, in > __dump_person > self.__dump_event(event_ref) > File "/home/user/.gramps/plugins/FamilySheet.py", line 417, in > __dump_event > self.doc.write_text(" " + _("in %s") % place_name) > TypeError: unsupported operand type(s) for %: 'NoneType' and 'unicode' > > System Information: > =================== > > Python version: 2.5.2 (r252:60911, Jul 31 2008, 17:28:52) [GCC 4.2.3 > (Ubuntu 4.2.3-2ubuntu7)] > BSDDB version: 4.4.5.3 > Gramps version: 3.0.3-1 > LANG: en_NZ.UTF-8 > OS: Linux > Distribution: 2.6.24-21-generic > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge Build the coolest Linux based applications with Moblin SDK & win > great prizes Grand prize is a trip for two to an Open Source event anywhere > in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users -- Peter Landgren Talken Hagen 671 94 BRUNSKOG 0570-530 21 070-635 4719 pet...@te... Skype: pgl4820.2 |
From: Peter L. <pet...@te...> - 2008-11-14 08:28:08
|
Hi, I also get "None" and the same errors. However, If I delete the translation hack and the end of the plugin and uncomment line 44 it works without problems. Even if persons are left out and some words are split? Actually this split of words is seen only if I use "Okular" to view the PDF file. If I use Acrobat reader all is OK. What happened was that some letters "u" disappeared and was replaced by space. If I serched for "u" it found those letters even if they were shown as space!! OpenOffice writer shows all letters! /Peter |
From: Reinhard M. <rei...@by...> - 2008-11-14 13:37:09
|
Hi, all, thank you for the feedback! In fact the translation hack had a bug (I also corrected it in the wiki now). I've uploaded a new version, please try that one and tell me what you get! Am Freitag, den 14.11.2008, 09:27 +0100 schrieb Peter Landgren: > Actually this split of words is seen only if I use "Okular" to view > the PDF file. If I use Acrobat reader all is OK. What happened was > that some letters "u" disappeared and was replaced by space. If I > serched for "u" it found those letters even if they were shown as > space!! I guess that's a bug in Okular then. Thanks, Reinhard |
From: Tony G. <TB...@xt...> - 2008-11-15 00:11:13
|
On Fri, 2008-11-14 at 14:37 +0100, Reinhard Müller wrote: > Hi, all, > > thank you for the feedback! > > In fact the translation hack had a bug (I also corrected it in the wiki > now). > > I've uploaded a new version, please try that one and tell me what you > get! > > Am Freitag, den 14.11.2008, 09:27 +0100 schrieb Peter Landgren: > > Actually this split of words is seen only if I use "Okular" to view > > the PDF file. If I use Acrobat reader all is OK. What happened was > > that some letters "u" disappeared and was replaced by space. If I > > serched for "u" it found those letters even if they were shown as > > space!! > > I guess that's a bug in Okular then. > > Thanks, > Reinhard Reinhard This time I did get a report :) However when printing to ODT or HTML, when the call name is a part of the given name (e.g Gus for Gustaf) the report shows as <u><u/> instead of the underline. Other Gramps reports do not use the underline to highlight call name. If I choose recursive I don't necessarily get all descendants. Using the example data base, choosing Gustaf Smith Sr as the centre person (8), gives a report including only children a, b, e, g and grandchild ga. Hjalmar (d) is an individual who marries and has descendants but doesn't feature in the recursive report. Also if I change the centre person, then choose to open the generated document directly, the report that shows is that of the previous centre person, even if I have changed to a different database. Tony |
From: Benny M. <ben...@gm...> - 2008-11-15 09:50:33
|
2008/11/15 Tony Gordon <TB...@xt...> > > Also if I change the centre person, then choose to open the generated > document directly, the report that shows is that of the previous centre > person, even if I have changed to a different database. > Is this not normal? You generated the report before, so how could it have changed on your hard disk? Or do you mean something else? Benny |
From: Reinhard M. <rei...@by...> - 2008-11-15 12:51:00
|
Hi, Tony! Am Samstag, den 15.11.2008, 13:11 +1300 schrieb Tony Gordon: > However when printing to ODT or HTML, when the call name is a part of > the given name (e.g Gus for Gustaf) the report shows as <u><u/> > instead of the underline. Other Gramps reports do not use the > underline to highlight call name. Yes. There is no documented way to include underlined text in a report, and I wanted the call name to be underlined for my purposes, so I used that hack that only works for PDF output. Since I see this confuses many people, I'll make this an optional feature that is off by default. > If I choose recursive I don't necessarily get all descendants. Using > the example data base, choosing Gustaf Smith Sr as the centre person > (8), gives a report including only children a, b, e, g and grandchild > ga. Hjalmar (d) is an individual who marries and has descendants but > doesn't feature in the recursive report. Is my guess correct that Hjalmar is your grandfather (4)? Let me explain my thoughts behind this: If you print the FamilySheets recursively for all your great-grandparents (8 - 15), each of these recursive runs will contain the data of yourself and your brothers and sisters. You will get the data of your father-sided cousins 4 times, and the data of your mother-sided cousins 4 times, etc. So the report deliberately stops the recursion whenever it reaches a person having a closer relationship to yourself than the one via the selected center person. So if you recurse your great-grandfather, it prints all his descendants except for your grandfather. If you recurse your grandfather, it prints all his descendants except for your father. And so on. This made sense for me. I don't know whether it makes sense for anybody else. Appearantly it is at least not 100% plausibe at first sight. Would you think an additional boolean parameter would make sense? Or should it simply be explained better? > Also if I change the centre person, then choose to open the generated > document directly, the report that shows is that of the previous > centre person, even if I have changed to a different database. Please explain this more, I don't understand it. Thanks, Reinhard |
From: Benny M. <ben...@gm...> - 2008-11-15 23:05:06
|
2008/11/15 Reinhard Müller <rei...@by...> > Hi, Tony! > > Am Samstag, den 15.11.2008, 13:11 +1300 schrieb Tony Gordon: > > However when printing to ODT or HTML, when the call name is a part of > > the given name (e.g Gus for Gustaf) the report shows as <u><u/> > > instead of the underline. Other Gramps reports do not use the > > underline to highlight call name. > > Yes. There is no documented way to include underlined text in a report, > and I wanted the call name to be underlined for my purposes, so I used > that hack that only works for PDF output. > > Since I see this confuses many people, I'll make this an optional > feature that is off by default. Reinhard, try to catch Brian to work out the best way to introduce this so all reports can make use of it. He is on the westcoast of the USA :-), so that gives you a window to talk on the chat channel. > > If I choose recursive I don't necessarily get all descendants. Using > > the example data base, choosing Gustaf Smith Sr as the centre person > > (8), gives a report including only children a, b, e, g and grandchild > > ga. Hjalmar (d) is an individual who marries and has descendants but > > doesn't feature in the recursive report. > > > Is my guess correct that Hjalmar is your grandfather (4)? > > Let me explain my thoughts behind this: > If you print the FamilySheets recursively for all your > great-grandparents (8 - 15), each of these recursive runs will contain > the data of yourself and your brothers and sisters. You will get the > data of your father-sided cousins 4 times, and the data of your > mother-sided cousins 4 times, etc. > So the report deliberately stops the recursion whenever it reaches a > person having a closer relationship to yourself than the one via the > selected center person. > > So if you recurse your great-grandfather, it prints all his descendants > except for your grandfather. If you recurse your grandfather, it prints > all his descendants except for your father. And so on. > > This made sense for me. I don't know whether it makes sense for anybody > else. Appearantly it is at least not 100% plausibe at first sight. > > Would you think an additional boolean parameter would make sense? Or > should it simply be explained better? It looks complicated indeed. An option like: 'Only relatives not more closely related to home person' or something better worded. Make sure there is a help button on the report that opens the relevant wiki page explaining things clearly. Benny |
From: Reinhard M. <rei...@by...> - 2008-11-16 10:16:10
|
Am Sonntag, den 16.11.2008, 00:04 +0100 schrieb Benny Malengier: > Reinhard, try to catch Brian to work out the best way to introduce > this so all reports can make use of it. You mean underlining the call name? This involves adding the support for underlined text to all report output engines, which is probably a significant project in itself. > He is on the westcoast of the USA :-), so that gives you a window to > talk on the chat channel. I've added #gramps to my autojoin list now. My nick is reinhard. > It looks complicated indeed. > An option like: 'Only relatives not more closely related to home > person' or something better worded. Does "Stop recursion at closer relationships" sound reasonable and proper English? > Make sure there is a help button on the report that opens the relevant > wiki page explaining things clearly. Hm. That presumes that there *is* such a wiki page ;-) Well, I'll have a look at this. Thanks, Reinhard |
From: Brian M. <br...@gr...> - 2008-11-16 22:03:07
|
> > Reinhard, try to catch Brian to work out the best way > to introduce > > this so all reports can make use of it. > > You mean underlining the call name? This involves adding > the support for > underlined text to all report output engines, which is > probably a > significant project in itself. Personally, I see it as bad practice to hard code font styling into the report. If at all possible, it would be best to create a new paragraph style and make underlining the default. This way, users can change the style if they don't want underlined text. Unfortunately, we have some existing instances were we violate this. In the TextDoc interface, we provide two function sets for start/stop bold and start/stop superscript. So it might not be the end of the world to add start/stop underline. But again, this limits the user's ability to customize the styles. ~Brian |
From: Reinhard M. <rei...@by...> - 2008-11-17 08:49:34
|
Brian, Am Sonntag, den 16.11.2008, 14:03 -0800 schrieb Brian Matherly: > Personally, I see it as bad practice to hard code font styling into > the report. If at all possible, it would be best to create a new > paragraph style and make underlining the default. This way, users can > change the style if they don't want underlined text. I believe you are right, this would be absolutely preferrable. How can I change the paragraph style *within* the paragraph? (I want only a part of the line to be underlined) Thanks, Reinhard |
From: Brian M. <br...@gr...> - 2008-11-17 12:48:31
|
Reinhard, > Am Sonntag, den 16.11.2008, 14:03 -0800 schrieb Brian > Matherly: > > Personally, I see it as bad practice to hard code font > styling into > > the report. If at all possible, it would be best to > create a new > > paragraph style and make underlining the default. This > way, users can > > change the style if they don't want underlined > text. > > I believe you are right, this would be absolutely > preferrable. > > How can I change the paragraph style *within* the > paragraph? (I want > only a part of the line to be underlined) Unfortunately, that isn't supported right now (which is why I said "if at all possible"). A future enhancement for Gramps would be to separate the text formatting from the paragraph styles and use separate text styles. Are you *SURE* you need part of the text underlined? None of the other Gramps reports do that, so it would not be consistent with any existing reports. Perhaps you could make the text that you want underlined a new paragraph (I haven't looked closely at the output of your report, so I'm not sure if that would work). ~Brian |
From: Reinhard M. <rei...@by...> - 2008-11-17 13:00:12
|
Hi, Brian! Am Montag, den 17.11.2008, 04:48 -0800 schrieb Brian Matherly: > Are you *SURE* you need part of the text underlined? It's about the call name: For example, my grandmother's name is "Maria Alma Stephanie", where Alma is the call name. For some people, the first part of the name is the call name, for other people, it's the second name. That's why it is necessary to mark the call name. Now the usual (actually, used everywhere) way to mark the call name is to underline it, so her name would be printed as Maria Alma Stephanie ---- This is how it is done in official documents, in church books, ... It does not make sense to separate the person's name into 3 paragraphs. I am aware that no other report does this (yet) - none of the existing reports contains this information which of the given names is the call name (except when I print *only* the call name). Thanks, Reinhard |
From: Johan V. <jvr...@sq...> - 2008-11-17 14:02:37
|
Reinhard Müller <rei...@by...> writes: > Now the usual (actually, used everywhere) way to mark the call name is > to underline it, so her name would be printed as > > Maria Alma Stephanie > ---- > > This is how it is done in official documents, in church books, ... In this part of the world call names almost never match one of the first names. Some examples from my ancester chart[1]: Johannes Josephus Maria -> Johan Wilhelmus Josephus -> Wim Cornelis Josephus -> Kees Most official documents do not mention the call name at all. -- Johan |
From: Benny M. <ben...@gm...> - 2008-11-17 14:26:14
|
The origin of call name is a Reinhard brings it, see http://en.wikipedia.org/wiki/German_name It comes from the translation of the German word Rufname. In other words, if not part of the official name, Call name can have no legal tender and is hence an alternative name form which is in GRAMPS a different name type. If although it is not part of the official name it has legal tender, then somewhere there must be an official record of it and it is hence a legal name (contradiction). If legal name, you can use it as first name with normal name type. My guess is the examples you give are actually nick names, which is a different name type. Call name is the part of the name that is the call name, and hence can be underlined. If one uses call name in GRAMPS for other purposes, that is fine, but it does not change the intention of the field (indicate part of first name that is call name without the need to define it as an alternative name type.) Many people use call name field in GRAMPS to indicate the by the person used name as opposed as the official name, but again, that is not the intention of the field in GRAMPS. Benny 2008/11/17 Johan Vromans <jvr...@sq...> > Reinhard Müller <rei...@by...> writes: > > > Now the usual (actually, used everywhere) way to mark the call name is > > to underline it, so her name would be printed as > > > > Maria Alma Stephanie > > ---- > > > > This is how it is done in official documents, in church books, ... > > In this part of the world call names almost never match one of the > first names. Some examples from my ancester chart[1]: > > Johannes Josephus Maria -> Johan > Wilhelmus Josephus -> Wim > Cornelis Josephus -> Kees > > Most official documents do not mention the call name at all. > > -- Johan > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Gramps-users mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-users > |
From: Tony G. <TB...@xt...> - 2008-11-16 07:35:27
|
On Sat, 2008-11-15 at 13:51 +0100, Reinhard Müller wrote: > > > Also if I change the centre person, then choose to open the generated > > document directly, the report that shows is that of the previous > > centre person, even if I have changed to a different database. > > Please explain this more, I don't understand it. Reinhard Regarding this last point, I have been unable to repeat the behaviour today, so ignore it. If it recurs I will try to be more explicit. A small point I have noticed is that the report sometimes writes '/u2192' in place of the arrow pointing to the Ahnentafel number of the other individuals. This occurs with both pdf & odt formats. As an example, again using the example database (the one that comes with Gramps), with the home person set to Edwin Michael Smith, do a report for Elna Jefferson (33) and you will see the text occur for her husband Martin Smith (32). Tony |