GPX Datei wird weder von JOSM noch zum Hochladen akzeptiert

Communities Deutschland (Germany)
1

Moin, eine GPX Datei wurde von OSMAND durch Aufzeichnen einer Autofahrt erzeugt. DragnDropt man diese Datei in JOSM wird sie korrekt auf dem OSM-Kartenhintergund angezeigt. Dann wird ein unbrauchbarer, weil privater Teil mit dem GPX-Editor am Anfang weggeschnitten. Jetzt meckert JOSM über “Fehler beim EInlesen”. Bei “Auf Ebene zoomen”, wird die Karte auf den Beginn des Tracks gezoomt. Ansonsten ist nichts sichtbar.

Beim Hochladen nach OSM wird der Track für einen Moment als “Wartend” angezeigt, ist aber beim Neuladen der Seite wieder verschwunden. Auf DE:GPX - OpenStreetMap Wiki wird empfohlen, nicht funktionierende GPX Dateien zum Reparieren in den dort verlinkten GPX-Editor zu laden und wieder abzuspeichern. Genau mit dem Programm habe ich den unbrauchbaren Teil abgeschnitten. Dort wird die Datei auch beim abermaligen Neuladen korrekt auf der OSM-Karte abgebildet.

Unabhängig davon, was jetzt der konkrete technische Fehler ist: Nach meinem Verständnis laden wir GPX Dateien deswegen bei OSM hoch, damit auch andere ihn vor einem Kartenhintergrund betrachten können. Der GPX-Editor beweist, dass das bei dieser Datei möglich ist. Welchen vernünftigen Grund kann es dann dafür geben, dass die Datei dennoch von JOSM und zum Hochladen nicht akzeptiert wird?

Da ich die Datei zum Beurteilen nicht auf dem normalen Weg hochladen kann, habe ich versucht, diese hier als Text hochzuladen. Dann gab es eine Fehlermeldung, dass das Posting zu lang sei. Welchen Grund gibt es für diese unnötige Beschränkung? Ich habe daraufhin in der Mitte Text herausgelöscht. Unten habe ich an der Stelle der Kürzung (nicht im Dateitext) die Bemerkung eingefügt: “Gelöscht, weil Posting zu lang für dieses Forum.” Die Datei zeigt dasselbe Verhalten wie die ungekürzte. Ich hoffe, dass dadurch nicht zusätzliche Fehler entstanden sind, die das Erkennen des ursprünglichen Fehlers erschweren oder verunmöglichen:

<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<gpx version="1.1" creator="GPX Editor 1.7.14.1740" xmlns="http://www.topografix.com/GPX/1/1" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd">
<metadata>
	<name>2022-12-24_09-13_Sat</name>
	<time>2022-12-24T10:18:08Z</time>
	<bounds minlat="53.5073025" minlon="7.9652211" maxlat="53.534159" maxlon="8.108151" />
</metadata>
<trk>
	<trkseg>
		<trkpt lat="53.5200876" lon="8.108151">
			<ele>11.4</ele>
			<time>2022-12-24T09:29:57Z</time>
			<hdop>3</hdop>
			<extensions><osmand:speed>7.3</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5201527" lon="8.1081303">
			<ele>11.4</ele>
			<time>2022-12-24T09:29:58Z</time>
			<hdop>3</hdop>
			<extensions><osmand:speed>7.4</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5202804" lon="8.1080823">
			<ele>11.4</ele>
			<time>2022-12-24T09:30:00Z</time>
			<hdop>3</hdop>
			<extensions><osmand:speed>7.5</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.520345" lon="8.108049">
			<ele>11.3</ele>
			<time>2022-12-24T09:30:01Z</time>
			<hdop>3</hdop>
			<extensions><osmand:speed>7.5</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5204801" lon="8.1079842">
			<ele>11.3</ele>
			<time>2022-12-24T09:30:03Z</time>
			<hdop>4</hdop>
			<extensions><osmand:speed>7.5</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5206053" lon="8.1079555">
			<ele>11.2</ele>
			<time>2022-12-24T09:30:05Z</time>
			<hdop>4</hdop>
			<extensions><osmand:speed>7.4</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5207321" lon="8.1079153">
			<ele>11.4</ele>
			<time>2022-12-24T09:30:07Z</time>
			<hdop>3</hdop>
			<extensions><osmand:speed>7.3</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5208551" lon="8.1078596">
			<ele>11.8</ele>
			<time>2022-12-24T09:30:09Z</time>
			<hdop>3</hdop>
			<extensions><osmand:speed>7.2</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.520979" lon="8.1078223">
			<ele>12</ele>
			<time>2022-12-24T09:30:11Z</time>
			<hdop>4</hdop>
			<extensions><osmand:speed>7.3</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.521047" lon="8.1078011">
			<ele>12</ele>
			<time>2022-12-24T09:30:12Z</time>
			<hdop>4</hdop>
			<extensions><osmand:speed>7.4</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.521181" lon="8.1077841">
			<ele>11.7</ele>
			<time>2022-12-24T09:30:14Z</time>
			<hdop>4</hdop>
			<extensions><osmand:speed>7.5</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5213169" lon="8.1077734">
			<ele>11.1</ele>
			<time>2022-12-24T09:30:16Z</time>
			<hdop>4</hdop>
			<extensions><osmand:speed>7.5</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5214522" lon="8.1077639">
			<ele>10.4</ele>
			<time>2022-12-24T09:30:18Z</time>
			<hdop>3</hdop>
			<extensions><osmand:speed>7.5</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5215904" lon="8.1077469">
			<ele>10.1</ele>
			<time>2022-12-24T09:30:20Z</time>
			<hdop>3</hdop>
			<extensions><osmand:speed>7.6</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5217272" lon="8.1077278">
			<ele>9.9</ele>
			<time>2022-12-24T09:30:22Z</time>
			<hdop>3</hdop>
			<extensions><osmand:speed>7.6</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5218611" lon="8.1077091">
			<ele>9.7</ele>
			<time>2022-12-24T09:30:24Z</time>
			<hdop>3</hdop>
			<extensions><osmand:speed>7.3</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5219184" lon="8.1076979">
			<ele>9.5</ele>
			<time>2022-12-24T09:30:25Z</time>
			<hdop>4</hdop>
			<extensions><osmand:speed>6.6</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5219713" lon="8.1076927">
			<ele>9.4</ele>
			<time>2022-12-24T09:30:26Z</time>
			<hdop>4</hdop>
			<extensions><osmand:speed>5.8</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5220133" lon="8.1076915">
			<ele>9.4</ele>
			<time>2022-12-24T09:30:27Z</time>
			<hdop>4</hdop>
			<extensions><osmand:speed>4.9</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.3</ele>
			<time>2022-12-24T09:30:29Z</time>
			<hdop>4</hdop>
			<extensions><osmand:speed>2.4</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.3</ele>
			<time>2022-12-24T09:30:30Z</time>
			<hdop>4</hdop>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.3</ele>
			<time>2022-12-24T09:30:31Z</time>
			<hdop>4</hdop>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.3</ele>
			<time>2022-12-24T09:30:33Z</time>
			<hdop>3</hdop>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.3</ele>
			<time>2022-12-24T09:30:35Z</time>
			<hdop>3</hdop>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.3</ele>
			<time>2022-12-24T09:30:37Z</time>
			<hdop>4</hdop>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.3</ele>
			<time>2022-12-24T09:30:39Z</time>
			<hdop>4</hdop>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.3</ele>
			<time>2022-12-24T09:30:40Z</time>
			<hdop>4</hdop>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.3</ele>
			<time>2022-12-24T09:30:41Z</time>
			<hdop>4</hdop>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.3</ele>
			<time>2022-12-24T09:30:42Z</time>
			<hdop>4</hdop>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.3</ele>
			<time>2022-12-24T09:30:44Z</time>
			<hdop>4</hdop>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.3</ele>
			<time>2022-12-24T09:30:45Z</time>
			<hdop>4</hdop>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.3</ele>
			<time>2022-12-24T09:30:47Z</time>
			<hdop>3</hdop>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.3</ele>
			<time>2022-12-24T09:30:48Z</time>
			<hdop>3</hdop>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.3</ele>
			<time>2022-12-24T09:30:50Z</time>
			<hdop>3</hdop>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.3</ele>
			<time>2022-12-24T09:30:51Z</time>
			<hdop>3</hdop>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.2</ele>
			<time>2022-12-24T09:30:53Z</time>
			<hdop>3</hdop>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.2</ele>
			<time>2022-12-24T09:30:54Z</time>
			<hdop>3</hdop>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.2</ele>
			<time>2022-12-24T09:30:56Z</time>
			<hdop>3</hdop>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.2</ele>
			<time>2022-12-24T09:30:58Z</time>
			<hdop>3</hdop>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.2</ele>
			<time>2022-12-24T09:31:00Z</time>
			<hdop>4</hdop>
		</trkpt>
		<trkpt lat="53.5220555" lon="8.1076944">
			<ele>9.2</ele>
			<time>2022-12-24T09:31:01Z</time>
			<hdop>4</hdop>
		</trkpt>

<!-- Gelöscht, weil Posting zu lang für dieses Forum. -->

		<trkpt lat="53.5332246" lon="7.9669143">
			<ele>18.3</ele>
			<time>2022-12-24T10:17:44Z</time>
			<hdop>2</hdop>
			<extensions><osmand:speed>11.7</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5331558" lon="7.9667838">
			<ele>18.3</ele>
			<time>2022-12-24T10:17:45Z</time>
			<hdop>2</hdop>
			<extensions><osmand:speed>11.6</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5330871" lon="7.9666556">
			<ele>18.3</ele>
			<time>2022-12-24T10:17:46Z</time>
			<hdop>2</hdop>
			<extensions><osmand:speed>11.5</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5329604" lon="7.9663903">
			<ele>18.4</ele>
			<time>2022-12-24T10:17:48Z</time>
			<hdop>2</hdop>
			<extensions><osmand:speed>11.3</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5329017" lon="7.9662557">
			<ele>18.4</ele>
			<time>2022-12-24T10:17:49Z</time>
			<hdop>2</hdop>
			<extensions><osmand:speed>11.1</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5327903" lon="7.9659919">
			<ele>18.4</ele>
			<time>2022-12-24T10:17:51Z</time>
			<hdop>2</hdop>
			<extensions><osmand:speed>10.7</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5326892" lon="7.9657407">
			<ele>18.5</ele>
			<time>2022-12-24T10:17:53Z</time>
			<hdop>2</hdop>
			<extensions><osmand:speed>10.1</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5326427" lon="7.9656216">
			<ele>18.5</ele>
			<time>2022-12-24T10:17:54Z</time>
			<hdop>2</hdop>
			<extensions><osmand:speed>9.6</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5325683" lon="7.9654182">
			<ele>18.5</ele>
			<time>2022-12-24T10:17:56Z</time>
			<hdop>2</hdop>
			<extensions><osmand:speed>7.8</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.5325188" lon="7.9652765">
			<ele>18.5</ele>
			<time>2022-12-24T10:17:58Z</time>
			<hdop>2</hdop>
			<extensions><osmand:speed>5.6</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.532497" lon="7.9652211">
			<ele>18.5</ele>
			<time>2022-12-24T10:18:00Z</time>
			<hdop>2</hdop>
			<extensions><osmand:speed>2.9</osmand:speed></extensions>
		</trkpt>
		<trkpt lat="53.532497" lon="7.9652211">
			<ele>18.5</ele>
			<time>2022-12-24T10:18:02Z</time>
			<hdop>2</hdop>
		</trkpt>
		<trkpt lat="53.532497" lon="7.9652211">
			<ele>18.5</ele>
			<time>2022-12-24T10:18:04Z</time>
			<hdop>2</hdop>
		</trkpt>
		<trkpt lat="53.532497" lon="7.9652211">
			<ele>18.5</ele>
			<time>2022-12-24T10:18:05Z</time>
			<hdop>2</hdop>
		</trkpt>
		<trkpt lat="53.532497" lon="7.9652211">
			<ele>18.5</ele>
			<time>2022-12-24T10:18:06Z</time>
			<hdop>2</hdop>
		</trkpt>
	</trkseg>
</trk>

</gpx>

(Edit by @mmd: Formatierung GPX Datei)

2

Hier die Fehlermeldung, die JOSM erzeugt:

The prefix “osmand” for element “osmand:speed” is not bound.

Problem ist das “osmand:” in <osmand:speed>7.3</osmand:speed>. Der XML Namensraum “osmand” wird nirgendwo definiert, also ist die Datei ungültig. OsmAnd creates invalid GPX v1.1 files · Issue #1326 · osmandapp/OsmAnd · GitHub beschreibt das Problem.

Vielleicht kannst du die Zeilen mit “extensions” in deinem GPX einfach löschen und dann nochmal probieren? Suchen und ersetzen von “osmand:speed” durch “speed” sollte ebenfalls den gewünschten Effekt erzielen:

image

3

Und warum funktioniert das in der Datei, so wie sie aus OSMAND heraus kam und in der noch nicht ein Teil mit dem GPX-Editor weggeschnitten wurde?

4

Wahrscheinlich kommt dein GPX Editor nicht mit zusätzlichen XML Namensräumen klar und hat deine GPX Datei zerstört. Genauer: den folgenden XML-Header:

<gpx version="1.1" creator="GPX Editor 1.7.14.1740" xmlns="http://www.topografix.com/GPX/1/1" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://www.topografix.com/GPX/1/1 http://www.topografix.com/GPX/1/1/gpx.xsd">

Vergleiche diese Zeile mal mit deiner Original-GPX Datei (nach “osmand” suchen).

5

Ich hätte ich gesagt, der GPX-Editor kommt besser damit zurecht. Denn er ist in der Lage, die “defekte” Datei korrekt auf der OSM Karte anzuzeigen, während (J)OSM dazu zu doof ist. Wäre es nicht sinnvoll, auch (J)OSM diese Fähigkeiten angedeihen zu lassen?

Kannst Du einen GPX-Editor empfehlen, der fehlerfrei ist?

6

Nein, eigentlich nicht. JOSM hält sich hier an XML Standards und lehnt ungültige Dateien ab. GPX Editor schert sich nicht so wirklich um die Standards und macht einfach was es will.

Wahrscheinlich hat der Autor von GPX Editor nicht damit gerechnet, dass jemand neue XML Namensräume in einem GPX hinzufügt und ignoriert das Thema womöglich ganz.

Gute Frage, das hängt vielleicht von der Aufgabe ab. Zeitstempel oder Punkte putzen geht auch mit JOSM, gpsbabel ist ganz nett für Kommandozeilen-Freunde. Vielleicht hat sonst noch jemand Ideen für Windows?

7

Wir wollen möglichst viele Mapper für OSM begeistern und haben in ländlichen Regionen immer noch viel zu wenige. Die Mapper interessieren sich dafür, dass es funktioniert und nicht für Standards. Vor diesem Hintergrund könnte man doch überlegen, beim (J)OSM Import korrupter Dateien darauf hinzuweisen, dass eine Datei nicht regelgerecht ist und zu fragen, ob nur die Koordinaten übernommen werden sollen. Denn nur diese braucht es, um eine GPX Datei auf einem Kartenhintergrund darzustellen. Alles andere streicht man heraus. Die übernommene Datei bleibt dabei regelkonform und der Mapper bleibt von Überraschungen verschont. Ist eine Datei korrekt, wird sie wie bisher unverändert importiert.

8

Ich bin ja eher Freund davon, Probleme am Ort des Entstehens zu fixen statt alle anderen mit irgendwelchen Workarounds zu beglücken. Langfristig bläht das nur den Code auf und macht das Warten immer aufwändiger.

Das heißt also: den Bug im GPX Editor melden und korrigieren.

2 Likes
9

Erst einmal vielen Dank für Deine schnelle Hilfe! :o) Einen Dankesbutton scheint es hier nicht zu geben. Letztendlich habe ich aufgrund Deiner Hinweise zum veränderten Header die unbrauchbaren Trackpoints mit einem Texteditor statt mit dem GPX-Editor aus der Datei herausgelöscht. Damit hat es dann mit JOSM und OSM geklappt.

Aus Sicht des Informatikers hast Du recht. Die Meldung können aber nur Leute mit eingehenden GPX-Kenntnissen wie Du schreiben. Otto Normalmapper kann das nicht. Offenbar muss so eine Meldung auch an OSMAND abgesetzt werden. Aus Sicht von OSM wäre Dein Lösungsansatz nur dann hilfreich, wenn das Problem tatsächlich an der Wurzel gelöst würde. Denn je weniger Mapper aufgrund technischer Hürden mitmachen können, umso schlechter wird die Karte in der Fläche. Denn für die breite Masse ist OSM immer noch zu kompliziert, selbst für manche Besucher auf dem OSM Stand des Chaos Communication Congresses. Für den Angler-, Wander- und Radlerverein, die Feuerwehr, das Geocaching Treffen und die Laufkundschaft bei Stadtfestständen gilt das erst erst recht.

10

Was ich aus dem Thread mitbekommen habe, vermurkst dein GPX-Editor den korrekten Track aus osmand in dem er beim Anpassen den Header der Datei die osmand definitionen killt, jedoch nicht die Einträge im Datenbereich. Damit wird die Datei “korrupt”.

1 Like
11

Also so ganz nachvollziehen kann ich das nicht. Ein “Normalmapper” würde wahrscheinlich direkt den Track aus OsmAnd nehmen und zur weiteren Bearbeitung in JOSM oder iD laden. Ich denke, nur ein Bruchteil der Mapper würde auf die Idee kommen, diesen fehlerhaften “GPX Editor” zu nutzen. Den meisten dürfte das viel zu kompliziert sein. Ich wäre selbst nie auf die Idee gekommen, so ein Tool zu nutzen oder auch nur zu suchen. Mir hatte JOSM dafür immer völlig ausgereicht. Ohne diesen “GPX Editor” hätten wir aber die Diskussion nicht.

Ich finde, die Diskussion mit Mapper in der Fläche und technische Hürden, etc. lenkt irgendwie nur vom Problem ab. Dein “GPX Editor” ist kaputt und muss vom Autor repariert werden.

12

Wenn OSMAND nun doch nicht der Schuldige ist, ist das Problem wohl tatsächlich nicht so häufig.

Na gut, dann ist es eben mein GPX-Editor. ;o) Eigentlich habe ich den nur benutzt, weil der im Wiki explizit zum Reparieren und nicht zum Korrumpieren von GPX Files empfohlen wurde.

13

Letztlich ist es vermutlich (im Hinblick auf deine Neulinge) einfacher, den Track nach der “Privacy-Distance” in OSMand zu starten und auch wieder zu beenden und dann direkt via OSMand zu OSM hochzuladen :wink:
So mache ich das in der Regel und es klappt wunderbar.

14

Normalerweise starte und beende ich die Tracks in OSMAND. Hier habe ich vergessen, es abzuschalten, so dass sich beim Aufenthalt im Gebäude die dann übliche Punktwolke entwickelt hatte. Die sollte niemand in OSM sehen wollen. Wegen der großen Entfernung lässt sich die Fahrt vermutlich nicht so schnell wiederholen.Ich brauche die gpx wegen Abweichung vom Bebauungsplan auch zur Kommunikation mit einer Behörde. Daher wollte ich sie durch Schnippeln retten.

Auf dem Handy in Accounts einloggen?? Mache und empfehle ich nicht.

Apropos Neulinge: Nicht nur die brauchen ein barrierearmes OSM. Auch jahrelang Beitragende wissen manchmal einfache Dinge nicht; beispielsweise, dass es andere Kartendarstellungen gibt als die Standardkarte auf osm.org, die folglich für sie die Referenz ist.

15

Ich verwende bei Tracks auch aus OSMAND meist den GPS Track Editor zum Abschneiden von Teilen von Tracks, gelegentlich TrackGuru zum Setzen der Zeiten der GPS-Dateien, GPS-Track-Analyse zum Umsetzen der Timestamps im Track und RouteConverterWin und GPX_Editor zum Lesen von Tracks mit “unsauberen” Headern, bei denen die anderen Editoren wegen XML-Verstößen das Einlesen verweigern. Das funktioniert auch nicht immer und in besonders hartnäckigen Fällen muss ich dann zu Notepad++ greifen und die GPS-Datei textuell bearbeiten.
Übrigens: GPS Track Editor unterdrückt beim Speichern die überflüssigen osmand:extensions wie speed, die ja aus den anderen Daten berechnet werden können und nur die Datei aufblähen. Daher habe ich nie Probleme beim Hochladen bekommen.

16

Vielen Dank für diese umfassenden Tipps. Händisches Editieren mit dem Texteditor war hier auch mein Workaround. Hättest Du etwas dagegen, wenn Dein Text hier verbaut würde?