That makes sense, I’ll take a look.
@stuck
I implemented this along with some minor fixes. Please try version v0.1.61.
The path defaults to the user’s directory (C:\users<user>), but remembers where you last exported to, so after the first export to \Documents (or wherever you export to), that directory will be the default the next time you export a tree from FTV.
1 Like
@Brinycoolie
Does the new SVG export work for you, and does it solve your original problem (at least as a workaround)?
I tried the SVG Export (which needs a toolbar icon) and ran into a few problems.
- there is no default filename
- if you click a previous file in the destination to replace it, the name includes the
.svgextension. Then the export appends a 2nd.svgon that filename. - when printing from Inkscape, the file defaults to landscape and prints rotated 180 degrees (upside-down). However, if you select Portrait and then back to landscape, it correctly prints upside-up.
- whether by print or the export, the file still has extreme width/height pixel sizes. If Inkscape is in Pixels units, the Scale is 1.0; if in Inches, is at 98.854" width x 22.083" height at 0.010417 Scale. No matter what, I cannot get it to output to a reasonable width. (changing the scale only changes the drawing object scale, not the page scale.) Those Fedora ‘Print to File’ “Page Setup” options are dimmed
Inkscape:
In the Windows version v0.1.61:
- a default filename is given
- selecting an existing file name does not duplicate the .svg extension
My default SVG application is the commercial (but not at all expensive) product Affinity Photo 2 (not available for Linux). The SVG exports opens as expected in that application, i.e. the SVG image of the tree looks just like the tree in Gramps.
The dimensions of the image are enormous but as the file just just a regular SVG file so I can manipulate it as I like in Affinity Photo. The only limitations to the editing being my skills with that application, and the inevitable loss of resolution if the huge dimensions of the document are resized down too much.
I can also export the SVG from Affinity Photo as a PDF and then use the ‘tile large pages’ option in the print dialog of my PDF Reader (Foxit) to print it out across multiple sheets of paper. Not actually done that yet mind you.
I’m a happy bunny 
2 Likes
@emyoulation
As @stuck correctly pointed out: It sounds like you are not using the latest version. Can you confirm that you are using v0.1.61? This version specifically fixes these two issues, among other improvements.
I’m not sure if the way the SVG is generated has any effect on how Inkscape prints it, or what options are available in Inkscape’s print dialog. Are you sure this only happens with SVGs generated by FTV? Does it happen with small trees (only 2 people, active and spouse) or with exports that are in portrait format by themselves (e.g. an ancestral line)?
If it only affects certain SVGs, and it is certain that it is not a bug in Incscape, but is based on an SVG tag, property or whatever, it may be possible to narrow down the cause, since SVG is a plain text format.
However, I’m not sure if I can change the SVG output since it’s basically: render this GooCanvas to Cairo Context and save it as SVG.
Regarding the last point, I’m not sure what the issue is. When you print/export a large visualization, it will be large and you can read the text, or it will be small and you cannot read the text. Could you please explain your issue in detail?
@ztlxltl
It does, thank you, but it will take me a while to perfect my own ability to filter, scale, export, add legends, print and then slice, dice and prune the sheet into a jig-saw of pages suitable for a transmissible attachment.
Thank you again for your gracious efforts.
brian
2 Likes
I examined the header of a new document SVG created in Inkscape (containing a single rectangle object) and one exported from FTV. The biggest distinction was that there were no units (english or metric) in the FTV but the Inkscape had Inches specified.
[pedantry]That should be ‘(Imperial or Metric)’[/pedantry]
2 Likes
@emyoulation
I did the same thing, and in the SVGs created by both Inkscape and FTV export the width/height properties of the <svg> tag use units. Could you please specify exactly where the units are missing?
Inkscape SVG header:
<!-- Created with Inkscape (http://www.inkscape.org/) -->
<svg
width="14in"
height="8.5in"
viewBox="0 0 303.189 184.07904"
version="1.1"
id="svg1"
inkscape:version="1.3 (0e150ed6c4, 2023-07-21)"
sodipodi:docname="drawing.svg"
xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape"
xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd"
xmlns="http://www.w3.org/2000/svg"
xmlns:svg="http://www.w3.org/2000/svg">
FTV export SVG header:
<?xml version="1.0" encoding="UTF-8"?>
<svg xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" width="9490" height="2120" viewBox="0 0 9490 2120">
FTV export SVG header (with manually added linebreaks for readability):
<?xml
version="1.0"
encoding="UTF-8"?>
<svg
xmlns="http://www.w3.org/2000/svg"
xmlns:xlink="http://www.w3.org/1999/xlink"
width="9490"
height="2120"
viewBox="0 0 9490 2120">
1 Like
I think we are getting closer. My outputs looks like this:
<?xml version="1.0" encoding="UTF-8"?>
<svg
xmlns="http://www.w3.org/2000/svg"
xmlns:xlink="http://www.w3.org/1999/xlink"
width="130pt"
height="185pt"
viewBox="0 0 130 185"
version="1.1">
Note the version="1.1" in my case. Could you please run the command
python3 -c "import cairo;print(cairo.version)"
and report back the output?
[districtsupport@fedora-vm ~]$ python3 -c “import cairo;print(cairo.version)”
1.21.0
and a different (ambiguous) version reported from Prerequisites Checker Gramplet Version: 1.2.5
Diagnostic Gramplet to help evaluate if Gramps has all prerequisites installed.
You have Gramps 5.2.2. Please make a backup and then upgrade.
Gramps 5.2.4, is the most current version.
REQUIRED
Installations of the following packages are ABSOLUTELY REQUIRED
(Requires the minimum version or greater.):
• Python 3.11.6 (Passed: version 3.8.0 or greater installed.)
• GTK+ 3.24.38 (Passed: version 3.24.0 or greater installed.)
• PyGObject 3.42.2 (Passed: version 3.29.0 or greater installed.)
• Cairo 1.17.6 (Passed: version 1.13.1 or greater installed.)
• Pycairo 1.21.0 (Passed: version 1.13.3 or greater installed.)
• Pango 1.50.14 (Passed: version 1.29.3 or greater installed.)
• PangoCairo 1.0
• Berkeley Database library (bsddb3: 5.3.28) (Python-bsddb3 : 6.2.9)
• SQLite Database library (sqlite3: 3.40.0) (Python-sqlite3: 2.6.0)
• xdg-utils (Manual check see instructions link)
• librsvg2 (Manual check see instructions link)
• language-pack-gnome-xx (Manual check see instructions link) for your Language <show locale here TBD>
RECOMMENDED
Installations of the following packages are STRONGLY RECOMMENDED as necessary for Geography and Charts:
• osmgpsmap 1.0 (Passed: version 1.0 or greater installed.)
• Graphviz 5.0.
• PyICU not found but we have ICU 3.11.0b5
• Ghostscript 9.56.1
• python-fontconfig not found, (Requires version 0.5.x)
Optional
Installations of the following packages are optional:
Gtkspell enables spell checking in the notes.
• GtkSpell 3.0 (Passed: version 3.0 or greater installed.) (enchant module: not found)
• rcs installed TBD (Passed: version 5.9.4 or greater installed. If not on Microsoft Windows)
Python Image Library (PIL) is needed for cropping images and LaTeX output.
• (PILLOW 9.2.0)
• GExiv2 : 0.10 (Exiv2 library : 0.27)
• geocodeglib not found (Requires version 1.0 or greater installed.)
For addon Networkchart, font White Rabbit provides an extremely readable result.
• Installed font: found another font
Development & Translation Requirements
Installations of the following packages are RECOMMENDED if you intend to translate or do any development (addons etc.):
• gettext (msgfmt): 0.21.1
• intltool-update: not found
Sphinx is a tool that builds the Gramps development documentation and man pages
• Sphinx: not found
Optional packages required by Third-party Addons
Prerequistes required for the following Third-party Addons to work:
01. Addon:Family Sheet : (PILLOW 9.2.0)
02. Addon:Graph View : (GooCanvas:2.0)(PyGoocanvas: TBD?)(Graphviz 5.0.)
03. Addon:PedigreeChart : (NumPy : 2.1.3 )
04. Addon:Network Chart : (networkx 3.4.2)(Graphviz 5.0.)
and one of either: (pydotplus: not installed) or (pygraphviz: not installed)
05. Addon:GenealogyTree : (lualatex :not found)(PILLOW 9.2.0)
06. Addon:HTMLView : (Webkit: not installed )
07. Addon:GoogleMapKML : (Google Earth on Desktop : not found.)
08. Addon:Webconnect Pack : (libwebconnect : Installed)(Passed)
09. Addon:TMG Importer : (DBF not found.)(Requires version 0.96.8 or greater installed.)
10. Addon:PostgreSQL#Prerequisites Database library Support : (PostgreSQL 160000)(psycopg2 : 2.9.9 (dt dec pq3 ext lo64))
11. Addon:Edit Image Exif Metadata : (PILLOW 9.2.0) GExiv2 : 0.10 (Exiv2 library : 0.27)
12. Addon:Photo Tagging Gramplet : (NumPy: 2.1.3)(OpenCV facedetection: not found.)
13. Addon:Lxml Gramplet : (lxml: 4.9.1.0)(libxml: 2.10.4)(libxslt: 1.1.39)
14. Addon:MongoDB : • Requires: MongoDB TBD / pymongo TBD
Diagnostic checks
Check for potential issues.
Environment settings:
• Operating System: linux
kernel: 6.5.12-100.fc37.x86_64
Locale Settings:
• LANG: en_US.UTF-8
• LANGUAGE: en
• LC_MESSAGES: not set
• LC_TIME: not set
Gramps Environment variables:
• GRAMPSI18N: not set
• GRAMPSHOME: not set
• GRAMPSDIR: not set
• GRAMPS_RESOURCES: /home/districtsupport/.local/lib/python3.11/site-packages
Locales available:
Installed Locales\Translations (If only English is listed please re-install Gramps again and make sure to select all the Translations and Dictionaries)
sq : Albanian
ar : Arabic
bg : Bulgarian
ca : Catalan
zh_HK : Chinese (Hong Kong)
zh_CN : Chinese (Simplified)
zh_TW : Chinese (Traditional)
hr : Croatian
cs : Czech
da : Danish
nl : Dutch
en_GB : English
en : English (USA)
eo : Esperanto
fi : Finnish
fr : French
de : German
de_AT : German (Austria)
el : Greek
he : Hebrew
hu : Hungarian
is : Icelandic
it : Italian
ja : Japanese
lt : Lithuanian
nb : Norwegian Bokmal
nn : Norwegian Nynorsk
pl : Polish
pt_BR : Portuguese (Brazil)
pt_PT : Portuguese (Portugal)
ru : Russian
sr : Serbian
sk : Slovak
sl : Slovenian
es : Spanish
sv : Swedish
ta : Tamil
tr : Turkish
uk : Ukrainian
vi : Vietnamese
Back Up Your Genealogy Files.
If you have a reason to be checking Prerequisites, it is the right time to back up your genealogy files, and then test your backups!
Backup to Gramps XML You will find "Make Backup..." in the Family Tree menu of recent Gramps versions, otherwise use "Export..." in the same menu but uncheck privacy options in the Exporter Assistant in order to export all data.
• Backups can be made at any time and, at a minimum, on the first day of every month. But preferrably more often.
• It is strongly recommended to backup each of your Family Trees before any upgrade.
• Test your backups by creating a new Family Tree and then importing the backup.
1 Like
By the way, on different levels, I both like and dislike the way text is exported by FTV.
Like: The way it converts each character into a shape has benefits. It makes the output MUCH more consistent and independent of whether the font family is supported on various OSes.
Dislike: However, it makes the text impossible to edit as a text string.
Thanks for the info.
I’m out of ideas, and I’m not even sure if fixing this unit inconsistency will solve the original problem of Inkscape printing upside down:
I don’t think I have any control over that as this is all done by cairo.
Yeah. I didn’t see anything promising there either. And the way changing (IN the Inkscape print interface) from landscape to portrait and back to landscape is very weird. But it is a viable workaround.
It really doesn’t even matter for hardcopy output. And it is only mildly annoying for PDF files.
Surely that must be an Inkscape problem, since the SVG exported from the Windows version does not behave like that when opened by a Windows application capable of opening SVG files?
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.