Michael,
Thank you for the <plug>. I couldn't have put it better.
The only thing that I want Tim (and user community) to know is the recent
enhancements in the Database Explorer module of GUI3000. By popular (i.e.
market demand) it can also help with future migration of your TurboImage
databases -
not only does the Database Explorer Module allows you to view and extract
data from Image databases without ODBC and save it in csv, Excel, HTML Table
or XML formats, it will also let you create SQL Server, Access or Oracle
'look-alike' of TurboImage databases which can be populated with your own
data in one step, while preserving all Image indexes.
To find more about this version (and/or download a free 30-day demo) visit
our http://www.gui3000.com
</plug>
Simon Tsalyuk
OmniSolutions, Inc.
Phone: 800-935-0101 or 818-382-9881
Fax: 818-382-9885
------------------------------------------------------------------------
Michael Anderson wrote:
> Your subject line almost looks like GUI3000, which is actually a product
> for the 3000. I am not a vendor, rather a user of GUI3000. It doesn't
> give you the ODBC interface, and it's not a development tool. However I
> use during the process of program development, to retrieve image data
> set/item structure, and to retrieve image data also. GUI3000 is really
> an operations tool. It is completely GUI, and supports job/sess mangmt,
> spoolfile management, Disc space, Database Explore & Capacity
> Management, User, Group, and Account management, UDC's, Console Logs,
> even Device Management, and it's all GUI, it's also got a MS-Windows
> type File Explorer. Since I got GUI3000, I don't use the MPE command
> interface much anymore, just point -n- click from GUI3000.
>
> --
> Michael Anderson
> Spring Independent School District
> 16717 Ella Boulevard
> Houston, Texas 77090-4299
> office: 281.586.1105
> fax: 281.586.1187
> -
>
> >>> "Atwood, Tim (DVM)" <[log in to unmask]> 06/19/03 01:50PM >>>
> We are looking for a GUI interface to HP3000 Image databases. I would
> appreciate hearing about people's experience with the multiple tools
> currently available. Ease of development, efficiency, overhead,
> look-and-feel, price and support are all factors. Plus probably other
> criteria I have not thought of yet.
>
> I am happy to hear from vendors. However, I ask that you please state
> clearly you are a vendor representing the product. If replying to the
> list
> also, the standard <plug> notation would be appropriate. Please note
> any
> sales pitches disguised as objective opinion will immediately remove
> the
> offending vendor from consideration.
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
>
> * To join/leave the list, search archives, change list settings, *
> * etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
