CutContour – Unproducible Cutting Paths

The company I work for has a strong focus on innovation and is constantly looking for ways to automate the delivery of files directly to production.

This drives us to combine intuition, analysis, technical skills, and—why not—a fair amount of creativity to develop solutions that streamline our workflows and generate time and cost savings.

One of the challenges I’ve been working on over the past six months involved the producibility of cutting paths (CutContour) for sticker products.

We had a 30% rejection rate from production due to files that contained a CutContour path with issues that caused cutting machines to stop. This resulted in lost material, wasted time, and operational inefficiencies.

Together with my team, we analyzed the problem cases, grouped them by type, and estimated the potential savings if we could resolve even part of the issue.

Our target was ambitious: recover at least 75% of the problematic cutting paths by reliably identifying and fixing them.

Problem categories

We identified four main types of issues:

Open CutContour

Covered CutContour

Nested CutContour (two paths, one inside the other)

CutContour used as fill

We tackled each issue one by one using Callas PDF Toolbox, moving on to the next only once we had a stable solution for the current one.

Results

After six months, we built a process plan that allowed us to recover 80% of the faulty files—5 percentage points above our initial target.

One key factor that simplified the process is that our product uses only one CutContour path per design, which helped streamline the solution logic.

Our approach

Here’s an overview of the strategy we applied:

• We created dedicated checks for each type of issue, designed to detect specific problems reliably.

• We developed targeted fixups for each check.

• The process plan runs in a loop:

  1. A check identifies a specific issue.

  2. The related fixup is applied.

  3. The output is fed back into the check chain.

  4. If further issues are found, the cycle repeats.

Issue breakdown and solutions

Open CutContour

Using the spot color as a reference, we verify that the number of open subpaths is zero. If not, we redraw the path using the “Create and apply shape” action, remove the original object, and rename the spot color of the new path correctly.

Covered CutContour

We use the “Object overlapping another object” check, comparing objects that share the same spot color. When triggered, we remove the object from the page using a dedicated fixup.

Nested CutContour

This check uses “Object inside a shape” with “Define shape” to detect a CutContour path inside another. If found, we rename the spot color of the inner object and delete it.

CutContour used as fill

We search for objects that are filled (but not stroked) with the CutContour spot color. When detected, we redraw the correct cutting path on top of the page content, using an alternative spot color (e.g., CutContour2).

This creates two overlapping paths: we then apply the same logic used for nested paths to remove the inner one, and finally rename the remaining spot color correctly.

A sample of our process plan is attached to this link:

CutContour Fixups_CallasForum.kfpx

I strongly believe in sharing knowledge, and I hope this work can be helpful to others facing similar challenges.

If anyone would like to share feedback or discuss further, I’d be happy to connect.

5 Likes

Hi Luca,

This is fantastic! And thank you so much for sharing. We’ll probably have some questions for you regarding this, but an immediate one for you:

Have you looked at the new fixup in 16: “Derive stroked from filled vector path”? That should be able to handle at least one of your use cases, and I would assume it to be more correct as it really tries to find the geometrical middle of the filled cut line?

1 Like

Hi David,

it was a pleasure for me. Honestly, after all the work we had done, I needed to go live with what we had, to give the company an answer. The next step will be to improve the process with the new features of 16. I will test it in the coming weeks.

I am available for any questions you may have.

1 Like

Totally understand!

If and when you find the time to look at those additional features, I’m really interested in hearing whether they worked for your jobs, or whether you’d need improvements.

I’m already very happy to see how far you’ve gotten - fixing 80% or so of problematic files is huge!

1 Like

Hi Devid,
I will keep you updated on everything.

Have nice day

Hi Luca,

Thanks for sharing your experience and the process plan.

I’m facing a similar issue, and parts of your approach could certainly be helpful.

The task is to determine whether there is enough space anywhere on the sheet between a die-cut contour and the trim box to place predefined print marks and QR codes.

Hidden or nested die-cut contours pose a particular challenge.

Another challenge arises when two packaging layouts are already nested and their die-cut contours touch. On the one hand, it’s important to know whether it’s the same die-cut contour or two different ones (as different packaging layouts require two different codes).

It’s also possible that the space between them is sufficient to place codes or marks. Of course, not everything can be done automatically, but your ideas are definitely helping me move forward.

Have a nice day

Stefan

Hi Stefan,
thank you for contacting me, that makes me very happy. I think I get the point. Can I ask you to share an example file for me to analyse?
I would love to study a possible solution with you if possible, but I have some ideas in my head.

Send me a file here with specific requests and I will try to display how I can help you.

Luca

Stefan, pls sent me an email at this address luca.contarini@pixartprinting.com

Share files with me :slight_smile:

Luca