All of the major functions are managed through the VLM HUD, which communicates with the external VLMVW database.
The HUD provides access to an on-screen menu (right) which is used to create and manage VLMs on an ongoing basis. Note that once two or more VLMs have been created, the HUD will additionally prompt you to select the VLM you wish to access.
I’m not going to run through the options in-depth here; the following intended as a very high-level overview of the various options in the menu.
- ADD VLM – creates a brand new “master” VLM in the VLMVW database and prompts you to add your first location to it. Note that you must be in the region containing the location you wish to include in the VLM before initiating the process. When adding the location, you can optionally include:
- A user-friendly name for the location
- An image which is displayed in your VLM Listing page. The image must be physically in your inventory in order to be displayed
- A short description of the destination / message for the VLM users
- ADD LOC – can be used to add further locations (up to the maximum of eight) to an existing VLM
- TEST VLM – use this option to test a VLM you have just created to ensure all TPs work, the chat descriptions are correct, etc.
- MAKE VLM – use the object to generate a physical version of the VLM you can distribute to people directly or via givers, etc., and which is worn by users wishing to teleport to your destinations (see below)
- CHANGE LOC – use this option to update locations in a VLM following a relocation to a new region, a change in teleport points within a store / region, and so on. Simply go to each NEW location and use this option to OVERWRITE the details of an existing location in the VLM
- LIST & STATS – use these to open your VLM Listing and Statistics pages where you can, among other things, create VLMurls (see below)
- RMV LOC and DELETE VLM – use these with caution! They can have an adverse impact on your VLMurls
- Search options: allow you to search your VLMs by title or description or the name of region recorded by a VLM.
Using a VLM – the End User
As mentioned above, the distributable version of a VLM is a wearable attachment. To use it, a person must select it from their inventory and ADD it – the VLM is completely invisible when attached. On attachment, the VLM displays a list of available locations over a private channel in local chat, and a menu of numbered buttons. All the user needs to do is click the button associated with their preferred destination. The VLM they asks them for permission to teleport them, and on confirmation, does so, then detaches automatically on arrival.
Listing and Statistics Pages and VLMurls
The VLM HUD includes a LIST & STATS button. click this will send you two messages, each with a URL. The first is to your VLM Listing page, the second is to your VLM Statistics page.
The Listing page displays all the VLMs you have created, together with all the locations they contain. Each VLM is displayed in terms of the unique description you assigned it when creating it, and a unique hash code which is used to identify the VLM in the VLMVW database, and which is displayed by the VLM HUD when you are selecting a VLM for update / testing, etc. Each location in a VLM is then displayed as follows:
- A “VLMurl”:
- This functions exactly the same way as a SLurl and will open the SL web map to display the location (with your title and description).
- VLMurls can be copied and pasted into any web page
- If the location associated with a VLMurl is updated, the VLMVW system will ensure that any existing VLMurls will point to the updated location
- So long as the location in the VLM is not removed, or the VLM itself is not deleted from the VLMVW database, VLMurls will always remain valid throughout any updates made to the VLM
- The description / message you gave for the location
- The actual in-world region name and teleport coordinates for the location
- Any image you have assigned to the location (which can be clicked on to display it in a larger, slide-show style format)
How you use the Listing page is up to you. You can keep it private, or you can share the URL and let others view your VLMs and use them to launch SL and reach your in-world destinations.
The Statistics page altogether more private, and the link to it should NOT be shared. It provides information as to how your VLMs are being used – statistics which cannot be obtained through the use of “traditional” landmarks.
(It should also be noted that Darrius gives an assurance that no personal data is collected nor is there any way to track VLM usage back to user or avatar.)
A key function contained within the Statistics page is the ability to convert any VLMurl defined for a location in a VLM to a bit.ly format, allowing it to be used in Marketplace listings (the Marketplace will only accept links to in-world locations which are supplied as SLurls or as bit.ly format URLs). This means that, as with VLMurls, so long as the location in the VLM is not removed, or the VLM itself is not deleted from the VLMVW system, links to in-world shops displayed in Marketplace listings need never become obsolete or required individual update.
This is a very flexible solution to a long-standing issue in ensuring LMs are kept relevant over the years and it should find appeal among merchants, land holders and others, as the system lends itself to a wide range of uses, not just those related to store management.
Obviously there are some drawbacks to the system. That VLMs are scripted attachments runs the risk of them occasionally falling afoul of regions / parcels which have scripts disabled. Also, that they are attachments and thus lacking the immediacy of a “traditional” landmark’s double-click to teleport, may slow the rate with which people are willing to use VLMs in favour of LMs.
The system also lacks some functionality mentioned in Toysoldier Thor’s original concept – such as the ability to “round robin” between locations stored in a VLM where appropriate, such that if the first location is unavailable (due to the region being offline, say), the VLM will route the user to the second destination in the VLM. However, if I understand correctly, Darrius is looking at how such functionality might be implemented into VLMVW in the future.
My one personal niggle is that the documentation is perhaps a little on the heavy side and could benefit from a “Quick Start” guide of some description allow those who grasp the concept of VLMs to dive in and start setting things up.
But niggles aside, unless and until the Lab moves to implement a VLM solution of their own, VLMVW presents a tremendously powerful solution to an age-old problem; one which is offered in a range of options suitable for most pockets.
- Toysoldier Thor’s blog post outlining VLMs
- The VLM forum thread
- The VLM JIRA
- Darrius Gothly’s VLMVW announcement
- The VLMVW FAQ
- The VLM online QRG (added December 9th, 2012)
- VLM Location Beacons (added December 6th, 2012)
- My original post on the VLM concept