Red team's campaign "The Cafeteria" is about mafia life. Player has to manage little mafia group, leaded by "godfather" Rocco who has couple of men. Amount of men depends on difficulty level (there are three levels available). Unfortunatelly I wasn't able to play the whole campaign as third scenario gives runtime error. (I tried restart, reinstall Wesnoth 1.6, changing languages and so on, nothing helped.) Thus my opinion bases on gameplay of first two scenarions and brief review of .cfg-files.
What I liked:
1) Strong story with logical storyline, something different from others Wesnoth campaigns.
2) Graphics is nice enough and stylish, supporting story pretty well.
3) Used some features of BfW which blue team didn't use (and that's a pity)- adjusting difficulty level with amount of men, using captions in messages.
4) Various goals- not just killing enemies, but also collecting certain amount of money.
5) All used units are new, created for this story.
About what I didn't care so much:
1) Maps weren't very interesting.
2) Player has only two types of units to manage- hero and non-hero.
3) The objective of 2. scenario is "Punch Wobernard in his remaining teeth or gather 200 gold", but looks like only way to win is to collect 200 gold. This "Punch..." is confusing, scenario's attribute victory_when_enemies_defeated=no. Also it is not written in mission objectives that player loses if enemy collects 200 gold- so very likely player has to lose once before he gets aware of winning-losing conditions.
4) Sometimes story tends to be "too strong" for sort of tender-hearted persons. For example, may-be rape as objective had to leave only into hard-mode. (Yes-yes, killing people is also bad and wrong, I know :) but still I think R-rating is not too much here.)
5) Units range is too long- therefore there is no point to group units or consider how to move units from longer perspective. Maps are too small if units can reach from one corner to opposite corner within just two moves.
6) Lack of WML-coding- no special events, no bonuses, no carrying units between scenarious.
Final conclusion: result is better than I predicted on Monday, but story is better than gameplay itself. As much as I know, nobody from blue team didn't manage to the last scenario, so it seems to be just buggy.
Wednesday, March 24, 2010
Tuesday, March 2, 2010
Cory Doctorows business model
Cory Doctorow is a journalist and a science fiction author from Canada. He promotes liberalizing copyright laws and has published his books under the Creative Commons licence. In January 2003 he published "Down and Out in the Magic Kingdom", allowing readers to distribute it freely for non-commercial purposes, create derived works wasn't allowed. In March 2003 it was re-released, but this time under licence which allows derived works (but still for non-commercial purposes). Later novels have been published under the same licence. In parallel with print versions digital versions have been published without charge. Business benefit for him is at first free promotion. His works are widely and freely distributed, reviewed by many readers, so he is well-known and therefore paper versions are sold better than it would be without free digital copies. In fact he sells his novels as well as giving for free. Also we have to take into account that Doctorow is also co-editor of very popular tech blog BoingBoing (which produces very good income as well) and proponent of the Creative Commons organization- this is not just business stuff but ideology, world-view in general ("branding" if you want). Activity in one field supports others and vice versa.
Sunday, February 28, 2010
Some thoughts about Wesnoth campaign-building
Project Battle for Wensoth has a large community forum, divided to threads for different topics like strategies, support, development etc. These forums are, as they usually tend to be, a bit scattered. Usually forums aren't the best way to start studying of anything, but these are pretty useful if you are already familiar with Wesnoth and want to find solutions to problems you met or just to get fresh ideas. But you can find (or why not to write?) some "summary-type" postings as well, like this one.
Some quite random thoughts concerning to campaign-building, what can be better (as my speciality is WML these are mainly related to coding):
The best way to get familiar with WML is to play different campaigns and if you find some technical aspects to be interesting then immediatelly check the WML-code (and remember it as example). Also this is good way to get ideas for your own campaigns.
Help and WML documentation in BfW forums shold contain examples as much as possible. Examples of certain features would be convenient. Right now because help in Wesnoth site is pretty laconic, so less skilled campaign-builder have to search for real uses of described tags anyway. (It means Google is still important source of information, even if you have found respective topic in Wesnoth site.)
After changing campaign .cfg-file you have to restart the Wesnoth program because it caches missions, and this causes changes you have made won't affect without restart. It makes test-process time consuming and is just annoying, it would be very nice if this could be changed somehow.
I missed for WML-validator a lot. I found several topics in Wesnoth forums where were discussed about creating that tool, but looks like all those projects are still "under construction". Good thing is that very likely there will be WML-validator soon.
The main way to balance forces is to adjust incoming. Therefore I think it needs an extra attention carrying money between scenarious as it can easily disbalance well tuned (single) scenario. From that perspecitve it is safer to keep bonus ratio low (or not to give bonus at all- then you can test and balance each scenario independently of others).
And one more, a bit personal thing- as distinct from recommendations from forums I think that too much of dialogues are not good at all, I think the dialogue should contain only useful and necessary information, otherwise it gets boring and works as pointless waste of time (without possibility to interrupt it before getting to play). It seems to me that dialogues longer than 5 sections won't be read through, so if you have anything to say, do it in first 5 section :)
Some quite random thoughts concerning to campaign-building, what can be better (as my speciality is WML these are mainly related to coding):
The best way to get familiar with WML is to play different campaigns and if you find some technical aspects to be interesting then immediatelly check the WML-code (and remember it as example). Also this is good way to get ideas for your own campaigns.
Help and WML documentation in BfW forums shold contain examples as much as possible. Examples of certain features would be convenient. Right now because help in Wesnoth site is pretty laconic, so less skilled campaign-builder have to search for real uses of described tags anyway. (It means Google is still important source of information, even if you have found respective topic in Wesnoth site.)
After changing campaign .cfg-file you have to restart the Wesnoth program because it caches missions, and this causes changes you have made won't affect without restart. It makes test-process time consuming and is just annoying, it would be very nice if this could be changed somehow.
I missed for WML-validator a lot. I found several topics in Wesnoth forums where were discussed about creating that tool, but looks like all those projects are still "under construction". Good thing is that very likely there will be WML-validator soon.
The main way to balance forces is to adjust incoming. Therefore I think it needs an extra attention carrying money between scenarious as it can easily disbalance well tuned (single) scenario. From that perspecitve it is safer to keep bonus ratio low (or not to give bonus at all- then you can test and balance each scenario independently of others).
And one more, a bit personal thing- as distinct from recommendations from forums I think that too much of dialogues are not good at all, I think the dialogue should contain only useful and necessary information, otherwise it gets boring and works as pointless waste of time (without possibility to interrupt it before getting to play). It seems to me that dialogues longer than 5 sections won't be read through, so if you have anything to say, do it in first 5 section :)
Wednesday, February 3, 2010
Battle for Wesnoth
Battle for Wesnoth is a turn-based strategy game. I'm not very familiar with role-based strategy games, at first glance it looks like "Heroes of Might and Magic" for me. In this game you are acting in a land called Wesnoth. You have a hero who has to fight against the enemy, for that he can build up (or has already) his own little army. This needs money, to get money you have to conquer villages. Different units (soldiers in your army) have different abilities and weaknesses, the player needs to consider more or less carefully, which units to produce and which units to use in a battle.
The goal of the game may vary in campaigns, but usually player have to destroy the enemies' leader(s) and the player's own hero must survive and/or reach to some point on the map. In general this is up to the developer- it is possible to set any sort of event as the winning (or losing) condition. Usually the length of play is limited by the maximum number of turns. It is possible to define different difficulties of play, for example developer can specify that at "easy" level you get 40 turns and can create 5 types of soldiers, but at "medium" level you have, let's say, 35 turns and 3 types of soldiers available.
Also it is possible to play online against other players.
I have to admit this game isn't too addictive for me, but I'm not a big gamer anyway. For me the most attractive and interesting property of the game is the possibility to create your own campaigns with any goal and tactics you want to or can implement, create your own items and characters with a unique look and behaviour. Due to this an active community of users has formed who are developing the game and missions (forum).
The goal of the game may vary in campaigns, but usually player have to destroy the enemies' leader(s) and the player's own hero must survive and/or reach to some point on the map. In general this is up to the developer- it is possible to set any sort of event as the winning (or losing) condition. Usually the length of play is limited by the maximum number of turns. It is possible to define different difficulties of play, for example developer can specify that at "easy" level you get 40 turns and can create 5 types of soldiers, but at "medium" level you have, let's say, 35 turns and 3 types of soldiers available.
Also it is possible to play online against other players.
I have to admit this game isn't too addictive for me, but I'm not a big gamer anyway. For me the most attractive and interesting property of the game is the possibility to create your own campaigns with any goal and tactics you want to or can implement, create your own items and characters with a unique look and behaviour. Due to this an active community of users has formed who are developing the game and missions (forum).
Tuesday, February 2, 2010
FSF and OSI
Open Source Initiative (OSI) is an organization promoting open source software (homepage). Free Software Foundation (FSF) is a non-profit organization supportig free software movement (homepage).
Although they seem to have similar aims they are addressed to different aspects of software: "open source" is a development methodology (definition of Open Source is here), "free software" is a concept which means the freedom to run, study/discover, change and distribute software (http://www.gnu.org/philosophy/free-sw.html). Access to the source code is a precondition for these freedoms, thus the concept "free software" contains also openness of the source code, but "open source" itself does not say anything about the price or other commercial aspects, "open source software" can be commercial software, but neither free nor open source software can't be proprietary software. Distribution and modification of proprietary software is restricted, you have to get permission for that. "Free software" does not mean "free download" (i.e. price 0), the differences are explained here.
Thus OSI promotes open source deveopement as a practical (business) solution, FSF promotes freedom (as ethical category) of using and developing software.
Software for 0 cost, but with non-published source is not free nor open source software.
Both organizations have set up a licence approvement process- licences approved by FSF complying with free software definition (as this is described above) while licences approved by OSI meet the criteria of openness of source code (for more specific description see http://opensource.org/docs/osd.
The lists of licences approved by OSI and FSF are available at http://www.opensource.org/licenses/alphabetical and http://www.fsf.org/licensing/licenses.
Numerous licences have approvement of both, thus being free and open source software. Here is the table provading the comparison of licences approved by these organizations.
Basically we can conclude that OSI is aiming at companies' needs while FSF is focusing on developers' and practitioners' interests.
Although they seem to have similar aims they are addressed to different aspects of software: "open source" is a development methodology (definition of Open Source is here), "free software" is a concept which means the freedom to run, study/discover, change and distribute software (http://www.gnu.org/philosophy/free-sw.html). Access to the source code is a precondition for these freedoms, thus the concept "free software" contains also openness of the source code, but "open source" itself does not say anything about the price or other commercial aspects, "open source software" can be commercial software, but neither free nor open source software can't be proprietary software. Distribution and modification of proprietary software is restricted, you have to get permission for that. "Free software" does not mean "free download" (i.e. price 0), the differences are explained here.
Thus OSI promotes open source deveopement as a practical (business) solution, FSF promotes freedom (as ethical category) of using and developing software.
Software for 0 cost, but with non-published source is not free nor open source software.
Both organizations have set up a licence approvement process- licences approved by FSF complying with free software definition (as this is described above) while licences approved by OSI meet the criteria of openness of source code (for more specific description see http://opensource.org/docs/osd.
The lists of licences approved by OSI and FSF are available at http://www.opensource.org/licenses/alphabetical and http://www.fsf.org/licensing/licenses.
Numerous licences have approvement of both, thus being free and open source software. Here is the table provading the comparison of licences approved by these organizations.
Basically we can conclude that OSI is aiming at companies' needs while FSF is focusing on developers' and practitioners' interests.
Friday, November 6, 2009
3. Õpimaastik
Praktiline tegevus, mille jaoks tahaksin kasutada sotsiaalset tarkvara, on kursuste ja treeningute organiseerimine. Valisin selle tulenevalt mu reaalsetest vajadustest.
Kirjeldus:
Koos käib grupp inimesi, kes harjutavad keeglit või õpivad hiina keelt või harrastavad muud ühistegevust. Kuna grupp on väike, siis peab ta treeningute ajakava olema paindlik, kuna treeningut pole mõtet teha kui juba paar inimest ei saa tulla. Grupil on ajaveeb, kus on kättesaadav kõik asjassepuutuv info ja mille kaudu toimub grupi töö organiseerimine. Peale selle on seal ka niisama teemakohane suhtlus- võistluste tulemused, arutlused, kuulutused jne. Enamus postitustest on sellised, milliste lugemine pole pakiline, kuid nt teadeanded treeningu ära jäämise või teisele ajale tõstmise kohta on sellised, mis peavad kindlasti jõudma õigeaegselt iga osaliseni. Selliste teadete märkimiseks tuleks kokku leppida mingi tunnus, nt kasutada silti "NB!" või alustada postitust sõnaga "Oluline!" vmt. Mingi tarkvaraline agent peaks jälgima ajaveebi ja sellise tunnusega postituse laekumisel saatma sms-i osalistele, kuna kõik ei pruugi olla osalised ei pruugi piisavalt tihti bloogi postitusi/e-kirju lugeda.
Kas on olemas selline veebikeskkond, mis suudaks saata sms-i, seda veel ei tea, kuid üks võimalus on teha mobiiltelefonile rakendus, mis jälgiks grupi ajaveebi RSS-voogu ja "NB!"-ga algava postituse laekudes saadaks kõigile telefoniraamatu kontaktidele, mis on näiteks grupis "Õpilased", sms-i selle postituse esimese 140 tähemärgiga (kuna selline on 1 sms-i pikkus). Postituse pakilisuse hindamine (kas on vaja sms saata või mitte), jääb puhtalt selle autori otsustada. See rakendus peaks olema 1 inimese telefoni installeeritud, keda võib selles kontekstis nimetada "õpetajaks" (kuivõrd tema kaudu toimiks antud juhul infoedastus). (Tehniliselt võib see muidugi ükskõik kelle telefonis olla, kuid rollijaotuse seisukohast tundub loogilisem, et vastavat infot saadab välja kursuse/treeningu organisaator.)
Koos käib grupp inimesi, kes harjutavad keeglit või õpivad hiina keelt või harrastavad muud ühistegevust. Kuna grupp on väike, siis peab ta treeningute ajakava olema paindlik, kuna treeningut pole mõtet teha kui juba paar inimest ei saa tulla. Grupil on ajaveeb, kus on kättesaadav kõik asjassepuutuv info ja mille kaudu toimub grupi töö organiseerimine. Peale selle on seal ka niisama teemakohane suhtlus- võistluste tulemused, arutlused, kuulutused jne. Enamus postitustest on sellised, milliste lugemine pole pakiline, kuid nt teadeanded treeningu ära jäämise või teisele ajale tõstmise kohta on sellised, mis peavad kindlasti jõudma õigeaegselt iga osaliseni. Selliste teadete märkimiseks tuleks kokku leppida mingi tunnus, nt kasutada silti "NB!" või alustada postitust sõnaga "Oluline!" vmt. Mingi tarkvaraline agent peaks jälgima ajaveebi ja sellise tunnusega postituse laekumisel saatma sms-i osalistele, kuna kõik ei pruugi olla osalised ei pruugi piisavalt tihti bloogi postitusi/e-kirju lugeda.
Kas on olemas selline veebikeskkond, mis suudaks saata sms-i, seda veel ei tea, kuid üks võimalus on teha mobiiltelefonile rakendus, mis jälgiks grupi ajaveebi RSS-voogu ja "NB!"-ga algava postituse laekudes saadaks kõigile telefoniraamatu kontaktidele, mis on näiteks grupis "Õpilased", sms-i selle postituse esimese 140 tähemärgiga (kuna selline on 1 sms-i pikkus). Postituse pakilisuse hindamine (kas on vaja sms saata või mitte), jääb puhtalt selle autori otsustada. See rakendus peaks olema 1 inimese telefoni installeeritud, keda võib selles kontekstis nimetada "õpetajaks" (kuivõrd tema kaudu toimiks antud juhul infoedastus). (Tehniliselt võib see muidugi ükskõik kelle telefonis olla, kuid rollijaotuse seisukohast tundub loogilisem, et vastavat infot saadab välja kursuse/treeningu organisaator.)
Saturday, October 17, 2009
2. Õpileping
Sotsiaalsete keskkondade põhiprobleemiks mu jaoks on üle jõu käiv infohulk, mistõttu võib väga lihtsalt kahe silma jääda vahele jääda postitus, mida kindlasti oleksin tahtnud näha. Sama omaduse teine avaldumine on, et "müra" on palju- kulutan palju aega postitustele, mis võinuks vabalt ka lugemata jääda. Ka ajaveebid, mida jälgin, sisaldavad rohkem materjali kui ma läbi vaadata suudan ja vajan. Mind aitaks, kui olulised postitused oleks märgistatud, eriti olulised võiksid endast ise märku anda (vastandina sellele, et mina lähen lugema oma jälgitavaid keskkondi ja leian need olulised postitused). Arvan, et enamus inimesi ei jälgi pidevalt sotsiaalseid keskkondi, vaid teevad seda periooditi, nt loevad neid ainult nädalavahetusel või loevad ühel päeval ühte keskkonda, teisel päeval teist jne. Nii võib maha magada mõne teate, millele oleks tahtnud kohe reageerida.
Käesoleva kursuse raames loodan avastada mõned vahendid või meetodid keskkondade sisu filtreerimiseks või ka ise mõne lihtsama teha (vt järgmine postitus, "Õpimaastik").
Kursuse eesmärgiks sean vähemalt ühe neist saavutamise:
Käesoleva kursuse raames loodan avastada mõned vahendid või meetodid keskkondade sisu filtreerimiseks või ka ise mõne lihtsama teha (vt järgmine postitus, "Õpimaastik").
Kursuse eesmärgiks sean vähemalt ühe neist saavutamise:
- loon ise mingi praktiliselt kasutatava lahenduse, mis nopiks keskkonnast välja olulised sõnumid ja toimetaks need adressaatideni (e-kirja või paremal juhul sms-iga) või
- võtan kasutusele mingi olemasoleva vahendi jälgitavate keskkonda sisu filtreerimiseks ja/või agregeerimiseks (võib-olla sobib selleks Yahoo Pipes, mida olen märganud, kuid mitte kasutanud)
Juhul, kui valin ise mingi vahendi loomise kasuks, siis väga tõenäoliselt proovin kirjutada Pythonis Symbian platvormi mobiiltelefonidele mingi rakenduse, mis teavitaks ajaveebi jälgijat olulise postituse laekumisest. Selline programmeerimine ei paista küll sotsiaalsete keskkondade kasutamise moodi (ja seega läheb kursuse teemast välja?), kuid loodan et nendele keskkondadele rakenduse/komponendi kirjutamine kvalifitseerub natuke ikka selle kursuse teemaks...
Juhul, kui valin teise eesmärgi, on vahendiks ilmselt mõni Yahoo Pipes-laadne rakendus, mis võimaldab erinevate keskkondade andmeid töödelda. Selle leidmiseks on põhivahendiks ilmselt Google (mis kindlasti juhatab mind kõikvõimalikesse blogidesse).
Kavatsen mingil määral tegeleda mõlemaga (esialgne probleem on ju sama).
Hindamisel proovingi mõõta, kui "käegakatsutavale" tulemusele ma jõudsin- kui oman selget arsaama, mida ja kuidas kasutada ühe eelnevalt nimetatud eesmärgi realiseerimiseks (või on juba midagi kasutusele võetud/realiseeritud), on hästi. Kui oman ettekujutust, kust lahendust otsida ja mis on võimalikud vahendid, on rahuldav. Kui olukord on sama mis praegu, siis on halvasti.
Thursday, October 15, 2009
1. Enesetutvustus
Kokkupuuted sotsiaalse tarkvaraga on tekkinud tavaliselt konkreetsest vajadusest tulenevalt, nt kui inimesed annavad oma kontaktiks msn-i aadressi või mingi kindla info saamiseks on vaja mõnesse foorumisse registreeruda.
Igapäevaselt kasutan MSN-i, tööalaselt on/on olnud kohustuslikeks suhtluskanaliteks MSN, Skype ja Office Communicator (sõltuvab projektist). Pean kahte ajaveebi (üks on suunatud tuttavatele, teine on kooliasjade jaoks) ja olen keskmiselt aktiivne teiste ajaveebide lugeja (Google Readeris olen registreerinud end enam kui 100 ajaveebi lugejaks, samas lugemata postituste arvuks näitab "1000+"...).
LinkedIn-is on ka konto (kuna keegi saatis kutse, kuid Facebook'i ja Orkuti kutseid olen ignoreerinud, "niisama suhtlus" huvi ei paku).
Regulaarselt käin hobi- ja erialastes foorumites lugemas, vahel kirjutan ka.
Igapäevaselt kasutan MSN-i, tööalaselt on/on olnud kohustuslikeks suhtluskanaliteks MSN, Skype ja Office Communicator (sõltuvab projektist). Pean kahte ajaveebi (üks on suunatud tuttavatele, teine on kooliasjade jaoks) ja olen keskmiselt aktiivne teiste ajaveebide lugeja (Google Readeris olen registreerinud end enam kui 100 ajaveebi lugejaks, samas lugemata postituste arvuks näitab "1000+"...).
LinkedIn-is on ka konto (kuna keegi saatis kutse, kuid Facebook'i ja Orkuti kutseid olen ignoreerinud, "niisama suhtlus" huvi ei paku).
Regulaarselt käin hobi- ja erialastes foorumites lugemas, vahel kirjutan ka.
Tuesday, January 20, 2009
Saturday, December 6, 2008
6. nädal, Hot Potatoes test
Tegin testi korrutustabeli kontrollimiseks, ajaline piirang on 30 sekundit, esimene pool testi on valikvastustega, teine pool tuleb õige vastus kirjutada. Genereeritud html-dokument on http://0tt.pri.ee/pot_korrutus.htm, algkood on sealsamas- http://0tt.pri.ee/pot_korrutus.jqz .
Kõik küsimused on lihtküsimused (simple items) ehk küsimused mis sisaldavad vaid üht liiki interaktiivsust (kuivõrd kasutatud moodul JQuiz ainult selliseid kasutabki). Esimene kolmandik on üksikvalikvastused (choice interaction), teine kolmandik on sisestava tekstiga (text entry interaction), kolmas mitmesed valikvastused (multiple choice interaction).
Kõik küsimused on lihtküsimused (simple items) ehk küsimused mis sisaldavad vaid üht liiki interaktiivsust (kuivõrd kasutatud moodul JQuiz ainult selliseid kasutabki). Esimene kolmandik on üksikvalikvastused (choice interaction), teine kolmandik on sisestava tekstiga (text entry interaction), kolmas mitmesed valikvastused (multiple choice interaction).
5. nädal SCROM sisupakett eXe-ga
eXe kasutamisel suuri probleeme polnud, häirisid vaid napid võimalused objektide paigutamisel (suurendusklaasi teksti alla ei õnnestunud saada), samuti kaotas ära valikvastustega testi õige vastuse kui moodulit ühelt lehelt teisele liigutada. Kataloogi, mille nimes oli Õ-täht, salvestada ei saanud.
SCROM Player ütles eXe genereeritud SCROM-paketi avamisel, et xtml pole valiidne, kuid konkreetsemat viga teada ei andnud. Samas luges paketi sisse. Käivitamisel (aadress http://127.0.0.1:8080/reload-scorm-player/ScormLaunch?scormPackageID=eXe_test&nav=true&tree=true&ap=false) andis vea
HTTP Status 404 - /reload-scorm-player/ScormLaunch
type Status report
message /reload-scorm-player/ScormLaunch
description The requested resource (/reload-scorm-player/ScormLaunch) is not available.
Apache Tomcat/4.1.18-LE-jdk14
Millalgi hiljem kadus see viga ära ilma, et ma oleks midagi teinud, seega põhjust ja lahendust ei tea, nähtavasti vahepealne restart aitas.
Seejärel käisin materjali läbi ja teist korda enam seda näha ei saanud, vaid andis iga mooduli kohta teate "This item has been completed.". Õpilasepoolset võimalust üle vaadata juba läbitud tunde ma leida ei suutnud. SCROM-loaderil oli valik "Reset SCROM Package" ning peale seda hakkas jälle andma ülalmainitud viga. Peale playeri sulgemist ja avamist läks jälle korda.
"About" nupp aga jäigi andma viga
HTTP Status 500 -
type Exception report
message
description The server encountered an internal error () that prevented it from fulfilling this request.
exception org.apache.jasper.JasperException: C ... jne
SCROM Player ütles eXe genereeritud SCROM-paketi avamisel, et xtml pole valiidne, kuid konkreetsemat viga teada ei andnud. Samas luges paketi sisse. Käivitamisel (aadress http://127.0.0.1:8080/reload-scorm-player/ScormLaunch?scormPackageID=eXe_test&nav=true&tree=true&ap=false) andis vea
HTTP Status 404 - /reload-scorm-player/ScormLaunch
type Status report
message /reload-scorm-player/ScormLaunch
description The requested resource (/reload-scorm-player/ScormLaunch) is not available.
Apache Tomcat/4.1.18-LE-jdk14
Millalgi hiljem kadus see viga ära ilma, et ma oleks midagi teinud, seega põhjust ja lahendust ei tea, nähtavasti vahepealne restart aitas.
Seejärel käisin materjali läbi ja teist korda enam seda näha ei saanud, vaid andis iga mooduli kohta teate "This item has been completed.". Õpilasepoolset võimalust üle vaadata juba läbitud tunde ma leida ei suutnud. SCROM-loaderil oli valik "Reset SCROM Package" ning peale seda hakkas jälle andma ülalmainitud viga. Peale playeri sulgemist ja avamist läks jälle korda.
"About" nupp aga jäigi andma viga
HTTP Status 500 -
type Exception report
message
description The server encountered an internal error () that prevented it from fulfilling this request.
exception org.apache.jasper.JasperException: C ... jne
Tuesday, October 21, 2008
4. nädal, LOM standard
Standard for Learning Object Metadata, pdf-ina siin .
Learning Object Metadata kirjeldab andmete sisu, näitamaks mille jaoks andmeid (milleks on siis mingi õpiobjekt) kasutada, mitte andmete struktuuri (mis näitaks, kuidas tehniliselt saaks andmeid kasutada). Atribuudid on jaotatud üheksasse kategooriasse vastavalt valdkonnale millesse kirjeldatavad omadused jäävad. Andmete tehnilise kirjeldamise jaoks 7 atribuuti "Technical" kategoorias ja mingil määral vist ka General.Structure, .AggregationLevel. Standard määratleb ka metadata väärtuste kirjeldamise viisi (ehk andmetüübid).
Standardi eesmärk on lihtsustada eelkõige õpiobjektide haldamist (otsimist, hindamist, võrdlemist, kasutamist). Elektrooniliste õpiobjektide korral peaks see võimaldama ka masintöötlust (eeldan siin, et LOM-i saab kasutada ka mitteelektroonilise õpiobjektide, nt raamatute kirjeldamiseks).
Euroopa üldhariduskoolide õpiobjektide repositooriumidele mõeldud LRE Application Profile 3.0 rakendusprofiil. LRE (Learning Resource Exchange) eesmärk on teha kättesaadavaks õpiobjektid erinevate kasutajate ja pakkujate vahel. Samuti on selle korral selgelt mainitud, et otstarve on elektroonilise õpiobjektide haldamine, LOM-i standardis sellist kitsendust polnud (kuid samas on siiski atribuut 1.1, General.Identifier, sobilik mitteelektroonilisele õpiobjektile viitamiseks?). Laiendab LOM-i uue atribuudi ja väärtustega. Samuti määratletakse kohustuslikud, soovituslikud ja vabatahtlikud atribuudid. Atribuudid saab jaotada ka hariduslikeks (õpiobjekti sisu kirjeldavaiks), õigusi kirjeldavaiks ja tehnilisteks. Mõned LOM-ist pärit atribuudid on ebavajalikud, kuid jäetud alles ühilduvuse jaoks (samas polnud selles dokumendis näitatud, millised atribuudid konkreetselt need rudimendid on...).
Võimalik metaelementide hulk kooliõpetaja kasutuseks:
1.1 Identifier.Entry - indekseerimise/katalogiliseerimise jaoks
1.2 Title
1.3 Language (kohalikes oludes {rus/est/[eng?]})
1.4 Description
1.5 Keyword
2.3.3 Date
4.1 Format
4.3 Location
5.1 Interactivity Type
5.5 Intended End User Role
5.7 Typical Age Range
5.11 Language jälle? Ma õigupoolest ei näe mingit vahet selle siin ja 1.3 vahel...?
6.2 Copyright and Other Restrictions
Tõenäoliselt üldiselt kasutataks vaid
1.2 Title
1.4 Description
5.7 Typical Age Range
paremal juhul (või otsingu korral) ka
1.5 Keyword
Learning Object Metadata kirjeldab andmete sisu, näitamaks mille jaoks andmeid (milleks on siis mingi õpiobjekt) kasutada, mitte andmete struktuuri (mis näitaks, kuidas tehniliselt saaks andmeid kasutada). Atribuudid on jaotatud üheksasse kategooriasse vastavalt valdkonnale millesse kirjeldatavad omadused jäävad. Andmete tehnilise kirjeldamise jaoks 7 atribuuti "Technical" kategoorias ja mingil määral vist ka General.Structure, .AggregationLevel. Standard määratleb ka metadata väärtuste kirjeldamise viisi (ehk andmetüübid).
Standardi eesmärk on lihtsustada eelkõige õpiobjektide haldamist (otsimist, hindamist, võrdlemist, kasutamist). Elektrooniliste õpiobjektide korral peaks see võimaldama ka masintöötlust (eeldan siin, et LOM-i saab kasutada ka mitteelektroonilise õpiobjektide, nt raamatute kirjeldamiseks).
Euroopa üldhariduskoolide õpiobjektide repositooriumidele mõeldud LRE Application Profile 3.0 rakendusprofiil. LRE (Learning Resource Exchange) eesmärk on teha kättesaadavaks õpiobjektid erinevate kasutajate ja pakkujate vahel. Samuti on selle korral selgelt mainitud, et otstarve on elektroonilise õpiobjektide haldamine, LOM-i standardis sellist kitsendust polnud (kuid samas on siiski atribuut 1.1, General.Identifier, sobilik mitteelektroonilisele õpiobjektile viitamiseks?). Laiendab LOM-i uue atribuudi ja väärtustega. Samuti määratletakse kohustuslikud, soovituslikud ja vabatahtlikud atribuudid. Atribuudid saab jaotada ka hariduslikeks (õpiobjekti sisu kirjeldavaiks), õigusi kirjeldavaiks ja tehnilisteks. Mõned LOM-ist pärit atribuudid on ebavajalikud, kuid jäetud alles ühilduvuse jaoks (samas polnud selles dokumendis näitatud, millised atribuudid konkreetselt need rudimendid on...).
Võimalik metaelementide hulk kooliõpetaja kasutuseks:
1.1 Identifier.Entry - indekseerimise/katalogiliseerimise jaoks
1.2 Title
1.3 Language (kohalikes oludes {rus/est/[eng?]})
1.4 Description
1.5 Keyword
2.3.3 Date
4.1 Format
4.3 Location
5.1 Interactivity Type
5.5 Intended End User Role
5.7 Typical Age Range
5.11 Language jälle? Ma õigupoolest ei näe mingit vahet selle siin ja 1.3 vahel...?
6.2 Copyright and Other Restrictions
Tõenäoliselt üldiselt kasutataks vaid
1.2 Title
1.4 Description
5.7 Typical Age Range
paremal juhul (või otsingu korral) ka
1.5 Keyword
Monday, October 13, 2008
4. õppematerjali loomise vahendid
Ülesandeks on luua mingi õppematerjal ühega alljärgnevaist:
LeMill
eXe
Connexions
Kõigepealt proovisin LeMilli ja pean tunnistama, et esmaproovimisel tundus väga ebamugava vahendiga tegemist olema. Esiteks paistis, et html-dokumendi redaktor on mõeldud hädavariandina, kuna teksti kujundamise võimalusi oli seal minimaalselt. Samas sai sinna siiski otse html-i edukalt kirjutada, mistõttu mõistlik dokumendi kirjutamise viis paistis olevat mõnes muus html-editoris dokument valmis teha ning see kopeerida LeMill keskkonda. Korra loodud tabelile veerge ja ridu editoriga lisada ei saanud, kuigi selline funktsionaalsus oli sinna tehtud. "Katkesta" ja "Salvesta" nupp on kõrvuti, kogemata "Katkesta" valides ei küsita üle, vaid muudatused lähevad kaotsi. Kui proovid salvestada ilma pealkirjata, siis lähevad muudatused kaotsi. Valmis dokumendid tuleb liigendada eraldi blokkideks, kuna tekst ei saa pilte sisaldada, see vist tähendab et teksti ja illustratsiooni ei saa ühtse "elementaarosana" hoida? Ctrl-V ja hiire kohaliku menüü "Paste" käituvad erinevalt. Tekstibloki muutmisrezhiimis kuvab pealkirju teisiti kui kuvamisrezhiimis (nt lõpus pealkiri "Kokkuvõte"). Pooleliolev mustand on nähtaval http://lemill.net/content/webpages/a-algoritm/base_view, kuid kokkuvõttes oli piisavalt ebamugav et proovida ka muud vahendit.
Teine proovitud online-vahend on Connexions. Seal on kasutusel XML-i väiksemahulisem arendus CNXML õpiotstarbelise sisu (educational content) loomiseks ja salvestamiseks. Dokuemendi ülesehitamise loogika on väga sarnane LeMillile. Importisin sinna Wordi dokumendi A* algoritmi kohta, mooduli viimane versioon on nähtav aadressil
http://cnx.org/content/m18032/latest/ . Praegu on moodulist 2 versiooni: 1.1 http://cnx.org/content/m18032/1.1/ ja 1.2 http://cnx.org/content/m18032/1.2/ (ainus muudatus on algallika, kust jutu tõlkisin, lisamine). Versiooninumbri määrab keskkond ise.
LeMill
eXe
Connexions
Kõigepealt proovisin LeMilli ja pean tunnistama, et esmaproovimisel tundus väga ebamugava vahendiga tegemist olema. Esiteks paistis, et html-dokumendi redaktor on mõeldud hädavariandina, kuna teksti kujundamise võimalusi oli seal minimaalselt. Samas sai sinna siiski otse html-i edukalt kirjutada, mistõttu mõistlik dokumendi kirjutamise viis paistis olevat mõnes muus html-editoris dokument valmis teha ning see kopeerida LeMill keskkonda. Korra loodud tabelile veerge ja ridu editoriga lisada ei saanud, kuigi selline funktsionaalsus oli sinna tehtud. "Katkesta" ja "Salvesta" nupp on kõrvuti, kogemata "Katkesta" valides ei küsita üle, vaid muudatused lähevad kaotsi. Kui proovid salvestada ilma pealkirjata, siis lähevad muudatused kaotsi. Valmis dokumendid tuleb liigendada eraldi blokkideks, kuna tekst ei saa pilte sisaldada, see vist tähendab et teksti ja illustratsiooni ei saa ühtse "elementaarosana" hoida? Ctrl-V ja hiire kohaliku menüü "Paste" käituvad erinevalt. Tekstibloki muutmisrezhiimis kuvab pealkirju teisiti kui kuvamisrezhiimis (nt lõpus pealkiri "Kokkuvõte"). Pooleliolev mustand on nähtaval http://lemill.net/content/webpages/a-algoritm/base_view, kuid kokkuvõttes oli piisavalt ebamugav et proovida ka muud vahendit.
Teine proovitud online-vahend on Connexions. Seal on kasutusel XML-i väiksemahulisem arendus CNXML õpiotstarbelise sisu (educational content) loomiseks ja salvestamiseks. Dokuemendi ülesehitamise loogika on väga sarnane LeMillile. Importisin sinna Wordi dokumendi A* algoritmi kohta, mooduli viimane versioon on nähtav aadressil
http://cnx.org/content/m18032/latest/ . Praegu on moodulist 2 versiooni: 1.1 http://cnx.org/content/m18032/1.1/ ja 1.2 http://cnx.org/content/m18032/1.2/ (ainus muudatus on algallika, kust jutu tõlkisin, lisamine). Versiooninumbri määrab keskkond ise.
Friday, October 3, 2008
3. W3C HTML validaator
Hot Potatoes konkursi materjal: http://www.hiie.tartu.ee/konekaanud
Tulemus: passed, 1 hoiatus:
Character Encoding mismatch!
The character encoding specified in the HTTP header (utf-8) is different from the value in the meta-element (iso-8859-1). I will use the value from the HTTP header (utf-8) for this validation.
See tähendab, et serveris kasutatav kooditabel on UTF-8 (unicode), kuid testitud dokument kasutab ISO-8859-1 (ladina tähestik). Seetõttu saadetakse HTTP-dokuemendi päis teises tähestikus kui ülejäänud dokument. Seda hoiatust ei tuleks, kui ka dokument kasutaks UTF-8't, kuid teisest küljest ei tulene sellest veast ka midagi halba.
eXe konkursi materjal: http://www.zone.ee/opimehaalikuid/
See dokument ei ole korrektne, leiti 67 viga ja 5 hoiatust.
Mõned neist:
Line 10, Column 70: end tag for "meta" omitted, but OMITTAG NO was specified.…tent-Type" content="text/html; charset=utf-8">
Kuna tegemist on, erinevalt eelmisest, XHTML, mitte HTML-dokumendiga, siis peab igale märgendile vastama ka sulgev märgend. Kuigi vea põhjustanud rida on täpselt sama mis eelmises dokumendis, " meta content="text/html; charset=utf-8" equiv="Content-Type"", ei andnud eelmine kord viga, kuna tegemist oli HTML-dokuemeniga.
Line 17, Column 36: document type does not allow element "div" here; assuming missing "li" start-tag. div class="withChild" id="active"
div-märgendit on kasutatud loendi sees, kuid loendi elementidest väljas. See on on viga, div tuleb tõsta loendi elemendi sisse, vastasel korral ta lihtsalt ei oma mõjupiirkonda.
Line 21, Column 4: end tag for "li" omitted, but OMITTAG NO was specified.
Alamloendi tegemisel on jäetud loend deklareerimata (märgendi ul abil).
Line 36, Column 77: end tag for "br" omitted, but OMITTAG NO was specified.
See viga tuleneb taas XHTML-dokumenditüübist.
br asemel tuleks kasutada br koos lõpumärgendiga /br .
Enamus vigu olid XML Parsing -vead, mil alustavale märgendile vastav sulgev märgend oli vale- need tulenesid märgenditest, milledele HTML-dokumendis ei pea sulgevat märgendit vastama.
Hoiatus: Line 84, Column 61: cannot generate system identifier for general entity "ref".…a href="http://counter.zone.ee/stats.php3?rid=g5EBQ973&ref="
Viites on kasutatud parameetrit "ref" ilma väärtuseta.
LeMill konkursi materjal: http://lemill.net/community/people/pilletkuusik/collections/r-haalik-kones
See dokument on täiesti veatu, ka ühegi hoiatust ei väljastatud.
Tulemus: passed, 1 hoiatus:
Character Encoding mismatch!
The character encoding specified in the HTTP header (utf-8) is different from the value in the meta-element (iso-8859-1). I will use the value from the HTTP header (utf-8) for this validation.
See tähendab, et serveris kasutatav kooditabel on UTF-8 (unicode), kuid testitud dokument kasutab ISO-8859-1 (ladina tähestik). Seetõttu saadetakse HTTP-dokuemendi päis teises tähestikus kui ülejäänud dokument. Seda hoiatust ei tuleks, kui ka dokument kasutaks UTF-8't, kuid teisest küljest ei tulene sellest veast ka midagi halba.
eXe konkursi materjal: http://www.zone.ee/opimehaalikuid/
See dokument ei ole korrektne, leiti 67 viga ja 5 hoiatust.
Mõned neist:
Line 10, Column 70: end tag for "meta" omitted, but OMITTAG NO was specified.…tent-Type" content="text/html; charset=utf-8">
Kuna tegemist on, erinevalt eelmisest, XHTML, mitte HTML-dokumendiga, siis peab igale märgendile vastama ka sulgev märgend. Kuigi vea põhjustanud rida on täpselt sama mis eelmises dokumendis, " meta content="text/html; charset=utf-8" equiv="Content-Type"", ei andnud eelmine kord viga, kuna tegemist oli HTML-dokuemeniga.
Line 17, Column 36: document type does not allow element "div" here; assuming missing "li" start-tag. div class="withChild" id="active"
div-märgendit on kasutatud loendi sees, kuid loendi elementidest väljas. See on on viga, div tuleb tõsta loendi elemendi sisse, vastasel korral ta lihtsalt ei oma mõjupiirkonda.
Line 21, Column 4: end tag for "li" omitted, but OMITTAG NO was specified.
Alamloendi tegemisel on jäetud loend deklareerimata (märgendi ul abil).
Line 36, Column 77: end tag for "br" omitted, but OMITTAG NO was specified.
See viga tuleneb taas XHTML-dokumenditüübist.
br asemel tuleks kasutada br koos lõpumärgendiga /br .
Enamus vigu olid XML Parsing -vead, mil alustavale märgendile vastav sulgev märgend oli vale- need tulenesid märgenditest, milledele HTML-dokumendis ei pea sulgevat märgendit vastama.
Hoiatus: Line 84, Column 61: cannot generate system identifier for general entity "ref".…a href="http://counter.zone.ee/stats.php3?rid=g5EBQ973&ref="
Viites on kasutatud parameetrit "ref" ilma väärtuseta.
LeMill konkursi materjal: http://lemill.net/community/people/pilletkuusik/collections/r-haalik-kones
See dokument on täiesti veatu, ka ühegi hoiatust ei väljastatud.
Thursday, October 2, 2008
2. Erik Duval "Learning Technology Standardization: Making Sense of it All"
Erik Duval, Learning Technology Standardization: Making Sense of it All.
Artikli eesmärk on ülevaade õpitehnoloogia (learning technology) tehniliste standardite rollist koostoime võimaldamise kontekstis, standardiseerimise protsessist ja tulemusest.
60ndatel oli loodud erinevaid hüpermeedia süsteeme, mis olid üksteisest isoleeritud. Üldiste kokkulepete asemel oli igal süsteemil oma dokumentatsioon, mis polnud hoolimata samast tegevusvaldkonnast kuigi kasutuskõlbulik teise süsteemi konktekstis (nn "docu-island"). 90-ndateks olukord muutus, 3 standardi abil, mis võimaldasid veebirakendustel omavahel suhelda (HTTP (juurdepääs dokumendile), URL (dokumendi asukoha määratlemine) ja HTML (dokumentide struktuur)), liideti isoleeritud süsteemid WWW-ks. Olemuslikuks/sisuliseks hüveks, mida standardite abil saavutatakse, on kooskasutatavus (interoperability) (mis nt lõppkasutaja seisukohast avaldub võimaluses valida erinevaid vahendeid sama sisu tarbimiseks).
Utreeritult (vähemalt tavakasutaja jaoks) võiks standardid jaotada kaheks- "de facto" standardid (nt MS dokumendivorm) ja avatud standardid, mis püüdlevad samuti "de facto" staatust.
Standardiseerimise käigus organisatsioonid nagu IEEE, ISO/IEC jne üritavad koondanda väiksemate ettevõtete sisemiste protsesside spetsifikatsioone kogu valdkonnale kasutatavaks (vahel ka ettevõtteid toetades selle jaoks). Seepärast ongi standardiseerimise protsessis kuvandid juba varakult avalikud aruteluks, täpsustamaks valdkonna vajadusi. Eriti oluline on see õpivaldkonnas.
Päris uued mõisted mu jaoks tulid õpitehnoloogia standardite peatükis (kõik "learning ..." mõisted), kuid kuna artikkel oli üsna sissejuhatava iseloomuga, siis suhteliselt uuteks nad jäidki :) Oluline oli, et õpitehnoloogiate standardite ülesanne on võimaldada koostoime, kuid vastav standard tuleb välja töötada koostöös lõppkasutajatega.
1. Enesetutvustus
Tere, olen Ott Vaiknemets, minu kontaktandmed on ott.vaiknemets@mail.ee ja 5219593. Töötan Affectos arendajana (täpsemalt on mu valdkonnaks andmeaidandus Oracle platvormil). Bakalaureusekraadi omandasin Audentese Ülikoolis informaatika erialal. Kursuselt ootan piisavalt detailset ülevaadet, tundamaks end koduselt e-õppega seotud standardite ja spetsifikatsioonide teemal.
Subscribe to:
Posts (Atom)