Die mapChart GmbH bietet einen Softwaredienst an, der es ermöglicht, auf der Grundlage von teilweise kundenspezifischen Basisgeometrien vektorbasierte Karten zu erstellen. Primäres Ausgabemedium ist dabei die Bildschirmkarte des JAVA-Clients im Webbrowser. PDF-Export und Druck sind ebenso möglich. Bei der Kartenerstellung ist der Anwender nicht an vorgegebene Maßstäbe gebunden, sondern kann frei wählen, welches Gebiet in welcher Größe dargestellt werden soll. Hierdurch ergeben sich komplexe Aufgabenstellungen für die kartografische Generalisierung. Diese Probleme und deren bisherige Lösungen durch das Unternehmen werden im ersten Teil der Arbeit diskutiert, wobei verschiedene wissenschaftliche Arbeiten für spezielle Teilaufgaben der Generalisierung kurz vorgestellt werden. Selektion und Formvereinfachung gelten als die wichtigsten Generalisierungsschritte. Während die Selektion mit den vorhandenen Methoden von Geodatenbanken relativ problemlos realisiert werden kann, stellt die Formvereinfachung ein umfangreiches Problem dar. Das Hauptaugenmerk der Arbeit richtet sich deswegen auf die rechnergestützte Liniengeneralisierung verbunden mit dem Ziel, überflüssige Stützpunkte mit Hilfe von Algorithmen zur Linienvereinfachung einzusparen. Ergebnis sind schnellere Übertragungszeiten der Kartenvektordaten zum Anwender sowie eine Beschleunigung raumbezogener Analysen, wie z. B. Flächenverschneidungen. Des weiteren werden Verbesserungen in der Darstellung angestrebt. Ein geeigneter Algorithmus zeichnet sich durch eine geringe Beanspruchung der Ressourcen Zeit und Speicherbedarf aus. Weiterhin spielt der erreichbare Grad der Verringerung der Stützpunktmenge bei akzeptabler Kartenqualität eine entscheidende Rolle. Nicht zuletzt sind topologische Aspekte und der Implementierungsaufwand zu beachten. Die Arbeit gibt einen umfassenden Überblick über vorhandene Ansätze zur Liniengeneralisierung und leitet aus der Diskussion der Vor- und Nachteile zwei geeignete Algorithmen für die Implementierung mit der Programmiersprache JAVA ab. Die Ergebnisse der Verfahren nach Douglas-Peucker und Visvalingam werden hinsichtlich der Laufzeiten, des Grades der Verringerung der Stützpunktmenge sowie der Qualität der Kartendarstellung verglichen, wobei sich für die Visvalingam-Variante leichte Vorteile ergeben. Eine Parameterkonfiguration für den konkreten Einsatz der Vereinfachungsmethode in das GIS der mapChart GmbH wird vorgeschlagen. Die Vereinfachung von Polygonnetzen stellt eine Erweiterung des Problems der Liniengeneralisierung dar. Hierbei müssen topologische Aspekte beachtet werden, was besonders schwierig ist, wenn die Ausgangsdaten nicht topologisch strukturiert vorliegen. Für diese Aufgabe wurde ein neuer Algorithmus entwickelt und ebenfalls in JAVA implementiert. Die Implementierung dieses Algorithmus und damit erreichbaren Ergebnisse werden anhand von zwei Testdatensätzen vorgestellt, jedoch zeigt sich, dass die wichtige Bedingung der Echtzeitfähigkeit nicht erfüllt wird. Damit ergibt sich, dass der Algorithmus zur Netzvereinfachung nur offline benutzt werden sollte.:1 Einleitung 2 Kartografische Generalisierung 3 Algorithmen zur Liniengeneralisierung 4 Implementierung 5 Ergebnisse 6 Ausblick 7 Zusammenfassung / MapChart GmbH offers a software service, which allows users to create customized, vector-based maps using vendor as well as customer geometric and attributive data. Target delivery media is the on-screen map of the JAVA client within the web browser. PDF export and print are also supported. Map production is not limited to specific scales. The user can choose which area at which scale is shown. This triggers complex tasks for cartographic generalization. Current solutions by the company are discussed and scientific work for selected tasks will be presented shortly. Selection and Simplification are known as the most important steps of generalization. While selection can be managed sufficiently by geo databases, simplification poses considerably problems. The main focus of the thesis is the computational line generalization aiming on reducing the amount of points by simplification. Results are an increased speed of server to client communication and better performance of spatial analysis, such as intersection. Furthermore enhancements for the portrayal of maps are highlighted. An appropriate algorithm minimizes the demands for the resources time and memory. Furthermore the obtainable level of simplification by still producing acceptable map quality plays an important role. Last but not least efforts for the implementation of the algorithm and topology are important. The thesis discusses a broad overview of existing approaches to line simplification. Two appropriate algorithms for the implementation using the programming language JAVA will be proposed. The results of the methods of Visvalingam and Douglas-Peucker will be discussed with regards to performance, level of point reduction and map quality. Recommended parameters for the implementation in the software of MapChart GmbH are derived. The simplification of polygon meshes will be an extension of the line generalization. Topological constraints need to be considered. This task needs a sophisticated approach as the raw data is not stored in a topological structure. For this task a new algorithm was developed. It was also implemented using JAVA. The results of the testing scenario show that the constraint of real-time performance cannot be fulfilled. Hence it is recommended to use the algorithm for the polygon mesh simplification offline only.:1 Einleitung 2 Kartografische Generalisierung 3 Algorithmen zur Liniengeneralisierung 4 Implementierung 5 Ergebnisse 6 Ausblick 7 Zusammenfassung

Die Java Platform, Enterprise Edition (Java EE, frühere Bezeichnung: J2EE) wurde entwickelt, um den Einsatz von Java in unternehmenskritischen Transaktionsanwendungen, wie etwa Finanzbuchhaltungs- oder Warenwirtschaftssystemen, zu ermöglichen. Die Programmierung ist jedoch immer noch sehr aufwendig, wenn es darum geht, die Isolation parallel laufender Transaktionen zu gewährleisten. Die Einhaltung der Transaktionsisolation ist eine Grundvoraussetzung, um die zugrunde liegenden Daten in einem konsistenten Zustand zu halten. Der vorliegende Beitrag analysiert die existierenden Probleme und gibt einen Überblick über die derzeitig verfügbaren oder diskutierten Lösungsansätze.

Der Große Beleg dokumentiert die Entwicklung eines Java Code-Generators für Dresden OCL2 for Eclipse. Schwerpunkt der Arbeit liegt dabei auf der Abbildung der Object Constraint Language auf die Programmiersprache Java mit Hilfe von AspectJ.

This report presents the SHAP platform consisting of its microarchitecture and its implementation of the Java Virtual Machine (JVM). Like quite a few other embedded implementations of the Java platform, the SHAP microarchitecture relies on an instruction set architecture based on Java bytecode. Unlike them, it, however, features a design with well-encapsulated components autonomously managing their duties on rather high abstraction levels. Thus, permanent runtime duties are transferred from the central computing core to concurrently working components so that it can actually spent a larger fraction of time executing application code. The degree of parallelity between the application and the runtime implementation is increased. Currently, the stack and heap management including the automatic garbage collection are implemented this way. After detailing the design of the microarchitecture, the SHAP implementation of the Java Virtual Machine is described. A major focus is laid on the presentation of the layout and the use of the runtime data structures representing the various language abstractions provided by Java. Also, the boot sequence starting the JVM is described.

Large information systems are typically implemented using frameworks and libraries. An important property of such systems is data lineage - the flow of data loaded from one system (e.g. database), through the program code, and back to another system. We implemented the Java Resolver tool for data lineage analysis of Java programs based on the Symbolic analysis library for computing data lineage of simple Java applications. The library supports only JDBC and I/O APIs to identify the sources and sinks of data flow. We proposed some archi- tecture changes to the library to make easily extensible by plugins that can add support for new data processing frameworks. We implemented such plugins for few frameworks with different approach for accessing the data, including Spring JDBC, MyBatis and Kafka. Our tests show that this approach works and can be usable in practice. 1

Denna uppsats är en undersökande studie inom Information Extraction. Huvudsyftet är att skapa och utvärdera metoder inom Information Extraction och undersöka hur de kan hjälpa till att förbättra det vetenskapliga resultatet av klassificering av textelement. En deluppgift är att utvärdera den befintliga marknaden för Information Extraction i Sverige.                       För att göra detta har vi skapat ett program bestående av två delar. Den första delen utgörs av ett basfall som är en enkel metod och den andra är mer avancerad och använder sig av olika tekniker inom området Information Extraction. Fältet vi undersöker är hur ofta män och kvinnor nämns i sju olika nyhetskällor i Sverige. Resultatet jämför dessa två metoder och utvärderar dem med vetenskapliga prestationsmått inom Information Extraction.                       Studiens resultat visar på liknande förekomster av män och kvinnor mellan basfallet och den mer avancerade metoden. Undantaget är att den mer avancerade metoden har ett högre vetenskapligt värde. Marknaden för Information Extraction i Sverige är dominerad av stora medieägda bolag, där media dessutom förser dessa företag med data att analysera. Detta gör att det blir svårt att konkurrera utan en ny innovativ idé. / This paper is an investigatory report about Information Extraction. The main purpose is to create and evaluate methods within Information Extraction and see how they can help improve the scientific result in classification of text elements. A subtask is to evaluate the existing market for Information Extraction in Sweden.                       For this task a two-part computer program has been created. The first part is just a baseline with a simple method and the second one is more advanced with tools used in the field Information Extraction. The field we investigate is how often men and women are mentioned in seven different newspapers in Sweden. The result compares these two methods and evaluates them using scientific measurements of information retrieval performance.                       The results of the study show similar occurrences of men and women between the baseline and the more advanced method. The exception being that the more advanced method has a higher scientific value. The market for Information Extraction in Sweden is dominated by large corporations owned by the media, which also provide the data for these kinds of companies to analyze. This makes it hard to compete without having a new innovative idea.

Examensarbetets mål är en färdig mobilapplikation som snabbast möjligast avgör avstånd och väg till blodbussar genom olika informationssamlare och som visar upp resultatet i Google Maps. Målet med själva applikationen är att den ska underlätta för användare att ge blod och därmed i förlängningen att den brist på blod som idag råder i Sverige minskar. Att samla information genom att välja och formatera information är ett väldigt smidigt sätt om man är säker på att hemsidan du samlar ifrån inte kommer förändras inom den närmaste framtiden. Möjligheterna för informationssamlande är helt beroende på hur sidan du hämtar informationen ifrån ser ut. Jag har använt Java och Android när jag hämtat information från Blodbussens hemsida. Undersökningen som har gjorts mellan olika informationssamlare hade även den ett mål i sig och det var att jämföra två bibliotek som väljs genom en förstudie för att senare göra själva html-informationssamlingen och så har jag använt en egen klass som använder några utav Android positionsmetoder för att komma från adress till koordinater. Mitt fokus har varit på jämförelsen mellan de olika html-informationssamlarna och jag har utvärderat det i rapporten under resultat. De aspekter jag har haft i åtanke är korrekthet och hastighet. Detta projekt resulterade i en "proof-of-concept"-applikation som visar var de olika bussarna befinner sig relativt till en individs position. Resultatet av förstudien kring de olika informationssamlarna har lett till ökad kunskap inom parsning och bland de två jag jämförde mer grundligt har jag fått större inblick i deras styrkor och svagheter. / The goal of this degree project is to give a complete Native Mobile application which determines the range and route to the bloodmobiles through different information collectors and show the result in Google Maps as fast as possible. The goal with the application is that it should make it easier to donate blood and in the long run terminate the shortage of blood that reign in Sweden. To get information through selecting and formatting information is a very flexible way of getting information if you are certain that the page won’t change anything in a near future. The possibilities of getting information are totally dependent on how the homepage is looking. I have used Java and Android when I have been gathering information from the Blood Bus homepage. The study of the different information collectors also had a goal in itself and that was to examine two libraries which are chosen by a pre-study for the html-information-collector and then I have made a class of my own to go from address to coordinates which are using a few of the location methods from Android. My main focus is on the comparison between the html-information-collector and I have evaluated that in the report under results. The main aspects I have had in mind for my evaluation are correctness and speed. This project resulted in a "proof-of-concept"-application that shows where the different buses are relative to your position. The result of the pre-study about the different information collectors has given me increased knowledge in parsing and insight of the up- and downsides of the two libraries that I compared more thorough.

Denna rapport beskriver hur jag gick till väga för att utveckla en applikation till mobiler och surfplattor för att hantera logistikärenden på Stockholmsmässan. Utifrån att studerat dokumentation, observerat Stockholmsmässans arbetare på plats och intervjuat dem tog jag sedan fram en kravspecifikation på både de funktionella och icke-funktionella kraven. För att sedan kunna välja de mest lämpade ramverken för att skapa en framtida implementation och kunna ersätta de nuvarande ”ruggade” handdatorerna som används på Stockholmsmässan. Applikationen är skapad för truckförare att kunna ta emot och skapa ”ärenden” dvs uppgifter om olika gods som ska köras från/till montrar och lastbilar etc samt kunna hantera tomemballage och lagring. Arbetet resulterade i ett fungerande koncept bestående av flertal ramverk som då involverade alla de nödvändiga delar för ett fungerande system. Arbetet utfördes på ett företag som heter CargoIT som levererar transport- och logistik lösningar till företag så som Stockholmsmässan vars åsikter om mjukvaru-system behövdes tas i hänsyn. / This report describes how I went about to develop an application for mobile phones and tablets, to manage logistics matters at Stockholm International Fairs. Based on studying current documentation, observed Stockholm International Fairs workers on site and interviewed them, I then presented a set of requirements on both the functional and non-functional requirements. To then be able to select the most suitable frameworks to build a future implementation, and to replace the current rugged handheld computers used at Stockholm International Fairs. The app is designed for truck drivers to receive and create "orders", ie data of different types of assignments to be run from / to the stands and deliverytrucks etc. and also be able to handle the empty packaging and storage.The work resulted in a working concept including several frameworks working together to create all the necessary parts for a fully working system.The work was performed at a company called CargoIT whos delivering transportation and logistics solutions to companies such as Stockholm International Fairs which also had requirements that needed to be taken into account.

Målet för denna studie har varit att skapa en första version för ett verktyg i vilket analytiker inom finans kan skapa sina långsiktiga scenarion och väga olika rikser samt möjligheter mot varandra.Idén till ett sådant verktyg har funnits inom företaget i flera år, men de tidigare idéerna har varit för specifika för att kunna användas. Detta har främst berott på tidsbrist samt att de som utvecklat dem inte har haft tillgång till en bra utvecklingsmiljö.De enda begränsningarna för verktyget har varit 1) ”Det behöer kunna visa inverkan av manipuleringar”, 2) ”det behöer finnas såmycket funktionalitet som möjligt, utan att det finns knappar överallt” och 3) ”det få inte ädra nåot av input datan”.Eftersom dessa är abstrakta specificationer behövdes mock-ups, observationer och användbarhetstest för att kunna skapa ett verktyg som förenklar de mest använda manipulationerna. Verktyget måste också låta användaren enkelt ticka i och ur sina manipulationer så att dessa inte behöver göras om varje gång användaren vill testa ett nytt utfall.Observationerna och testerna har visat att användarna jobbar på olika sätt, och därför behövde verktyget vara flexibelt. Detta innebar också att det behövdes både generella samt specifika manipulationer. De visade också att verktyget behövde delas in i två delar, en för att skapa rapporter och en för att visa rapporten. Detta då rapporteringsprocessen ej får ändras.Fokus för denna studie har varit MDI, Människa-datorinteraktion. Detta innebär att den färdiga produkten bör vara intuitiv och väldigt enkel att lära sig att använda för användarna. Detta kan vara svårt då användarna arbetar på mycket olika sätt.Den färdiga produkten för denna studie har lyckats klara alla de mål som satts upp. En mock-up som gjorde användarna nyfikna på programmet, skapades i Java. Det bestämdes därmed att detta var det programmeringsspråk som skulle användas. Ett användargränssnitt som var enkel, men samtidigt hade en komplex funktionalitet lades till.Detta gjorde att användarna frågade sig själva ”Kan det verkligen vara såhä enkelt?” samt ”Varfö har vi inte gjort detta innan?”. Tillslut skapades en fungerande produkt som var både enkel att använda samt att den gjorde många av de enkla beräkningarna åt analytikern.Den enda del som ej blivit fullt implementerad innan slutet för denna studie är mallen för de Excel rapporter som ska skapas av verktyget. Denna del av verktyget utformades av en ekonom som vet vilka grafer som kan vara intressanta att ta med i en rapport. Nu, när verktyget genererar en rapport, genereras endast de grafer som syns i verktyget, totalen för scenariona (uppdelade i olika kategorier) samt alla de manipuleringsrader som skapats för de tre olika scenariona. / The goal with this study has been to create a first version for a tool in which financial analysts can create their long-term scenarios and weigh different risks and opportunities against each other.The idea to such a tool has been around for years within the company, but the earlier ideas were too specific to be usable. This has mainly been due to the lack of time and available tools to realize the ideas.The only restrictions for the tool have been 1) “It needs to show the impact of manipulations”, 2) “it needs as much functionality as possible without having buttons all over it” and 3) “it should not alter any of the input data”.Because these are quite abstract specifications, mock-ups, observations and usability tests have been used to create a tool that simplifies the most used manipulations and enables the user to tick in and out their manipulations so that the manipulation does not have to be redone every time the user wants to test a new outcome.The observations and tests have shown that the users work very differently from each other, and so, the tool needed to be very flexible. This meant that there needed to be both general and specific manipulations which are based on general formulas. It also showed that the tool needed to be split into two parts, one for creating and one for showing reports, because the reporting process should not be altered.The focus of this study has been HCI, Human Computer Interaction. This means that the finished product should be intuitive and also easy to learn how to operate by the users which could be difficult when the users do work in different ways. The resulting product of this study has reached all of the goals. A mock-up that got the users interested in the program was produced in Java, which decided the programming language. A GUI that was simple, yet had complex functionality was added. It made users ask themselves “Could it really be this easy?” and “Why have we not done this before?”. And, at last, a working product were produced, that was both simple to operate and at the same time did a lot of the calculations for the analyst.The only part of the product that has not been fully implemented before the endof this study is the template in which the Excel Report is supposed to be generated. This part of the tool was taken care of by an economist that knew which graphs that could be interesting to create a report of. Now, the tool generates a report with only the graphs that are shown in the tool, the totals for the scenarios (split into different categories) and all of the adjustment rows for the three scenarios.

This degree project is dedicated to Waymark in Stockholm. Waymark is a consulting company where they, among other projects, develops a web application for one of the major banks in Sweden. Today the application is fully functional and deployed at the bank’s application server. Much of the work today is about maintenance but a lot of time goes to solve the bugs that the bank reports back to Waymark. One feature that was considered missing was to read the logs from the production environment in a smoothly manner. This functionality seemed appropriate for a degree project of ten weeks. The work is about solving this task and developing a prototype to be delivered to Waymark during the project. To solve this problem different log-analysis frameworks are tested to see how well they would fit. The web application is written in Java 7 and running on a WebSphere at the bank. The web layer is written in Wicket, jQuery and CSS3. Service layer running JPA2 and Google Guice used for dependency injection. For logging Log4J is used. The result turned out to be a built-in functionality in the application that manages the monitoring of the logs. Through the admin GUI, a specific log page can be opened where the user can read and filter the results to find the desired log messages. Configuration of Log4jJ has been done. Where on disk and how logs are stored has been discussed. Testing of the new functionality has been a high priority throughout the project. / Detta examensarbete är utfört åt Waymark i Stockholm. Waymark är ett IT-konsultbolag där bland annat en intern webbapplikation åt en storbank utvecklas. Applikationen är fullt fungerande och körs på bankens interna server. Idag förvaltar Waymark applikationen men ny funktionalitet införs konstant samtidigt som mycket arbete handlar om att lösa systemets buggar som banken rapporterar. En funktion som saknades var att kunna läsa loggarna från produktion på ett smidigt sätt. Denna funktionalitet ansågs som en passande uppgift för ett examensarbete på 10 veckor. Arbetet kretsar kring att utifrån den givna webbapplikationen undersöka hur denna funktionalitet skulle kunna se ut samt att utveckla fram en prototyp som levereras till Waymark innan projektets slut. I arbetet granskas logganalyserings ramverk för att se hur väl de skulle passa in i detta projekt. Webbapplikationen är skriven i Java 7 och körs på en WebSphere hos banken. Webblagret är skrivet i Wicket, jQuery och CSS3. Servicelagret kör JPA2 och Google Guice används för dependency injection. För loggning används Log4J. Resultatet blev en inbyggd funktionalitet i applikationen som sköter monitorering av loggarna. Via ett admin GUI kan en specifik loggsida öppnas där användaren kan söka och filtrera resultaten för att hitta önskade loggutskrifter. Konfiguration i Log4J har också genomförts. Var på disk och hur loggarna ska sparas har diskuterats. Testning av den nya funktionaliteten har haft hög prioritet genom hela projektet.