Den 2019-10-30 kl. 16.07 skrev Agneta: Why do the EXIOBASE consortium not just publish these on the website, saving us the hazzle of re-constructing the original data? Bo

Hi Bo/2.0 LCA Team You (trough Stefano) have access to the repository having the country SUT tables. I can add more people to the box account if needed. Best Konstantin

Hi, All available EXIOBASE concordances are gathered here https://ntnu.app.box.com/s/ziox4zmkgt3cdsg549brr0qaecskgjsd/folder/47855342420 In the folder "other_ind_prod" you will find NACE and ISIC

I am aware that we have priority access as consortium members. I was hinting to making this publicly available... Bo Den 2019-11-01 kl. 15.28 skrev Konstantin Stadler:

These folders are as public as the updates of EXIOBASE (for everyone who contacts us) - they are in the public folder. I know that this is not the most elegant solution (not much I can do...).

Dear Konstantin, This is good news to me! This implies that anyone who cares can re-publish them under the same license... Best regards Bo Den 2019-11-01 kl. 15.49 skrev

Hi Bo, That's muddy waters. The version on exiobase.eu has a licence which applies to the data there. This is the outcome of the EU-funded project. The data on box is without licence. We worked on

Hi all, I can provide the Exiobase hybrid version of national tables but I wonder whether this is the way to go. I try to explain it better. Exiobase is a multi-regional IO

Dear Stefano, Thanks for your reflections. In the long run, BONSAI should of course not rely on Exiobase or any other processed data, but on as a "raw" data source as possible. For IO

Hi I did a correspondence between exiobase activities and nace 2 sections (highest level of aggregation). It's in the repo

Thanks Miguel, this is great. I don't remember, what do we need for the FlowObject instead? --- Matteo Lissandrini Department of Computer Science Aalborg University http://people.cs.aau.dk/~matteo

Hi Matteo I think that would be the different sections of the CPC (central product classification). Classifing by “sections” is quite crude but relatively easy.

Thanks Miguel, I will work on the activity one for now then. In the current one I see tare only strings, isn't there a "code" for these ? Like for activities we have the Exiobase code

True, I did the correspondence to the label not the code. Currently it looks like this: https://github.com/BONSAMURAIS/rdf/blob/master/activitytype/exiobase3_3_17/exiobase3_3_17.ttl

Sorry for chiming in late here. +1 to the idea of only using the publicly available data, it seems to me a very unnecessary and dangerous step to start using private (and unlicensed!) data at the

Hi Chris, unfortunately half of what you say is alien to me, but I have the impression that this is about the numeric data that the RDF converter is handling. Will this require to write from scratch

Hi Chris The disaggregation to country level data is mainly to avoid the assumptions made using the trade matrix (info on markets for different flow objects). Current SUT tables include this

OK, but we can just... ignore... this location? Each national S or U table by definition only has one location anyway. In any case, I don't think there needs to be a discussion here, as our ontology

Indeed, this was not clear. Sorry. I was referring to https://frictionlessdata.io/specs/data-package/ and https://frictionlessdata.io/specs/tabular-data-resource/

Hi Chris, for how the data is now in the publicly available excel file, we can ignore for the SUPPLY, but we cannot "just ignore" the location for the USE table, we need to recompute the