Day 1: Legislative document management, Mr. János Tóth, Head of IT Department, Parliament, Hungary

W
World e-Parliament Conference 2016
#eParliament
28-30 June 2016 // Chamber of Deputies of Chile // Valparaiso
Connecting data and
document
Hungarian National Assembly
 Mr. Tóth János
– Head of IT internal development and customer
services
Parliamentary worklow
Legislative Documents
 Proposal
 Proposed amendment
 Comittee decisions, minutes
 Agenda
 Voting result
 Unified proposal
 Verbatim report
Meta data
 Type of document
– And its connected documents
 Initiator, author
 Events
– Type of event (filling in, debate, decisions)
– Time of event
 Text
– Original scanned version (non-editable OCR pdf)
– Editable Word document
– Something else
Supporting document
 Scheduling calendar
– deadlines
 Invitations
 Cover letters
 Explanations and expert opinions
RDBS or XML
Software elements
 Internal developed PL/SQL functions, how
to print static/dynamics columname,
rownames, cells)
– Tableprint
– Tablerowprint
– Matrixprint
 Apache projects (XML, Graphics)
– XALAN: XML to HTML
– FOP: XML to PDF (PS, PCL, PNG, etc)
Sample matrixprint
Question
addressed to
Ruling parties Opposition
Independent Total
Party1 Party2 Total Party3 Party4 Party5 Total
Prime Minister
0 7 11 5 16 1 17
Minister of
Internal Affairs
14 1 15 17 25 12 37 52
Minister of
Justice
3 3 2 9 1 10 13
Minister of
Defense
6 6 10 4 4 10
Minister of
Foreign Affaris
7 1 8 6 15 2 17 1 26
Minister of
Finance
6 2 8 12 11 4 15 1 24
Total
36 4 40 54 75 24 99 3 142
RDBS vs. XML
Relational Database
Systems
 Static Schema
 Any relationship
 Set-oriented-order unimportant
 Ready to use after query
XML
 Self-describing Volatile schema
 „Human readable”
 Hierarchical
 Sequence-oriented-order
important
 It must parse before use
 Null data problems
RDBS vs. XML
RDBS
 Better for
– Handling large volumens of
data in the same system
– When downstream processing
of data is relational (data
warehouse, olap, statistics,
data-visualisation)
– When the highest possible
performance is required
– Fast transactions, when lot of
users working on the same
data
– Naturally tabular data
XML
 Better for
– Low-volume data is highly
structured
– Machine to machne
communication
• web-services, API
• Component of distributed
systems
– Content Management
System
– Easy to design
Hungarian explaples
 RDBS (Oracle 12c):
– Store all the metadata of documents, events etc.
– Controlling the legislation workflow
 XML
– Store for MP’s declaration of property
– Interface beetween internal and external systems
• MP’s allowances provided by the finance system
• Open-data WEB-API interface on the website
– Mobil applications
WEB-API extension
Summary
 RDBS vs. XML
– No winner
– Complementary to each other
– Always depends from the queries
 What about others?
– MongoDB
– JSON
Bibliograpy
 http://www.rpbourret.com/xml/XMLAndDatabases.htm
 http://xml.coverpages.org/IBM-XML-GC34-2497.pdf
 http://www.room4me.com/index.php?
option=com_content&view=article&id=8:xmlvsdb&catid=2:technology
 http://c2.com/cgi/wiki?AlternativesToXml
THANK YOU!
Janos.toth@parlament.hu
1 of 16

More Related Content

Viewers also liked(17)

GroupW _KineticsGroupW _Kinetics
GroupW _Kinetics
Rashid Alsuwaidi448 views
Dang ky thanh lap doanh nghiepDang ky thanh lap doanh nghiep
Dang ky thanh lap doanh nghiep
vinhphu68269 views
Portafolio y presentación Digittronic StudiosPortafolio y presentación Digittronic Studios
Portafolio y presentación Digittronic Studios
Geovanni Hernández247 views
20160819淀川生協   公開用20160819淀川生協   公開用
20160819淀川生協 公開用
Yuka Motobe656 views
Educational technologyEducational technology
Educational technology
Andrea Martínez Díaz298 views
tothj_ecprd2016tothj_ecprd2016
tothj_ecprd2016
János Tóth84 views
Digipak and poster analysisDigipak and poster analysis
Digipak and poster analysis
Beth Carter293 views
3. Массивы в C#3. Массивы в C#
3. Массивы в C#
Olga Maksimenkova1.3K views
22 The Tabernacle22 The Tabernacle
22 The Tabernacle
Maranata1.8K views
CQRSCQRS
CQRS
Piotr Pelczar7.7K views
DE TÍMIDO A VALIENTE (SEGUNDA PARTE)DE TÍMIDO A VALIENTE (SEGUNDA PARTE)
DE TÍMIDO A VALIENTE (SEGUNDA PARTE)
Carlos Sialer Horna2.7K views

Similar to Day 1: Legislative document management, Mr. János Tóth, Head of IT Department, Parliament, Hungary

6895010.ppt6895010.ppt
6895010.pptAhmadNaswin
1 view52 slides
Big Data EcosystemBig Data Ecosystem
Big Data EcosystemIvo Vachkov
2.5K views20 slides

Similar to Day 1: Legislative document management, Mr. János Tóth, Head of IT Department, Parliament, Hungary(20)

More from wepc2016(16)

Day 1: Legislative document management, Mr. János Tóth, Head of IT Department, Parliament, Hungary

  • 1. World e-Parliament Conference 2016 #eParliament 28-30 June 2016 // Chamber of Deputies of Chile // Valparaiso Connecting data and document Hungarian National Assembly
  • 2.  Mr. Tóth János – Head of IT internal development and customer services
  • 4. Legislative Documents  Proposal  Proposed amendment  Comittee decisions, minutes  Agenda  Voting result  Unified proposal  Verbatim report
  • 5. Meta data  Type of document – And its connected documents  Initiator, author  Events – Type of event (filling in, debate, decisions) – Time of event  Text – Original scanned version (non-editable OCR pdf) – Editable Word document – Something else
  • 6. Supporting document  Scheduling calendar – deadlines  Invitations  Cover letters  Explanations and expert opinions
  • 8. Software elements  Internal developed PL/SQL functions, how to print static/dynamics columname, rownames, cells) – Tableprint – Tablerowprint – Matrixprint  Apache projects (XML, Graphics) – XALAN: XML to HTML – FOP: XML to PDF (PS, PCL, PNG, etc)
  • 9. Sample matrixprint Question addressed to Ruling parties Opposition Independent Total Party1 Party2 Total Party3 Party4 Party5 Total Prime Minister 0 7 11 5 16 1 17 Minister of Internal Affairs 14 1 15 17 25 12 37 52 Minister of Justice 3 3 2 9 1 10 13 Minister of Defense 6 6 10 4 4 10 Minister of Foreign Affaris 7 1 8 6 15 2 17 1 26 Minister of Finance 6 2 8 12 11 4 15 1 24 Total 36 4 40 54 75 24 99 3 142
  • 10. RDBS vs. XML Relational Database Systems  Static Schema  Any relationship  Set-oriented-order unimportant  Ready to use after query XML  Self-describing Volatile schema  „Human readable”  Hierarchical  Sequence-oriented-order important  It must parse before use  Null data problems
  • 11. RDBS vs. XML RDBS  Better for – Handling large volumens of data in the same system – When downstream processing of data is relational (data warehouse, olap, statistics, data-visualisation) – When the highest possible performance is required – Fast transactions, when lot of users working on the same data – Naturally tabular data XML  Better for – Low-volume data is highly structured – Machine to machne communication • web-services, API • Component of distributed systems – Content Management System – Easy to design
  • 12. Hungarian explaples  RDBS (Oracle 12c): – Store all the metadata of documents, events etc. – Controlling the legislation workflow  XML – Store for MP’s declaration of property – Interface beetween internal and external systems • MP’s allowances provided by the finance system • Open-data WEB-API interface on the website – Mobil applications
  • 14. Summary  RDBS vs. XML – No winner – Complementary to each other – Always depends from the queries  What about others? – MongoDB – JSON
  • 15. Bibliograpy  http://www.rpbourret.com/xml/XMLAndDatabases.htm  http://xml.coverpages.org/IBM-XML-GC34-2497.pdf  http://www.room4me.com/index.php? option=com_content&view=article&id=8:xmlvsdb&catid=2:technology  http://c2.com/cgi/wiki?AlternativesToXml

Editor's Notes

  1. Graph is based on the presentation of the former head of deparetment Mrs. Eszter Kertészné Gérecz at 2008 World e-parliament conference (two thousand and eight) in Brussel
  2. For example goverment, MP, comittee anditional parties (fiscal council, költségvetési tanács)
  3. Formated Obpect Processor made by apache XML graphics project, FOP/FOB for nice formated, printable documents, XSL language for expressing stlyesheets
  4. Print for HTML, not printer
  5. Every blue column,row name and cells are came from DB query, too hard to store in xml, its too dynamics
  6. Based on manufactuers and export guides, null data, empty data, zero leght data, 0 are not the same
  7. Planned highest posible performance: XML performace does not tolerate additional priocessing expenses Same system: that’s why we use is CMS: using CMS is not the same as writing one, yuo dont care the technogy behind
  8. Who does not have or not planned to have RDBS?