Skip this Video
Download Presentation

Loading in 2 Seconds...

play fullscreen
1 / 137

QVIZ - PowerPoint PPT Presentation

  • Uploaded on

QVIZ. Query and context based visualization of time-spatial cultural dynamics. Summary of QVIZ. Patrik Svensson Fredrik Palm Umeå University (UMU). Outline of the presentation. Summary of QVIZ general results Examples of innovation QVIZ integrated software platform

I am the owner, or an agent authorized to act on behalf of the owner, of the copyrighted work described.
Download Presentation

PowerPoint Slideshow about ' QVIZ' - erich-brady

An Image/Link below is provided (as is) to download presentation

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.

- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -
Presentation Transcript


Query and context based

visualization of time-spatial

cultural dynamics

summary of qviz

Summary of QVIZ

Patrik Svensson

Fredrik Palm

Umeå University (UMU)

outline of the presentation
Outline of the presentation
  • Summary of QVIZ general results
  • Examples of innovation
    • QVIZ integrated software platform
    • Data models of integration
    • Reports and deliverables
summary of qviz1
General objective:

Enhance access to Archival/Cultural Heritage resources by subscribers such as students, researchers, local historians and professional archival users. Rather than answering full text multilingual queries, multilingualism will be addressed at the knowledge level. Linking querying and visualization in a community knowledge building process will motivate European citizens to form communities that enhance access to and usage of archives.

QVIZ has delivered enhanced and contextualized access using visualization of time, space and community activities.

QVIZ has involved two national archives using an integrated resource model based on ISDA(G) and the Administrative unit ontology.

QVIZ has enabled wider usage of archival resources through the integration of a collaborative knowledge building process.

The QVIZ approach has also created a need for sophisticated knowledge services within the archival sector.

Improved access to European CulturealHeritage

Summary of QVIZ
qviz a model for accessing european archives
QVIZ – a model for accessing European archives
  • Access to 75,646 archival volumes.
  • Between 16 and 18 million digital images.
  • 73,030 administrative units linked by 218,518 relationships.
  • The administrative ontology covers the whole of Europe – provides access point to archives across Europe.
  • Multilateral user to user collaboration.
examples of innovations
Examples of innovations
  • Visualization of archival resource context using names, relations, time and location of administrative units.
  • The context of archival resources does not need to follow today’s borders.
  • Integrating user activities and knowledge building processes.
  • Dynamic and responsive user interfaces.
  • Unified resource model adopting ISDA(G) enables cross-border access to administrative units (present and historical).
  • ”Where and When” overcomes the initial barrier when searching and using archival resources.
qviz scientific and technical documentation
QVIZ scientific and technical documentation

D.2.1 State of the Art

D.3.1 Specification of Access Methodologies for Selected User Scenarios

D.3.2 Administrative Ontology (Schema)

D.3.3 Ontology for Domain (Schema)

D.3.4 Knowledge Content Model (KCO)

D.4.1.3 System Specification and Requirement Report

D.5.2 Toolkit Architecture Report Version 2

D.6.4.2b Prototype 2b

D.7.3 Assessment Methodology and User Scenario Test Plan Final

D.7.1.2 Software Validation Online Diary and Final Validation Report

D.7.4 Evaluation Report of Case Study

D.8.1.2 Exploitation Plan TIP and IPR-plan final

D.8.2 Dissemination Plan

demo session

Demo session

Linda Lindgren

Umeå University (UMU)

qviz symposium

QVIZ symposium

Patrik Svensson

Umeå University (UMU)

formal part of the presentation

Formal part of the presentation

Patrik Svensson

Fredrik Palm

Umeå University (UMU)

outline of the presentation1
Outline of the presentation
  • QVIZ consortium
  • QVIZ collaboration, meetings and communication
  • Review actions
  • Efforts and financial information
qviz consortium

Research in administrative units ontology

Design and implementation of administrative ontology

Leader of WP 3 – Knowledge and analysis


Expert in usage of archival and cultural heritage content

Integrator of QVIZ-service in SNA’s content portals

Leader for WP2 & 8 – Requirements & Exploitation and dissemination


Pedagogical expert in archival and cultural heritage content

Integrator of QVIZ –service in SNA’s content portals

Leader of WP 7 – Validation


Technical coordination across work packages

Development and integration of tools for dynamic queries and social bookmarking.

Software validation

Dissemination and exploitation

Leader of WP 1 – Management


Technical expertise in E-services development and documentation

Business and license handling relevant to exploitation plans

Leader of WP 4 – Technical specification


Collaborative social software for knowledge building

Ontology schema design

Leader of WP 5 – Core component implementation


Development of time-spatial technological components using administrative ontology and historical maps.

Internet map servers and development of web mapping software

Leader of WP 6 – Contextualisation and visualisation implementation

QVIZ consortium
qviz collaboration
QVIZ collaboration
  • Regular PMT-meetings for coordination of shared effort across work packages.
  • Physical consortium meetings and workshops.
  • Steering groups meetings.
a pmt meeting 13 2 2008
A PMT-meeting (13/2/2008)
  • Acute issues
  • Review (Fredrik 5 min)
    • The review have been set for the 16th to the 20th of June. This date has been decided upon by the project officer. All partners need to have one representative present. Cost can be brought up during the 45 days after the project has ended. Considering that this review takes place after these 45 days Fredrik will check what kind of cost that can be taken into account.
  • WP 3 (Fredrik 5 min)
    • Fredrik reported in Humphrey’s stead that UoP has delivered the data structure on administrative unit ontology and are now working on the Deliverable 3.2.
  • WP 5 & 6 (Bob 5 min)
    • Bob: Mostly bug fixing and improvements to the ontology. And of course work on the user manual. The user manual is supposed to be finished by the 15th of February.
    • Fredrik: Map and FB are mostly stable. Work will be performed on completing the Estonian administrative units. Mikael will be responsible for the Toolkit report and will receive assistance and back up from Laura. This report needs to obtain a high quality since it will be very important and have many uses.
pmt meeting continued
PMT-meeting continued
  • WP 7 (Tõnis 5 min)
    • Mostly functionality testing has been performed on the Map and Faceted Browser and bugs have been reported. The CET will have a new version today and the testing on this will be commenced. Linda is working on the D 7.1.2 and it will be finished shortly. Furthermore, preparations and test case drafts are being produced for the usability test. The code freeze will give the testers the opportunity to decide which version to test usability on.
  • WP 8 (Fredrik and Johan 5 min)
    • Johan: Exploitation draft is being updated. Any feedback on the version that is found on the wiki must be commented in writing and emailed to Peder and Johan by this Friday (February 15th)! Specifically Laura’s table need to be commented, it is found within the appendix. An update of this table will be put up under work in progress by Johan.
    • The 19th of February; Partners own exploitation expectations must be specified and handed in to Peder and Johan; Requirements for the archives to be able to join must be updated (Paula and Mårten); List of Content Providers made by Tõnis; More input on contacts taken; All this information needs to be emailed to Peder and Johan by the 19th of February!!
    • Fredrik: A meeting has taken place between Jill Cousin (EDL), Peder Andrén and Fredrik Palm. The outcome of that meeting was that QVIZ do have some potential for the European Archives and QVIZ will be invited to take part in a technical meeting round the 17th of March. Peder will handle the communication surrounding that meeting. Who will be invited from QVIZ will be reported later on.
  • Other issues
    • Symposium dates have been fixed, more information will be posted on the wiki during the day and some information can be found on the web. The commission has been informed of this symposium. All partners are to meet in Umeå some days before the symposium.
  • Next meeting
    • 27th of February at 13.30 CET.
a qviz consortium meeting
A QVIZ consortium meeting

22nd of January 2008 at REGIO

  • 9 .00 Welcome - Fredrik Palm
  • 9.10 Walkthrough of the program - Mona Bonta Bergman
  • 9.20 Exploitation including product definition - Peder Andrén
  • 12.30-14.00 Lunch
  • 15.00 Dissemination - Mona Bonta Bergman
  • 16.30 Presentation of Wednesdays workshops Tõnis Türna and Fredrik Palm
  • 17.15-17.30 Short evaluation of the day- Fredrik Palm
a qviz meeting continued
A QVIZ-meeting continued

23rd of January 2008

  • 9 .00 Workshop, Testing at NAE, Development at Regio. Tõnis Türna and Mikael Berglund
  • 12.30-14.00 Lunch
  • 13.30-17.30 Continue workshop
  • 19.00 Dinner

24th of January 2008 at REGIO

  • 9 .00 Introduction – Fredrik Palm
  • 9.10 Walkthrough of completed functions and feedback from testing activities- Mikael Berglund and Tõnis Türna
  • 10.00 Presentation of discussion topics - Fredrik Palm
  • 10.15 Smaller discussion groups
  • 12.30-14.00 Lunch
  • 14.00 Gather to present discussion result- Fredrik Palm
  • 15.15-15.30 Evaluation of the consortium meeting – Fredrik Palm
example of qviz workshop
Example of QVIZ Workshop

WS 2 Development, Mikael Berglund


  • Find the most important functionalities
  • Integrating points, 1) functionalities, 2) user interface
  • Improving the efficiency of the GUI
  • Common graphic profile

Expected Results

  • Time plan for completely fixing the bugs for the most important functionalities.


  • Evaluate ranking made in D 4.1.3 System Specification and Requirement Report (pdf-file)
review action 1
Review action #1


  • Consortium partners created a single integrated scenario within WP2 and WP4. The single integrated scenario outlined the QVIZ-package describing the most prioritized achievable result. This was communicated and agreed in July/August 2007.
  • Single integrated scenarios and functionalities have been implemented for easy interaction with archival portals, and knowledge creation and searching.
  • Some previous scenarios, and functionalities were given lower priority, such as the Mobile scenario which was not consistent with the overall scenario.
  • The user manuals are public and include also a video tutorial for most relevant activities.
review action 2
Review action #2

User involvement and validation:

  • The consortium defined the main target groups of QVIZ. Research and development addressed the need of these groups. These target groups where used for the case-study and usability testing.
  • Validation :
    • Functionality testing through explorative testing has been used to validate software quality. 20 test charters have been designed and tested.
    • Functionality testing have also given feedback about usability and information about compliance towards the specification in the D.4.1.3
    • Dialogue with end user in various dissemination activities.
review action 3
Review action #3

Exploitation and dissemination:

  • The draft of exploitation plan was delivered in November 2007
  • Business or governance models have been established. There are plans up uptakes of somewhat modified parts of QVIZ by NAE, SNA, EUROPEANA and APE-net are discussing models of uptake of result, but only a tentative agreement has been made.
  • Efforts have been made both to maintain a high level of dissemination and to document these more extensively in relevant documents. Most relevant presentations and papers, and all public deliverables are now available on the QVIZ website
review action 4
Review action #4

Quality of reports and research result

  • The reviewers requested the consortium to produce deliverables of more consistent quality.
  • UMU hired one additional communication manager to focus on quality assurance of reports, and allocated additional resources to achieve deliverables of consistently high quality.
person month effort year 2
Person month effort year 2

Explanatory reason for difference

  • Mobilizing integrative work after M12 Review – more person months were needed.
  • Umeå University intensified its effort in a major mobilization during the second year – thus strengthening the coordinator’s role in the project to achieve a high level of integration.
  • Personnel were recruited for technical coordination/integration, software validation, scientific quality assurance, dissemination, quality assurance of deliverables and exploitation.
  • REGIO, UMU and UoP did more person months than planned, primarily due to the integration work with UMU and also because it was not possible to recruit as skilled persons as needed, therefore less senior persons needed more time.
comments on costs draft
Comments on costs (draft)
  • QVIZ has used about 70 person months more than originally planned. We estimate that the cost will be as budgeted.
  • Travel costs were a bit higher for some partners, especially UMU, due to many persons involved and the exploitation, dissemination and integrative activities.
  • Given the complexity of this project the extra effort has been required to deliver the high quality work that the consortium has collaboratively delivered.
wp2 requirements

WP2 Requirements

WP leader: Peder Andrén (SNA)

principal results wp2
Principal results WP2:
  • Generally: The interpretation of project objectives to User Requirements, Business Requirements, Functional- and Non-functional Requirements
  • From User Groups, User Scenarios, Mock-ups to Use Cases
  • Business Requirements
  • Deliverables
deliverables wp2
Deliverables WP2:
  • State of the Art D2.1

Submission date: 30/09/2006

  • System Specification and Requirement Report D4.1.3

Submission date: 29/10/2007

wp2 development
WP2 development:

First year:

  • General User Scenarios, User Groups and Use Cases
  • Mock-ups and Story Boards
  • First phase Functional Requirement
  • Business Analysis
  • State of the Art Report D2.1

Second year:

  • Specification, prioritization, concretization and elaboration of Target User Groups, User Roles, Use Cases. Functional and Non-functional Requirements
  • Feeding the final results into the project via the System Specification and Requirement Report D4.1.3
description of results
Description of results

Definition of requirements of QVIZ target groups:

  • Family history researchers – Search and cooperate
  • Students – Educational assignments, individual and in groups
  • Educators – Prepare and conduct comparative studies
  • Professionals (Authorities) – Search of specific information
description of results3
Description of results

QVIZ-UC60a: AU selection from Faceted Browser

Ordinary sequence:

1. "Map" zooms onto the selected Administrative Unit. The Administrative Unit is drawn on the layer "SELECTED" highlighted with a red border.

2. "Faceted Browser" highlights the selected Administrative Unit.

3. "Result List" displays web links to archival resources connected to the selected Administrative Unit. "Directly related resources" are displayed first, "Indirectly related resources" second.

4. "Result List" will for every archival resource display a web link to display social bookmarks for that particular archival resource.

5. "CONTEXT" shows the following information: Administrative Unit name, Administrative Unit minimum creation date, Administrative Unit maximum abolition date,

6. Chronological list of Administrative Unit polygons (with Administrative Unit name, Administrative Unit creation date, Administrative Unit abolition date).

7. "TIME-WINDOW" does not change.

8. "TIME-SLIDER" moves to the start (or end) of the Administrative Unit time period depending on the position of the "TIME-WINDOW". That is because the "TIME-SLIDER" has to fall into the period defined by "TIME-WINDOW".

description of wp2 results
Description of WP2 results:

The work in WP2 laid the foundation for the successful result of the project. Among the success factors were:

  • The time taken for a knowledge building process within the Consortium
  • The non-wavering focus on USER requirement – not on institutional requirements
Description of WP2 results:

Drawing on the result of:

  • The collected experience from SNA and NAE on user needs
  • Existing surveys and questionnaires from partner archives
  • Analyses of the extensive e-mail communication between the service department of the partner archives
  • Previous national projects
description of wp2 results1
Description of WP2 results:
  • The Requirements aimed the project result not only towards a set of recommendations, a prototype or a proof of concept, but for an actually working system
description of wp2 results2
Description of WP2 results:

QVIZ an Integrated Distributed System

  • A strong requirement for a distributed system

Business Model

  • QVIZ handle paid content
  • A market analysis: Digital archives information – a global business on the internet
  • From a DCM-Business model in WP2 to a Governance model in WP8
  • Marketing a toolkit or marketing of an integrated system – or both
wp3 knowledge and analysis

WP3Knowledge and Analysis

WP Leader: Humphrey Southall


principal results
Principal results:
  • Selection of archival documents
    • ISDA(G) resources from NAE and SNA totaling 75,646 volumes
  • Development of data model for Administrative Unit Ontology
    • Pioneering hybrid ontology/GIS
    • 73,030 administrative units
    • 218,518 relationships between them
    • 75,986 boundary polygons
  • Definition of domain ontology
    • Handling the user content and relations to archival resources
  • Definition of Knowledge Content Object
    • Enabling export of content object in innovative facet encapsulating
wp3 deliverables
WP3 Deliverables:
  • Administrative Ontology (Schema) version 3 (M23)
  • Knowledge Content Model (M19)
  • Domain Ontology Schema (M19)
  • Specification of access methodologies for selected user scenarios (M10)
wp3 development
WP3 development:
  • Year 1: Defining knowledge content
    • Identifying domain ontology
    • Defining AUO requirements
    • Constructing first prototype (Estonia only)
  • Year 2: Building knowledge content
    • Assembling archival content
    • Fully specifying AUO schema
    • Constructing high-level AUO (Europe)
    • Integrating AUO data for Sweden, Estonia, UK
    • Finalizing the key usage scenario and Domain ontology
    • Finalizing the KCO-report
sources for qviz administrative unit ontology
Sources for QVIZ Administrative Unit Ontology
  • Europe: New gazetteer constructed at UoP, partly from Hertslet The Map of Europe by Treaty 1814-1891
  • England: F.A. Youngs, Guide to the Local Administrative Units of England (Royal Historical Society, 2 vols., 1981 and 1991)
  • English Manors: TNA Manorial Documents Register
  • Estonia: Name authorities and GIS files from NAE
  • Scotland: Scottish Archives Network gazetteer of Scottish places (counties, parishes, burghs)
  • Sweden: National Archival Database (NAD)
  • Wales: M. Richards, Welsh Administrative and Territorial Units (Cardiff: University of Wales Press, 1969)
part of the auo typology
Part of the AUO Typology

Thanks to Vojtech Kupca (UMU) for these visualisations of the ontology

unit relationships
  • SucceededBy (‘see also’)
  • AdministeredBy
  • Boundary Changes
    • ReducedToEnlarge
    • ReducedToCreate
    • AbolishedToEnlarge
    • AbolishedToCreate
    • BoundaryChange (other unit unknown)
Unit relationships
  • All held in single table, allowing many-to-many relationships
  • Current system has 73,030 units but 218,518relationships
  • Have dates,authorities, etc
tartumaa estonia view 1
Tartumaa, Estonia, View 1

NB all relationships between units are hyperlinks

Screenshot is of the validation interface developed at UoP

tartumaa view 3
Tartumaa,View 3
  • AUO can hold multiple boundaries for a unit, for different dates
    • Holds multi-polygons
  • Although system holds 75,986 “footprints”, these cover only 37,772 of the 73,030 units
  • Enables “history of point” listing

Remember – All three “views are into the one data structure

qviz auo structure
QVIZ AUO Structure
  • Hand-drawn version easier to follow
    • But NB slightly out of date, e.g. no “jurisdictions”
  • Blue tables are big and hold data
  • Grey tables hold metadata
background mapping of europe
Background mapping of Europe
  • GSGS mapping based on British aerial survey of Europe in early 1940s
  • 1:500,000 scale, with 1:4m overview
  • Full set of GSGS maps now scannedwith assistance from many libraries
    • No mapping of N. Sweden
  • All re-projected toLambert ConicConformal
  • Work is part ofWP6, but closelylinked to AUO
  • Taken together,largest multi-national historicalGIS ever built
    • US NHGIS biggerbut less advanced

Index map to GSGS4072 and sample map of Berlin

extensibility and sustainability
Extensibility and sustainability
  • AUO systematically designed to be extensible to cover all Europe in detail
    • Architecture does scale, unlike conventional GIS
    • Scanned map sub-system could cover larger scales and range of dates
  • AUO editing system has been developed to allow detailed updating via web site
    • Programmed using JSP to access Postgres
  • Format based on ADL GCS defined allowing bulk ingest of additional states
    • Actually programming bulk ingest system beyond scope of QVIZ
wp4 technical specification

WP4 Technical Specification

WP Leader: Laura Albornos


wp4 principal results
WP4 Principal results


The system architecture and data structures have been developed in more grade of detail.

The framework for visualizing and querying archival resources by a time-space interface based on maps and emergent knowledge structures.

The integration of social software in order to utilize knowledge in research communities (in cooperation with other WPs).

wp4 deliverables
WP4 Deliverables

D4.1.3. System specification and requirements report,delivered in M16, contains the requirement specification made in relation to technological, collaborative and business models which form the basis for future specifications and implementations.

The tasks defined are user scenarios, use cases, storage requirements, non-functional requirements and functional requirements. Business requirements were included.

The technical specification included design for the system components, the functionalities of these components and their interaction, as well as defined high level system architecture. These aspects are based on the results gather from requirement and technical specification tasks in first phase.

D4.1.2 System specification and requirements report thathas been delivered in M9 and revised and modified for M12 producing a second version. This deliverable contains user scenarios, user cases, functional requirements and technical section.

wp4 development
WP4 Development

Increased level of detail with better associations between component and data model and about data model used in each service.

A more detailed ranking of components in layers and class diagrams specifications was provided, getting closer to specifying what we actually do.

Interactions between components have been extended with sequence diagrams, APIs details and function schemas for resources, achieving critical definition of architecture diagram .

Simplification increased clearity and made communication

Knowledge services and functionalities.

Detailed licensing and rights management about publication of practice communities.

description of result
Description of result

QVIZ architecture has been divided in environments based on domains from requirements specification and in which objective we want to carry out.

Domains: User requirements analysis grouping user activities according to their working areas (requirement areas of work)

Environments: It is a conceptual idea to group a set of system components that are performing actions to get the same operational objective. (Technical areas of work).

description of result1
Description of result

Interface Specification among components:

Architecture of the Query-Visualization Environment

Archival Resource Link Lookup and Bookmark


description of result2
Description of result
  • Map and Query based exploration of archival resources
  • Map and Query exploration
  • Facets selection handle administrative units and community activity
  • Facets can be ordered arbitrary to arrange your search of archival resources
  • The Result List showing a list of archival resources.
  • Explore time-spatial context.

Discovery of resources:

  • Time filter
  • Visualizes the distribution of archival resources over time.
description of result3
Description of result
  • Social knowledge building and collaboration:
  • Descritiption and annotation to the bookmarks.
  • Communities can enhance resource description using knowledge ontologies.
  • Social bookmark organized in different collections
  • Create articles and publications.
  • Basis for re-use.
  • Social bookmarking of resources :
  • Storage of reference to a resource.
  • The social bookmark collected the resource context.
Description of result
  • Definition of requirements of QVIZ target groups (from WP2):
  • Family history researchers – Search and cooperate
  • Students – Educational assignments, individual and in groups
  • Educators – Prepare and conduct comparative studies
  • Professionals (Authorities) – Search of specific information
  • Requirements and models
  • • Provide an index of archival references connecting to administrative unit (time and space)
  • • Provide initial knowledge of relevant administrative ontology content
  • • Provide services for social bookmarking of archival resources (such as resource information services and redirect services.
  • • Integrated QVIZ social bookmarking toolkit within their webportal
  • • Provide synchronizing of provided content into QVIZ-system
wp4 conclusions
WP4 Conclusions:
  • Associations, traceability matrix, better specification were provided in second phase of the project, as result for the iterative process in which good results of first phase provide solid basis.
  • Main job of this WP is establish the division of responsabilities and connections among the different technologies that are gathered together in this system.
  • Goals for this iteration have been achieved with this approach, which have directly influenced in implementation WPs and validation and Exploitation.
qviz architecture

QVIZ Architecture

Mikael Berglund


  • The software architecture discipline is centered on the idea of reducing complexity through abstraction and separation of concerns.
separation of concerns







Separation of concerns
  • Input from WP2

Software cooperation

  • Well-defined interfaces between components
  • Components
    • Archive Resource Hub
    • User Management
    • Collaborative Environment
    • Faceted Browser
    • Map Component
    • Time-bar
wp5 core components

WP5 Core Components

WP leader: Robert Mulrenin


principal results1
Principal results:
  • Core tools and infrastructure for
    • Visualization of time-spatial dynamics – administrative history
    • Enabling contextualized access of archival resources using time-spatial dynamics and community properties
    • Dynamic queries and GIS support
    • Knowledge tools for supporting the use of models such as administrative ontology and domain ontology
    • Social knowledge building tools for ontologies and social knowledge content
    • Connecting content from archive to community knowledge building
  • Documentation of tools
  • D5.2 Toolkit Report
    • includes focus for the participation of new Archives – requirements, tools, models
    • supplemented by Prototype User manual
  • D5.1 Toolkit Report
    • First version
wp development
WP development:
  • Driving forces:
    • 1st review feedback that formed WP4 specification and prioritization of use cases
    • Focus on achievable result
    • Dynamic and responsive interfaces
    • Integration across components and concepts (see WP6 also)
    • Validation and usability in WP7 (Validation) meant tight collaboration with technical work
  • WP5 was the basic components for Integration
    • Archive resource modelling and specification
    • Further modelling, specification of domain models ( incl., extend T3.3,etc)
    • Specification of archive resource hub (ARH) and archive tools
    • Central authentication and Web 2.0 to support component integration
  • Shared work between partners (plus WP7 driving force)
    • Archive hub specification and implementation
    • Social bookmarking and collaborative use of social bookmark of archival resources
    • Query Visualization & Time spatial components
wp results d5 2 toolkit and integration 1 3
WP results:D5.2 Toolkit and Integration (1/3)
  • Query Vizualization Environment
    • Time spatial client and middleware
    • Faceted Query component (using QUIS model)
    • MapCat design, map and time-bar component
  • Middleware
    • Central authentication over components / user management
    • Archive Resource Hub and archive basic client
  • Editing system for master ontology for Administrative Units
  • Tools to index archival resources
wp results d5 2 toolkit and integration 2 3
WP results: D5.2 Toolkit and Integration (2/3)
  • Archive resource model and archive social bookmarking client enables integration of Query Vizualization environment and collaboration (CET).
  • Archive resource description is critical object for sharing and handling social bookmarks of archival resources.
  • Collaborative environement and knowledge tools for handling content, relations, communities and also typed content.
  • Simple knowledge organisation (SKOS) building via tagging
  • Separate SKOS builder and symbol indexing of digitized archival content.
  • KCO export tools (knowledge content objects) Knowledge content, archive resources, CoPs.
wp results d5 2 toolkit and integration 3 3
WP results: D5.2 Toolkit and Integration (3/3)
  • Models, Data indexing tools
    • Data models (T3.3 & WP5)
    • Data import software for archival resources and specialized data-storage for facetted browser (QUIS)
    • Archive integration tools for new archives
    • External integration via KCO
      • Additional added value services for archival & user content
      • Enhance access by exporting knowledge content
contributions toward the objective enhance access to archival resources
Contributions toward the objective: Enhance Access to Archival Resources
  • Query Visualisation and Time spatial dynamics
      • Time spatial: historical GIS and facetted browser over admin units, indexed archive resources, CoPs, Users
  • Access Strategies
      • Archive Resource Hub and social bookmarking for integration with archival portals
      • Tools to support archival institution to build index of archival resources with the use of admin units.
      • Editing system for building administrative unit ontology
      • Export Knowledge content out to new environments
  • Social knowledge tools
      • interrelate archival resources in new contexts (semantic network) via the community to improve access to archival resources
preparations for exploitation
Preparations for Exploitation
  • Software Development branches
    • Development is active and continues during future exploitation
    • Alternative branches (stable, development…) are being released
    • Continue to gather interest and further feedback
    • Partners share common interest for archives and providing services
  • Live Server(s) for QVIZ prototypes
    • Can be upgraded with new features and refactored components.
    • Some version will be kept stable.
    • Demo prototypes will keep attracting stakeholders and users
wp6 deliverables
WP6 Deliverables

D6.4.1 Prototype 1 

Demo page of the time-spatial client:

Demo page of the collaborative environment:

D6.4.2a Prototype 2a 

Time-spatial prototype 2a:

CET prototype:

Included D.6.1 and D.6.2.

With user manual

D6.4.2b Prototype 2b

Time-spatial prototype 2b:

Time-spatial prototype development version:

CET prototype:

With user manual and video tutorials


Start in M12 and 1stfirst prototype published.

Scope narrowed and focus set on integration after the project review in May 2007.

Several iterations of analysis, testing and coding carried through in M12-24.

Prioritization of features

Publication of the prototypes p2a and p2b

Parallel integration of Collaborative environment and Time-Spatial interface

Intention to go on developing software result beyond the scope of the project.

description of results q v e
Description of results - QVE

Facetted browser innovation

Map component and visualization

Time-bar component and visualization

History of the point tool and derived polygons

Server-side optimization

Optimized queries for panning the map or changing time

Vector data generalization

description of results cet
Description of results - CET

User management and UI integration among QVIZ components

Creating new content related to archival resources

Relating resources to other resources

Search and resource discovery

Visualization and handling of knowledge content

Visualizing primary resources

Archival social bookmarks

Archival resource description

wp 6 conclusion

Most of the work done in the 2nd year

Close interaction with component implementation (WP5) and testing activities (WP7)

Objectives achieved

Some functional highlights:

Facetted swapping

Time-bar visualization

Dynamic thematic mapping of resources

Optimization of queries

wp7 validation

WP7 Validation

WP leader: Tõnis Türna


principal results2
Principal results
  • Software validation was performed from November 2007 to February 2008 by representatives from the target groups
  • Use Case/Scenario study was performed at the end of the project in Estonia and Sweden with an extended group of users
  • The product was validated on the basis of the requirements and the user scenarios from WP2
  • Test cases were derived from the requirements defined in WP2.
  • Functionality testing and usability testing was performed simultaneously
  • D.7.1.1 “Software validation diary and reportversion 1”(M12)
  • D.7.3 “Assessment methodology and Final User Scenario Test plan” (M19)
  • D.7.1.2 “Software validation diary and final validation report”(M24)
  • D.7.4 “Evaluation report of Case Study”(M24)
wp development1
WP development
  • Defining the scope, principles and techniquesof validation (first year)
  • User involvement
    • The results form WP2 were used in the first user trial (M12)
    • Selection of members in the test organization
    • Preparation of test cases based on specifications made in WP2 &WP4 (M18-M20)
    • Professionally executing test cases, reporting bugs, validating requirements and suggesting improvements (M18-M24)
  • Progress towards usable integrated system (M13-M24)
    • Exploratory system testing in close cooperation with development team
    • Iterative process with quick and dynamic interaction between test organization and development team
    • Regular meetings on suggested feature improvements
    • Coordination and collaborative time planning with development team
    • Continuous on-line documentation and test results
result of functionality and usability testing
Result of functionality and usability testing
  • Validated software
  • Testing Notes
  • On-line Bug Reports and Feature Requests
  • User suggested improvements
  • System meets most of the requirements
  • Participants;
    • Historians
    • Educators
    • Archivists
    • Software testers
    • Geographers
    • Journalists
case study scenario testing
Case study/scenario testing


  • Focus on use of the features of the integrated platform
  • Functions were tested in the logical sequence following scenarios
  • Similar research strategies, different data and regions
  • Same actions, comparable results

Additional participants;

  • Local historians
  • Educators
  • Genealogists
  • Professionals
result of case study
Result of Case study
  • Many unique features useful for target groups.
  • Wiki technology was unknown and users desired a simplified and more intuitive GUI.
  • Target groups felt eager to use and explore the system.
wp8 dissemination and exploitation

WP8 Dissemination and Exploitation

WP leader: Peder Andrén (SNA)

principal results3
Principal results:

First year:

  • Market analysis
  • Communication of the QVIZ approach
  • First iteration of Exploitation and dissemination plan

Second year:

  • Elaborated exploitation plan with market study, actors and competitors of the market, partner’s internal exploitation plans, content provider requirements, development road map
  • Dissemination (all through the project)
    • conferences, workshops, the QVIZ symposium, printed documents, leaflets, web sites, multimedia items, and posters
  • Business approach
    • From a traditional commercial model towards more of a governance model
  • Draft of Exploitation plan

Submission in November 2007

  • Exploitation Plan D8.1

submission date: 11/04/2008

  • Dissemination plan D8.2

submission date: 31/07/2006

wp development2
WP development:
  • Focused efforts towards content providers in the European archival sector
  • Produced a concrete requirement list for content providers
  • Published an example of how to semi automatically generate Administrative Unit Ontology
  • Focused dissemination and exploitation efforts on other European portal initiatives e.g. EUROPEANA and EPA/APEnet
road map for using the results 1 5
Road map for using the results (1/5)

Exploitable results:

  • The integrated QVIZ platform

Uptake and use of the result:

  • Applies to European level initiative such as the i2010.
  • Contacts and discussion about collaboration made with initiatives and project such as EDL, EUROPEANA, APE/EPA-net.
road map for using the results 2 5
Road map for using the results (2/5)

Exploitable results:

  • Dynamic user interfaces for discovery of archival resources

Uptake and use of the results:

  • NAE and UMU will cooperate using the facetted browser technology
  • SNA plans to use result from QVIZ in new archival portals of Sweden.
  • REGIO will use the improved products in their business.
  • To improve the product and services of Telefonica with application of digital content management project.
  • UMU, SNA, UoP, for example through the Demographic Data Base department and the proposed project Historisk befolkningsstatistik på internet (Historical population statistics on the internet).
  • UMU plans to use result for time-spatial browsing in ”the strategic environmental database (SEAD)”
road map for using the results 3 5
Road map for using the results (3/5)

Exploitable results:

Social bookmarking of archival resources within archival portals

  • Environment for social knowledge building based on archival resources
  • Domain ontology

Uptake and use of result

  • SRFG will use the QVIZ results in future FP7-projects.
  • SRFG will use software and models to be used by archives.
  • Interest by EUROPEANA initiative due to the need of addressing the community aspect.
  • Interest by EUROPEANA initiative due to involvement of archival content.
  • REGIO interest in the community based map-application.
road map for using the results 4 5
Road map for using the results (4/5)

Exploitable results:

  • European administrative ontology

Uptake and use of the results:

  • Has European coverage and can be used beyond the archival domain such as demographic statistics and local history web-sites.
  • UoP are continuing to develop the AU Ontology editing interface, and this will also be used by NAE and UoP will be using the Postgres-based version of the AUO as the foundation for their own new web site, replacing an Oracle-based infrastructure.
  • QVIZ administrative ontology system will be covered by UK data archiving arrangements and so remain available for future projects covering more of Europe.
  • UoP and UMU, SNA, REGIO intend to collaborate in future projects together
road map for using the results 5 5
Road map for using the results (5/5)

Exploitatable result:

  • Time-spatial indexes of archival resources

Uptake and use of results

  • SNA will continue to build index as part of ordinary work.
  • SNA will use result of QVIZ in future portals of SNA.
  • NAE will improve Semi automatic matching software to assist building indexes.
how to join qviz as content provider
How to join QVIZ as content provider?
  • QVIZ can be used by content providers that are digitalizing archival document and providing internet portals for access
  • They need to provide an index of archival references connected to administrative unit
  • They need to provide initial knowledge of relevant administrative ontology content
  • They need to provide services for social bookmarking of archival resources.
  • They need to accept an integration of the QVIZ social bookmarking toolkit within their web portal.
  • They need to provide synchronizing of provided content into QVIZ-system.
business and goverance model
Business and goverance model
  • The most feasible business model for the integrated QVIZ platform is to have the content providers pay for their archives to be accessible through QVIZ.
  • The content providers make up the target group that has the most added value from the system by making the content of their archives more easily accessible to the public.
  • 32 conference and workshop presentations
  • 8 publications
  • 13 presentations for partners and future collaborations
  • Numerous other presentations
summary of qviz2

Summary of QVIZ

Patrik Svensson

Umeå University (UMU)