Feb 03 2009
Down in the “basement” a server awaits a bit of configuration to become an OpenSim lab to support the Marin Civic Center development. How nice it would be to load terrain into a portion of a Second Life region, but alas–it seems unavailable to those of us without Estate controls. The 1:1.00 scale terrain will need to be calculated to back the base ortho-image that has already been tiled over the site as shown in the last blog posting. I have verified that one of the 40-meter sphere oversize prims in my inventory can be rebuilt into a massive terrain sculptie. Placing a 32×32 sampling (30×30 at most that are usable for terrain) of 1-meter terrain samples will give me a guide, and then I’ll just need to diddle with the SL client bulldozer tool to approximate the terrain prim, before disposing of it.
Thanks to the frequent updates of the region map at SLURL.com, I can already see some of the build taking shape. On the second image below I sketched my virtual moving van’s path from Gualala to Stanford. To aid overview map navigation and VFR-flying avatars, I have constructed a large readable sky label in crude imitation of the long-standing skywriting by SL resident Web Page in region Da_Boom.
From that origin, the old Gualala locale was at region grid (1008,998), and the new Stanford site is at region grid (1006,1000).
Oddly enough, Stanford appears to be the fourth-oldest region, according to this relatively ancient map.
On the ground, I’m still in process on some lot line adjustment I’d like to make before breaking ground. The terrain sculptie method has been proven, although I have yet to grid actual terrain values for the project site. Also, I’m trying to minimize RL dimension measurements if possible, by using best available historical information on the RL site.
Some things have changed in SL viewers in the last few months. About a year ago, it was possible to take an oversize prim and modify a single dimension, having that snap to 10 meters. Currently, any change in a dimension of an oversize prim results in all three dimensions snapping to values less than or equal to 10 meters. It’s a new challenge, but can be managed. Still, once a builder has tasted the freedom of OpenSim, it is awfully hard not to chafe at those sorts of restrictions.
I’m giving thought to a copy of Second Inventory to facilitate the use of OpenSim for dev and SL for production, but the issue of prim size shrinking will be a big issue for me.
Curiously, I have found that physical prims to not drop to the ground in Stanford. This has never been the case in Gualala, so I’m intrigued and opened a ticket with Linden Lab. I’ll see what they say. Meanwhile, I’ll keep my eye on the sky for the project’s mark (in the old ceneter of OUTLANDS)