Replacing Jetform - Open Source Barcode Printing Alternatives?
diabolus_in_america asks: "I work for a mid-size manufacturer. Currently we use Jetform running on HP/UX to print the majority of our barcode labels to Zebra thermal printers. However, Jetform is a dead technology, and we are would like to look at open source alternatives. Is there an open source alternative to Jetform? What we need is a system that lets us mark up and design a barcode label which can then be populated from data files at print time. In its day, the Jetform system was an excellent and quick solution to barcode printing. But those days are over, at least for us, and we'd like to move to an open source alternative, if one exists."
lets see 1 2 and not to mention sf. Also try replacing barcode with upc.
Teaching people to use google since 1998
-- botsex is {grep;touch;strip;unzip;head;mount}
try ReportLab from http://www.reportlab.com
It's a Python library to generate PDF files.
I think I've seen some support for barcodes there.
Votez ecolo : Chiez dans l'urne !
We looked for something like this a while back.
What we wanted to do is use color thermal or rollfed inkjet to print a picture of the product on the carton label with the barcode.
Every rollfed color printer we looked at had fatal flaws. Most used a proprietary language for programming. "But we have Windows print driver!!" Big fucking deal, didn't help us, there's no windows software that can do what we needed anyway. Why are open standards to damn hard to understand? We'd have probably bought your hardware if you hadn't decided to be assholes.
Only one supported a standard language, PCL/XL, and that was the color rollfed inkjet. Which unfortunately used proprietary HP ink cartridges that cost $199 a piece. That's for each color, so $800 to change all ink cartridges. They were only like 350ml IIRC.
Anyway, our plan was to use enscript, along with imagemagick, and some other piece to create the barcode (like pbmupc maybe), and then compose them all into an image with shell scripts, and print them the normal way.
Unfortunately, we gave up on the project when we realized that no one makes suitable hardware.
I've had enough abrasive sigs. Kittens are cute and fuzzy.
FYI,
I used to work a great deal in the bar-code field. I remember connecting Intermec printers to AS400 systems. This involved using Windows software to design a label graphically, then export to some data files that were kinda like XML but a proprietary format. Two files, one with the printer instructions and the other with data. The data file would be pasted into AS400 programming code and every time a label was to be printed, the label layout and the data stream would be sent to the printer. I believe the language was JCL.
I am sure Zebra has ways to do what you are looking to accomplish. I doubt seriously, there are many Open Source packages that can do all that you need to do. You need to find a vendor who does value add and works with multiple manufacturers.
It make take some work to find such a vendor, most are simply selling equipment and not providing any value add whatsoever.
Call the Zebra printer manufacturer and they should be able to locate a vendor that can work with you. A simple looksee at their website details the following:
BAR-ONE 5.1 with Accelio Present Central (formerly JetForm Central)
Easy, Cost-Effective Bar Code Printing from ERP Applications
The combined power of BAR-ONE bar code printing software and the Accelio Present Central (formerly Accelio Present Central (formerly JetForm Central)) output-management solutions make integration of bar codes into ERP systems a snap, no matter what the platform. Traditionally, transforming ERP data from existing reports and other ASCII formats into high-quality bar code labels has been an expensive and time-consuming custom programming task. But now it's as simple as a point and a click, thanks to a groundbreaking software pairing developed jointly by Zebra Technologies and JetForm Corporation.
Looks like JetForm is not dead but in partnership with Zebra and the new system is called Accelio Present Central.
http://www.zebra.com/SD/barone_jetform.htm
The barcode printers you're talking about are probably mind numbingly simple devices. I used to work with some of the Zebra and Monarch printers "back in the day". Somewhere around 1997 to 1998ish.
The software was rather cumbersome to even get simple tasks done. Opening the printing software, selecting the proper tag to print an 'On Sale for $X.XX' sticker and running through the menus to find the proper Print screen and typing in the price was too much time and energy for somebody who just wanted 300 tags quick.
So, I started dumping the printer's output to a file instead of the serial port. A little head scratching later and I knew where all the variables were.
Monarch was even better IIRC -- they actually published instruction codes for their stuff. Dumping to a file was sometimes easier than properly reading documentation too.
The actual tag layout instructions are probably mindnumbingly simple. The area that's really lacking (or at least it was in '97ish) was getting things hooked up to a proper database that wasn't inflexible as all get out. You could rig an ODBC driver up to an Access DB but it was crufty, and the tag designer software was a bear. It was always much easier to hack my own little job together.
Yes, they still use some of it to this day.
Personally an on-the-fly label designer never made a whole lot of sense to me for these products. It was nice if you wanted to dump a template out but using it to actually hook up to your data was never a good idea. On top of that you sometimes get people trying to design the labels that don't realize why they can't fit 2k of data into a 2x2 square. Maybe that was my just my boss though.
"Why can't you fit more than 30 characters in that box?"
"Physics."
"Oh, 'cmon, it has to be possible."
"Ok, here's a pen. Try and fit more than 30 letters in this space."
Thankfully it was my mother, I could get away with that.
We use the Zebra printers where I work, and from my experience, you can do any label you need by sending the ZPL commands. All of the typesetting, graphics, and text can be coded into the fields, as well as the fonts and logic for printing barcodes. You can print to them in raster mode, too, but why do you need to?
Depending on your needs, it should only take a matter of an hour or two to code up something to generate ZPL from the user's requests, or you may be able to lex/yacc it from another format. Read the programmers manual that came with the printers (or at least should have). There are plenty of examples in there for barcodes, text, images, reverse printing, vertical printing, etc. I've done this for inventory coding (probably simpler than your needs), and it only took about 20 minutes of trial-and-error to get my ZPL script right. (And for reference, the format is a lot like a simplified PCL, so if you've had experience with PCL, it should be cake.)
--That's the point of being root, you can do anything you want, even if it's stupid.
A brief tour of the Adobe website, such as the Enterprise products reveals products like Adobe Central Pro Output Server which traces its heritage back to the same JetForm Central product (or JetForm Server for old-timers) that likely produced the story-submitter's barcodes.
So while the name JetForm may no longer exist, many of the same solutions formerly offered by JetForm now live-on via Adobe.
Gavin.
- TBarcode
- PDF417 barcode
- GNU Barcode
Maybe you want to use the barcode engines directly.Jetform is great because it has such a huge libary of printers to choose from... Upgraded your printers? No worries, just recompile your forms and presto, they're working again, no need to muck around with printer control codes, no need to recompile programs (good!!) or change the data streams. You can even compile in more than one printer so that you can have half new/half old if it's not a full upgrade.
I've been trying to find an open source replacement like the poster asked, and I don't think it exists yet. LaTeX looked like it might be able to do it, but I really haven't checked it out that much, and besides, that could only replace the Central part (the driver), you'd still have to replace Design.
At the moment where I work we've decided to stick with version 5.4 of central and design, it works fine on hpux 11i(central) and w2k(design) both OSes we'll stick with for a few years ... So i guess my advise is to stick with your current version if there is no real pressing need to change.