I should clarify as I didn't mean to imply that there were "sides" to be taken. I agree absolutely with Claire's (and Aidan's) comments that the two are different, and meant to only add that it might be helpful to consider where similarities occur for purpose of planning for long term resource maintenance and storage.  Perhaps the misunderstanding comes from the following  comment: <br>
<br>"The ideal situation would be some combination of both perhaps:  
archiving and community web publication that maintains each directory in
 terms of best practices with a commitment to permanence."<br><br>To be a bit more clear, what I meant to convey was that if *websites* where created with best practices in mind it might facilitate a move to archiving (in various formats). The ideal situation would be some sort of well planned archiving *and*  creation of websites/online language resources in terms of agreed upon best practices.<br>
<br>Academic linguists (and others) seem to have a hyper awareness of these issues (e.g. best practices, archiving vs. website building). I would be curious to hear how different community members construe these issues or more generally issues regarding online language resources. <br>
<br>cheers,<br>Shannon<br><br><br><div class="gmail_quote">On Mon, Apr 25, 2011 at 9:27 AM, Aidan Wilson <span dir="ltr"><<a href="mailto:aidan@usyd.edu.au">aidan@usyd.edu.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
I'm tempted to say that no such archive exists that has the level of web presence and access to data that you're after, and no web hosting service in the world is going to be able to guarantee perpetual hosting of your data, and likely not other aspects of an archive either.<br>

<br>
So I would side with Claire, and suggest looking into each one independently, opting for the best of each, rather than trying to find a solution that's 'good enough' and does both.<br>
<br>
Web hosting doesn't have quite the same restrictions on data as archiving, so satisfying an archive's requirements first is probably a good move, and then looking into how you can copy that data to a web hosting service (likely down-sampling the files to mp3, etc.) will be relatively easy.<br>

<br>
Start by looking for an archive at <a href="http://www.language-archives.org/" target="_blank">http://www.language-archives.org/</a><br><font color="#888888">
<br>
-Aidan Wilson</font><div><div></div><div class="h5"><br>
<br>
<br>
<br>
On Mon, 25 Apr 2011, s.t. bischoff wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Good points Claire. It would seem if the directory that allows for a web<br>
interface where maintained in the "spirit" of an archive (e.g. following<br>
some form of community derived best practices with a commitment to<br>
permanence) then web publication could have the permanence that archiving<br>
strives for. Such an approach would be an alternative (or perhaps first step<br>
to archiving) for communities not ready, willing, or able to place their<br>
language resources in the hands of third parties, yet wanting to ensure some<br>
sort of permanence for the resources. The ideal situation would be some<br>
combination of both perhaps:  archiving and community web publication that<br>
maintains each directory in terms of best practices with a commitment to<br>
permanence. It seems that even though the two are different in some<br>
regards--there is a good deal of overlap in terms of production,<br>
maintenance, and use. <br>
<br>
cheers,<br>
Shannon<br>
<br>
On Sun, Apr 24, 2011 at 8:45 PM, Claire Bowern <<a href="mailto:clairebowern@gmail.com" target="_blank">clairebowern@gmail.com</a>><br>
wrote:<br>
      Just a quick note that we seem to be talking about both<br>
      archiving and publication here, and perhaps we should be<br>
      thinking about them as two different things. They have different<br>
      requirements. For example, with sound files, we would want to<br>
      archive the highest quality files possible. But for web<br>
      streaming, that's not what we want. It makes it harder<br>
      to disperse materials to communities, but web publication<br>
      doesn't have he permanence that archiving should do. This would<br>
      be a good argument not to look for a single solution, but to<br>
      investigate digital archives *and* web dissemination. Claire <br>
<br>
<br>
<br>
</blockquote>
</div></div></blockquote></div><br>