[ome-devel] OMEIS/Files/* Structure

Tomasz Macura macurato at grc.nia.nih.gov
Wed Sep 8 15:13:58 BST 2004


Josh,

The OMEIS documentation from 
http://www.openmicroscopy.org/api/omeis/implementation.html answers 
your first question:

The image server maintains separate directory trees for files (uploaded 
via  UploadFile) and Pixels. They do not share the same ID space, so a 
PixelsID and a FileID may be equal. The last used ID is stored in 
counter files  (Files/lastFileID and Pixels/lastPix). To get a new ID, 
the file is opened and  write-locked, the last ID is read, the ID is 
incremented and written back to  the file, the lock is released, and 
the file is closed. The directory trees to  hold the Files and Pixels 
are generated dynamically by converting the ID to a  string and using 
one directory level for every 3 digits. FileID=1234567890 will  have a 
path of Files/123/456/789/1234567890 (returned by GetLocalPath). The  
filename and SHA1 digest of the uploaded file (the value of the 
'filename'  parameter in the 'File' form variable) is be stored in  
Files/123/456/789/1234567890.info. Pixels are treated similarly, with 
the  companion/header file being stored in 
Pixels/123/456/789/1234567890.info (for  PixelsID=1234567890).

As written above, the directories are created every 1000 files. Its 
hardcoded:

[lappy-toppy:src/C/omeis] tmacur1% grep -rn "1000" *.c *.h
repository.c:194:               chunks[nChunks] = remaining % 1000;
repository.c:195:               remaining = (remaining - 
chunks[nChunks++]) / 1000;

Why would you  want to change it?

Tom

On Sep 8, 2004, at 9:55 AM, Joshua Moore wrote:

> Is there any documentation on how OMEIS handles the creation of its 
> directory structure? Further, are there any hooks &/or parameters for 
> when "DIR-###"s are created?
>    -Josh
> _______________________________________________
> ome-devel mailing list
> ome-devel at lists.openmicroscopy.org.uk
> http://lists.openmicroscopy.org.uk/mailman/listinfo/ome-devel
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: text/enriched
Size: 1977 bytes
Desc: not available
Url : http://lists.openmicroscopy.org.uk/pipermail/ome-devel/attachments/20040908/fc157133/attachment.bin


More information about the ome-devel mailing list