Version 0.40 Current Release Latest stable and unstable builds Source Code Wiki Supported versions: Dynmap v1.3 or later CommandBook v2.2 or later Dynmap-CommandBook provides a simple way to add visibility of warps and home points defined with CommandBook. When enabled, warps are shown on Dynmap's web maps as labelled markers (defaulting to a portal icon and the label '[warp-name]', both of which are configurable). Also, when enabled, any player defined /home locations can be shown (defaulting to a house icon and the label 'player-name(home)', both of which are configurable). The plugin depends on the presence of both Dynmap and CommandBook, and interacts directly with the CommandBook API. Updates to /home and /warp definitions are automatically processed (on a settable period - default is once per 5 minutes (300 seconds)). By default, the plugin will be active after simply installing it (by unzipping the distribution into the plugins/ directory and restarting the server), with both warps and homes being displayed. Visibility of warps and homes can be controlled with the 'visiblemarkers' and 'hiddenmarkers' settings for each layer. Adding anything to the 'visiblemarkers' list will restrict visibility to only those listed (a blank list implies full visibility). Anything in the 'hiddenmarkers' list is then used to further reduce the markers shown. All the markers on a given world can be shown (or hidden) by including 'world:<worldname>' in the respective list. The homes displayed can also be limited to only those tied to currently online players, via the 'online-only' option. Configuration: After the first load, there will be a config.yml file in the plugins/Dynmap-CommandBook directory. Details of the default configuration, and all the provided settings, can be found here Change Log: 0.40 - Update for CommandBook v2.2 0.30 - Support configuration reload via /dynmap reload, anonymous usage stats via mcstats.org 0.16 - Update to CB 1.2.4-R1.0 0.15 - Update to CB 1.1 event model (1.1-R5 READY) 0.14 - Update for CommandBook v2.0 (v1.7 does not work with this release!) 0.13 - Fix bug which caused all warps to be shown on all worlds 0.12 - Add support for 'online-only' option - limit homes displayed to those of online players 0.11 - Add support for visiblemarkers and hiddenmarkers lists, to control visibility; correct default label for "Warps" layer; adjust default refresh period from 5 seconds to 300 seconds. 0.10 - Initial Release
aaah, that make sense, been watching your IRC all day and wondering what the heck you could possibly be doing dynmap wise with commandbook.
One little issue on my part - the default label for the "Warps" layer, in the default configuration, is set to "Homes" not "Warps". Just edit config.yml and change layer.warps.name to "Warps" to correct this. It'll be fixed in the next drop.
You can do that by setting the visiblemarkers list - if it isn't empty, only the corresponding markers are added.
Any idea for a solution to this? Code: java.lang.NoSuchMethodError: com.sk89q.commandbook.locations.RootLocationManager.getLocations(Lorg/bukkit/World;)Ljava/util/List; at org.dynmap.commandbook.DynmapCommandBookPlugin$Layer.updateMarkerSet(DynmapCommandBookPlugin.java:133) at org.dynmap.commandbook.DynmapCommandBookPlugin.updateMarkers(DynmapCommandBookPlugin.java:204) at org.dynmap.commandbook.DynmapCommandBookPlugin.access$200(DynmapCommandBookPlugin.java:33) at org.dynmap.commandbook.DynmapCommandBookPlugin$MarkerUpdate.run(DynmapCommandBookPlugin.java:197) at org.bukkit.craftbukkit.scheduler.CraftScheduler.mainThreadHeartbeat(CraftScheduler.java:137) at net.minecraft.server.MinecraftServer.w(MinecraftServer.java:499) at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:431) at net.minecraft.server.ThreadServerApplication.run(SourceFile:457)
What CommandBook version are you running? I know they're refactoring their code quite a bit in the dev builds I was seeing for 1.8 - we're going to need a new release that will support 1.8 but not 1.7.
Looks like I just though I had 1.7, infact it was 1.6 Updated it and now it works fine Sorry for bothering
All good 1.8 is still in development, but I know it'll require an update (which one of our user's has already coded - thanks flames!). Somebody scream when 1.8 is actually released, and I'll spin an update of the official build. I'll probably pull the fix into the latest development builds very soon.
OK - CommandBook 2.0 is now released (previously known as 1.8 during development). I need to test the latest development build of 0.14 with this (http://webbukkit.org/jenkins/public/Dynmap-CommandBook/Dynmap-CommandBook-0.14-bin.zip), but I'm hoping to release an update that is 2.0 compatible tonight.
I'm running on the latest version of craftbukkit and I'm getting this error: Code: 2012-07-31 13:01:16 [INFO] Starting minecraft server version 1.2.5 2012-07-31 13:01:16 [WARNING] **** NOT ENOUGH RAM! 2012-07-31 13:01:16 [WARNING] To start the server with more ram, launch it as "java -Xmx1024M -Xms1024M -jar minecraft_server.jar" 2012-07-31 13:01:16 [INFO] Loading properties 2012-07-31 13:01:16 [INFO] Starting Minecraft server on *:25565 2012-07-31 13:01:16 [INFO] This server is running CraftBukkit version git-Bukkit-1.2.5-R5.0-b2262jnks (MC: 1.2.5) (Implementing API version 1.2.5-R5.0) 2012-07-31 13:01:16 [INFO] [PermissionsEx] sql backend registered! 2012-07-31 13:01:16 [INFO] [PermissionsEx] file backend registered! 2012-07-31 13:01:16 [INFO] [PermissionsEx] PermissionEx plugin initialized. 2012-07-31 13:01:16 [SEVERE] Could not load 'plugins/Dynmap-CommandBook.jar' in folder 'plugins' org.bukkit.plugin.UnknownDependencyException: dynmap at org.bukkit.plugin.SimplePluginManager.loadPlugins(SimplePluginManager.java:195) at org.bukkit.craftbukkit.CraftServer.loadPlugins(CraftServer.java:214) at org.bukkit.craftbukkit.CraftServer.<init>(CraftServer.java:190) at net.minecraft.server.ServerConfigurationManager.<init>(ServerConfigurationManager.java:55) at net.minecraft.server.MinecraftServer.init(MinecraftServer.java:158) at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:424) at net.minecraft.server.ThreadServerApplication.run(SourceFile:492) 2012-07-31 13:01:16 [INFO] [JustWarp] Loading JustWarp v1.2 2012-07-31 13:01:16 [INFO] [PermissionsEx] Loading PermissionsEx v1.19.2 2012-07-31 13:01:16 [INFO] [PermissionsEx] Initializing file backend 2012-07-31 13:01:16 [INFO] [CommandHelper] Loading CommandHelper v877-15c9d32 2012-07-31 13:01:16 [INFO] Preparing level "world" 2012-07-31 13:01:16 [INFO] Default game type: 0 2012-07-31 13:01:16 [INFO] Preparing start region for level 0 (Seed: 5248693363291029972) 2012-07-31 13:01:17 [INFO] Preparing start region for level 1 (Seed: -2608630211604556083) 2012-07-31 13:01:17 [INFO] Preparing spawn area: 0% 2012-07-31 13:01:18 [INFO] Preparing start region for level 2 (Seed: -2608630211604556083) 2012-07-31 13:01:18 [INFO] Preparing spawn area: 0% 2012-07-31 13:01:18 [INFO] [JustWarp] Enabling JustWarp v1.2 2012-07-31 13:01:18 [INFO] JustWarp version 1.2 is enabled! 2012-07-31 13:01:18 [INFO] [PermissionsEx] Enabling PermissionsEx v1.19.2 2012-07-31 13:01:19 [INFO] [PermissionsEx] Superperms support enabled. 2012-07-31 13:01:19 [INFO] [PermissionsEx] v1.19.2 enabled 2012-07-31 13:01:19 [INFO] [CommandHelper] Enabling CommandHelper v877-15c9d32 2012-07-31 13:01:19 [INFO] CommandHelper/CommandHelper 877-15c9d32 enabled 2012-07-31 13:01:19 [INFO] WEPIF: PermissionsEx detected! Using PermissionsEx for permissions. 2012-07-31 13:01:19 [INFO] [CommandHelper]: MethodScript files processed[0m 2012-07-31 13:01:20 [INFO] [CommandHelper]: 2 alias(es) defined.[0m 2012-07-31 13:01:20 [INFO] Server permissions file permissions.yml is empty, ignoring it 2012-07-31 13:01:20 [INFO] Done (3.562s)! For help, type "help" or "?" Can someone help me out please?
Would it be possible to make it so that only people with a specific permission, f.ex. commandbook.home.other, can see other people's home points? I feel that being able to see homepoints can be a problem on our server in that some people may use it to find people's houses and grief/steal/whatever, but I still want admins and moderators to be able to locate them on the map.
I'm looking at adding permissions support in base dynmap for layer-specific permissions, but it isn't done yet.
Cool, its in the works atleast, that makes me a happy man. Love the job you've done with dynmap and the plugins.