Research
Security News
Malicious npm Packages Inject SSH Backdoors via Typosquatted Libraries
Socket’s threat research team has detected six malicious npm packages typosquatting popular libraries to insert SSH backdoors.
gerber-to-svg
Advanced tools
Gerber and NC drill file to SVG converter for Node and the browser.
Want to see this library in action right now? Go to svgerber and watch the magic.
$ npm install -g gerber-to-svg
$ gerber2svg [options] path/to/gerbers
switch | type | how it rolls |
---|---|---|
-o, --out | string | specify an output directory |
-q, --quiet | boolean | do not print warnings and messages |
-p, --pretty | boolean | prettily align SVG output |
-d, --drill | glob | process input files matching this glob as NC (Excellon) drills |
-f, --format | array | override coordinate format with '[n_int,n_dec]' |
-z, --zero | string | override zero suppression with 'L' or 'T' |
-u, --units | string | override (without converting) units with 'mm' or 'in' |
-n, --notation | string | override absolute/incremental system with 'A' or 'I' |
-a, --append-ext | boolean | append .svg without replacing the file extension |
-j, --json | boolean | output the SVG in JSON rather than as a string |
-v, --version | boolean | display version information |
-h, --help | boolean | display help text |
gerber2svg path/to/gerber.gbr
will write the SVG to stdoutgerber2svg -o some/dir -- path/to/gerber.gbr
will create some/dir/gerber.svggerber2svg -d **/*.drl -o out -- gerb/*
will process any files in gerb that end in '.drl' as a drill files, everything else as Gerber files, and output to outFor Node and Browserify:
$ npm install --save gerber-to-svg
With Bower:
$ bower install --save gerber-to-svg
If you'd rather not manage your packages:
<script src="path/to/gerber-to-svg.js"></script>
to your HTMLUse in your app with:
// get an svg string
var svgString = gerberToSvg(gerberString, opts);
// get an svg object and then convert that object into a string
var svgObj = gerberToSvg(gerberString, { object: true } )
var svgString = gerberToSvg(svgObj)
Where gerberString
is the gerber file (e.g. from fs.readFile encoded with UTF-8) or an SVG object previously outputted by the function.
key | type | default | how it be |
---|---|---|---|
drill | boolean | false | process the string as an NC drill file rather than a Gerber |
pretty | boolean | false | output the SVG XML string with line-breaks and two-space tabs |
object | boolean | false | return an XML object instead of a the default XML string |
warnArr | array name | null | if passed an array reference, will push warning strings to that array rather than console.warn |
places | array | null | override any coordinate format settings in the file with [n_int-places, n_dec-places] |
zero | string | null | override the coordinate zero-suppression with 'L' for leading or 'T' for trailing |
notation | string | null | override the coordinate notation with 'A' for absolute or 'I' for incremental |
units | string | null | override the units (note: does not convert any numbers) with 'mm' or 'in' |
If opts.object is true, the returned object can be passed back into gerber-to-svg to get the XML string. The object will have the format:
{
svg: {
xmlns: 'http://www.w3.org/2000/svg',
version: '1.1',
'xmlns:xlink': 'http://www.w3.org/1999/xlink',
width: width + units,
height: height + units,
viewBox: [ xMin, yMin, width, height ],
id: id,
// array of child nodes
_: [
// if gerber had pad flashes or polarity changes, there will be a
// defs child
{
defs: {
// array of child nodes
_: [ shapes ]
}
},
// then there will be a group that holds all the shapes
{
g: {
// flip horizontally because svg is y positive going down
transform: 'translate(0,' + (yMin+yMax) + ') scale(1,-1)',
// array of child nodes
_: [ shapes ]
}
}
]
}
}
Output an SVG to the console
// require gerber-to-svg library
var gerberToSvg = require('gerber-to-svg')
// read a gerber file in as a string and convert it
var gerberFile = require('fs').readFileSync('./path/to/file.gbr', 'utf-8')
var svgString = gerberToSvg(gerberFile, { pretty: true } )
// outputs pretty printed SVG
console.log(svgString)
Use the object output to align layers before getting the strings
# get the layer object
frontObj = gerberToSvg gerberFront, { object: true }
backObj = gerberToSvg gerberBack, { object: true }
drillObj = gerberToSvg drillFile, { object: true, drill: true}
# pull the layer origin offsets from the viewBox
offsetFront = frontObj.svg.viewBox[0..1]
offsetBack = backObj.svg.viewBox[0..1]
offsetDrill = drillObj.svg.viewBox[0..1]
# pass the objets back in to get the svg strings
frontString = gerberToSvg frontObj
backString = gerberToSvg backObj
drillString = gerberToSvg drillObj
Since Gerber is just an image format, this library does not attempt to identify nor infer anything about what the file represents (e.g. a copper layer, a silkscreen layer, etc.) It just takes in a Gerber and spits out an SVG. This converter uses RS-274X and strives to be true to the latest format specification. All the Gerber image features should be there.
Everywhere that is "dark" or "exposed" in the Gerber (think a copper trace or a line on the silkscreen) will be "currentColor" in the SVG. You can set this with the "color" CSS property or the "color" attribute in the svg node itself.
Everywhere that is "clear" (anywhere that was never drawn on or was drawn on but cleared later) will be transparent. This is accomplished though judicious use of SVG masks and groups.
The bounding box is carefully calculated as the Gerber's being converted, so the width
and height
of the resulting SVG should be nearly (if not exactly) the real world size of the Gerber image. The SVG's viewBox
is in Gerber units, so its min-x
and min-y
values can be used to align SVGs generated from different board layers.
The produced image should be correct, but if issues do occur, they'll most likely be with arcs or step / repeat blocks. It's possible a floating point rounding error or several could throw things off.
Certain exceptions to the spec have been made to allow some older and/or improperly written files to process, but if they're not technically to spec, they won't necessarily process without throwing an error. Try / catches are your friend.
If it messes up, open up an issue and attach your Gerber, if you can. I appreciate files to test on.
If your drill file is a wildly different size than your Gerbers, or it's offset from your Gerbers, check for / try overriding these things:
$ git clone https://github.com/mcous/gerber-to-svg.git
$ npm install && gulp build
$ gulp build
or $ gulp watch
to rebuild or rebuild on source changesLibrary files for Node live in lib/, standalone library files live in dist/, and the command line utility lives in bin/.
This module uses mocha and chai for unit testing. To run the tests once, run
$ gulp test
. To run the tests automatically when source or tests change, run $ gulp testwatch
.
There's also a visual test suite. Run $ gulp testvisual
and point your browser
to http://localhost.com:4242 to take a look. This will also run the standalone build watcher.
FAQs
Render individual Gerber / NC drill files as SVGs
The npm package gerber-to-svg receives a total of 709 weekly downloads. As such, gerber-to-svg popularity was classified as not popular.
We found that gerber-to-svg demonstrated a not healthy version release cadence and project activity because the last version was released a year ago. It has 1 open source maintainer collaborating on the project.
Did you know?
Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.
Research
Security News
Socket’s threat research team has detected six malicious npm packages typosquatting popular libraries to insert SSH backdoors.
Security News
MITRE's 2024 CWE Top 25 highlights critical software vulnerabilities like XSS, SQL Injection, and CSRF, reflecting shifts due to a refined ranking methodology.
Security News
In this segment of the Risky Business podcast, Feross Aboukhadijeh and Patrick Gray discuss the challenges of tracking malware discovered in open source softare.