|
From: | Felix Höfling |
Subject: | Re: [h5md-user] Tuples and topology, the return |
Date: | Tue, 08 Jul 2014 11:13:45 +0200 |
User-agent: | Opera Mail/12.16 (Linux) |
Am 08.07.2014, 10:49 Uhr, schrieb Pierre de Buyl <address@hidden>:
Hi Felix, On Mon, Jul 07, 2014 at 03:55:56PM +0200, Felix Höfling wrote:Good to see progress here :-) I'm not (yet) using molecules with a topology, so I can't comment on the semantics.Your draft seems to repeat the definition of the H5MD element (twice), soit may be made more concise by defining a list of N k-tuples simply asH5MD element of rank 2 with dimensions [N, k]. (Especially the distinctionbetween time-dependent and -independent should be clear.) The speciality that the values refer to particle indices goes beyond a general data structure and should be part of the topology module.It depends if the tuples here systematically refer to particles indices/ids. Ifso, this point should be there.
"there" means in the topology module?
I meant that we should allow for this, but it is not a requirement. The user may also collect all (pair) bonds in a single data field.topology module:* one may want to store different bond types for the same group (implyingthat each tuple list collects bonds of the same type)One <bond_list> per interaction type, no problem with that.
* can one define a set of names for the bond lists which imply the kind ofbond (similarly to the fields in the thermodynamics module)? The PDB format may give an inspiration for possible bond types.This goes further and would actually be the start of program specific modules. Interaction parameters between programs can have minor differences in their definitions. As PDB considers "real" atoms only it might be too restrictive.
From Olaf (whom I consider an expert in PDB) I got the information that PDB only stores connections, no bond types. Thus we can leave the names of the H5MD elements unspecified. They have no defined meaning and simply serve to group bonds (by whatever criterion, similarly as for the groups in particles/).
Felix
[Prev in Thread] | Current Thread | [Next in Thread] |