perfsonar development work

[maxim <>]

> My suggestion going forward is this:
> 
> 1) keep 'startTime' and 'endTime' parameters for at least the 
> next major release
> - perhaps even the one after that. These parameters can be 
> specified with String's that will be interpreted as 'unix' 
> timestamps (as they are now). Or, they can be an nmtime 
> element - but only the TimeStamp variety. (no start/end child 
> elements allowed - these would be a semantic error)
>
> 2) add a 'timeRange' parameter (I don't care the name) which 
> is specified using a general nmtime element child, which must 
> specify a range using the start/end or start/duration syntax.
> 
> 3) eventually deprecate 'startTime' and 'endTime' as direct 
> parameters.
> 

-- and timeRange as well, since we dont need this kind  if we fully support
nmtm:time 
 --Maxim