These only show up for me on special mobs added by certain mods, like Thaumcraft. Most base mods don't have a name listed. It doesn't bother me, but I can agree on how it should be an option.
Some more suggestions.
1. Allow the server config to have a setting for every option the client has, so the server can set the default settings for clients. And lock some to a certain setting on some things. Like always disabling mobs/animals/players or just some of them, not all.
2. Allow for a way to share way-points between players.
3. Have an option to have day/night toggle automatically based on if it is day or night.
4. Have Journeymap save the seed along with the world information in the data folder to reference against, so if you delete a world and make a new one with the same name, the old map isn't still displayed on your new map (currently, it will slowly gets overridden, but still.)
5. Add a whitelist for TP functions instead of allowing all OP's to use it. Sometimes the server owner has some OP's that are there to moderate, but not to gain even more special powers while they play. Or allow for disabling of that feature completely via server config.
6. Make default icons for unknown mobs that don't have any default icons in the folder to generate with icons that are red/yellow/white and blue dots, depending on mob/animal/ambient/water type. This way there are no invisible mobs on the map when you launch a new mod for the first time.
7 Allow min/max show up distance and beacon display for way-points to be set per way-point if desired (if not set will use the defaults.). Sometimes certain way-points should always be seen, and some are just when you are close by or just when you are far away. Currently you can't differentiate them in any way.
8. Which also leads to the request adding a minimum/max beacon distance. As well as adding a minimum way-point distance. So they don't show up until you are certain distance away. Currently can only set max distance to show up.
9. Allow setting of different players to different teams, so only players on your team show up on the radar.
10. Add a way to toggle a visual representation on the big map of the distance at which the map updates, so you can see how far your map is being updated.
11. For map adventure map makers or server owners. Add a way to give a player a way-point via a /command or command block. And/Or remove a way-point at a specific x,y,z or with a specific name via a command.
This is a great list of ideas.
1,2,3 are planned.
4 is problematic for reasons I won't get into here. In any case, I'm adding a "Delete Map" action in the next release to let people wipe the map easily without having to go look for the folder.
5 is a cool idea, but I won't do anything that alters gameplay like adding custom teleport behavior. However, I plan to let people choose a different command than /tp for Waypoint teleportation --- if their server has one and they have permission to use it. (Like /tpx or /tppos)
6 is something I'll think about. Whenever I've provided default icons, people complain about them The locator (pointer) for each mob - even unknown ones - is colored according to hostile/neutral/pet, however.
it has been probably asked already, or it might even be a feature I did not see yet, but would it be possible to have the map shared between all players on a server?
Not at this time. I have plans for it, but nothing immediate. I suggest Dynmap or AnvilMapper as possible alternatives.
What is the status on the possibility of waypoint groups? I'm currently playing on Direwolf20's 1.7.10 pack, so I may be playing with an out of date version and this may already be added.
It's been requested a lot lately, and I plan to provide it in 5.1 or 5.2.
I wrote a small script to convert waypoints mapWriter to JourneyMap.
Very cool. If you want to share the script code with me in a PM, I'll look into adapting it for an upcoming release. If not, no worries - thanks for making it available.
I have no idea what would trigger a virus warning, so out of curiosity I uploaded the current jar from Curse to VirusTotal, which does summary reports across 57 virus scanner databases. It identified my upload as the same jar which I originally posted in December, which proves it hasn't been altered since the release.
Out of the 57 reporting virus scan Databases, 56 declare it clean. The 57th one is a database in China (Qihoo-360) that reports "virus.java.evilclass.d". There's no public virus definition of it anywhere that I can find. But there are a lot of people complaining about Qihoo-360 reporting this as a false positive on other files.
As for the "Potentially Unwanted" flag reported by ClamAV, I have three theories:
And lets be honest: Modpacks have the ability to give you altered/tampered versions of mods. I haven't heard of it happening, but it is possible. If you're not using a high-profile public Modpack, or you have any reason to feel concerned about what you're getting, you can always download JourneyMap separately and replace the jar that came in the modpack.
Has the issue in the following thread been addressed/fixed yet? Journeymap seems like a good mod, but I'm a little wary of people being able to access my computer.
It's good to be cautious! If you read the thread to the end, you'll see my response. That particular person most likely had spyware toolbars in their browser, trying various ports to proxy out.
If you're ever concerned about what software is doing through your browser, get Chrome and check out the Developer Tools. You can see every request to every external site. Very handy tool to have and be familiar with.
Also, the webmap is disabled by default, so if the feature still concerns you, just leave it off.
Thanks but it seems to have the same error, I tried with only that mod removing the other mods from the mods folder and only leaving this one and it still crashes in 1235
---- Minecraft Crash Report ----
// Hi. I'm Minecraft, and I'm a crashaholic.
java.lang.NoClassDefFoundError: Could not initialize class net.techbrew.journeymap.ui.UIManager$Holder
at net.techbrew.journeymap.ui.UIManager.getInstance(UIManager.java:50)
at net.techbrew.journeymap.forgehandler.KeyEventHandler.onKeypress(KeyEventHandler.java:129)
at net.techbrew.journeymap.forgehandler.KeyEventHandler.onKeyboardEvent(KeyEventHandler.java:171)
at cpw.mods.fml.common.eventhandler.ASMEventHandler_21_KeyEventHandler_onKeyboardEvent_KeyInputEvent.invoke(.dynamic)
at cpw.mods.fml.common.eventhandler.ASMEventHandler.invoke(ASMEventHandler.java:54)
at cpw.mods.fml.common.eventhandler.EventBus.post(EventBus.java:138)
at cpw.mods.fml.common.FMLCommonHandler.fireKeyInput(FMLCommonHandler.java:540)
at net.minecraft.client.Minecraft.func_71407_l(Minecraft.java:1862)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:962)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:887)
at net.minecraft.client.main.Main.main(SourceFile:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- Head --
Stacktrace:
at net.techbrew.journeymap.ui.UIManager.getInstance(UIManager.java:50)
at net.techbrew.journeymap.forgehandler.KeyEventHandler.onKeypress(KeyEventHandler.java:129)
at net.techbrew.journeymap.forgehandler.KeyEventHandler.onKeyboardEvent(KeyEventHandler.java:171)
at cpw.mods.fml.common.eventhandler.ASMEventHandler_21_KeyEventHandler_onKeyboardEvent_KeyInputEvent.invoke(.dynamic)
at cpw.mods.fml.common.eventhandler.ASMEventHandler.invoke(ASMEventHandler.java:54)
at cpw.mods.fml.common.eventhandler.EventBus.post(EventBus.java:138)
at cpw.mods.fml.common.FMLCommonHandler.fireKeyInput(FMLCommonHandler.java:540)
-- System Details --
Details:
Minecraft Version: 1.7.10
Operating System: Windows 7 (amd64) version 6.1
Java Version: 1.6.0_14, Sun Microsystems Inc.
Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Sun Microsystems Inc.
Memory: 263113776 bytes (250 MB) / 523501568 bytes (499 MB) up to 1060372480 bytes (1011 MB)
JVM Flags: 6 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx1G -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:-UseAdaptiveSizePolicy -Xmn128M
AABB Pool Size: 0 (0 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used
IntCache: cache: 0, tcache: 0, allocated: 13, tallocated: 95
FML: MCP v9.05 FML v7.10.85.1235 Minecraft Forge 10.13.2.1235 4 mods loaded, 4 mods active
mcp{9.05} [Minecraft Coder Pack] (minecraft.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized->Available->Available->Available->Available
FML{7.10.85.1235} [Forge Mod Loader] (forge-1.7.10-10.13.2.1235.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized->Available->Available->Available->Available
Forge{10.13.2.1235} [Minecraft Forge] (forge-1.7.10-10.13.2.1235.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized->Available->Available->Available->Available
journeymap{5.0.1} [JourneyMap] (JourneyMap5.0.1_Unlimited_MC1.7.10.jar) Unloaded->Constructed->Pre-initialized->Initialized->Post-initialized->Available->Available->Available->Available
Launched Version: 1.7.10-Forge10.13.2.1235
LWJGL: 2.9.1
OpenGL: ATI Mobility Radeon HD 4200 Series GL version 3.3.11672 Compatibility Profile Context, ATI Technologies Inc.
GL Caps: Using GL 1.3 multitexturing.
Using framebuffer objects because OpenGL 3.0 is supported and separate blending is supported.
Anisotropic filtering is supported and maximum anisotropy is 16.
Shaders are available because OpenGL 2.1 is supported.
Is Modded: Definitely; Client brand changed to 'fml,forge'
Type: Client (map_client.txt)
Resource Packs: []
Current Language: English (US)
Profiler Position: N/A (disabled)
Vec3 Pool Size: 0 (0 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used
Anisotropic Filtering: Off (1)
Looks cool but I can't get it to work, it just crashes every time I try to open the full map with "J" I even tried changing the key to "X" but it still crashes(I am using the 1.7.10 version of minecraft with forge loader rev 1291 and the unlimited version of the mod), the crash report says:
---- Minecraft Crash Report ----
// I let you down. Sorry
java.lang.NoClassDefFoundError: Could not initialize class net.techbrew.journeymap.ui.UIManager$Holder
at net.techbrew.journeymap.ui.UIManager.getInstance(UIManager.java:50)
at net.techbrew.journeymap.forgehandler.KeyEventHandler.onKeypress(KeyEventHandler.java:129)
at net.techbrew.journeymap.forgehandler.KeyEventHandler.onKeyboardEvent(KeyEventHandler.java:171)
at cpw.mods.fml.common.eventhandler.ASMEventHandler_89_KeyEventHandler_onKeyboardEvent_KeyInputEvent.invoke(.dynamic)
at cpw.mods.fml.common.eventhandler.ASMEventHandler.invoke(ASMEventHandler.java:54)
at cpw.mods.fml.common.eventhandler.EventBus.post(EventBus.java:138)
at cpw.mods.fml.common.FMLCommonHandler.fireKeyInput(FMLCommonHandler.java:540)
at net.minecraft.client.Minecraft.func_71407_l(Minecraft.java:1861)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:961)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:887)
at net.minecraft.client.main.Main.main(SourceFile:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- Head --
Stacktrace:
at net.techbrew.journeymap.ui.UIManager.getInstance(UIManager.java:50)
at net.techbrew.journeymap.forgehandler.KeyEventHandler.onKeypress(KeyEventHandler.java:129)
at net.techbrew.journeymap.forgehandler.KeyEventHandler.onKeyboardEvent(KeyEventHandler.java:171)
at cpw.mods.fml.common.eventhandler.ASMEventHandler_89_KeyEventHandler_onKeyboardEvent_KeyInputEvent.invoke(.dynamic)
at cpw.mods.fml.common.eventhandler.ASMEventHandler.invoke(ASMEventHandler.java:54)
at cpw.mods.fml.common.eventhandler.EventBus.post(EventBus.java:138)
at cpw.mods.fml.common.FMLCommonHandler.fireKeyInput(FMLCommonHandler.java:540)
I have discovered an exploitable flaw in JourneyMap. I came across it when a player on my test server complained that he could not teleport to JourneyMap waypoints. I was puzzled, because he was of a player rank that should have rights to use the /tppos command; and in fact we verified that he could use /tppos.
Looking at my server console, the problem was immediately obvious. When teleporting to a waypoint at x, y, z, JourneyMap does not issue "/tppos x y z". It issues "/tp playername x y z". This is a problem, because any player with the rights to execute unrestricted /tp can teleport any other player to arbitrary coordinates anywhere on the map, including directly into lava or some other form of death trap.
/tp is a vanilla command that requires Op. If a player has /tp rights, they can already do what you're talking about.
JourneyMap does not change permissions nor circumvent them. It only tries to use the /tp command as a convenience. Players who don't have permission to use /tp simply won't be able to teleport to a waypoint. It's exactly the same as if they typed out the command and the coordinates manually.
I cannot control whenever I want JM to start automapping
Automap works in singleplayer only. JM will go through all the world data region files on disk and regenerate map tiles for each. This is accomplished with J>Actions>Automap.
Mojang doesn't provide UUIDs in world data to distinguish a unique world-gen instance per dimension, especially when world-gen mods are involved. The world seed doesn't help. If you've replaced a dimension's data with new data, then your best bet is to delete JourneyMap's corresponding data folder where the map tiles are kept: .minecraft/journeymap/data/*//DIM#/
would it be possible to have the full screen map show up outside the menu with a configurable transparency?
the full screen map is helpful for when you're exploring the world to see which areas you've not yet explored, but constantly going in and out of the menu can be a hassle, so if there was a way to view the full screen map outside the menu, with a transparency so you can still see what you're doing that'd be really nice.
it could ofcourse be turned on and off using a hotkey and you could perhaps still be able to influence the map through the menu, and the transparency could perhaps also be configured through either the menu or hotkeys
What you're describing can be accomplished by configuring one of the Minimap Presets. Toggle between the presets with the hotkey, and set up your second preset to have a transparent, rectangular, full-screen size.
I do have a little problem though. Whenever I try to click on one of the Options menus, such as "MiniMap Preset 1", the game crashes.
I'm also getting this error message in the chat box when I open up a world:
"Incompatibility error running JourneyMap 5.0.1 Unlimited for Forge 10.13.0.1208. Ensure your version of Forge is compatible."
Except I'm not running that version of Forge. I tried several different version of Forge, still get the same message. This is on a Mac. I tested it on my laptop with the exact same version of Forge and JourneyMap, and it works fine there. Any idea what could be causing this?
Thanks.
The error is a red herring - your launcher profile is using Java 6. Use 7 or 8 and you'll be all set.
0
Your launcher is using Java 6. Edit your profile to use Java 7 or 8.
It will, but no ETA yet.
0
This is a great list of ideas.
0
There isn't a way yet; I'm looking into it.
Not at this time. I have plans for it, but nothing immediate. I suggest Dynmap or AnvilMapper as possible alternatives.
It's been requested a lot lately, and I plan to provide it in 5.1 or 5.2.
Very cool. If you want to share the script code with me in a PM, I'll look into adapting it for an upcoming release. If not, no worries - thanks for making it available.
1
...
I have no idea what would trigger a virus warning, so out of curiosity I uploaded the current jar from Curse to VirusTotal, which does summary reports across 57 virus scanner databases. It identified my upload as the same jar which I originally posted in December, which proves it hasn't been altered since the release.
Here's the file profile: https://www.virustotal.com/en/file/cf9e8e2ee6d66db00411cee923238b98ec67c377e4daf056953757034f6fe4e2/analysis/
Out of the 57 reporting virus scan Databases, 56 declare it clean. The 57th one is a database in China (Qihoo-360) that reports "virus.java.evilclass.d". There's no public virus definition of it anywhere that I can find. But there are a lot of people complaining about Qihoo-360 reporting this as a false positive on other files.
As for the "Potentially Unwanted" flag reported by ClamAV, I have three theories:
Always get the JourneyMap jar from http://journeymap.techbrew.net or Curse.
Never download it from another site.
And lets be honest: Modpacks have the ability to give you altered/tampered versions of mods. I haven't heard of it happening, but it is possible. If you're not using a high-profile public Modpack, or you have any reason to feel concerned about what you're getting, you can always download JourneyMap separately and replace the jar that came in the modpack.
Map safely, people.
0
It's good to be cautious! If you read the thread to the end, you'll see my response. That particular person most likely had spyware toolbars in their browser, trying various ports to proxy out.
If you're ever concerned about what software is doing through your browser, get Chrome and check out the Developer Tools. You can see every request to every external site. Very handy tool to have and be familiar with.
Also, the webmap is disabled by default, so if the feature still concerns you, just leave it off.
0
I just noticed Java 6. You need 7 or 8.
0
It looks like Forge may have changed something in 1291. Try using 1235 in the meantime.
0
0
That doesn't exist. Use the Waypoint Manager's Teleport buttons.
0
It's been suggested, not implemented yet though.
0
/tp is a vanilla command that requires Op. If a player has /tp rights, they can already do what you're talking about.
JourneyMap does not change permissions nor circumvent them. It only tries to use the /tp command as a convenience. Players who don't have permission to use /tp simply won't be able to teleport to a waypoint. It's exactly the same as if they typed out the command and the coordinates manually.
0
Lag caused by the server plugin would be very unusual. If you have logs and other information about this, open a ticket: http://tinyurl.com/jmticket
Lag on the client can be a problem for older computers, especially dual-core CPUs. See this page for performance tuning suggestions: http://journeymap.techbrew.net/help/wiki/Performance_Optimization
Automap works in singleplayer only. JM will go through all the world data region files on disk and regenerate map tiles for each. This is accomplished with J>Actions>Automap.
Mojang doesn't provide UUIDs in world data to distinguish a unique world-gen instance per dimension, especially when world-gen mods are involved. The world seed doesn't help. If you've replaced a dimension's data with new data, then your best bet is to delete JourneyMap's corresponding data folder where the map tiles are kept: .minecraft/journeymap/data/*//DIM#/
1
What you're describing can be accomplished by configuring one of the Minimap Presets. Toggle between the presets with the hotkey, and set up your second preset to have a transparent, rectangular, full-screen size.
0
The error is a red herring - your launcher profile is using Java 6. Use 7 or 8 and you'll be all set.
0
Thanks for the suggestion, I have plans to provide this in JM 5.2