-karlos-'s diary

Recent diary entries

OSM-Pacman in der eigenen Nachbarschaft spielen

Posted by -karlos- on 30 April 2013 in German (Deutsch)

Mapbox hat gerade ein neues Werbevideo vorgestellt das mich auf eine spontane Idee gebracht hat: Ein Browser-Game das die Wege rund um die eigene Position anzeigt und per Zufall Monster absetzt denen du entkommen musst, natürlich auch nur auf den Wegen. Todo: Überdenken, ausarbeiten, featuredescription, Code, .... Fun

The Undo Expirience: Touching a Ghost-Node (TosmE)

Posted by -karlos- on 2 February 2013 in English (English)

TosmE tests touch gestures to edit a way. (to use with iD)

Last time I added a new way to delete a node: Touch it and stay on the node without move. Quite often, when I fine tunded existing nodes, my node was deleted unintended. Why? I broke my own rul: If something happends in the editor, show it! Now the running delete-time is visualized: after short, the nodes starts to change color form blue to black. You now know: If you don't want to delete, move or untouch.

Because the sight/loupe was empty after the node was deleted, I added a thin ring where the node had been. That immediately lead to the next idea: If you accidently deletet a node, what would you like to do? Undo. What if you see the ring? Save it, touch it, restore it! Right, try it, you'l love it:

At last I love it as the most enjoyable way to undo.

Guided Tagging by Wiki generated JSON-formated rules

Posted by -karlos- on 2 February 2013 in English (English)

In my last post, I presented just an idea. The responses showed, there are quite a view ongoing activities already. We all share the idea of tagging guided by a tag database structured to a agreed schema. Some projects seem to compete but that's evolution in OSM. Some could interact with a little glue in between.

I really agree with the presentation by David.earl. I also like the idea, given in his video, to generate the data by parsing the Tag pages of the OSM wiki.

The name TagCentral first reminded me to a tag-centralizing Mafia. We do not want central decisions how to tag. But we need, like the central OSM database, a central tag database, maintaining code and a central server to run it.

At the moment we have two sources of tag data: First the tags, used in the OSM data as Taginfo and tagwatch present in analyses. Second the OSM-wiki with all its tag-pages. Both are crowdsourced (no Tag-Mafia :), both may be used to condense a tag database. Taginfo helps to prioritize and may show missing definitions in the wiki. Relations between tags, statistical retrieven, should be present in the wiki to.

Of course, no one wants to write an analyzer of human written wiki text. There is already a wiki-template "KeyDescription". It looks like this Template includes all the data necessary to generate a tag-schema. If not, it may be extended.Let's se the tag highway=trunk. The template includes value=trunk. "Trunk" is also the English word for that kind of road. But there is no option to append the used words in other languages. What about name=trunk and AT:name=Schnellstrasse? This way we would get the localization almost for free. If each localized wiki page has its own word definition in the template, all the templates can be merged to one tag schema with all local used words, and all local descriptions of course.

Right, what next after the template is extended and used accordingly? We need the code and a server to run the parser/scanner of the tag wiki pages. This Is the TagCentral mentioned above or simply an extenuation of the Taginfo if you like. It looks like the iD project is already doing good parts of this. After all the tag schemata are generated or updated, there should be a lot of checking and crosschecking with the tagdata statistics. There will be a list of bad templates. We could have things like The 10 most used tags without a wiki page, and so on.

The next step will need a lot of willingness of teamwork: the format of the schema. All the main editor teams should agree with it. (And to use it.) The use of JSON seems already agreed. Potlatch and iD share some developer. JOSM uses XML at the moment. My solution to that: There could be a converter to generate XML from a JOSM tag database. Or the tag database could be some common real database and generate the JSON files and the XML files and the files any other editor would like to use.

How much different projects are developing a tag schema?

  • David.earl did his speech but no code, is it?
  • iD in teamwork with taginfo seems the project creating and using a schema. And they are in contact to JOSM.
  • I read the russian page of Ilya Zverev by google translate. It seems to be quite the same. Does anyone have contact to him?
  • AndrewBuck is using OWL to define the schema. Thats quite scientific. Could it help to define the schema somehow more systematic?

The data, retrieved by now may help to offer menus in several styles, text oriented, selections by graphic symbols, etc. (see my last post) But it may be a problem to create the complex dialogs, some tags will need. There could be an extra editor. But I would prefer an extended or new created template to the wiki. Last time I mentioned a public schema editor but dropped it now. Instead there should be a web service to show the scheme, including the menus and dialogs, an editor would offer, if it uses the schema and the tag database. A changelog and some human eyes may good before the editors take over the new version.

Who and what?

  • First here has to be a talk about how fare we agree to go the way, described above. I will motivate you.
  • Next is the fixing of the schema. This block isn't the right place for that. The forum and a wiki page will do better. TagCenter or TaginfoPlus may be a good name.
  • There is code to write. I don't have that much time to help. There will be help by others, I am sure. AndrewBuck, Ilya Zverev?
  • There is code to run on a server. As the function is near to or part of the Taginfo, I think, it could run on the same server. Because Jochen Topf is German like me, we may have a chat in the next time. (The same with the JSOM team)

Guided Tagging by an interpreter of XML-formated rules

Posted by -karlos- on 26 January 2013 in English (English)

"How do I tag this" Is the most asked question of OSM users, isn't it? Newbees may easily learn how to draw points and lines in a OSM-Tutorial-Game. But how do editors help with tagging? You have to memorize it or search in the OSM-Wiki. Potlarch, Josm and also a lot of Apps have some menus and dialogs to guild tagging. I assume, they are separably hard coded and maintained by each developer, more or less influenced by user feedback.

My suggestion:

Let's create a database for Guided Tagging rules

The knowledge about tagging, written down in a well defined format, interpretable by software.

The format may be XML and defined by a XML-scheme. The content will, define all the ways, tags may be selected and checked by an interpreter code. Step by step, the scheme and the interpreter may handle more features:

  • Select-Menus and -Trees
  • Dialogs with Switches, Selections, Radio-Buttons and so on
  • Rules to consider between Tags (excludes, includes, context, ...)
  • Sub-Dialog-Trees (i.e. Tagging scheme for wheel chair access)
  • A default-list "Often used" ("Recently used" done by the interpreter code)
  • An alphanumeric Index for text search!
  • Tag names in English and multilingual
  • Tooltips and small help texts (i.e. What means Path Grade 1 to 5?)
  • Links to Tag-Symbols
  • Links to the tag description in the OSM-Wiki
  • menus for often used task (i.e. mapping buildings) The editor may allow to add user-defined menus

The XML-database may be edited online like wiki pages by registered members. It can be checked by the XML-scheme automatically (There could be an WYSIWYG-Editor later) The changes should be approved by a team of experienced members.

The XML-scheme and the interpreter code have to be maintained synchronously by a team of developers. The developer of the important editors should be part of this team.

Any OSM-Editor or App may use the Guided Tagging. The XML-File may be kept updated and used offline in the editing device. The code changes only with extensions of the XML-scheme, while the tagging rules may evolve day by day. Of course, next to the Guided Tagging should always be a basic tagging by name and value.

Who does it? Anyone? Me? Well, I do write code at work every day. And I know who to ask about handling XML. The first step may be a small prototype with limited functionality. The first use may be as part of the upcoming editor "iD", so the first code may be written in Javascript and use of the "3D" framework. The Javascript, or the algorithms there in, may be transcoded to other languages (Java, Action-Script, Apple-C, ...) And I need help. My time is limited (and my English is dangerous)

  • Do you like the Idea?
  • Would you like to take part of the realization?
  • Quite important: Do the developer of existing Editors like it? And How can I ask them? I don't have any contact to the OSM developers.

Me, discovering the JS framework Dojo (used by iD)

Posted by -karlos- on 19 January 2013 in English (English)

Implementing more and more touch events into "TosmE" by coding each separately got difficult. I thought about a touch-gesture-recognition module. A web search presented a lot of ready to use solutions.

One of them was Dojo. Dojo is also used by the upcoming JavaScript editor iD. So I read some tutorials and tried to realize the features of TosmE with DoJo. Well, it wasn't easy. I missed an Index how to solve certain functions. And I missed examples. So my soluton was cartainly ugly but it worked so far. I could set new nodes and move them.

But the Dojo modules dojo/mouse dojox/gesture don't support all the extras I did with plain JavaScript. I differ between steady and moved object untouching for example. I wanted a Z-like gesture for undo. And so on.

That's no dead end, Dojo is ought to be extended. At last, I learned a lot about event driven coding instead of time cycles. There are other frameworks with much more features. This looks fine. iD is extendig to other frameworks to, we will see.

Touch/Tablet OSM Editor (TosmE)

Posted by -karlos- on 11 January 2013 in English (English)

"TosmE" is a prototype to work out how to edit ways and areas only by touch gestures.

You may run it from the FOSSGIS server:

Do you like it?

It's tested on iPad and iPhone with Safari. I would like to add the function into iD

Info - More soon.

Me discovering iD (JavaScript OSM-Editor)

Posted by -karlos- on 6 January 2013 in English (English)

When I introduced my little touchscreen project "TosmE" to a small Google+ community, I got the fist hint to "iD". It uses JavaScript as I do. With only the name "iD" I asked myselve: Does it support only Apple devices or Android to? Then I read some more about iD:

The main goal is to have an even more new-user-fiendly editor. Well, that mainly depends on the User-Interface. We should find a Usability company who may contribute to OSM by analysing the iD-UI. I hope, next to the newbe-save-edit mode, there will be a speed-edit mode later too.

iD coded in JavaScript will run on almost any actual device, and it will be the only way&relation-editor running on iPad/iPhone/iPod. But only if it includes als a touch interface. And that's what I with TosmE are coding as an prove of concept. May be I could add touch functionality into iD.


I first tested iD on my iPhone: The UI is realy not intented for small screens yet. Then iPad: Better; but no nodes and ways to see and no way to create new once. At last with a notebook: Yes! Setting notes&ways works. The editing feels good, there is much visual help. Not perfect, not cool but functional. Still no existing data yet. May be Overpass could be used there.

Does it realy upload to OSM? I don't want to make my tests anyting bad. Oh, at London I see some public toilets swimming in the Themse, may be iD uses it's own edit server, would be good. Where are informations like that?

Does iD realy need tester at the moment? Therer are so much bad/non functions, you code writer know them yourselve, don't you?

Example: The selector of a tag content goes up and down by cursor-keys, but it doesn't stop at the first/last option, it goes invisilbe into nirvana, but can go back into the visible part. Things like this should be found in module test by the code editor, should't they?

I would like to know how to find the according JS code and how to fix that error, just as an example.

To be continued ...

Hilfe für OpenLayer als Touch-OSM-Editor

Posted by -karlos- on 8 May 2012 in German (Deutsch)

Falls einer bemerkt, das es nicht so recht weiter geht: Durch mein erfülltes Leben kann ich höchstens 2h/Tag an dem Projekt arbeiten.

Eigentlich bedarf der JS-Code dringend des Aufräumens. Vorher wollte ich aber wissen, ob man für das Teilprojekt "Küstenlinen malen" mit OpenLayers einfach eine Karte (Bing) oder ggf. Gebiete der OSM-Daten darstellen kann.

Kann man sicher. OpenLayer scheint so mächtig, dass man damit wohl auch einen OSM-Editor erstellen kann, auch für Touch-Bedienung. Das gefährdet die Moral des Projekts "TosmE": Es geht doch schon alles.

Nach einigen Tagen des Lesens und gelegentdichen Versuchens ist mir OpenLayer leider immer noch nicht geheuer, zu groß, so ganz anders als Java-Code. Im Detail dürften die fertigen Funktionen gut, aber nicht ideal für Touch-Edit sein. Es gibt wohl auch genug Möglichkeiten, dies anzupassen, aber wie-was-wo das alles?

Wer kann helfen, mit OpenLayer im Detail zurecht zu kommen?

Ansonsten gibt es ja auch so noch viel zu Erkunden bei der Frage, welche Gesten wozu geeignet sind, beim Wege- und Flächen-Editieren.

"TosmE" Paint&Calc

Posted by -karlos- on 3 May 2012 in German (Deutsch)

Dieter hat für seinen UsedCase passende Infos geliefert, fein. Openlayers kenne ich noch nicht, aber klauen von Code kann ich :-) Die meisten TosmE-Tester mahlen auch spontan mit dem Fingergleiten Ways. Also habe ich mal das Work-Package "Editier-Modus Paint&Calc" vorgezogen. Aber das war zu früh!

  • Ein neuer Zeichen-Mode für Ways muss angewählt werden. Die Mode-Auswahl erfolgt, wie das bei Apple-Tools üblich ist automatisch und (hoffendlich) intuitiv. Also mal probiern, wann Einzelpunkt-Edit und wann Paint&Calc kommt.
  • Paint: Bei jedem TouchMove-Event eine Node zu setzen war dann schnell gemacht.
  • Calc: Aber dann wurde es schwierig: Der Josm Java-Code zu Vereinfachung des Way "buildSimplifiedNodeList" mußte zu Javascript konvertiert werden. Gibt es da (wie Gerüchte sagen) ein Tool zu? Da ich noch nicht die Klassen von Josm verwende, war das mühsam. Und natürlich ging erstmal nichts. Aber so habe ich gelernt, wie clever die Klassen Node und Way im Josm sind, wie man in Javascript recrusiv programmiert und so etwa wie die simlifizierung gelöst ist. Jetzt kann man beim Loslassen des gemalten Wegs zusehen, wie Punkte verschwinden. NACHTRAG: Der Algorithmus gefällt mir nicht. Bei Geraden sollte mehr optimert werden als bei Kurven.
  • Ob ich nun gleich Die Bing-Karte dahinter lege, kommt darauf an, wie komplex das Beispiel ist.
  • Einen Way-XML-String bekomme ich hin, nur wie und wo soll die Datei gespeichert werden, auf dem iPad? Man könnte sie als GPX-Upload in OSM ablegen, mal sehen.

Das Malen macht jedenfalls spaß, wie man hier sieht:

Paint and Calc

Selber Testen: (+Download)

Touch/Tablet OSM Editor geht weiter, als FOSSGIS

Posted by -karlos- on 30 April 2012 in German (Deutsch)

Ja! "TosmE" ist jetzt ein Projekt auf dem FOSSGIS Entwicklungs-Server und der Test direkt aufrufbar mit Der ggf. aktuellere Stand ist aber derzeit noch über dem DropBox-Link (+Download) erreichbar, da ich das SSH-FTP vom iPad aus noch erkunden muss.

Der Kommentar hier im Block, der meines Sohnes und mein Gefühl besagten, dass der "Offset" beim Punkte setzen irritierte. Jetzt solle es besser sein. Genaueres ist auf der neuen TosmE-Wiki-Seite, auf dem die Infos, Hintergründe und Pläne zum Code stehen. Die "Lupe" ist jetzt weniger aufdringlich. Kleinigkeiten sorgen dafür, das man die Positionen besser treffen kann. Vorhandene Punkte sind leichter erreichbar.

Eine geschlossene Fläche/Ringstrecke wird sichtbar erkannt. Dabei stellte sich die Frage: Welche Wege bzw. Flächen sind für den Renderer gültig? Ein runder "O"-Weg ist erlaubt (Kreisverkehr). Auch ein "P", eine "8"? Gibt es da eine Liste, was Editoren erlauben oder prüfen sollten?

Für die meisten noch anstehenden Funktionserweiterungen findet man im Weg schnell Lösungsansätze. Als nächstes ist Punkte-Löschen und Verschieben geplant. Test-Kommentare sind weiter erwünscht. Testen kann man jetzt übrigens auch mit Mausbedienung, was aber nicht das echte Feeling gibt. Es erleichtet aber das Programmieren. Irgendwie editiert es sich mit Tastatur doch besser als nur am iPad :-)

Touch/Tablett OSM Editor - Allererster Versuch

Posted by -karlos- on 26 April 2012 in German (Deutsch)

Hier ist der erste Prototype einer Wege-Eingabe per Touch-Bedienung. Wenn man die Finger über das iPad streichen kann, weis man sofort, wie man bedienen möchte. Aber ist das wirklich bei jedem gleich? Daher bitte ich alle, selbst zu testen und die eigenen Erwartungen zu äußern. Derzeit geht nur eine Art des Weg-Neuzeichnens auf einem fast leeren Hintergrund, sonst nix (Löschen per Reload). Bei motivierendem Feedback kann sich das schnell verbessern. Ich habe noch einen weiteren Zeichenmode im Sinn; meinem Sohn ist sofort ein Dritter eingefallen, ... ist ein DropBox-Link der zunächst den Quellcode anzeigt. Bitte auf dem iPad "Download" wählen, dann erscheint der Test. Gibt es bei OSM einen Server, wo ich den Test ablegen könnte? Derzeit ist es nur die eine einzelne HTML-Datei. Ach ja, wer sich jetzt bei DropBox anmeldet, bitte über mich/hier: Dann bekommen wir beide mehr Speicherplatz. Mein Arbeitstitel für den Test ist "TosmE", .de währe noch frei :)

Getestet habe ich hauptsächlich mit dem Retina-Display, aber auch das iPad(1) geht gut; beim iPhone ist noch eine Anpassung offen, aber der Bildschirm ist sowieso zu klein, damit es Spaß macht. Per Maus geht derzeit gar nichts. Wer kann andere Tabletts, natürlich auch Android, für mich testen? Der Quellcode ist ja offen, und da ich nicht der genialste Javascriptschreiber bin, nehme ich auch hier gerne Tipps entgegen.

Natürlich ist noch endlos viel zu tun. Ich werde wohl im OSM-Wiki eine Seite anlegen, für eine ToDo-Listet, die Entwicklungsdokumentation(wie&warum so, Strategien) und hoffendlich auch anregende Diskussionen.

Als Anekdote am Rande: Es war schon etwas verrückt von mir, mitten im Urlaub, nur mit dem iPad ausgerüstet einen Test zu starten. Aber es ging. Mit JsAnyware geht Edit und Run, sogar Undo und Redo; nur Dateitranfare geht wenig. Mit PlainText geht DropBox, mit Edhita FTP. Kopieren der HTML per Select-All ist schräg, geht aber. Kennt jemand ein App, das alles kann? Ich suche noch Syntax-Highlighting und einen Browser mit JS-Fehlerkonsole, -Haltepunkten und -Variablenview.

Stichwortsammlung ToDo: Finger-Eichen, Shift&Zoom, Slippy-Map-Hintergrund und irgendwann OSM-Database-Hintergrund, Undo Redo, Waypoint- Move Delete Insert Join Snap(in Punkt in der Nähe), Way-Move, alternative Way-Edits(Hold-to-Point,Paint&Calc) Farbschemata, Views- wie Mapnic/JOSM, Relationen. Integration(Paul-Fiete-Editor,AJAX-API?)

(Touch-)Taplet OSM Editor

Posted by -karlos- on 12 April 2012 in German (Deutsch)

Seit wenigen Wochen habe ich ein Touch-Brett (iPad). Mit dem iPhone ist OSM gerade im Urlaub ein Genus. Seine GPS-Tracks sind brauchbar. Mit dem iPad will ich jetzt aber Editieren! Drei Tage Suche im Netz habe ich viele Versuche und Projekte in Richtung JavaScript und HTML5 gefunden, aber kaum was für Touch-Geräte. (Der FOSSGIS-Vortrag von Paul-Fiete Hartmann hat mir gefallen)

Zunächst habe ich überlegt, wo die Hindernisse sind. Hardware, JavaScript-Übersetzer, Grafikeigenschaften, die Vernetzung, dass sollte heute alles ausreichen.

Besteht zu wenig Interesse im vergleich zum doch erheblichen Aufwand? Oder könnte es sein, das es zu viele Einzelaktivitäten gibt, so viel Code, aber kein gemeinsames Projekt? Ein wenig parallele Evolution ist bei OSM nicht falsch. Das wird schon werden, denke ich.

Was ich noch nicht gefunden habe, ist ein Erarbeiten der (Finger-)Touch-Bedienung, inklusive des Editierens von Wegen und Relationen. Vielleicht kann ich mich da zu einem Versuch aufraffen. (Was Ähnliches habe ich schon mal gemacht:

English cream tea map

Posted by -karlos- on 30 December 2011 in English (English)

I don't drink black black tea very often but I really love English cream tea.

I had my first one in a lovely garden in Greenwich
and now I found one close to where I live: Search "teegiesserei bamberg" in

Another fine place, offering scones and clotted cream is in Hamburg-Blankenese: Lühmanns.
Do you know more about such places outside the UK? I would like you to add it in OSM.

* How to tag/map offers of cream tea?

* What about a "project of the week" to add places, offering cream tea?
(OSM was born in the UK)
* How could one search in OSM for such special places.

Jakobs- Der Weg ist das Ziel

Posted by -karlos- on 19 February 2010 in German (Deutsch)

Auch wenn man nur virtuell den Jakobsweg "beschreitet" kann man sein Wesen erweitern, nicht nur um profanes Wissen sondern auch um neue Bekantschaften und um Durchhaltevermögen bei den Wiedrigkeiten der Technik. Nach ein wenig "Feldforschung" ist mir auch klar geworden, warum die Muschel mal so und mal sorum plaziert wird: Die Spitze ist der Richtungspfeil.

Fremde Tracks ungefragt in OSM hochzuladen ist nicht ok, klar. Die habe ich auch wieder gelöscht nach dem ich weis, das OSM nur Track-Punkte mit Zeit-Tag mag. Und nach dem Track bestehende Wegstücke zu erkennen und in die Relation zu packen geht in JOSM sowiso besser als in Potlatch. Das geht sogar so gut, das Einzelrelationen für Tagesetappen nicht notwendig ist. Auch fehlende Wegstücke nach dem Track einzuzeichnen währe nicht ok gewesen. Dafür war der Track auch zu grob und ungenau. Auch Luftbilder sind da oft nicht hilfreich.

Also bleiben Lücken, vorerst. Da brauche ich Hilfe. Und dafür gibt es ja den Tag . Es ist schon erstaunich, wie viele OSM-Tools es gibt, das ist schon eine evolutionäre Redundanz, gut so. (,,

Etwas fehlt mir da aber noch: Sowas wie einen FIXME-ALERT, also eine Benachrichtigung, wenn in meiner Nähe ein oder eine andere Ungereimtheit auftaucht. Im OSM-Profil könnte ein Fixme-Range in Meter sein. Null = aus, ansonsten bekommt man bei neuen FixMes innerhalb des Ranges um den eignene Standort eine Nachricht ins Postfach. Da werde ich wohl mal ein Proposed features/Key:fixme um einen Unter-Vorschlag erweitern.

Neben den Tracks wurde ich auch zu den Tags der Relation angesprochen. Die Infos im sind noch zu Überdenken. Zum Beispiel erkenne viele Tools das nicht: network=iwn,Camino de Santiago

Bei "operator" muß ich noch Infos suchen. Tipps dazu sind willkommen.

*** JOSM-Disaster ***
Nach stundenlanger Arbeit an der Relation meldet JOSM beim Abspeichern, das die Komponennte -22 nicht vorhanden ist. Daten-Verlustangst kommt auf. Der Fehler ist hardnäckig und durch andere Speicherwege nicht zu umgehen. Die Hilfe dazu geht nicht, aber eine Wikisuche führt zu der Fehlermeldung. Negative IDs sind bei neuen Elementen üblich, JOSM meldet da aber nur 0. Da steht, das auch der Upload per XML erfolgt, dann vielleicht auch das Speichern von JOSM?
Ja, genau! Und auch da findet sich die -22, auch tatsächich verweist und als Teil der Relation. Glücklicherweise ist gleich daneben ein Element mit Straßennamen so das es auch im JOSM zu finden ist. Und das Element darüber meldet bei "Zoom auf", das es es garnicht gibt. Aha, löschen! Der Fehler ist weg, die Arbeit an der Relation gerettet. Vielleicht hatte ich ein neues Wegstück in die Relation und dann durch Undo wieder gelöscht.

Nobody ist perfect, JOSM nicht und ich auch nicht
p.s.: Die Rechtschreibprüfung wurde Zwecks Lebenszeitoptimierung unterlassen ;-)

Der fränkische Jakobsweg, JOSM und Wunschträume

Posted by -karlos- on 7 February 2010 in German (Deutsch)

Auf der Suche nach dem nächsten Wanderweg, der in OSM einzutragen währe
erkannte ich, dass der Jakobsweg meinen täglichen Arbeitsweg kreuzt,
genauer: Der fränkische Jakobsweg bei Forchheim.
Eine gewaltige Aufgabe währe das, den einzutragen.
Zunächst habe ich mich bei Schnee und Kälte auf den Weg gemacht
um zu erkennen, das die Muschel tatsächlich alles gut markiert.
Aber alles selbst abzulaufen, das wird noch eine weile dauern.

Da Beschreibungen und Karten nie die Details zeigen
war ich froh, auch verschiedene GPX-Dateien zu finden.
Da sie nicht exakt die gleichen Punkte-Koordinaten habe,
aber ansonsten alle Details übereinstimmen, kann man denen wohl trauen.
Es gibt zwar gelegendlich Abweichungen, da geht man mal rechts statt links
um einen kleinen See oder eine Kirche herum oder anders über eine Platz.
Da kann man ja mal hingehen und sehen wo die Muschel-Zeichen kleben.

Nach ein bischen XML-Editieren konnte ich die GPX-Dateien sogar in OSM hochladen.
Bei steht ein (C), bei nicht.
Aber da sie mir ja nur zur Erstellung der Relationen dienen sollen
ist das sowieso kein Problem. Die Dateien von sind
besser gestückelt und mit (roten) Wegpunkten versehen; so ist der Weg
beim Editieren mit Potlatch besser sichbar als nur die (blaue) Weglinie,
die oft von OSM-Wegen und Relations verdeckt wird.
Eine [Projektseite] im Wiki gibt es auch, also kann es losgehen, fast.

Potlatch, der Flash-Editor ist bei so vielen Daten schon zäh
und die Zuordnung von Wegen zu einer Relation eher umständlich.
Also habe ich nach längere Zeit mal wieder den JOSM benutzt.
Damit geht das Erstellen der Relation flot von der Hand.

Die beiden GPX-Tracks geben nette Einsichten und kleine Rätzel auf:
Obwohl die Wegzeichen ein keines Dorf umrunden, zeigen beide
einen Einkehrschwung in die dortige Gaststätte an.
Einer der Wandere hat geschickt den Weg durch einen Waldpfad abgekürzt.
Auch wenn OSM in Deutschland ja recht vollständig ist,
gibt es noch einige wenige Stellen, wo für den Jakobsweg kein "Higway" eingetragen ist.
Und genau da weichen die Tracks wieder ab. Da werde ich wohl mal nach Effeltrich müssen, nachsehen.
Zudem gibt es ja auch noch Luftaufnahmen (nicht nur von Googel)
und siehe da, das unbekannte Stück ist eine Art Park durch den beiden Track-Pfade gehen.
Auch in Neunkirchen am Brand und Röckenhof gehen die Wege benachbarte Gassen,
finden sich aber bald wieder. Wer schaut mal nach den Muscheln?
Etwas weiter muß man dann auch mal von einer Brücke springen
da der GPX-Pfad an dieser Nicht-Kreuzung abbiegt.

In Röckenhof "traf" ich dann auch recht überraschend auf einen anderen Jakobsweg.
Vom fränkischen Jakobsweg gibt es nämlich auch einen östlichen Zweig.
Und beide Zweige stoßen hier zusammen um dann richtung Nürnberg zu gehen.
Bevor ich in einer anderen Relation 'rumfummelte
schrieb ich doch lieber mal dem letzen Editierenden.
Er hat auch schon geantwortet und meinte, es ist ok.

Schließlich war der Weg bei in Tage eingeteil
wobei ich für jeden Tag eine Relation geplant hatte, damit die nicht zu groß werden.
Nun treffen sich die Wege aber "Mittags".
Und die Relation des Ost-Zweigs ist nur stellenweise realisiert mit großen Lücken.
Na, wir werden uns schon einigen. Bis dahin gibt es Richtung Bamberg für mich ja noch genug zu tun.

Übersicht und Einteilung der Wege:
* ID 398554: Tag 5, Hallerndorf - Effeltrich
* ID 400066: Tag 6a, Effeltrich - Röckenhof (Treffen von West- und Ost-Zweig)
* ID 400067: Tag 6b, Röckenhof - ...
* ID 4595: Jakobsweg Hof > Nürnberg

** JOSM **
Kann man mehrere eigene, aber nicht alle GPX einblenden? Ja,
mit den Layern kann man beliebig mit der Sichtbarkeit jonglieren.

Das man mit der 2. Maustaste verschiebt ist schon sehr gewöhnungsbedürftig.
Am Abend spürte ich wiedermal eine aufziehende Sehnenscheidentzündung.
Dabe währe das garnicht nötig, zumindest wenn man NICHT auf ein Objekt klickt.
Die GPX-Linien sind mir zu unsichtbar. Aber man kann die Farbe ja ändern
und die Punkte vergrößern. Und da eine GPS-Datei eine eigene Ebene ist,
die man über die OSM-Daten legen kann, paßt das dann.
Nur wenn man Editiert sollte wieder das Angewählte sichtbar sein;
Da hätte ich gerne eine eigene Ebene für die Editierten Objekte.

Kann man per Tastatur den angewählten Weg der zuletzt genutzeten Relation zuordnen?
Es gibt keine Shortcut aber die Übernahme einer Mehrfachauswahl ist sogar besser.

"Mitgliederwege werden dann farblich unterlegt im Editorfenster dargestellt,
um die Zugehörigkeit zu einer Relationen anzuzeigen." geht bei mir nicht. Mistig!

Obwohl Wege-Relatoinen ja eine geometrische Reiheinfolge haben
müssen sie in der Relation nicht "sorteiert" sein.
Zur Übersicht währe das aber trotzdem gut. Ein Job für JOSM(-Plugnin).

Der Relations-Editor kann "zoom auf" per Kontextmenü;
bitte auch auf die Nicht angewählten Wege und auch mit Doppelklick.

Die Anwahl des Yahoo-Hintergrund bringt nur Fehler, dann halt nicht.
JOSM mag nur GPX-Dateien ohne Zeitangaben - man muß nicht alles verstehen.

Eine gewisse Scheu, die JOSM eventuell erzeugt ist nicht berechtigt.
Dafür ist der Gewinn an Handlichkeit enorm. Allenfals der finstere
Anblich des schwarzen Hintergrunds bereitet, ist Geschmackssache.
Gibt es Farbtabellen die man auch laden kann?

** Wunschträume **

Gibt es für das iPhone ein App, das abgelegte Tracks über die Karte blendet?
Ok, der Browser mit der passenden Seite. Aber die sind im iPhone schlecht handhabbar.
Im App MotionX-GPS konnte ich die Tracks des Fränkischen Jakobswegs importieren.
So kann ich jetzt nie mehr vom rechten Weg abkommen, solange der Akku voll ist.


Location: Las Chi Bohol, Bossaso, Bari, Somalia
Older Entries | Newer Entries