|
|
|
05 Fev 2010
From file systems to microcontent data silos
Recent comments on the iPad made me realise something: Apple is very slowly moving away from a generic file system to microcontent silo’s. I am not sure about the how and when, but I recognise the following steps.
I think it all started with the Address Book application. This standard address book already existed during the NeXT-period. This application allows a user to manage contact information about persons. For each person (or business) the application creates a card. These cards are stored in a data silo (AddressBook.data). This data silo is a closed one, i.e. I am not able to look into it, but through the AddressBook application. As other applications also like to use address information, Apple created an API in order to get access (and change) this data. So what one sees here is a closed data structure, which is only accessible through Apple created and authorised API’s. Note that in NeXTstep this silo was more open, i.e. one could see the individual cards as separate files.
With the introduction of MacOSX a more structured approach towards file organisation was chosen. We saw the introduction of standard folders for Pictures, Movies, Music and Documents. This approach is also inherited from NeXTstep, but has been extended to more file types. Naturally the corresponding application such as iTunes and iPhoto stored their data in these folders.
However there is no guarantee that users did indeed store their corresponding data in these folders. When starting iTunes for the first time, it asked the user if it should consolidate all the music files of the users. This implied that all the files iTunes could find would be copied into the iTunes music folders. And there is still a preference for making a copy of music files when importing. And iPhoto has taken a similar approach to images. In addition iTunes and iPhoto force a detailed folder structure.
In the beginning we only had open silo’s. Users could still access the individual files through the Finder. A drawback of this is that users can corrupt the database. So for iPhoto Apple closed this hole (I am not sure at what version of the app this happened). They hid the photo file structure in a package, which is not easily accessible. In the file browser a user will see just a single file for the entire library.
With the closing of the images folder structure a real data silo has been created. As images are no longer easy to access through the browser, another access method is required. For their applications, such as Pages, Apple introduced the Media Browser. Through this Media Browser window users can access the data silos of iPhoto and iTunes and the Movies folder.
Unfortunately this is only a limited access to the images and music. It could be extended to the whole pictures and music folders. Also the usage of this media browser approach seems to be limited to applications created by Apple. As a solution to this Karelia introduced the iMedia Browser. With this iMedia browser one can access the entire pictures and music folder.
The number of microcontent types which have a corresponding data silo is slowly growing. The iMedia Browser added the microcontent type links. This window pane maps the bookmark folders of various web browsers. Also iTunes added a whole series of subcategories for ‘music’ (audiobooks, movies, iTunes U, applications), which diluted the idea of the music folder. However with time the iTunes app enlarged the coverage of this data silo to other MicroContent types. I am not sure whether this is a good thing though.
In addition to these Apple data silo’s, we have also application specific silo’s. Thus an application such as MacGourmet has it’s own database for recipes, which is not sharable with other recipe applications.
With the advent of the iPhoneOs we see another closing step. No longer a file browser is available to the users. There are only application specific data silo’s. No longer the user can mess with the files. If an application would like to use another data silo, it has to go through Apple defined API’s. This access method might entail a privacy risk, which need to be closed. This security risk also exists under MacOSX, but seems less relevant because less application are installed.
It seems that Apple has created some other data silo’s, but it is unclear which without access to the developer tools. Hardcore users are able to access the folders and files on the iPhone. The usage and access to this folders is deemed illegal by Apple.
The iPad seems to extend the idea of data silo’s to any document type. The idea seems to be that each application has it’s own silo. Naturally the iPad knows the standard MicroContent types as pictures and music. But we also see YouTube Video’s and iBooks. This is a fairly logical extension. However they also use the idea for more generic document types, such as presentations. The application suite iWork for the iPad also supports a media browser, so there is a method to mix MicroContent types.
For users I guess this is all a good development. Things will become much easier. I hope however that an extra method, such as tags, of organising files will introduced. I have doubts whether the current approach is sufficient when there are lots of files (or should I say MicroContent Items?).