On Thu, Sep 22, 2016 at 3:25 PM, Joerg Wunsch <j...@uriah.heep.sax.de> wrote: > I'm currently thinking of what would be needed to make gerbv > a full-featured panelization tool. > > I think we've already got much: > > . a good Gerber and Excellon parser (better than many other parsers) > . the option to translate, mirror or rotate layers > . the option to write the output file back > . a GUI giving the user an idea about what's going on > > I think the next feature that would be needed for panelization is > an option to merge two layers. I'm trying to find my way through > gerbv_image_t. Is there a bit more of explanation beyond the few > comments in gerbv.h? > > My current guess, after digging through an image read from a RS274X > file is about that: > > . obviously, make sure both images have the same layertype > > . apertures need to be merged > Well, for a start, I guess it's ok to not optimize, and just > start at APERTURE_MAX/2 for the merged-in image, but later on, > apertures should be optimized; a temporary translation table will > result > > . layers > What about multiple layers, just append them? Where are they > referenced? > > . states, amacro > I have no idea about these. Just concatenate the lists? > > . info > Calculate new max bounds? > > . netlist > Concatenate the lists, rewriting the aperture number according to > the translation table from above. > > . gerbv_stats, drill_stats > Just add both. > > > Well, I see there is already a function merge_images() in callbacks.c. > I don't think it follows the idea I have in mind though, but maybe > both ideas could be combined? > > Would appreciate any feedback.
I have done panelization with "RS-274X Merge (Gerber)..." which use merge_images(). ------------------------------------------------------------------------------ _______________________________________________ Gerbv-devel mailing list Gerbv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gerbv-devel