Opened 5 years ago

Closed 5 years ago

#108 closed defect (fixed)

SVG Export question/odditity

Reported by: Richard Knapp Owned by: Olly Betts
Priority: minor Milestone: 1.2.42
Component: aven Version: 1.2.41
Keywords: SVG Export Cc:

Description

I am working to export a 'shadow' version of my project. I tried many options and finally got the export as SVG with walls. The export worked fine but looking at the image, something didn't look correct.

I thought it might be program importing image so I tried a generic SVG viewer and see the same thing.

It appears some of the passage dimensions are reversed in the SVG version versus the Aven displaced Tubes. (trying to figure out how to attach the SVG and an Aven screen shot for comparison)

Attachments (2)

micro.png (23.9 KB) - added by Richard Knapp 5 years ago.
Screen shot from Aven
Micro.svg (14.8 KB) - added by Richard Knapp 5 years ago.
SVG Export from Aven

Download all attachments as: .zip

Change History (7)

Changed 5 years ago by Richard Knapp

Attachment: micro.png added

Screen shot from Aven

Changed 5 years ago by Richard Knapp

Attachment: Micro.svg added

SVG Export from Aven

comment:1 Changed 5 years ago by Olly Betts

Milestone: 1.2.42
Status: newassigned

It looks to me from the two images like the L and R dimensions are simply swapped in the SVG (the passages in Aven look much more plausible in shape). I'll investigate.

comment:2 Changed 5 years ago by Olly Betts

I made a simple example, but this looks the same in aven and in the SVG export so it's not a simple case of L and R being switched.

Are you able to share the data? A cut-down version which still shows the problem would be fine (better even!) You can email it direct to me if you'd rather not put it somewhere public.

comment:3 Changed 5 years ago by Olly Betts

Thanks for the off-ticket example .3d file.

That was enough for me to spot what I was missing in trying to reproduce the problem - things work fine for a plan when North is up, but in your example the cave is in plan but rotated, and the LR lines aren't getting rotated correctly in that situation (they aren't unrotated though, which would be the obvious way for this to be going wrong).

comment:4 Changed 5 years ago by Olly Betts

So as a workaround you can probably export with a bearing of 0 and perform any rotation you want after importing (assuming whatever you're importing into supports that).

comment:5 Changed 5 years ago by Olly Betts

Resolution: fixed
Status: assignedclosed
Note: See TracTickets for help on using tickets.