 |
 |
|
01-20-2024, 06:31 PM
|
|
The Undying
Forum posts: 346
File comments: 990
Uploads: 21
|
Re: Re: Re: MoorMap data loading inconsistently
Quote:
|
Originally Posted by BentoIce
Thanks for responding! It's about to get even more perplexing: I did as you suggested. I verified that the Error channel was selected in chat. I unloaded and reloaded moormap. No error message.
I checked the map and .. and .. everything is back, on every map I checked, including my user POIs and marked chests. Doesn't "unloading" a plugin do exactly what quitting out of the game does?
Could lotro lag cause things in moormap to not display or display partially? For example, sometimes I load into a premium housing zone and my house deco doesn't load but the house next door does. Even quitting the game and restarting, or loading a different character doesn't change the status, the deco just refuses to load. If I wait and try again later everything loads properly. This seems very similar, and it's happened to me numerous times. Even had my door not load, preventing me from getting into my house. I've bugged this with SSG, but they don't seem to be able to resolve it.
Anyway, sorry to bug you.  Next time I experience an issue with any of your plugins (love 'em all!) I'll wait a day or two to see if it magically clears itself up before reporting. |
Unloading the plugin and reloading it will clear the environment, free up any memory in use in that plugin environment and then create a brand new, clean environment. Theoretically, exiting the client and restarting does the same thing, but in your case, there definately sounds like you are having issues accessing your storage. Having difficulty rendering decorations and such is often a result of failure to load texture files in a timely fashion. Similarly, failure to completely load a plugin that has a significant amount of data could also indicate issues accessing your drive. There are a few things that can cause this, the most obvious is a failing drive. That can be checked on Windows by running the chkdsk command or similar disk checking software. Other things that can cause this would include device drivers that may be in need of updates or malware or a virus hogging resources behind the scenes. Realtime virus scanners can also be an issue and some like Macafee do not allow whitelisting entire folders so if that's the issue you may be stuck with it. Sometimes you can spot issues by checking Task Manager to see if a process is using an excessive amount of drive access for a prolonged period. Low storage space can also cause issues. Unfortunately, there are many things that cause slow access to files but that's a few things you can check. If you have a mechanical hard drive it may be in need of defragmenting - DON'T ever defragment an SSD as it not only doesn't help, it can actually hurt. If you are still using a mechanical hard drive, especially a 5400 RPM drive, it might be time to consider upgrading to an SSD - they are pretty affordable these days. Good luck with it.
Last edited by Garan : 01-20-2024 at 06:33 PM.
|
|
|
|
01-20-2024, 05:04 PM
|
|
The Wary
Forum posts: 0
File comments: 7
Uploads: 0
|
Re: Re: MoorMap data loading inconsistently
Quote:
|
Originally Posted by Garan
Well, the good news is that the 'Server' setting in the options is only for Ettenmoors server specific POIs and has no impact on the rest of the map (and very little even in the Ettenmoors as very few server specific POIs were ever submitted). So that is probably working as intended.
|
oh. heh, ok!
Quote:
|
Originally Posted by Garan
The rest of the issue is very perplexing as the default annotations are in the plugin folder, not the data folder and are loaded each time the map changes. It is possible that the mapID is not loading correctly as that IS stored with the user data. The first thing to verify is that you are not experiencing any actual scripting errors. Make sure that the Error channel is currently selected in the tab of your chat where you are looking (right click the tab, hover over 'Filters' and make sure that the 'Error' channel is checked). Unload MoorMap if it is set to automatically load - type "/plugins unload moormap" in the chat window. Then reload moormap by typing "/plugins load moormap" and watch the chat window for any error messages. If any error message is displayed, copy it here exactly as displayed. If there are no error messages then we will have to take this a bit further into actual debugging.
EDIT: Also, note, Treasure Cache information is stored per server to avoid the issue where two or more characters with the same name can exist on different servers. So, if you marked chests as found for characters on Gladden, that will not show when playing on Arkenstone.
|
Thanks for responding! It's about to get even more perplexing: I did as you suggested. I verified that the Error channel was selected in chat. I unloaded and reloaded moormap. No error message.
I checked the map and .. and .. everything is back, on every map I checked, including my user POIs and marked chests. Doesn't "unloading" a plugin do exactly what quitting out of the game does?
Could lotro lag cause things in moormap to not display or display partially? For example, sometimes I load into a premium housing zone and my house deco doesn't load but the house next door does. Even quitting the game and restarting, or loading a different character doesn't change the status, the deco just refuses to load. If I wait and try again later everything loads properly. This seems very similar, and it's happened to me numerous times. Even had my door not load, preventing me from getting into my house. I've bugged this with SSG, but they don't seem to be able to resolve it.
Anyway, sorry to bug you. Next time I experience an issue with any of your plugins (love 'em all!) I'll wait a day or two to see if it magically clears itself up before reporting. |
|
|
|
|
01-20-2024, 02:41 PM
|
|
The Undying
Forum posts: 346
File comments: 990
Uploads: 21
|
Re: MoorMap data loading inconsistently
Quote:
|
Originally Posted by BentoIce
Hi Garan. Hate to bother you with this, but I'm out of ideas.
I hadn't used or accessed MoorMap for some weeks. Been using 1.54 with no problems. Today I opened it for a character on Arkenstone in Mattugard, and none of the standard data or icons was loading, even though I had them selected. This includes Treasure Caches, Quest Items, POIs, etc. Only my Custom POIs were loading.
I have a lot of Treasure Caches found and marked on a number of characters in a number of zones. I looked at some of these zones, and loaded different characters to look. The map data is loading differently for different zones. Some zones the default Treasure Cache data loads, but when I examine the icons, they display as not found by any character. Even though I've marked them for at least 3 characters. Some zones the default Treasure Caches don't load at all, but the Quest items load and no NPCs. Some zones the NPCs load and standard POIs load but not my custom POIs. In other words, what data loads where is all over the board. I can't discern a pattern, but then I know very little about programming.
I upgraded to 1.55 but nothing has changed in the older zones. I checked the Settings, and discovered that "Gladden" was showing in Settings, not "Arkenstone" where these characters are. I do play on Gladden, but the data would of course be different. Nothing changed when I switched that setting to Arkenstone.
I restarted the game, reset the MoorMap plugin, restarted the computer. Nothing changed.
I love the Treasure Map marking feature, and am really bummed that all that data seems to be gone. If I have to re-do all the data, I will, but the bigger problem is MoorMap not loading the data consistently across zones. Do you have any suggestions for me on how to resolve this problem? Thanks!
|
Well, the good news is that the 'Server' setting in the options is only for Ettenmoors server specific POIs and has no impact on the rest of the map (and very little even in the Ettenmoors as very few server specific POIs were ever submitted). So that is probably working as intended.
The rest of the issue is very perplexing as the default annotations are in the plugin folder, not the data folder and are loaded each time the map changes. It is possible that the mapID is not loading correctly as that IS stored with the user data. The first thing to verify is that you are not experiencing any actual scripting errors. Make sure that the Error channel is currently selected in the tab of your chat where you are looking (right click the tab, click 'Change filters' and make sure that the 'Error' channel is checked). Unload MoorMap if it is set to automatically load - type "/plugins unload moormap" in the chat window. Then reload moormap by typing "/plugins load moormap" and watch the chat window for any error messages. If any error message is displayed, copy it here exactly as displayed. If there are no error messages then we will have to take this a bit further into actual debugging.
EDIT: Also, note, Treasure Cache information is stored per server to avoid the issue where two or more characters with the same name can exist on different servers. So, if you marked chests as found for characters on Gladden, that will not show when playing on Arkenstone.
Last edited by Garan : 01-20-2024 at 05:14 PM.
|
|
|
|
|
01-20-2024, 01:30 PM
|
|
The Wary
Forum posts: 0
File comments: 7
Uploads: 0
|
MoorMap data loading inconsistently
Hi Garan. Hate to bother you with this, but I'm out of ideas.
I hadn't used or accessed MoorMap for some weeks. Been using 1.54 with no problems. Today I opened it for a character on Arkenstone in Mattugard, and none of the standard data or icons was loading, even though I had them selected. This includes Treasure Caches, Quest Items, POIs, etc. Only my Custom POIs were loading.
I have a lot of Treasure Caches found and marked on a number of characters in a number of zones. I looked at some of these zones, and loaded different characters to look. The map data is loading differently for different zones. Some zones the default Treasure Cache data loads, but when I examine the icons, they display as not found by any character. Even though I've marked them for at least 3 characters. Some zones the default Treasure Caches don't load at all, but the Quest items load and no NPCs. Some zones the NPCs load and standard POIs load but not my custom POIs. In other words, what data loads where is all over the board. I can't discern a pattern, but then I know very little about programming.
I upgraded to 1.55 but nothing has changed in the older zones. I checked the Settings, and discovered that "Gladden" was showing in Settings, not "Arkenstone" where these characters are. I do play on Gladden, but the data would of course be different. Nothing changed when I switched that setting to Arkenstone.
I restarted the game, reset the MoorMap plugin, restarted the computer. Nothing changed.
I love the Treasure Map marking feature, and am really bummed that all that data seems to be gone. If I have to re-do all the data, I will, but the bigger problem is MoorMap not loading the data consistently across zones. Do you have any suggestions for me on how to resolve this problem? Thanks!
|
|
|
|
|
12-26-2023, 02:25 PM
|
|
The Undying
Forum posts: 346
File comments: 990
Uploads: 21
|
Ver 1.55
Ver 1.55 is now available. This version adds the U38 annotations for Outer Gondor and Haradwaith as well as a few tweaks to Mordor and Haradwaith for TerrainMap compatability.
|
|
|
|
|
12-21-2023, 05:22 PM
|
|
The Undying
Forum posts: 346
File comments: 990
Uploads: 21
|
Progress and hopeful ETA
For any that are waiting for news of the proper U38 update to MoorMap, TerrainMap, and eventually, the Google Map, I have finally had time to resolve the positioning and offsets for the new region, Haradwaith. Unfortunately, this positioning is only approximate and will have to be adjusted in the future if there is ever a land bridge between Mordor and Haradwaith, but for now, without such an overlap, there is no way to precisely align the two maps. For the sake of the Google Map (and my sanity) I decided to place the northern most portion of the Islands just south of the southern most area of the Mordor map. This way, if the map does need to be adjusted in the future it should move slightly southward which happens to be easier to accommodate than northern adjustments due to how my tools work.
So, with the region accounted for, and all of the map tiles accounted for and layed out, the only thing remaining for MoorMap and TerrainMap is the long, and slightly boring, manual task of acquiring the locations of all of the relevant default annotations. Fortunately, the Kings' Gondor parts are pretty simplistic - I've already done two of the maps and should finish another two tonight. The Shield Isles and Umbar, however, are far more densely populated and have a significantly greater number of annotations. Especially Umbar Baharbel. That said, there should be an update to MoorMap and TerrainMap soon™, hopefully before year's end.
The Google Map will require significantly more work. The utility that lines up the TerrainMap tiles for the web site is not handling the new region properly (I really need to comment that code better) and I will be indisposed for the first month or two of the new year, so hopefully by March or April.
|
|
|
|
|
11-23-2023, 10:01 AM
|
|
The Undying
Forum posts: 346
File comments: 990
Uploads: 21
|
Re: Re: Ver 1.54
Quote:
|
Originally Posted by Toddlepip
Thanks as ever for your work and efforts to keep this great plugin up to date. Appreciated.
On U38 I see that default data is missing but just wanted to report my experience using it to mark gathering nodes in the new regions.
So far the new Kings Gondor and Outer Gondor regions are all working as expected, marking up nodes on the new maps.
In Zîrar Tarka (The Shields Isles of Umbar) and Cape of Umbar it currently produces an error when attempting to record the nodes, for info;
.the Rings Online\Plugins\GaranStuff\MoorMap\Main.lua:224: attempt to index field '?' (a nil value)
I'm sure it's just related to default data mssing as you noted but just wanted to share.
Thanks again for the plugin and look forward to using it to continue mapping gathering nodes in the new regions.
|
Thanks for the report. While not directly due to the missing data, it is due to a related issue, specifically the new region, Haradwaith. The location for the annotations can't be resolved because they exist in the new region, Haradwaith or "region 5". I still have some more math to do to determine the correct offsets since it appears that SSG chose to introduce yet another origin for the world coordinates in this region. This will indeed be resolved with ver 1.55. |
|
|
|
|
11-22-2023, 05:19 PM
|
|
The Wary
Forum posts: 0
File comments: 1
Uploads: 0
|
Re: Ver 1.54
Quote:
|
Version 1.54 is now available. This version is primarily a bug fix for the Treasure Caches in U38. While it does contain the maps for U38, the only default data is for the Treasure Caches. The rest of U38, including the default data and FR/DE translations will be available as soon as I am able to capture the data and determine the translations - which basically means I can not make any promises, but Soon™.
|
Thanks as ever for your work and efforts to keep this great plugin up to date. Appreciated.
On U38 I see that default data is missing but just wanted to report my experience using it to mark gathering nodes in the new regions.
So far the new Kings Gondor and Outer Gondor regions are all working as expected, marking up nodes on the new maps.
In Zîrar Tarka (The Shields Isles of Umbar) and Cape of Umbar it currently produces an error when attempting to record the nodes, for info;
.the Rings Online\Plugins\GaranStuff\MoorMap\Main.lua:224: attempt to index field '?' (a nil value)
I'm sure it's just related to default data mssing as you noted but just wanted to share.
Thanks again for the plugin and look forward to using it to continue mapping gathering nodes in the new regions. |
|
|
|
|
11-22-2023, 01:47 PM
|
|
The Undying
Forum posts: 346
File comments: 990
Uploads: 21
|
Quote:
|
Originally Posted by Gridselde
Is there a deed overlay for Yondershire?
|
Hi, thanks for the question. Ver 1.55 will have a basic Deed overlay for Yondershire with the same information/locations that are available for the exploration and slayer deeds on lotro wiki.
Last edited by Garan : 11-22-2023 at 01:58 PM.
|
|
|
|
|
11-21-2023, 07:53 PM
|
|
The Wary
Forum posts: 0
File comments: 1
Uploads: 0
|
Is there a deed overlay for Yondershire?
|
|
|
|
|
11-16-2023, 09:56 PM
|
|
The Undying
Forum posts: 346
File comments: 990
Uploads: 21
|
Ver 1.54
Version 1.54 is now available. This version is primarily a bug fix for the Treasure Caches in U38. While it does contain the maps for U38, the only default data is for the Treasure Caches. The rest of U38, including the default data and FR/DE translations will be available as soon as I am able to capture the data and determine the translations - which basically means I can not make any promises, but Soon™.
|
|
|
|
|
11-15-2023, 01:01 PM
|
|
The Wary
Forum posts: 0
File comments: 7
Uploads: 0
|
Re: Re: Re: Re: Umbar Expansion
Quote:
|
Originally Posted by Garan
<<snip>>
For anyone that doesn't want to read that wall of text, the short message is that a partial update addressing this bug should be available in the next couple of days.
|
Thank you, you're the best! Lotro is way more fun with your apps. Great work, we appreciate you and your hard work (a labor of love is work, it's just more fun/rewarding work.  ) |
|
|
|
|
11-15-2023, 12:21 PM
|
|
The Undying
Forum posts: 346
File comments: 990
Uploads: 21
|
Re: Re: Re: Umbar Expansion
Quote:
|
Originally Posted by Jethpriel
Quote:
Updates to MoorMap require a lot of manual data collection and are published after updates, not based on beta information that is subject to change or data mined from the .dat files in violation of the EULA. This particular update will be delayed longer due to RL issues that have priority.
|
Yes, that was what I meant. I just disabeled moor map as long as I am searching for chests, but will try just swapping map to get it disapear. Thank you |
I will be releasing the U38 update in two parts, ver 1.54 and 1.55. The first, 1.54, will address the new Region and all maps, connectors, etc. but the only default data will be the Treasure Chests. This will allow users to track treasure chests without the understandably annoying button displaying without functioning and no obvious means of dismissal. I had to think about how to clear it the first time I ran into it so I expect most users will also be confused and inconvenienced. Fortunately, it is a relatively simple fix and any new regions will not cause that issue in the future (once update 1.54 or higher is installed). Note, the DE and FR translations for map names will probably not make it into 1.54 in the interest of fixing this bug ASAP. I have already identified all of the map images (which is kind of trivial with IRV) and last night I was able to capture the last of the coordinates for calculating player position relative to each map, so I hope to find time to add the map connectors and treasure chests tomorrow or Friday. Ver 1.54 should get published Friday night or Saturday morning depending on what RL throws my way. I've had an almost unbelievable series of issues crop up in RL in the last couple of months so I pretty much count on something happening now.
For anyone that doesn't want to read that wall of text, the short message is that a partial update addressing this bug should be available in the next couple of days.
EDIT: Good news, I played hookie today and was able to gather the Treasure Cache data so 1.54 may be uploaded this evening (still testing a bit)
Last edited by Garan : 11-16-2023 at 12:30 PM.
|
|
|
|
|
11-15-2023, 12:02 PM
|
|
The Wary
Forum posts: 0
File comments: 74
Uploads: 0
|
Re: Re: Umbar Expansion
Quote:
Quote:
|
Originally Posted by Jethpriel
We don't have Umbar Expansion maps available yet.
How to get rid of the lable "Mark Chest Found" if finding hidden treasure?
|
Updates to MoorMap require a lot of manual data collection and are published after updates, not based on beta information that is subject to change or data mined from the .dat files in violation of the EULA. This particular update will be delayed longer due to RL issues that have priority.
Quote:
|
EDIT: I see now what you meant by how to make the "Mark Chest Found" disappear. There is an error that is occuring for chests that are in the new area since Haradwaith is a new region. I will have that fixed in the next update. For now, you can simply open the MoorMap map and select any other map (this will effectively reload MoorMap) and the text will disappear. Unfortunately, any chests located before the next update will not be marked as found.
|
|
Yes, that was what I meant. I just disabeled moor map as long as I am searching for chests, but will try just swapping map to get it disapear. Thank you |
|
|
|
|
11-12-2023, 10:21 AM
|
|
The Undying
Forum posts: 346
File comments: 990
Uploads: 21
|
Re: Umbar Expansion
Quote:
|
Originally Posted by Jethpriel
We don't have Umbar Expansion maps available yet.
How to get rid of the lable "Mark Chest Found" if finding hidden treasure?
|
Updates to MoorMap require a lot of manual data collection and are published after updates, not based on beta information that is subject to change or data mined from the .dat files in violation of the EULA. This particular update will be delayed longer due to RL issues that have priority.
EDIT: I see now what you meant by how to make the "Mark Chest Found" disappear. There is an error that is occuring for chests that are in the new area since Haradwaith is a new region. I will have that fixed in the next update. For now, you can simply open the MoorMap map and select any other map (this will effectively reload MoorMap) and the text will disappear. Unfortunately, any chests located before the next update will not be marked as found.
Last edited by Garan : 11-13-2023 at 09:46 PM.
|
|
|
|
|
|
All times are GMT -5. The time now is 09:02 PM.
|
|
01-20-2024, 05:04 PM
Next time I experience an issue with any of your plugins (love 'em all!) I'll wait a day or two to see if it magically clears itself up before reporting.
)
