On 2009-09-30 17:20, Kim Rose wrote:
> Hey, John,
>
> Nice to see you are still around and interested -- hope you are doing
> well. Thanks for the comments.
>
> As for me and Viewpoints -- there is one reason only for ranking and
> that is filtering in an attempt to bring the best educational examples
> and those illustrative of etoys' strengths to the attention of the
> community. So, I, for one, am hoping that those "voting" are not
> voting for any particular child, author or person, but for the example
> itself -- I hope those voting/ranking are asking "is this a fine
> exemplar to help teach a concept, principle, or powerful idea?". The
> more the example answers back with a "yes" the higher the rank. Also,
> the more complete an example the higher the rank. How disclosing of
> what the Etoy is meant to do is in the example? Does it have an
> explanation of what it is? If it is a game does it have instruction
> on how to play and the goal of the game?
A googlish way of ranking is to use links/ references to a projects.
If teachers/users could make a group or curriculum of projects on the
site, we could rank from the refs to projects.
I tried to rank a few project, but it's quite hard to do. There are to
many things to consider.
I'm not a teacher, so for me to rank appropriateness of a project for a
classroom situation is not really realistic
Karl
>
> I hope that teachers who encourage their students to upload projects
> will *only* allow sharing if their student provides an "About" flap,
> or some intro/explanation of the Etoy and some instruction on where to
> start, the aim of the project, etc. The most beautiful simulation of
> something will fall completely flat with someone if they have no real
> idea of what they are looking at or what the script they are playing
> with is meant to do. Etoys are intended to teach and help us learn;
> learning cannot occur without context. No author should assume their
> project will be self disclosing; it will not. Our users have a
> variety of levels of expertise in both Etoys and subject matter areas;
> providing more context can only help.
>
> If there is no "ranking" in place and everything is posted the
> offerings soon get overwhelming and most difficult to navigate. We
> found this years ago when we had an active "super-swiki". Projects
> that were no more than a single sketch with no script at all were
> posted and only "muddied the waters" for those wading in an attempt to
> find something with some meaningful content.
>
> I hope the community will bear this in mind when "ranking" what gets
> uploaded and understand that not everyone can be represented in a
> featured showcase.
> -- Kim
>
>
> On Sep 30, 2009, at 7:58 AM, voiklis wrote:
>
>> Hello all,
>>
>> I apologize for joining this conversation so late; I am a longtime,
>> though recently quiet, member of the community.
>>
>> I understand that the ranking system is an attempt to enable people
>> to judge the quality of a contribution (or contributor) based on some
>> directly observable measure of reputation. On first sight, one could
>> argue that such a system overcomes the problem that in the
>> face-to-face world reputation is not directly observable. In order to
>> get an honest assessment of a person's reputation, one has to invest
>> a lot of time building trust with the people familiar with that
>> person. Even then, a trustworthy assessment requires direct
>> observation of the person's actions.
>>
>> A ranking system would appear to reduce that effort by half; knowing
>> the person's reputation among his/her peers, one only needs to assess
>> the work.
>>
>> The problem with that reasoning is that electronic ranking systems
>> are highly susceptible to manipulation. Building reputation becomes
>> the goal of the activity for many people and they use all sorts of
>> seemingly harmless social and technological means to inflate their
>> numbers. Our lab has been studying this phenomenon through both
>> observational studies of online communities and laboratory
>> experiments. The two papers below report on the phenomenon as it
>> presents itself in Digg, the news aggregation site.
>>
>> The first paper demonstrates that a tit-for-tat game of reciprocity
>> inflates the reputation of contributors and their contributions
>> without reflecting anything substantive about their contributions.
>> The second paper really brings out the negative consequences of this
>> phenomenon. The paper reports on an experiment where people judged
>> how interesting they found the contribution. The ranking values of
>> the articles were set by the investigator; sometime the rank of the
>> article was set high, at other times low. Experimental subjects rated
>> higher-ranked contributions as more interesting than lower ranked
>> contributions. The same article was rated as highly interesting when
>> its rank was set high and uninteresting when ranked low. Duncan Watts
>> (of small-world networks fame) observed the same phenomenon with
>> music rating.
>>
>> What this means in the present discussion is that people will likely
>> ignore low ranking contributions. Worse still, when they do actually
>> look at those contributions they are likely to see what the ranking
>> value led them to expect rather than the qualities of the
>> contribution itself.
>>
>> Unless we can find scientific research that demonstrates any benefits
>> to ranking, I think we should be wary of using such systems.
>>
>> All best,
>>
>> John
>>
>> Sadlon, E., Sakamoto, Y., Dever, H. J., & Nickerson, J. V. (2008).
>> The karma of Digg: Reciprocity in online social networks. In R. Gopal
>> and R. Ramesh (Eds.), Proceedings of the 18th Annual Workshop on
>> Information Technologies and Systems.
>> http://cog.mgnt.stevens-tech.edu/~yasu/papers/reciprocity.pdf
>>
>> Sakamoto, Y., Ma, J., & Nickerson, J. V. (2009). 2377 people like
>> this article: The influence of others' decisions on yours. In N.
>> Taatgen, H. van Rijn, L. Schomaker, and J. Nerbonne (Eds.),
>> Proceedings of the 31st Annual Conference of the Cognitive Science
>> Society.http://cog.mgnt.stevens-tech.edu/~yasu/papers/cogscidigg1.pdf
>>
>> Salganik, M. J., Dodds, P. S., and Watts, D. J. (2006). Experimental
>> study of inequality and unpredictability in an artificial cultural
>> market. Science, 311(5762):854-856.
>> http://dx.doi.org/10.1126/science.1121066[/url]
>>
>>
>>
>>
>> -------------------- m2f --------------------
>>
>> (from forum)
>> http://squeakland.org/forums/viewtopic.php?p=11554#11554
>>
>> -------------------- m2f --------------------
>> _______________________________________________
>> squeakland mailing list
>> squeakland(a)squeakland.org
>> http://lists.squeakland.org/mailman/listinfo/squeakland
>
>
> Viewpoints Research is a 501(c)(3) nonprofit organization dedicated to
> improving "powerful ideas education" for the world's children and
> advancing the state of systems research and personal computing. Please
> visit us online at www.vpri.org
>
>
>
>
>
>
> _______________________________________________
> Squeakland mailing list
> Squeakland(a)squeakland.org
> http://lists.squeakland.org/mailman/listinfo/squeakland
>
Hi, Tim, and all,
Attached is a fileout providing changes to the project-info dialog as
requested for the benefit of the "showcase" on Squeakland.org.
Basically, the "project info" dialog now contains three "enumerated"
items, "Subject", "Age", and "Region". These three are all governed
by pop-ups (in local language) rather than by type-ins. The results
are included in the project manifest.
Important notes:
(1) It is essential that this be filed in to an image updated at
least through update 2246PolygonFix-kfr. If filed in to an earlier
image, subsequently loading updates will clobber some of the changes
provided here.
(2) Yoshiki is also modifying code in the EToyProjectDetailsMorph
area in this same time-frame, so integration is likely to be necessary
before our two fileouts are published.
(3) There are a few obvious rough edges which someone may wish to
tweak, though I don't know of any show-stoppers. For example, this
has always been an English-only dialog, but now that the field names
are localized, there may be layout issues in some languages (once
translations are available.) Also, for the pop-up fields, if they've
never been set they show as blank, whereas once they've been set to
"(none)" (equivalent to blank) they show the text "(none)". Probably
we should always show "(none)" when values for these three popups have
not been supplied. Also, since some of the fields are now type-in and
some are pop-ups, perhaps some UI convention (slight color
difference?) should be used to hint at whether a field functions as a
type-in or a pop-up.
(4) This turned out to involve quite a bit of code, most of it
written with a fever and at very late hours. So there's the distinct
possibility of errors. I did test it briefly and it seemed to work as
I expected. HOWEVER: it really needs verification by someone else.
(5) The Preamble (please read if planning to test or use):
-=------
Change Set: projectInfoPopUps-sw
Date: 8 August 2009
Author: Scott Wallace
Changes to the project-info dialog, in support of new data desired for
the 'showcase' on squeakland.org:
- 'Sub-Category' removed.
- Subject, Age, and Region are added as pop-ups.
- Choices for Subject, Age, Region popups, and corresponding codes,
obtainable from web-site.
- Project manifest now includes Age, Subject (category,) and Region
info. The codes are strings of numbers, e.g. '554' as a Subject code
means 'Language Arts'
(look in #defaultAgeTriplets, #defaultSubjectTriplets,
#defaultRegionTriplets on class-side of EToyProjectDetailsMorph.)
- Names of fields are presented to the user in localized form.
- Choices for values of pop-up fields are presented to the user in
localized form.
Notes:
- There is support provided for obtaining up-to-date lists of the
subject, age, and region alternatives from the web site (see
EToyProjectDetailsMorph class updateTripletsFromWebSite) but it is not
actually called at this point, out of concern for potential for long
delay if connection to web site is slow.
- The *region* codes are at present *not* obtained from the web-site
(even when the user explicitly calls #updateTripletsFromWebSite,) but
rather a 'fake' set of regions, basically the continents, is
provided. This is probably temporary. We have no reasonable way to
confront the user with a pop-up showing 250 choices.
However, as per Tim's request, I have made it a point to include
Antarctica in the region list. (Tim: look at method
#defaultRegionTriplets for the current point of departure, if you want
to adopt that, temporarily at least, on the web site. And/or of
course change any defaults as needed.
-----------
Cheers,
-- Scott
On Jul 16, 2009, at 9:25 PM, jira(a)immuexa.com wrote:
> [ http://tracker.immuexa.com/browse/SQ-154?page=comments#action_35752
> ]
>
> Milan Zimmerman commented on SQ-154:
> ------------------------------------
>
> This makes sense. I am out of time now, but will test tomorrow or
> early weekend.
Thank you, Milan!
By mutual agreement among Bert, Yoshiki, and me, we decided to push
the latest fixes embodied in SQ-88, SQ-154, and SQ-257 to the etoys4.0
update stream today. This will make it easier for more people to
test, and we still have time before squeakfest/brasil to fix any
issues that may arise.
Cheers,
-- Scott
Hi everyone,
As we prepare for our two month Etoys publicity drive (starting
November 1st), I'd like to make things a little more interesting.
Let's have a contest. The winner gets a brand-new HobbyZone Super
Cub LP with a lightweight Fly Cam One attachable video camera, shipped
anywhere (that's legal) in the world.
I'm personally donating both. The plane is very fun, and very easy to
fly. Also, if you win, you'll be able to do this:
http://www.youtube.com/watch?v=iiNxzXixlOc
Here are the rules:
1. you must be 18 years or older to enter the contest, or have the
signature of a guardian or parent. Proof will be required upon winning.
2. you must guess three tally totals as they will appear at midnight,
New Year's Eve, as the Times Square ball drops in New York City.
The tally totals are:
a. Squeakers (number of people that have signed the squeaker list)
b. Accounts (number of people that have signed up for a showcase
account)
c. Projects (number of publicly visible projects on the Showcase)
see: http://squeakland.org/tally
3. Lowest score wins. To determine it, subtract your guesses from the
corresponding new year's value for each total, then add the absolute
value of the each difference.
Example:
squeakers ... joe's guess (5000) ... new year's value (4500) ... abs
diff (500)
accounts ... joe's guess (3000) ... new year's value (3500) ... abs
diff (500)
projects ... joes guess (1000) ... new year's value (7000) ... abs
diff (6000)
score = 7000
4. These bonuses will apply:
a. subtract 500 from your score if you're the last publicly visible
project in 2009
b. subtract 300 from your score if you're from the top NON-USA country
in the list at new year's
b. subtract 200 from your score if you're at the PURPLE level at new
year's
d. subtract 100 from your score if you're at the BLUE level at new
year's
see: http://squeakland.org/showcase/ranking.jsp
5. Initial guesses need to be emailed to me before November 1st starts
(midnight) in New York.
6. You'll be allowed three "mulligans" before December 1st where you
can change any one of your guesses (one per mulligan).
7. Each mulligan will enact a 100 point penalty, which will be added
to your final score.
8. Any obvious attempts at cheating will disqualify you. (Adding
Squeakers or accounts yourself, reposting duplicate projects, etc.)
9. Disputes will be decided by me. I'll try to be as fair as
possible, though I suspect some will see things differently. My
plane, my call.
10. The winner will hopefully agree to send some fly-by video of a
"Squeak if you love Etoys" sign, that we'll send, which we'll later
use on the Squeakland website.
Anyway, I hope this remains friendly and fun. The trick, of course,
is making good guesses.
A few hints . . .
* we currently average about 300 web visitors a day, some new, some
returning. We've peaked at 6000 web visitors in a single day.
* the peak was because of a magazine article. We *will* be seeking
multiple magazine articles and other forms of publicity during this
time.
* the addition of multiple languages on the website will greatly
increase our possible audience
* we will have "tell a friend" functionality to allow for some social
networking, including facebook, twitter, and blog buttons for
individual projects
* schools will create multiple accounts, usually in one shot (I just
now saw 14 accounts from the same school create accounts).
So ask yourself . . .
How many people do you think like Etoys in the world?
How many can we reach before the end of the year?
How many new people will we reach before the end of the year?
How many will create accounts, or share projects?
I've already made my three guesses (though I can't win), which will
remain private like everyone else's. All will be revealed on New
Year's Day.
Have fun!
Tim
--
Timothy Falconer
Squeakland Foundation
http://squeakland.org
610-797-3100
--
"Intelligence is what you use when you don't know what to do." ...
piaget
On 29.11.2009, at 09:42, James Cameron wrote:
> On 29.11.2009, at 07:36, Chris Ball wrote:
>>
>> http://wiki.laptop.org/go/F11_for_1.5
>> http://dev.laptop.org/~cjb/f11-1.5/os47
or:
olpc-update f11_xo1.5-47
os47 includes my experimental 2337 package which fixes the drawing performance:
>> -etoys-4.0.2332-2.fc11.noarch
>> +etoys-4.0.2337-1.noarch
You should disable power management:
>> * Add OHM for XO-1.5 power management. To disable it, use "touch
>> /etc/ohm/inhibit-idle-suspend" for the moment.
>
> You can also disable it using My Settings -> Power -> Automatic power management.
>
> This is almost essential on an XO-1.5 B2 without the WLAN power ECO if you want to test using a network. The automatic suspend takes out the WLAN.
To follow the 1.5 development, subscribe to
http://lists.laptop.org/listinfo/devel
- Bert -
Begin forwarded message:
>
> From: Chris Ball <cjb(a)laptop.org>
> Date: 23. November 2009 22:57:01 MEZ
> To: devel(a)lists.laptop.org
> Subject: 1.5 software release schedule
>
> Hi all,
>
> I've updated Trac to add two more milestones:
>
> 1.5-software-beta # due approximately Dec 1
> 1.5-software-final # due approximately Dec 14
>
> I'll be promoting Trac tickets from 1.5-software into
> 1.5-software-beta if they're targeted at the beta release, and
> likewise into -final for tickets to fix by our first release
> to production.
>
> The main areas still outstanding for the beta release are:
>
> * reliable hardware and kernel suspend/resume
> * turn on automatic suspend/resume
> * fix Xv support
> * get camera driver hooked up to Xv
>
> Thanks!
>
> - Chris.
> --
> Chris Ball <cjb(a)laptop.org>
> One Laptop Per Child
As discussed in the dev meeting today we want to include Etoys 4 plus critical fixes in this XO build. The only fix after the 4.0 release is this so far:
https://dev.laptop.org/ticket/9709
The new 4.0.2337 rpm should work both on an "old" XO and on the new XO-1.5.
In particular the folks who got a 1.5 beta machine: Please test, and report back! Upgrade your machine to the latest firmware and OS, then install the Etoys rpm and XO bundle. Even saying all is fine is good, otherwise I'll have to assume nobody is testing.
Thanks!
- Bert -
See below the proposed schedule for the next Sugar release.
Since Etoys is part of Sugar, we will need to have some version ready for this.
- Bert -
Begin forwarded message:
>
> From: Simon Schampijer <simon(a)schampijer.de>
> Date: 20. November 2009 18:38:07 MEZ
> To: Sugar-dev <Sugar-devel(a)lists.sugarlabs.org>
> Subject: [Sugar-devel] Roadmap to 0.88 --- Proposal
>
> Hi,
>
> I have written a proposal for the new 0.88 schedule [1]. Basically, I
> followed the GNOME schedule for 2.30 [2]. Following in terms of dates,
> and I have added certain new freezes we did not have before.
>
> In detail:
> - tarballs due will be on Mondays, and the release on Wednesdays: I hope
> this will allow us to see the tarballs packaged by the end of the week
> by the distributions ---> getting more testing done over the weekend
>
> - UI Freeze added: No UI changes may be made without approval from the
> release-team and notification to the documentation list. Having such a
> freeze helps documentation efforts, and to not introduce workflow
> regressions and issues late in the cycle.
>
> - The feature freeze and API freeze is earlier compared to previous
> cycles. This should help to get a more stable release at the envisioned
> release date. After this shortened release cycle, from one feature
> freeze to the next one, there will be always 6 months. So the same
> amount of time to allow for development of features.
>
> - To allow for long term planning, I have drafted the 0.90 schedule, too
> [3]. This should help to schedule bigger features.
>
> - Testing: I hope to see much much more testing in this release cycle.
> Two things should help here: a) I encourage the creation of a testing
> team. b) The 0.88 release will be packaged early. For testing purposes
> 0.88 will be packaged for F12. Other distributions are encouraged to do
> similar.
>
> - Feature Process: We will follow the process [4] defined in the 0.86
> cycle. It will be communicated another time.
>
> - Getting it into a release: As we follow the same schedule as GNOME is,
> we should have no issues in getting our packages into the distributions
> in time. See the F13 [5] for example.
>
>
> Comments welcome,
> Simon
>
>
> [1] http://wiki.sugarlabs.org/go/0.88/Roadmap#Schedule
> [2] http://live.gnome.org/TwoPointTwentynine
> [3] http://wiki.sugarlabs.org/go/0.90/Roadmap#Schedule
> [4] http://wiki.sugarlabs.org/go/Features/Policy
> [5] https://fedoraproject.org/wiki/Releases/13/Schedule
> _______________________________________________
> Sugar-devel mailing list
> Sugar-devel(a)lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/sugar-devel
(moving thread to dev list)
On 27.11.2009, at 21:14, Karl Ramberg wrote:
> On 2009-11-27 20:13, Bert Freudenberg wrote:
>> Looks like the "overlaps any" is buggy - there is some offset in the overlap test:
>>
> There was a bug in Morph>>overlapShadowForm:bounds:
> Suggested fix attached.
>
> Karl
I created a tracker issue, please attach your fix there:
http://tracker.squeakland.org/browse/SQ-605
- Bert -
It seems notification from tracker to Etoys-notify broken.
Last message received from tracker was "[JIRA] Created: (SQ-599) put
dynamic content on home page" on Nov 23rd.
/Korakurider