Re: [Gerbv-devel] Zip file processing
As Valerio Messina wrote: > On 18/10/2016 09:53, Joerg Wunsch wrote: > > There's some automagic for > > recognizing Gerber vs. RS-274-X > > a question: gerbv can open old style Gerber? It has some fallback logic for them, but doesn't "officially" want to support them - which I think is understandable, as it would need to handle separate aperture files then (and probably need much more guesswork about the actual format as well). > > so this magic should obviously > > be able to also recognize .gvp files. > > gvp files are marked at the start so should be very easy to recognize them Yes, I know. -- cheers, Joerg .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Gerbv-devel mailing list Gerbv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gerbv-devel
Re: [Gerbv-devel] Zip file processing
On 18/10/2016 09:53, Joerg Wunsch wrote: > There's some automagic for > recognizing Gerber vs. RS-274-X a question: gerbv can open old style Gerber? On web site is clearly sayd NO?! so I never tried. But sometimes from an old floppy disk come out some unreadable files by current softwares. gerbv can? > so this magic should obviously > be able to also recognize .gvp files. gvp files are marked at the start so should be very easy to recognize them thank you again, Valerio -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Gerbv-devel mailing list Gerbv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gerbv-devel
Re: [Gerbv-devel] Zip file processing
As Valerio Messina wrote: > I regularly send .7z files (or tar.7z), and all are well recognized and > processed by the automatic web demo/preview of online services. > 7zip is far better than zip and is open and cross-platform as well. > so hope recognition of .7z files too ;-) As long as your zlib does so, it would be no problem. I wouldn't want to deal with multiple compression interfaces. -- cheers, Joerg .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Gerbv-devel mailing list Gerbv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gerbv-devel
Re: [Gerbv-devel] Zip file processing
Joerg Wunschwrites: > As Sergey Alyoshin wrote: > >> > Is there some interest in such a feature? If so, I'd explore how to >> > add it to the code base. >> >> It is one of long standing in gerbv wish list on sf.net > > Ah, OK. I'll see what I can do. :-) And if you find a gerbv project file in there, please load that too. (And, since you'll need functions to find out which files are gerbers, those functions could be applied to commandline argument, to detect project files without the -p that I often forget to type?) -- Stephan -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Gerbv-devel mailing list Gerbv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gerbv-devel
Re: [Gerbv-devel] Merge layer option
On Tue, Oct 18, 2016 at 10:17 AM, Joerg Wunschwrote: > As Sergey Alyoshin wrote: > >> > Thus, I think the really only safe option is to compare for less than >> > a small epsilon rather than equality. >> >> Maybe for clarity check against DBL_EPSILON instead of 1e-6? > > OK, I'll give that a try. I wasn't aware such constant exists. > > In theory, for a true epsilon, the difference would need to be divided > by the base value, but since all relevant base values (π/2, π·3/2) are > close enough to 1, I think this step can be skipped. > > (Layer stack script) > >> You can make for _each_ merged layer a project file with positioning, >> rotation >> and layer visibility. > > That doesn't help much for panelization. There's two kind of layer > groups: one group forming each sub-board, each using the same > translation / rotation values (to be defined / refined while > panelizing), and one group forming each output layer. In order to be > useful, all the input layers need to be present in a single project. > > Thanks for your response anyway, so at least, I know there's no easy > and obvious option I've been missing. The merge feature itself is > already useful enough as it is now, so a „болшое спасибо“ to you for > implementing it. I am not the original author, just fixing some bugs. > Maybe I should ask again for release plans, so this nice feature could > be more publically announced. ;-) Export with merge was added in 2011 (and not by me). I don't have release plans, but gerbv should be checked and released. -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Gerbv-devel mailing list Gerbv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gerbv-devel
Re: [Gerbv-devel] Merge layer option
As Joerg Wunsch wrote: > (Layer stack script) > > > You can make for _each_ merged layer a project file with positioning, > > rotation > > and layer visibility. > > That doesn't help much for panelization. OK, upon re-thinking, I guess I know what you mean. Yes, a little more cumbersome than the scheme script I had in mind, but maybe easier than re-arranging the stackup all the time. -- cheers, Joerg .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Gerbv-devel mailing list Gerbv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gerbv-devel
Re: [Gerbv-devel] Merge layer option
As Sergey Alyoshin wrote: > > Thus, I think the really only safe option is to compare for less than > > a small epsilon rather than equality. > > Maybe for clarity check against DBL_EPSILON instead of 1e-6? OK, I'll give that a try. I wasn't aware such constant exists. In theory, for a true epsilon, the difference would need to be divided by the base value, but since all relevant base values (π/2, π·3/2) are close enough to 1, I think this step can be skipped. (Layer stack script) > You can make for _each_ merged layer a project file with positioning, rotation > and layer visibility. That doesn't help much for panelization. There's two kind of layer groups: one group forming each sub-board, each using the same translation / rotation values (to be defined / refined while panelizing), and one group forming each output layer. In order to be useful, all the input layers need to be present in a single project. Thanks for your response anyway, so at least, I know there's no easy and obvious option I've been missing. The merge feature itself is already useful enough as it is now, so a „болшое спасибо“ to you for implementing it. Maybe I should ask again for release plans, so this nice feature could be more publically announced. ;-) -- cheers, Joerg .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Gerbv-devel mailing list Gerbv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gerbv-devel
Re: [Gerbv-devel] Zip file processing
As Sergey Alyoshin wrote: > > Is there some interest in such a feature? If so, I'd explore how to > > add it to the code base. > > It is one of long standing in gerbv wish list on sf.net Ah, OK. I'll see what I can do. -- cheers, Joerg .-.-. --... ...-- -.. . DL8DTL http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) -- Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot ___ Gerbv-devel mailing list Gerbv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gerbv-devel