Re: [udig-devel] netcdf in catalog view

[Jody Garnett <jody.garnett@xxxxxxxxx>]

> That is not the problem. The problem is bound to the case in which we
> have two netcdf files, both with time layers and vertical (say for
> example elevation) layers.

If they are both elevation layers; even if in different units; we
*could* make use of a global elevation slider in order to change both
at the same time.

I am starting to suspect that you are going to want:
- a global slider for time
- a style page for time; in which the user can choose "the default"
which is the global slider; or a specific time - kind of like
"pinning" a layer in time

Now if the verticle axis is actually different quanitities (say one
file has elevation and another file has pressure) then we will need to
provide the user different controls to fiddle with.

We need to break out that wireframe tool :-)

Jody

> In that case while time means the same for both and can be handled
> with a common slider, the same doesn't apply for the vertical axis,
> which can be anything and different for the two of them, therefore not
> to be handled with a common slider.
>
> Andrea
>
>
>> Note: the other way to handle this stuff is as a "style" setting; and
>> there should be some kind of guideline of when a style should be used;
>> or when part of the viewport model should be used...
>>
>> I am hoping to learn more when we have some data to poke away at.
>> Jody
>>
>>
>> On Wed, Jun 3, 2009 at 5:37 PM, andrea antonello
>> <andrea.antonello@xxxxxxxxx> wrote:
>>>> My thought would not to display the deegrees of freedom (space / time
>>>> / height) and only list the variables. The idea is to identify a
>>>> dataset (ie a variable) and then to allow the user a visual way to
>>>> navigate through the dataset.
>>>>
>>>> So lon/lat in your example...
>>>
>>> That would be good, adding at least informations about the dimensions
>>> and layer quantities to the variable name.
>>>
>>> There is a problem anyway. We decided to bound the time navigation to
>>> the map, i.e. if several netcdf variables are loaded into the map,
>>> then they all MUST represent the same time instant. This makes sense.
>>> But what about the vertical dimension? We can't force them to be
>>> equal, we might have loaded rasters of temperature and pressure, in
>>> which case the values have to be handled separately.
>>>
>>> What do you think?
>>>
>>> Andrea
>>>
>>>
>>>
>>>
>>>> Jody
>>>>
>>>>
>>>> On Wed, Jun 3, 2009 at 3:18 AM, andrea antonello
>>>> <andrea.antonello@xxxxxxxxx> wrote:
>>>>> Hi Jody (also Jesse),
>>>>> I need you to review this thoughts about what to accept from netcdf
>>>>> files and how to enable them in the catalog.
>>>>>
>>>>> Here description and images.
>>>>> http://jgrass.wiki.software.bz.it/jgrass/thoughts_and_tests
>>>>>
>>>>> Please let me also know your thoughts about the last two open questions.
>>>>>
>>>>> Thanks,
>>>>> Andrea
>>>>> _______________________________________________
>>>>> User-friendly Desktop Internet GIS (uDig)
>>>>> http://udig.refractions.net
>>>>> http://lists.refractions.net/mailman/listinfo/udig-devel
>>>>>
>>>> _______________________________________________
>>>> User-friendly Desktop Internet GIS (uDig)
>>>> http://udig.refractions.net
>>>> http://lists.refractions.net/mailman/listinfo/udig-devel
>>>>
>>> _______________________________________________
>>> User-friendly Desktop Internet GIS (uDig)
>>> http://udig.refractions.net
>>> http://lists.refractions.net/mailman/listinfo/udig-devel
>>>
>> _______________________________________________
>> User-friendly Desktop Internet GIS (uDig)
>> http://udig.refractions.net
>> http://lists.refractions.net/mailman/listinfo/udig-devel
>>
> _______________________________________________
> User-friendly Desktop Internet GIS (uDig)
> http://udig.refractions.net
> http://lists.refractions.net/mailman/listinfo/udig-devel
>