<div dir="ltr"><div>Dear all,</div><div>during the last Interoperability Meeting I presented some issues that me and my colleagues encountered in implementing a VOSpace service following the recommendation document. Since the limits that we found could lead to the definition of a new version of the specification it has been suggested to open a thread in this mailing list, to discuss them with the whole community.</div><div><br></div><div>We are proposing several points, so I&#39;ll number them.</div><div><br></div><div>1. Add a standard property to indicate that node metadata can be edited (e.g. groupread property can be changed), but the node can&#39;t be deleted or moved. Suggested names: locked or sticky</div><div><br></div><div>2. Add a standard property to indicate that a data node doesn&#39;t contain its data yet (so data has to be retrieved using a pullToVoSpace operation before being able to download the data using a pullFromVoSpace).</div><div><br></div><div>3. Allow to specify multiple target nodes (instead of exactly one target node) for transfer operations. This is useful if the user desires to select a subset of files inside a folder instead of the whole folder.</div><div><br></div><div>4. Add a mechanism to update certain metadata recursively on all child nodes. It is particularly useful for setting groupread and groupwrite properties.</div><div><br></div><div>5. If the previous point will be added to the recommendation, it could be useful to specify also how a recursive group update should behave. Suppose for example to have a parent node having groupread=&quot;group1&quot; and a child node having groupread=&quot;group2&quot;. If the user wants to add group3 recursively, a simple recursive setNode would set &quot;group1,group3&quot; on all the nodes (like a chgrp -R command would do). However, from a user perspective, maybe it would be preferable to have &quot;group1,group3&quot; on the parent node and &quot;group2,group3&quot; on the child node (so the operation would be smart enough to consider the addition or deletion of groups, instead of a plain set).</div><div><br></div><div>6. Clarify what to use as folder size (should it be the total size of its content?)</div><div><br></div><div>7. On the getNode endpoint add parameters to perform paginated requests. Useful for nodes having too many children.</div><div><br></div><div>8. Clarify how to define a custom delimiter for properties having multiple values. Recommendation says «When a Property can take multiple values, e.g., a list of groups which can access a particular resource, these SHOULD be comma-separated, unless the property description defines a specific delimiter.», however property description is a free text field and it could be hard to parse the custom delimiter value from it using automatic tools.</div><div><br></div><div>Thanks for your feedback!</div><div><br></div><div>Cheers,</div><div>Sonia</div><div><br></div></div>