Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Using Lagrangian Transport over Streamlines to represent current/wind #104

Open
marceloandrioni opened this issue Jan 17, 2018 · 2 comments

Comments

@marceloandrioni
Copy link

marceloandrioni commented Jan 17, 2018

Some websites like
https://www.windy.com
https://earth.nullschool.net
http://viewer.coaps.fsu.edu/GlobalHycom/mapviewer#
use lagrangian transport of simulated particles over streamlines to represent current and wind. In my opinion this greatly improves the representation of eddies, meanders, etc when compared to simple vectors. I was wondering if is possible to add this functionality to edal-java/ncwms. I am not sure if is possible to create an "animated" WMS layer, if it isn't maybe this could be implemented like the animation, that is, a "Open the streamline wizard" button. In this option the user could define the particles number, color, "speed", life time, etc. I believe the best reference would be https://github.com/olmozavala/OWGIS_V2 written by @olmozavala that is used for http://viewer.coaps.fsu.edu/GlobalHycom/mapviewer#. It's also written in Java and in fact uses ncWMS to retrieve the layers.
Other great option would be to allow to superimpose the streamline layer over other layers in the same dataset (e.g. streamlines over ssh). But with this options if the dataset had more than one layer capable of "producing" streamlines (a current and a wind layer), the "Open the streamline wizard" would have to have a option to select which layer to calculate the streamlines from.
Thank you.

@guygriffiths
Copy link
Contributor

I've considered this before, but I think it extends the scope of ncWMS quite a lot. Providing animated WMS layers, whilst not against the spec, would certainly be unexpected behaviour (and would require that the layer was requested in GIF format). I'm happy to leave it open in case someone fancies implementing it, but it's quite low priority and I doubt I'll find time to do it in the near future.

@marceloandrioni
Copy link
Author

Ok, thank you for letting me know. Unfortunately, as my knowledge of Java is basically null, I won't be stepping up to the task, but maybe someone will contrib in the future as you said. Thanks.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants