In addition to the 2-page abstract, demo submissions must contain a demonstration supplement that details how the demo will be executed in practice, and how visitors will interact with it during the conference. The interaction can be described in the form of a short usage scenario, a storyboard sketch, or with the help of a few screenshots, illustrations, or photos. The demonstration supplement can also include (or link to) movies or other supporting materials. Last but not least, the demo supplement must also describe the technical requirements of the demo, such as preferred setting (lighting, acoustical constrains), the space requirements, the needed power supply, any required wired or wireless networking options, or any other special equipment needed. Demonstration supplement materials are for the purposes of review only and will not be published. However, in order to make a successful demo submission, you need to have a strategy to present visitors the main points in a short time. You must also convince the committee that you are capable of installing and running the demo at the conference. Demo submissions (i.e., the 2-page abstract plus the demo supplement) should be submitted electronically as a single PDF file through the PCS submission system. If the supplementary material contains video files or other multimedia material, a single ZIP file may be used instead that contains both the PDF and those additional files. Demo submissions should not be anonymized.

Upon acceptance you will be required to install your demonstration in the conference venue and keep it running for at least one session (subject to the final conference schedule). The conference will at minimum provide a space for your demo, a table and chairs, and a power connection (240V). If you need any special equipment you should provide that by yourself, including power converters, projectors, audio amplification, wireless LAN, etc.; please specify this in your demonstration supplement so that we can plan the demo area accordingly.

Demos Chairs

  • James Scott, MSR Cambridge, UK
  • Jonathan Bunde-Pedersen, IT University of Copenhagen, Denmark