If I open a plain AutoCAD file (no TIF) or an AutoCAD file with an embedded TIF I have no problems. The AutoCAD "Manage License" dialog only shows the AutoCAD license and states "You will not see a licence for enhancements until you use it." Once I initiate a Raster Design command (i.e. IOPTIONS), the license shows up. All good.
However, if I open a drawing with an attached TIF, the Raster Design settings (AutoReplace or AutoInsert) correctly load the referenced TIF, but an error dialog states that no license is found. after that Raster Design runs correctly.
It appears that AutoCAD is trying to initiate a Raster Design command before RD is loaded, which would be a different sequence of events compared to previous versions (2016 being the latest that I have extensive knowledge of). Am I missing something here?
This worked flawlessly in previous versions, so has the order of loading RD changed in relation to partial CUIX files and the ACADDOC.lsp? Is there a way I can force a start-up routine to load after RD has loaded?
I tried loading Raster Design in the ACADDOC.lsp to make sure it was loaded before issuing a RD command. I still got the error and then looking at my command line history realized that RD is always loading prior to any start-up routines and partial CUI's.
I have a separate script file that was checking the menu status of a vertical app (Bentley) and cleaning up it's garbage. I found that this was loaded after the RD license check so I inserted my RD routines and they ran correctly. These scripts are profile specific so I still need to work on a cleaner solution to implement this across all of configurations but the method appears sound.
That's unfortunate. I am not having the same issue as you exactly, but I was hoping your solution may work for me. I am working remotely, but the licenses are on an enterprise network to which I have to connect using VPN. Every 30 days when the license manager needs to poll the server, I have to go through this routine of disconnecting from VPN then open the autocad product, and only then I can connect back to the VPN. That is fine until I need to use Raster Design. If I open Raster Design first, then connect to VPN, I can not execute a Raster command. This apparently triggers Raster Design to check for a license at that moment to which it can't locate it through the VPN. On the other hand, if I open Raster Design, execute a Raster command, then connect to VPN there are no issues. I don't exclusively use Raster Design commands so periodically my work is interrupted by this nuisance and I usually forget to go through this process of acquiring a Raster Design license every 30 days.
In the old days (15years ago) we scanned a lot of files to DXB, and simply imported the image into the .DWG as small objects. (I believe they were treated as polyline segments). The lines from the original scan became a series of small polyline segments (not joined) but the scanned image plotted as good as the original, and even better, the objects could be erased and a "hybrid" drawing created without xrefs or "embedded" raster files. You could manipulate the scanned objects with normal autocad commands, and they existed on Layer 7.
Any words of wisdom about creating a "scan" that can become "objects" (even small dots) INSIDE the DWG file, instead of a "Raster Image" that has to be xref'ed or "embedded", and will not even plot to a DXB or HPGL format?
I think your confused about vectorizing. Those "scanned in" polylines were vector based by definition of the word. If you were not getting a vectorized drawing, you would only be able to use the raster editing tools on it.
AFAIK, the only way to do what you are describing is with vectorization software. There are a number of them out there, some better than others for various reasons. Describe in more detail what you have and what you want to get out of it and maybe someone that has done similar work can recommend one for you.
My goal is to be able to create "hybrid" drawings that keep the original linework exactly as it is (as entities on an internal DWG layer), but be able to "hybrid" small sections/renovations with normal autocad tools. The current Raster Image often isn't readable my many viewing and plotting softwares. Even autocad won't always plot the Raster Image part of the drawing to certain output formats.
Very disappointed that autocad and the scanner manufacturers have kinda gotten away from DXB and standardized on the TIFF and PDF formats, which get treated as something you can "view" as a background image, but not edit with normal autocad tools. That's great for realistic background presentations, but doesn't help much for normal monochrome technical line drawings.
The old DXB files were perfect for using the scans in a "hybrid" file way. Now it appears that when you "vectorize" it creates zero-width polylines, and you lose all your line widths...leaving LOTS of clean-up work!
On the other hand, as you probably know, a properly drawn AutoCAD drawing does not use polylines for general lineweights. I'd like to see just one of those magical DXB's. I doubt they were actually as good as remember them. I'd be willing to bet that there were noticeable variations in polyline widths where there shouldn't be any. If the technology was so good back then, it would surely be better by now. That is just the nature of technology. I think that the constant stream of new posts that come in here asking about conversion software without ever getting any real good solution are testament to that. I work for a pretty large company and we don't have any vectorization software. We do rely fairly heavily on recreating drawings from paper and it is all done by tracing inserted TIFF files or just plain redrawing the plans as if they were a mark-up.
Yeah, no offense but I think your memory is in error. A dxb is not a scanned format. It is a drawing exchange binary, something similar to a dxf file. I agree with others in that a raster-to-vector program was used for the final vector file. Perhaps there was one on this machine. Years ago the company I worked for bought a scanner that had a RTV program with it. DXB was one of the formats it could save the converted file to. It would be nice to see one and look at it in detail.
I have used Polyline widths for lineweights for over 25years, and the beauty of that is that the drawing looks the same on the screen (has "punch") as it does on paper, AND colors are now freed up to serve the engineer to represent systems (elec, mech, etc)...instead of serving the CAD department's plotting scheme. Or, are you using the lineweight assignments where you have to worry about what scale you plot the drawing. My way (using polyline widths) always scales up/down with the drawing. But, I like things simple.
No, I looked at the drawings again yesterday, and what was happening was that the scanner had a built in software that scanned to a DXB format. Since DXB is a vector only format it DID DO some basic "vectorization" when it created the scan file. It turned the "raster image" into what I call "micro-vectors" which were short segments of polylines. Even the text (like the letter "s") for example, was a series of short polylines. So, it wasn't a "true" vectorizing software that "traced" the centerline with a single zero-width polyline, but it did create a series of small polyline segments that acurately represented the original scan (including linewidths!) very well. It was the PERFECT solution to creating "hybrid" drawings that were 100% internal to the DWG file (no hyperlink/OLE issues...just polylines on layer 7). So ANYONE with AutoCAD or related reviewing software was "compatible" with the file.
Yes, as someone mentioned "change" is the nature of technology...but it's not -always- for the better. Unless you are using your TIFFs as a "pretty" background image for an architectural presentation, then yes...TIFF is great for that. But, I'm pretty disappointed that the technology has "lost" the scan to (micro-vector) DXB capability...because it sure worked perfectly for 100% compatible to everyone "Hybrid" drawings that didn't require "tracing" (software or manualy) or even much cleanup work at all.
So, again I have to ask the experts if anyone knows of a TIFF to DXB conversion that captures the linewidths instead of this crappy "trace the centerline" vectorization method that Raster Design uses. Yes, I'm also familier with the "outline" method that uses TWO lines to trace/capture the linewidth, and that's not a valid solution either. I'm looking for a conversion to SINGLE polylines that preserves the linewidths of the original scan. The way our scanner USED to do it.
Funny? That is exactly the way most of us plot. Polylines with width are used for exceptions to the assigned plot styles. Your method may work for you but I would be the one laughing if I ever received one of your drawings.
It allowed the use of the so-called "raster image" (often a hand drawn ink-on-mylar original, with nice clean Leroy lettering) to be scanned directly into autocad as polylines, and emailed/copied/electronically archived...and USED as a Hybrid file immediatly, with very little cleanup.
The "hybrid" files were more than adequate as-builts that could be used (as-is) with any renovations simply being done on a seperate layer (where the original scanned linework was erased, and with normal tools).
I believe the scanner was an old Contex, and it created the scan as a DXB file that came into Autocad as a simple DXBIN, and resulted in polylines exactly as the original scanned linework. PERFECT usable hybrid files without the time spent to "vecorize" and "clean-up" the linework, as long as the original "handwork" (usually pen-on-mylar) work was good enough for the rennovation work required.
b1e95dc632