Beginning the Skyportal to Drupal Migration
SkyPortal will always hold a special place in my heart as the first "open source" project I actively contributed to. It was much easier to get a site up and going for a small group of people (guild sites were my specialty) than many other systems. Even though PHP hosting is cheaper and easier to come by, SkyPortal was my first choice because it was the best platform.
Times have changed and it's still hard to find a package with as many features out of the box as SkyPortal. I've decided to hop on the bandwagon of porting OGFB to Drupal since I happen to be in the unique position of knowing Skyportal and ASP development and Drupal and PHP development quite well.
I've goal is to have a "One Click" install that imports all your SkyPortal data and gives you a complete website with similar (and in most cases better) functionality. I've decided to call this project Druportal and will be keeping my development open sourced and freely available to all who wish to participate. You can find my most recent code at http://github.com/rocketeerbkw/druportal.
I'll depend on the community in large part to help decide which modules must be included and how they should be setup to make things feature complete. I'd like to take a iterative approach to this development and release small, feature-complete revisions and test them with imports and upgrades along the way.
I haven't used the features module very much in the past, but I imagine it will be vital to this project. I'd love to get a feature server up somewhere that will facilitate the install/upgrade process of the different sections/features of Druportal
I'll start with the user, group and config imports and work my way up from there following the importance guidelines set by Doc.
I haven't even thought about theme porting yet, I'd love to get into a discussion around that as well
- Battousai's blog
- Login or register to post comments
-

Comments
#1 Forum for the Port
My goal with this effort is two-fold. First, I'd like to see a Drupal package that's capable of replacing an existing Skyportal site. Second, I'd like to see a clear documentation of the process. This way, two audiences are addressed: end users wishing to simply have a Skyportal-like site and developers who want to get their hands dirty and use some (or all) of the techniques employed.
The lack use of a code management system and access by the community was one of the major flaws of Skyportal. Another was the 'magically appearing' functionality without documentation. I think that the discussions that have occurred so far as well as your setting up a code repository is a great first step!
Welcome aboard!
PS. Have you used the latest Feeds Module to map data for import? I was counting on this to be integral to the import process.
"Once in a while you get shown the light
in the strangest of places if you look at it right."
-Garcia/Hunter
#2 Feeds Concerns
My primary concern with Feeds is the ability to keep member ID maintained (or to keep track of SP UID > Drupal UID) so that all the successive data is imported and credited correctly.
There is no way to do this out of the box with Feeds as far as I can tell. It may be possible with a custom mapper, haven't looked into it too much though.
I think the user documentation is necessary to help people install, upgrade and get used to the new platform. All of that can go in the README and on a webpage/wiki somewhere. Anything further than that is kind of out of scope and can be found elsewhere on d.o (drupal.org for those unfamiliar with that terminology). Of course having a forum where people can ask questions and get answers is important.
Any developer "documentation" I'll do here on my blog. I plan to cover each major step towards the final goal of the Druportal package. This will be everything from creating modules and install profile to deciding which modules to use and how to configure them, any views/cck stuff, etc.
#3 User ID
My thoughts on UserID are as follows. Drupal should be allowed to use it's autonumber scheme in addition to the 2 special users: User 0 and User 1 (anonymous guest and site admin). If we add a profile field called SPUserID we would then have a way to map incoming user-related data to the correct Drupal User record. After successful import of data, the field becomes vestigial.
"Once in a while you get shown the light
in the strangest of places if you look at it right."
-Garcia/Hunter
#4 Welcome aboard Batty and many
Welcome aboard Batty and many thanks for the above.
This past week I've been busy getting to know Drupal core and a few of the many modules that are available, so far I've been concentrating on the look and feel and I haven't even looked at the data migration side yet.
I'm glad to have both yourself and Flappy onboard for this project.
I agree with you, that a one-click migration tool would be just superb, but I think it might be a way off yet.
I have found that it is a minefield with all the various modules that are available, 4 or 5 at least for images alone, I think we should come up with an agreed standard list of which Drupal module best fits what we are trying to acheive with the Skyportal ones.
Best Regards
Doc
#5 Couldn't agree more. Defining
Couldn't agree more. Defining what modules to use and how they are used is a crucial step. This sounds like a good candidate for a wiki page.
Got anything like that on here Flappy? Maybe a book that's editable by everyone?
There's a wiki at http://github.com/rocketeerbkw/druportal/wiki but keeping everything "in house" here seems like the better choice.
#6 That's why I'm working so
That's why I'm working so hard to find the right wysiwyg/codefilter solution. The 'Books' area will be chapter driven (based on built-in Book Module functionality) and have wiki-style links. I'm also considering a Wiki Page content type since Books doesn't play nicely with the Groups Module and it might be nice to have wikis associated with groups.
"Once in a while you get shown the light
in the strangest of places if you look at it right."
-Garcia/Hunter
#7 Coming soon
I'm planning a blog entry which will address most of this very soon. Stay tuned.
"Once in a while you get shown the light
in the strangest of places if you look at it right."
-Garcia/Hunter