Help:ToDo notes
This page is about what needs to be done by the owners, not by the software developper.
Contents
To do
- improve wording of knowledge subfield descriptions: if motivation, then move to new "context" field and find more concise description
Edit discussions
Please add your comments under the item you wish to comment on, and sign it with ~~~~, which will be replaced with your user name and a timestamp. If you are happy with the state of a discussion and there are no obvious disagreements left, move the item to the done section of your project.
ESSENCE
Item:Q903
I am strugling with the name here, it doesn't sound like a knowledge. I would thing you would need to know "noises and sound degradation for troubleshooting" - also Item:Q904 ChrisVanGoethem (talk) 16:50, 22 July 2024 (UTC)
I agree. I'll think of a better wording and move the current description into a context, as we discussed before. The same issue might apply to other knowledge subfields, too - in my correction rounds I'm currently only as far as "Hearing", the rest is still in the queue, but will be done asap. - Jörn (talk) 16:57, 22 July 2024 (UTC)
Here's my take on the sound/ear training: Item:Q864. If you feel this is going in the right direction, please update the Dutch translation, and then also for Item:Q903 and Item:Q904. - Jörn (talk) 18:58, 22 July 2024 (UTC)
Looking deeper into this, I have the idea we do miss a crucial competence, which is hard to describe, something like "apply an absolute and selectif hearing" or "develop a absolute and selectif hearing". Listening in this way would be a skill, that is supported by as well the knowledge blocks you mention as the ones under ART - Music. Maybe we should write this skill first and then see what knowledge is needed? ChrisVanGoethem (talk) 20:38, 22 July 2024 (UTC)
Item:Q671
I don't get the point of this competence. It would be useful if we understand it as "make sure it's there", but ESCO uses it in a very indefinite manner - if we use it likewise, we have it covered by numerous other competences. Remove from profile, or make more specific? - Jörn (talk) 22:08, 21 July 2024 (UTC)
CVG: The number was wrong (30 at the end), I updated it. CVG: I see this more like a planner that ensures everything is there. But the content does not reflect that completely (see also the TeBeVat version Q385) I don't think it is sound specific, but someone has to do it? Question is if we use it, would it simplify the other competences, where it is probably repeated several times? Worst case I would move it to optional, but the question remains, if this is not done, will there be a show? ChrisVanGoethem (talk) 14:51, 22 July 2024 (UTC)
To me, the way it is described in ESCO, it's purely a producer's or artistic director's task with mostly economic connotations, and not at all a job for the sound engineer, not even optionally. We have taken care in other planning-related competences to cover both things that are covered by the planner personally, and things that third parties will provide but the planner is responsible for ensuring, so that aspect of the original skill is covered. We have a few that are dealing with related issues but in more specific way: Item:Q660 Item:Q662 Item:Q736 I'd argue to remove, or to take out economic aspects completely and move it towards "take responsibility that all needed sound, sound logistics and sound crew resources are there, even if subtasks are delegated to other people", a bit more like the TeBeVAT version. What do you think? - Jörn (talk) 16:19, 22 July 2024 (UTC)
In a Belgian (and I guess also Dutch context, it would definately be the sound person responsable for the production who would coorinate the resources (be it that the financial means would be minimal. He/she would talk to the vennues, the providers and the other services to ensure there are enough people and equipment to run the show. We could adapt to "Coordinate and negociate human and material resources within artistic productions."ChrisVanGoethem (talk) 19:08, 22 July 2024 (UTC)
In this case, I would like to remove "artistic", because it applies to industry events in just the same way, and I would say it's an optional competence for the sound specialist. Instead, I would make sure that things like crew, logistics and other auxiliary resources are clearly mentioned in the planning competences we already have - I guess we're already pretty good, but I'll double-check. - Jörn (talk) 20:01, 22 July 2024 (UTC)
Removing artistic without replacing it would get confusion with other industries. What about "organise resources for performing arts and event production"? To be honest, I would go the other way, removing these things in all the other competences, because they will double up several times. ChrisVanGoethem (talk) 20:43, 22 July 2024 (UTC)
Item:Q672
Changed definition to something closer to the ESCO original, but on a higher artistic level. Ok? - Jörn (talk) 22:08, 21 July 2024 (UTC)
CVG: I am only wondering if we should limit her to technical problems, now it looks like the artistic quality is only depending on technical. If we leave technical out, it also could be timing or other issues. ChrisVanGoethem (talk) 14:51, 22 July 2024 (UTC)
I agree to your points and improved the wording, but wasn't able to reflect the "timing" and "other" issues, maybe those could be skills? I had trouble keeping it short, the point is: play along as if your own ass was on stage and fight for your artists. If you can nail that, please rephrase the item completely if necessary, I have writer's block here :o) - Jörn (talk) 16:19, 22 July 2024 (UTC)
Item:Q763, Item:Q897 and others
I wonder if we should not add in some titles "principles of" ... ChrisVanGoethem (talk) 16:26, 22 July 2024 (UTC)
It's a temptation I'm actively trying to resist. "Basics of", "principles of", "fundamentals of"... could be added to most items. I agree it's important to give a proper and precise idea of scope and not imply one needs a ph.d. in all of those fields, but as long as we clearly define the scope through knowledge and skills, I prefer short and assertive titles. Let's look out for clear scope and for erroneous implications like the one I had made in "Safeguard artistic quality" (Item:Q672, now fixed) instead. - Jörn (talk) 16:42, 22 July 2024 (UTC)
Item:Q889 and others
In some cases the title became unclear without the prefix / code. I added in some cases a clarification. (I left the German untouched for your reference.ChrisVanGoethem (talk) 16:29, 22 July 2024 (UTC)
Ah, I misunderstood your intention here, I thought you just wanted to unify the various syntaxes (such as EL or PR or Digital Systems), not remove the prefixes altogether. I think we do need some sort of prefix for the time being unless the interface allows us to first choose a field and then a subfield with a two-layer dropdown. Until that happens, I actually prefer "Acoustics / Practice" over "acoustics practice" because it makes that hierarchy explicit. Now I find it really difficult to know what to type into the field to find the desired knowledge subfield, and constantly have to refer to a knowledge field list in a separate window. Is a two-layer dropdown field/subfield even feasible? If not, should we keep consistent and written-out prefixes for now? I can do that if you want. - Jörn (talk) 16:47, 22 July 2024 (UTC)
Oeps, I read this only now. I removed already most of them. You can see the drop down structure at https://competencebase.eu/wiki/Item:Q36. For most that seemed to be less clear I found a rather elegant solution in the naming I think. But I kept out of the real tech sound ones. ChrisVanGoethem (talk) 18:57, 22 July 2024 (UTC)
With "drop-down", I mean we need something in the item forms, so that it is possible to find knowledge blocks easily while editing/translating/proofreading. That is a bit messy right now, I have to look it up at the link you mentioned, and then type the beginning of the name. Until that is fixed, I would rather have the name of the field redundantly included in the subfield, separated by a "/" or similar. Yours is better in terms of data hygiene (which I usually favour), but at this point it has usability issues. Could you accept the redundancy for now, at least until the editing and reviewing dust has settled? If yes, I'd restore the status quo ante. For a person who browses later it's not so bad, just for editors. - Jörn (talk) 19:58, 22 July 2024 (UTC)
Knowledge foeld documenting vs production management
We do have a knowledge field documenti,g and also a knowledge field production - production management. I think it would meke sense to move the knowledge under documeting to production management. ChrisVanGoethem (talk) 19:13, 22 July 2024 (UTC)
done
Item:Q763
This was copied from ESCO. I changed it to Level 5 (was 3), copied the DE translation from ESCO, and amended the description to include "and support the artistic process by technical means or, if desired, creatively", to differentiate from the original level 3 competence. Ok? - Jörn (talk) 22:08, 21 July 2024 (UTC)
CVG: I would make it: "Interpret an artist's explanation or demonstration of their artistic concepts, inceptions and processes in order to support the artistic process by technical means or, if desired, creatively." (It is about the understanding, but the expected result makes it a level 5. ChrisVanGoethem (talk) 14:50, 22 July 2024 (UTC)
Agreed, and applied. - Jörn (talk) 16:19, 22 July 2024 (UTC)
Item:Q790
Added "and emotion-driven behaviour", because that is often key for understanding conflict situtations. Ok? - Jörn (talk) 22:08, 21 July 2024 (UTC)
CVG: think that is a good addition indeed! ChrisVanGoethem (talk) 14:51, 22 July 2024 (UTC)
Item:Q826
If we don't make it sound-specific, take it out and refer to the generic ESCO one instead? - Jörn (talk) 22:08, 21 July 2024 (UTC)
CVG: we updated it to level 5 in the content, so I would leave it in. ChrisVanGoethem (talk) 14:51, 22 July 2024 (UTC)
Agreed. - Jörn (talk) 16:19, 22 July 2024 (UTC)
Item:Q825
Upgraded to level 5 and made specific to production intercom systems. Ok? - Jörn (talk) 22:08, 21 July 2024 (UTC)
CVG: I think it is a good idea to update to level 5. But I think we shoudl keep it open in which systems it will be integrated (could be also video, the house system, the emergency communication system, ... I would propose to generalise in the title and give more detail in the skills and knowledge elements. (for example add signal routing to the knowledge) ChrisVanGoethem (talk) 14:51, 22 July 2024 (UTC)
I agree to your point about openness to related systems - in fact the current wording does include or allow for all the additional interpretations your suggested, and the title is still in the generic format. I've added your suggestions to the skills and knowledge. - Jörn (talk) 16:19, 22 July 2024 (UTC)
Property:P58
Changed definition from "example" to "content", as that is how we are using it. No other projects should be affected. But it means that the Dutch translation needs to be amended. Anyone? - Jörn (talk) 07:17, 22 July 2024 (UTC)
CVG: Ok, updated the translation in Duch ChrisVanGoethem (talk) 14:51, 22 July 2024 (UTC)
Translations
German
- Translate hard coded text
- Translate ESSENCE competences
- Translate ESSENCE knowledge
- Translate ETTE competences
- Translate ETTE knowledge
- Translate attitudes (wait for final list)
- Translate fields
- Translate sub-fields
- Translate knowledge fields
- Translate assessment methods
- Translate properties
- Check lower case and no period
- Translate inverse property labels
- Translate knowledge levels
Dutch
- Translate hard coded text (Done CVG, needs check)
- Translate ESSENCE competences
- Translate ESSENCE knowledge
- Translate ETTE competences (Done CVG, needs check)
- Translate ETTE knowledge (Done CVG, needs check)
- Translate attitudes (wait for final list)
- Translate fields (Done CVG, needs check)
- Translate sub-fields (Done CVG, needs check)
- Translate knowledge fields (Done CVG, needs check)
- Translate assessment methods (Done CVG, needs check)
- Translate properties (Done CVG, needs check)
- Check lower case and no period (Done CVG, needs check)
- Translate inverse property labels (Done CVG, needs check)
- Translate knowledge levels (Done CVG, needs check)
Check content
- Wiki ESSENCE Owner page Item:Q466
- check attitudes proposal with TeBeVat
Add content
- write a page "who is the ESO" for the profile page (and how does it relate to level 5?
- Add wiki content assessment methods (CVG - Done)
- Add descriptione fields (Done CVG, needs check)
- Add descriptions to properties (Done CVG, needs check)
- Add intro text to home page
- bring knowledge descriptions in line with help page
- Add and update help pages
- attitudes
- knowledge nuggets
- in header, no capital, description no period at the end of a sentence
- Add knowledge detail
PF-Production processes (Q1014) PM-Motivation methods (Q962) PM-leadership principles (Q970) PM-Teamwork principles (Q969) PR-Budgetting (Q1016) PR-Documenting (Q1017) Com - negotiating techniques (Q1042) Com - visual communication (Q1043) Com - non verbal language (Q1040) Com - presenting methods (Q1044) Com - presenting methods (Q1044) Com - communication styles (Q1039) Art - history of performance (Q1050) Art - dramaturgy (Q1051) Art - Technology in artistic creation (Q1048) Art - design processes (Q1049) Art - artistic terminology and language (Q1052) Art - cultural trends (Q1053) Art - Music Styles (Q1046) Art - History of music (Q1047 Doc - documenting methods (Q1054)
Other issues
- change licence ESSENCE
- remove codes on knowledge blocks
- structure ETTEC knowledge
Prepare imports
- ESCO
- profiles (CCI)
- related competences
- related knowledge
- how to deal with versions?
- TTT-LPT, database?
- IGVW profiles (SQQ)
- Flip data