SNP preparation

From The SchomEmunity Wiki
Revision as of 05:55, 4 April 2007 by PeterT (talk | contribs) (Getting staff on to Schome Park)
Jump to: navigation, search

Go to Schome Park Research

Setting up Schome Park

This involved four steps:

  1. Buying SchomeBase and Schome Park (our islands in the Main and Teen Grids respectively)
  2. Developing SchomeBase (so that it looked exactly like we wanted Schome Park to look like)
  3. Mirroring SchomeBase onto Schome Park
  4. Sorting out any problems on Schome Park following the mirroring

Each of these steps is described below, along with explanations of why we adopted this approach.

Buying the islands

Initially we debated whether or not we actually wanted to have islands specifically for the schome community, or whether we would operate in a more distributed manner. Part of our thinking was that we wanted education to come to the people rather than the other way around. However, it was clear that we had no choice if we wanted to work with 13 to 17 year olds - the only way we could do this was to have our own island in the Teen Grid. So that decision was straightforward.

We then thought about the practicalities of how we were going to develop Schome Park (our island in the Teen Grid). It was clear that there was far more accessible expertise in the Main Grid than in the Teen Grid from our point of view - we hoped to encourage members of the wider Second Life community to contribute to our build. So we decided that the way to go was to buy SchomeBase (an island in the Main Grid) which we would use to design and develop the resources that we wanted on Schome Park. Linden Labs (in the guise of Claudia Linden) agreed that they would mirror SchomeBase onto Schome Park when the time came - ie they would create an exact copy of SchomeBase in the Teen Grid (to make Schome Park).

We obtained funding internally within the OU - and Linden Labs were very helpful in terms of being willing to invoice the University.

Part of the process of buying Schome Park involved demonstrating that PeterT (as the owner and initially the only occupant of Schome Park) had appropriate police checks in place. We explained the CRB process that operates in the UK to Linden Labs - and they agreed that these would be suitable. They also provided details of a company that would do private record checks for us if we wished - the advantage being that they could do them more rapidly than the CRB. As PeterT already had a recent enhanced CRB disclosure this was not necessary. The University provided Linden Labs with a letter confirming PeterT's clear CRB disclosure along with a scan of the disclosure - and we were all set to set up Schome Park.

SchomeBase was ordered on the 9th November 2006 and came into existence on the 13th December 2006 - see The SchomeBase bliki for more info.

Schome Park was ordered on the 6th November 2006 and came into existence on the 3rd January 2007 - see The Schome Park bliki for more info.

It is worth noting that the end of 2006 was exactly the time when Second Life was in the news and the numbers of people requesting islands was expanding incredibly rapdidly - which is why there was a gap of a month or more between the islands being ordered and being implemented.

Developing SchomeBase

Our plan was to create SchomeBase as if it were Schome Park - because it was in effect going to become Schome Park when the mirroring happened.

Initially we intended that we would provide a very minimal infrastructure - leaving most of the island undeveloped so that there was room for the community on Schome Park to develop it as they saw fit. So we started by providing:

  • a reception area - with noticeboards to tell people about the island and planned activities
  • the plaza - an informal meeting area which could double up as an exhibition area or for impromptu activities (eg the Christmas disco)
  • the sonic ramps - a set of ramps through a no-fly zone designed to give new community members the opportunity to develop their basic in-world skills (walking, moving objects, camera controls, snapshot tool, etc.)
  • the arena - a large formal presentation/meeting area
  • the archaepelago - a series of smaller formal meeting areas (including Schome Henge)
  • the Scho-Op - a freebie store, information hub and help station

A team was formed, consisting of the core schome group within the OU plus half a dozen PhD students who were each paid to spend 6 hours per week 'working' in Second Life and contributing to the development of SchomeBase. Dan (alias Woop) also became a core contributor to our activities in his spare time.

The team planned a number of projects that we intended to implement in order to generate a bit of interest on Schome Park - such as the human projector (a large tube that you can climb into, and then control to project your avatar around the island).

In early February Dan decided that we needed to provide much more in the way of infrastructure for Schome Park - and he implemented a radical new design of the island, which included:

  • totally flattening the whole island
  • dividing it into four quadrants, with the Scho-Op as the focal point in the middle of them.

The four quadrants were designed to be:

  • a Japanese garden for the Ethics and Philosophy strand of the schome-NAGTY Teen Second Life Pilot
  • an area for the Physics strand
  • an area for the Archaeology strand
  • a sandbox where folk could try out their building skills

Dan/Woop pretty much implemented all of this single handed - nice work Dan - and it was clear that without someone with Dan's expertise we would have been in a much weaker position in terms of our ability to develop an attractive environment that would enthuse the new inhabitants of the island (and support the areas of activity that we were hoping to develop).

We could have bought in external expertise - and we did get quotes for having the island developed by a number of consultants. However, this was pretty expensive (the highest quote we had for developing the whole island was $25,000 - yes real US dollars). We also wanted to develop our in-world expertise - and the best way to do that seemed to us to be to get in there are do the work ourselves.

Preparing for the move

We had several discussions with folk who had been involved in previous migrations of islands from the Main to the Teen Grid to get a feel for the key issues that we would need to have anticipated - we knew from Linden Labs that this was not a straightforward process.

Our initial plan had been to use in-world groups - so that all prims on SchomeBase would be owned by an in-world group - so that when they had been moved across to Schome Park any member of that group would be able to edit them. We were going to back this up by making sure that one avatar (Schoming Pidgeon) would have copies of every prim on SchomeBase that he had modify/copy/give away rights to. However, we were informed by Fred Fuchs/Gus Plisington that groups did NOT work across the Main and Teen Grids, so we abandoned that idea, whilst retaining the use of Schoming Pidgeon as the central repository for all prims.

We realised that one area where problems might arise related to scripts that used 'location' information - so we were careful to write all our scripts using relative addressing rather than direct addressing.

We also planned to leave plenty of time once the mirroring had happened in order to sort out any problems that might have arisen.

Getting staff on to Schome Park

Linden Labs, quite rightly, have strict rules about adults accessing the Teen Grid: they must have appropriate 'police checks' (enhanced CRB discolsures in the UK) and can only operate within islands owned by the project on which the adults are working (the exception to this being for Linden Labs own staff who have to have appropriate 'police checks' but can operate anywhere within the Teen Grid).

At the very beginning of the project, back in November 06, we agreed with Linden Labs that they would move our staff avatars from the Main Grid to the Teen Grid (specifically to Schome Park). This fitted with our plan to do all the development work for Schome Park on SchomeBase (our island in the Main Grid) and then migrate it over (as explained above).

I employed a group of folk (mostly PhD students from around the Open University) on consultancy contracts (6 hours per week each) to help with the original thinking and development work on SchomeBase. This gave me the opportunity to get to know the staff and identify the most suitable folk to form the core team that would move to Schome Park. The fact that we could do all the development work and get to know each other on SchomeBase meant that we didn't have to wait for CRB disclosures to come through before starting work (and also saved money because I didn't need to pay for disclosures for staff who were not in the final team).

So, all the staff spent time searching the Main Grid for ideas and resources which we thought might help us in the Teen Grid. We meet for an hour every week in order to coordinate our activities and discuss possibilities. I deliberately adopted a pretty laissez faire approach in order to see what would evolve. This meant that lots of ideas for activities emerged. Whilst some of these turned into dead ends they helped us develop a feel for the sort of things that were possible and the kind of ethos that we wanted to encourage within the Schome Park community.

When an avatar is moved from the Main Grid to the Teen Grid it is clearly no longer on the Main Grid (and there is no way that it can move back again - except if Linden Labs move it). This raised an interesting issue, which was that the OU staff who had been working on SchomeBase had built up a network of contacts and interest within the Main Grid which they were keen to retain. The obvious solution was for each of them to have two avatars, one on the Main Grid and one on Schome Park. Not surprisingly they tended to want to keep the avatar that they had been using on SchomeBase on the Main Grid - and wanted to move their second 'new' avatar to Schome Park. This meant a fair amount of extra work in making sure that the new avatars not only had copies of all the inventory items collected by the original avatars (and in some cases these were non-transferable items which meant that they had to go and find/buy them again from the original creators) but also that any prims that they had built were owned by the new avatar rather than the original one.

There was a slight panic in January 07 when Linden Labs temporarily decided that they were not willing to migrate the staff avatars across from the Main Grid to the Teen Grid. However, this was quickly resolved. The anxiety and upset that my team felt when they heard they were not going to be able to move their avatars across was fascinating - in part it was due to the fact that they had spent a lot of time and effort collecting resources to take to Schome Park (cos when an avatar is moved from the Main to the Teen Grid it takes everything in its inventory with it). However, this seemed to be merged with a personal investment that people had made in the avatars themselves. There does seem to be something quite important about the extent to which we project ourselves into our avatar, which needs to be explored further.

In early Feb 07 the staff avatars started to be moved over into Schome Park. They were moved in small batches because:

  • this helped spread the workload for Linden Labs
  • the CRB disclosures were ready at different times (depending upon when folk applied for them and whether or not they had ever had a disclosure done before)
  • it provided us the security of knowing that if we had forgotten to bring any resource with us from the Main Grid we could get one of the avatars who were being moved over later on to bring it with them

The migration of the staff avatars went very smoothly. We sent Linden Labs the necessary info about the member of staff (name, organisation they worked for, role in project, avatar name, CRB info) and they moved the avatars over (normally within a day or two). Once an avatar had been moved then all that the member of staff had to do was login (using the same client software) and they found themself in Schome Park.

Getting students on to Schome Park

Other preparatory work

In-world groups

We set up in-world groups in preparation for staff and students arriving on Schome Park. What we hadn't realised is that for a group to exist it must have at least two members, otherwise it gets deleted by Linden Labs. You have about five days from when you create a group during which time at least two members must belong to it, otherwise it gets deleted.

Go to Schome Park Research