In diesem Paper wird das Konzept und ein Prototyp eines Step-by-Step basierten Inhouse-Navigationssystems vorgestellt, welches aus technischen und finanziellen Gründen auf eine kontinuierliche Positionserkennung verzichtet und mit vergleichsweise geringem Aufwand an neuen Orten eingeführt werden kann. Im Vorfeld wurden in einer intensiven Recherche bestehende Systeme zur Positionsbestimmung in Gebäuden analysiert und auf ihre Zuverlässigkeit und Flexibilität untersucht. Diese Parameter führten zur Entscheidung, die Positionsbestimmung auf der Basis von künstlich angebrachten, visuellen Landmarks in Form von QR (Quick Response)-Codes zu realisieren. Eine mögliche Erweiterung durch Echtzeit-Lokalisierungssysteme wird jedoch nicht ausgeschlossen. Die Routingberechnung basiert auf dem Setzen von Knoten an Start-, Endpunkten und Abzweigungen sowie Kanten, die diese Knoten verbinden. Jeder Kante wird dabei nach Länge und Art eine Gewichtung zugeordnet, aufgrund derer mit Hilfe des Dijkstra-Algorithmus der kürzeste Weg zwischen zwei Knoten berechnet wird. Weitere Parameter bieten die Möglichkeit, auf die Routenberechnung einzuwirken und ermöglichen so eine Prioritätensetzung und im Bedarfsfall Barrierefreiheit bei der Navigation. Mit Hilfe eines einfachen Backends für die Erstellung eines Routing-Netzwerkes für ein neues Gebäude, können die Einrichtungskosten auf einem Minimum gehalten werden. Durch Klicken in einer Karte des Gebäudegrundrisses können schnell Wegzüge erstellt und durch Auswahl aus vordefinierten Knoten- und Kantenkategorien einfach parametrisiert werden. Um die Navigation anhand der berechneten Route für Smartphone-BenutzerInnen verständlich zu machen, wird die Route in kleinen, übersichtlichen Schritten (Steps) dargestellt, die sowohl auf einer maßstabsgetreuen Karte, wie auch als dynamisch generierter Text angezeigt werden. Die Zielsuche wird dabei durch eine Auswahlliste anhand von Knotenkategorien (Büro, Seminarraum, WC, …) erheblich erleichtert. Anhand eines Sets von Usabilitytests wird gezeigt, dass das System, bestehend aus den QR-Codes zur Positionsfindung und einer Smartphone-Anwendung zur Navigation, von BenutzerInnen ad hoc verstanden wird und zur Navigation innerhalb von den BenutzerInnen unbekannten Gebäuden eingesetzt werden kann.

Publikation und Präsentation stehen zum Download bereit:

Paper Forum Medientechnik 2013

Präsentation Forum Medientechnik 2013

Autoren

Ewald Wieser, Tomas Kasanicky, Florian Schiesterl, Bernhard Griessler, Christoph Fabritz, Kerstin Blumenstein, Grischa Schmiedl

Zitieren als

Wieser, E., Kasanicky, K., Schiesterl F., Grießler, B., Fabritz C., Blumenstein K. & Schmiedl, G., 2013. Smartphonebasierte Step-by-Step Indoor-Navigationslösung ohne kontinuierliche Positionserkennung. In Forum Medientechnik – Next Generation, New Ideas. St. Pölten: Fachhochschule St. Pölten.

The post Smartphonebasierte Step-by-Step Indoor-Navigationslösung ohne kontinuierliche Positionserkennung appeared first on Mobile USTP MKL.

Die Session “Offline (mobile) Webdevelopment auf der Developer Week 2013 in Nürnberg zeigte die Möglichkeiten und Limitationen aktueller JavaScript-APIs im Umfeld von HTML 5 zur Offline-Nutzung für Webapplikationen anhand von Praxisbeispiele auf.

Präsentation Developer Week / Nürnberg, Deutschland (2013):
Download Präsentation
Download Code

The post Offline (mobile) Webdevelopment appeared first on Mobile USTP MKL.

Context Based Computing bedeutet:

• dem richtigen User

• zur richtigen Zeit

• aktuell relevante (und richtige) Information

• in einem an die Situation angepassten Format zu geben.

Im Gegensatz zu stationären Computern (und dazu zähle ich auch Noteboks) werden Smartphones häufig tatsächlich “on the move” eingesetzt. Je nach Szenario sind manche Applikationen sogar nur in einem mobilen Szenario sinnvoll. Aber nicht alle Applikationen sind für diesen mobilen Kontext geeignet bzw. in der Lage diesen zu erkennen und dem User eine kontext-sensitive User Experience anzubieten.

Daraus ergeben sich eine Vielzahl an Fragen und Forschungsthemen:

A) Bewährt sich meine App in einem mobilen Szenario, in dem sich der User nicht ausschließlich der App widmen kann, sondern sich auch auf die Umwelt (den Context) konzentrieren muss – um z.B. beim Gehen nicht mit anderen Personen oder Gegenständen zu kollidieren?

Diese Thema wurde in folgenden Artikeln behandelt:

• Paper CHI Sparks / Han, Niederlande (2011): Usability Testing for mobile scenarios of fragmented Attention
• Paper Forum Medientechnik / St. Pölten (2012): Usability Testing mobiler Szenarien als Sekundärtask

B) Welche Sensoren helfen mir den Context des Users zu ermitteln und wie lassen sich Sensordaten intelligent verknüpfen und interpretieren.

Beide Themen wurden auf der Developer Week / Mobile Developer Conference in Nürnberg im Juni 2013 vorgestellt.

Präsentation Developer Week / Nürnberg, Deutschland (2013): Download Presentation

The post Context Based Computing appeared first on Mobile USTP MKL.

Fotoupload

Fotoupload im Mobile Safari (iOS6)

Mit der neuesten Version des Betriebssystems von Apple (iOS 6) ist es nun möglich über den mobilen Webbrowser Dateien hochzuladen. Nach Apple-Manier kann der User natürlich nicht auf alle Dateien, die auf dem Gerät gespeichert sind zugreifen, aber das können auch native Applikationen nicht. Vielmehr ist es wie bei nativen Applikationen möglich gespeicherte Fotos oder Videos auszuwählen oder direkt ein Foto oder Video aufzunehmen und hochzuladen.

Mit folgendem Code ist es nun möglich, auch über den Mobile Safari einen Foto-Upload durchzuführen.
<input type="file">

Außerdem ist es möglich mehrere Dateien zu laden, dies erlaubt folgender Code.
<input type="file" multiple>

Fullscreen

Webentwickler konnten bisher über einen Apple-spezifischen meta-Tag dem User über den Umweg des Homescreens einen Fullscreen-Modus erlauben. Nun kann der User selbst eine Website im Fullscreen betrachten, sofern er das iPhone im Querformat (Landscape) nutzt.

Auf dem linken Screenshot ist in der Button-Leiste am unteren Rand rechts ein neuer Button zu sehen. Dieser versetzt den Safari mit der gewählten Website in den Fullscreen-Modus (rechter Screenshot).

Debuggen

Bisher hatten Webentwickler zum Debuggen ihrer mobilen Webanwendung auf dem mobilen Betriebssystem eine mehr oder weniger komfortable Debug-Konsole zur Verfügung. Diese ist mit iOS6 verschwunden. Apple setzt auf Remote-Debugging.

Benötigt wird dafür Safari 6 am Desktop-Rechner. Schlechte News gibt es in dem Zusammenhang aber allerdings für Windows-User. Die neueste Version des Safaris gibt es nur mehr am Mac.

Aktivieren der Webinformationen im Mobile Safari

Auswahl der Website im Desktop-Safari

Konsole im Desktop-Safari

1. Am iOS-Gerät müssen unter Einstellungen / Safari / Erweitert die Webinformationen angestellt werden. Warum auch immer es in der deutschen Version “Webinformationen” heißt.
2. Das iOS-Gerät muss via Kabel mit dem Mac verbunden werden.
3. Die Website zum Debuggen am iOS-Safari öffnen.
4. Nun kann im Mac-Safari im Entwickler-Menü das Gerät und die eben geöffnete Website ausgewählt werden.
5. Start Debugging

Mit dieser Neuerung kann man nun wirklich von Debuggen einer mobilen Webapplikation sprechen.

Max Firtman, Autor des Buches Programming the mobile Web hat sich auf seinem Blog mit allen Neuerungen für Webentwickler beschäftigt.

The post Neue Pluspunkte für mobile Webentwicklung mit iOS6 appeared first on Mobile USTP MKL.

Für die Fachhochschule ist das Projekt vor allem auf Grund der topaktuellen Softwarelösungen, die eingesetzt werden sollen, interessant. Das Projekt gilt damit als Proof of Concept, dass mit den eingesetzten Mitteln hochwertige mobile Lösungen entwickelt werden können. Diese Erkenntnisse sollen in zukünftigen Projekten zur Entscheidungsfindung bei der Technologieauswahl genutzt werden.

Im Rahmen des Projekts werden folgende Technologien evaluiert:

• Sencha Touch 2.0 (Framework für mobil optimierte Webapplikationen)
• Sencha Architect (Integrated Development Environment for Sencha Frameworks)
• diverse Libraries für Base64-Encoding, md5-Hashing,…
• PhoneGap (Native Container für Hybride Mobilapplikationen)
• ZXING (Zebra Crossing) Library for iOS (QR-Code Decoding)

Projektteam:

FH-Prof. DI Dr. Grischa Schmiedl (PM, Architecture)
Dipl.-Ing. Kerstin Blumenstein (Dev)
Gernot Rottermanner BSc. (Dev)

The post ICOMS Besucherverwaltung appeared first on Mobile USTP MKL.

Wie unterscheiden sich die Printausgabe und die dazugehörige iPad-Applikation einer Zeitschrift? Mit dieser Frage habe ich mich bereits letztes Jahr für die Lehrveranstaltung “Multisensuelle Mediengestaltung” beschäftigt. Im Mittelpunkt standen die Magazine “DER SPIEGEL” und “stern”.

Abstract

Die Verlagsbranche entdeckte im letzten Jahr das iPad von Apple für sich. 435 Applikationen fanden sich zum Zeitpunkt der Erstellung des Papiers im Februar 2011 bereits in der Kategorie Nachrichten im App Store. Im Paper vergleiche ich die iPad-Applikation von “DER SPIEGEL” und “stern” mit der dazugehörigen Printversion in Bezug auf deren multisensuelle Gestaltung.

Download

PDF: Multisensuelle Gestaltung von Magazinen

The post Multisensuelle Gestaltung von Magazinen appeared first on Mobile USTP MKL.

Wichtig ist, dass sie mit CACHE MANIFEST beginnt. Anschließend werden alle notwendigen Dateien jeweils in einer Zeile aufgelistet. In meinem Fall habe ich sie als relative Pfade definiert, es können aber auch absolute Pfade angegeben werden. Wird die Website komplexer, bietet es sich an, die Erstellung der Cache Manifest Datei über ein Skript zu lösen. Ich habe das so realisiert:

<?php
header('Content-Type: text/cache-manifest');
echo "CACHE MANIFEST\n";
$hashes = '';

$dir = new RecursiveDirectoryIterator(".");
foreach(new RecursiveIteratorIterator($dir) as $file){
if($file->IsFile()&& !strpos($file, "/.") && substr($file->getFilename(), 0, 1) !="." && substr($file->getFilename(), -3, 3) != "php"){
echo $file . "\n";
$hashes .= md5_file($file);
}
}
echo "# HASH: ".md5($hashes) . "\n";
?>

Das Skript (inspiriert durch [1] und [2]) iteriert durch alle Unterverzeichnisse und schließt sowohl Dateien aus, die mit “.” beginnen als auch alle PHP-Dateien. Zusätzlich wird ein md5-Hash der Files generiert und dieser am Ende der Manifest-Datei als Kommentar ausgegeben. So kann sichergestellt werden, dass bei Änderung eines Files das Cache Manifest geändert wird und somit der Browser die Ressourcen neu lädt.

Die Manifest Datei muss mit dem Content-Type “text/cache-manifest” vom Server ausgeliefert werden. Wird sie manuell erstellt, kann dies bei einem Apache Webserver über die .htaccess-Datei erreicht werden. In diesem Fall muss dort die Zeile AddType text/cache-manifest .manifest hinzugefügt werden. In meinem PHP-Script erledigt das die Zeile header('Content-Type: text/cache-manifest'); für mich.

Außerdem kann im Manifest spezifiziert werden, welche Dateien nicht gespeichert werden sollen und somit egal ob offline oder nicht immer vom Server geladen werden. Dies wird über den Bereich NETWORK: erreicht und nennt sich Whitelisting. Wichtig ist zu wissen, dass nur Dateien, die nicht zum Cachen angeführt sind, in diesem Bereich angeführt werden können. Zudem kann ein Bereich FALLBACK: definiert werden, in dem zwischen Online- und Offline-Verfügbarkeit unterschieden werden kann. Eine einfache Manifest-Datei könnte dann wie folgt aussehen:

CACHE MANIFEST
./js/mobilot.js
./css/mobilot.css
./image/icon_sprite.png
./image/icon_sprite@2x.png

FALLBACK:
./image/ ./offline.png

In diesem File wird die im Ordner image liegende menu.png immer vom Server geladen (definiert im Bereich NETWORK:). Aus dem Bereich FALLBACK: können wir entnehmen: wenn eine Verbindung zum Netzwerk besteht, dann lade die Dateien im Ordner image, sonst lade die Datei offline.png.

Und zu guter Letzt muss der Startdatei der Webseite (in dem meisten Fällen wohl die index.html) im HTML Tag die Cache Manifest Datei verlinkt werden. Dazu wird das Attribut manifest gesetzt.
<html manifest="cache.manifest"> oder auch z.B. <html manifest="manifest.php">

Update 06.04.2012: Als Tücke beim Arbeiten mit dem Cache Manifest hat sich für mich heute herausgestellt, dass nur Dateien offline aufgerufen werden können, deren URL genau gleich im Cache Manifest hinterlegt sind. Das bedeutet, dass keine zusätzlichen Parameter beim Aufruf mitgegeben werden können, die nicht auch im Cache Manifest hinterlegt sind.

[1] Stark, J. (2011). Android-Apps mit HTML, CSS und JavaScript [mit Standard-Web-Tools zur nativen App]. Beijing; Cambridge; Farnham; Köln; Sebastopol; Tokyo: O’Reilly.
[2] Kessin, Z. (2011). Programming web applications in HTML5. Sebastopol CA: O’Reilly Media, Inc.

The post Cache Manifest dynamisch erstellen appeared first on Mobile USTP MKL.