Diplomarbeit - Abdeckung des Straßennetzes

Hi Tabularaza,

also wenn Dir Dein Betreuer diese Fragen nicht beantworten kann... such Dir einen neuen 😉

Im Ernst: Hast Du nen Betreuer, der da Erfahrung hat, oder wenigstens einen kennt, der sich auskennt? Oder ein paar Tools, die schon vorhanden sind? Falls nicht, würde ich mich zumindest deutlich beschränken. 6 Monate sind nicht viel: 2 Wochen tippen, 2 Monate User Interface basteln, da bleiben gerade mal 3.5 Monate für die echte Arbeit und Urlaub.

Wenn da eine große Flotte mehrmals pro Sekunde einen Wert ausspuckt, hast Du gigantische Datenmengen. Die musst Du bändigen, für die Anzeige und Statistik zeitlich und räumlich sortieren. Das könnte schon auch noch mal ein paar Wochen kosten. Die Zuordnung zur Straße (-nklasse) ist auch noch mal ein paar Wochen (tracks liegen grundsätzlich ein bisschen daneben). Dann die Frage, was passiert, wenn man in näherer Umgebung in OSM keine Straße findet (Du schreibst "weltweit"...).

Ich denke, bei der Visualisierung würde ich aufhören. Weiße unbefahrene Flecken suchen könnte auch noch dazukommen. Aber allzuviel Statistik würde ich nicht mehr reinnehmen. Reicht ja wenn man die Schnittstellen dafür anbietet und danach ne feste Anstellung hast um, da weiter zu machen. "Prozentanteile vom Straßennetz" halte ich sowieso für Kaffeesatzleserei, wer weiss schon, was 100% sind?

Grüße, Max

die GPS Track nehmen wir trotzdem 😉

Vielen Dank für die rasche Antwort!

Nunja, der Grund, weshalb ich diesen Thread ins Leben gerufen habe ist die Machbarkeit des Ganze. Es existieren über 15TB an Traces die teilweise auch schon einige Jahre alt sind. Da sind allerdings viele unwichtige Informationen wie aktuelle Geschwindigkeit, Treibstoffverbrauch, etc.pp. gespeichert (der komplette CAN und MOST Datenverkehr). Es existiert bereits ein Tool, das die Daten wesentlich reduzieren kann (Straßenname und Längen-/Breitengrad, z.B.). Darauf könnte ich ansetzen und die Daten noch weiter reduzieren, in dem ich jedesmal einen Wegpunkt generiere, wenn sich der Straßenname verändert. Natürlich habe ich den Freiraum das Ganze für die DA erst mal auf das Autobahn und Bundesstraßennetz zu reduzieren, vielleicht auch nur auf ein Land oder Bundesland.
Mein erster Ansatz war Google Maps, aber da gibt es zu viele Restriktionen, was den Datenverkehr/Abfragen pro Tag betrifft. So bin ich auf OSM gestoßen.
Bei uns gibt es einige Mitarbeiter, die auch schon Diplom-/Masterarbeiten im Zusammenhang mit OSM betreuten und auch großes Interesse zeigen dieses Projekt (OSM) weiter vorran zu treiben.

Ich selbst hab wie gesagt noch wenig Erfahrung mit der Materie. Hab bisher nur mein Viertel ein wenig vervollständigt und bezüglich meines Anliegens im Netz recherchiert, aber leider noch keinen brauchbaren Ansatz/Papers zu dem Thema ausfindig machen können.

Also mal laut gedacht. Man importiere Europe-OSM in PostgreSQL und erzeuge eine Spalte "besucht". Danach importiere man die Lat/Lon Paare + HDOP aus den vorhanden Daten und generiere eine Geom Spalte aus latlon. Jetzt prüft man für jeden Punkt, ob sich eine Straße im Umkreis von 10m+HDOP befindet. Falls ja, zählt man in der Spalte "besucht" der Straßen einen Zähler hoch. Sind zwei Straßen im Umkreis, nimmt man die nächstliegende. Jetzt kann man die besuchten Straßen visualisieren, evtl erst ab einem gewissen Wert in "besucht", und sogar die Farben nach Anzahl der Besuche staffeln. Statistische Funktionen, wie Länge aller besuchten/nicht besuchten Straßen pro Straßenkategorie sollten mit Postgres auch möglich sein.

Achso, die Messpunkte selber zu visualisieren, geht natürlich auch problemslos. Hab ich mal für ein anderes Projekt gemacht, wo Messorte von Ortungen von Handymasten + den gefunden Handymast visualisiert wurde.

Da hast Du echt einiges vor Dir. Wenn Du bei Null anfängst, behaupte ich mal, das ist von der Menge her nicht möglich.

Alleine das Automatisieren, welcher Track jetzt welche Straße ist, dürfte ausreichend sein für eine Masterarbeit. Unter Einbeziehung weiterer Sensordaten wie Kompass oder Beschleunigungssensoren, unter Berücksichtigung der Vergangenheit, usw. Wie viele Navis springen von der Autobahn auf die Landstraße, wenn diese nur dicht genug an der Autobahn ist. Hier dürfte alleine die Geschwindigkeit und die Vergangenheit ausreichend sein. Was noch nie einer gemacht hat, ist ein Handy-Navi mit einem Microfon zu koppeln, um an einer Kreuzung zu horche, ob der Blinker an ist - was die Warscheinlichkeit eines Abbiegens erhöht. Wobei das bei Nur-GPS-Daten natürlich weg fällt. Hier musst Du Dich mit Position, Richtung, Geschwindigkeit und Beschleunigung begnügen.

Ich würde an Deiner Stelle anfangen, das ganze Visuell darzustellen. Also mit Hilfe von JOSM z.B. kannst Du kleinere Datenmengen einladen und damit eine Straßenkarte erzeugen.

Dann programmierst Du Dir Geschwindigkeitsfilter, welche nur GPS-Daten durchlassen, die > 120 km/h sind. Damit siehst Du dann alle Autobahnen.

Für einzelne Städte könntest Du auch eine Überblendung erstellen. Also im Hintergrund eine Farblose Straßenkarte von OSM und im Vordergrund die Farbigen GPS-Daten. Das geht mit JOSM recht einfach, auch ohne etwas zu verändern.

Tabularaza wrote:

Mein erster Ansatz war Google Maps, aber da gibt es zu viele Restriktionen, was den Datenverkehr/Abfragen pro Tag betrifft. So bin ich auf OSM gestoßen.

Die gibt es bei uns auch!!!!
Wenn du Georeferenzierung machen möchstest ("wo bin ich gerade? wie heisst die Stadt, die Strasse?") könntest du unseren Nominatim-Service verwenden, wenn du nicht zuviel abfragst. Und da liegt der Hase im Pfeffer. Ihr werdet dafür einen eigenen Nominatim-Server aufsetzen müssen, der selbstverständlich mit den aktuellen OSM-Daten arbeiten darf und soll. Es muss ein eigener Rechner mit passender Infrastruktur sein oder ihr müsstet einen externen Dienstleister (gegen Kohle!) verwenden, sonst gibt es auch bei uns "Mächtig Ärger".

Für Nominatim und die passende Infrastruktur (Rechner, Datenbank, Automatischer Datenupdate aus OSM) würde ich bei einem Newbie schon mal 2-3 Wochen ansetzen.

Ansonsten möchte ich Max definiv Recht geben: Das Projekt ist komplexer als du denkst - und erst recht dein Betreuer. Das reicht für ein halbes Dutzend Diplomarbeiten über einen Zeitraum von mindestens 2 Jahren. Anschliessend hat dein Betreuer eine eigene Firma 😉

Gruss
Walter

Nachtrag zu den Tracks:
es ist ein bei uns immer noch ungelöstes Problem, wie man mit Tracks umgeht, die alle die gleiche Strecke beschreiben, aber dennoch immer etwas abweichen. Wie gerne hätten wir dafür einen gewichteten Mittelwert als "Durchschnitt" aller Tracks. Eventuell fällt ja sowas bei euch ab.

Tabularaza wrote:

Natürlich habe ich den Freiraum das Ganze für die DA erst mal auf das Autobahn und Bundesstraßennetz zu reduzieren, vielleicht auch nur auf ein Land oder Bundesland.

Ich behaupte mal: Beschränkung auf bestimmte Straßen bringt nichts. So müssen ja doch alle Daten durchforstet und jedes Wegstück dahingehend überprüft werden, ob es auf eine solche Straße fällt. Dann doch lieber nur Daten aus einem bestimmten lat/lon-Rechteck ausschneiden und damit arbeiten.

Tabularaza wrote:

Mein erster Ansatz war Google Maps, aber da gibt es zu viele Restriktionen, was den Datenverkehr/Abfragen pro Tag betrifft. So bin ich auf OSM gestoßen.

Falls Du vorhaben solltest, die OSM-Server einzuspannen: vergiß es. Erstens ist das von der API gelieferte Format für Deine Zwecke sicher untauglich, zweitens sind deren Kapazitäten beschränkt und massive Zugriffe daher nicht erlaubt, siehe auch http://wiki.openstreetmap.org/wiki/API_usage_policy und dort speziell "Heavy Users". Also muß eine eigene Datenbank her, von uns gibt es nur die Daten dafür. Wenn eine solche Datenbank noch nicht vorhanden ist, gehen für die Einrichtung ohne einschlägige Vorkenntnisse schon einmal die ersten Wochen drauf.

wambacher wrote:

Für Nominatim und die passende Infrastruktur (Rechner, Datenbank, Automatischer Datenupdate aus OSM) würde ich bei einem Newbie schon mal 2-3 Wochen ansetzen.

Postgres reicht um die nächste Straße zu einer Position zu finden

Anbei mal ein Bild mit GPS-Daten über einer SW-Karte in JOSM. Falls Deine Auswertungen eher Grafisch als Technisch erfolgen sollen.

Oha, ihr macht mir Angst! 😬

Was noch nie einer gemacht hat, ist ein Handy-Navi mit einem Microfon zu koppeln, um an einer Kreuzung zu horche, ob der Blinker an ist - was die Warscheinlichkeit eines Abbiegens erhöht

Ob der Blinker betätigt wurde, kann ich aus den Daten entehmen - sogar den Grad der Einlenkung durch das Lenkrad, die Daten der Sensoren an den Reifen, inklusive Be-/Entschleunigung (nicht durch GPS sondern Sensoren ermittelt), Geschwindigkeitsbegrenzung aufgenommen durch Kamera, etc.pp. - naja alles was so ein Oberklassewagen mit Komplettausstattung halt so aufzeichnet. Aber das ist definitiv zu viel. Ich will mit möglichst wenig Daten, bzw. mit den Essentiellen Daten beschäftigen müssen. Es ist ja schon ein Navigationssystem verbaut, dass das Fahrzeug immer brav auf der Straße anzeigt (inkl. Straßennamen). Auf diese Daten habe ich auch Zugriff, als auch auf die 'RAW'-GPS-Daten.

@SunCobalt, Dennis und wambacher: vielen Dank für den Brainstorm!

vg,
Stefan

@Oli-Wan: Bezüglich der Datenbank bin ich auf diesen Blog aufmerksam geworden:
http://goblor.de/wp/2009/10/16/openstre … -einlesen/

SunCobalt wrote:

wambacher wrote:

Für Nominatim und die passende Infrastruktur (Rechner, Datenbank, Automatischer Datenupdate aus OSM) würde ich bei einem Newbie schon mal 2-3 Wochen ansetzen.

Postgres reicht um die nächste Straße zu einer Position zu finden

klar,mach ich selber so, aber er hat ausdrücklich Google angesprochen und dass die dort anfallenden Kosten Grund dafür waren, nach OSM zu gehen. Also werden die wohl Georeferenzierung per API gemacht haben. Ich wollte nur darauf hinweisen, dass es bei uns auch Ärger geben kann.

Um das selber mit PostGis zu machen, muss man sowas am Rennen haben, die Daten aktuell halten und das auch benutzen können. Das kostet auch Zeit.

Gruss
walter

Dank Maxbe schaffe ich es sogar selber aus Postgres die nächsten Straßen zu finden
http://suncobalt.dyndns.org:82/test/distance.html
Nix mit Nominatin und so. Ich weiß nicht, warum ihr hier den Teufel an die Wand malt. Wo seht ihr denn das große Problem? Man braucht nur einen Rechner mit viel Plattenplatz und Bums

wambacher wrote:

Um das selber mit PostGis zu machen, muss man sowas am Rennen haben, die Daten aktuell halten und das auch benutzen können. Das kostet auch Zeit.

Nö, letzter ccbysa Planet. Aktuelle Daten würde ich nicht nehmen 😉

Die Idee mit den Overlays hatte ich auch schon, ist halt die wie exakt das ganze auf der Infrastruktur liegt. Außerdem sollte da datenbanktechnisch schon ein Bezug zu einer bestimmten Straße bestehen, als nicht rein auf grafischer Ebene basieren.
@Dennis: Das schaut doch schon vielversprechend aus.

Tabularaza wrote:

Die Idee mit den Overlays hatte ich auch schon, ist halt die wie exakt das ganze auf der Infrastruktur liegt. Außerdem sollte da datenbanktechnisch schon ein Bezug zu einer bestimmten Straße bestehen, als nicht rein auf grafischer Ebene basieren.

Wenn bei Du der "nächsten Straße" ein Merkmal setzt, kannst Du das Overlay so gestalten, dass es genau auf der Straße liegt und damit so aussieht, als wenn es die Straße selber wäre. Alternativ kannst Du auch komplett selber rendern, sprich die Straßen als solche, als postiv und negativ Karte.

Tabularaza wrote:

@Oli-Wan: Bezüglich der Datenbank bin ich auf diesen Blog aufmerksam geworden:
http://goblor.de/wp/2009/10/16/openstre … -einlesen/

Da gibt es aktuelleres... http://switch2osm.org/other-uses/ sei mal als Anlaufstelle genannt. Propaganda, Einführung, Anwendungsbeispiele und praktische Anleitungen. Der Schwerpunkt liegt auf einem Tileserver, aber Datenbank ist natürlich auch dabei.

Tabularaza wrote:

Es ist ja schon ein Navigationssystem verbaut, dass das Fahrzeug immer brav auf der Straße anzeigt (inkl. Straßennamen). Auf diese Daten habe ich auch Zugriff, als auch auf die 'RAW'-GPS-Daten.

und weiter gehts:

handelt es sich - ohne gleich auf Firmennamen zu kommen- um eine eigene Flotte, die von eigenen Mitarbeitern gefahren wird oder gar um eine Mietwagen-Firma, die ihre Flotte an Kunden vermietet?
Da könnte es in beiden Fällen einige Probleme in Hinsicht Datenschutz geben! Probleme mit Taxis gab es schon mal.

Und dann würde ich auch prüfen (lassen) wie es mit Daten aus dem Navi ist, die über Fahrzeugwerte und GPS-Daten hinausgehen. Strassennamen aus einem eingebauten Navi zu übernehmen, könnte auch kritisch sein. Obwohl, nach OSM wollt ihr die ja nicht reinschaufeln, oder?

Gruss
walter

SunCobalt wrote:

Nö, letzter ccbysa Planet. Aktuelle Daten würde ich nicht nehmen 😉

Er hat 6 Monate Zeit (minus einige Wochen, wo er wohl schon nachgedacht hat).

Wenn bis dahin der Bot nicht vergessen ist, glaub ich nicht mehr an unsere Power.

Wenn bei Du der "nächsten Straße" ein Merkmal setzt, kannst Du das Overlay so gestalten, dass es genau auf der Straße liegt und damit so aussieht, als wenn Straße selber wäre. Alternativ kannst Du auch komplett selber rendern.

Das ist der Ansatz, den ich bisher zu Verfolgen versuche. Ich könnte aus den Daten die Knotenpunkte entnehmen und so eine Route generieren. Es sind halt allein in in einer Stadt einige tausend Routen pro Jahr, die alle dargestellt werden sollten.
Das Problem, wieviel Prozent, bzw. welcher Anteil einer Straße abgefahren wurde beschäftigt mich auch stark. Werden die Straßen in OSM als Listen aus Vektoren beschrieben? Wie berechnen die Navigationssysteme z.B. 'fahren sie 23.7 km auf der Straße' XY?

ich glaub, dass das gut zu schaffen ist wenn man mit Computern umgehen kann, also Linux, SQL etc. 1) OSM-DB einspielen, 2)GPS-DB einspielem, 3)Punkte auf nächste Straße prüfen und 4)Merkmale setzen, 5)Rendern und 6)Statistik erstellen. Am längsten wird vermutlich das "Punkte auf nächste Straße prüfen" dauern. Bir Millarden von Punkte ist das eine ziemlich zeitaufwendige Prüfung. 1,2,3,5 sind trivial. 4 und 6 vermutlich auch, aber nicht für mich

Also eine DB aufsetzen, GPX-Tracks drüberjagen und die Straßenstücke kennzeichnen im Sinne von "wurde schon X mal befahren" oder "wurde seit Januar 2011 nicht mehr von uns heimgesucht" und daraus eine Karte (aus den Straßen, nicht aus den Tracks) malen, wäre realistisch. Ein paar Tabellen dazu auch ("30% aller Ortsverbindungsstraßen wurden noch nie befahren, 80% aller Straßen im Wohngebiet, aber nur 10% der Autobahnen").

Den Erkenntnisgewinn für den Auftraggeber aus "Die Dingsstraße in Sowieso wurde erst 3 Mal befahren" oder "noch nie war einer von uns auf diesem Autobahnstück" sehe ich allerdings nicht...

@walter: Taxis scheiden aus, so nobel sind die nicht ausgestattet und deren Besitzer geben ihre Tracks nicht gern raus.

Grüße, Max

handelt es sich - ohne gleich auf Firmennamen zu kommen- um eine eigene Flotte, die von eigenen Mitarbeitern gefahren wird oder gar um eine Mietwagen-Firma, die ihre Flotte an Kunden vermietet?
Da könnte es in beiden Fällen einige Probleme in Hinsicht Datenschutz geben! Probleme mit Taxis gab es schon mal.

Es handelt sich um eine eigene Flotte, die ausschließlich von eigenen Mitarbeitern gefahren wird.

maxbe wrote:

Den Erkenntnisgewinn für den Auftraggeber aus "Die Dingsstraße in Sowieso wurde erst 3 Mal befahren" oder "noch nie war einer von uns auf diesem Autobahnstück" sehe ich allerdings nicht...

Ist ja auch ne Diplomarbeit, keine Doktorarbeit. Ich vermute mal ins Blaue...Der Auftraggeber will eigentlich wissen, wieviele seiner Routen in OSM sind und ob der sich nicht die teuren Lizenzgebühren sparen kann

Tabularaza wrote:

Das Problem, wieviel Prozent, bzw. welcher Anteil einer Straße abgefahren wurde beschäftigt mich auch stark. Werden die Straßen in OSM als Listen aus Vektoren beschrieben? Wie berechnen die Navigationssysteme z.B. 'fahren sie 23.7 km auf der Straße' XY?

Wenn Du Tabellen und Grafiken in einem großen Maßstab erstellt, ist es doch irrelevant, ob die Wambacher-Straße nun zu 60% oder 85% befahren wurde, oder?
OSM hat Punkte (Koordinaten), was wir Nodes nennen. Wege/Straßen(Ways) bestehen aus einer Aneinanderreihung von Punkten. Diese Ways bekommen dann Attribute. Problem ist, dass eine Straße aus mehreren Ways bestehen kann. Lies mal irgendein XML-Changeset. Da bekommst Du ein Gefühl

Nur noch so eine vage Idee:

Tabularaza wrote:

Es existiert bereits ein Tool, das die Daten wesentlich reduzieren kann (Straßenname und Längen-/Breitengrad, z.B.). Darauf könnte ich ansetzen und die Daten noch weiter reduzieren, in dem ich jedesmal einen Wegpunkt generiere, wenn sich der Straßenname verändert.

Dadurch hättest Du ja schon näherungsweise Straßensegmente identifiziert. Wäre es dann nicht erst mal einfacher, ganz ohne OSM die Statistik auf diesen Segmenten zu erstellen, d.h. Anzahl der Fahrten je Segment?

Tabularaza wrote:

Es ist ja schon ein Navigationssystem verbaut, dass das Fahrzeug immer brav auf der Straße anzeigt (inkl. Straßennamen).

Schön wäre natürlich, wenn Du bzw. das Tool Zugriff auf die Navi-DB hättest, d.h. nicht nur auf den Straßenname, sondern auch auf die Straßensegmente mit ID des Datenlieferenten - vermutlich aber eher nicht. Falls die GPS-Punkte aber wirklich alle genau auf der Straße liegen, müsste man doch auch näherungsweise die Geometrie der Navi-Daten rekonstruieren können (das könnte dann allerdings lizenztechnisch problematisch werden).

Es gibt nämlich mehrere Arbeiten, die kommerzielle Navi-Daten mit OSM vergleichen und dazu sicher auch Mechanismen zur Zuordnung von Navi- zu OSM-Daten erstellt haben, die Du dann evtl. verwenden könntest (Links auf der Research Seite im Wiki):

- "Abbildung von Straßendaten für Qualitätsuntersuchungen - Ein Vergleich von OpenStreetMap mit Navteq" Ina Ludwig - 2010
"Der Vergleich basiert auf einer aus der Geodäsie stammenden Methode zur Abbildung oder Zuordnung von ähnlichen räumlichen Objekten aus verschiedenen Datenquellen"
- "Helbich, M., Amelunxen, C., Neis, P. (2012): Comparative Spatial Analysis of Positional Accuracy of OpenStreetMap and Proprietary Geodata. Int. GI_Forum 2012. Salzburg. Austria." Helbich, M., Amelunxen, C., Neis, P., - 2012
- "A Comparative Study of Proprietary Geodata and Volunteered Geographic Information for Germany" Dennis Zielstra, Alexander Zipf - 2010

Ansonsten gab es auch noch einen Vortrag zur Auswertung von OSM GPS-Traces, u.a. auch mit Zuordnung zu Straßen:
- SotM 2011 Talk: Traffic Map 2.0: a further development of the OpenStreetMap Project?

Gruß,
Norbert

Ich habe mit großen Augen (über den Datenschatz) über Dein Vorhaben gelesen, aber ich muss (wie ansatzweise mein Vorredner) mal das Thema Nutzbarkeit der Daten bei OSM nachdenken. Also für mich sind Straßenamen kein nutzbare Information, weil die Geokoordinate bereits durch eine (geschützte) Software zu einem Straßennamen gewandelt wurde (betrifft damit auch das Thema Datenreduzierung). Nutzbar wäre somit nur die GPS-Koordinate für OSM.
Weiterhin müsste man die OSM-Wege erstmal in Wegsegmente aufteilen (aufteilen von Wegen bzw. Zusammenführung, wenn sich an Wegknoten sich zwei (oder mehr) Wege mit unterschiedlichen Namen [wobei ich hier schon das erste Fragezeichen hätte] treffen). Denn man den Anfang einer Straße (datentechnisch OSM-Weg) gefahren ist, kann man sie ja auch an der nächsten Abbiegung / Kreuzung verlassen und dann das Stück danach nicht mehr fahren. Schon aus diesen Grund würde man bei einen einfachen Abgleich über Straßenname die Statistik nur grob richtig machen.

Viel Erfolg bei der Diplomarbeit.

Georg V.

P.S.: für ein kleines Gebiet könnte ich mir auch glatt eine Lösung ohne Datenbank vorstellen 🙂

Hi,

SunCobalt wrote:

ich glaub, dass das gut zu schaffen ist wenn man mit Computern umgehen kann, also Linux, SQL etc. 1) OSM-DB einspielen, 2)GPS-DB einspielem, 3)Punkte auf nächste Straße prüfen und 4)Merkmale setzen, 5)Rendern und 6)Statistik erstellen. Am längsten wird vermutlich das "Punkte auf nächste Straße prüfen" dauern. Bir Millarden von Punkte ist das eine ziemlich zeitaufwendige Prüfung. 1,2,3,5 sind trivial. 4 und 6 vermutlich auch, aber nicht für mich

ich stimme hier Thomas zu. Wenn man gut mit den entsprechenden System/Programmen umgehen kann, oder zumindest
einen fähigen Betreuer hat, ist einiges machbar. Ferner sind m.M. nach 6 Monate viel Zeit. Meine Erfahrung ist, dass Studenten
manchmal etwas viel Zeit "vertrödeln" und sich nicht hinter das Thema klemmen ...

viele gruesse
pascal

pitscheplatsch wrote:

Meine Erfahrung ist, dass Studenten manchmal etwas viel Zeit "vertrödeln" und sich nicht hinter das Thema klemmen ...

Hallo Pascal

Das bedeutet aber auch, eine enge, zeitaufwändige Betreuung. So einmal die Woche eine halbe Stunde wäre notwendig, um z.B. zu verhindern, dass sich ein Student in Details verrennt, die nicht wesentlich zum Gesamt-Thema beitragen.

Nur welcher Betreuer kann dafür neben seinen vielen anderen Aufgaben genug Zeit aufbringen?

Edbert (EvanE)

Hi Edbert,

EvanE wrote:

pitscheplatsch wrote:

Meine Erfahrung ist, dass Studenten manchmal etwas viel Zeit "vertrödeln" und sich nicht hinter das Thema klemmen ...

Das bedeutet aber auch, eine enge, zeitaufwändige Betreuung. So einmal die Woche eine halbe Stunde wäre notwendig, um z.B. zu verhindern, dass sich ein Student in Details verrennt, die nicht wesentlich zum Gesamt-Thema beitragen.

Nur welcher Betreuer kann dafür neben seinen vielen anderen Aufgaben genug Zeit aufbringen?

du hast sicherlich nicht unrecht, aber wenn die Diplomarbeit für den Betreuer
oder die Firma wirklich wichtig ist, sollte eine gute Betreung kein Problem sein.
Vorrausgesetzt der Student will dies auch ... 😉

viele gruesse
pascal

pitscheplatsch wrote:

du hast sicherlich nicht unrecht, aber wenn die Diplomarbeit für den Betreuer
oder die Firma wirklich wichtig ist, sollte eine gute Betreung kein Problem sein.
Vorrausgesetzt der Student will dies auch ... 😉

Hallo Pascal

Es gibt solche und solche auf beiden Seiten und vermutlich alle Zwischenstufen.
Nur weiß keiner der beiden (Student und Betreuer) wie er/sie es treffen wird.

Bei einer Firma sehe ich das Problem wegen Eigeninteresse weniger als bei einem Unibetreuer (Übungsgruppen/Seminare/Arbeiten für den Proff/eigene Doktorarbeit/...). Die haben wirklich nicht viel Zeit. 🙁

Verrenne mich auch manchmal in unnötige Details
Edbert (EvanE)