By Keith Chisarik - 12/11/2006
I need a control to implement scanning functionality into my VB.NET application. Does anyone have any good experience with a TWAIN toolset that will control the scanner, do some image correction, etc ect? My old trusted VFP one doesn't offer a .NET flavor.
Also, in VFP I never stored images in the database, I just stored pointers to the file locations. It always worked very well, can anyone make the argument that I should be storing the images themselves in SQL Server? They will be about 25kb per.
Thanks for any input.
|
By StrataFrame Team - 12/12/2006
We use AtalaSoft for TWAIN support within PracticeStudio because they are fully .NET (no COM junk) and they are runtime royalty-free. Their TWAIN support works well.As for storing images in SQL Server, we allow our users to store them both in SQL Server and on disk (because some users would go over the 4GB limit on SQL Server Express database size). The performance of reading the images in from SQL Server is far superior to that of storing them on disk. Pulling an image from a TDS stream is just faster than opening it from a file handle on a network share. Hope this helps
|
By Ivan George Borges - 12/12/2006
I was very curious about this question that Keith made. I used to have the images stored in the General field in my Fox applications, but then I started having the table limit reached, and swapped to poiting to addresses.Now, in SQL, I was wondering which way to choose, and it's nice to know that stuffing them into the database will be faster. I guess that giving the option to choose would be the best way, as it is probably not a major problem to extract them from the tables if necessary to save them in a folder, with this serialization thing. Thanks Keith and Ben.
|
By Trent L. Taylor - 12/12/2006
We allow our medical system to go both ways. This is for those users who want to run SQL Server Express and will quickly hit the 4 GB limit. We also have an in-place conversion so that they can swap back and forth and it will automatically move the images from a folder based environment to a SQL Server stored entry and vice-versa. Being stored in the database is faster, but if you are expecting a potential mass amount of data, you will need to provide the folder based (or file based) option as well otherwise you will start having data loss when you hit the SQL Express limit. If you are running a full version of SQL Server then this is not a concern.
|
By Keith Chisarik - 12/12/2006
Thanks, great info.
|
By Keith Chisarik - 12/15/2006
Hmm I have had nothing but problems with Atalasoft so far. Mostly from the sample code being just plain wrong, it looks as if they used a converter to go from C# to VB.NET so I am having to fight two learning curves trying to evaluate it. Also some functions are just plain old documented poorly, for instance the use of an ADF.
You guys didnt have these issues?
|
By Trent L. Taylor - 12/15/2006
You guys didnt have these issues? Yes, we had them. And many other frustrations at first as well. I had all of the same thoughts and experiences that you have just expressed. Maybe even a little more exaggerated . However, the alternatives require run-time licenses for every machine that will run a license of your product. Atalasoft has run-time royalty free licenses. This prompted be to stick with them. Their samples are actually very poor which initially made me think less of the product because I was afraid the product was written like the samples. But I think that the internal code is better than their samples....though I cannot say this with an certainty since they do not give you the source code...another problem I had with them. I will say that they have been willing to work with me to work through the issues and we still have some work to do to get to the finish line, but all being said, this was fully managed .NET code and has royalty-free run-time. I spent less time working around the problems I ran into versus writing this myself. Also, I think that they will have the memory leaks resolved in the latest build (now available for download). After all of this, I still think they are the best option for the money to purchase. Using ImageXPress, Pegasus, or Accusoft will ultimately be a very expensive (and not totally comaptible) solution.
|
By Keith Chisarik - 12/15/2006
Ok, good it inst just me.
I have used ImageXpress in the past with great results, but they will be at least double the cost for the same functionality. I will keep banging my head with Atala. Thanks Trent.
|
By Trent L. Taylor - 12/15/2006
I have used ImageXpress in the past with great results Me too. But the run-time licenses this time scared us off. It would have been a nightmare trying to keep up with these license not to mention the additional cost to our users. The cost for just the development license was fair, the run-time was not.
|
By Keith Chisarik - 12/15/2006
Yeah i looked and it was like 80 bucks a user, no thanks!
|
By Trent L. Taylor - 12/15/2006
Exactly.
|
By Keith Chisarik - 12/22/2006
We did go with Atalasoft and I delivered the app to my customer yesterday. I ended up trying out ImageXpress as well, not only was the price wrong but it was glaringly obvious they had shoehorned their product into .NET.
Thanks again for the tip on Atalasoft.
|
By Trent L. Taylor - 12/22/2006
I am glad this worked out for you!
|
By Michael Reese - 1/28/2007
I am considering purchasing Atalasoft. I need basic scanning functionality. Are the examples up to demostrating implementing that.
|
By Trent L. Taylor - 1/29/2007
We have no examples for Atalasoft but they have samples of their own. StrataFrame does not have any wrappers for Atalasoft, as their really is no need. You can also download their trial to make sure it will work for you. The number one thing they have against all of their competitors is that their run-time licenses are royalty-free....BIG plus in my book!!!
|
By Keith Chisarik - 1/29/2007
Michael,
I spent a lot of time evaluating scanning products for .NET 2.0.
I feel Atalasoft was the winner hands down on price, performance, support, and ease of use.
Keith
|
By Michael Reese - 1/29/2007
Hey Thanks,That is what I am looking for!
|