-
Notifications
You must be signed in to change notification settings - Fork 5
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sub-classes of StatisticalProduct #14
Comments
Linked to issue #6 |
We could distinguish between data products, e.g. StatCan's CANSIM tables, and analysis, e.g. research papers providing insights into the data. |
We could also distinguish between census products, survey products and other statistical programs. |
StatCan also has interactive products, including visualizations, infographics and thematic maps. If other organizations are doing these as well, they could be sub-classes of StatisticalProducts as well. |
Statistics Norway also has interactive products. |
Could be worth checking that we are consistent with GSIM Product v1.2: |
Good point. I believe it does align with GSIM Product, to some extent. |
We should focus on statistical products (the ones you mentioned before) that is made of statistical data. Other statistical products e.g. statistical registers, statistical applications, statistical classification should be taken into consideration at later stage. |
Statistical Product is a prov:Entity. When we describe statistical products in the ontology, we agree that sub-classes are needed. What do our ModernStats models say about products? GSBPM 2.1. Design outputs GSIM Product: A package of content that can be disseminated as a whole. A Product is a type of Exchange Channel for outgoing information. A Product packages Presentations of Information Sets for an Information Consumer. The Product and its Presentations are generated according to Output Specifications, which define how the information from the Information Sets it consumes are presented to the Information Consumer. The Protocol for a Product determines the mechanism by which the Product is disseminated (e.g website, SDMX web service, paper publication). Presentation can be in different forms; e.g. tables, graphs, structured data files. GAMSO As it can be seen from the above listed concepts GSIM and GSBPM only concentrates on products which are from statistical data as the concept ‘Product’ in GSIM is only in connection with Statistical Programme therefore other products which are not from a Statistical Programme e.g. registers, classifications are excluded. In the Process phase 7 of the GSBPM also products from statistical data are highlighted, other are not mentioned before. But if we take GAMSO on the board the situation might be a bit different. There is only one mentioning of products in the GAMSO, which are related to statistical data (see Manage consumers). Other GAMSO elements have also products as those ‘activities’ also take input and transform them to outputs. These are mainly not made of statistical data e.g vision, strategy, financial plan, resources plan etc. These outputs/products are not fully present in GSIM (only which are is close connection to a statistical business process - understandably) but later on those non statistical products have also be determined and standardised. Conclusion and suggestion:The adjective ‘Statistical’ for products should be kept for this project, since non-statistical products (e.g. resource plans, websites, methods) are the outputs from Statistical Support Programme (using GSIM object) or from ‘activities’ of GAMSO. These are probably out-of-scope for now if we set the scope of the work to the statistical business process. Basically this means Product has two sub-classes: StatisticalProduct (within scope for us) and NonStatisticalProducts (out of scope for us). For the sub-classes of StatisticalProduct, the GSIM already has classification of static and dynamic products. As the main focus of the work is to support statistical activities, we should define sub-classes that make sense from the statistical perspective and it is easy for the user (statistician) of the ontology to understand the sub-classes we define. If we take a look around of what classifications of statistical products are available for official statistics, there is no standard or recommendation for it (or we have not found it yet). If we check NSI webpages, the following items are usually referred to as statistical products (this is not a classification, only a summary of observations made based on a few NSI webpages):
Bonus question: (never enough of these :)) |
Very good points! I think we should focus on Statistical Products for now. We could look at a couple of dimensions to characterize types:
|
Proposed definition of graph dataset: "Collection of data where datapoints are nodes and relationships between them are edges in a graph structure" I couldn't find a definition in our documentation, that's why I came up with one, but if you already have a better one please disregard this one. |
Decided during May 7 meeting: define what sub-classes of StatisticalProduct we want.
Example candidate: StatisticalIndicator.
The text was updated successfully, but these errors were encountered: