Re: [h5md-user] Species Data Type

[Pierre de Buyl]

The message below went off the list by mistake.

P

On Mon, Aug 05, 2013 at 12:18:59PM +0200, Pierre de Buyl wrote:
> Hi Nicolas,
> 
> Thanks for discussing your suggestion for H5MD :-) 
> 
> On Mon, Aug 05, 2013 at 11:43:11AM +0200, Nicolas Höft wrote:
> > I've started making a simulation involving 'real' atoms.
> > To distinguish the atom type, I use the particle species. From a
> > simulator point of view the number type of the species makes
> > perfectly sense. But  when one has a lot of different atom type the
> > H5MD species type (number) becomes very impractical from a users
> > point of view because it is hard to remember (and see) what species
> > was what Atom type.
> > 
> > A more useful identification in my case would be the short name of
> > the Atom (e.g. H, Ar and so on). This would also be in line with the
> > often used descriptions in mixtures of the particle types ("A", "B",
> > .. ).
> > 
> > One solution to allow this kind of species identification is to drop
> > the constraint ", and is of scalar integer data type".
> 
> The constraint is there for several reasons:
> 1. If you want "string", that is H, Ar, etc. that have several lengths, you 
> need
> to know in advance the max length or use variable length datatype. Neither of
> those solutions are practical.
> 2. Possibly (this should be tested), using integers only would allow for 
> better
> data compression.
> 3. Using "A", "B", "C", etc. is not an interesting progress wrt 1,2,3,...
> 4. Numeric datatypes are, in general, easier to work with from a language
> point-of-view. Also, it is much more likely that a numeric datatype matches 
> the
> actual implementation of the data in memory.
> 
> Extensions of "species" could be discussed later on, however (after we settle 
> on
> a base format that will receive the version number 1.0).
> 
> Regards,
> 
> Pierre
>