Discussion:
[Gerbv-devel] Zip file processing
Joerg Wunsch
2016-10-18 06:22:49 UTC
Permalink
On another matter: Zip files are the usual way to submit PCB
production jobs to the manufacturers. Thus, it would be useful if
Gerbv recognized them as a valid input file, unpacking the layer data
on the fly from them.

libz is vastly available on all modern systems out of the box, so the
base for this is usually already present these days.

Is there some interest in such a feature? If so, I'd explore how to
add it to the code base.
--
cheers, Joerg .-.-. --... ...-- -.. . DL8DTL

http://www.sax.de/~joerg/
Never trust an operating system you don't have sources for. ;-)
Sergey Alyoshin
2016-10-18 06:48:37 UTC
Permalink
Post by Joerg Wunsch
On another matter: Zip files are the usual way to submit PCB
production jobs to the manufacturers. Thus, it would be useful if
Gerbv recognized them as a valid input file, unpacking the layer data
on the fly from them.
libz is vastly available on all modern systems out of the box, so the
base for this is usually already present these days.
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
Joerg Wunsch
2016-10-18 07:10:11 UTC
Permalink
Post by Sergey Alyoshin
Post by Joerg Wunsch
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. ;-)
Joerg Wunsch
2016-10-18 07:53:45 UTC
Permalink
And if you find a gerbv project file in there, please load that too.
Well, I think I see what you mean here. It would not be my first
priority.
(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?)
That's been on my list already. :) There's some automagic for
recognizing Gerber vs. RS-274-X, so this magic should obviously
be able to also recognize .gvp files.
--
cheers, Joerg .-.-. --... ...-- -.. . DL8DTL

http://www.sax.de/~joerg/
Never trust an operating system you don't have sources for. ;-)
Valerio Messina
2016-10-18 08:25:32 UTC
Permalink
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 ;-)

thank you,
Valerio
Joerg Wunsch
2016-10-18 08:28:14 UTC
Permalink
Post by Valerio Messina
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. ;-)
Valerio Messina
2016-10-20 23:27:34 UTC
Permalink
Post by Joerg Wunsch
As long as your zlib does so, it would be no problem.
I wouldn't want to deal with multiple compression interfaces.
what about 'libarchive':
https://github.com/libarchive/libarchive/wiki/LibarchiveFormats
?

Valerio
Joerg Wunsch
2016-10-21 06:52:47 UTC
Permalink
Post by Valerio Messina
Post by Joerg Wunsch
I wouldn't want to deal with multiple compression interfaces.
https://github.com/libarchive/libarchive/wiki/LibarchiveFormats
?
Looks good, thanks for the idea.

Only drawback: we could then read archives we cannot write back
to. But that's basically the same as opening files that are
write-protected (or on a write-protected medium).
--
cheers, Joerg .-.-. --... ...-- -.. . DL8DTL

http://www.sax.de/~joerg/
Never trust an operating system you don't have sources for. ;-)
Clemens Koller
2016-10-18 10:50:18 UTC
Permalink
Hi, there!
Post by Valerio Messina
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 ;-)
What about some generic "\open\browsemydirectory" independent of
the type of archive? My data is not packed yet when I want to view
it using gerbv because I am creating pcbs (not manufacturing).

Divide and conquer:
- Let gerbv handle a set of files (preferably in a directory).
- Let packers handle how to wrap a set of files into one file.

Regards,

Clemens
--
Post by Valerio Messina
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 ;-)
thank you,
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
https://lists.sourceforge.net/lists/listinfo/gerbv-devel
Valerio Messina
2016-10-18 08:32:42 UTC
Permalink
Post by Joerg Wunsch
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?
Post by Joerg Wunsch
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
Joerg Wunsch
2016-10-18 08:35:08 UTC
Permalink
Post by Valerio Messina
Post by Joerg Wunsch
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).
Post by Valerio Messina
Post by Joerg Wunsch
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. ;-)
Stefan Petersen
2016-10-19 19:58:00 UTC
Permalink
Post by Joerg Wunsch
Post by Sergey Alyoshin
Post by Joerg Wunsch
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.
Hello!

Are you or (anyone else) interested in a set of 21 patches from 2009
that implements zip file reading? I implemented it and never got around
in merging them. A lot of water under the bridge makes it hellish to
merge, though I have tried a couple of times. Now it is rotting away on
my hard drive waiting for someone with more time at hand.

The patches are available (as a zip file !) at the feature request on
sf.net:
https://sourceforge.net/p/gerbv/feature-requests/65/

I apologize to Sergey for setting him responsible for this feature
request. Tried to set to None, but that didn't work.

Best regards,
/Stefan
Loading...