1. 1 Integration of the LCP Reporting Into the E-PRTR Current status and Technical proposal August 4th

2. Content Common platform Consequences in LCP integration Current status of LCP integration Task 3: QA/QC Proposal for Task 3: Qa/QC Task 4 : Harvesting of data Proposal for Task 4: Harvesting of data Advantages of our technical approach MDB to XML tool 2

3. Common platform 3 Centralised Register –Administrative units –INSPIRE relevant elements (identifiers, names, addreses, geographical coordinates, NUTS codes, NACE codes, compentent authorities…) Thematic dataflows –Content related information Thematic data By ID Centralised Register Final Data Bases

4. Consequences in LCP Integration Task 1 : Data specificiation UML without administrative units and INSPIRE related-elements Task 2 : XML reporting schemas Without schemas for code lists Task 3: Qa/Qc Remove current validations related to administrative units Maintenance of the off-line tools? Task 4: Harvesting of data E-PRTR database has to be updated New datamodel design is necessary to do the integration (E-PRTR + LCP) Centralised Register design is necessary to do the integration

5. 5 Current Status of LCP Integration Task 1: OK UML (without administrative and INSPIRE related units) deliverable accepted Task 2: OK Schema related to the UML, generated and uploaded to Data Dictionary Task 3: New proposal Task 4: New proposal

6. Task 3: Qa/Qc 6 Currently : Off -line tool Disadvantages: Hard maintenance Advantages: Useful for MS With the centralised register : Remove several validations Include new ones for LCP Generate the executable and install on local workstation

7. Proposal for Task 3: Qa/Qc FME solution On-line tool Hosted at EEA Easy maintenance FME solution On-line tool Hosted at EEA Easy maintenance Feature Manipulation Engine = ETL tools for data transfromations and data translations Used already by EEA IDM unit for other data flows (e.g. WFD and Air Reporting) Development of a FME process for all validations related to thematic data for EPRTR and LCP Simulate the off line tool behaviour for MS New link in Reportnet The MS will receive the result in HTML format in the Reportnet interface

8. Proposal for Task 3: Qa/Qc 8 Validation result Execute FME process QA/QC output Upload XML

9. Task 4: Harvesting of data 9 Centralising information: Adapt E-PRTR database Implement the integration between Thematic data and Register information (previously the centralised register design has to be done) Integrate LCP Thematic data into EPRTR data model (previously the E-PRTR data model has to be designed)

10. Proposal for Task 4: Harvesting of data 10 Separate the harvesting data in two data workflows: Thematic data into thematic database (by Bilbomatica) Final information into final database (in other project) Bilbomatica Thematic DB Centralised Register Final DB

11. Proposal for Task 4: Harvesting of data 11 FME solution Feature Manipulation Engine = ETL tools for data transfromations and data translations Automatic process executed when the MS envelope is released: Get data from CDR Reportnet Validate information Upload information into the Thematic database

12. Proposal for Task 4: Harvesting of data 12 Execute FME processes (validation and load data) MS upload data to CDR Save data in SQL data base

13. Advantages of our technical approach 13 No off line tools EEA has the infrastrucure and knowledge to execute and maintain the data flow Bilbomatica has expertise through other similar projects Alternative to MDB files: FME process to convert mdb file into xml and send the result by email to the data provider

14. MDB to XML Execute FME process Upload MDB and email XML file attached by email

15. Dataflow review 15

16. Questions?

17. THANK YOU Natalia Orio norio@bilbomatica.es Alberto Telletxea atelletxea@bilbomatica.es