<div>I don't believe there is any one "how we're supposed to do it ". There are lots of alternatives, each with strengths and weaknesses.</div><div><br></div>From my observations of practices by researchers I have spoken to, there are usually two extremes in file naming that people adopt: (1) the "stuff as much information in as you can" approach Greg was suggesting, or (2) the "minimal semantics" approach that Aiden described. Approach (1) is not a good idea since the file names are unintelligible to anyone who doesn't have the key and there is always some other semantics that COULD have been stuffed into the file name but wasn't, eg. time of recording, speaker's gender, speaker's date of birth etc. Approach (2) results in file labels that provide so little information that they cannot easily be searched, or scanned by humans.<div>
<br></div><div>Claire's solution is to include SOME semantics that she will find useful, but to keep it minimal. What semantics is included is up to the user to decide, but I would argue for a little more explictness rather than Claire's abbreviations that only make sense to her. So, instead of BA-AKL_001.wav it might be better to use bardi_akliff_001.wav (or if you happen to like ISO codes bcj_akliff_001.wav. Mixing upper and lower case can cause problems on some systems; never put spaces in file names and never use non-ASCII characters in file names.<div>
<br></div><div>As for encoding metadata, that can be done in a txt file, or an xls spreadsheet (or a database), and done at various (folder) levels, depending on the researcher's preferences. David Nathan's chapter on archiving in the recently published LDD 7 presents some examples of various alternatives that have been used by depositors to ELAR at SOAS. The important thing is to establish a system that is transparent and explicit and follow it rigorously. Oh, and tell other people about it.</div>
<div><br></div><div>Peter<br><br><div class="gmail_quote">On 3 May 2010 00:11, Claire Bowern <span dir="ltr"><<a href="mailto:clairebowern@gmail.com">clairebowern@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I know this is how we're supposed to do it but I have problems<br>
identifying recordings quickly when the filename is a long string of<br>
numbers (e.g. with 5 Elan search windows open). I use this system for<br>
field methods tapes but I really don't like it.<br>
My field tapes are done by language and researcher initial (e.g.<br>
BA-AKL) and then numbered sequentially (apart from the Yan-nhangu<br>
fieldtrip where I used date/session numbering...). I find that much<br>
easier to use.<br>
<font color="#888888">Claire<br>
</font><div><div></div><div class="h5"><br>
On Sun, May 2, 2010 at 7:31 AM, Aidan Wilson <<a href="mailto:aidan.wilson@sydney.edu.au">aidan.wilson@sydney.edu.au</a>> wrote:<br>
> Hey Greg,<br>
><br>
> I'd actually leave most of the stuff in your filename to a metadata file and<br>
> leave the filename like:<br>
> 20100405-01.wav, .eaf, .mp3, whatever,<br>
> And have a spreadsheet of metadata for a bunch of recordings, where you keep<br>
> information like recordist, speaker, language, location, as well as date and<br>
> a rough breakdown of contents. It's probably a good idea to also have this<br>
> stuff in a text file; one per file, but also in a general spreadsheet for<br>
> all files:<br>
> filename, date, language, recordist, speaker,<br>
> location<br>
> 20100405-01, 2010-04-05, Marra, gd, fr, Ngukurr<br>
> 20100405-02,<br>
> etc.,<br>
><br>
> While it's a good idea to try and keep as much identifying information in<br>
> the filename, it can look cluttered, and it may tempt you from proper<br>
> collection of metadata in a spreadsheet. Also, without a list of<br>
> abbreviations to inform someone looking at your files how to interpret the<br>
> elements in your filename, it may go to waste.<br>
><br>
> -Aidan<br>
><br>
> --<br>
> Aidan Wilson<br>
><br>
> The University of Sydney<br>
> +612 9036 9558<br>
> +61428 458 969<br>
> <a href="mailto:aidan.wilson@usyd.edu.au">aidan.wilson@usyd.edu.au</a><br>
><br>
> On Sun, 2 May 2010, Greg Dickson wrote:<br>
><br>
>> Hello,<br>
>> I'm trying to tidy up my files on my home laptop, which I've only ever<br>
>> used<br>
>> secondarily to whatever computer I was assigned by various workplaces.<br>
>> Over<br>
>> about four years, I've ended up with a real hodge-podge of recordings and<br>
>> files in all kinds of languages made in all kinds of situations by all<br>
>> kinds<br>
>> of people even! (When you lend out your Zoom recorder it can come back<br>
>> with<br>
>> interesting things on it!). I thought it's time for a spring clean.<br>
>><br>
>> I'm pretty decided on a way to label my files consistently, but would<br>
>> appreciate any feedback or shared experiences.<br>
>><br>
>> I thought I'd go with something like:<br>
>><br>
>> 100405MARfrNGUgd01<br>
>><br>
>> Which is DATE (April 5, 2010) LANGUAGE (Marra) speaker (initials: fr)<br>
>> LOCATION (Ngukurr) "recorded by" (gd = me) Series number (1st in the<br>
>> series)<br>
>><br>
>> And then any ELAN, metadata, video or text files will have the same name,<br>
>> just a different file extension.<br>
>><br>
>> I'm wondering though, what should I do about metadata? What do others do?<br>
>> How necessary is keeping metadata for such a miscellaneous collection of<br>
>> files? And how do I do it? One place I worked at just kept a store of<br>
>> .txt<br>
>> files of metadata - 1 file for each recording. Is that a good way?<br>
>><br>
>> Any help or info appreciated.<br>
>><br>
>> Guda mingi,<br>
>> (That's all now)<br>
>><br>
>> Greg Dickson<br>
>><br>
>> PO Box 2468<br>
>> Katherine NT 0852<br>
>> Ph: 8971 0207 / 0427 391 153<br>
>> Email: <a href="mailto:munanga@bigpond.com">munanga@bigpond.com</a><br>
>><br>
>><br>
>><br>
>><br>
>><br>
><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Prof Peter K. Austin<br>Marit Rausing Chair in Field Linguistics<br>Department of Linguistics, SOAS<br>Thornhaugh Street, Russell Square<br>London WC1H 0XG<br>
United Kingdom<br><br>web: <a href="http://www.hrelp.org/aboutus/staff/index.php?cd=pa">http://www.hrelp.org/aboutus/staff/index.php?cd=pa</a><br>
</div></div>