Gauß-Krüger Koordinaten

Das Gauß-Krüger-Koordinatensystem ist ein kartesisches Koordinatensystem. Es ermöglicht Punkte auf ausreichend kleine Gebiete der Erde durch metrische Koordinaten anzugeben. Die Koordinaten werden als Rechtswert (y-Wert) und Hochwert (x-Wert) angegeben.­­

Österreichisches Bundesmeldenetz

In Österreich wird ein anderes Koordinaten-System als beispielsweise in Deutschland verwendet. Beim BMN ist der Ursprung verschoben und für Österreich optimiert, weswegen zur Umrechnung die Werte des verschobenen Ursprungs addiert bzw. subtrahieret werden müssen.

Niederösterreich liegt in der Zone M34 mit dem Längenursprung E16° 20′. Zur Umrechnung des Rechtswerts wird daher der Wert 750.000 von der BMN-Koordinate subtrahiert und beim Hochwert 5.000.000 zur BMN-Koordinate addiert, um auf die entsprechende Gauß-Krüger-Koordinate zu kommen.

Umrechnung

Die Umrechnung von Gauß-Krüger Koordinaten in WGS84 erfordert komplexe Transformationen die runden notwenig machen, da es sich bei Gauß-Krüger Koordinaten um ein zweidimensionales System mit einem Bezugspunkt handelt. Durch die Transformationen können meiner Meinung nach keine präzisen Ergebnisse erzielt werden. Quellen sprechen hier von +- 5m Schwankungen beim Ergebnis, was somit ungenauer als die verwendeten Messgeräte wäre (GPS-Gerät +- 3m).

Das Bundesamt für Eich- und Vermessungswesen stellt ein Onlinetool zur manuellen Verortung von Punkten zur Verfügung. Dabei können keine genauen Koordinaten eingegeben werden, sondern diese nur auf einer Karte angeklickt werden. Das Problem dabei ist, dass die UTM-Ergebnisse  hiervon nicht mit den Daten der Messpunkte des Vermessungsamt übereinstimmen.

Eventuell kann das Vermessungsamt Rechenwege oder Tools zur Verfügung stellen, die eine exakte Umrechnung erlauben. Allerdings bin ich bei meinen Recherche häufiger auf den Hinweis gestoßen, dass eine genaue Umrechnung nicht ohne weiteres machbar sein soll. Zumindest scheint mir eine exakte Umrechnung nicht möglich.

The post Gauß-Krüger Koordinaten – GPS appeared first on Mobile USTP MKL.

Nun habe ich mich an einen Vortrag von Ivo Wessel auf der Mobile Developer Conference 2011 mit dem Namen: „App-Entwicklung in der Praxis“ erinnert. Praktisch läuft es leider selten so, darum würde ich eher sagen: „App-Entwicklung wie sie sein sollte“.

1. Recherche

Bei dem privaten Projekt versuche ich nun bewusst zu hinterfragen und zu überdenken, was sonst oft kundengegeben und unveränderbar ist. Zum Beispiel: Macht das wirklich Sinn in einer mobilen App? Laut Ivo Wessel berücksichtigen erfolgreiche Apps die fünf großen Ws: Wer? Was? Wann? Wo? Warum? Also geht es erst einmal an die Recherche, bevor die App konzipiert und designet wird. Wer sind meine mobilen User und wann und warum sollten sie die App verwenden? Hier unterscheidet Wessel zwischen drei Arten von Usern: „I’m microtasking“, „I’m local“ und „I’m bored“. Diese Arten mobiler User können aber nicht genauso für Tablets übernommen werden, hier verhalten sich User wieder anders und sollten daher auch anders bedient werden.
Bei der Recherche muss man sich im Klaren werden über Zielgruppe, Bedürfnisse, Nutzen, Feedback und Updates. Erfolgreiche Apps müssen diese Fragen beantworten und ganz klar einen Nutzen haben. Dabei liegt die Betonung auf EINEN. Eine App ist kein Schweizer Taschenmesser, und die eierlegende Wollmilchsau wird keinen User restlos zufriedenstellen können.

2. Konzeption

Nun kann mit der Konzeption begonnen werden. Beliebte Fehler sind, dass Raum für Erweiterungen gelassen werden (die dann vielleicht nicht kommen) und Apps zu früh oder zu spät publiziert werden. Hier hat man in der Praxis oft nicht wirklich eine Wahl. Wenn eine App zu diesem Zeitpunkt oder dem Event einfach fertig sein MUSS, weil der Kunde es so will. Kunden, die eine App entwickeln lassen, sollten sich aber darüber im Klaren sein, dass halbfertige Apps, die (vielleicht) noch erweitert werden und dann auch noch was kosten, nicht gut ankommen und die negativen Bewertungen einen größeren Schaden verursachen können als spätere Veröffentlichung.
Weiters muss natürlich immer der Unterschied zwischen Apps und Webseiten und nativen und Webapps bedacht werden. Hier gibt es nicht immer ein richtig oder falsch, die Wahl zwischen Web- und nativer App hängt von vielen Faktoren ab, die auch schon in anderen Blogbeiträgen behandelt wurden.
Wie erfolgreich die App ist und wie gut eine Wahl war lässt sich leider erst nachher wirklich sagen. Zur Messung der Güte kann man die Verweildauer betrachten, denn User die nicht finden was sie suchen drücken gleich wieder den Back-Button. Einige allgemeine Regeln, die man für die Konzeption kennen sollte sind:
– Miller’sche Zahl: 7. Der Mensch kann sich kurzfristig nur ungefähr 7 Informationseinheiten merken. Das ist vor allem bei der Anzahl der Menüpunkte zu beachten.
– Hick’s Law: Die Zeit die man braucht eine Entscheidung zu treffen, hängt von der Anzahl der Möglichkeiten ab.
Diese Regeln kommen vor allem beim Aufbau der Menüs und der Seitenhierarchie zum Einsatz.
Generelle Modelle die bei der App-Entwicklung zum Einsatz kommen sollten:
– Mental Model (was der Benutzer denkt)
– UI Model (Was der Benutzer sieht)
– Implementation Model (was der Programmierer tut)
Was Features angeht: „weniger ist mehr“. Eine App sollte einen bestimmten und klar ersichtlichen Nutzen haben.

3. Gestaltung

Phasen 3 und 4 der „App-Entwicklung in der Praxis“ sind Gestaltung und Programmierung. Prinzipiell ist bei der Gestaltung wichtig, sich bekannten Konzepten zu bedienen und bekannte iPhone-Elemente bei iPhone-Apps zu verwenden. Das erleichtert nicht nur Designern und Programmierern die Arbeit, sondern hilft auch den Usern sich zurecht zu finden. Aus Sicht des Users immer den Spruch „Don’t make me think“ bedenken.

4. Umsetzung

Die Umsetzung ist dem Programmierer selbst überlassen und hängt natürlich von der gewählten Plattform ab.

5. Marketing

Beim Marketing gibt es nun wieder ein paar Besonderheiten in App Store, Google Play, etc. Apps brauchen Icons, Titel, Beschreibung, Preis, Kategorie, wobei beim Titel auf die Länge bzw. Kürze zu achten ist, da er sonst abgeschnitten angezeigt wird.
Sonst Unterscheidet sich Marketing einer App nicht besonders von anderem Marketing. Apps sollten auf einer eigenen Webseite beworben werden und natürlich eine Facebook Page haben. Beworben kann natürlich überall werden, wobei in Sachen Werbung wieder die Zielgruppe zu beachten ist und es bei Apps Sinn machen kann Werbung in anderen Apps zu schalten.
Es kann auch Werbung aus der bereits verkauften App heraus gemacht werden indem man beispielsweise die Möglichkeit zu Bewertung/Rezension gibt, Feedback-/Fehler-Funktion und „Tell a friend“-Funktionen verwendet.
Auch noch zu beachten ist die Größe einer App, wobei schon in der Umsetzung darauf geachtet werden sollte. Apps über 20MB können im AppStore nämlich nur über WLAN geladen werden. Wenn eine App also nur oder hauptsächlich unterwegs Sinn macht, kann die Größe über Erfolg oder Misserfolg entscheiden.

Wenn man nun volle Kontrolle über die Entwicklung einer App hat sind diese Punkte hilfreich und praktisch einsetzbar. Bei der Arbeit mit sturen Kunden kann man nur versuchen kompetent aufzutreten und so dem Kunden eventuell die eine oder andere bessere Möglichkeit aufzuzeigen.
Mein Fazit: Wer das Glück hat Einfluss auf alle Phasen der Entwicklung nehmen zu können sollte diese Tipps zur Praxis machen. Im anderen Fall sollte man versuchen dem Kunden auch um seinetwillen zu überzeugen Recherche zu machen und Regeln zur Konzeption zu beachten.

The post App-Entwicklung wie sie sein sollte appeared first on Mobile USTP MKL.

Außerdem funktioniert Edge mit JavaScript, was es auch einfach macht selbst JavaScript in Edge-Projekte zu integrieren und Funktion hinein zu bringen. Mit Edge lassen sich also nicht nur kleine Animationen, sondern ganze HTML5 Applikationen erstellen, quasi ein HTML5 Pendant zu Flash-Seiten. Ein Vorteil von HTML5 liegt klar auf der Hand: SEO. Reine Flash-Seiten sind auf Google kaum zu finden, da sämtliche Informationen in einem Objekt und für Google unzugänglich versteckt sind. Mit Edge bleiben Texte markier- und editierbar, selbst wenn sie gerade erscheinen oder irgendwo im Kreis fliegen. Und dabei hat man nicht nur Zugriff auf ein paar Systemschriften, sondern kann beliebige Web Fonts einbinden und sofort damit arbeiten.

Weitere nette Features von Adobe Edge sind die einfache Möglichkeit zur Erzeugung von Preloadern und Fallback-Inhalten, ohne selbst etwas programmieren zu müssen. Man kann sich einfach einen fertigen Preloader aussuchen und Screenshots an belieben stellen der Animation machen, weiter bearbeiten und dann als Fallback für ältere Browser einsetzen. Und es gibt die Möglichkeit fertige Projekte zu „exportieren“. Wenn man Edge-Projekte speichert hat man neben dem Edge-File natürlich das HTML und CSS und JS-Files. Hier wird vorrangig Wert auf die Editierbarkeit des erzeugten Codes gelegt, beim Veröffentlichen wird dieser dann stark komprimiert und unleserlich, dafür aber platzsparender. Und außerdem wird die .edge-Datei nicht noch einmal in den Ordner mit den veröffentlichten Inhalten gespeichert, weswegen man diesen Ordner dann einfach 1:1 auf seinen Webserver stellen kann.

Und was sind jetzt sinnvolle Einsatzszenarien für Adobe Edge? Man kann im Prinzip fast alles, was man derzeit mit Flash macht, mit Edge lösen und Inhalte dadurch leichter zugänglich machen. Es gibt allerdings noch Einschränkungen, die es nicht ermöglichen Flash einfach zu ersetzen. Beispielsweise lassen sich die erstellten Animationen nicht einfach beliebig in der Größe skalieren wie mit Flash. Bannerformate wie Sitebars, die sich dynamisch an die verfügbare Fensterhöhe anpassen sind also noch nicht möglich, laut Foreneinträgen aber schon in Planung für spätere Versionen von Flash. Dieses Problem ist aber auch mit anderen HTML5 Tools noch vorhanden und auf jeden Fall kniffliger, als wenn man Beispielsweise ein Bild über die volle Bildschirmbreite einbinden will. Gerade auf mobilen Geräten wäre das ja sehr interessant, weil für die meisten Bannerformate oder generelle HTML5-Inhalte 100% der Bildschirmbreite interessant sind.

Ein Edge Beispiel für eine iPad Präsentation

Derzeit wird im Edge Forum dazu geraten, „viewport“ dafür zu verwenden:
<meta name="viewport" content="width=device-width, maximum-scale=1, user-scalable=no" />
Dadurch wird der Bildschirmausschnitt so gewählt, dass der Inhalt 100% der verfügbaren Breite einnimmt.

So habe ich auch eine Edge Beispiel platziert, das als kurze iPad-Präsentation gedacht ist, aber auch am iPhone noch gut zu erkennen ist. Auf Klick bzw Touch erscheint ein Logo, und im nächsten Schritt einige Informationen dazu. Die Files zu diesem Beispiel sind hier im Anhang zu finden: Files Mobilot Fullscreen

The post Adobe Edge appeared first on Mobile USTP MKL.

Für Corona gibt es außerdem viele praktische 3rd Party Tools und Services die das Erstellen weiter vereinfachen. Beispielsweise Kwik, das vor allem für interaktive Bücher gedacht ist. Kwik ist ein Plug-In für Photoshop CS5 mit dem man Animationen erstellen kann. Man hat außerdem Möglichkeiten wie Objekte dragable zu machen, Ton einzubauen, oder auch selbst Ton aufzunehmen. Das ist beispielsweise für Kinderbücher interessant, damit Kinder lesen lernen können oder Eltern ihre Stimme aufnehmen, damit sich ihre Kinder immer wieder ein Buch von ihnen vorlesen lassen können. Diese Interaktionen, Buttons und drag&drop Funktionen lassen sich direkt in Photoshop erstellen, der Code dazu wird dann automatisch erzeugt. Ein kleines Video zu Funktionsweise von Kwik gibt es hierzu sehen.

Lua Projektfiles

Es ist natürlich trotzdem ratsam Programmierkenntnisse mitzubringen, um später mit Corona Anpassungen treffen zu können und flexibler zu sein. Zum Glück funktioniert das recht einfach und die Buchseiten, die mit Kwik erstellt wurden lassen sich auch gut lesen, verstehen und editieren. Man kann im Prinzip alles, was man mit Kwik erstellt hat auch direkt in Corona coden, was allerdings nicht so viel Spaß macht, gerade bei Animationen. Wie Programmieren in Corona aussieht, vermittelt dieses kurze Video sehr gut: „Corona SDK: Make a game in 8 minutes“. Corona bringt natürlich auch einen Simulator mit, der meistens sehr gut funktioniert. Manchmal gibt es allerdings kleine Abweichungen zwischen d

Für Corona programmiert man mit LUA, einer Sprache die ActionScript (Flash) sehr ähnlich ist. Es gibt viele Libraries die das Entwickeln sehr erleichtern, beispielsweise physics.* womit man seiner Spielewelt schnell und einfach Schwerkraft hinzufügen kann mittels setGravity(). Corona arbeitet auch mit zwei Ad Networks zusammen, wodurch man in seine Apps einfach Werbung einbinden und verwalten kann. Mit Corona und Lua kann man auch auf die Hardware der Geräte zugreifen um beispielsweise Koordinaten abzufragen (event.latitude, event.longitude). Hierfür sind nur einige Einstellungen im build.settings-File notwendig. Einen genauen Überblick über die API bekommt man in den Corona Docs.

Moni die Maus App

Zum Schluss noch ein Beispiel für eine App, die mit Corona und Kwik erstellt wurde. „Moni die Maus“ ist ein interaktives Kinderbuch, das im App Store und als Android App erhältlich ist. Hier können sich Kinder zwischen 3 und 9 Jahren vorlesen lassen oder schon selbst lesen. Die Buchseiten sind mit Animationen gespickt und durch tippen auf die Umgebung lassen sich viele weitere Animationen und Geräusche entdecken.

The post Native App Entwicklung mit Corona appeared first on Mobile USTP MKL.

Trotzdem, gerade auf mobilen Geräten ist HTML5 schon Thema, vor allem bei der Werbung. Genau Spezifikationen sind gerade in der Entstehung wie beispielsweise ORMMA (Open Rich Media Mobile Advertising), eine API mit einem Set an Funktionen, beispielsweise für expand und collapse bei Bannern. Man kann sich schon bei etlichen Vertreibern von mobiler Werbung, auch bei In-App Ads, darauf verlassen, dass diese Funktionen vorhanden sind und mit den eigenen Werbebannern verwendet werden können.

Erstellung von HTML5 Animationen

Gleichzeitig entstehen auch Flash-ähnliche Tools, die die Entwicklung einfacher Animationen ermöglicht und teilweise auch schon Zugriff und Integration der ORMMA API ermöglicht (beispielsweise der Sencha Animator). Es gibt aber auch noch andere Tools für HTML5 Animationen, die nicht nur auf Werbung ausgerichtet sind. Hier eine kleine Vorstellung der Tools, mit denen HTML5 Animationen erstellt, konvertiert oder bearbeitet werden können.

• Hype (Authoring-Tool)
• Sencha Animator (Authoring-Tool)
• Adobe Edge (Authoring-Tool)
• Adobe Wallaby (»Kompiliert« Flash-Dateien in HTML5-Animationen)
• Swiffy (wandelt SWF in HTML5 um)
• Radi (Einfache Animations-Software für Canvas)
• Google Automatoon: Einfache HMTL5 Animationen online erstellen

Ein guter Artikel zu dem Thema: http://praegnanz.de/weblog/neue-wege-zur-erzeugung-von-html5-animationen

Und eine kurze Vorstellung aller oben genannten Tools: HTML5_Animationen

Und hier jetzt noch ein Beispiel zu einer HTML5 Animation, die mit Edge erstellt wurde. Zum Einbinden verwendet man am einfachsten iframes. Die Files zu diesem Beispiel stehen hier zum Download bereit: MFG Banner 250×250

The post HTML5 Animationen und mobile Ads appeared first on Mobile USTP MKL.

Die Flächendiagramme zeigen den Zuwachs bei Mobilverträgen und Internetzugängen im Verhältnis zur Bevölkerungsanzahl. Außerdem kann man einzelne Länder gegenüberstellen und sieht deutlich, dass der Markt in beispielsweise Belgien gesättigt ist und das Wachstum zurück geht, während in Ländern wie Zimbabwe die Kurve in den vergangenen zwei Jahren steil nach oben zeigt.

In der Balkendiagramm-Ansicht werden die gesamten Internetzugänge und Handyverträge prozentual zur Bevölkerung angegeben. Wenn man sich die einzelnen Länder ansieht fällt auf, dass bei einigen Ländern, vorwiegend Entwicklungsländern, der Anteil an Internetzugängen sehr gering bleibt, während Handyverträge stark zunehmen. Auf diesen Märkten ist mobiles Internet natürlich sehr interessant, da die Bevölkerung eher die Möglichkeit hat über Mobilgeräte als über Desktop-PCs auf das Internet zuzugreifen.

Die Daten für diese Visualisierung stammen von undata und NetMarketShare.

Links: Highcharts, Visualisierung Mobiles Internet, undata, NetMarketShare

The post Visualisierung zum Thema Mobiles Internet appeared first on Mobile USTP MKL.

Die Technik

Toli wurde mit jQuery Mobile und PHP umgesetzt. Zum Zeitpunkt der Umsetzung wurde die Betaversion 1.0b3 von jQueryMobile verwendet. Mittlerweile gibt es schon die Version 1.0rc1, die mit einigen Neuerungen daher kommt und die Verwendung von jQuery Mobile hoffentlich erleichtert. Laut Release Notes wurde beispielsweise der Refresh von Selectmenüs überarbeitet, der bei dynamisch erstellten Optionen in der Betaphase große Probleme machte. In der neuen Version wurden auch page Events umbenannt, weswegen Projekte, die während der Betaphase von jQuery Mobile erstellt wurden, nur mit umfangreicheren Anpassungen mit der neuen Version betrieben werden können. ToLi wurde zu Demonstrationszwecken erstellt, zeigt aber die Funktion von jQuery Mobile trotzdem noch recht gut.

Das Interface

Die Applikation

Toli ist online unter: dm101532.students.fhstp.ac.at/toli zu erreichen, oder über den QR Code unten.

The post ToLi – Der mobile ToDo Listen Verwalter appeared first on Mobile USTP MKL.