Print&cut-- From Inkscape SVG, how to engrave (raster) & cut (vector) superimposed correctly [Solved]

I’m working with a small Makerspace that is just getting started. Attached are some design files that we’re having trouble importing into the Glowforge Web app (GFUI).

The SVG, made in Inkscape, contains a “cut” layer and an “engrave” layer. We use the following process in Inkscape:

  1. Set only the “cut” layer to visible.
  2. Save a copy of the file as PDF (included in the attached zipfile).
  3. Set only the “engrave” layer to visible.
  4. Export the file (the whole page) as a PNG at 96 dpi (included in the attached zipfile).

When we import the PDF & PNG into GFUI, the files appear mostly correctly except that the PDF & PNG are at 2 different scale factors. To get the print-&-cut to work right, we would need to rescale one or the other image manually in GFUI (the PNG, I think).

Instead, we’d like to know how to export file(s) from Inkscape so that the cut & engrave images superimpose on each other @ the same scale factor in GFUI so the print-&-cut will happen correctly.

This problem occurs even when we log into GFUI from a computer that isn’t connected to the Glowforge machine. So calibration & other machine issues have nothing to do with this.

We can successfully print-&-cut designs from the Glowforge catalog.

We looked on the forum for problems similar to ours, but the only thing that jumped out at us was to use 96 dpi for the PNG. (We had tried 225 dpi at first, because GFUI defaults to interpolating the PNG to 225 lines per inch.)

We’ve tried other combinations of file format also, but this one (PDF for cut + PNG for engrave) seems to come the closest to working correctly.

If you open the SVG to test this issue, the file won’t display correctly unless you have the fonts that were used. All of them are downloadable & usable gratis:

Aleo, Idealist, Rafale, Signika

Nobile, Poetsen, Sansita

Debian-based Linux distros:
Cabin, Gillius ADF No2, Lato

Any thoughts?

Business card (505.8 KB)

Have you tried embedding the image into your SVG or PDF?

It sounds like you are adding it separately?

When adding it separately, it doesn’t care about the DPI (or more accurately the PPI). It will render at whatever DPI the browser uses (probably 96) as it relates to the overall pixels (ie 4000 pixels on the long edge / 96 = rendered size)

If you embed the source image into the file, it will respect both the size and resolution.


Welcome to the forum @LinuxDrawing. I am curious as to why you are doing two exports? The one SVG file, if natively made in Inkscape can be both a cut/score and an engrave. Just fill the objects that you want engraved with no defined stroke color. Then for the cuts, define a stroke color and no fill color.

The PNG export DPI doesn’t correspond to the Glowforge LPI as you noted. You will have to get the pixel count correct to correspond to what Inkscape version resolution you are using. Not quite sure those values.

Perhaps you want to keep the text editable. As they are now, they are as text. You can convert them to paths. Then you need to do a difference with the object to punch out the white from the darker background.

I would do it for you, but I don’t have your fonts installed and that makes it the wrong size.

Do you want a score outlined around the text as you have or do you want them engraved?


Here is one I made for you, but it might not be what you want. You might be better off just exporting the whole thing as a PDF.

As it stands, this file has lots of issues. You have overlapping paths. The gear and the brush are not punched out of the background. The text is text and is just outlined.


First, thanks to both of you for the prompt replies! You pointed me in the right direction. Here’s what happened:

Before I made that first forum posting, the Glowforge users (“we”) at our makerspace had tried uploading to GFUI a PDF that contained both engrave & cut, but it didn’t work right. I seem to remember that we had tried uploading the engrave steps in vector form, which probably made the PDF file too complex for GFUI.

So after your replies, we thought about it some more.

Our solution was to define a filter in Inkscape that does nothing.

In Inkscape, we apply this filter to the objects that we want to be engraved. These objects we want to be in raster form in the PDF. (As mentioned in my earlier post, we keep the engraving & the vector cut lines on separate layers in Inkscape, so we can keep straight which is which.)

Then we make sure that in Inkscape’s PDF export dialog, “Rasterize filter effects” is turned on. (We also specify the “Resolution for rasterization” field in that dialog to be 225 dpi to match the Glowforge’s default lines-per-inch setting. I suppose this is optional, but it prevents surprises.)

Then the PDF has the engrave steps in raster form, & the cut steps in vector form, so GFUI can process them right.

Now the print-&-cut works just like we want. :smiley:

The overlapping paths you mention, and the fact that the clip art isn’t punched out of the background, were not at all issues for us once the areas to be engraved were rasterized.

I’ve attached the Inkscape filter file. This file was made by copying the Inkscape .SVG design file, opening the copy in a text editor, & deleting everything except the filter definition & the SVG header & footer. If you open this filter file the way you would an SVG drawing, you won’t see anything, because there are no graphics in the filter file.

Because the file has a .svg extension, this forum tries to display the file as part of my posting, but there’s nothing to display. So I had to attach the file in .zip form. The file needs to be unzipped before you can do any of the following with it.

You can put the filter file into your Inkscape install’s filters folder (by default on Linux, this folder is /usr/share/inkscape/filters/ ) and the next time you launch Inkscape, there should be a 00-Custom submenu added to the Filters menu. In the filter file, the submenu name starts with 00 so it will sort to the top of the Filter menu. (If you were to edit the inkscape:menu line in the filter file so the submenu name starts with ZZZ, it would sort to the bottom of the Filter menu.)

You will find mention on the Web that Linux users can put the filter file into their personal config folder ( ~/.config/inkscape/filters/ ), but this ignores the multi-user nature of Linux, and assumes that nobody else on your computer will ever have a use for your custom filters.

The name of the filter file doesn’t matter as long as it ends in .svg
You can even put multiple filter files into the filters folder if you want.

Once you’ve installed the filter file, you can learn as follows how the filter is constructed. The filter will work just the same if you don’t look into this; these steps are only for your interest:

  1. Open Inkscape so a blank SVG document appears.
  2. Draw something in that document. (A rectangle is fine.) Maybe this step isn’t even needed, but it doesn’t hurt anything.
  3. In the Inkscape menu, choose Filters > Filter Editor…
  4. Make sure what you created in step 2 is still selected. (Typically, it will have a dashed rectangle around it.)
  5. In the same Filters menu, select the new filter (00-Custom > rasterize).
  6. In the Filter Editor, note the definition of the filter:
    A. The only effect in the filter (diagram toward the upper right of the Filter Editor) is a Merge whose input comes from Source Graphic.
    B. At the bottom of the Filter Editor, click the Filter General Settings tab. The Coordinates have been set to (0, 0) and the Dimensions have been set to (100%, 100%) [shown in the Filter Editor as (1.00, 1.00)] so the filter applies only exactly to the area occupied by the object(s) you select. Filters that do modify the appearance of things are usually designed with Dimensions like (120%, 120%), and we maybe could have left the “rasterize” filter that way, but (100%, 100%) made more sense. The difference has to do with how filters work (a little off-topic here).

Other details about the filter file:

  • The underscore before the C in the inkscape:menu submenu-name turns the C into a keyboard shortcut, underlined in the Filter menu.
  • The inkscape:label line gives the name of the filter. We left this (“rasterize”) all lowercase as a hint that it’s a custom filter (for example, in the status bar at the bottom of the Inkscape window when a filtered object is selected); the filters that come with Inkscape have capitalized names like “Bloom.”
  • We could have put a keyboard shortcut in the inkscape:label as well (_rasterize), but we didn’t because the underscore will be visible outside the menu too, such as in the status bar or the Filter Editor.
  • The inkscape:menu-tooltip line contains an informative message that appears in the status bar (bottom of Inkscape window) when you mouse-over the submenu item (the “rasterize”).
  • Probably, some of the filters that come with Inkscape can be set to leave unchanged the appearance of the objects they’re filtering, just like this “rasterize” filter, but it might take a while to find out how to do this, and then the name of the filter would be different than what you’re using it for. :smile:
  • If you make your own custom Inkscape filters & want them to be in the same Custom submenu, you can use a text editor to copy-and-paste their <filter>...</filter> sections, from the SVG file where you first made each filter, to the custom filter file discussed here. The structure of the custom filter file would then look like: (I’ve used X’s as placeholders, and I’ve omitted indentation at the beginnings of the lines; indentation in SVG is for readability, but not mandatory.)

(SVG header)
<defs id="XXXX">
(the “rasterize” filter)
(a custom filter by you)
(more <filter>...</filter> sections if & when you add them)

If you edit an Inkscape filter file and make a mistake in the SVG syntax (such as unintentionally deleting the prior closing-angle-bracket), the Filters menu might not have your custom filters correctly. To troubleshoot this, you can type “inkscape” (without the quotes) at a command prompt, and Inkscape should show error messages (in the command-prompt window) that may help you find the syntax error. (721 Bytes)

Edit: Those who intend to Like this post, please also notice my post of May 3 (in this same topic/thread) that has an updated version of the filter! Thanks.


I really appreciate the time it took to details all of that process.

I’m curious though as to why you are using a PDF (and all these steps) vs just using an Inkscape SVG file with the Raster embedded?

1 Like
  1. The reason our makerspace is uploading to GFUI in PDF rather than SVG is that when we try SVG, we get an error message that our SVG contains text, and that GFUI is removing the text.

Our design uses the outline of some of the text as a vector cut path, and GFUI requires cut paths to stay in vector format, which means we can’t just rasterize that text to keep GFUI from detecting & deleting that text. Being unable to express any text in vector form would be a disappointment anyway.

  1. “All these steps” is mainly just explaining about the filter file so that:
    a. Readers understand what is happening.
    b. Readers can customize the filter file if they want.

Once the filter is added to Inkscape, the process for print-and-cut is just:

A. Design the SVG file with engrave items on one layer & cut items on another layer. Many graphic designers would probably do this anyway without thinking about it, AND this step is totally optional; I just mention it for convenience.

B. Anything that is supposed to be engraved and isn’t already in raster form, apply the “rasterize” filter to it. “Already in raster form” could include a JPEG photograph, etc.

C. Begin the PDF export. (I do this by using menu item File > Save A Copy… and making sure the filetype is PDF.)

D. Make sure the options in the PDF export dialog are set correctly. Verifying the DPI setting is optional; the print-and-cut will probably work just fine with any DPI value of at least 72 or so. So the only setting that absolutely needs to be verified is the “Rasterize filter effects” checkbox. AND once you have chosen any settings in the PDF export dialog, they stay that way on future uses of the dialog. AND I think that most people don’t have any reason to uncheck that checkbox when they export any PDF from Inkscape for any purpose, which means the settings would still be correct the next time the person does a print-&-cut, even if the person doesn’t think to verify the settings.

E. Once the PDF is exported from Inkscape, the process for uploading to GFUI isn’t any different than uploading an SVG. Also, having a PDF copy of the design can be handy for other purposes, such as looking at it in a PDF viewer without the chance of mistakenly editing something (“mistakenly editing” might happen if you open the original SVG in Inkscape just to look at the design).

Which means that the only 2 steps that need any attention, after the user learns this procedure the first time, are B & C.

1 Like

In Inkscape, click on the text to select it, then click Path> Object to Path.

And there is no more Text error message. (In other words, all you have to do is convert the Text to paths, and it will Engrave just fine. One step.)

If you then want the Text to Cut instead of Engrave, just set the Fill color to Null, and give it a stroke color.

If you prefer to continue to do it the way that you are doing it, you can. But there is an easier way to deal with it. If you then Embed the raster image into the file and save it as an SVG, you’ll probably save some steps, and a few incorrectly loaded files. :slightly_smiling_face:

  1. I believe we tried “Object to Path” and the resulting SVG file was too complex for GFUI. Also, it felt like quite an affront to be told that SVG files aren’t allowed to have text. (Now that I think about it further, maybe this is because fonts aren’t usually embedded into SVG like they are into PDF. It is still inconvenient.) We switched to PDF because the GFUI doesn’t have this “no-text” limitation with PDF.

  2. For people who want to convert all their text to paths, there is an even quicker way than:

Namely, use PDF export, and in the PDF-export dialog box, turn on the “Convert texts to paths” checkbox. As mentioned in an earlier post, Inkscape will preserve the setting of this checkbox for future PDF exports.

Using this checkbox prevents “Oops, I forgot to click on that text and convert it to a path.”

  1. There is no raster image to Embed, since the artwork was designed in Inkscape in vector form.

  2. The “rasterizing filter” approach also makes vector-graphics style issues such as those mentioned at the end of marmak3261’s post totally moot. In other words, it makes the design process WYSIWYG, which is what people want & expect.

  3. I’m guessing that by “incorrectly loaded files” you are referring to files that GFUI doesn’t handle as expected. I will leave that train-of-thought here unless someone wants to continue it.

I’m not ruling out the use of vector engraving, but our file when uploaded to GFUI in 100% vector format was too complex for GFUI to handle, so we had to find another way.

Our “rasterize-filter” process:

  • has very few steps,
  • allows the sensible (but not mandatory) option of maintaining a clear distinction between raster=engrave and vector=cut,
  • doesn’t impose an arbitrary requirement to convert text to paths,
  • allows designs of any complexity without the user needing to pay attention to vector-graphics style issues, and
  • has low chance of error, made lower by the fact that Inkscape has a more well-developed GUI than the Glowforge Web app, so a design made with our process can be reviewed & verified easily.

Again, I agree that vector engrave makes sense for designs that are simple enough.

A previous version of our design file in question had gradient fills, which, as I recall, GFUI doesn’t accept in vector format at all. But raster format can represent gradient fills with no problem.

Too complex from what standpoint?

Re: your resolution, you’ll be missing out on some quality. You should shoot for 2x your desired LPI.

1 Like

Too complex in the sense that GFUI refused to engrave it.

As for your resolution comment, we can try exporting @ 450 dpi & observe how it compares to exporting @ 225 dpi. Thanks for the suggestion.

We have been leaving GFUI’s lines-per-inch at the default of 225 because we assumed the Glowforge company had found that any higher setting wouldn’t provide any noticeable improvement (but would slow down the engraving).

And what was the specific error?

There are two ways it can generally go: it can tell you your design has a lot of colors, which means it creates separate jobs for each color. Or, it can tell you the design is complex, and to break it up - which generally means that it’s going to take a long time to perform the engrave (several, several hours).

Nothing wrong with doing it how you are doing it - rasterizing is just fine if you rasterize to a sufficient resolution, but reading your steps made me cringe because it’s making it way more difficult than it really is.

1 Like

I believe that was the error.

You have a point about the duration. I seem to remember that one instance of the business card (remember, the first file I uploaded to this forum thread was named “Business card r7”) now takes 10:21 to engrave @ 225 LPI (that duration also includes the cutting). A full sheet (16 business cards) would therefore take almost 3 hours to engrave & cut at that number of lines-per-inch. (We haven’t engraved-&-cut a full sheet yet because the design is still at the “draft” stage & we don’t want to waste a whole sheet of material on unfinished artwork. Also, there is room to put about 4 more business cards at the bottom of the sheet, rotated 90 degrees, but we haven’t chosen to do that.) Since the movement speed of the laser head depends on the material, a different material may take a different length of time, but many materials will likely be similar in duration.

There seems to be a tradeoff between editing effort & the duration of the “burn” (burn = operation of the Glowforge machine). I will elaborate on this for a few paragraphs:

Letting the laser cutter run for 3 hours isn’t a lot different than many 3D-printer designs that may take 12 hours to finish in our makerspace. (Some of these 3D-printer designs are almost simple enough to do on a laser cutter!)

I strongly disagree:

  • If you refer to my reply to jeffreyp above, you’ll find that the only “step” that requires any thought, after the rasterize filter is initially set up, is to make sure that items to be rasterized have the filter applied to them. (At the bottom of that posting, I also mentioned the “export to PDF” step, because that’s different than the process for uploading the design to GFUI in SVG format, but the PDF step takes only a couple of mouse clicks and, in my opinion, doesn’t really require any thought once you’re used to it.) If you separate your design into layers in Inkscape, then making sure the rasterize filter is applied can be as simple as selecting everything on your “engrave” layer and selecting the rasterize filter from the top of the Filter menu. (You can even use a keyboard shortcut for the submenu if you want. :smile: Also, you might have named the layer something like “raster_engrave” if you also have a “vector_engrave” layer.)
  • Just now, I was revising the design in question, and indeed I found that use of the rasterize filter didn’t noticeably add any complexity to the editing process. I did find it valuable, when about to edit a component of a group, to double-click on the group to “enter group,” rather than Ungrouping the group. Using “enter group” keeps the rasterize filter applied to the group, whereas if you Ungroup and re-Group the group, you would have to re-apply rasterize afterward.
  • When I explained the rasterize filter to the makerspace director yesterday, she was visibly surprised, which means she hadn’t thought of it before, just like many readers of this thread - but she immediately understood the process, even before we successfully laser-engraved & -cut a business card for the first time without the failure messages that had happened before, or the manual resizing & alignment that we’d been doing in GFUI.

Also please be aware that our design in question includes vector clipart:

On the one hand, suppose I’m going to use a 100% vector output process, so that I want to correct the kind of vector-graphics style issues pointed out by marmak3261. Then I have to edit vector clipart which was drawn by someone else and which could easily be very complex. Vector clipart that looks fine onscreen could have

… that keep the clipart from rendering properly on the laser cutter.

On the other hand, with the rasterize filter, the thought process that replaces that is to plan what things in my design should be engraved & what things should be cut, which is a thought process I should do anyway. As long as the Inkscape screen looks like what I want, I’ll very probably get what I want from the laser machine, without having to reverse-engineer the structure of someone else’s vector drawing.

I definitely agree that standardizing the structure of a vector drawing, and outputting that drawing to GFUI in vector form, can pay off in letting the laser machine take less burn time. That is a point that I hadn’t thought of before.

(I am intentionally not @ “mentioning” users unless I want to alert them that they particularly should read or reply to the discussion. I think those who’ve posted to this thread will automatically be notified of all traffic on the thread anyway.)

I really appreciate your description of this and the time you are spending in getting it right.

Trying to simplify for how I would do it and keep it all SVG but also editable.

Use three layers in Inkscape. Base layer that has your cuts that don’t change. The next layer the vector graphics that are editable and the text that is editable. Export this layer as a bitmap. Place the bitmap in a third layer and size it as needed. You can turn on now and turn off second layer. Export the file as an SVG. It will only export the layers that are turned on in Inkscape and visible.

As to how long the process will take to engrave in the Glowforge, not sure what to say about that.


It’s because of the data buffer in the machine, and the total time the project runs.

So let’s say the engrave area of the bed is 18" x 11", at 225 LPI that is 44,550 linear inches of head travel. At full tilt, the head moves at approx. 335 IPM which equates to roughly 8,000 seconds or 2.2 hours. That’s well within the machine buffer, unless you have a second engraving step that also spans the entire sheet, which will add another 2.2 hours to the job. A third, or fourth, fifth, etc. engrave step will add another 2.2 hours per EACH step to the job.

This “time stacking” can easily happen when engraving vector artwork because every color in the design will generate another step. It’s not really because the artwork itself is complex. You could load a file with four rectangles each a different color (thus four steps) scale them up to full sheet engrave and you’ll have the same complexity problem.


Thanks for the help with this, everyone. @LinuxDrawing, since you’ve marked this thread as “Solved”, I’m going to move it to Everything Else so the discussion can continue there. If you run into any other trouble, please post a new topic in Problems and Support, or email us at

We did this with a design that included curves (that would look “jaggier” as raster resolution gets poorer) as well as fine detail (nearly parallel curves very close to each other).

We did not happen to include gradient fills or anything similar, such as a photograph.

Material was opaque acrylic, which doesn’t tend to have charred cloudy deposits downwind of the engrave like wood or leather does (I’m not sure of the jargon term for these deposits).

I was fully expecting that the higher bitmap resolution would make higher engrave quality (due to interpolation done by GFUI). Instead, we didn’t find any clear difference in engrave quality between the two bitmap resolutions. The makerspace director even got out a magnifying glass.

Maybe on other materials, or with gradient fills etc., the DPI = 2 x LPI guideline is more applicable.

I’ve made test files to compare gradient quality @ 225 vs. 450 DPI. When my makerspace’s Glowforge machine is available, I can try these.

Noticeable differences in my tests, and in reality.

Item 1.

That is a very important point that I haven’t commented on until now. I agree that it is better to keep the text editable.

One of the workflows suggested in this thread involves Path > Object to Path. If you do this on the original text in your Inkscape file, then the text is no longer editable as text. (The text, once converted to paths, can be edited by having graphical effects applied to it. This is necessary sometimes, which is one reason the Object to Path menu item exists, aside from situations where an Inkscape file is to be used by something that can handle paths better than text.) In my business-card example, if the makerspace changes its hours or e-mail address, then it is much easier to update the business-card design if the text is still text than if all the text were converted to paths.

In the legal realm of software licensing, “source code” is defined as (to my recollection) “the preferred form for modification.” If you change your original text into paths, then you would be removing the source code for that text from your own design. Having the text-to-path or text-to-raster conversion be done by some means that makes a copy, preserves the source code for you.

Item 2.

Manually resizing one layer (the bitmap in this suggestion) to match another layer (the vector cuts) is exactly what we at our makerspace are trying to avoid.

When we were manually resizing in GFUI, we would get artifacts like, a ridge of non-engraved material inside of the cut line, because the engraved rectangle didn’t quite line up with the rectangle of cut. Then this ridge has to be trimmed off by hand.

With the rasterize filter, no resizing is needed. The raster output from Inkscape always registers perfectly with the vector lines on the other layers.

Item 3.
Some general points:

Techniques that use one layer to generate another layer that looks the same, can lead to mistakes in which you leave the wrong layer visible when sending the design to the laser cutter.

Also, you need to generate that output layer all over again whenever you make any change, no matter how minor, to its source layer. With the rasterize-filter approach, any change that doesn’t add any top-level objects to the set of rasterized objects doesn’t require you to do that generating step at all - Inkscape automatically updates the raster data in the next PDF that you export. (“Top-level objects” refers to grouping. If you apply the rasterize filter to a group that contains a rectangle and some text, and then you draw an ellipse within that group, you haven’t added any top-level objects; the ellipse, being contained within a group, isn’t a top-level object.)

I think that “I’m about to Glowforge this; I need to make a PDF and then upload that to GFUI” is easier to remember, and less error-prone, than exporting & re-importing a PNG, or doing any other manual process for copying one layer to a layer of a different format.

Both procedures, namely exporting as a PNG bitmap (then re-importing into Inkscape), and exporting as a PDF (with the rasterize filter), produce another file besides the source SVG, which means, the export steps are a similar number of mouse clicks (re-importing adds more mouse clicks). But the PDF contains both the raster & vector data, and includes the overall size of the design in mm or inches, while the PNG contains only the raster data, and has no scale factor. So I think the PDF is more useful. For instance, you can send or give the PDF electronically to someone to show them what the design looks like, even if they don’t want to use an SVG program such as Inkscape. Or you can print the PDF to an ordinary printer to produce a mockup, including the vector cut/engrave/score lines, without needing to start Inkscape if Inkscape isn’t running at the moment.

Having the file that’s sent to the laser cutter (PDF in my suggested process) be different than your design file (SVG) has the advantage that you can (optionally) leave a “comment” layer visible in the design file, without that layer printing on the laser cutter. We did this, for example, in the business-card design, where we were trying different fonts. Each instance of the business card in the design file has a comment underneath it that says what font(s) were used on that instance. This process can involve:
a. File > Save in the source SVG file;
b. making the “comment” layer invisible;
c. exporting the PDF;
d. Edit > Undo to make the “comment” layer visible and mark the file unmodified so I won’t think I have to save the SVG again.

Item 4.

In Inkscape, I suggest that vector layers (e.g., cut) should be higher in the layer stack than raster layers. I had some vector cuts (the phone number) superimposed on a raster engrave rectangle. If the layer that contains the (raster) rectangle is higher than the (vector) cut layer, then the cuts won’t be visible on your Inkscape screen (unless you happen to make that area of the raster rectangle be transparent).

We also use an invisible layer called “unused”, where we can send unwanted parts of vector clipart instead of deleting them. This way, if we later want a deleted part of the clipart back, we can just pull it back from that layer, instead of having to repeat all steps in standardizing the clipart for our Glowforge design.

Item 5.
I wish someone would try the rasterize-filter method and at least post to this thread that they were able to engrave-and-cut something on their Glowforge with it. Even if that person never uses the technique again.

All you need to do is:

  1. Put the filter file into your Inkscape filter folder and restart Inkscape.
  2. Make an Inkscape print-and-cut design.
    a. For testing, you don’t have to put the engrave & cut on separate layers if you don’t want to.
    b. One of the cases of most interest for this testing is to engrave a complex vector drawing of any kind. As alluded to by mpipes, you should reduce the drawing to monochromatic (I use shades of gray) to keep GFUI from converting it into many engrave steps. I believe you would equally have to edit the drawing to monochrome whether you output in raster or vector form.
    c. Another case of interest is to engrave text.
    d. But the process is the same whether you do [b] & [c] or not.
  3. Make sure that any vector item that you want raster-engraved has the rasterize filter applied, and that things you want vector-cut/engraved/scored do not have that filter applied. Bitmaps (photos etc.) don’t need the rasterize filter, since they’re already in raster format.
  4. File > Save a Copy… as PDF. In the PDF export options dialog, make sure “Rasterize filter effects” is turned on.
  5. Send the PDF to the Glowforge. As with any Inkscape vector design, you’ll need to specify in GFUI which vector steps are to be cut vs. engraved vs. scored.

When revising the design:

  • You never need to do step 1 again on the same computer.
  • Step 3 is much simpler if you combine things into groups; then you can just apply the rasterize filter to the group. If you do all edits to the group by double-clicking the group as I mentioned in an earlier post, then you don’t have to touch the rasterize filter again. Only if you add a new group, outside any existing groups (i.e., at the top level of the group hierarchy of your design), would you need to set the new group to be filtered by rasterize (only once, then the group will retain that filter setting).
1 Like