No description available.

In 3D-optimisation of today a decrease in the amount of surfaces to render is often handled by replacing aneighbourhood of surfaces with a simplified and similar set of surfaces. In some cases when the surfacestructure is complex and highly symmetrical, the neighbourhood simplification might produce anomalies thatbreak the symmetry in a visually detrimental way. By knowing the underlying primitive shape of the 3Dstructure, simplified reproductions of a surface structure can be produced without risking the symmetricalintegrity of the object.This report details the possibility of detecting the primitive shapes in a 3D-structure of voxels by analysingthe available data. This is done by looking at neighbourhoods of voxels and using the gathered information toestimate normals and curvature data that indicates a primitive shape. Through categorisation, clustering andfiltering of the data, primitive shapes can be detected with a degree of certainty.Utilising a few different approaches an analysis is performed on the efficiency in the detection of primitiveson the surface of voxel structures. The report concludes that with a sequence of easy-to-follow steps reliabledetection of primitives can be performed.

Modern heterogeneous multi-core architectures containing one or multiple GPU de- vices require expert knowledge in order to be fully utilized through parallelization by the programmer. Software written for one hardware setup might not easily be portable to work as efficiently on a differing architecture. Automatic parallelization of sequential C code to make efficient use of such architecture in an extensible man- ner would facilitate the porting of legacy code and provide a non-expert programmer with a tool granting access to modern hardware architectures. We present an early prototype of such an extensible tool-chain and attempt to apply it on domain-specific C source code. It is based on a generic tool for hierarchical pattern matching in C source codes, where the user can define own patterns and recognition rules, and a code generation back-end. We show how it, combined with existing libraries, can be used to automatically port sequential legacy code to different multicore architectures, such as multicore CPUs and GPUs. Our tool is an attempt to do this and yields valid parallelized code, but fails to reach speedup for most implemented patterns. The tool is applied on one test case, a legacy ODE implementation in C, with similar results. A reason for slowdown is discussed in the concluding section.

Planning is the task of putting together a sequence of actions that takes a start state to a goal state. Since planning is a crucial part of human intelligence it is also a crucial part of artificial intelligence. As with human planning there are many different ways of AI planning and many different problems to plan. This thesis aims to discover how well a specific way of AI planning performs on a specific sort of problem. The planner that was investigated is called the POPF planner which is a forward-chaining partial-order planner which is an attempt at merging two different ways of planning. This was done to see how well this relatively uncommon method of planning compares to other more traditional methods of planning such as forward-chaining planners when solving a flow shop problem. A flow shop problem is a problem regarding minimizing the idle time for a facility that contains a number of m machines that need to do n jobs. Each of the n jobs 1…n have to be processed on m machines 1…m in that order. Tests were done to see how the POPF planner performed in comparison to planners that work differently. This was done by creating a flow shop problem suitable for testing and then testing the POPF planner on the problem and comparing the results to two other planners. The other planners being the COLIN and TFD planners which both work differently from each other and the POPF planner. Suggestions were also made for how the POPF planner could potentially be improved using additional methods such as landmarks. The results of the test show that the POPF planner is better than the COLIN planner and as good if not better than the TFD planner depending on the complexity of the problem. An additional test was done using the POPStar planner that specializes in the sorts of problem that was created for testing. This POPStar planner outperformed the other planners as expected but it loses in flexibility since it cannot solve problems defined in PDDL. The final results show that the POPF planner performs on a similar level to other general planners when it comes to solving flow shop problems while still having some of the benefits of being a partial-order planner such as being more flexible than a totally-ordered planner.

Företaget Evry Forest & Logistics Solutions AB i Karlstad har utvecklat systemet VACS (Virkes Administrativ Client/Server) som administrerar virkesaffärer för skogsindustrin. Eftersom kundbasen ständigt växer behöver Evry ett system där alla kunders produktkonfigurationer finns samlade på ett system och kan nås via ett web-baserat interface. Denna uppsats beskriver projektet Radix. Projektets huvudsakliga syfte var att skapa en administrativ plattform som hanterar de kunder som använder VACS. Projektet har resulterat i en användarbaserad webbapplikation med ett tillhörande program som ska fungera som ett hjälpmedel för att hitta en kunds produktkonfiguration i VACS källkod. / The company Evry Forest & Logistics Solutions AB in Karlstad has developed the VACS system (Lumber Administrative Client/Server) that manages the timber business for the forest industry. As the customer base is constantly growing Evry needs a system where all customer’s product configurations are gathered in one system and can be accessed via a web-based interface. This dissertation describes the Radix project. The project's main aim was to create an administrative platform that manages customers who use VACS. The project has resulted in a user-based web application with an associated program that will serve as a tool to find a client's product configuration in VACS source code.

No description available.

An Electronic Health Record is a collection of each patient’s health information which is stored electronically or in digital format. openEHR is an open standard specification for electronic health record data. openEHR has a method for querying a set of clinical data using the Archetype Query Language (AQL).  The EHR data is in XML format and this format is a tree like structure. Since XML databases were considerably slower, AQL needs to be translated to another query language. Researchers have already investigated translating AQL to XQuery and tested the performance. Since the performance was not satisfactory, we now investigate translating AQL to SQL. AQL queries are translated to SQL queries using the ANTLR tool. The translation is implemented in Java language. The AQL queries which are translated into SQL queries are also tested in this thesis work. Finally, the result is to get the corresponding SQL query for any given AQL query.

In this thesis we propose a solution to how a system can find and track people, as well as recognizing their gestures, in a $360^\circ$ field of view using consumer grade products. We describe a system connecting multiple depth cameras in an array and have them operate as a single camera controlled by a single computer. Using a single camera providing features such as detection, tracking and recognizing gestures of people, we specifically focus on the difficulties of preserving these features in moving forward to an array of cameras. We propose a solution based on Microsoft Kinect and Kinect SDK, using linear transformation to account for a fixed camera model to combine skeleton data from an array of Kinect sensors. Furthermore, we use positional based identification to determine whether people are being tracked by another camera in the system. The contributions of this work include insight into the challenges of building this kind of system based on Kinect hardware and software intended for use on a single computer, such as performance bottlenecks, along with possible alternative solutions. In particular, we present performance measurements for a single computer running up to four sensors and show a system that can run satisfactorily with up to at least 5 sensors on today's computers. We show what requirements on hardware can be expected for such a system, as well as where there are potential limits as the number of sensors increase. / Music in Motion

I detta examensarbete har fokusen varit på att ta fram en design av en tidsaxel och implementera den. Tidsaxeln ska beskriva händelseförloppet av en berättelse som användaren av programmet skrivit. Tidsperioderna sätts på en berättelsenod, som användaren skapar i programmet. Programmet är ett program som är till för att skriva berättelser, som jag har skapat. Programmet kallar jag för tillfället MapMyStory. Genom att införa en tidsaxel är det tänkt att användaren ska få en bättre överblick av berättelsen. Och med hjälp utav tidsaxeln lättare förstå berättelsens händelseförlopp. Jag beskriver hur designen av tidsaxel tagits fram och hur implementationen är gjord, och hur algoritmen för utplaceringen av tidslinjerna fungerar. I rapporten beskriver jag hur jag har arbetat med en nerskalad variant av Scrum. Jag beskriver också hur jag har använt mig utav test driven utveckling för att bekräfta den kod som implementerats.

Fordon blir mer och mer komplexa och idag sker stora delar av service och felsökning via fordonens CAN-bus. Till felsökningen behövs hårdvara som kan kommunicera med ett fordons styrenheter och med en dator. Det krävs även mjukvara som kan hantera informationen. På Scania CV utvecklas felsökningsguider som hanterar informationen. Scania upplever att deras nuvarande sätt att skapa felsökningsguider inte är optimalt. Den nuvarande lösningen är strikt baserad på ett XML-schema som styr vad en felsökningsguide kan eller får innehålla. Det kan också ta lång tid att få till en ändring i XML-schemat. Det är även svårt att få en överblick över felsökningsguiden och det tar lång tid att förhandsgranska och testa guidens villkor. Den här rapporten beskriver examensarbetet som undersöker om, och i så fall hur, felsökningsguider kan skapas utan dessa problem, med hjälp av WF (Windows Workflow Foundation). En kravspecifikation med de vitalaste funktionerna från dagens lösning skapades. Kravspecifikationen användes som bas när grunden till ett nytt ramverk implementerades. Ramverket består av ett grafiskt användargränssnitt i form av ett Windows Forms-projekt, ett WF-projekt innehållande en tillståndsmaskin samt en dll-fil som representerar klasserna Guide och Step samt färdiga kontroller. Med ramverket blev det möjligt att skapa felsökningsguider på ett flexiblare sätt jämfört med nuvarande lösning. / Vehicles are becoming more and more complex and today large parts of the service and troubleshooting takes place via the vehicle’s CAN bus. For troubleshooting vehicles, hardware is needed that can communicate with a vehicle’s control units and a PC. It also requires software that can manage the information. Scania CV develops troubleshooting wizards that can handle this information. Scania feels that their current way to create troubleshooting wizards is not optimal. The current solution is based strictly on an XML scheme that governs what a troubleshooting wizard may contain. It can take a big amount of time to make changes in the XML scheme. It is also difficult to get an overview of the troubleshooting wizard and it takes time to preview and test the wizard’s conditions. This report describes the thesis that investigates whether, and if so, how troubleshooting wizards can be created without these problems using WF (Windows Workflow Foundation). A requirement specification containing the most vital features of the current solution was created. The requirement specification was used as the base for the implementation of the foundation of a new framework. The framework consists of a graphical user interface in form of a Windows Forms project, a WF project containing a state machine and a dll-file that represents the classes Guide and Step and created controls. The framework made it possible to create troubleshooting wizards in a more flexible way compared to the current solution.