<div dir="ltr"><div class="gmail_extra">On Thu, Oct 24, 2013 at 3:59 PM, darshan pandit <span dir="ltr"><<a href="mailto:darshan12345@gmail.com" target="_blank">darshan12345@gmail.com</a>></span> wrote:<br><div class="gmail_quote">

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div style="font-family:arial,sans-serif;font-size:13px">I had a couple of concerns with regards to the time-series functionality I've been working on and would love your thoughts/inputs to go about this problem.</div>



<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">1. In the <a href="http://clt.nc/" target="_blank">clt.nc</a>, there is a plev dimension. As with the generic form, it is very highly likely that other datasets will also have 'level' dimensions. This results in multiple values for a variable even at a given time-point and a given location. We can render a visualization with time-series at mutiple-levels, even if the plevel values are continuous throughout and handsul (Something I have to check). But if there are too many level points or non-continuous plevels, we must think about a scheme to handle this.</div>

</div></blockquote><div><br></div><div>You are right, there will definitely be datasets with additional dimensions. For now, just select the first index in any extra dimension. In the future we can make the function more generic and allow users to pass a parameter for different dimensions, such as plevel.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">

<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">2. The information is relatively sparse considering the fact that the values are floats and sending a very precise float value for location may not be always possible. for eg: 169.016 will give you data but the point at 169.017 may not. Is there any way to tackle this problem either from the cdms or the front-end during the selection.  </div>

</div></blockquote><div><br></div><div>Ideally we should compute the interpolated values, but just selecting the nearest datapoint should be sufficient for now.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div dir="ltr">

<div style="font-family:arial,sans-serif;font-size:13px">, </div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">Regards,</div><div style="font-family:arial,sans-serif;font-size:13px">



Darshan Pandit.</div>
</div>
<br>_______________________________________________<br>
Opengeoscience-developers mailing list<br>
<a href="mailto:Opengeoscience-developers@public.kitware.com">Opengeoscience-developers@public.kitware.com</a><br>
<a href="http://public.kitware.com/cgi-bin/mailman/listinfo/opengeoscience-developers" target="_blank">http://public.kitware.com/cgi-bin/mailman/listinfo/opengeoscience-developers</a><br>
<br></blockquote></div><br></div></div>