Conference 7.286::digital

    
    The WWW application index should be accessible via the QuickIndex
    option of the external Digital web page.  Also try contacting Darren
    Popham (DCPOSF::DARREN).
    
    len.
    

    You missed the point of my note.  I CAN'T USE that application.  I
    need a file I can copy off the net.

    
    Then call Darren - he maintains the file that supports the web pages
    for Alpha ISV applications.
    
    len.
    

why cant you just do "Save as" from the web viewer of your choice??

Gerald

    [ I thought this was easy.  I think next time I'll just hit myself in
    the head with a brick. ]
    
    The URL in question (http://dcposf.mro.dec.com/directory/bin/search) is
    a search engine, not a "list" of the application directory itself. 
    If it were, I wouldn't be asking this.  I referred to the URL
    originally because it leads me to believe that there is a group or
    person responsible for maintaining it.  I have double-checked the
    directory at XLIB::USER3$:[ONLINE_CTLG.PUBLIC] and it is badly 
    out-of-date (January, to be precise.)
    
    I have sent a note to Daren Popham, but I'm not sure if he has any
    formal relationship with whoever puts together the directory.  A lot of
    Web applications are spare-time efforts of well-meaning folks trying to
    help.  Where would we be without such folks?
    
    I heard that there was a big effort to get more applications for Alpha,
    but I'm rather sick of hearing this over-and-over and nothing
    happening.  But I digress.  Suffice it to say, whoever is responsible
    for recruiting critical new applications to Alpha is off hiding under a
    rock somewhere.  We don't even bother talking about WordPerfect, or
    Lotus Notes, or CodeCenter/ObjectCenter porting anymore.  Its a lost
    cause, and has shipwrecked thousands of system sales.
    
    I'll shut-up now.  Any (more) help appreciated.

    Tim... try your old friends from the field, Pete Stillwaggon and Mike
    Pallone.  They may be able to help.
    
    Pete's at 381-0209; SMURF::STILLWAGGON
    Mike's at 381-0297; xirtlu::pallone
    
    When you find it, let me know where it is; I need it, too.
    
    :-)
    
    Thanks,
    
    -j

More on the WWW Online Search Engine and Flat File access:

As Tim pointed out, he is correct in that my search engine is in fact
a search engine, not a flat file list.  The ability to select multiple
matches exists, but one would not wish to use this feature to highlight
every entry and wait for the copious volumes of data to get copied
via the web.

Previous versions of my application did in fact make use of the flat file
located on XLIB::USER3$:[ONLINE_CTLG.PUBLIC].  All I was then doing was
to build a local database of the data from that flat file and offer it
in a Web presentable manner.

However, since January, the Application Database which was used
to build the XLIB file has been migrating to a new format, and
while so doing, no new XLIB files were generated.  This was why
for those accessing my application, they noticed that the data
had not been updated since Jan 26, 1995 (the last update of the XLIB
files).

The new database, which just came on line, is now used to feed
the IR.  I then get my data directly from the IR for my application.
The IR however is not a convenient flat file either.  In the IR,
each individual application entry has been broken down into individual
files.  Thus for my application, I now track over 7000 files, checking 
to see which have been updated and then building changes into my
local database which I use for my application.

I guess one could access the IR files directly and build their
own flat file.  The following directories hold the information 
I consume for my application:

    3rd Party Application Files:  WWSMIR::PA$LIB:PA*SC.TXT
    Digital Application:          WWSMIR::AC$LIB:AC*SC.TXT
    Digital SPDs                  WWSMIR::SP$LIB:SP*SC.TXT

To the best of my knowledge, the XLIB files are going to be discontinued, 
if they haven't been already.

A person to talk to about a flat file is Jim McAndrew (DTN 223-0436 
until he moves out of the mill).  

As well, as Tim indicated, I am not directly affiliated with the group
who maintains, edits, solicits, or in any other way deals with the data
in the Partner Database.  I merely consume the information and re-present
it in a Web friendly fashion.  I believe you should direct questions about
the entries in the database to Connie Davis (DTN 223-0438, until she
moves out of the mill).

Regards,

Darren

P.S.:  URL to the Application:

	http://dcposf.mro.dec.com/directory/bin/search

P.P.S:  Hopefully with much appreciated assistance from Jim Rehill this 
        new version will be available externally NEXT WEEK!  At such a time, 
        there should be a general release telling people about this. 

Using VTX:

Find the page AXPAPPS.

It has the best (albeit not 100% accurate) listing of Alpha application status.


Tony
Sales

    
    I would speak for the Integrated Repository as the best source of
    Alpha Application information, and which in turn is the direct source
    of data for the current Web application represented by Darren.
    
    VTX AXPAPPS has a notice on page 1 that it is going away in September.
    
    IR receives a direct, weekly update from the PARTNERVIEW-2 application,
    and the data is improving/increasing steadily.
    
    What is the specification/layout for the flat file you are looking for?
    IR does store individual files, for "file service convenience".  We
    also have capture metadata for 30,000 information objects (including 
    Partner Aps) in an Rdb database.  You could request a feed by
    contacting the business group (SALES::BENNETT or SALES::FEEDBACK) for
    IR.
    
    IR is not just a VTX application, although it has a very effective VTX
    client.    Sales Workbench, Sales Horizon, DEC Genisys, WWW Digital
    Home Page ... these applications all receive metadata from IR and serve
    files from the libraries. (the WWW client replicates the files to FTP
    archives and generates HTML's when not available from IR).
    
    The IR VTX application processed 2,085,894 user inputs last month, and
    mailed more than 70,000 documents to endusers, and FAXed 2000 documents
    to customer and in-house sites.  It typically has in excess of 150 
    simultaneous users. 
    
    GT