From: John J. <jj...@as...> - 2006-08-26 15:06:51
|
Hi, I think the end result should be to close other libraries where we can, and to provide a file saying where to find problems which are not in the same location. I think the diff situation is much worse than it seemed. I tried diff -r on current cvs checkouts, and they gave tons of results. I think this is a difference in how diff operates on different types of systems. Every problem in database_problems has library tags in it, so it should be different from the version under rochester_problib. The reason some files/directories are not under database_problems is that we were trying to minimize duplication. In retrospect, it might have been best to start with the Rochester library, but we didn't. Then as problems were added, we tried to remove as many duplicates as we could before adding the problems. The current policy on duplicate problems under database_problems is to avoid them unless the same problem has rightfully been tagged into two different places. If a problem happens to fit to spots in the tagging heierarchy, then we keep both copies both because that's the most natural solution given how tagging and the current database setup works, and because future changes to the problem might make sense for its role in one place in the heierarchy but not in another. I should say that having duplicates like this is currently only theoretical - I don't know of any problem which is correctly tagged to 2 different spots of the heierarchy. For missing problems, I count a little over 800 by running wc on the captured errors from for j in `find . -name \*.pg` ; do diff -b $j ../database_problems/Rochester/$j | grep -v \# >> Diffout ; done >& Differr I have tried finding problems, and it isn't very hard. The bigger part of the problem is that you have to repeat the process 800 times. There are also differences inside files beyond the tags. These are captured by the command above in Diffout (although without file paths). Looking through that file, the first 5 files where differences were found came from corrections only done in the library versions. I had e-mailed Jeff about the possibility of having some of the student labor work on the 800 "moved" problems. Maybe that can help get this fixed up reasonably soon. John Arnold Pizer wrote: >Hi, > >Currently we have duplicates of most libraries, e.g. >devel ...lock/cvs/database_problems/Rochester/ >and >devel ...lock/cvs/rochester_problib/ > >I think this will soon lead to difficulties (e.g. when fixing buggy >problems and adding new ones). One solution would be to only use the >libraries under database_problems and to close off the other libraries >in such a way that one gets a message that they have bben moved if one >tries to access them. This would involve updating the CVS >documentation. E.g. basically one would have to download >database_problems to get any of the libraries but that is probably >what most people will do anyway. It would also mean that places using >e.g. rochester_problib will have to change the path to this library in >global.conf but that's a pretty easy change. > >Here are a few questions for John. I did a diff -r Rochester >../rochester_problib/ (results below) and at this point everything is >identical except for one missing problem >(../rochester_problib/setTrig05Graphs: c5s3p1_9) and a number of >missing directories. If we go with my solution above, we should add >all the missing directories. John, is there a reason you didn't copy >these? I haven't looked in email or macros but the others are things >that we should keep. Did you copy everything from the other >libraries? > >I think we should make a decision on how to proceed with this soon >before these libraries start diverging (e.g. I want to fix a few >Rochester problems but will hold off until this is settled). > >Any ideas or comments? > >Here's the result of the diff: > >devel ...lock/cvs/database_problems diff -r Rochester ../rochester_problib/ >Only in ../rochester_problib/: email >Only in ../rochester_problib/: macros >Only in ../rochester_problib/: set0 >Only in ../rochester_problib/: setAppletExamples >Only in ../rochester_problib/: setDiffEQold2Separable >Only in ../rochester_problib/: setDiffEQold3Mixing >Only in ../rochester_problib/: setDiffEQold4Growth >Only in ../rochester_problib/: setDiffEQold5Logistic >Only in ../rochester_problib/: setFunctions0Evaluate >Only in ../rochester_problib/: setFunctions1FunctionsGraphs >Only in ../rochester_problib/: setFunctions2Composition >Only in ../rochester_problib/: setFunctions3Transforms >Only in ../rochester_problib/: setFunctions4Inverse >Only in ../rochester_problib/: setGenericQuestions >Only in ../rochester_problib/: setGeometry1Points >Only in ../rochester_problib/: setGeometry2Lines >Only in ../rochester_problib/: setGeometry3Conics >Only in ../rochester_problib/: setIntegrationProjects >Only in ../rochester_problib/: setLogExp1 >Only in ../rochester_problib/: setLogExp2Applications >Only in ../rochester_problib/: setMAAtutorial >Only in ../rochester_problib/: setNewQuestions >Only in ../rochester_problib/: setSampleAnswers >Only in ../rochester_problib/: setSampleGraders >Only in ../rochester_problib/: setSampleGraphs >Only in ../rochester_problib/: setSampleQuestionnaires >Only in ../rochester_problib/: setSequentialProblems >Only in ../rochester_problib/: setStatistics9ProcessControl >Only in ../rochester_problib/setTrig05Graphs: c5s3p1_9 >Only in ../rochester_problib/: setTrigonometry1 >Only in ../rochester_problib/: setTrigonometry2Waves >Only in ../rochester_problib/: setTrigonometry3WordProblems >Only in ../rochester_problib/: setTrigonometry4Inverse >Only in ../rochester_problib/: setTrigonometry5Hyperbolic >devel ...lock/cvs/database_problems > >Arnie > >------------------------------------------------------------------------- >Using Tomcat but need to do more? Need to support web services, security? >Get stuff done quickly with pre-integrated technology to make your job easier >Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >_______________________________________________ >OpenWeBWorK-Devel mailing list >Ope...@li... >https://lists.sf.net/lists/listinfo/openwebwork-devel > > |