Überarbeitung von TMC / TPEG

JohnDoe23 · 2014-03-29 00:31:44

MHohmann wrote:

Richtig, nach dem alten Schema. Ich werde mal schauen, ob man diese alten Daten als Hilfe für das Mappen nach dem neuen Schema nutzen kann - es sollte ja eigentlich möglich sein, die zugehörige Relation zu finden, wenn sie solche TMC-Tags hat, und dann gleich als Member für die tmc:area Relation vorschlagen.

Das wäre von Vorteil, weil es auch Areas gibt, die nicht sofort ins Auge stechen bzw. so leicht auffindbar sind wie die Verwaltungsgrenzen, z.B.: http://www.openstreetmap.org/relation/611246
Das würde die Erfassung nach dem neuen Schema wohl erleichtern.

MHohmann · 2014-03-29 07:17:54

JohnDoe23 wrote:

Das wäre von Vorteil, weil es auch Areas gibt, die nicht sofort ins Auge stechen bzw. so leicht auffindbar sind wie die Verwaltungsgrenzen, z.B.: http://www.openstreetmap.org/relation/611246
Das würde die Erfassung nach dem neuen Schema wohl erleichtern.

Ja, das stimmt. Ich habe noch mal ein wenig gebastelt - jetzt gibt es im TMC-Viewer die Funktionen "Search in old OSM-TMC data" zur Suche mittels Overpass-API und Anzeige in einer Karte und "Import old OSM-TMC data into editor" zum Laden dieser Daten in einen Editor via Remote Control. Damit kann man nun z.B. auch den Bayerischen Wald direkt suchen und laden.

MHohmann · 2014-04-04 17:31:17

Dank der Programmierarbeit von Christopher hat nun jede Straße bzw. jedes Segment einen Statusbericht, der auch auf der Viewer-Seite verlinkt ist.

Außerdem ist die A 2 jetzt mit allen Punkten und Links erfasst.

Gehrke · 2014-04-05 13:21:48

Ich interessiere mich für die TMC Area Codes. Ich glaube, ich habe die eben für alle Gebietskörperschaften in AL6 oder höher (AL5, AL4, AL2) komplettiert - nach dem alten Tagging.

Gibt es einen Vorschlag, wie das Schema hierfür in Zukunft aussehen soll?

wambacher · 2014-04-05 15:41:48

Gehrke wrote:

Ich interessiere mich für die TMC Area Codes. Ich glaube, ich habe die eben für alle Gebietskörperschaften in AL6 oder höher (AL5, AL4, AL2) komplettiert - nach dem alten Tagging.
Gibt es einen Vorschlag, wie das Schema hierfür in Zukunft aussehen soll?

jo, mein Vorschlag: TMC sterben lassen, da technisch überholt.

duck&weg
walter

Gehrke · 2014-04-05 16:27:42

wambacher wrote:

mein Vorschlag: TMC sterben lassen, da technisch überholt.

Das ist so zu absolut formuliert. Ich habe mich in den letzten Tagen mit dem Themenkomplex TMC/TPEG u.ä. beruflich beschäftigt. Auch wenn TMC als Übertragungskanal über Radio/RDS irgendwann ersetzt wird, gilt das nicht unbedingt für Location Codes und Alert-C, die in TMC verwendet werden. Die BASt u.a. werden wohl neben TPEG-Loc u.a. weiterhin auch mit diesen Codes arbeiten (vgl. Verortung in DATEX II).

Last edited by Gehrke (2014-04-05 16:28:39)

MHohmann · 2014-04-05 17:57:42

Gehrke wrote:

Ich interessiere mich für die TMC Area Codes. Ich glaube, ich habe die eben für alle Gebietskörperschaften in AL6 oder höher (AL5, AL4, AL2) komplettiert - nach dem alten Tagging.
Gibt es einen Vorschlag, wie das Schema hierfür in Zukunft aussehen soll?

Ja, hier: https://wiki.openstreetmap.org/wiki/Pro … /TMC_Areas
Siehe dazu auch dieser Post.

wambacher wrote:

jo, mein Vorschlag: TMC sterben lassen, da technisch überholt.

Ich habe von dir schon deutlich konstruktivere Beiträge gesehen, die weniger an Spam erinnern.

Gehrke · 2014-04-05 18:12:47

MHohmann wrote:

Gehrke wrote:
Gibt es einen Vorschlag, wie das (TMC-Area-)Schema in Zukunft aussehen soll?
Ja, hier: https://wiki.openstreetmap.org/wiki/Pro … /TMC_Areas

Hmm, das lässt sich aber schwer mit boundary-Relationen vereinbaren. Man müsste dann quasi alle Gebietskörperschaften für TMC duplizieren. Das fände ich wirklich falsch. Es mag ja spezifische TMC-Areas geben (?), aber da sie sich oft 1:1 auf Gebietskörperschaften beziehen, würde ich doch eher einen einfachen Tag für den LOCATIONCODE in TMC/Alert-C an der Grenzrelation erwarten (mit Berücksichtung der Tabelle), z.B. "tmc-locode" o.s.ä.

Version und Type finde ich für den Fall auch entbehrlich, da implizit. "area_lcd" sollte man spatial herleiten können oder eben aus der Tabelle ablesen.

Ich würde nicht versuchen, die komplette TMC-Tabelle abzubilden, sondern nur den Link zu ihr ermöglichen.
Für die Zukunft kann ich mir auch eine indirekte TMC-Verknüpfung über Wikidata vorstellen.

Last edited by Gehrke (2014-04-05 18:16:25)

wambacher · 2014-04-05 18:24:29

MHohmann wrote:

Ich habe von dir schon deutlich konstruktivere Beiträge gesehen, die weniger an Spam erinnern.

nee, kein Spam, da ich zu keinerlei dadurch bevorzugten Personen/Gruppen/Firmen Kontakt habe. Ich bin (und bleibe) halt nur der Ansicht, daß TMC mittelfristig obsolet sein wird.

Gruss
walter

MHohmann · 2014-04-05 21:17:48

Gehrke wrote:

Hmm, das lässt sich aber schwer mit boundary-Relationen vereinbaren. Man müsste dann quasi alle Gebietskörperschaften für TMC duplizieren. Das fände ich wirklich falsch. Es mag ja spezifische TMC-Areas geben (?), aber da sie sich oft 1:1 auf Gebietskörperschaften beziehen, würde ich doch eher einen einfachen Tag für den LOCATIONCODE in TMC/Alert-C an der Grenzrelation erwarten (mit Berücksichtung der Tabelle), z.B. "tmc-locode" o.s.ä.

Das ist in dem Proposal extra berücksichtigt - es sollen auf keinen Fall Flächen-Relationen für TMC dupliziert werden. Stattdessen kommt die bereits bestehende Boundary-Relation als Element in eine neue TMC-Relation:

TMC-Area-Proposal wrote:

...either by adding already existing boundary or multipolygon relations as members to the TMC area relation...

Der Vorteil gegenüber Tags an bereits bestehenden Objekten liegt darin, dass so TMC-Daten von anderen Daten getrennt sind und sauber entfernt werden können, wenn TMC langfristig einmal durch ein anderes System abgelöst werden sollte und die Daten nicht mehr genutzt werden. Diese Fragestellung ist hier im Thread ja schon öfter aufgetaucht.

Gehrke wrote:

Version und Type finde ich für den Fall auch entbehrlich, da implizit. "area_lcd" sollte man spatial herleiten können oder eben aus der Tabelle ablesen.
Ich würde nicht versuchen, die komplette TMC-Tabelle abzubilden, sondern nur den Link zu ihr ermöglichen.
Für die Zukunft kann ich mir auch eine indirekte TMC-Verknüpfung über Wikidata vorstellen.

Den Standpunkt kann man natürlich auch vertreten. Die Idee, hier möglichst viele Daten zu taggen, basiert auf der Tatsache, dass die TMC-Tabellen nicht für jedes Land so einfach zu bekommen sind wie für Deutschland. Allein die 8 bereits in meinem TMC-Viewer sichtbaren Tabellen bzw. die dafür zuständigen Stellen zu finden und zu kontaktieren waren ein gewisser Aufwand, den man anderen Endanwendern so ersparen könnte.

Christopher · 2014-04-05 21:36:34

Gehrke wrote:

wambacher wrote:
mein Vorschlag: TMC sterben lassen, da technisch überholt.
Das ist so zu absolut formuliert. Ich habe mich in den letzten Tagen mit dem Themenkomplex TMC/TPEG u.ä. beruflich beschäftigt. Auch wenn TMC als Übertragungskanal über Radio/RDS irgendwann ersetzt wird, gilt das nicht unbedingt für Location Codes und Alert-C, die in TMC verwendet werden. Die BASt u.a. werden wohl neben TPEG-Loc u.a. weiterhin auch mit diesen Codes arbeiten (vgl. Verortung in DATEX II).

Wenn man jetzt argumentiert, dass es technisch überholt ist und sowieso irgendwann wegfällt, warum dann noch Tankstellen mit Benzin erfassen? Das Öl ist auch irgendwann alle. Oder brauchen wir vielleicht ja keine Straßen, weil jeder nun durch die lüfte fliegt.

Ich gehe davon aus, dass es großflächig noch mindestens 10 Jahre Bestand hat. Zumal für 2015 eine Abschaltung in Deutschland der analogen UKW-Frequenzen, ohne einen weiteren Termin zu nennen, gekippt wurde. Und damit steht und fällt die RDS bzw. TMC. Der Nachfolger DAB(+) ist sofern man sich die Verbreitung in Deutschland ansieht an vielen Stellen noch lückenhaft. Das Digitalradio fordert wohl eine Abschaltung zum Jahr 2018.
Einzig Norwegen ist mir ein bekanntes Land, dort soll das analoge Radio 2017 abgeschalten werden. Österreich hat beim DAB erst eine halbes Jahr Testbetrieb. Ich erinnere nur an den digitalen Polizeifunk, der schon seit der WM 2006 in Deutschland laufen sollte.

Hier kann man mal die derzeitige Verbreitung von TMC und TPEG im vergleich sehen:
http://www.tisa.org/technologies/tpeg/tpeg-world-map/
http://www.tisa.org/technologies/tmc/tmc-world-map/

da ist auch zu sehen, dass noch einige Staaten die Einführung von TMC planen.

Gehrke · 2014-04-05 22:01:20

Und wie gesagt: Man muss den Verortungs- und Eventstandard, den TMC verwendet, vom Übertragungsstandard TMC/RDS trennen.

Last edited by Gehrke (2014-04-05 22:09:18)

Gehrke · 2014-04-05 22:08:26

MHohmann wrote:

die bereits bestehende Boundary-Relation (kommt) als Element in eine neue TMC-Relation (...)
Der Vorteil gegenüber Tags an bereits bestehenden Objekten liegt darin, dass so TMC-Daten von anderen Daten getrennt sind und sauber entfernt werden können, wenn TMC langfristig einmal durch ein anderes System abgelöst werden sollte und die Daten nicht mehr genutzt werden. Diese Fragestellung ist hier im Thread ja schon öfter aufgetaucht.

Achso, dann hatte ich das nicht sorgfältig genug gelesen. Um den Code eines Landkreises zu erfahren, müsste ich dann aber eine TMC-Area-Relation suchen, die den Landkreis als Member enthält. Klingt nicht gerade straightforward aber praktikabel.

MHohmann wrote:

Die Idee, hier möglichst viele Daten zu taggen, basiert auf der Tatsache, dass die TMC-Tabellen nicht für jedes Land so einfach zu bekommen sind wie für Deutschland. Allein die 8 bereits in meinem TMC-Viewer sichtbaren Tabellen bzw. die dafür zuständigen Stellen zu finden und zu kontaktieren waren ein gewisser Aufwand, den man anderen Endanwendern so ersparen könnte.

Okay, verstehe das Argument. Aber dann die Details vielleicht doch besser außerhalb OSM und eher z.B. in Wikidata.

MHohmann · 2014-04-06 07:29:25

Gehrke wrote:

Achso, dann hatte ich das nicht sorgfältig genug gelesen. Um den Code eines Landkreises zu erfahren, müsste ich dann aber eine TMC-Area-Relation suchen, die den Landkreis als Member enthält. Klingt nicht gerade straightforward aber praktikabel.

Hm... An die Suchrichtung hatte ich bisher weniger gedacht, aber das stimmt natürlich. Na gut, z.B. bei der Overpass-API gibt es ja die "Membership Resolution" Operatoren, die genau das machen, also scheint es zumindest machbar zu sein.

Gehrke wrote:

Okay, verstehe das Argument. Aber dann die Details vielleicht doch besser außerhalb OSM und eher z.B. in Wikidata.

Sowas könnte man sich auch überlegen, allerdings frage ich mich, wie es dann mit Offline-Anwendungen aussieht. Die OSM-Daten kann man sich ja einfach runterladen und in ein gewünschtes Format konvertieren. Wenn man die Details außerhalb hat, müsste man sich die zusätzlich laden. Speziell bei Wikidata sehe ich das Problem, dass selbst für eine Online-Anwendung der API-Zugriff etwas langsam wäre (dazu hatte ich neulich etwas gelesen).

Gehrke · 2014-04-06 10:54:05

MHohmann wrote:

Wenn man die Details außerhalb hat, müsste man sich die zusätzlich laden. Speziell bei Wikidata sehe ich das Problem, dass selbst für eine Online-Anwendung der API-Zugriff etwas langsam wäre (dazu hatte ich neulich etwas gelesen).

Das stimmt. Wikidata ist noch quälend langsam und man kann dort ja auch nur explizit eingeführte Eigenschaften eintragen. TMC-Codes sind bisher wohl nicht dabei.

MHohmann · 2014-05-06 14:01:12

In erster Linie aus Performancegründen ist meine TMC-Anwendung nun auf den OSM-Dev-Server umgezogen und läuft dort gleich wesentlich flüssiger (was sich vor allem bei langen Strecken wie der A 2 und A 7 bemerkbar macht). Hier ist die neue Adresse:

http://mhohmann.dev.openstreetmap.org/tmc/TMC.html

Als nächstes geplant ist eine Web-API, die RDS-Daten in einem geeigneten Rohformat nimmt, wie es z.B. aus einem RDS-Empfänger kommt, und daraus dann die TMC-Meldungen extrahiert, um sie z.B. auf einer Online-Karte anzuzeigen, oder die dann einfach die betroffenen OSM-Objekte liefert.

Das Erfassen von TMC-Punkten geht inzwischen auch einigermaßen voran, auch wenn es naturgemäß Zeit in Anspruch nimmt. Aber die Daten so nutzen zu können ist ja immer eine gute Motivation

MHohmann · 2014-05-21 21:38:58

Auf dem Dev-Server gibt es nun eine kleine Demo-Anwendung zur Decodierung von TMC-Meldungen und ihrer Lokalisierung mittels der in OSM gemappten Daten. Bisher ist sie noch sehr arm an Features (mehr ein "proof of concept"), wird aber noch ausgebaut. Ideen und Vorschläge sind natürlich immer gerne gesehen. Den Quelltext dazu gibt es auch, ebenso den Quelltext zum TMC Viewer.

Zunächst einmal gibt es einen RDS-Parser. Diesen kann man mit RDS-Datengruppen füttern - eine Datengruppe hat 4 Blöcke zu je 16 Bit. Angeben kann man die Daten z.B. im Hex-Format, eine Gruppe pro Zeile. Leerzeichen spielen keine Rolle. Das kann also z.B. so aussehen:

d321 4401 bb9f 3ec0
d321 8408 0865 27d5

Alternativ kann man auch eine Datei hochladen, auch andere Formate sind möglich. Als Ergebnis bekommt man dann eine Liste von decodierten RDS-Daten. Ausgewertet werden hier die Gruppen 4A (Zeitangabe) und 8A (TMC-Daten). Im Beispiel oben ist die erste Gruppe eine Zeitangabe und die zweite entspricht einer kompletten (Single Group) TMC-Meldung. Die Daten werden als Tabelle angezeigt. Die Zeitstempel werden benutzt, um festzustellen, wann genau eine Meldung empfangen wurde, da die Zeitangaben in der Meldung relativ zu diesem Zeitpunkt sind.

Klickt man nun auf den Event-Code (erste Spalte) einer Meldung, erhält man die decodierte Meldung - alle Daten in lesbare Form übersetzt und interpretiert. Im Beispiel werden sie auch auf der Karte angezeigt. Das ist allerdings noch nicht für alle Events implementiert (tatsächlich habe ich es im Moment nur für Code 101 = "stationary traffic" aktiviert), daran arbeite ich noch. (Man möchte ja auch z.B. Ein- und Ausfahrten oder Parkplätze finden.) Natürlich klappt das auch nur da, wo schon etwas nach dem neuen TMC-Schema gemappt ist - so z.B. für Stau in der Gegenrichtung.

Als nächstes werde ich das für weitere Events aktivieren und dann auch noch etwas hübscher machen, z.B. mit verschiedenen Farben für Staus, Baustellen, Unfälle...

EDIT: Inzwischen ist das für alle Events und mehrfarbig implementiert!

Last edited by MHohmann (2014-10-16 08:15:53)

geodreieck4711 · 2014-05-28 13:47:49

Dieser 11-seitige Faden wird langsam etwas unhandlich, zumal hier auch sehr viele technische Informationen vergraben sind.

MHohmann wrote:

...Das Erfassen von TMC-Punkten geht inzwischen auch einigermaßen voran, auch wenn es naturgemäß Zeit in Anspruch nimmt. Aber die Daten so nutzen zu können ist ja immer eine gute Motivation

was hier irgendwie zu kurz kommt, bzw. untergeht:

Wie sollen denn die TMC-Locations gemappt werden?
Muss sich jeder, der hier den einen oder anderen TMC-Punkt mappen will, die TMC-Liste selbst besorgen, oder ist die bereits irgendwo für OSM-Members-verlinkt?
Verbleiben die Version 9 Daten in der Datenbank oder sollen sie durch die v13 - Daten ersetzt werden oder läuft das alles parallel?

Wie schon gesagt, etwas unübersichtlich das Ganze und manchmal etwas viel Prosa.

Vieleicht sollte auf dem Eingangspost eine Art von Zusammenfassung erscheinen, mit Proposal-Links oder allem was dem Mappen zweckdienlich ist. Diese Zusammenfassung sollte dann auch aktualisiert werden.
Oder das ganze gleich in einen Wiki-Artikel hinterlegen....

Bis da noch etwas mehr Stuktur reinkommt, bleibt mir nichts anderes übrig, als das TMC-Mapping mangels Durchblick zu ignorieren.

MHohmann · 2014-05-28 14:03:01

geodreieck4711 wrote:

Dieser 11-seitige Faden wird langsam etwas unhandlich, zumal hier auch sehr viele technische Informationen vergraben sind.

Ja, da hast du leider Recht.

Wie sollen denn die TMC-Locations gemappt werden?
Muss sich jeder, der hier den einen oder anderen TMC-Punkt mappen will, die TMC-Liste selbst besorgen, oder ist die bereits irgendwo für OSM-Members-verlinkt?

Die Liste mit den TMC-Punkten findest du für OSM-Members / Mapper aufbearbeitet im TMC-Viewer:
http://mhohmann.dev.openstreetmap.org/tmc/TMC.html
Dort sind die kompletten Location Code Tabellen für 8 Länder hinterlegt, auch für Deutschland. Für das Mappen gibt es dort auch fertige Tools, d.h. du kannst die Daten z.B. direkt in JOSM oder Merkaartor importieren, mittels der Remote-Control-Funktion. Außerdem wird angezeigt, ob die Daten schon gemappt sind.

Verbleiben die Version 9 Daten in der Datenbank oder sollen sie durch die v13 - Daten ersetzt werden oder läuft das alles parallel?

Derzeit bleiben die Version 9 Daten noch in der Datenbank, weil sie noch (u.a. vom BR für seine Staumeldewebseite) genutzt werden. Erst wenn die Version 13 Daten weit genug gemappt sind und man sich auch dort auf die neuen Daten eingerichtet hat, die alten also nicht mehr genutzt werden, kann da etwas gelöscht werden, aber nicht vorher.

Vieleicht sollte auf dem Eingangspost eine Art von Zusammenfassung erscheinen, mit Proposal-Links oder allem was dem Mappen zweckdienlich ist. Diese Zusammenfassung sollte dann auch aktualisiert werden.

Ja, das ist eine gute Idee. Das hatte ich mir auch schon überlegt, der Eingangspost stammt ja von wambacher, und wenn wir ihn dazu motivieren könnten, wäre das eine tolle Sache. Zumindest ein fetter Link zum Wiki in der Form "hier gibt es alles wichtige" wäre gut, dann kann man alles weitere dort hinterlegen.

Oder das ganze gleich in einen Wiki-Artikel hinterlegen....

Das ist die beste Lösung. Etwas habe ich ja schon eingebaut, siehe dazu:
http://wiki.openstreetmap.org/wiki/TMC

Bis da noch etwas mehr Stuktur reinkommt, bleibt mir nichts anderes übrig, als das TMC-Mapping mangels Durchblick zu ignorieren.

Wer Struktur möchte, der soll Struktur bekommen Ich werde auf jeden Fall mal die Proposals und wichtigen Wiki-Seiten, die es bisher schon zu TMC gibt, auf obiger TMC-Wiki-Hauptseite verlinken.

Edit: So, jetzt sieht die Wiki-Seite doch schon übersichtlicher und hilfreicher aus.
@wambacher: Könntest du die bitte im Eingangspost verlinken, mit einem dicken fetten "Hier gibt es die Infos zu TMC und alles wichtige zum Mappen von TMC aus diesem Thread kompakt im Wiki." oder so ähnlich? Danke!

Last edited by MHohmann (2014-05-28 14:30:48)

MHohmann · 2014-05-28 21:44:30

Update zum RDS-Parser: Unter http://mhohmann.dev.openstreetmap.org/rds/RDS.html kann man jetzt RDS-Daten in verschiedenen Formaten eingeben, entweder per Copy & Paste, als URL oder als Datei. Außerdem kann man angeben, welche Location Code Tabelle benutzt werden soll, um die Location Codes zuzuordnen.

Hier mal ein Beispiel aus Frankreich:
http://mhohmann.dev.openstreetmap.org/r … e_Info.rds

Außerdem erkennt der TMC-Message-Decoder jetzt deutlich mehr Event-Codes und färbt die Meldungen auf der Karte auch danach ein:
http://mhohmann.dev.openstreetmap.org/r … 1399404060

geodreieck4711 · 2014-05-28 22:22:47

Habe mich innerhalb meines Großraumes mal ein bisschen durch die Liste geklickt, und mit der Suchfunktion gespielt....

kann es sein, das die

MHohmann wrote:

Die Liste mit den TMC-Punkten findest du für OSM-Members / Mapper aufbearbeitet im TMC-Viewer:
http://mhohmann.dev.openstreetmap.org/tmc/TMC.html
Dort sind die kompletten Location Code Tabellen für 8 Länder hinterlegt, auch für Deutschland. Für das Mappen gibt es dort auch fertige Tools, d.h. du kannst die Daten z.B. direkt in JOSM oder Merkaartor importieren, mittels der Remote-Control-Funktion. Außerdem wird angezeigt, ob die Daten schon gemappt sind.

Liste rechtschreibtechnisch Fehler enthält ?

http://mhohmann.dev.openstreetmap.org/t … &lcd=32409

Hier lese ich Lainburg, muss aber 100%ig Leinburg heissen.....

MHohmann · 2014-05-28 22:52:42

geodreieck4711 wrote:

kann es sein, das die Liste rechtschreibtechnisch Fehler enthält ?

Ja, das kann gut sein, ich bin auch schon über einige gestolpert. Das sind offenbar Rechtschreibfehler in den Daten vom BASt. Teilweise sind die Koordinaten auch etwas weiter weg als sie sein sollten - da muss man dann die richtige Stelle zuerst suchen...

http://mhohmann.dev.openstreetmap.org/t … &lcd=32409
Hier lese ich Lainburg, muss aber 100%ig Leinburg heissen.....

In OSM ist auch Leinburg drin.

MHohmann · 2014-06-07 09:55:05

Finnland hat eine neue Location Code Liste (Version 2.1) herausgegeben - die Daten sind auch schon im TMC-Viewer importiert.

MHohmann · 2014-06-24 08:11:43

Da mich KonB darauf aufmerksam gemacht hat, dass die Dokumentation im Wiki dem Tagging etwas hinterherhinkt, habe ich mich mal daran gemacht, das etwas aufzuarbeiten. Auf der tmc:point-Wikiseite habe ich jetzt einen Abschnitt mit Beispielen angelegt. Da kann ich sicher noch weitere Beispiele einbauen (Kreisverkehr, Rastplatz?). Insbesondere ging es um die Frage, dass im Wiki bisher nur vom Erfassen von Nodes die Rede war, dass die derzeit gemappten TMC-Relationen aber auch Ways enthalten und dass letzteres bisher nicht dokumentiert war. Das sei hiermit nachgeholt - danke nochmal für den Hinweis!

geodreieck4711 · 2014-10-16 07:53:54

Vieleicht sollte man das mal als Wochen/Monatsaufgabe vorschlagen, damit da mal was vorwärts geht.......

Announcement

#251 2014-03-29 00:31:44

Re: Überarbeitung von TMC / TPEG

#252 2014-03-29 07:17:54

Re: Überarbeitung von TMC / TPEG

#253 2014-04-04 17:31:17

Re: Überarbeitung von TMC / TPEG

#254 2014-04-05 13:21:48

Re: Überarbeitung von TMC / TPEG

#255 2014-04-05 15:41:48

Re: Überarbeitung von TMC / TPEG

#256 2014-04-05 16:27:42

Re: Überarbeitung von TMC / TPEG

#257 2014-04-05 17:57:42

Re: Überarbeitung von TMC / TPEG

#258 2014-04-05 18:12:47

Re: Überarbeitung von TMC / TPEG

#259 2014-04-05 18:24:29

Re: Überarbeitung von TMC / TPEG

#260 2014-04-05 21:17:48

Re: Überarbeitung von TMC / TPEG

#261 2014-04-05 21:36:34

Re: Überarbeitung von TMC / TPEG

#262 2014-04-05 22:01:20

Re: Überarbeitung von TMC / TPEG

#263 2014-04-05 22:08:26

Re: Überarbeitung von TMC / TPEG

#264 2014-04-06 07:29:25

Re: Überarbeitung von TMC / TPEG

#265 2014-04-06 10:54:05

Re: Überarbeitung von TMC / TPEG

#266 2014-05-06 14:01:12

Re: Überarbeitung von TMC / TPEG

#267 2014-05-21 21:38:58

Re: Überarbeitung von TMC / TPEG

#268 2014-05-28 13:47:49

Re: Überarbeitung von TMC / TPEG

#269 2014-05-28 14:03:01

Re: Überarbeitung von TMC / TPEG

#270 2014-05-28 21:44:30

Re: Überarbeitung von TMC / TPEG

#271 2014-05-28 22:22:47

Re: Überarbeitung von TMC / TPEG

#272 2014-05-28 22:52:42

Re: Überarbeitung von TMC / TPEG

#273 2014-06-07 09:55:05

Re: Überarbeitung von TMC / TPEG

#274 2014-06-24 08:11:43

Re: Überarbeitung von TMC / TPEG

#275 2014-10-16 07:53:54

Re: Überarbeitung von TMC / TPEG

Board footer