Get involved in Repair Data with FaultCat! đŸ˜ș

Maybe some groups have been doing a ‘weigh in’ when the device is first presented? The total weights of prevented e-waste are calculated from category averages rather than this unstructured data, but there is a field for exact weight in the schema.

If groups have the capability to measure exact weight, we should encourage that to be recorded and used in the totals calculation rather than the category average? And weights that are in the description should be moved into the weight field as a data clean up.

1 Like

I did a little digging and found that 294 records have the weight in the problem field, all recorded by the same group over 2016/2017. About a third of these records have only the weight in kg while the rest record the item type as well.

I wasn’t involved in the data at that time but I would hazard a guess that it could have been group policy or some issue with uploading data to the Fixometer. It might be worth asking that group if they still have their own records and if it would be possible to improve those records.

Recording of problem text varies greatly between groups and individuals for many reasons. We’ve done a little work in the area of data recording/data entry and will be expanding efforts in 2020.

We’ve got a few volunteers testing a spreadsheet template and workflow for bulk uploading of data. Drop me a message if you’d like to try it out.

2 Likes

Some repair groups certainly do - yep usually as part of a more comprehensive ‘check-in’. From memory @Club_de_Reparadores weigh each item - maybe you have some more detail CdR on the way you do it at your events?

:+1: Certainly an argument for this if groups are recording it anyway and given we have a field for it (just currently only used for Misc devices). It wouldn’t require too much change in the calculations, but would want to think through how many groups do it / how much of an improvement it makes to the e-waste/CO2 figures / how it affects various data collection UIs


We’ll be doing a group FaultCat session online tomorrow (Wed 29th) - join us if you can!

2 Likes

:cat: :cat: :cat: :cat: :cat: :cat: :cat: :cat: :cat: :white_large_square:

Just 10% to go :slight_smile:

1 Like

Sorry I’m a bit behind the curve - only just seen this, it’s great! “Scharnier kapot” had me stumped, saved by the Translate button :-). Done a few.

2 Likes

But I haven’t quite figured out how it can help me/my repair cafe


Hi @Ian_Barnard , nice to see you!

  • thinking about the long-game, it can help by taking it upstream to policy discussions, if we can be more precise about what’s failing and what are the barriers to repair
  • as a repair knowledge base I think it’s useful - if we can sort through previous repair attempts by fault type.

I’m keeping my own wiki notes at the moment on laptops, organised by fault type
 https://wiki.restarters.net/User:Neil/Laptops

2 Likes

Yes I can see how FaultCat should be very useful to support arm-waving about the need for r2r and design for repair with something closer to evidence.

I’m no expert on the terminology but isn’t “root cause” analysis about understanding (and potentially trying to stop/minimise impact of recurring problems) what caused the fault - so it’s more relevant to design for repair, whereas “fault” is what actually needs fixing, which is more directly relevant to fixers.

Is that right?

Root cause might be that user dropped their laptop, or it got rained on, or a bearing achieved its design life and wore out on the hard drive/fan, or the user installed a second AV on top of the first one, or unknown. The resulting fault could be on the system board, storage, or configuration or Operating System, 
 or on several of these. So I disagree that there must be only one fault - yes there often is only one but no reason there can’t be multiple - if that worn out fan made the power supply overheat that could have also blown the system board and storage, for example. I suppose what I’m saying is that the definition of “fault” here (i.e. for a repairer facing a non-working item) is “what has to be fixed for the item to work”.

There is only one root cause, though, so we need to be careful about terminology, and we aren’t attempting to attribute root cause in FaultCat.

But don’t get me wrong, because FaultCat is simply brilliant - and it could be even better if we had better data going into it - and if we could collect more info then perhaps @Monique and the team could work on RootCauseCat :slight_smile:

3 Likes

Thanks Ian, I’m glad you enjoyed FaultCat!

Because of the quality of the problem description text, FaultCat can’t really pinpoint either “root cause” or “what has to be fixed”, rather, as a baby step, it is trying to simply sort the problems into buckets of fault “types”, some of which are deliberately vague and ambiguous such as “performance” and “configuration” (so as to at least sort out many of the “Unknowns”).

This experiment is a first step in identifying what sort of information we can glean from existing data and how we can improve future data entry. We will be reporting on FaultCat’s outcomes soon and we’re already chatting about drilling further into fault types to produce more granular information, including identifying patterns that might reveal “root causes” and “solutions”. Already we’re getting some insights into issues related to device performance, maintenance and user misuse/misadventure - issues that perhaps can’t all be attributed to “fault” or “failure” (although they might reveal areas for design or manufacturing improvements).

Given the popularity of FaultCat, particularly with regard to the discussions it has sparked, further online tasks are in the planning. :slight_smile:

3 Likes