Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SVG Polyline vs. SVG Path in output #174

Closed
theomega opened this issue Jan 25, 2021 · 2 comments
Closed

SVG Polyline vs. SVG Path in output #174

theomega opened this issue Jan 25, 2021 · 2 comments

Comments

@theomega
Copy link
Contributor

Currently vpype writes SVG Polylines. Is there a reason for using them vs. using SVG Paths?

Reason I'm asking: My toolchain currently involves opening the SVG in Inkscape and then using an Inkscape plugin to generate the GCode to send to my pen plotter. This Inkscape plugin only supports SVG Paths, so I have to convert the Polylines from vpype to Paths. This is two clicks, but I was wondering what the rational was.

I'm thinking to implement a command line flag to the write command to switch the output to SVG Paths from SVG Polylines. Would such a thing make sense in the scope of the project?

@theomega theomega changed the title Polyline vs. Path in output SVG Polyline vs. SVG Path in output Jan 25, 2021
@abey79
Copy link
Owner

abey79 commented Jan 25, 2021

I actually recently changed from path to polylines. The reasons were polylines are more compact than paths since it's just a bunch of coordinate, without the "M" and "L" commands and they happen to be much faster to load in vpype (should you read a file that was previously written by vpype).

Now, in order to optimise your workflow, I strongly suggest to take a look at https://github.com/tatarize/vpype-gcode/. It's in a rather preliminary state and might need some coding to adjust to your needs, but I know @tatarize is always willing to help on this.

@theomega
Copy link
Contributor Author

Ok, lets leave it like this, the argument that polylines are shorter is a strong one.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants