<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<?xml-stylesheet type="text/xsl" href="../part2stratml.xsl"?><StrategicPlan><Name>Conference Preliminary Programme</Name><Description>Conference theme 2019: "Beyond the Bricks" -- Markup UK is a conference for anyone interested in challenges, solutions, and recent developments in the use of XML and other markup technologies.After decades of development, improvement, and diversification, mature markup technologies now offer a diverse range of building blocks. These markup "bricks" are combined to construct elegant frameworks and packaged solutions, to streamline production processes, to build creative applications and scholarly projects, and much more.At Markup UK 2019, join a broad group of technologists, end-users, publishers, and academics to explore approaches to constructing with markup technologies.</Description><OtherInformation/><StrategicPlanCore><Organization><Name>Markup UK</Name><Acronym>MUK2019</Acronym><Identifier>_2d64a8aa-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><Description/><Stakeholder StakeholderTypeType="Generic_Group"><Name>Markup UK 2019 Sponsors</Name><Description/></Stakeholder><Stakeholder StakeholderTypeType="Organization"><Name>Evolved Binary</Name><Description/></Stakeholder><Stakeholder StakeholderTypeType="Organization"><Name>Saxonica</Name><Description/></Stakeholder><Stakeholder StakeholderTypeType="Organization"><Name>le-tex</Name><Description/></Stakeholder><Stakeholder StakeholderTypeType="Organization"><Name>Oxygen XML Editor</Name><Description/></Stakeholder><Stakeholder StakeholderTypeType="Organization"><Name>Mercator IT Solutions</Name><Description/></Stakeholder><Stakeholder StakeholderTypeType="Organization"><Name>Exeter</Name><Description/></Stakeholder><Stakeholder StakeholderTypeType="Organization"><Name>Mulberry Technologies</Name><Description/></Stakeholder><Stakeholder StakeholderTypeType="Generic_Group"><Name>Markup UK Sister Events</Name><Description/></Stakeholder><Stakeholder StakeholderTypeType="Organization"><Name>XML Prague</Name><Description/></Stakeholder><Stakeholder StakeholderTypeType="Organization"><Name>Balisage</Name><Description/></Stakeholder><Stakeholder StakeholderTypeType="Organization"><Name>XML Summer School</Name><Description/></Stakeholder></Organization><Vision><Description>Elegant frameworks and packaged solutions, streamlined production processes, creative applications and scholarly projects</Description><Identifier>_2d64aa44-7bf0-11e9-9afd-1c1dcb60e75b</Identifier></Vision><Mission><Description>To explore approaches to constructing with markup technologies.</Description><Identifier>_2d64ab48-7bf0-11e9-9afd-1c1dcb60e75b</Identifier></Mission><Value><Name/><Description/></Value><Goal><Name>XForms</Name><Description>Declarative Applications with XForms</Description><Identifier>_2d64ada0-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190607-0930-1100</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>Steven Pemberton</Name><Description>(CWI Amsterdam)</Description></Stakeholder><OtherInformation>Friday, June 7 - 0930-1100</OtherInformation><Objective><Name/><Description/><Identifier>_2d64aed6-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>XProc 3.0</Name><Description>XProc 3.0 from Scratch</Description><Identifier>_2d64afbc-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190607-1130-1300</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>Achim Berndzen</Name><Description>(&lt;xml-project /&gt;)</Description></Stakeholder><Stakeholder StakeholderTypeType="Person"><Name>Norman Walsh</Name><Description>(MarkLogic)</Description></Stakeholder><OtherInformation>Friday, June 7 - 1130-1300</OtherInformation><Objective><Name/><Description/><Identifier>_2d64b0b6-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>XProc 3.0</Name><Description>XProc 3.0 from Scratch (cont'd)</Description><Identifier>_2d64b1c4-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190607-1400-1530</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>Achim Berndzen</Name><Description>(&lt;xml-project /&gt;)</Description></Stakeholder><Stakeholder StakeholderTypeType="Person"><Name>Norman Walsh</Name><Description>(MarkLogic)</Description></Stakeholder><OtherInformation>Friday, June 7 - 1400-1530</OtherInformation><Objective><Name/><Description/><Identifier>_2d64b2aa-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>CSS for Paged Media</Name><Description>Introduction to CSS for Paged Media</Description><Identifier>_2d64b3a4-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190607-1600-1730</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>Tony Graham</Name><Description>(Antenna House)</Description></Stakeholder><OtherInformation>Friday, June 7 - 1600-1730</OtherInformation><Objective><Name/><Description/><Identifier>_2d64b4c6-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>Tools</Name><Description>Learn to be more skeptical of our ability to recognize and appropriately use the tools we need.</Description><Identifier>_2d64b5b6-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190608-0930-1015</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>B. Tommie Usdin</Name><Description>(Mulberry Technologies, Inc.)*</Description></Stakeholder><OtherInformation>Saturday, June 8 - 0930-1015 -- 	Everyone Knows What a Dragon Looks Like -- We are overwhelmed by competing standards, technologies, and approaches to solving problems we may or may not understand and may or may not have anticipated. Each of us individually, and we as a community, have limited resources and want to concentrate our energies where they are most likely to be successful. Selection from among the cornucopia of options is often made more difficult by our preconceived notions of the shape, source, and promulgator of appropriate technologies. In many cases we seek, and occasionally we find, a powerful tool that seems to address all of our problems. The quest for such tools has led many of us to become standards junkies or technology evangelists. The belief that we have created or identified such a tool leads some of us to become missionaries promoting the use of a standard, a paradigm, or even a tool. In the children's book "Everyone Knows what a Dragon Looks Like", illustrated by Mercer Mayer, Jay Williams raises questions about the recognition and appropriate use of powerful tools. From it, we can learn to be little more skeptical of our ability to know the tools we need when we see them.</OtherInformation><Objective><Name/><Description/><Identifier>_2d64b6ce-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>Archives</Name><Description>Make an archive based on international standards using XML.</Description><Identifier>_2d64b7d2-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190608-1015-1100</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>Karin Bredenberg</Name><Description>(The Swedish National Archives)*</Description></Stakeholder><Stakeholder StakeholderTypeType="Person"><Name>Jaime Kaminski</Name><Description>(University of Brighton)</Description></Stakeholder><OtherInformation>Saturday, June 8 - 1015-1100	-- Beyond the brick, for the past in the future, you find the archive! -- The statement that XML is dead is as wrong as celebrating Christmas on midsummer night's eve! Imagine making an archival soup based on international standards using XML, with one municipal archive, two regional archives, five national archives and the European Commission's eArchiving Building block thrown into the mix. This is what we are going to attempt.</OtherInformation><Objective><Name/><Description/><Identifier>_2d64b8d6-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>Lost Software</Name><Description>Catalogue and analyse XML and SGML software that is off the market or only available within a different product.</Description><Identifier>_2d64b9f8-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190608-1130-1200</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>Peter Flynn</Name><Description>(Silmaril Consultants)*</Description></Stakeholder><OtherInformation>Saturday, June 8 - 1130-1200 -- Software we have lost - the mortar that held the bricks together -- Since the first days of SGML, there has been a variety of software to parse, validate, analyse, format, store, search, and extract the information. Some of this was what we now call Open Source, particularly the utilities, but the majority of applications were normal commercial offerings.In the course of time, many of these have become unavailable, for assorted reasons, with the result is that some very useful systems have been lost, and replacements are not as effective.This research attempts to catalogue and analyse a collection of XML and SGML software that is either off the market, or only available within a different product, and thus not accessible to users. The objective is to see if there are still ways to "shorten the distance between the bricks" that are not otherwise provided for.</OtherInformation><Objective><Name/><Description/><Identifier>_2d64bafc-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>XProc Editor</Name><Description>Communicate process flows and ease learning curve.</Description><Identifier>_2d64bc00-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190608-1200-1230</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>Marco Geue</Name><Description>(Hochschule Merseburg)</Description></Stakeholder><Stakeholder StakeholderTypeType="Person"><Name>Gerrit Imsieke</Name><Description>(le-tex publishing services GmbH)*</Description></Stakeholder><Stakeholder StakeholderTypeType="Generic_Group"><Name>Non-Programmers</Name><Description/></Stakeholder><Stakeholder StakeholderTypeType="Generic_Group"><Name>Programmers</Name><Description/></Stakeholder><OtherInformation>Saturday, June 8 - 1200-1230	-- xprocedit, A Browser-Based Open-Source XProc Editor -- A visual XProc editor can serve at least two purposes: Communicating the process flow to non-programmers and easing the notoriously steep learning curve for programmers.An implementation using the Javascript framework joint.js and the in-browser XSLT 3 processor Saxon-JS is demonstrated, along with the challenges of supporting XProc’s peculiarities in a generic graph editing framework.</OtherInformation><Objective><Name/><Description/><Identifier>_2d64bd18-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>XQuery Annotations</Name><Description>Generate documents from XQuery annotations.</Description><Identifier>_2d64be30-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190608-1230-1300</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>Andrew p Bunce</Name><Description>(Quodatum Ltd)*</Description></Stakeholder><OtherInformation>Saturday, June 8 - 1230-1300	-- Generating documents from XQuery annotations -- The paper describes an implementation of an xqDoc.org documentation generator. A focus of this implementation is XQuery annotation support. In 2014 the xqDoc schema was updated to include markup to capture XQuery annotations, however existing renderers have often not been updated to make use of this.A major driver for annotation support is documenting XQuery web applications built using the RESTXQ standard. RESTXQ defines a standard set of XQuery annotations that can be used to define RESTful Web Services from XQuery. Annotations are also being used to define frameworks for unit testing, user permissioning and web socket interfaces. Annotations are code markup that the runtime environment may choose to use to wire-in additional external functionality to XQuery applications.The xqdoc implementation is open source. It is largely written in XQuery and runs with recent versions of BaseX. It generates static, stand alone HTML5 and XML output. The included XQuery library modules can also be used to assist in the generation other related documentation artefacts. In the case of RESTXQ these could be the generation of openAPI(swagger) and WADL documents.</OtherInformation><Objective><Name/><Description/><Identifier>_2d64bf3e-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>XQuery + XForms</Name><Description>Enable the manipulation of data.</Description><Identifier>_2d64c060-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190608-1400-1445</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>Alain Couthures</Name><Description>(agenceXML)*</Description></Stakeholder><Stakeholder StakeholderTypeType="Generic_Group"><Name>Data Workers</Name><Description/></Stakeholder><OtherInformation>Saturday, June 8 - 1400-1445	-- XQuery for Data Workers --A data worker is a running program which manipulates data. It can get data from various sources then transform it and save, or send, the resulting data. A common usage for data workers is interfaces between applications.XQuery is a data-oriented language which is not bound to databases and which is able to format data conveniently as text or XML. Many implementations have added function libraries to access file system, send HTTP requests, and so on... XQuery is a high-level programming language because repetitive operations such as loading a document from anywhere just requires the minimal information to be provided.Considered requirements for a new open source XQuery implementation have been no platform limitation, light deployment, extensibility, asynchronous processing, no big pressure on performance: Javascript+NodeJS has been chosen (with possible, but limited, run within browsers).This implementation is named "Fleur". It supports XQuery/XQuery Update Facility 3.1 (not full conformance yet) upon its own DOM Level 3 (and browsers DOM). XQuery source is compiled into XQueryX structure which is stored in a Javascript array of arrays.Fleur can process non-XML documents as XML documents with extensions at DOM level. Internally, Fleur manipulates everything as nodes, computed values been always stored into orphan atomic nodes.Parsing/serializing non-XML sources is then implemented just at DOM level according to media-type. Experimentally, CSV files and Excel files are directly loaded into 2-dimension sequences.Fleur CLI includes the possibility of launching an HTTP server. This server executes .xqy pages. XForms, with XSLTForms, can be used to both submit parameters as data to the Worker and render data returned by the Worker.Fleur has already been used in various situations (XLSForm to XForms, dashboards, OFX conversion). Fleur will be integrated in XSLTForms for XForms 2.0 compliance. XForms actions could then be developed with XQuery Update Facility syntax.</OtherInformation><Objective><Name/><Description/><Identifier>_2d64c182-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>Subcheck</Name><Description>Enable the validation of data that has been enriched with "house- rules" and recommendations that vary slightly among business partners.</Description><Identifier>_2d64c29a-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190608-1445-1530</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>Andreas Tai</Name><Description>(IRT - Institut fuer Rundfunktechnik GmbH)*</Description></Stakeholder><Stakeholder StakeholderTypeType="Person"><Name>Michael Seiferle</Name><Description>(BaseX GmbH)</Description></Stakeholder><Stakeholder StakeholderTypeType="Generic_Group"><Name>Business Partners</Name><Description/></Stakeholder><OtherInformation>Saturday, June 8 - 1445-1530 -- Subcheck - a validation framework -- This paper will introduce an operational perspective: how a research question and master thesis ended up in practice and turned into a product. We want to show which requirements led to the solutions, how they were implemented, and which problems still remain to be solved.One of the main application areas of XML is the exchange of data between business partners. The data is in an agreed structured form that will usually be checked at the receiver's end. It needs to be "validated" such that syntax and values of the data respects rules made in the agreement. But not only the receiver needs to check the data. To avoid rejection by the receiving business partner, the sender might want to verify that the data does not break any of these rules. Often such document data is made not only for one purpose and receiver, different business partners may have overlapping but slightly different rule sets and use-cases.This is especially true with publishing-houses or media companies, where players share lot of the same grammar and constraints on data, yet each format has been enriched with some "house- rules" and recommendations that vary slightly. For instance media subtitles encoded in TTML might be perfectly valid according to a given schema, but still in violation of guidelines, business rules and recommendations.</OtherInformation><Objective><Name/><Description/><Identifier>_2d64c5d8-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>diff3</Name><Description>Use XML or JSON to show conflicts and changes in tree structures.</Description><Identifier>_2d64c722-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190608-1600-1645</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>Robin La Fontaine</Name><Description>(DeltaXML Ltd)*</Description></Stakeholder><Stakeholder StakeholderTypeType="Person"><Name>Nigel A Whitaker</Name><Description>(DeltaXML Ltd)</Description></Stakeholder><OtherInformation>Saturday, June 8 - 1600-1645	-- An improved diff3 format for changes and conflicts in tree structures -- There are some pieces of software, and some formats, that are de-facto standards and have been around for decades. One of these is the diff3 format for representing changes and conflicts in text documents. Diff3 works well for unstructured text documents that are divided into lines. It works surprisingly well for pretty-printed source code and similar documents. But it has frustrating limitations when used for XML or JSON or similar tree-based data formats.Can we improve on diff3 without making it too complicated? Can the existing representation of changes and conflicts be extended to handle tree-based data? This paper seeks to answer these questions and to describe how further benefits can be enjoyed by using XML or JSON as the basis for showing conflicts and changes.</OtherInformation><Objective><Name/><Description/><Identifier>_2d64c8b2-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>Railway Engineering</Name><Description>Build a tool for designing model railway layouts.</Description><Identifier>_2d64cb78-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190608-1645-1730</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>John Lumley</Name><Description>(jwLResearch)*</Description></Stakeholder><OtherInformation>Saturday, June 8 - 1645-1730 -- &lt;Angle-brackets/&gt; on the Branch Line - (model) railway engineering with XML technologies -- As a retirement 'hobby', somewhat removed from the computing milieu, the author has started building a model railway in his garden. Surveying the extant tools for designing such layouts and finding them not quite right, he started building a design tool himself, using the familiar technologies of XSLT3 and SVG executing in a browser, employing Saxon-JS as the processing platform. The results of this were demonstrated, with some success, at Markup UK in 2018. This paper describes the design of this tool in some detail, as well as developments since that demonstration.</OtherInformation><Objective><Name/><Description/><Identifier>_2d64ccb8-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>DemoJam</Name><Description/><Identifier>_2d64cdda-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190608-1800-2100</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name/><Description/></Stakeholder><OtherInformation>Saturday, June 8 - 1800-2100	-- Drinks, Dinner, and DemoJam!</OtherInformation><Objective><Name/><Description/><Identifier>_2d64cf2e-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>Schematron QuickFix</Name><Description>Improve the efficiency and quality of XML documents.</Description><Identifier>_2d64d0aa-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190609-0930-1015</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>Octavian Nadolu</Name><Description>(Syncro Soft)*</Description></Stakeholder><OtherInformation>Sunday, June 9 - 0930-1015 -- Taking Schematron QuickFix to the Next Level -- The Schematron QuickFix (SQF) language can be used to improve efficiency and quality when editing XML documents. You can define actions that will add complex XML structure in your documents, or make modifications in multiple places, or actions that will convert an XML structure into another. These changes are made by keeping the document structure valid and conforming to your project specification, and will help the content writer add content more easily and without making mistakes.To build complex actions, you can mix Schematron QuickFix language with ISO Schematron, or with different versions of XSLT and XPath, or you can define your own extensions using programming languages such as Java. This means that you can perform modifications in multiple external documents, or display dialog boxes to get input from your users, or use complex algorithms for processing the content of the documents.The Schematron QuickFix is a modular language. Even though it is simple (it only has four types of operations that can be performed: add, delete, replace, and string replace), new types of operations can be created (such as wrap, unwrap, rename, or join). This can be implemented by using abstract quick fixes and by creating libraries of quick fixes that can be reused for various different XML vocabularies (such as DITA, DocBook. TEI). By using a library of quick fixes, it will help the Schematron QuickFix developers to create the actions more easily and reuse the quick fixes created by others.This presentation will focus on some interesting use-cases and Schematron QuickFix examples that can be easily adapted to your projects. The examples will include both abstract quick fixes and complex quick fixes that use XSLT and Java.</OtherInformation><Objective><Name/><Description/><Identifier>_2d64d334-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>Accessibility</Name><Description>Make information more accessible.</Description><Identifier>_2d64d4ec-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190609-1015-1100</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>Tony Graham</Name><Description>(Antenna House)*</Description></Stakeholder><OtherInformation>Sunday, June 9 - 1015-1100 -- Accessibility matters -- XML, by itself, does not have any support for accessibility. XML is extremely flexible, but it needs to flex in the right directions if it is going to support the information necessary to make a document accessible. This session is a guided tour of some of the features of the HTML, Web Content Accessibility Guidelines (WCAG), and PDF/UA (Universal Accessibility) standards. It concentrates on file formats rather than User Agent behaviour, since the information needed to make accessible HTML or PDF usually needs to be included in, or able to be inferred from, the source XML.However, it’s rarely the raw XML that is presented to users. The session will also stray into some aspects of styling the content to make it more accessible.</OtherInformation><Objective><Name/><Description/><Identifier>_2d64d69a-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>Apps v Data</Name><Description>Scrap apps while keeping the data.</Description><Identifier>_2d64d7da-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190609-1130-1200</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>Barnabas Davoti</Name><Description>(Ovitas AS)*</Description></Stakeholder><OtherInformation>Sunday, June 9 - 1130-1200 -- Scrap the App, Keep the Data -- Whether by reacting swiftly to shifting market conditions and disruptive technologies or by growing through mergers and acquisitions, the ability to adapt is critical to success in the digital age.As business processes and workflows evolve, new technologies and systems are constantly introduced to support them. Over time, IT estates become fragmented, and the number of legacy systems increases year by year. Valuable data ends up in isolated silos, only accessible via unnecessary applications that are expensive to maintain and license or are approaching the end of life.This paper suggests a generic approach to transform arbitrary relational data into aggregated, hierarchical form and build a thin application to provide read access to end users.In my presentation, I would like to point out why the relational model falls short when it comes to data aggregation.XML can easily model both relational and hierarchical data. It's an excellent choice for data re-modeling and also for building a thin, data access application.The approach I want to share with the audience is based on experience from multiple projects.XML "bricks" used in the solution:* processing pipeline configuration as XML (Apache Ant)* XSLT* XQuery* XML Database</OtherInformation><Objective><Name/><Description/><Identifier>_2d64d942-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>XML Structures</Name><Description>Document XML structures.</Description><Identifier>_2d64da8c-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190609-1200-1230</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>Erik Siegel</Name><Description>(Xatapult)*</Description></Stakeholder><OtherInformation>Sunday, June 9 - 1200-1230 -- Documenting XML Structures -- There are lots of XML structures that need some kind of end-user documentation to be able to use them effectively. Its not easy to come up with a format that is both easy to understand and easy to create and maintain. Existing software for this is not always helpful. This talk will explore the this subject and look at from various angles.</OtherInformation><Objective><Name/><Description/><Identifier>_2d64dbd6-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>Conference Papers</Name><Description>Propose a new solution for conference paper submission management.</Description><Identifier>_2d64dd8e-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190609-1230-1300</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>Cristian Talau</Name><Description>(Syncro Soft)*</Description></Stakeholder><OtherInformation>Sunday, June 9 - 1230-1300 -- XMLPaper: XML-based Conference Paper Workflow -- Popular conference management systems are monolithic solutions that are used across many fields and by very diverse audiences. As a result, these systems have rigid technology choices for paper format: PDF, TeX or Word which have limitations compared to a structured format such as XML. In addition, they do not cover all the steps in the paper submission lifecycle such as: collaboration between authors.We propose a new solution for conference paper submission management that tries to improve the user experience in several areas: authors tooling setup, collaboration between authors, multi-step review processes, multi-format proceedings publishing.This paper will present a typical conference paper submission workflow and identify its steps, the stakeholders and the tools and technologies used. We will then present how our solution improves user experience of each of the stakeholders.In this solution, the documents are authored in the an XML format, that supports publishing both as PDF and web portal. The output format is customizable and clearly communicated to authors so that they can preview how the paper will be published. Authors have a very intuitive user interface to draft the paper and to collaborate in cases where a paper has multiple authors. Reviewers can choose to review either the published PDF or directly on the source. In case of multi-round reviews, they can see the changes made between different revisions, thus being able to focus on the last updates.From a technical point of view, the solution is composed from off-the-shelf Web services with a thin layer of orchestration. It may to be used together with a regular Conference Management System, replacing parts of its functionality.To conclude the paper, we analyze how this solution is similar with other workflows related to content creation in a company, such as creating release notes or datasheets for a product.</OtherInformation><Objective><Name/><Description/><Identifier>_2d64dee2-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>Markup Myths</Name><Description>Dispel myths about markup formats.</Description><Identifier>_2d64e036-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190609-1400-1445</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>Liam R E Quin</Name><Description>(Delightful Computing)*</Description></Stakeholder><OtherInformation>Sunday, June 9 - 1400-1445 -- Dispelling Myths About Markup Formats -- Misunderstandings about the goals and strengths of different document and data interchange formats can lead to suboptimal decisions. Such misunderstandings appear widespread. The purpose of this paper is to suggest areas in which each format has strengths, and to provide clear explanations that people can use to place XML in the context of other current markup systems.Misconceptions about XML include statements such as "XML was designed for Web services and therefore unsuitable for documents;" "XML was designed to replace HTML and has failed;" "XML cannot transmit semantics of any kind;" "XML is dead." In fact, XML is alive and well.</OtherInformation><Objective><Name/><Description/><Identifier>_2d64e1bc-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>@selector</Name><Description>Validate @selector.</Description><Identifier>_2d64e31a-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190609-1445-1530</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>Syd Bauman</Name><Description>(Northeastern University Digital Scholarship Group)*</Description></Stakeholder><OtherInformation>Sunday, June 9 - 1445-1530 -- Validating @selector: a regular expression adventure -- The TEI recently introduced a new attribute, @selector, whose value (by default) is "a selector … CSS selector syntax will be used." The TEI does not provide any validation constraints on @selector, defining it as teidata.text (which boils down to the RelaxNG string datatype).This strikes me as insufficient; formal syntactic validation of @selector is in order. The TEI does not say which version of CSS to use; I chose CSS3. The only formal constraint system available in the TEI schema language (other than enumerated lists of values and XSD datatypes) is the W3C regular expression language. Thus I set about writing a regular expression to validate CSS3 selectors.This presentation will be both about the process of creating said regular expression, and the result. The result is a regular expression that is somewhat long - just over 18,300 characters - that I believe correctly matches valid CSS3 selectors and correctly fails to match strings that are not valid CSS3 selectors. If it turns out I am mistaken, I would like to learn that.</OtherInformation><Objective><Name/><Description/><Identifier>_2d64e46e-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>XSpec</Name><Description>Describes a serverless architecture for running XSpec tests.</Description><Identifier>_2d64e5f4-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190609-1600-1645</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>Sandro Cirulli</Name><Description>(XSpec)*</Description></Stakeholder><OtherInformation>Sunday, June 9 - 1600-1645 -- XSpec in the Cloud with Diamonds -- Running XSpec tests in a development team is usually performed via a CI server/service. However, this comes with limitations related to the use of private repositories and to the cost and burden of administering CI servers.This paper describes an alternative approach for running XSpec tests from private repositories using a serverless architecture built on AWS Lambda. It describes the technical configuration and discusses the benefits, cost optimization, and constraints of a serverless architecture for running XSpec tests.</OtherInformation><Objective><Name/><Description/><Identifier>_2d64e75c-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal><Goal><Name>Closing</Name><Description/><Identifier>_2d64e8c4-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator>20190609-1645-1730</SequenceIndicator><Stakeholder StakeholderTypeType="Person"><Name>Jirka Kosek</Name><Description>(University of Economics, Prague)</Description></Stakeholder><OtherInformation>Sunday, June 9 - 1645-1730 -- Closing Keynote and thanks from the organisers</OtherInformation><Objective><Name/><Description/><Identifier>_2d64ea5e-7bf0-11e9-9afd-1c1dcb60e75b</Identifier><SequenceIndicator/><Stakeholder><Name/><Description/></Stakeholder><OtherInformation/></Objective></Goal></StrategicPlanCore><AdministrativeInformation><StartDate>2019-06-07</StartDate><EndDate>2019-06-09</EndDate><PublicationDate>2019-05-21</PublicationDate><Source>https://markupuk.org/schedule.xhtml</Source><Submitter><GivenName>Owen</GivenName><Surname>Ambur</Surname><PhoneNumber/><EmailAddress>Owen.Ambur@verizon.net</EmailAddress></Submitter></AdministrativeInformation></StrategicPlan>
