> first, let me answer to your last question first: I would take this all to > the mailinglist.
Okay; I am going to go through my UI mockups and strip out any customer specific madness and post them to the HACK space over the next couple of days. We can talk in public about time at that point. There are some good ideas for style pages as well; I now work with Mark Leslie who is the original design of the udig style pages. > Ok, I will need a breakout IRC on this, since we have to be clear > about what will be done and how. > For that I want to have just a bit more knowledge about how netcdf > deals with time properly. Yes; I am really looking forward to that input; it is one of the reasons why time has not been added. The WMS time stuff is not really sufficient (people only want an animation so it is not really good enough to drive our requirements). > Also, from your email I have the feeling that you are creating this > navigation view already for the WMS? It is a proposal to clean up the navigational elements on the map and isolate them to a view; and give the book mark a home; and give us a space to communicate scale (and time when you add that to the viewport model). I have no plans to add time based on WMS input; I am really excited about netCDF as it will allows us to do something good here. I do want to add "scale" in order to make use of the fixed zoom levels represented by the tile server content. If the view port model had fixed zoom levels they can be communicated in th navigation view outlined. > A an extention point? Is that right? It would be a normal view; contributed to the org.eclipse.views extension point. > I would then have to make the service know if it is time aware and link > myself to that one? I am a bit confused :) Nope you got it; you are not confused :-) You now how when we make a query we use the current map extent to request some data? When the viewport model has "time"; you can also use "time" to request data. Only services that have time based data will make use of this; that is why we need netCDF; in order to know what information to capture based on what netCDF requires of us. > Let me know when an IRC would be fine for you. I will think about that; and see if we can put togehter a wiki page covering when both Jesse and myself will be available for SoC reivew/feedback/stuff. Jody _______________________________________________ User-friendly Desktop Internet GIS (uDig) http://udig.refractions.net http://lists.refractions.net/mailman/listinfo/udig-devel
