Search result

How to create a data order

A data order is a request used to specify which , registers, , , periods, , , populations, , and , external data, you wish to use in the project.,  , Via Projects and Data, Open , Projects and Data, Select , Reorder, Choose the project to which the data order relates, Via the Project Proposal, Go to the Data packages section in the project proposal, Follow the link Create a new order in the text at the top of the page, A new data order is created automatically, Once the data order has been created, a new section called , Order, appears in the navigation menu. Here, you can choose whether to order , register data, , , external data, , or , population creation, ., Please note that for a new project, a data order can be created once a project proposal has been set up, but it can only be submitted after the project proposal has been submitted., How to Order Register Data, Under Register Data, select the registers that should be included in or updated for the project. You can only choose registers from data packages that have either been requested or approved in the project proposal., If the project proposal has already been approved and you wish to use registers from data packages that are not yet approved, you must create a resubmission. Registers from new data packages will only be processed once the resubmission has been approved., Before selecting registers, you may specify the , Preferred order period, at the top of the page if the data should only be delivered for a limited time period., Under , Choose populations, , choose which populations the registers should be extracted for. Under , Distribution of registers on populations, , specify which registers should be extracted for which populations., If a full register extract is required, this must be indicated in the project proposal under the population description. The full register will then automatically appear as a population in the data order. If the project has previously been approved for a full population but this option does not appear, you should contact the project owner at Statistics Denmark., If a population is uploaded to the project, it must be ordered as a population creation, as this is a prerequisite for it to be selected., How to Order External Data, If the project uses data that is not register data, this should be added as , External Data, ., External data is added by:, Creating an order (see above), Selecting the plus sign next to , Processing of external data, Entering a title, data source type (dropdown menu), and a brief description, Uploading relevant attachments and variable lists. Read more about the requirements for , linking of external data, External data is currently linked to populations in the same way as register data, and the distribution is specified per population., How to Create a Population, If there is a need to create populations or if external populations are used, these must be created under , Population creation, . Once the population has been created, it can be selected in the data order., To create a new population:, Click , Description, under , Population creation, in the navigation menu, Select , Add Population, Provide a descriptive title, Briefly and precisely describe who the population includes and how it is defined, Upload any relevant attachments, You must also indicate whether the population is uploaded or should be created by Denmark’s Data Portal. If the population is created from a project database, this should be marked with a checkmark., If an existing population needs to be updated, select , New Version, . An overview of the project’s populations will be displayed. Select one, and the system will automatically create a new version that can be further edited., Summary, Once the data order has been completed, a full summary is displayed. It is recommended to review this carefully to ensure that all necessary data has been included. The data order can then be submitted., Note:, For new projects, the data order can only be submitted once the project proposal has been submitted. For already approved projects, a data order can always be submitted within the framework of the most recently approved project proposal., Questions and answers about data orders, Data orders, Is a data order always required to have data transferred to a project? , Yes. A data order must always be created and submitted, and it also serves as documentation of which data are included in the project., Can a data order contain multiple elements, such as register data, external data, and a population? , Yes. When completing the data order, you may submit your entire order at once. However, an expansion requires that the project proposal is updated. If you want to order register data from a new package and already approved external data, you may create two separate orders. The order for external data can be submitted immediately, while the order for register data requires a resubmission of the project proposal before it can be submitted., Can I cancel an order that has been created? , Yes. You can cancel an order before it is sent to Statistics Denmark by going to ‘Projects and data’ and clicking the three dots next to the order. Here you can select ‘Terminate order’., Does the data order replace the previous email correspondence with Statistics Denmark? , It does not fully replace previous email correspondence. Price quotes will still be sent by email, and clarifications and guidance will also continue to take place by email or phone., Data packages, Can data be ordered from data packages that are not approved? , Only if the project proposal is still open. When selecting a register from a non-applied-for data package, the package will be added to the project proposal. If the project proposal is already approved, registers can only be ordered from approved data packages. In this case, a resubmission of the project proposal is required to argue for the necessary data packages., Do data orders for register data need approval from Statistics Denmark when the data package is already approved?, No. A data order does not require additional approval, but a staff member at Denmark’s Data Portal must process and price the data order according to the project’s pricing model., Does it cost anything to add new registers within an approved data package?, It depends on the project’s pricing model. Projects on the new pricing model have all register orders within an approved package covered by the package payment and receive them without additional charges. Projects on the old pricing model pay for register deliveries as usual. All projects will transition to the new pricing model with their first data order after 31st of December 2026., Variables, If only a few variables from a register were previously delivered, can the entire register now be transferred?, As a general rule, all variables in a selected register are delivered. Unless you wish to limit the variables, no further action is needed., If a register is missing a variable in an existing project, what should be done? , If a variable is missing, you may order the register again and receive all variables., Populations, Do all projects need to specify a population?, Yes. All projects must specify at least one population in order to order data. For projects with multiple populations, you must indicate which population the data should be extracted for. For projects with only one population (e.g., full register extract), that population will be preselected. If new population delimitations are needed for register data, the population creation must be ordered. It can then be selected as the basis for delimiting register data., Must a population always be specified in a data order?, Yes. A data order must include an approved population (e.g., full register extract)., Project databases, How is register data handled if it was previously ordered directly from Statistics Denmark but now exists in the project database?, Each data order is independent of previous orders. The data order indicates whether data will be delivered from the project database or from Statistics Denmark. There are no restrictions based on where data was previously delivered from., Can future years still be pre-ordered?, Yes. When selecting register data, you can open each dataset via the shopping cart and complete ‘Pre-order’. At present, you must always create a data order when retrieving data from the project database., Why order population creation via the project database?, If the project requires a delimited population, the project database may choose to create it. If register data is needed that the project database does not have, Denmark’s Data Portal can extract register data for the population created by the project database., Can the data manager still create populations manually?, Yes. The data manager can still create populations independently.

https://www.dst.dk/en/TilSalg/data-til-forskning/databestilling/oprettelse-af-databestilling

Registers and reference types

Statistics Denmark has gathered a vast series of historical register data in our databank of basic data, which users can access via the platform DDP App. Denmark’s Data Portal manages the databank of basic data and handles access to the platform, support, etc. Most registers in the databank are updated at least once a year in connection with release of the register-based statistics (, see Scheduled releases, ). , The data safari and the List of registers and variables (below) both show the registers in DDP App, and here you can see variables for the individual registers. The documentation of variables is available in Statistics Denmark’s , documentation system, ., Go to Data safari , Go to List of registers and variables (in Danish),  , Overview of rerun registers (in Danish), Genkørte registre 2025-4. kvt (pdf), Genkørte registre 2025-3. kvt (pdf), Genkørte registre 2025-2. kvt (pdf), Genkørte registre 2025-1. kvt (pdf), Genkørte registre 2024-4. kvt (pdf), Genkørte registre 2024-3. kvt (pdf), Genkørte registre 2024-2. kvt (pdf), Genkørte registre 2024 - 1. kvt (pdf), Genkørte registre 2023 - 4. kvt (pdf), Genkørte registre 2023 - 3. kvt (pdf), Genkørte registre 2023 - 2. kvt (pdf) , Genkørte registre 2023 - 1. kvt (pdf), Genkørte registre 2022 (pdf),  , Reference types, Registers in the basic data overview are compiled by means of different reference types. Next to each register in the basic data overview, you can see which reference type a register has: ’Status’, ’Statusperiode’ (status period), ’Forløb’ (longitudinal) or ’Hændelse’ (incident)., Status, The reference type shows the status for a given date. For example, LONN (structure of earnings), which shows what a citizen earns as of the register date (e.g. 31 December 2021). Or BEF, which shows the population as of the quarter date (including status of residence, age, family, etc.)., Data definition: Clear status as of a given date. The population delimitation and all data content is focused on the date., Status period, This reference type shows the period status, where the population is delimited as of a given date, but the variables contain summed up data for a specific period. For example, IND, which contains the labour income for a year (the period appears from ’Opdateringsfrekvens’ (update frequency) in the basic data overview). Other examples of status period registers: PERSBEST (board members and managers), MFR (medical birth register), HANDICB (financial support for disability cars), DMRB (motor vehicles). It is not always easy to see what is being summed up., Data definition: The population delimitation is made as of a given date, but the content of the variables is accumulated over a given period. The period cannot be deduced from dates in microdata, but from the indicated period (shown under ‘Opdateringsfrekvens’ (update frequency)) – meaning that content in for example amounts, volumes, quantities etc. is aggregated over the indicated period (e.g. a quarter, a year)., Longitudinal, Here, data covers a longitudinal study. There will always be just one version of the register available. For example, UDD, which contains Highest educational attainment. Or BEFADR, which is an address key register (where e.g. 1.4m addresses changed key on 1 January 2007 in connection with the local government reform). When a longitudinal register is updated, the individual dataset is updated. This is why there is always only one dataset for a longitudinal register., Data definition: The definition of longitudinal data is that data contains a start date and an end date., Incident, Here, data covers an incident. For example, UDFK, which contains primary and lower secondary school marks (does not include a date but a school year), or OPHGIN (basis of right of residence for immigrants). When a longitudinal register is updated, the individual dataset is updated with new incidents. This is why there is always only one dataset., Data definition: The definition of incidents is first and foremost that data contains a date - only one date - for the occurrence of the incident, and will usually also have one incident type attached., Documentation for the use of registers and data packages, Statistics Denmark has prepared a memo describing the coherence between several of the most used registers in Statistics Denmark’s microdata scheme and their connection with the published statistics., The social statistics registers in Statistics Denmark consist of comprehensive data collections, which have been built and extended since the early 1980s. Data is of high quality and comprises the whole population. This gives the users of data unique possibilities of analysis, allowing them to analyse both status at a given point in time and the development over time., The memo is primarily intended for researchers, analysts and other users of microdata who want to obtain deeper insight into the quality of the coherence between the different registers. , Read more on Documentation for the use of registers (in Danish), Datapackages (pdf - in Danish), Especially on the Data Warehouse for Business Statistics, In January 2024, Statistics Denmark launched the new Data Warehouse for Business Statistics – a significant extension and improvement of the existing business registers. , The new warehouse ensures wider and better access to anonymised data on enterprises and facilitates extraction of unique data by linking data across more statistical registers. The data warehouse also facilitates linking of business statistics and social statistics at micro level, the so-called ‘Linked Employer-Employee Data’ (LEED). , Read more in , this brochure (pdf), or see , the presentationen of The Data Warehouse for Business Statistics on 30 November 2023 (pdf), .

https://www.dst.dk/en/TilSalg/data-til-forskning/generelt-om-data/registre-og-referencetyper

Prices and price agreements

The price of a Denmark's Data Portal's assignment is based on the time it takes to solve the part elements of the assignment. We have two types of price agreements: , fixed-price agreements and framework agreements, . You can also commission a combined fixed-price and framework agreement. Furthermore, you will be paying rent for disk space for active projects on Statistics Denmark’s servers. If you have your own-hosted server set up at Statistics Denmark, you must pay for the set-up and for routine maintenance., Table 1: Hourly rates and renting of disk space, Rates 2026,  , Public institutions*, Private institutions, Pricemodel for existing projects, Hourly rates, DKK 1.674 excl. VAT, DKK 2.077 excl. VAT, Pricemodel for new projects, Data packages per unit, DKK 4.400 excl. VAT, DKK 5.500 excl. VAT,  , Project access per unit, DKK 700 excl. VAT, DKK 900 excl. VAT,  , Hourly rates, DKK 1.100 excl. VAT, DKK 1.400 excl. VAT, Renting of disk space, DKK 10,8 excl. VAT per 5 Gigabyte (GB) disk space per quarter, Note that for project databases, the price for data packages is 17.600 kr. excl. VAT (public institutions)/ 22.000 kr. excl. VAT (private institutions), thus 4 times the price of projects under the researcher scheme or subprojects. , *For public authorised institutions, a special contribution is given towards the hourly rate from the Danish e-infrastructure Cooperation via KOR., Denmark's Data Portal offers paid-for services to users of Statistics Denmark’s microdata schemes. Initially, we offer consultancy in connection with questions for clarification of an assignment. For this, we invoice the actual time used at the hourly rate in force at any time. This also applies should you decide to not proceed with the assignment. If we subsequently enter into a specific fixed-price agreement for the assignment, the service and consultancy will be included in this (within reason)., Fixed-price agreements and framework agreements, Both fixed-price agreements and framework agreements are based on the time it takes to process and deliver an assignment. The time is charged by the hourly rate in force at any time. Denmark's Data Portal uses standardised prices based on the average estimated time consumption for a given service assignment., Fixed-price contract, The price is determined based on an estimated time consumption for a given service. With a fixed-price agreement, you thus pay the same price for comparable services., Further on the structure of fixed-price agreements, The price of a fixed-price agreement is based on one or more of the following assignment elements. The below table shows the various elements of the assignment, which are charged on the basis of fixed-price agreements and associated time consumption., Assignment element, Time consumption, Project proposal (processing and approval hereof), 2, Extraction of one data set from register, 1.05, Extraction of two data sets from register*, 1.09, No additional time charge in case of data extraction from register <= 15 variables,  0, Additional time charge in case of data extraction from register > 15 variables,  0.5, *The price increases with 0,047 hours pr. dataset, Further, the assignment price consists of a fixed extra charge for additional services and consultancy of 20 per cent of the price of the assignment part elements, which are not necessarily in direct contact with you. Such part elements are, for example, participation in meetings etc., internal documentation, documentation requirements, invoicing etc., Data extraction from registers include time consumption for e.g. programming, pseudonymisation and control of data extractions from , Denmark's Data Portal's databank of basic data, . The fixed price agreement may also include time consumption for processing and pseudonymisation of a population submitted to Denmark's Data Portal from other sources than the Denmark's Data Portal's databank of basic data., Framework agreements, The price is variable and the service is charged according to the actual time consumption on the specific service. We invoice every hour of work commenced. If we have used less than one hour on an individual assignment, we invoice for the first hour of work commenced., Further on the structure of framework agreements, The following assignments, Denmark's Data Portal carries out based on a framework agreement:, Population creation as well as case control populations. The service covers counselling regarding the extraction description as well as the subsequent population creation. , Data from statistical division or Survey in Statistics Denmark. This is charged via a framework agreement based on the actual time consumption. The service includes, for example, data extraction from register in the statistical division, pseudonymisation and direct communication and consultancy, back office activities and internal communication., Data submitted from sources outside Statistics Denmark. This is charged via a framework agreement based on the actual time consumption. The service includes control and pseudonymisation of the submitted data. See estimated time consumption and prices for delivery of submitted data under , Linking other data, .,  , Part elements of an assignment, The total price of a given assignment depends on the time it takes to solve the assignment and the part elements involved. For that reason, the price may vary from one assignment to the next. For example, the price depends on how many registers that are required to create a population, or from how many registers the project requires extraction of data., See the part elements of the assignment, Project proposal, : Processing and approval. The project proposal is charged via a fixed-price agreement, which is based on a fixed time value corresponding to two hours., Population, : Population creation is charged via a framework agreement, which is based on the time it takes Denmark's Data Portal to create the population., Standardised data from Statistics Denmark’s databank of basic data, : This is charged via a fixed-price agreement, which is based on fixed time values per number of registers and variables., Additional services and consultancy, : Direct communication and consultancy, back office activities and internal communication. This is charged via a fixed-price agreement that is based on fixed time values depending on the scope of the assignment., Additional data from Statistics Denmark, : Data extraction from register, direct communication and consultancy, back office activities and internal communication. This is charged via a framework agreement that is based on actual time consumption., Data from other data providers, : Processing of data submitted from you or other data providers. The data processing is charged via a framework agreement that is based on actual time consumption., Special data from Statistics Denmark, : Data compiled especially for the users (not in connection with statistics). The compilation is charged via a fixed-price or framework agreement that is based on actual time consumption for compilation divided by expected sales.,  , Examples of price calculations, Example of price calculation for a research project on the old price model, The following price calculation includes processing of the project proposal as well as data extraction on demographics (BEF), educational attainment (UDDA), income (FAIK and IND) as well as employment information (DREAM). The price calculation is based on a project with full register extraction where the user creates the population. , Since Denmark's Data Portal rounds up to the nearest whole number due to the standardised price calculation method, the price is calculated according to the following table., Assignment element, Time consumption, Price, Project proposal, 2, Data extraction from register, 6, Data extraction from register > 15 variables, 0,  , Subtotal, 8 ,  , Additional services and consultancy (extra charge 20 per cent)*, 1 ,  , Total hours used, 9,  , Public user,  , 9 hours * 1,674.00 DKK = 15,066.00 DKK, Private user,  , 9 hours * 2,299.00 DKK = 20,691.00 DKK, *The additional service fee corresponds to 20% of the hours for processing of the project proposal, data extraction as well as other requirements (programing/data)., Please note that the price calculation does not include population creation. If Denmark's Data Portal should create the population, this will be carried out based on a framework agreement., Example of price calculation for a research project, on the old price model, enriched with data from the Danish Health Data Authority, This price calculation includes processing of the project proposal, population creation (based on a framework agreement) as well as data extraction on demographics (BEF, BEFADR, VNDS, DOD) and registrations in the National Patient Register (LPR_ADM, LPR_BES, LPR_DIAG, LPR_SKSUBE). The population consists in persons with a consumption of some specific types of medicinal products found via variables in the Danish National Prescription Registry (LMDB2005-2015). These persons must not be registered as emigrated in the register ‘Historiske vandringer’ (VNDS), meaning that they must be marked INDUD_KODE=U. Furthermore, they must not be registered in ‘Døde i Danmark’ (DOD). Moreover, the population from Statistics Denmark is transferred to the Danish Health Data Authority for enrichment with data from the Danish Pathology Register. The processing and pseudonymisation of data from the Danish Health Data Authority are not included in the price., Assignment element, Time consumption, Price, Project proposal, 2, Data extraction from register, 14, Data extraction from register > 15 variables, 0,  , Subtotal, 16 ,  , Additional services and consultancy (extra charge 20 per cent)*, 4 ,  , Total hours used, 20,  , Public user,  , 20 hours * 1,674.00 DKK = 33,480.00 DKK, Private user,  , 20 hours * 2,299.00 DKK = 45,980.00 DKK, Framework agreement for the population creation, Assignment element , Estimated time consumption**, Price, Population creation, 5, Public user,  , 5 hours * 1,674.00 kr. = 8,370.00 DKK, Private user,  , 5 hours * 2.299,00 kr. = 11,495.00 DKK, *The additional service fee corresponds to 20% of the hours for processing of the project proposal, data extraction as well as other requirements (programing/data)., **After the population is created, the time actually sepnt by Denmark's Data Portal is billed at the hourly rate applicable at any given time.,  , Determination of the hourly rate, The hourly rate is determined once a year based on four part elements. The final hourly rate consists in a number of part elements including a development contribution of 3 per cent., Surcharge, : Income forecast for the current year and accumulated surplus/deficit from previous years, Overhead Statistics Denmark and externally funded activities, : Joint expenses, for example for staff, rent, electricity etc. and common administration of externally funded activities, such as maintenance of data bank of basic data, development of externally funded activities etc., Overhead Denmark's Data Portal, : For example, authorisation of new institutions, control of transferred files, sanctioning and general development of the microdata schemes and Statistics Denmark’s Data Portal etc.,  , Other services, Renting of disk space, Projects take up space on Statistics Denmark’s servers. For that reason, we have introduced renting of disk space, so that you as a user are made aware of how much storage capacity your project takes up on Statistics Denmark’s servers. You will only pay for disk space for active projects using a storage capacity over 5 Gigabyte (GB) on the servers. An active project is defined by a minimum of one user logging on to the project within a quarter., Disk space renting is charged on a quarterly basis, and you are invoiced for all projects for which your institution is data controller. For an individual active project using a storage capacity of more than 5 GB, the institution will be charged quarterly in units of 5 GB. Disk space renting will be charged, regardless of the reason for logging onto the project and how often during a quarter., Hosted server, Statistics Denmark also offers to host your own servers, which will be located at Statistics Denmark. , Read more about requirements and prices for hosted servers ,  , FAQ on prices, We have gathered some of our frequently asked questions on prices below., FAQ on prices, Why does the price vary from one assignment to the next?, An assignment is composed of several part elements. The assignment is priced based on the part elements of the assignment. This is why the price may vary, for example depending on the number of registers used for population creation, populations from other data providers or the number of registers from which the project needs data extraction. The part elements of the assignment are described in the section “Part elements of an assignment”., The hourly rate has changed over the years – why?, You can see the changes in the hourly rates of Denmark's Data Portal below., All institutions, 2013, 1,248 DKK, 2012, 1,187 DKK, 2011, 1,167 DKK, 2010 2nd half, 1,197 DKK, 2010 1st half, 1,229 DKK, 2009, 1,229 DKK , 2008, 1,229 DKK, Prices after 2014, Private institutions, Other public institutions, 2024, 2,130 DKK, 1,538 DKK, 2023, 2,130 DKK , 1,568 DKK,  , 2022, 2,130 DKK, 1,568 DKK,  , 2021,  2,168 DKK, 1,735 DKK,  , 2020, 2,202 DKK, 1,745 DKK ,  , 2019,  2,202 DKK, 1,607 DKK,  , 2018, 2nd half,  1,749 DKK, 1,050 DKK,  , 2018, 1st half,  1,749 DKK, 1,050 DKK,  , 2017,  1,650 DKK, 1,050 DKK,  , 2016,  1,650 DKK, 1,050 DKK,  , 2015,  1,750 DKK, 1,050 DKK,  , 2014,  1,650 DKK, 1,050 DKK, There are various reasons for the price changes., Each year, we adjust the hourly rate for surcharge, which accumulates the surplus/deficit of previous years. Moreover, we include an income forecast for the current year, which can cause variations from one year to the next., Public institutions are not allowed to generate a profit. For that reason, Statistics Denmark regularly adjusts the hourly rates so that they reflect the actual costs and make the accounts balance., In 2014, a distinction was made between private and public institutions, when Denmark's Data Portal for the first time received a special contribution from the coordinating organ for register research, KOR, among others, supporting the hourly rate for public users. This accounts for the difference in price depending on whether a private or a public institution owns the project., Why must I pay for other variables to be added to my project?, Changes in an already existing project must be described in the project proposal and/or the variables documentation. Furthermore, they must be documented and the approval must be renewed in Denmark's Data Portal. The only exception that does not require renewed approval is an update of an already approved population or variable., The approval requires a number of processes, which can be anything from dialogue between you and Denmark's Data Portal to a review of the project and its variables documentation for renewed approval of the project. The process can vary considerably depending on the project, and the time consumption up until the approval is in the range of 1-4 hours whether for new projects, updates or extensions. The price of processing a project proposal is therefore set at two hours. If the time consumption exceeds four hours, a supplementary agreement is made in the form of a framework agreement to cover the actual processing time., We encourage you to make a professional assessment of when and how often you apply for approval of project changes,, so that we can reduce the number of ongoing and minor changes., For how long is a quotation valid?, A quotation is valid for 30 days starting from the date of the quotation. After that, we recalculate the quotation at the current hourly rate., How we charge for a project database? , The charge is based on an annual contract with a fixed-price agreement that includes update of agreed register data in the project database as well as a possible framework agreement for additional services, such as deliveries from the project database to sub-projects and consultancy according to the needs of the project database., The establishment of a project database follows the same pricing guidelines as a new project. Since the project database has a longer time perspective than a project, an annual contract on updating is entered. Thus, the pricing is based on an expected average time consumption for the service., The settlement period appears from the below table. The fixed-price agreement for updating of the project database is settled together with the Q2 settlement of ‘Additional services’. ‘Additional services’ are settled quarterly., Invoiced in the calendar year yyyy, Invoiced in the calendar year, The annual contract covers, Mid-January, Mid-April, Mid-July, Mid-October, Mid-January, Data extraction, Fixed-price agreement for data, Additional services, Consumption Q4 from the previous year, Consumption Q1, Consumption Q2, Consumption Q3, Consumption Q4, Why do prices of comparable services vary?, The price of services is based on past experience and averages. Comparable services may imply small differences in the various part elements that affect the price, for example, the price of processing external data (submitted from other data providers) compared to processing of standardised data extractions from registers in Statistics Denmark’s databank of basic data. If project changes appear later in the process, the price may change based on the changes. Furthermore, the hourly rate is calculated annually, which can also affect the assignment price., What is the background for Statistics Denmark’s prices?, Statistics Denmark is the central producer of statistics in Denmark, and the costs of carrying this obligation as an authority are covered by the Danish Finance Act., The data that we collect and store can be used for scientific and statistical surveys under Statistics Denmark’s researcher scheme. Only authorised research and analysis environments are granted access to data, and we charge for making data available for the surveys., In principle, the price must cover the costs associated with performing the assignments from the initial dialogue to the final dialogue no later than 30 days after the assignment has been delivered., The price must further contribute towards the costs associated with:, Consultancy on the use of data in the individual project., Administration of the scheme, for example authorisation, Data access rights, Standardisation of register data, Development of our user services, Securing continued high data security and data confidentiality, Overhead costs, Statistics Denmark’s pricing is subject to the rules on externally funded activities in the public sector and is checked by the National Audit Office of Denmark. Income and expenditure must balance, and the income from services must not be used to fund the obligations of the authority. The financial balance is continuously monitored across a ten-year average.

https://www.dst.dk/en/TilSalg/data-til-forskning/mikrodataordninger/priser-og-prisaftaler

Databank of basic data

Here you can read a general description of the databank of basic data in Denmark’s Data Portal (DDP)., Basic data (also called ‘DDP basic data’ or ‘data in the databank of basic data in Denmark’s Data Portal’) refers to the microdata that DDP offers to external users for research and statistical purposes. Statistics Denmark (DST) has collected a wide range of register data with historical information in a bank of basic data within the DDP App. The various registers come from both external sources and internal statistical offices. Thematically, the data cover a broad spectrum, and the statistical unit may be individuals, addresses, enterprises, library loans, motor vehicles, and more. All basic data must comply with a set of standards for formats and naming etc., The data undergo extensive processing before being placed in the bank of basic data. There are several reasons for this:, Standardization saves users time-consuming preparation: by ensuring uniform data, external users can avoid a significant amount of manual data processing., Key variables must be standardized to enable data linkage: combining data across years and registers requires a common standard for key variables., Key variables must be standardized to enable pseudonymization: data can only be pseudonymized correctly if variables follow fixed standards and naming., Purpose of the databank of basic data, The purpose of the databank of basic data is to collect microdata for research and analysis in a way that makes it easy and straightforward to make microdata available to researchers., Content and use of the databank of basic data, DDP aims to ensure that all DST data from the official statistical program are available as basic data. This primarily includes microdata related to individuals, enterprises, or addresses., DST also holds data that are not part of the official statistical program but which DDP has received or collected for various reasons. This type of data is also made available as basic data to support reuse, rather than requiring the statistical offices to design customized extracts for the users., To qualify as basic data, a number of conditions must be met. For certain data, special considerations regarding data confidentiality, funding arrangements or data quality may influence how the data can be used. DST enters into agreements with other authorities (and data owners) for regular deliveries of register data that can be made available to researchers. These data are also placed in the databank of basic data. Read more under , Data from other data providers for the databank of basic data, ., Before data may be used on the research server, variables that can directly identify individuals undergo pseudonymization. This means that all variables containing identification information such as CPR numbers, CVR numbers, addresses, and property numbers, are recoded in a pseudonymization process before being transferred to the user’s project. Each register includes a marking of which variables must be pseudonymized. When new variables are added to a register, DDP assesses, together with the data owner and based on the data confidentiality policy, whether the variables must be pseudonymized before the data can be released for research and analysis., Applying the procedures and guidelines described, ensures that data stored in the databank of basic data and presented within DST follow a standardized format. This makes it easy for researchers to access the data and navigate the available datasets. Read more about where to find documentation for basic data on the page , Documentation of data, .

https://www.dst.dk/en/TilSalg/data-til-forskning/generelt-om-data/grunddatabanken

Statistics on income and living conditions (SILC)

What share of the population is economically vulnerable? How is overall life satisfaction? The survey on Living Conditions is conducted annually in all EU countries.

https://www.dst.dk/en/Statistik/emner/sociale-forhold/levevilkaar/levevilkaarsundersoegelsen-silc

Subject page

Health of vulnerable groups

How is the health of young people who are not in employment, education or training? The statistics show doctor's visits and purchases of prescription medicine.

https://www.dst.dk/en/Statistik/emner/borgere/sundhed/saarbare-gruppers-sundhed

Subject page

Feed, fertiliser and pesticides

What do Danish farm animals eat? How is the sale of nitrogen in mineral fertiliser developing, and which are the best-selling types of pesticides?

https://www.dst.dk/en/Statistik/emner/erhvervsliv/landbrug-gartneri-og-skovbrug/foder-goedning-og-pesticider

Subject page

Linking of external data

Statistics Denmark’s register data can be linked with other data materials, here called external data. This can be, for example, extractions from registers outside Statistics Denmark, your own data – for example survey data – or data from other data providers., External data must be documented and comply with the same requirements to data minimisation and statistical disclosure control that Statistics Denmark applies in general., These requirements must ensure that only external data needed in the project is provided and that Denmark’s Data Portal get the information necessary to be able to handle the additional microdata and make it available in the specific project., Use of external data must comply with the same rules regarding confidentiality and transfer as those that apply to Statistics Denmark’s microdata. , Read more about the rules on transfer and sanctioning, Any other data must be provided safely to Statistics Denmark. , You will find the guide for uploading external data sets under ‘Use of DDV upload’, Requirements for external data, Only approved and documented data:, External data must be covered by an approved project proposal. Documentation of the external data content must be uploaded as an appendix in the DDP App. See below under ‘Documentation of external data’., No information identifying individuals or businesses:, Personal names, company names, responses with free text in surveys and other information roughly identifying individuals or businesses is not allowed to be included in external data. Such variables must be removed or categorised before external data is provided to Denmark’s Data Portal., Only the required key variables:, You may include only the key variables, e.g. civil registration number, required to link the external data with the other data on the project. Key variables that are not needed must be removed before data is provided to Denmark’s Data Portal., Only numeric variables and categorised text variables:, External data may not include non-categorised text variables, such as free text., Only information required for the specific project:, Key variables for which there is no need, must be removed before data is provided to Denmark’s Data Portal., File formats, External data may be provided in the following formats:, .ASC, .CSV, .DTA, .ODS, .PDF, .SAS7BCAT, .SAS7BDAT, .SAV, .XLS, .XLSX, Documentation of external data, External data must be documented, so that Denmark’s Data Portal gets the information that is necessary to be able to handle the external data and provide it for the specific project. For that reason, the institution is responsible for uploading an overview with the below content as an appendix in the DDP App., A short description of data (for example origin and content), Name of the data set, names of variables and a description of the variable content., The key variables that must be de-identified. This means the variables required to link the external data with the other data in the project (e.g. civil registration number)., Which additional variables must be de-identified? This means variables that can be attributed directly to individuals or businesses (e.g. CVR number, grant number for health practitioner, serial number, or other ID numbers)., Does the external data include key variables that must be linked with key variables in previously provided data sets?, If data is provided directly to Denmark’s Data Portal from another data provider, further documentation may be necessary, e.g. variables that must be deleted (see ‘Requirements for external data’ above)., The overview must be uploaded as an appendix in the DDP App under ’External data sources’ in a generally available format (Excel, Word or similar)., If data is to be linked with more populations, the documentation must be attached as an appendix under ‘External data sources’ for minimum one of these populations. The external data must appear under ‘External data sources’ for each population., When the external data has been provided to Statistics Denmark and the documentation has been uploaded in the DDP App, it is recommended that you notify the project owner in Denmark’s Data Portal via email., Prices for delivery of submitted data, The price for the delivery of submitted data is variable. Once we have received the data, we prepare a framework agreement with a maximum expected time consumption. After delivery of the data, we settle based on the actual time consumption. , See more about framework agreements under Prices and price agreements, ., The expected time consumption depends on many factors, including the number, size, complexity and format of the files. Therefore, we always prepare framework agreements for submitted data on a case-by-case basis, and only when we have received the specific data sets., The table below provides a guide to the typical relationship between the number of data sets and the maximum expected time consumption. Please note, however, that the number of data sets is only one of many factors, and the table is therefore only a guide. Other factors, such as size, number of variables, or special treatment, may increase or decrease the number of hours in the specific framework agreement. Contact the project manager in Denmark’s Data Portal if you need a more precise estimate., See the current hourly rates under Prices and price agreements, Number of datasets, Typical number of hours in framework agreement (indicative), 1-2, 2-4, 3-10, 4-8, 11-20, 8-14, 21-50, 14-20, NOTE: The number of hours in the framework agreement is typically set to accommodate unforeseen circumstances. Since the settlement is based on the actual time spent, the final price will in many cases be lower., Submitting files that do not include microdata, Files that you need in your project and that do not include microdata (e.g. programme files), must not be uploaded via DDV Upload., The files can be sent directly to the project owner in Denmark’s Data Portal, if you are working on a subproject for a project database. If you are working under the researcher scheme, you can send an email to , danmarksdatavindue@dst.dk, . In both instances, you must attach the files to the email. Further, you must:, Confirm that you have checked the files to ensure that they do not include microdata., Confirm that the files do not include microdata., Provide a short description of the content of the files and its relevance in terms of the purpose of the project., Indicate the specific path to where the files must be located., Ensure that the files are submitted in a generally available format that can be opened and checked by Denmark’s Data Portal without use of specialised software.,  , De-identification, When the external data has been received in Denmark’s Data Portal it will be de-identified in the same way as any other data that belongs to the project. This happens by de-identifying key variables. Subsequently, the external data is made available together with any other data in the project., Providing external data to Denmark’s Data Portal, External data must be provided safely to Statistics Denmark, External data can be provided safely to Statistics Denmark in the ways stated below:, Use of DDV Upload, Under Statistics Denmark’s microdata schemes, it is possible to upload additional files with data to be used in an existing project. Only data and documentation can be uploaded. Programmes etc. can be sent to the Denmark’s Data Portal employee who is responsible for the project (project owner)., The documentation must either be sent to the project owner from Statistics Denmark or be uploaded in one of the allowed file formats., Before you upload, Before you upload data to be used in a project, you must ensure that the criteria for use of your data in the project have been met. The requirements are described at the top of the page under ‘Requirements for external data’., The handling of external data is invoiced according to the actual time used, unless otherwise agreed., Contact the project owner in Statistics Denmark in advance., How to upload the files, You log in via remote.dst.dk in the same way as when you are going to work on a project., Under 'Applications and Links' select 'DDV Upload'., Write the project number of the project where your data is to be used., When the project title is shown next to the project number, you must check that you have selected the right project for uploading of data., If relevant, add a comment concerning your data in the comments field for the project owner at Statistics Denmark. Actual correspondence should take place via email. , Add files to be uploaded by clicking `Add file'. You can add one or more files. Each file may run up to 2 GB., Note that not all types of files can be uploaded. You can see the list of allowed types under `File formats' further up on the page., When all files have been selected, you must click `Upload'., When all the files have been uploaded, you can log out in the bottom right-hand corner., If relevant, see , this guide for DDV upload (pdf, in Danish), , which includes screenshots of the upload process., Use of secure email, Data with a max. file size of 100 MB can be sent via secure email to , forskerpost@dst.dk, in one of two ways: , The institution retrieves Statistics Denmark's certificate at the website for download of security certificates (in Danish): Select , forskerpost@dst.dk, . For Outlook, we recommend the Vcf format. , After this, external data must be sent to , forskerpost@dst.dk, . Always indicate project number and project owner in Denmark’s Data Portal in the subject field of the email and notify the project owner in Denmark’s Data Portal directly, once the external data has been sent. Statistics Denmark does not offer any support for encryption or digital signature. Refer to your own IT department for guidance using mitID and secure email., The institution can use a secure, encrypted tunnel (SEPO). The set-up is individual for different institutions and must be handled by the institution's IT department, which should be involved before the external data is sent., You must always indicate the project number and notify the project owner in Denmark’s Data Portal that the email has been sent using an encrypted tunnel (SEPO). If using an encrypted tunnel, external data must also be sent to , forskerpost@dst.dk, ., Registered letter or personal delivery, For data security reasons, we recommend that you use one of the above options., If this is not possible (e.g. if the files are very big), it is possible to provide password-protected external data on physical media directly to Statistics Denmark at the below address. The contact person for the project in Denmark’s Data Portal and the project number must always appear from the material handed in:, Statistics Denmark, Service Desk, Sankt Kjelds Plads 11, 2100 Copenhagen Ø, Att. Contact person for the project in Denmark’s Data Portal, Re. project number: 7XXXXX, External data can either be delivered personally at Statistics Denmark's reception or be sent by registered mail to Statistics Denmark on a physical medium (DVD, CD-ROM or USB, which will not be returned). When provided on a physical medium, the external data must be password-protected. Password must not be provided together with the physical medium., When the external data has been received, you must send the password via email to the contact person for the project in Denmark’s Data Portal.,  , Other data providers, Other data providers can provide external data directly to Statistics Denmark at the request of the institution and by agreement between Denmark’s Data Portal and the data provider. Delivery of external data must take place in one of the above ways, but you must make sure that the external data complies with the requirements above before it are delivered to RDenmark’s Data Portal., Do , not , send data via standard email, External data must not be sent via standard email, since this is not a secure delivery mode.

https://www.dst.dk/en/TilSalg/data-til-forskning/databestilling/tilknytning-af-eksterne-data

Agricultural and horticultural economy

How many full-time farms are there in Denmark? How are the prices of agricultural products developing? Get an overview of the agricultural economy.

https://www.dst.dk/en/Statistik/emner/erhvervsliv/landbrug-gartneri-og-skovbrug/oekonomi-for-landbrug-og-gartneri

Subject page