2007
Journal article
Open Access
DRIVER: Building the Network for Accessing Digital Repositories across Europe
Fejien M., Horstmann W., Manghi P., Robinson M., Russell R.
Outline of the DRIVER Project and its achievements so far in supporting and enhancing digital repository development in Europe.Source: Ariadne (Dundee. Online) 53 (2007): 1–4.
Fejien M., Horstmann W., Manghi P., Robinson M., Russell R.
Outline of the DRIVER Project and its achievements so far in supporting and enhancing digital repository development in Europe.Source: Ariadne (Dundee. Online) 53 (2007): 1–4.
See at:
www.ariadne.ac.uk 
| CNR ExploRA
2010
Journal article
Restricted
An infrastructure for managing EC funded research output - The OpenAIRE Project
Manghi P., Manola N., Horstmann W., Peters D.
The OpenAIRE project aims at supporting the diffusion and adoption of the European Commission Open Access mandates among researchers in Europe. It will deliver an organizational/technological infrastructure "supporting mechanisms for the identification, deposition, access, and monitoring of FP7 and ERC funded articles". The organizational infrastructure will provide a European Helpdesk jointly operated by a European network of National correspondents. The technological infrastructure will be based on state-of-the-art software services of the D-NET Software Toolkit developed within the DRIVER and DRIVER-II projects and the Invenio digital repository software developed at CERN.Source: The Grey journal (Print) 6 (2010): 31–40.
Manghi P., Manola N., Horstmann W., Peters D.
The OpenAIRE project aims at supporting the diffusion and adoption of the European Commission Open Access mandates among researchers in Europe. It will deliver an organizational/technological infrastructure "supporting mechanisms for the identification, deposition, access, and monitoring of FP7 and ERC funded articles". The organizational infrastructure will provide a European Helpdesk jointly operated by a European network of National correspondents. The technological infrastructure will be based on state-of-the-art software services of the D-NET Software Toolkit developed within the DRIVER and DRIVER-II projects and the Invenio digital repository software developed at CERN.Source: The Grey journal (Print) 6 (2010): 31–40.
See at:
www.greynet.org 
| CNR ExploRA
2007
Contribution to conference
Open Access
DRIVER - A European Digital Repository Infrastructure - Demo
Manghi P.
The Driver Infrastructure is presented that aims at creating a European Virtual Research Environment for Open Access publications.Source: European Information Space: Infrastructures, Services and Applications Workshop,, Rome, Italy, 29-30 October 2007
Manghi P.
The Driver Infrastructure is presented that aims at creating a European Virtual Research Environment for Open Access publications.Source: European Information Space: Infrastructures, Services and Applications Workshop,, Rome, Italy, 29-30 October 2007
See at:
ISTI Repository | CNR ExploRA
2006
Report
Unknown
DRIVER - 03-D1.0-1.1 Functional specification
Manghi P., Manola N.
The purpose of this document is to present the results of the activity conducted within theSource: Project report, DRIVER, Deliverable D1.0-1.1, 2006
Manghi P., Manola N.
The purpose of this document is to present the results of the activity conducted within theSource: Project report, DRIVER, Deliverable D1.0-1.1, 2006
See at: CNR ExploRA
2008
Report
Open Access
Enabling services enhancement specification
Manghi P., Sylwestrzak W.
This document describes the changes to be applied to the Enabling Services of the DRIVER Testbed in order to enable a sustainable production infrastructure.Source: Project report, DRIVER, Deliverable D7.1, 2008
Project(s): DRIVER II
Manghi P., Sylwestrzak W.
This document describes the changes to be applied to the Enabling Services of the DRIVER Testbed in order to enable a sustainable production infrastructure.Source: Project report, DRIVER, Deliverable D7.1, 2008
Project(s): DRIVER II
See at:
ISTI Repository | CNR ExploRA
2008
Report
Open Access
Information space report
Manghi P.
This deliverable introduces the notion of Service orchestration used in the DRIVER infrastructure to construct and maintain Information Spaces. More specifically, it illustrates how it is used to maintain the DRIVER Information Space of European Open Access publications.Source: Project report, DRIVER, Deliverable D5.1, 2008
Project(s): DRIVER II
Manghi P.
This deliverable introduces the notion of Service orchestration used in the DRIVER infrastructure to construct and maintain Information Spaces. More specifically, it illustrates how it is used to maintain the DRIVER Information Space of European Open Access publications.Source: Project report, DRIVER, Deliverable D5.1, 2008
Project(s): DRIVER II
See at:
ISTI Repository | CNR ExploRA
2008
Report
Open Access
Compound object model integration report D8.4
Manghi P.
This deliverable presents how Content Services - a novel service that is capable of managing compound objects - is to be realized in WP8 and how it will impact on the current technical realization of the Information Space, based on MDStore Services and Index Services. This deliverable also lays out the plan how to seamlessly connect to the studies on "enhanced publications" - as specific exemplars of compound objects - that were carried out in WP4.Source: Project report, DRIVER, Deliverable D8.4, 2008
Project(s): DRIVER II
Manghi P.
This deliverable presents how Content Services - a novel service that is capable of managing compound objects - is to be realized in WP8 and how it will impact on the current technical realization of the Information Space, based on MDStore Services and Index Services. This deliverable also lays out the plan how to seamlessly connect to the studies on "enhanced publications" - as specific exemplars of compound objects - that were carried out in WP4.Source: Project report, DRIVER, Deliverable D8.4, 2008
Project(s): DRIVER II
See at:
ISTI Repository | CNR ExploRA
2008
Report
Unknown
D1.3 detailed activity plan report
Manghi P.
This report is a summary of all coordination, design and development activities carried out during all phases of project design and development from December 2007 to September 2008.Source: Project report, DRIVER, Deliverable D1.3, 2008
Project(s): DRIVER II
Manghi P.
This report is a summary of all coordination, design and development activities carried out during all phases of project design and development from December 2007 to September 2008.Source: Project report, DRIVER, Deliverable D1.3, 2008
Project(s): DRIVER II
See at: CNR ExploRA
2008
Report
Open Access
DRIVER II - Compound object model specification
Manghi P.
This deliverable presents the Compound Object data model to be adopted in DRIVER. The model will serve the implementation of Content Services capable of supporting efficient storage and search of DRIVER Compound Objects.Source: Project report, DRIVER, Deliverable D8.1, 2008
Project(s): DRIVER II
Manghi P.
This deliverable presents the Compound Object data model to be adopted in DRIVER. The model will serve the implementation of Content Services capable of supporting efficient storage and search of DRIVER Compound Objects.Source: Project report, DRIVER, Deliverable D8.1, 2008
Project(s): DRIVER II
See at:
ISTI Repository | CNR ExploRA
2008
Report
Open Access
Software release plan
Manghi P.
The aim of this deliverable is to present the software design and production steps leading to the D-NET v1.0 release of the DRIVER Infrastructure.Source: Project report, DRIVER, Deliverable D6.1, 2008
Project(s): DRIVER II
Manghi P.
The aim of this deliverable is to present the software design and production steps leading to the D-NET v1.0 release of the DRIVER Infrastructure.Source: Project report, DRIVER, Deliverable D6.1, 2008
Project(s): DRIVER II
See at:
ISTI Repository | CNR ExploRA
2010
Report
Open Access
HOPE: high-level design of the HOPE architecture
Siebinga S., Manghi P., Mieldijk M., Van Der Werf T.
The high-level design (HLD) of the HOPE architecture identifies the basic concepts, principles, functions, data flows and open standards of the HOPE system. The purpose of the high-level design is to outline a technical approach to the HOPE infrastructure and system, and to provide sufficient guidance and direction for the project during the implementation of the HOPE system.Source: Project report, HOPE, 2010
Project(s): HOPE
Siebinga S., Manghi P., Mieldijk M., Van Der Werf T.
The high-level design (HLD) of the HOPE architecture identifies the basic concepts, principles, functions, data flows and open standards of the HOPE system. The purpose of the high-level design is to outline a technical approach to the HOPE infrastructure and system, and to provide sufficient guidance and direction for the project during the implementation of the HOPE system.Source: Project report, HOPE, 2010
Project(s): HOPE
See at:
ISTI Repository | CNR ExploRA
2010
Report
Open Access
HOPE - High-level design of the HOPE architecture
Siebinga S., Manghi P., Mieldijk M., Van Der Werf T.
This vision document defines the view of the HOPE Consortium on the technical implementation to be carried out by the project HOPE. The vision contains an outline of the envisioned HOPE system and its core requirements. It describes the high-level stakeholder needs and constraints and gives an overview of the reasoning, background, and context for detailed requirements. The vision serves as input for communicating the fundamental "what and why" for the project and provides a strategy against which all future decisions can be validated. The vision should rally Consortium members and give them the context for decision-making in the requirements area. The vision must be visible to everyone in the Consortium.Source: Project report, HOPE, Deliverable D2.1, 2010
Project(s): HOPE
Siebinga S., Manghi P., Mieldijk M., Van Der Werf T.
This vision document defines the view of the HOPE Consortium on the technical implementation to be carried out by the project HOPE. The vision contains an outline of the envisioned HOPE system and its core requirements. It describes the high-level stakeholder needs and constraints and gives an overview of the reasoning, background, and context for detailed requirements. The vision serves as input for communicating the fundamental "what and why" for the project and provides a strategy against which all future decisions can be validated. The vision should rally Consortium members and give them the context for decision-making in the requirements area. The vision must be visible to everyone in the Consortium.Source: Project report, HOPE, Deliverable D2.1, 2010
Project(s): HOPE
See at:
ISTI Repository | CNR ExploRA
2010
Report
Open Access
OpenAIRE data model specification
Manghi P.
The OpenAIRE web site will offer functionalities for administrators, anonymous and registered users to manage an Information Space of FP7-funded open access publications. The aim of this document is to describe the conceived structure and semantics of this Information Space, i.e., the Open AIRE data model, by providing an abstract definition of its main entities and the relationships between them. In this definitional process, the intended interaction (Task 7.2) between the OpenAIRE Information Space and the EC Participant Portal software systems (e.g., CORDIS, NEF, SESAM) plays an important role in the specification of project data, i.e., how project data should be described, stored and exported in OpenAIRE. At this stage of interaction, we shall consider as authoritative sources for project data, the SESAM system and the CORDIS web site, which contain information on publications, reports, projects and participants in FP7. As such, we shall store project information adopting a schema inspired by SESAM and CORDIS. Furthermore, with regard to data export, the results of projects such as CERIF and KE-CRIS-OAR are taken into account as inspiring guidelines. Finally, the document will analyze the impact of the OpenAIRE data model on the repository managers willing to expose, through OAI-PMH interfaces, metadata conforming to the OpenAIRE Information Space, so as to avoid double ingestion work to their researchers.Source: Project report, OpenAIRE, Deliverable D5.1, 2010
Project(s): OPENAIRE
Manghi P.
The OpenAIRE web site will offer functionalities for administrators, anonymous and registered users to manage an Information Space of FP7-funded open access publications. The aim of this document is to describe the conceived structure and semantics of this Information Space, i.e., the Open AIRE data model, by providing an abstract definition of its main entities and the relationships between them. In this definitional process, the intended interaction (Task 7.2) between the OpenAIRE Information Space and the EC Participant Portal software systems (e.g., CORDIS, NEF, SESAM) plays an important role in the specification of project data, i.e., how project data should be described, stored and exported in OpenAIRE. At this stage of interaction, we shall consider as authoritative sources for project data, the SESAM system and the CORDIS web site, which contain information on publications, reports, projects and participants in FP7. As such, we shall store project information adopting a schema inspired by SESAM and CORDIS. Furthermore, with regard to data export, the results of projects such as CERIF and KE-CRIS-OAR are taken into account as inspiring guidelines. Finally, the document will analyze the impact of the OpenAIRE data model on the repository managers willing to expose, through OAI-PMH interfaces, metadata conforming to the OpenAIRE Information Space, so as to avoid double ingestion work to their researchers.Source: Project report, OpenAIRE, Deliverable D5.1, 2010
Project(s): OPENAIRE
See at:
ISTI Repository | CNR ExploRA
2010
Report
Open Access
OpenAIRE - Specs for interoperability with existing CRIS-systems and Commission tools
Bijsterbosch M., Elbæk M. K., Manghi P., Manola N., Schirrwagen J., Vanderfeesten M.
The aim of the OpenAIRE system is to harvest publication bibliographic metadata from institutional and subject-based repositories, e.g., Open Access Repositories (OAR), and in parallel to fetch project metadata from the CORDA database of the European Commision to enable ways for interconnecting the two, in order to identify, capture and measure the results obtained through EC fundings in FP7 projects. This deliverable explores two main issues related with the above scenario: (i) the possibility for OpenAIRE to interoperate with existing CRIS-OAR environments, which already have started to establish similar principles and exchange mechanisms for an integrated research environment, and (ii) the methodology adopted and agreed by OpenAIRE and the CORDA database EC service to make the two systems interoperate on the logical level and develop services to ingest project information into OpenAIRE.Source: Project report, OpenAIRE, Deliverable D7.1, 2010
Project(s): OPENAIRE
Bijsterbosch M., Elbæk M. K., Manghi P., Manola N., Schirrwagen J., Vanderfeesten M.
The aim of the OpenAIRE system is to harvest publication bibliographic metadata from institutional and subject-based repositories, e.g., Open Access Repositories (OAR), and in parallel to fetch project metadata from the CORDA database of the European Commision to enable ways for interconnecting the two, in order to identify, capture and measure the results obtained through EC fundings in FP7 projects. This deliverable explores two main issues related with the above scenario: (i) the possibility for OpenAIRE to interoperate with existing CRIS-OAR environments, which already have started to establish similar principles and exchange mechanisms for an integrated research environment, and (ii) the methodology adopted and agreed by OpenAIRE and the CORDA database EC service to make the two systems interoperate on the logical level and develop services to ingest project information into OpenAIRE.Source: Project report, OpenAIRE, Deliverable D7.1, 2010
Project(s): OPENAIRE
See at:
ISTI Repository | CNR ExploRA
2006
Journal article
Open Access
Static analysis for path correctness of XML queries
Dario Colazzo, Giorgio Ghelli, Paolo Manghi, Carlo Sartiani
A part of a query that will never contribute data to the query answer should be regarded as an error. This principle has been recently accepted into mainstream XML query languages, but was still waiting for a complete treatment. We provide here a precise definition for this class of errors, and define a type system that is sound and complete, in its search for such errors, for a core language, under mild restrictions on the use of recursion in type definitions. In the process, we describe a dichotomy among existential and universal type systems, which is essential to understand some specific features of our type system.Source: Journal of functional programming (Print) 16 (2006): 621–661. doi:10.1017/S0956796806005983
DOI: 10.1017/s0956796806005983
Metrics:
Dario Colazzo, Giorgio Ghelli, Paolo Manghi, Carlo Sartiani
A part of a query that will never contribute data to the query answer should be regarded as an error. This principle has been recently accepted into mainstream XML query languages, but was still waiting for a complete treatment. We provide here a precise definition for this class of errors, and define a type system that is sound and complete, in its search for such errors, for a core language, under mild restrictions on the use of recursion in type definitions. In the process, we describe a dichotomy among existential and universal type systems, which is essential to understand some specific features of our type system.Source: Journal of functional programming (Print) 16 (2006): 621–661. doi:10.1017/S0956796806005983
DOI: 10.1017/s0956796806005983
Metrics:
See at:
Journal of Functional Programming | Journal of Functional Programming | journals.cambridge.org | CNR ExploRA
2004
Conference article
Closed Access
Types for Path Correctness of XML Queries
Dario Colazzo, Giorgio Ghelli, Paolo Manghi, Carlo Sartiani
If a subexpression in a query will never contribute data to the query answer, this should be regarded as an error. This principle has been recently accepted into mainstream XML query languages, but was still waiting for a complete treatment. We provide here a precise definition for this class of errors, and define a type system that is sound and complete, in its search for such errors, for a core language, under mild restrictions on the use of recursion in type definitions. In the process, we describe a dichotomy among existential and universal type systems, which is useful to understand some unusual features of our type system.Source: Proceedings of the ninth ACM SIGPLAN International Conference on Functional Programming, pp. 126–137, Snowbird, Utah, September 19-22, 2004
DOI: 10.1145/1016850.1016869
DOI: 10.1145/1016848.1016869
Metrics:
Dario Colazzo, Giorgio Ghelli, Paolo Manghi, Carlo Sartiani
If a subexpression in a query will never contribute data to the query answer, this should be regarded as an error. This principle has been recently accepted into mainstream XML query languages, but was still waiting for a complete treatment. We provide here a precise definition for this class of errors, and define a type system that is sound and complete, in its search for such errors, for a core language, under mild restrictions on the use of recursion in type definitions. In the process, we describe a dichotomy among existential and universal type systems, which is useful to understand some unusual features of our type system.Source: Proceedings of the ninth ACM SIGPLAN International Conference on Functional Programming, pp. 126–137, Snowbird, Utah, September 19-22, 2004
DOI: 10.1145/1016850.1016869
DOI: 10.1145/1016848.1016869
Metrics:
See at:
dl.acm.org | ACM SIGPLAN Notices | doi.org | www.scopus.com | CNR ExploRA
2007
Conference article
Open Access
Scalable Query Dissemination in XPeer
Conforti G., Ghelli G., Manghi P., Sartiani C.
This paper presents XPeer, a data sharing system for massively distributed XML data. XPeer allows users to publish and query heterogeneous information without any significant administration efforts. XPeer tries to dispatch any given query to all and only the potentially relevant peers, exploiting a superpeer network to this aim.Source: 11th International Database Engineering and Applications Symposium (IDEAS 2007), pp. 199–207, Banff, Alberta, Canada, 6-8 September 2007
DOI: 10.1109/ideas.2007.4318105
Metrics:
Conforti G., Ghelli G., Manghi P., Sartiani C.
This paper presents XPeer, a data sharing system for massively distributed XML data. XPeer allows users to publish and query heterogeneous information without any significant administration efforts. XPeer tries to dispatch any given query to all and only the potentially relevant peers, exploiting a superpeer network to this aim.Source: 11th International Database Engineering and Applications Symposium (IDEAS 2007), pp. 199–207, Banff, Alberta, Canada, 6-8 September 2007
DOI: 10.1109/ideas.2007.4318105
Metrics:
See at:
www.di.unipi.it | ieeexplore.ieee.org | www.scopus.com | xplorestaging.ieee.org | CNR ExploRA
2012
Report
Open Access
EFG1914 - EFG metadata schema extension: documentation
Manghi P.
This document documents the Metadata Schema Extension of the European Film Gatewy EFG1914. EFG1914 is a film digitisation project with three main aims: . To digitise 654 hours of film and ca. 5.600 film-related documents on the theme of the First World War . To give access to the material through the European Film Gateway and Europeana . To build a virtual exhibition using selected objects digitised in EFG1914 Chapter 2 of this deliverable summarizes the relevant aspects of the EFG XML schema defined in the course of the EFG project. Chapter 3 introduces the metadata ingestion architecture in the different phases of ingestion, cleaning, editing and publishing, highlighting which parts have been refined or extended in EFG1914. Finally, Section 4 will then define the metadata schema modification policies to be undertaken in EFG1914, while Section 5 will be an ongoing section where such changes will be recorded in the months to come.Due to the development of a virtual exhibition (WP 7) the re-usage requests of metadata may change in EFG1914. Section 5 will cover the new requirements that are currently in development.Project(s): EFG1914
Manghi P.
This document documents the Metadata Schema Extension of the European Film Gatewy EFG1914. EFG1914 is a film digitisation project with three main aims: . To digitise 654 hours of film and ca. 5.600 film-related documents on the theme of the First World War . To give access to the material through the European Film Gateway and Europeana . To build a virtual exhibition using selected objects digitised in EFG1914 Chapter 2 of this deliverable summarizes the relevant aspects of the EFG XML schema defined in the course of the EFG project. Chapter 3 introduces the metadata ingestion architecture in the different phases of ingestion, cleaning, editing and publishing, highlighting which parts have been refined or extended in EFG1914. Finally, Section 4 will then define the metadata schema modification policies to be undertaken in EFG1914, while Section 5 will be an ongoing section where such changes will be recorded in the months to come.Due to the development of a virtual exhibition (WP 7) the re-usage requests of metadata may change in EFG1914. Section 5 will cover the new requirements that are currently in development.Project(s): EFG1914
See at:
ISTI Repository | CNR ExploRA
2012
Report
Open Access
OPENAIREPLUS - OpenAIREPlus specification and release plan
Manghi P.
In this deliverable we present the plan of design and development of the OpenAIREplus System for the next 28 months. Its intended use is mainly for technical partners to locate their software release duties in the wider context of the project software release, but also for the generic reader to get an overall picture and insight view of the technical activities.Source: Project report, OpenAIREplus, Deliverable 5.1, 2012
Project(s): OPENAIREPLUS
Manghi P.
In this deliverable we present the plan of design and development of the OpenAIREplus System for the next 28 months. Its intended use is mainly for technical partners to locate their software release duties in the wider context of the project software release, but also for the generic reader to get an overall picture and insight view of the technical activities.Source: Project report, OpenAIREplus, Deliverable 5.1, 2012
Project(s): OPENAIREPLUS
See at:
ISTI Repository | CNR ExploRA
2012
Contribution to conference
Unknown
The OpenAIRE data infrastructure services on interlinking european institutional repositories, dataset archives, and CRIS systems
Manghi P., Bolikowski L., Manola N., Schirrwagen J., Rettberg N., Smith T.
The OpenAIREplus project (Open Access Infrastructure for Research in Europe Plus, Dec 2011 - May 2014) aims at realizing and maintaining the European scholarly communication data infrastructure.1 To this aim, the data infrastructure collects and interlinks content from repositories (i.e., OA and non-OA publications), dataset archives (i.e., research datasets), and CRIS systems (i.e., funding information from European Commission and National funding schemes), and supports advanced metrics to measure impacts of Open Access mandates and funding over research. The infrastructure populates a graph of (metadata of) objects spanning across all research disciplines and countries, with the major objectives of: (i) providing enhanced access to the graph for end-users and third-party systems, (ii) experimenting automatic inference of semantic relationships between different object typologies (e.g., datasets and publications), and (iii) construction and refinement of "enhanced publications". This poster presents the high-level architecture, data model, and functionalities of the data infrastructure services devised in the context of the OpenAIREplus project. Services provide functionalities for data collection and integration, i.e., registering-validating data sources to the infrastructure in order to collect and convert their content into OpenAIREplus objects; data inference, i.e., analysis of collected metadata and digital objects (e.g., PDFs), to automatically infer new objects or relationships between them (e.g., content similarity, object citation, content classification); data insertion and curation, i.e., addition, removal or update of collected objects by a set of experts or registered end-users; data provision, i.e., standard APIs and interfaces to search, browse and visualize the graph of objects.Source: The 7th International Conference on Open Repositories, Edinburg, UK, 9-13 July 2012
Project(s): OPENAIREPLUS
Manghi P., Bolikowski L., Manola N., Schirrwagen J., Rettberg N., Smith T.
The OpenAIREplus project (Open Access Infrastructure for Research in Europe Plus, Dec 2011 - May 2014) aims at realizing and maintaining the European scholarly communication data infrastructure.1 To this aim, the data infrastructure collects and interlinks content from repositories (i.e., OA and non-OA publications), dataset archives (i.e., research datasets), and CRIS systems (i.e., funding information from European Commission and National funding schemes), and supports advanced metrics to measure impacts of Open Access mandates and funding over research. The infrastructure populates a graph of (metadata of) objects spanning across all research disciplines and countries, with the major objectives of: (i) providing enhanced access to the graph for end-users and third-party systems, (ii) experimenting automatic inference of semantic relationships between different object typologies (e.g., datasets and publications), and (iii) construction and refinement of "enhanced publications". This poster presents the high-level architecture, data model, and functionalities of the data infrastructure services devised in the context of the OpenAIREplus project. Services provide functionalities for data collection and integration, i.e., registering-validating data sources to the infrastructure in order to collect and convert their content into OpenAIREplus objects; data inference, i.e., analysis of collected metadata and digital objects (e.g., PDFs), to automatically infer new objects or relationships between them (e.g., content similarity, object citation, content classification); data insertion and curation, i.e., addition, removal or update of collected objects by a set of experts or registered end-users; data provision, i.e., standard APIs and interfaces to search, browse and visualize the graph of objects.Source: The 7th International Conference on Open Repositories, Edinburg, UK, 9-13 July 2012
Project(s): OPENAIREPLUS
See at: CNR ExploRA