Closed WPringle closed 3 years ago
These are the modified files I made that should hopefully have fixed problem. m_map_fixed_files.zip
Could you post the exact error and how the error was invoked?
"In fact it should be MAP_COODS.name.name, which I agree it clunky. What happened was that originally I had only a few different geomagnetic coordinate systems, all with unique names (IGRF2000 and IRGF2011 for years 2000 and 2011), which I jammed into m_map because someone asked and I was curious. It was messier than I had originally thought to make it work for all projections (and in fact there are ways to make maps fail if you pick the projection parameters in very specific ways), but anyway there it was." If you use a msh with the projectoin info saved using old version m_map it may not work but should work if everything done in new version I think is the conclusion
I meet the same errors....And the worse thing is that the modified files don't work either
Are you loading meshes created with an older version of oceanmesh+m_map?
This issue arises because the new version of m_map is not compatible with the old so you have to erase the projection meta data in the msh object and then set the projection information new again.
font{
line-height: 1.6;
}
ul,ol{
padding-left: 20px;
list-style-position: inside;
}
Thanks for your mail.
My initial goal was to use the specific functions (m_scatter.m) in the new version. Now my solution is to use the old function (m_ll2xyt.m) and new function (m_scatter.m). It works.
lxdai
***@***.***
South China Sea Institute of Oceanology Chinese Academy of Sciences
On 8/18/2021 11:25,Keith ***@***.***> wrote:
Are you loading meshes created with an older version of oceanmesh+m_map? This issue arises because the new version of m_map is not compatible with the old so you have to erase the projection meta data in the msh object and then set the projection information new again.
—You are receiving this because you commented.Reply to this email directly, view it on GitHub, or unsubscribe.Triage notifications on the go with GitHub Mobile for iOS or Android.
I was using the latest m_map which was updated Feb 2020 and found that there were errors in the m_ll2xy and m_xy2ll routines because it was comparing MAP_COORDS.name.name. Could be that when Rich updated m_map he tried to do a search replace and accidentally added an extra ".name".
Don't know if anyone else experience this yet?
I will try contact Rich to get it updated anyway assuming that the issue can be replicated for others.