Newsgroups: rec.arts.int-fiction,rec.games.int-fiction
Subject: Re: Links and version numbers at GMD (was Re: Here is the Avalon you requested.)
From: twelch.NOSPAM@iglou.com (Tom Welch)
References: <none-6A4130.01043501042001@news.axion.net> <tcjberqt88nqb8@corp.supernews.com> <9afdgb$psj$1@joe.rice.edu> <jdvgok2v7u.fsf@login2.phy.duke.edu>
Message-ID: <Xns907B8CCDB7D5Ctwelchigloucom@192.107.41.5>
User-Agent: Xnews/4.01.30
NNTP-Posting-Host: 12.28.4.227
X-Original-NNTP-Posting-Host: 12.28.4.227
Date: 6 Apr 2001 13:51:33 -0500
X-Trace: 6 Apr 2001 13:51:33 -0500, 12.28.4.227
Lines: 37
X-Authenticated-User: twelch
X-Original-NNTP-Posting-Host: news-incoming.iglou.com
Path: news.duke.edu!newsgate.duke.edu!nntp-out.monmouth.com!newspeer.monmouth.com!feed2.onemain.com!feed1.onemain.com!uunet!dca.uu.net!ash.uu.net!news.iglou.com!12.28.4.227
Xref: news.duke.edu rec.arts.int-fiction:85094 rec.games.int-fiction:62149

I would suggest keeping the archives uncluttered by doing the following:

1. Save each file with the version number. (i.e. MyArchive_2_1_1.tar.gz)
2. Have a copy of the latest for links (i.e. MyArchive_Current.tar.gz)

This way, you can get a specific version when looking for it explicitly, but
external resources can link to the "MyArchive_Current.tar.gz".

That's what I'd do anyway,

--
Tom Welch
Lurker

Stephen Granade spewed mental ooze in
<jdvgok2v7u.fsf@login2.phy.duke.edu>:

>lpsmith@rice.edu (Lucian P. Smith) writes:
>
>> The problem here is that WinTADS has the version number built into the
>> filename, and, by extension, the URL.  Back in the days where people
>> had to use FTP programs to download stuff, this made sense.  In the
>> Day of the Ubiquitous Browser, perhaps it is out-moded.  (And it isn't
>> only WinTADS that's affected; were it, I'd just bother Stephen.)
>>
>> Would it be helpful to establish a protocol on GMD that filenames not
>> include version numbers therein?
>
>One downside I can think of is that we'd lose the multiple versions
>stored at ifarchive.org. It keeps old copies of various files around
>due to its non-deleting nature, but should the actual filename never
>change, ifarchive.org would simple overwrite old versions with new
>ones.
>
>Stephen
>

