File-format problems in patent drawings share one trait: they stay invisible until filing day. A figure that looks clean on your machine renders as a black rectangle in the e-filing system. Lines you drew in pure black come back in an office action flagged as gray. None of this is about drawing skill — it's all file-level, which is exactly why visual review misses it.
The other recurring confusion is treating "raise the DPI" and "vectorize" as the same operation. One fixes how sharp the figure prints; the other decides whether you can still edit it six months from now. They are not interchangeable, and doing them in the wrong order wastes the work.
This guide covers a format comparison table, the split between DPI and vectorization, four common failure modes with symptoms and fixes, and a single-master workflow that survives amendments. For converting raster line art to vector, use PatentFig AI Vectorize.
A vector master: every line is a path you can select, move, and re-export at any resolution.
Quick answer: the format table
| Format | What it is | Best for | The trap |
|---|---|---|---|
| PNG | Lossless raster | Default raster for submission and preview copies | Transparent background may render black — always flatten to white |
| TIFF | Lossless raster | Print workflows that specifically require it | Overlaps PNG almost completely; don't pick it unprompted |
| SVG | Vector paths, plain text | The master file: archiving, later edits, version control (it diffs) | Usually not a filing format — export per the target system's spec |
| DXF | Vector (CAD dialect) | Exchanging files with CAD-native clients and firms | Version compatibility; confirm the recipient's software version first |
| Container: holds vector or raster | Filing packages, cross-software review | Contents may be raster — run the 800% zoom test before trusting it | |
| JPG | Lossy raster | Never, for line art | Compression artifacts ruin line work, even as an intermediate save |
One-line summary: keep the master as SVG or vector PDF, export PNG or TIFF submission copies from it as needed, and never let line art pass through JPG.
Core concepts: raising DPI and vectorizing solve different problems
First, the mechanics. PNG and TIFF store pixel grids. SVG and DXF store geometry — "draw a 0.3 mm line from point A to point B." Enlarging pixels means interpolation, which cannot invent detail that was never captured; moving one lead line means erase, patch, redraw; every lossy re-save costs quality. Enlarging geometry means recomputing paths; editing means dragging a path; vector-to-vector conversion is exact.
Patent figures are drawn once, revised several times, and reproduced by systems you don't control. That lifecycle hits every weakness pixels have. Against that backdrop, the two operations:
Raising DPI fixes reproduction. DPI is a raster density parameter: pixels per inch of physical output. Raising it to 300 or 600 solves one problem — whether lines survive printing and the filing system's rasterization. It does nothing for editability. Upscale a 72 DPI screenshot to 600 and you have a sharper-looking raster that is still a raster; the next amendment is still pixel surgery.
Vectorization fixes the future. Once the figure is geometry, it scales losslessly forever and every later edit is a path operation. The reverse also holds: a perfect vector master exported with the wrong settings still produces a fuzzy raster.
Most figure sets need both answers to be yes, so the order is fixed: vectorize first, export rasters second. Run scans and screenshots through Vectorize to get SVG, DXF, or vector PDF, then produce the 300 or 600 DPI submission rasters with Enhance. Always vector to raster. The reverse direction isn't conversion — it's reconstruction, and reconstruction guesses.
Is that PDF vector or raster? The 800% zoom test
PDF deserves special suspicion because it's a container that holds pixels or geometry with equal enthusiasm, and they look identical at normal zoom. The test: zoom to 800%. Edges stay crisp — it's vector. Edges go soft and stair-stepped — someone wrapped a raster in a PDF shell, and you treat it as a raster. Run this test on any PDF you didn't export yourself.
Common failures: symptom and fix
JPG compression artifacts
Symptom: mosquito noise deposited along every edge. JPEG compression was built for photographs; on line art it's destructive. Invisible in a thumbnail, obvious at 600 DPI print or during system validation.
Fix: line art never passes through JPG, even as an intermediate save. If a JPG is all that survives, vectorize to rebuild the lines — don't retouch the original.
Gray anti-aliasing halos
Symptom: lines that look pure black to the eye carry a halo of gray transition pixels at high zoom. Anti-aliasing makes diagonals look smooth on screen, but under black-and-white line-drawing standards those gray pixels are grayscale content — the usual source of "gray lines" objections.
Fix: export from the vector master with anti-aliasing off or pure black-and-white output; vectorize existing rasters and re-export. Eyes are unreliable here, so run final files through PatentFig's Figure Checker for gray-pixel and line-quality checks.
Transparent backgrounds rendering black
Symptom: a transparent PNG looks fine locally, but some viewers render transparency as black — black lines on a black-rendered background is a blank page. You can't reproduce it on your own machine, because your viewer backs transparency with a light color.
Fix: flatten every submission file to white, no matter how good it looks locally.
Brute-force upscaling
Symptom: the only surviving copy is low-resolution, and stretching it — or editing the DPI number without adding pixels — produces stair-stepped edges and wobbly line weight.
Fix: recover the original file, or vectorize to rebuild the lines as geometry and export at the target resolution. There is no honest shortcut.
Recommended workflow: one vector master, per-channel exports
Borrow from software engineering: single source of truth, multiple build targets.
- Whatever the input — CAD screenshot, inked sketch, photo — converge on one vector line-art master, stored as SVG or vector PDF with linework, numerals, and figure labels on separate layers.
- Print workflows get 600 DPI TIFF or PNG exported from the master. Online filing gets whatever the target system specifies. A collaborating attorney gets editable DXF or SVG.
- Start the sheet itself from a page template (USPTO Letter/A4 and PCT/EPO A4, with margin guides in the SVG version) so margins are right from the first stroke.
One unrecoverable mistake deserves its own line: flattening your only master to JPG and deleting the source. People have redrawn entire figure sets because of it. If the master is vector, a changed requirement is an export setting. If the master is raster, it's a redraw.
A raw CAD screenshot: shading, gray edges, and background noise that all have to go before filing.
Filing formats: check the current spec, not a cached list
There is deliberately no table here of which office accepts which file type. Electronic filing requirements differ between offices and get revised; any list printed today could be stale by the time you file. What holds:
- The USPTO publishes current file-type specifications on its Patent Center pages, and the formal drawing rules live in MPEP 608 and 37 CFR 1.84.
- The PCT drawing baseline is Rule 11 at WIPO.
Five minutes checking the system you're actually filing into, on the day you file, beats memorizing any list.
Pre-filing checklist
- Master is vector (SVG or vector PDF), and the source file still exists?
- Submission copies were exported from the master, not re-saved from other rasters?
- Nothing in the pipeline passed through JPG?
- Submission files flattened to white, no alpha channel?
- 800% zoom: crisp edges, no gray halos, no stair-stepping?
- Resolution exported per channel (600 DPI for print workflows)?
- Target system's current format spec checked today?
Page templates and a printable checklist are on the resources page, no sign-up required.
FAQ
Should I export at 300 or 600 DPI?
Depends on the channel. Print workflows and figures with fine hatching are safer at 600; for online filing, follow the target system's current spec. From a vector master the two are just export settings, so it's not a decision worth agonizing over.
Can I file an SVG directly with a patent office?
SVG is a master and collaboration format, not a filing format. E-filing systems accept a specific list of file types published in their current documentation — export from the SVG master to whatever the target system asks for.
All I have is a low-resolution JPG. Can it be saved?
Don't retouch it and don't stretch it. Vectorize it to rebuild the lines as an editable master, then export at the target resolution. If the original CAD or source file can be recovered, that's better still.
The PDF looks sharp on screen — do I still need to check it?
Yes. Raster and vector PDFs are indistinguishable at normal zoom; the difference only shows at 800%. Test any PDF someone else delivered before it enters your archive.
The entry point used most in this workflow: PatentFig Vectorize — raster line art in, SVG, DXF, or vector PDF out.
Top comments (0)