i didn't see much difference between years, exports and imports. All positively skewed, with weighted mean much closer to the other HS codes proposed to be part of the UNU Key.

For me it does not make sense to add the heavier ones though. At least from the boxplot, it doesn't look like there's such variation of weight per unit as it is in this case. What do we think about doing a cut-off weight per unit so only those that are less than x is considered? Certainly lifetime and composition of the heavier ones are not the same?

Nice to see that overall is better. Much higher differences at EU than World level. I think this is somewhat justifiable since we "lock" the EU data since DGEnv, thus not accounting for updated trade, production data in recent years. It can also be just a confirmation bias from my side.

I don't think so as long as 03a1 is called at the end of 03POM, and then you run 4 and 5. From the main GEM, I haven't called 06.

I see a spike also pom pieces 2012 4a (0902)

to answer this, I think requires a bit of further analysis like you did with 0305 to check at least if they have similar weights?

interesting! I can't believe you guys did this.

hmm wouldn't this also be the definition of the open scope, contracting to it?

if few we can help compare, if many, I would stick to those that are present in year 2020, and remove the different ones that are not, since HS codes have been updated in 2022. It's interesting that this happens. Give two people the same job and they would create different correspondences, so I suspect this is what happened with the CN-CN and HS-HS not been equivalent when substringing. Alternatively, stick to the approach 1?

would these have comparable weight and lifetime?

like perhaps base stations

HS 851761: base stations. For me it should not be 0305. The way that 0310 is currently described, it should go there. However, like I said before not sure it is within scope. Seeing your analysis, I also think it is a category on its own.

based on your analysis, I would say 0305 only 851711 and 851718, the rest goes to 0310. However,I don't think 851761 should be in 0310 since we want unu keys with similar weight, price.

Regarding understanding HS codes, I contacted this guy once to understand some updates of HS codes for renewable energy and he actually replied. Might be worth contacting him:

https://www.google.com/url?sa=t&source=web&rct=j&opi=89978449&url=https://nl.linkedin.com/in/izaak-wind-9432943b&ved=2ahUKEwi5-PuI_6qPAxVIU0EAHdWUO8cQFnoECCMQAQ&usg=AOvVaw3GqwGAAWScky-rBOtWKmfl

HS 851950: sound recording or reproducing apparatus; telephone answering machines. It looks more like 0305 for me.

Not sure but I would think base stations are larged fixed instalations, which are excluded from the WEEE directive scope.

Considering the other type of HS codes wihin the proposed UNU KEy, and that base stations up to 20 years in the comment, it looks like base station should not be part of the new unu key.

I have no explanation why the weights could be different per UNU key. Maybe if it is at category level, then it could be due to a mistake in the correspondence. I think 0501 or 0507 was allocated to lamps when it shouldn't in one of the folders.

based on the graphs on weight using regression, it seems to come more from Stichting Open, correct? Complication sounds a bit harsh for me haha. Just a consequence of using a different data source. I actually don't know how the original weights were determined, but I remember sending to Vincent some data that we collected within Panorama project at PCC level. Some were just the way you did with Comtrade weight then using correspondence to PCC, and some we just googled based on the description.

weird

it looks good, and it won't change much. Do we need to say something about weight post 2024? because then the regression stops making sense after.

with the HS that may be allocated to 0310 or without?

trying to understand why median was used in the end.

what happens with the existing ones where you removed certain HS/CN/PCC codes to assign to another UNU_Key?

not weighted median perhaps?