Although I agree with what David said, people may contribute how they see fit, because the project is voluntary and open source. If you see a hole regarding content creation, feel free to jump in and start improving things. At the very least, it would be helpful to document on the wiki what you've learned as well as what pitfalls you've encountered. As other folks come along, they can learn from your experiences. The wiki is still young, so there are many holes to fill. I didn't find much at all regarding content. It would be good to have a page that answers question such as: What types of content can I use with Sugar? (PDFs, Webpages, etc) What free content is available on the web? How can I convert content into something suitable for Sugar? How do I bundle content into lesson plans? How do I distribute content to the kid's computers? There is a lot of info on <a href="http://wiki.laptop.org">wiki.laptop.org</a>, so we should link to it liberally. See <a href="http://wiki.laptop.org/go/Content">http://wiki.laptop.org/go/Content</a> for starters.<br>
<br>In the long run, I think it makes sense to have a Content Team that is focused on making it easier for educators to create, find, package, and distribute content. But it probably doesn't make sense to have a team unless there are several active members. You could argue that this is part of the Education Team, but I see them as complimentary, not homogeneous. <br>
<br>This is all just my opinion and I have little experience to back it up :-)<br><br>Thanks,<br>Nate<br><br><br>
<br><div class="gmail_quote">On Sat, Dec 6, 2008 at 10:57 PM, David Farning <span dir="ltr"><<a href="mailto:dfarning@sugarlabs.org" target="_blank">dfarning@sugarlabs.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>On Sun, Dec 7, 2008 at 7:48 PM, C.W. Holeman II<br>
<<a href="mailto:cwhii_cplo@julianlocals.com" target="_blank">cwhii_cplo@julianlocals.com</a>> wrote:<br>
> I have just looked over <a href="http://sugarlabs.org/go/Sugar_Labs" target="_blank">http://sugarlabs.org/go/Sugar_Labs</a><br>
> The words "library", "collection" and "content" appear once in a section on<br>
> translating content.<br>
><br>
> I have posted a number of messages to this list in the last couple of<br>
> months related to the ease of outsiders contributing content for Sugar.<br>
> My personal interest was to find how to adjust my software, Emle -<br>
> Electronic Mathematics Laboratory Equipment (<a href="http://emle.sf.net" target="_blank">http://emle.sf.net</a>), to<br>
> fit into the Sugar environment. I have run into a number of bumps.<br>
> Though I may be able to over come these issues they make it rather<br>
> non friendly to outsiders.<br>
><br>
> With all of the efforts in the recent months, content contribution is still<br>
> hard to figure out especially if one is not in the XO owners club which<br>
> is the case for most outsiders that have existing content that could be<br>
> used in Sugar.<br>
<br>
</div>Sugar Labs is entirely a voluntary project. We, luckily, have a few<br>
developers that are being paid by third parties. Everything else,<br>
from infrastructure to documentation, is done by volunteers.<br>
<br>
It is pretty hard to interest people in developing content when: a.<br>
They have no platform on which to develop. b. There are relatively<br>
few users of the platform in the developer's area. Content tends to be<br>
quite specific to countries for reasons of language, culture, and<br>
legislation.<br>
<br>
For the past six months we have focused entirely on developing,<br>
supporting, and distributing the Sugar platform. The Sugar Labs<br>
development team has stabilized and is releasing progressively better<br>
software on a fixed cycle. Fedora, Debian, Ubuntu, Gentoo, Suse, and<br>
Mandriva have invested both volunteer and paid engineers to package<br>
and support Sugar.<br>
<br>
We are now ready to start getting Sugar into the hands of writers,<br>
developers, and users through deployments. Over the next several<br>
months we will be focusing heavily on establishing Local Labs as<br>
deployment catalysts. A Local Lab is not required for a deployment.<br>
But, a Local Labs will help generate the critical mass of support<br>
necessary for a self sustaining deployment.<br>
<br>
Finally, by spring, the Local Labs formation process should be self<br>
sustaining. Then we can focus on activities and content. This is<br>
probably not the answer that you, or any one else, wanted to hear.<br>
With a finite amount of resources there is only so much we can work on<br>
at once. We have to focus our effort on what will have the most<br>
significant long term impact.<br>
<br>
On the other hand, I could be completely wrong about all of the above:(<br>
<font color="#888888">david<br>
</font><div><div></div><div>_______________________________________________<br>
IAEP -- It's An Education Project (not a laptop project!)<br>
<a href="mailto:IAEP@lists.sugarlabs.org" target="_blank">IAEP@lists.sugarlabs.org</a><br>
<a href="http://lists.sugarlabs.org/listinfo/iaep" target="_blank">http://lists.sugarlabs.org/listinfo/iaep</a><br>
</div></div></blockquote></div><br>