Thread Subject: MATLAB Programming Contest: May 9 - May 16, 2007
|
Hello Community!
This is just a quick message to let everyone know that the MATLAB
Contest Masters have been hard at work! They have been crafting a
really exciting new challenge for our Spring event with some very
cool prizes waiting for our champions.
It's time to clear your calendars so that you can come join the fun!
The contest will start at noon Eastern time on May 9, ending at noon
on Mary 16th.
We will be announcing more details about the contest as we get
closer, so if you want a refresher about MATLAB Central contests,
check out the contest overview page at <http://www.mathworks.com/contest/overview.html>.
ou can checkout past contests using links on that page.
Stay tuned for more information...
Best wishes,
Helen Chen
MATLAB Central Team
|
|
Our contest will indeed begin today at noon EDT. I posted a welcome
message to the contest blog with some new information:
<http://blogs.mathworks.com/contest/>
We have a few channels for contest conversation. This newsgroup
thread is the best place for general discussion. If you have a
response to anything we post on the blog, we encourage you to leave a
comment on the blog itself. Finally, if you'd like to communicate
with the contest team privately, e-mail us at contest@mathworks.com.
Good luck to everyone!
|
|
Thanks for organizing another contest. I'm looking forward to
participating as I'm sure a lot of people are.
Maybe this is in the code package, which I haven't looked at yet, but
what is the formula for the final result? In the past you've always
outlined it as something like
result = a*score + b*e^(c*time)
However with the new cyclomatic complexity variable it'd be helpful
to understand how that factors into the result.
|
|
The contest problem looks pretty interesting, thanks for setting it
up!
I tried to run the solitaireGUI.m function which came with zipped
contest files, and got an error message as follows:
Warning: Divide by zero.
> In solitaireGUI at 63
??? Undefined command/function 'bsxfun'.
Error in ==> solitaireGUI>drawGUI at 200
c = c(:,~(sum(bsxfun(mf,1:size(c,2),(1:size(c,2))'))>1))';
Error in ==> solitaireGUI at 69
[hf,ha,sh,ht,hl] = drawGUI; printStats
I'm running MATLAB 7.1 student edition.
|
|
Mike Bindschadler wrote:
>
>
> The contest problem looks pretty interesting, thanks for setting it
> up!
>
> I tried to run the solitaireGUI.m function which came with zipped
> contest files, and got an error message as follows:
>
> Warning: Divide by zero.
>> In solitaireGUI at 63
> ??? Undefined command/function 'bsxfun'.
>
> Error in ==> solitaireGUI>drawGUI at 200
> c = c(:,~(sum(bsxfun(mf,1:size(c,2),(1:size(c,2))'))>1))';
>
> Error in ==> solitaireGUI at 69
> [hf,ha,sh,ht,hl] = drawGUI; printStats
>
> I'm running MATLAB 7.1 student edition.
bsxfun only came out in the most recent release.
John
|
|
Hi Alan,
I added the scoring formula to the rules. It is the same as it was
before with k*complexity added on the end.
Thanks,
Matthew
|
|
I'm just trying to run "runcontest", to see what the basic unmodified
solver does to the testsuite. I have a choice of error messages...
>> runcontest
??? Too many inputs.
Error in ==> runcontest at 18
solutions = cellfun(@solver,boards,'UniformOutput',false);
>> runcontest(true)
??? Function name must be a string.
Error in ==> solitaireGUI>drawGUI at 184
ht = cellfun(@(f,p) uicontrol('Sty','Tex','Fore',f,'Back',[1 1
.83],...
Error in ==> solitaireGUI at 69
[hf,ha,sh,ht,hl] = drawGUI; printStats
Error in ==> runcontest at 27
solitaireGUI(testsuite(i).board,solution,min(1,5/size(solution,1)))
>>
(MATLAB version 7.0.1)
Any ideas?
|
|
This may also be due to the fact that we used 7.4.0 to create the
GUI, we will provide a backwards compatible version soon. Please bare
with us.
Lucio
Windy Miller wrote:
>
>
> I'm just trying to run "runcontest", to see what the basic
> unmodified
> solver does to the testsuite. I have a choice of error messages...
>
>>> runcontest
> ??? Too many inputs.
>
> Error in ==> runcontest at 18
> solutions = cellfun(@solver,boards,'UniformOutput',false);
>
>>> runcontest(true)
> ??? Function name must be a string.
>
> Error in ==> solitaireGUI>drawGUI at 184
> ht = cellfun(@(f,p) uicontrol('Sty','Tex','Fore',f,'Back',[1 1
> .83],...
>
> Error in ==> solitaireGUI at 69
> [hf,ha,sh,ht,hl] = drawGUI; printStats
>
> Error in ==> runcontest at 27
>
> solitaireGUI(testsuite(i).board,solution,min(1,5/size(solution,1)))
>
>>>
>
> (MATLAB version 7.0.1)
>
> Any ideas?
|
|
Hi!
I am having the same problem with the bsxfun error message, as I am
running R2006a. The contest team did a good job in obfuscation, or
what do you think about these lines?
% mf = @(g,h) arrayfun(@(h)
all(inpolygon(c{1,g},c{2,g},c{1,h},c{2,h})),h);
% c = c(:,~(sum(bsxfun(mf,1:size(c,2),(1:size(c,2))'))>1))';
This source couldn't be easier to read I guess :-)
A good contest to all of you!
Markus
|
|
Markus wrote:
>
>
> Hi!
>
> I am having the same problem with the bsxfun error message, as I am
> running R2006a. The contest team did a good job in obfuscation, or
> what do you think about these lines?
>
> % mf = @(g,h) arrayfun(@(h)
> all(inpolygon(c{1,g},c{2,g},c{1,h},c{2,h})),h);
> % c = c(:,~(sum(bsxfun(mf,1:size(c,2),(1:size(c,2))'))>1))';
>
> This source couldn't be easier to read I guess :-)
>
> A good contest to all of you!
>
> Markus
It's not deliberate obscufation that I can tell. The first line is
setting up an nested anonymous function handle (search for anonymous
functions in the MATLAB help for info). bsxfun is a new one to me,
but it applies element by element binary operations to 2 arrays.
The bottom line is they have used some of the more advanced
functionality to setup a demo solver and runcontest program that is
vectorized versus containing a lot of loops. This also factors into
the new Complexity rating.
Kudos to them for setting the bar high on this contest by trying to
start us off on a vectorized path instead of the 'easier to follow'
looping path many people would prefer to take.
|
|
OK to run in 7.1 change the following lines, sorry for the wrapping,
we will update the zip file and investigate further the other Windy's
problem (Windy, what release are you using?)
% c = c(:,~(sum(bsxfun(mf,1:size(c,2),(1:size(c,2))'))>1))';
CHANGE TO:
MF = zeros(size(c,2));
for i1 = 1:size(c,2)
for i2 = 1:size(c,2)
MF(i1,i2) = mf(i1,i2);
end
end
c = c(:,~sum(MF)>1)';
% patch(bsxfun(@plus,j(:)',.1*sin(-2*pi:pi/4:2*pi)'),...
% bsxfun(@plus,i(:)',.1*cos(-2*pi:pi/4:2*pi)'),...
% zeros(17,numel(i)),'faceC',[0 .5 0],'FaceL','none');
CHANGE TO:
patch(repmat(j(:)',17,1)+repmat(.1*sin(-2*pi:pi/4:2*pi)',1,numel(j)),.
..
repmat(i(:)',17,1)+repmat(.1*cos(-2*pi:pi/4:2*pi)',1,numel(i)),...
zeros(17,numel(i)),'faceC',[0 .5 0],'FaceL','none');
Lucio
Alan Chalker wrote:
>
>
> Markus wrote:
>>
>>
>> Hi!
>>
>> I am having the same problem with the bsxfun error message, as
I
> am
>> running R2006a. The contest team did a good job in obfuscation,
> or
>> what do you think about these lines?
>>
>> % mf = @(g,h) arrayfun(@(h)
>> all(inpolygon(c{1,g},c{2,g},c{1,h},c{2,h})),h);
>> % c =
c(:,~(sum(bsxfun(mf,1:size(c,2),(1:size(c,2))'))>1))';
>>
>> This source couldn't be easier to read I guess :-)
>>
>> A good contest to all of you!
>>
>> Markus
>
>
> It's not deliberate obscufation that I can tell. The first line is
> setting up an nested anonymous function handle (search for
> anonymous
> functions in the MATLAB help for info). bsxfun is a new one to me,
> but it applies element by element binary operations to 2 arrays.
>
> The bottom line is they have used some of the more advanced
> functionality to setup a demo solver and runcontest program that is
> vectorized versus containing a lot of loops. This also factors
> into
> the new Complexity rating.
>
> Kudos to them for setting the bar high on this contest by trying to
> start us off on a vectorized path instead of the 'easier to follow'
> looping path many people would prefer to take.
|
|
Marko wrote:
>
>
> Can somebody explain me this line in the grade.m function?
>
> if tb(f) && board(f(2),f(1))>0 % valid pick
>
> why isn't board(f(1),f(2)) checked? Do I have to read the contest
> rules more carefully?
I have the same question. This seems odd:
board = [1 5 0];
score = grade(board,[1 1 1 3])
gives 7 (because the jump is invalid)
but
score = grade(board,[1 1 3 1])
gives 2; the expected score, i thought...
|
|
Marko wrote:
> Can somebody explain me this line in the grade.m function?
>
> if tb(f) && board(f(2),f(1))>0 % valid pick
>
> why isn't board(f(1),f(2)) checked? Do I have to read the contest
> rules more carefully?
I have also big problems with the grade function.
Jan
|
|
All indices of type x(2),x(1) must be x(1),x(2) i think
|
|
Thanks once again to everybody at the Mathworks who works hard to
bring us a fun contest. I have a question concerning a possible
discrepancy in the starter files. The solver provided seems to
generate moves which the grade.m function considers invalid. In
looking into the matter, it appears that the expected order of
indices is swapped. So for example, the first set of commands will
generate a poorer score than the second:
moves = solver(board)
grade(moves)
moves = solver(board)
grade(moves(:,[2 1 4 3]))
Of course, runcontest does the former. So should we write our
solvers accordingly?
|
|
Marko wrote:
> All indices of type x(2),x(1) must be x(1),x(2) i think
It looks like doing this at the end of your 'solver' solves the problem:
moves = moves(:,[2 1 4 3]);
|
|
Peter Torrione wrote:
> It looks like doing this at the end of your 'solver' solves the
> problem:
>
> moves = moves(:,[2 1 4 3]);
Yes but it's not supposed to work like that and confusing shifting
from row,colum indices to colum,row
Maybe I should stop solving and start evaluating again :-)
|
|
Peter is correct, the indexes got messed up when we set the grade.m
function from the GUI. Changing the lines
f = moves(i,[1 2]);
t = moves(i,[3 4]);
to
f = moves(i,[2 1]);
t = moves(i,[4 3]);
should be enough, albeit I will carefully revise it, when done we'll
update the zip file. Sorry for the inconvenience.
Lucio
Peter Torrione wrote:
>
>
> Marko wrote:
>> All indices of type x(2),x(1) must be x(1),x(2) i think
> It looks like doing this at the end of your 'solver' solves the
> problem:
>
> moves = moves(:,[2 1 4 3]);
>
|
|
Marko wrote:
> Peter Torrione wrote:
>
>> It looks like doing this at the end of your 'solver' solves the
>> problem:
>>
>> moves = moves(:,[2 1 4 3]);
>
> Yes but it's not supposed to work like that and confusing shifting
> from row,colum indices to colum,row
>
I agree. Plus the gui becomes useless...
|
|
Sorry for repeat. Did not see Lucios response.
|
|
Hi.
According to the web page, there is a 180 second time limit on our
programs. Is that for each board? How many boards will the programs be
expected to solve in 180 seconds?
-pete
|
|
Pete:
As usual, the testsuite sample that we provide has the
same level of complexity as the hidden testsuite. 180 seconds is the
time given to solve the whole testsuite.
Lucio
Peter Torrione wrote:
>
>
> Hi.
>
> According to the web page, there is a 180 second time limit on our
> programs. Is that for each board? How many boards will the
> programs be
> expected to solve in 180 seconds?
>
> -pete
>
|
|
We've updated the File Exchange download to include a version of the
GUI that will run on older versions of MATLAB, solitareGUIb.m. We've
also made the fix to grade.m.
This same code was used on the scoring machine. We've updated
grade.m there as well. One of the reasons that we the administrators
like starting the contest in darkness is that we can patch up any
last-minute discoveries before it affects the game.
Lucio dreams in MATLAB code, so please forgive its terseness. He was
also a contest participant before he was an employee. Have y'all
checked out our list of job openings? We're hiring!
Thanks everyone for your patience.
|
|
Matthew Simoneau wrote:
>
>
> We've updated the File Exchange download to include a version of
> the
> GUI that will run on older versions of MATLAB, solitareGUIb.m.
> We've
> also made the fix to grade.m.
>
> This same code was used on the scoring machine. We've updated
> grade.m there as well. One of the reasons that we the
> administrators
> like starting the contest in darkness is that we can patch up any
> last-minute discoveries before it affects the game.
>
> Lucio dreams in MATLAB code, so please forgive its terseness. He
> was
> also a contest participant before he was an employee. Have y'all
> checked out our list of job openings? We're hiring!
>
> Thanks everyone for your patience.
I'm not sure you fixed grade.m. I manually did the fix outlined
above and everything was working fine. Then I just downloaded the
new version and it's giving high scores again. Looking at the file
you didn't switch the indexes you just switched the f = moves... and
t=moves... lines positions.
|
|
Matthew Simoneau wrote:
>
>
> We've updated the File Exchange download to include a version of
> the
Great, for all those (like me) that are on much older versions
without anonymous functions (the @), they are easy to replace by
ordinary functions. NB, does the complexity of an anonymous functions
add to the cyclomatic complexity of the function they are defined in?
Also I was suprised that the peg values are not integers but all
kinds of floats? Is that correct?
Otherwise a fun puzzle indeed!
|
|
Alan, you're right. I didn't read Lucio's instructions carefully
enough. The re-corrected version will be live shortly.
|
|
Matthew Simoneau wrote:
>
>
> Alan, you're right. I didn't read Lucio's instructions carefully
> enough. The re-corrected version will be live shortly.
Damn...
I've been double checking my code for the last two hours.
Couldn't figure out why on earth every change I make keeps on
increasing my score.
Thanks for pointing out the fix guys.
|
|
Leendert Combee wrote:
>
>
> Matthew Simoneau wrote:
>>
>>
>> We've updated the File Exchange download to include a version
of
>> the
>
> Great, for all those (like me) that are on much older versions
> without anonymous functions (the @), they are easy to replace by
> ordinary functions. NB, does the complexity of an anonymous
> functions
> add to the cyclomatic complexity of the function they are defined
> in?
>
>
> Also I was suprised that the peg values are not integers but all
> kinds of floats? Is that correct?
Probably so they can pop the number right into the evaluation
function. I'm not sure but I seem to recall PIV and Core 2 Duo's have
more floating point units than integer, good chance it could improve
performance (at least on compiled code :( )
>
> Otherwise a fun puzzle indeed!
|
|
I just downloaded the new score.m - last modified at 5:22 pm, is
something odd about:
>> board = [1 5 0];
>> moves = [1 1 1 3];
>> score = grade(board,moves)
score =
6
?
I thought score should be 2...
|
|
Are we allowed to use try ... catch constructs?
On May 10, 1:29 am, "Matthew Simoneau" <matt...@mathworks.com> wrote:
> Our contest will indeed begin today at noon EDT. I posted a welcome
> message to the contest blog with some new information:
|
|
Peter, I seem to be too sleepy for this! I still had it wrong in
grade.m. I'm updating it again. Please copy Lucio's fix above more
carefully than I did!
Richard, there's no problem with try/catch, but you're not allowed to
call ERROR explicitly.
|
|
Hi,
I'm using MATLAB Version 7.3.0.267 (R2006b).
Still getting error in GUI :
Undefined function or method 'bsxfun' for input arguments of type
'function_handle'.
How can I use the new GUI: solitaireGUIb.m
Any help?
Rgds,
Abhi
|
|
Abhi wrote:
>
>
> Hi,
>
> I'm using MATLAB Version 7.3.0.267 (R2006b).
>
> Still getting error in GUI :
> Undefined function or method 'bsxfun' for input arguments of type
> 'function_handle'.
>
> How can I use the new GUI: solitaireGUIb.m
>
> Any help?
>
> Rgds,
> Abhi
Open runcontest.m and change line
solitaireGUI(testsuite(i).board,solution,min(1,5/size(solution,1)))
to
solitaireGUIb(testsuite(i).board,solution,min(1,5/size(solution,1)))
srach
|
|
srach wrote:
>
>
>
> Open runcontest.m and change line
>
>
> solitaireGUI(testsuite(i).board,solution,min(1,5/size(solution,1)))
>
> to
>
>
>
solitaireGUIb(testsuite(i).board,solution,min(1,5/size(solution,1)))
>
>
> srach
Thnxx..that works...
Rgds,
Abhi
|
|
There seems to be a discrepancy between the timestamp given on the
page you see after you submit an entry, and the timestamp you get
when you follow the "Entry Listing" link from the contest menu. The
latter seems to lag the former by two minutes or so. At least that's
how it looked to me at the end of Darkness. I submitted a (slightly
late) last-minute entry and the page said 12:01, then clicked the
Entry Listing link and got a page that said 11:59. My most recent
entry wasn't there yet, which sort of makes sense. Is the "Entry
Listing" link a time-delayed view, or are there two clocks? Just
curious. :-)
|
|
Hi Nick and welcome back. Most of the pages you see on the contest
site are refreshed only every couple of minutes. (We do this to keep
from having to hit the database every time someone views every page.)
When you see "This page was generated..." on a page, the time
represents when this page was last refreshed, as late as a few
minutes ago, not the current time.
|
|
Is there any possibility of getting this to work on say r12.1? I've
been making modifications to try to get this to happen but im getting
the following error i do not understand?
runcontest
??? Error: File: C:\contest\jumping\solver.m Line: 10 Column: 6
"identifier" expected, "(" found.
Error in ==> C:\contest\jumping\runcontest.m
On line 20 ==> solutions{i} = solver(testsuite(i).board);
which pertains to
s = @(i,j) sub2ind([m,n],i,j);
in solver.m
Does anyone know why this errors? Is this due to my old version of
matlab?
Thanks
Lucio wrote:
>
>
> This may also be due to the fact that we used 7.4.0 to create the
> GUI, we will provide a backwards compatible version soon. Please
> bare
> with us.
>
> Lucio
>
> Windy Miller wrote:
>>
>>
>> I'm just trying to run "runcontest", to see what the basic
>> unmodified
>> solver does to the testsuite. I have a choice of error
> messages...
>>
>>>> runcontest
>> ??? Too many inputs.
>>
>> Error in ==> runcontest at 18
>> solutions = cellfun(@solver,boards,'UniformOutput',false);
>>
>>>> runcontest(true)
>> ??? Function name must be a string.
>>
>> Error in ==> solitaireGUI>drawGUI at 184
>> ht = cellfun(@(f,p) uicontrol('Sty','Tex','Fore',f,'Back',[1 1
>> .83],...
>>
>> Error in ==> solitaireGUI at 69
>> [hf,ha,sh,ht,hl] = drawGUI; printStats
>>
>> Error in ==> runcontest at 27
>>
>>
> solitaireGUI(testsuite(i).board,solution,min(1,5/size(solution,1)))
>>
>>>>
>>
>> (MATLAB version 7.0.1)
>>
>> Any ideas?
|
|
In article <ef55232.39@webcrossing.raydaftYaTP>,
B <Brian.Corwin@hotmail.com> wrote:
>Is there any possibility of getting this to work on say r12.1? I've
>been making modifications to try to get this to happen but im getting
>the following error i do not understand?
>runcontest
>??? Error: File: C:\contest\jumping\solver.m Line: 10 Column: 6
>"identifier" expected, "(" found.
>Error in ==> C:\contest\jumping\runcontest.m
>On line 20 ==> solutions{i} = solver(testsuite(i).board);
>which pertains to
>s = @(i,j) sub2ind([m,n],i,j);
>in solver.m
>Does anyone know why this errors? Is this due to my old version of
>matlab?
Did R12.1 support anonymous functions?
--
"It is important to remember that when it comes to law, computers
never make copies, only human beings make copies. Computers are given
commands, not permission. Only people can be given permission."
-- Brad Templeton
|
|
"Walter Roberson" <roberson@ibd.nrc-cnrc.gc.ca> wrote in message
news:f1vo7n$cph$1@canopus.cc.umanitoba.ca...
> In article <ef55232.39@webcrossing.raydaftYaTP>,
> B <Brian.Corwin@hotmail.com> wrote:
>>Is there any possibility of getting this to work on say r12.1? I've
>>been making modifications to try to get this to happen but im getting
>>the following error i do not understand?
>
>>runcontest
>>??? Error: File: C:\contest\jumping\solver.m Line: 10 Column: 6
>>"identifier" expected, "(" found.
>
>>Error in ==> C:\contest\jumping\runcontest.m
>>On line 20 ==> solutions{i} = solver(testsuite(i).board);
>
>>which pertains to
>
>>s = @(i,j) sub2ind([m,n],i,j);
>
>>in solver.m
>
>>Does anyone know why this errors? Is this due to my old version of
>>matlab?
>
> Did R12.1 support anonymous functions?
No. Anonymous functions were introduced in MATLAB 7.0 (R14). Brian, you
could try converting the anonymous functions into a regular function, but
you'd also need to modify the locations where those anonymous functions are
called to pass in the correct parameters in the correct order.
--
Steve Lord
slord@mathworks.com
|
|
Perhaps this is a topic for another thread but, im not exactly sure
of what the purpose of using the anonymous function in this case is?
with the statement s=@(i,j) sub2ind([m,n],i,j);
am i just declaring a function S that takes in values i and j and is
simply using the sub2ind function?
when i call the s function in the above case as s(i,j) the value
returned in place of s(i,j) is just the value of sub2ind([m,n],i,j)?
Aside from having multiple script files what is the benefit in this
situation of using the anonymous function?
Thanks,
Brian
>
>
>
> "Walter Roberson" <roberson@ibd.nrc-cnrc.gc.ca> wrote in
message
> news:f1vo7n$cph$1@canopus.cc.umanitoba.ca...
>> In article <ef55232.39@webcrossing.raydaftYaTP>,
>> B <Brian.Corwin@hotmail.com> wrote:
>>>Is there any possibility of getting this to work on say
r12.1?
> I've
>>>been making modifications to try to get this to happen but
im
> getting
>>>the following error i do not understand?
>>
>>>runcontest
>>>??? Error: File: C:\contest\jumping\solver.m Line: 10
Column: 6
>>>"identifier" expected, "(" found.
>>
>>>Error in ==> C:\contest\jumping\runcontest.m
>>>On line 20 ==> solutions{i} = solver(testsuite(i).board);
>>
>>>which pertains to
>>
>>>s = @(i,j) sub2ind([m,n],i,j);
>>
>>>in solver.m
>>
>>>Does anyone know why this errors? Is this due to my old
version
> of
>>>matlab?
>>
>> Did R12.1 support anonymous functions?
>
> No. Anonymous functions were introduced in MATLAB 7.0 (R14).
> Brian, you
> could try converting the anonymous functions into a regular
> function, but
> you'd also need to modify the locations where those anonymous
> functions are
> called to pass in the correct parameters in the correct order.
>
> --
> Steve Lord
> slord@mathworks.com
>
>
>
|
|
> with the statement s=@(i,j) sub2ind([m,n],i,j);
> am i just declaring a function S that takes in values i and j and
yes, that's right and all, just a more compact code...
to Walter: just replace s(x,y) in the code by sub2ind([m,n],x,y)
where x and y are the actual arguments used whereever you encounter
s. In grade.m you need to do something similar to t(f)
|
|
Thanks all, I believe I am close to having a package that will
atleast let me try to develop contest solutions. I am curious though
if someone can do me a favor so i can validate my results. Can
someone run the testsuite for say the first 3 boards, and tell me
what the results are when running the test suite unchanged? I'd like
to verify that all of my modifications are still kosher.
b
Leendert Combee wrote:
>
>
>> with the statement s=@(i,j) sub2ind([m,n],i,j);
>> am i just declaring a function S that takes in values i and j
and
>
> yes, that's right and all, just a more compact code...
>
> to Walter: just replace s(x,y) in the code by sub2ind([m,n],x,y)
> where x and y are the actual arguments used whereever you encounter
> s. In grade.m you need to do something similar to t(f)
|
|
Hi,
I get this error:
Error using ==> filefilt at 123 The function ER...
What does it mean? I am quite puzzled...
Thanks!
|
|
> Error using ==> filefilt at 123 The function ER...
The rest of this message is "The function ERROR has been disabled".
ERROR is on our list of blocked functions.
|
|
Your are right, thanks!
While we are at it, it turns out that ERROR appeared in the function
grade which you supplied and I used. Maybe you want to consider
removing it from grade... :)
Thanks again!
Matthew Simoneau wrote:
>
>
>> Error using ==> filefilt at 123 The function ER...
>
> The rest of this message is "The function ERROR has been disabled".
>
> ERROR is on our list of blocked functions.
|
|
Hi all,
Does anyone know what the number in paranthesis just below the
Results field is? Does it have anything to do with the submissions
cyclomatic complexity?
|
|
Volkan wrote:
>
>
> Hi all,
>
> Does anyone know what the number in paranthesis just below the
> Results field is? Does it have anything to do with the submissions
> cyclomatic complexity?
Yes. It IS the cyclomatic complexity.
|
|
the cyclist wrote:
> Yes. It IS the cyclomatic complexity.
Cyclistmatic?
I added "cyc: " in front of the number so everyone will have a chance
of guessing what it means. Someday we'll get this thing its own
column.
|
|
Alan Chalker wrote:
> For those of you interested, I've submitted a heavily commented
> version of the current leading code
Great idea Alan! That is really in the spirit of the contest!
|
|
Hi Markus !
We definitely think think that this is a good idea but unfortunately
do not have the resources to redo the contest site at this time. We
are looking to do something along those lines in the future.
Helen
Markus wrote:
>
>
> To the contest team:
>
> In the last contests we were already crying for inserting a
> "captcha"
> on the entry submit page. Just as I have to fill "BTQNT" in a Word
> verfication line below the form where I currently am typing this
> text
> in. This would prevent spamming the queue and searching for the
> best
> parameters by multiple entries.
>
> Did you not include it because you don't like the idea or because
> you
> did not have the resources to do the modification to the interface?
>
>
> Markus
|
|
> This is just a quick message to let everyone know that the MATLAB
> Contest Masters have been hard at work!
Looks like there might be some small problems with the statistics
page. The Saturday "Contributions in Daylight" seem to be being
counted in Friday as well. Also, I think some or all of the graphs
on that page are not being updated.
Thanks again for putting on the contest.
|
|
Thanks for pointing this out! We'll take a look at this, although
maybe not until Monday.
Helen
the cyclist wrote:
>
>
>> This is just a quick message to let everyone know that the
MATLAB
>> Contest Masters have been hard at work!
>
> Looks like there might be some small problems with the statistics
> page. The Saturday "Contributions in Daylight" seem to be being
> counted in Friday as well. Also, I think some or all of the graphs
> on that page are not being updated.
>
> Thanks again for putting on the contest.
|
|
I want to credit Jim Mikola's entry Juno39 for providing the grist
for my EarlyBird winner. A number of entries were doing better on
small problems than the current leader at the time, so I decided to
try combining them. I had intended to use my own Darkness solution in
this role (and submitted a few attempts that did so) but the
combination with Jim's solution worked the best. Thanks Jim!
|
|
I fixed the bug in the "Contributions in Daylight" section of the
Statistics page that the cyclist noticed. Thanks for letting us know.
|
| |
