Generating vector graphics for laser cutters

I'm looking for a way of generating vector graphics in the following formats for the use of a laser cutter: PDF, SVG perhaps DXF
What I've done so far is write everything in good old postscript and directly cut that.

Now that has some serious problems, one I don't want to deal with it, postscript is a pain in the ass. It's easy to learn, intuitive but I haven't been able to get accustomed to it. Too weird, too little utility stuff like debugging or access to the data structure ultimately used for rendering.

What I also need: Short test cylces, so no sepples, java or other compiled shit. (That goes for cairo as well)
Some ready way to talk to a web server, I want to have my parametic models available at a site, fill out some form and then download a finished layout.

OpenScad would work but it hasn't got real support for 2D graphics, and it's limitations are kind of annoying, you can't even allocate any memory so fuck that.
I'm considering processing, but I'm fishing for alternative solutions.

lol, this guy must think this is a board about doing actual programming !

>>2
huhuhuhuhu so funny

That goes for cairo as well

http://cairographics.org/bindings/

Ideal vector graphics would be a pure data format that be read in a stream. Then generate the stream with whatever language you want. PS is rather horrid.

>>4
I should have mentioned cairo and bindings in more detail. The problem I have with that is becomes unnecessary verbose. I can probably migrate most of the boilerplate stuff and then have a fairly concise way of doing stuff. I've actually found a wrapper library "adg canvas", that goes in the right direction and would even spare me a lot of work.
But that's still not the same thing as having essentially the same functionality postscript has in a native library for a common scripting language.

>>5
I don't have a choice of the output format, I need a format that corel draw can read as that's the only thing installed on the machine in the shop.

>>6
I see svg as the most sane.

https://pypi.python.org/pypi/svgwrite/ maybe?

This board is for neets. Begone.

>>8
Yeah, could work, I did forget to mention that while I like to also have to option of SVG output PDF is really what I should use. The reason is SVG doesn't have real work units and it depends on whatever dpi the importing application works with.

>>9
make me

>>11
check 'em

Actually this seems more close to what you want--it wraps up the PostScript API, and it has PDF output support:
http://pyx.sourceforge.net/

Use (or generate) T_EX with PGF/TikZ and output to PDF.

>>10
Don't make me sic my pet cacodemon on you.

>>12
thanks, that looks promising.

>>13
I've thought about it, there is also asymptote which is he same thing with a C like syntax. It's sill not off the table, but I want to try the less weird choices first.

Short test cylces

Looks like you want Haskell. It eliminates whole classes of bugs via good static typing, so test cycles are as short as can be.

Your requirements are too vague. Define "generating vector graphics". Are you drawing them (https://en.wikipedia.org/wiki/Comparison_of_vector_graphics_editors ), doing format conversion, or what...?

>>17

I think it's pretty clear what my intentions are when you pay attention to the context of the thread, not just the topic.
For you, i'm looking for a library that helps me write programs that generate laser cutting paths. Most of the stuff I do is parametric, where I define the dimensions of some parts of the assembly and the rest gets calculated. There is some repetition and modularity, for instance finger (woodworking) joints are defined as custom paths which take into account the material thickness, the length of the edge and the sort of joint (which part of the assembly so they fit).
Currently I only compensate for the kerf of the laser in cases where it's needed as part of the custom path algorithm.

What I intent on doing (what's not possible with postscript without too much hassle) is returning an outline of a complete closed path and after that some sort of strip packing algorithm that turns the different part into a layout.
I suspect this last part to be a performance issue, but since it's just an algorithm that isn't subject to constant change it can be done with a compiled language.

>>18
That's it. Get him Rex.

EEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEEE!

>>18

i'm looking for a library that helps me write programs that generate laser cutting paths.

You're already speaking at around 2 levels of indirection above where you should be.

In more simple terms, you want to make parameterised vector graphics. Simple solution: output PostScript from some other language. Perl would probably work fine.

>>20
I don't want to do that because if somebody else already done that job, probably better then I would I'd rather build on somebody else's work because I see it as tedious to write such a wrapper.

I'm fine now btw, as suggested, PyX is more or less exactly what I wanted. It even has the ability to draw path outlines.
Could be faster, but that's ok for python.

>>20

Simple solution: output PostScript from some other language.

Quoting you from another thread:

Everything interesting enough about it I've been posting in the previous thread and this thread. If you don't have enough of an attention span to read them, [...]

Do you not have enough of an attention span to read this thread? Because OP posted

Now that has some serious problems, one I don't want to deal with it, postscript is a pain in the ass.

Kill yourself, retard.

>>22
Dude wtf?

>>23
And it's funny because outputing PS from another language is exactly what PyX does.