[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: External Site Mirroring & Indexing - Delegation Conditionally Accepted (fwd)



I'm gonna cc to the list, my PS comments on this topic:

Here they are: 
__________________________________________

A few entries in the requirments document, primarily #5 and #9, talk about the need to
differentiate between internal "articles" and externally retrieved documents. It mentions the
use of possibly a "Mirrored Links" table, etc. Before we go much further with this, I want to
make my original expectations clear. 

The table "ExternalLinks" was intened to maintain URLS to ANY documentation not originated
within the LKB. This includes ANY material on our own servers aquired by the process of
mirroring. The DB doesn't care where it's at. If there's two different LDP documents, one on our
server and one that's not - they both get entered into "ExternalLinks" as to there URL. Then,
these are tied in with our organizational tree "KBObjects" by ObjectType #7 (External Link).
They are accessed in the exact same manner as any other object i.e.
/render.php3?op=1.5.9.38&oid=38&type=7&...  but as an external link object, it will have a
property of LinkURL or whatever it's called (it's documented with the API) - and it will be up
to the display script to display the content inline formatted in some way consistant with out
site. 

As I said - these were my original intents, and it's quite possible that people wish this to
change. 

I do whole heartedly agree with everything else on the requirments document, including the
complete web based maintenance, support for CmdSchedule, etc. We need to discuss the ability to 
"differentiate" and how that will happen more though I presume. In the future, this will become
one of the biggest deals of the site, as others begin to incorporate XML metadata, etc.
Eventually it will be much more that Internal/External Documentation. Eventually we'll maintain
the knowledge of wether it's a KB Support Article, a User's Manual, an INstallation HOWTO, etc.
So we want to keep this future in mind as we design the current system...
______________________________________________
End of comments as seen on PS


On Mon, Nov 29, 1999 at 08:49:49AM -0500, Daniel E. Markle wrote:
> On Sat, Nov 27, 1999 at 03:19:54PM -0800, Aaron Turner wrote:
> > The KB is a place for direct answers (such as the Microsoft KB is), not for 
> > docs.
> 
> I agree with this and disagree, I believe the knowledge base needs to consist
> of direct answers, but I also believe that external docs are often the best
> source to answer some questions.  In other words, we need both, not just one
> or the other IMHO.
> 
> -- 
> -------------------
> Daniel E. Markle
> syntax@ashtech.net
> http://www.ashtech.net/syntax
> -------------------

-- 
Jason
http://vodka.linuxkb.org/~chardros