Jusletter IT

Open Data, Open Api and Database Rights

  • Author: Jakub Míšek
  • Category: Articles
  • Region: Czech Republic
  • Field of law: IP Law, IP-Law
  • Collection: Conference proceedings IRIS 2019
  • Citation: Jakub Míšek, Open Data, Open Api and Database Rights, in: Jusletter IT 21. February 2019
Public sector information provided via Open API will become more prominent next to Open Data. This trend is clear from the proposed PSI Directive Recast, where Open API is recommended for dynamic datasets like traffic data collected thanks to IoT sensor networks. This paper examines if and how Open API interacts with sui generis database rights with the accent on the limitations of such rights. The following issues are addressed: I) Open API and its differences from Open Data; II) the effect of Open API on the protected database and III) application of exceptions and limitations of such rights.

Table of contents

  • 1. Introduction
  • 2. PSI, Open Data & Open API
  • 3. The sui generis database right and its exceptions
  • 4. Sui generis right in the light of PSI, open data and open API
  • 5. Conclusion
  • 6. References

1.

Introduction1 ^

[1]

Reuse of public sector information (henceforth «PSI») is a worldwide phenomenon for at least last three decades2 because information produced by public sector bodies during fulfilling of their duties and tasks can bear a large socioeconomic potential.3 However, this potential is fully utilised only when there is an easy way which allows further use of such data by third parties. Therefore, in 2003, the European legislator adopted Directive 2003/98/EC (the so-called PSI directive) which generally aimed at the creation of a legal framework enabling transparent and non-discriminatory reuse of PSI. The main task of the directive was to enhance economic effectiveness,4 with a general rule that any information provided by the Member States should be published in a way that makes its reuse as easy as possible. The directive was amended in 20135 and the new text pushed this approach even further by introducing a duty to publish such information in an open and machine-readable format. Furthermore, there has been an ongoing legislation procedure on the European level and a recast of the PSI directive is being prepared.6 The directive will be renamed as «Open Data Directive» and, for the first time, it mentions open data as a way of providing PSI.7 It also aims to support the publication of dynamic data gathered by IoT sensors, such as data concerning transportation, in real time by other novel technical means, specifically by Open API. Section 2 of this article describes the practical difference between PSI publication as open data and open API.

[2]

Apart from the technical issues of the PSI publication, the legal questions must be taken care of as well. Only then the third parties who use the data can do so as easily and freely as possible. An important part of the process is, therefore, licensing of intellectual property rights protecting provided content.8 The article elaborates on sui generis database right protection, its exceptions and limitations and its application on open data and open API. It examines practical issues of open data and open API way of providing PSI and its legal consequences. Section 3 therefore briefly introduces the legal framework of sui generis database right protection and its exceptions and limitations.

[3]

Sections 4 of this article is dedicated to a legal analysis of PSI publication in connection with the sui generis right. Firstly, there are examined both practical and legal obstacles presented by sui generis right during PSI open data and open API publication. Secondly, Czech regulation is proposed as a good example of how to overcome such obstacles.

2.

PSI, Open Data & Open API ^

[4]

PSI is a potential source of a great economic value that can be gained by their reuse. For example, data that are normally separated because of their different producers can be put together. Thus, they can show new contexts which can result in substantive savings, like in the case of the British National Health Service: «The visualization created from these data revealed potential savings for the National Health Service in UK of around 200 million pounds per annum, if two thirds of proprietary (expensive) statins were substituted with generic (inexpensive) versions of the same drugs.»9 Another example is the creation of applications utilising PSI and providing citizens with better services that are offered by the public sector.10 End users of such applications will gladly pay for them which creates another revenue for the public sector in the form of taxes, employment and other economic factors. The McKinsey Global Institute analysed seven areas (education, transportation, consumer relations, energetics, oil, healthcare and consumer finances) and estimated that the potential revenue of publishing and reusing data in these areas is worth USD 3 trillion annually.11 Apart from the economic benefits of PSI, there are also societal ones, such as the transparency of public administration and greater involvement of citizens in public affairs and decision making.12

[5]

The European legislator introduced the PSI directive in 2003 and after the amendment from 2013, it requires the Member States to guarantee that PSI is provided as open and accessible as possible technically as well as legally. Public sector information is closely connected with the notion of «open data»,13 as a highly effective way of public sector information publication.14 The general definition describes open data as «data that can be freely used, shared and built-on by anyone, anywhere, for any purpose.»15 The data must be provided in a way that anyone can legally get it, download it, build on it, alter it and share it with a minimum of legal restriction.16 From a technical perspective, the data must be provided in an open17 and machine-readable format.18 The ideal state of open data is «linked data», an interconnected web of data providing each other necessary contexts.19 Furthermore, a distinctive characteristic of open data is that the whole database is provided to download in bulk.20 A person who wants to work with open data, must download the whole dataset (a database of coherent data) and incorporate it in its application.

[6]

Another way of PSI publication, which also meets the requirements of openness, is using open API (Application Programming Interface). API is a way how two programs can exchange data when the first uses the API provided by the second to access its data.21 API can be therefore seen as a presentation layer of a database. It allows machine to machine access to a database without the need to download it completely in bulk. It is therefore perfect for IoT and machine to machine communication in general. According to Grabowski, open API refers to such API which is openly accessible because its specifications (the way how to connect to it and use it) are published online.22 Access to an API can be conditioned with an API key, which can serve as a way, how can an operator of such database control, what is being done with it, who is accessing which data and that it is not exploited in any way. A typical use of open API is a creation of a new application, which uses data and services from several open APIs, thus creating a mash-up.23

[7]

Proposal of «Open Data» PSI directive recast also contains provisions concerning open API. Recital 28 states that well-designed API is useful. API is defined as a set of functions, procedures, definitions and protocols for machine-to-machine communication and the seamless exchange of data. Open API should be supported by clear online available technical documentation. The recital adds that when it is appropriate, also a bulk download should be available. It can be seen, that the proposal recognises both ways of providing PSI – open data and open API. Art. 5 of the proposal then specifies that APIs should be used when a public sector body is providing dynamic data. It can be therefore expected that the share of PSI publication via open API will be rising.

3.

The sui generis database right and its exceptions ^

[8]

The Sui generis database right was introduced in 1996 by Directive 96/9/EC, and it protects the investment that was made for the creation of the database.24 The right benefits to the maker of the database,25 who is a person or a body «involved both in the initial organization of the database and its financing26 A qualitatively or quantitatively substantial investment in obtaining, verification or presentation of the content of the database must be present in order to obtain protection.27 Obtaining refers to a process of incorporating already existing elements into the database.28 In the area of PSI, a public sector body’s investment in database collection of nationally approved pharmaceuticals can be an example of substantial investment in obtaining of the content. Another example might be a private company which wants to reuse public sector data, but first, it must gather them and edit into a right data format.29 The second aspect, verification, refers to a cost spent on ensuring the reliability of the information contained in that database.30 Finally, the third aspect, presentation of the content, refers to an investment, which is spent so the database can fulfil its information purpose and data it contains can be processed. In the light of PSI publication, an example can be a the creation of a script which exports database for a bulk download, but also the investment which is made in the creation and implementation of open API.

[9]

The sui generis database right is an absolute right that ensures that the maker of the database can extradite (copy in any way) and re-utilise (any further use) content of the database and that he can prevent anyone from doing so. It can be said that the sui generis database right indirectly protects the content of the database. The maker of the database can license and even waive the sui generis right.

[10]

Directive 96/9/EC contains in Art. 8 several limits of the right, which allow extraction and re-utilisation of qualitatively or quantitatively insubstantial parts of publicly available database content under a condition that this action is conducted by a lawful user and that it does not prejudice legitimate interests of the maker of the database. The maker of the database cannot contractually preclude application of this limit of protection.31

[11]

Art. 9 of the Directive introduces a limited number of statutory exceptions from the sui generis right, which can member states implement in their law. These exceptions cover only publicly available databases. A substantial part of content of such databases can be extracted and re-utilised if i) the database is non-electronic, and the extraction is for private purposes, or ii) extraction is done for illustration, teaching or scientific research, the source is indicated, and it is done only for a non-commercial purpose, or iii) extraction and/or re-utilisation is done for public security or an administrative or judicial procedure. As Hugenholtz mentions, only these few exceptions and that no others are allowed under European law.32 He rightfully claims that this may constitute problems, where sui generis rights overlap with copyright protection.33 It also means that member states cannot generally set new exceptions from the sui generis database right.34

4.

Sui generis right in the light of PSI, open data and open API ^

[12]

The first conceptual question is whether the sui generis database right can protect databases produced by public sector bodies. The purpose of this legal instrument is to protect an investment in the database. However, public authorities generally make databases because it is part of their legal duties. They are financed from public funds and therefore any investment in the database is not stricto sensu present. This argumentation was used by Netherlandish Raad van State in a case, in which sui generis right to a database created by the City of Amsterdam was denied.35 On the other hand, national legislation can differ, and there are examples of countries (e.g. Germany and the Czech Republic) in which public sector bodies can generally benefit from the sui generis right. This approach was also indirectly confirmed by CJEU in case Compass-Datenbank.36 It should be therefore assumed that the sui generis right can generally protect databases made by public sector bodies.

[13]

PSI should be published in the possibly most open way, which means with as few legal obstacles as possible (preferably none). The easiest way for PSI publication would, therefore, be a case when we can apply statutory exceptions or limitations.

[14]

The way of PSI publication (open data or open API) does not play a role when it comes to exceptions from the sui generis right that are enumerated in Art. 9 of the database directive. The first exception, which allows extraction for private purposes of the contents of a non-electronic database cannot be used for the obvious reason that both open data and open API are provided electronically. The second and third exceptions can apply on data both provided as open data and via open API. However, these exceptions are not enough for proper openness of PSI, because the purposes for which the data can be used are very limited.

[15]

Art. 8 contains a right limitation that allows a lawful user to extract and re-utilise content of the database for any purpose whatsoever if only a non-substantial part of the database is used. This clearly cannot apply to open data publication; the bulk download always contains the whole database.37 At first glance, it may appear that it should be different in the case of open API because through the API the program accesses only the data it needs at a specific moment, which can be quite a small portion of the whole. However, conclusions from the CJEU decision in the Innoweb case38 should adequately apply to this situation. Even though during one request only a minor part of the content of the database is accessed and extracted, it is necessary to assess the whole process. Open API generally allows accessing the whole database. Thus, when it comes to the possibility of application of art. 8, publication as open data and as API leads to the same conclusion that this article is not very useful.

[16]

Where exceptions and limitations do not apply, maker of the database must license sui generis right to provide content of the database fully. As was demonstrated, PSI publication cannot effectively rely on statutory exceptions or limitations from the sui generis right and thus licensing is crucial for this field. Furthermore, proposal of PSI Directive recast contains a specific rule concerning sui generis right: «The right for the maker of a database provided for in Article 7(1) of Directive 96/9/EC shall not be exercised by public sector bodies in order to prevent the re-use of documents or to restrict re-use beyond the limits set by this Directive.»39 Seemingly, this provision brings nothing new, as this rule is silently present in the current version of the Directive.40 On the other hand, if the rule will be expressly stated this way in the final version of the proposal, it would put the accent on the necessity of providing PSI correctly. The proposed provision states that sui generis right «shall not be exercised». However, since a standard way of PSI reuse is a commercial application, mere «not to be exercised» does not bring proper legal certainty. Therefore, this proposed rule should be interpreted in the way, that unless there is an applicable exception, public sector bodies must license sui generis right.41

[17]

Practically speaking, the licence is provided as a part of metadata record of published PSI, both in the cases of open data, where the record is connected to a specific open data dataset bulk download, and open API, where the record is connected to the API specifications.42 It must be stressed out that in case of publishing open data, export of database content into a new file for bulk download is not a making of a new database, even though the new file fulfils the definition of a database in the meaning of the directive. It is just a copy of the original database.43 As Hugenholtz puts it: «extracting data from a database that is itself a copy of another database may amount to infringement of the sui generis right in that database.»44 This means that even though there is a technical difference between open data and open API regarding access to the original database, from a legal perspective of sui generis right protection, both mentioned ways of PSI publication are the same.

[18]

There are also practical problems with licensing. Firstly, quite often it is not clear whether a specific database is protected by a sui generis right because it can be hard to say if the substantial investment was present.45 A solution of «providing licence, just to be sure», is not advisable as it can cause confusion and low legal certainty of the recipient. Secondly, in a situation (especially in the environment of IoT and machine to machine communication), where are involved dozens of data sets coming from many databases provided via open API or as open data, proper licencing can become very burdening. That is in opposition to the principle of PSI Directive that PSI should be provided in a way that makes reuse of data as open and as easy as possible.

[19]

Czech legislator offered an easier way of dealing with the problem of sui generis rights licensing by 2016 amendment of the copyright act.46 The new wording of section 94 of the Copyright acts states that «official work exception applies mutatis mutandis to the maker of the database». Official work exception excludes from copyright protection governmental and other public sector documents («official works») created during public service.47 Application of this exception can be quite broad because its definition is open: «Copyright protection shall not apply to … any other such works where there is public interest in their exclusion from copyright protection.»48 This means that in situations when the database is made as a part of public administration agenda, sui generis right protection does not apply on it. The exception stems from the argument that public databases should not be protected with sui generis right since there is not an investment to protect. It also helps with PSI publication and further reuse of information, because licensing is not necessary, and it is also in line with the proposal of PSI directive recast.49 Finally, in my opinion, it is not against European IP law, even though the database directive does not foresee such an exception. Since the official work exemption applies only to public sector databases, this Czech regulation should be understood as an ex-ante waiver of sui generis database rights by the government.

5.

Conclusion ^

[20]

Recent technological and legislative development shows that publication of PSI in the way of open data or via open API and its reuse will be more and more frequent. However, both the public and the private sector must carefully approach the relating IP rights to ensure maximum utility of this process. Published databases are often protected by sui generis database right which must be properly licensed. This paper examined that from the legal perspective of sui generis right are open data and open API ways of data publication the same. Furthermore, it showed that the Czech application of the official work exception on sui generis right could serve as a good example how to regulatorily support PSI publication and reuse. This solution helps to improve legal certainty of both public and private sector; it lowers the administrative burden with licensing and it is compliant with the European legislation.

6.

References ^

Adriaans, Pieter, Information. In: Zalta, Edward N. (Ed.), The Stanford Encyclopedia of Philosophy, Stanford 2013.

Buckland, Michael Keeble, Information as a Thing, Journal of the American Society for Information Science and Technology, 1991, Issue 5, p. 351–360.

Burkert, Herbert, Public Sector Information: Towards a More Comprehensive Approach in Information Law, Journal of Law and Information Science, 1992, Issue 1, p. 47–62.

Gilchrist, John, Accessing and Reusing Copyright Government Records, Queensland University of Technology Law & Justice Journal, 2010, Issue 10, p. 213–232.

Grabowski, Sebastian, What is Open Data and How to Benefit from It, Zagadnienia Informacji Naukowej, 2014, Issue 103, p. 43–51.

Hugenholtz, Bernt P., Directive 96/9/EC. In: Dreier, Thomas/Hugenholtz, P. Bernt (Eds.), Concise European copyright law, Second edition, Kluwer Law International, Alphen aan den Rijn, The Netherlands 2016, p. 379–420.

Kim, Doyoon/Kim, Jungchae/Kim, DongKeun/Choa, Minhong/Yoo, Sun K., Real-time Ambulance Location Monitoring using GPS and Maps Open API, Proc. of the 30th Annual International Conference of the IEEE Engineering in Medicine and Biology Society, 2008, p. 1561–1563.

Kim, Sang Il/Kim, Hwa Sung, Ontology-based open API composition method for automatic mash-up service generation, Proc. of the 2016 International Conference on Information Networking (ICOIN), 2016 p. 351–356.

Koščík Michal/Myška Matěj, Database authorship and ownership of sui generis database rights in data-driven research, International Review of Law, Computers & Technology, 2017, Issue 1, p. 43–67.

Mockus, Martynas/Palmirani, Monica, Legal Ontology for Open Government Data Mashups, Proc. of the 2017 Conference for E-Democracy and Open Government (CeDEM), 2017, p. 113–124.

Myška, Matěj/Harašta, Jakub, Less Is More? Protecting Databases in the EU after Ryanair, Masaryk University Journal of Law and Technology, 2016, Issue 2, p. 170–199.

Polčák, Radim, Structure and Proportionality of Fundamental Rights in PSI Re-use, Masaryk University Journal of Law and Technology, 2016, Issue 3, p. 381–400.

Ruijer, Erna H. J. M./Martinius, Evelijn, Researching the democratic impact of open government data: A systematic literature review, Information Polity: The International Journal of Government & Democracy in the Information Age, 2017, Issue 4, p. 233–250.

Safarov, Igbal/Meijer, Albert/Grimmelikhuijsen, Stephan, Utilization of open government data: A systematic literature review of types, conditions, effects and users, Information Polity: The International Journal of Government & Democracy in the Information Age, 2017, Issue 1, p. 1–24.

Sappa, Cristiana/Polcak, Radim/Myska, Matej/Harasta, Jakub, Legal Aspects of Public Sector Information: Best Practices in Intellectual Property, Masaryk University Journal of Law and Technology, 2014, Issue 2, p. 233–249.

Siné, Mehdi/Haezebrouck, Theo Paul/Emonet, Emeric, API – AGRO: An Open Data and Open API platform to promote interoperability standards for Farm Services and Ag Web Applications, Journal of Agricultural Informatics, 2015, Issue 4, p. 56–64.

Thorhildur, Jetzek/Avital, Michel/Bjørn-Andersen, Niels, Generating value from open government data, Proc. of the International Conference on Information Systems (ICIS 2013): Reshaping Society Through Information Systems Design, 2013, p. 1737–1756.

Yannoukakou, Aikaterini/Araka. Iliana, Access to Government Information: Right to Information and Open Government Data Synergy, Procedia – Social and Behavioral Sciences, 2014, p. 332–340.

  1. 1 Supported by Czech Scientific Foundation – project GA17-22474S Adapting Exceptions and Limitations to Copyright, Neighbouring Rights and Sui Generis Database Rights to Digital Network Environment.
  2. 2 See e.g. Burkert, Public Sector Information: Towards a More Comprehensive Approach in Information Law, Journal of Law and Information Science, 1992, Issue 1, p. 49; furthermore in 1989 the Commission issued Guidelines for improving the synergy between the public and the private sectors in the information market, which stated in Art. 1 that «Public organizations should, … allow these basic information materials to be used by the private sector and exploited by the information industry through electronic information services.» Online: https://ec.europa.eu/digital-single-market/en/news/guidelines-improving-synergy-between-public-and-private-sectors-information-market, (accessed on 10 January 2019). As a third example can be mentioned president’s Obama Executive Order from May 9, 2013 that made open and machine-readable data the new default for government information. Online: https://obamawhitehouse.archives.gov/open, (accessed on 10 January 2019).
  3. 3 See e.g. Ruijer/Martinius, Researching the democratic impact of open government data: A systematic literature review, Information Polity: The International Journal of Government & Democracy in the Information Age, 2017, Issue 4 and Safarov/Meijer/Grimmelikhuijsen, Utilization of open government data: A systematic literature review of types, conditions, effects and users, Information Polity: The International Journal of Government & Democracy in the Information Age, 2017, Issue 1.
  4. 4 See e.g. Polčák, Structure and Proportionality of Fundamental Rights in PSI Re-use, Masaryk University Journal of Law and Technology, 2016, Issue 3.
  5. 5 The European directive 2013/37/EU.
  6. 6 At the beginning of January 2019, the trialogue is taking place and the new version of the directive should be ready in the first half of this year.
  7. 7 Throughout this article I am working with the proposal of Open Data Directive in the third compromise version of the Presidency from October 1, 2018. Online: https://data.consilium.europa.eu/doc/document/ST-12466-2018-INIT/en/pdf, (accessed on 10 January 2019).
  8. 8 The question of PSI licensing was analysed in a number of works, e.g. : Burkert, Public Sector Information: Towards a More Comprehensive Approach in Information Law, Journal of Law and Information Science, 1992, Issue 1; Gilchrist, Accessing and Reusing Copyright Government Records, Queensland University of Technology Law & Justice Journal, 2010, Issue 10; Polčák, Structure and Proportionality of Fundamental Rights in PSI Re-use, Masaryk University Journal of Law and Technology, 2016, Issue 3; Sappa/Polcak/Myska/Harasta, Legal Aspects of Public Sector Information: Best Practices in Intellectual Property, Masaryk University Journal of Law and Technology, 2014, Issue 2; Mockus/Palmirani, Legal Ontology for Open Government Data Mashups, Proc. of the 2017 Conference for E-Democracy and Open Government (CeDEM), 2017.
  9. 9 Thorhildur/Avital/Bjørn-Andersen, Generating value from open government data, Proc. of the International Conference on Information Systems (ICIS 2013), p. 16.
  10. 10 This relates to often quoted line by Rufus Pollock: «The best thing to do with your data will be thought of by someone else.» https://rufuspollock.com/misc/, (accessed on 10 January 2019).
  11. 11 See McKinsey Global Institute. Open data: Unlocking innovation and performance with liquid information, http://www.mckinsey.com/insights/business_technology/open_data_unlocking_innovation_and_performance_with_liquid_information, (accessed on 10 January 2019).
  12. 12 For more information on the topic see Ruijer/Martinius, Researching the democratic impact of open government data: A systematic literature review, Information Polity: The International Journal of Government & Democracy in the Information Age, 2017, Issue 4.
  13. 13 Term «data» is used in this article as a type of PSI. It is worth a notion that the legislator is generally working with the term «information» quite loosely. For example, in the context of personal data protection it is used in a meaning of a content with specific attributes (and furthermore it is equivalently with term «data», see art. 4 section 1 of regulation No. 2016/679). In the context of PSI it is used in the meaning of a «document», which is aligned with writings of Buckland (see Buckland, Information as a Thing, Journal of the American Society for Information Science and Technology, 1991, Issue 5, p. 352.). However, most of the authors writing on philosophy of information strictly differentiate data and information (for more see Adriaans, Information. In: Zalta (Ed.), The Stanford Encyclopedia of Philosophy, Stanford 2013).
  14. 14 Sometimes term «open data» is used for the content itself and not for «a way of publication» only (e.g. Grabowski, What is Open Data and How to Benefit from It, Zagadnienia Informacji Naukowej, 2014, Issue 103). In my opinion this is not the right approach because it leads to an unnecessary confusion as it puts together two steps in deciding on PSI publication: 1) what data should be made public and 2) how it should be done. It helps to keep these two steps are separated for clarity and understanding of related issues.
  15. 15 Open Knowledge Foundation, Defining open data. https://blog.okfn.org/2013/10/03/defining-open-data/ (accessed on 10 January 2019).
  16. 16 Ibidem. For more see e.g. Yannoukakou/Araka, Access to Government Information: Right to Information and Open Government Data Synergy, Procedia – Social and Behavioral Sciences, 2014, p. 336.
  17. 17 Amended PSI Directive defines in Art. 2 section 7 open format as follows: «A file format that is platform-independent and made available to the public without any restriction that impedes the re-use of documents.» Therefore, the data must be provided in a file format which can be opened without any special proprietary software.
  18. 18 Amended PSI Directive defines in Art. 2 section 7 machine-readable format as follows: «a file format structured so that software applications can easily identify, recognize and extract specific data, including individual statements of fact, and their internal structure.»
  19. 19 Tim Berners-Lee described open data in a 5 star schematics (online, machine readable, open format, web data and linked data), one step building on previous ones. https://5stardata.info/en/, (accessed on 10 January 2019).
  20. 20 Open Knowledge Foundation, Defining open data. https://blog.okfn.org/2013/10/03/defining-open-data/, (accessed on 10 January 2019).
  21. 21 See Siné/Haezebrouck/Emonet, API – AGRO: An Open Data and Open API platform to promote interoperability standards for Farm Services and Ag Web Applications, Journal of Agricultural Informatics, 2015, Issue 4, p. 58.
  22. 22 Grabowski, What is Open Data and How to Benefit from It, Zagadnienia Informacji Naukowej, 2014, Issue 103, p. 47.
  23. 23 An example of such service is a use Google maps enriched with a presentation layer taken from some geographical database. See Kim/Kim, Ontology-based open API composition method for automatic mash-up service generation, Proc. of the 2016 International Conference on Information Networking (ICOIN), 2016 p. 351–352, and Kim/Kim/Kim/Choa/Yoo, Real-time Ambulance Location Monitoring using GPS and Maps Open API, Proc. of the 30th Annual International Conference of the IEEE Engineering in Medicine and Biology Society, 2008.
  24. 24 This is confirmed (among many others) in recitals 10, 11, 12 and 40 of the directive 96/9/EC. The lastly mentioned states: «The object of this sui generis right is to ensure protection of any investment in obtaining, verifying or presenting the contents of a database for the limited duration of the right.»
  25. 25 A database is defined in art. 1 section 2 of directive 96/9/EC as follows: «a collection of independent works, data or other materials arranged in a systematic or methodical way and individually accessible by electronic or other means».
  26. 26 Hugenholtz, Directive 96/9/EC. In: Dreier/Hugenholtz (Eds.), Concise European copyright lawSecond edition, Kluwer Law International, Alphen aan den Rijn, The Netherlands 2016, p. 407.
  27. 27 See Art. 7 of the directive 96/9/ES, for further argumentation on the topic see e.g. Hugenholtz, Directive 96/9/EC. In: Dreier/Hugenholtz (Eds.), Concise European copyright lawSecond edition, Kluwer Law International, Alphen aan den Rijn, The Netherlands 2016, p. 402–415.
  28. 28 As was confirmed in the case CJEU 9. 11. 2004, C-203/02 – The British Horseracing Board and others, investment spent on a creation of elements is not a part of investment into the database. More on the topic see Hugenholtz, Directive 96/9/EC. In: Dreier/Hugenholtz (Eds.), Concise European copyright lawSecond edition, Kluwer Law International, Alphen aan den Rijn, The Netherlands 2016, p. 405.
  29. 29 An example of such situation in the Czech Republic is application «edesky.cz» which gathers and publishes documents taken from public boards (a place, where public sector bodies and municipalities publish official documents) from all around the country. The problem is that there is no standard which the bodies must follow during the publication. Therefore, the operator of the edesky.cz service must invest quite a lot into gathering the data and their transformation into a proper unified data format.
  30. 30 Hugenholtz, Directive 96/9/EC. In: Dreier/Hugenholtz (Eds.), Concise European copyright lawSecond edition, Kluwer Law International, Alphen aan den Rijn, The Netherlands 2016, p. 404.
  31. 31 See CJEU 15. 1. 2015, C-30/14 – Ryanair. For further argumentation see Myška/Harašta, Less Is More? Protecting Databases in the EU after Ryanair, Masaryk University Journal of Law and Technology, 2016, Issue 2.
  32. 32 Hugenholtz, Directive 96/9/EC. In: Dreier/Hugenholtz (Eds.), Concise European copyright lawSecond edition, Kluwer Law International, Alphen aan den Rijn, The Netherlands 2016, p. 410.
  33. 33 For more information see KOŠČÍK MICHAL/MYŠKA MATĚJ, Database authorship and ownership of sui generis database rights in data-driven research, International Review of Law, Computers & Technology, 2017, Issue 1.
  34. 34 More on the topic see Derclay.
  35. 35 See Hugenholtz, Directive 96/9/EC. In: Dreier/Hugenholtz (Eds.), Concise European copyright lawSecond edition, Kluwer Law International, Alphen aan den Rijn, The Netherlands 2016, p. 405. A similar provision is present also in Belgium. For more information see also Fischer et al. Study in support of the evaluation of Directive 96/9/EC on the legal protection of databases, p. 117, https://publications.europa.eu/en/publication-detail/-/publication/5e9c7a51-597c-11e8-ab41-01aa75ed71a1, (accessed on 10 January 2019).
  36. 36 Para. 51 of CJEU 12. 7. 2012, C-138/11 – Compass-Datenbank.
  37. 37 There can be exceptions like in the case, when only a minor part of the whole database held by public sector body is exported for a download.
  38. 38 CJEU 19. 12. 2013, C-202/12 – Innoweb.
  39. 39 Article 1 section 5 of the proposal of PSI directive recast. Online: https://data.consilium.europa.eu/doc/document/ST-12466-2018-INIT/en/pdf, (accessed on 10 January 2019).
  40. 40 The directive contains in Art. 1 a number of exceptions and sui generis right is not present there. Article 1 section 2 letter b) states that the directive shall not apply to documents for which third parties hold intellectual property rights. Sui generis right is however connected directly with the maker of the database, a person who invests in it and sets its purpose, and that is in the context of PSI public sector body.
  41. 41 For example, in the Czech Republic are for sui generis right recommended licences Creative Commons CC BY 4.0 and CC0, because sui generis right can be waived. In Czech online: https://opendata.gov.cz/cinnost:stanoveni-podminek-uziti, (accessed on 10 January 2019).
  42. 42 The situation is even easier in cases where an API key is used, because the licence can be part of registration process, which must be conducted in order to get the API key.
  43. 43 Paragraph 52 of CJEU 9. 11. 2004, C-203/02 – The British Horseracing Board and others.
  44. 44 Hugenholtz, Directive 96/9/EC. In: Dreier/Hugenholtz (Eds.), Concise European copyright lawSecond edition, Kluwer Law International, Alphen aan den Rijn, The Netherlands 2016, p. 407.
  45. 45 The author argues this from a position of personal experience when he collaborated on an open data related project run by Czech Ministry of Interior.
  46. 46 Act no. 121/2000 Sb., the copyright act.
  47. 47 These are e.g. a legal regulation, decision, public charter, publicly accessible register and collection of its documents, draft of an official work and other preparatory official documentation including the official translations. See section 3 of act no. 121/2000 Sb.
  48. 48 Act no. 121/2000 Sb., the copyright act, section 3 letter a).
  49. 49 It must be noted that licensing is still necessary, when there is used a database which does not fall within the exception.