Re: [Talk-de] oberirdische U-Bahn = subway?
Hi, Am 9. September 2008 06:55 schrieb Michael Buege [EMAIL PROTECTED]: Iirc wurde vor kurzem hierzulist angemerkt, dass eine U-Bahn idR nicht Bahn im Sinne von Eisenbahn oder S-Bahn ist, sondern eher in Richtung Strassenbahn einzustufen ist. Man korrigiere mich, wenn ich mich irre. Meine Kenntnisse im Schienenbereich sind sehr überschaubar, aber eine Straßenbahn hat Rücksicht auf andere Verkehrsteilnehmer zu nehmen, da sie über Straßen geführt wird, auf denen auch Autos, Fahrradfahrer, etc. unterwegs sind. Eine U-Bahn hat hingegen ein eigenes Netz (und kann somit auch deutlich einfacher den Fahrplan halten). Das ist für mich schon ein deutlicher Unterschied (und eher Eisenbahn-ähnlich). Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Geräteempfehlung
Garry schrieb: Philipp Klaus Krause schrieb: Mit dem GPS bekommt man selbst hier im Schwarzwald oft eine Genauigkeit von weniger als 2m Abweichung. Und das hast Du wie überprüft? Garr Bisher nur im Sinne von Reproduzierbarkeit, d.h. wenn ich an einem Ort bin, an dem das Gerät behauptet, einen Fehler kleiner 2 m zu haben und ich komme später nochmal dorthin, dann erhalte ich auch eine Position, die nicht mehr als zwei Meter abweicht, ob nun Minuten, Stunden oder Tage zwischen den Messungen lagen. Damit kann ich natürlich nicht ausschließen, daß ich immer den gleichen Fehler erhalte. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [AT] S31
Hallo! http://www.openstreetmap.org/?lat=47.7501lon=16.4029zoom=13 Könnte jemand bitte die Perlenschnur (offenbar ist jeder Punkt des Weges auch ein eigenständiger Punkt ohne Tags) entlang der S31 (way 4671375) entsorgen? Geht das automatisiert? TIA! Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Validator - Nicht verbundene Wege
On Mon, 8 Sep 2008, Tobias Wendorff wrote: Wo finde ich Informationen über alle Options? Welche Optionen? Das einzige, was Du dazu einstellen kannst stand in meiner ersten Mail. Ich dachte, Du hättest noch mehr geschaffen (in früheren Versionen). Wichtige Optionen sind im Einstellungsdialog. Alles andere soll der normale Nutzer überhaupt nicht anfassen. Da nicht?! http://wiki.openstreetmap.org/index.php/JOSM/Plugins/Validator Wenn sie irgendjemand dort einträgt, findest Du sie dort auch. Also wieder Source lesen? Wenn Du in die Geheimnisse einsteigen willst - Ja. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trigonometrische Punkte
On Mon, 8 Sep 2008, Tobias Wendorff wrote: Doch. Differential-Verfahren (ob Post-Processed oder in Echtzeit) haben eine permanente Korrektur, die den sich ändernden Bedingungen angepasst wird. Ich schrieb oben, dass eine Einmalkorrektur nicht möglich ist. Obwohl dies (aus Eigenversuch) doch im gewissen Maße möglich ist. Ich habe zwei exakt gleiche Empfänger (Holux M-1000) ausgeliehen. Einer lag auf dem Dach unseres Uni-Gebäudes (Koordinaten waren genau bekannt) und der andere war mit mir unterwegs. Beide verwenden den gleichen Algorithmus, die gleiche Uhr und hatten die gleichen Störungen durch Wetter mitbekommen. Ich habe dann die Differenz zwischen echter Koordinate und den gemessenen Daten der festen Station gebildet und diese dann anteilig auf die mobilen Daten gerechnet. Die Fehlerrate ist um 70% gesunken. Den einmal gemessenen Daten der Station oder den permanent gemessenen Daten? Im zweiten Fall hast Du auch keine Einmalinitialisierung, sondern eine Permanentkorrektur. Diesmal auf Koordinatenebene. Das ist generell möglich, allerdings musst Du Glück haben. Sobald sich die sichtbaren Satellitensätze der zwei Geräte zu stark unterscheiden (dass kann schon 1 Satellit verursachen) ist die Korrektur nicht nutzbar. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [AT] S31
Hallo. Am Dienstag, 9. September 2008 schrieb Andreas Labres: http://www.openstreetmap.org/?lat=47.7501lon=16.4029zoom=13 Könnte jemand bitte die Perlenschnur (offenbar ist jeder Punkt des Weges auch ein eigenständiger Punkt ohne Tags) entlang der S31 (way 4671375) entsorgen? Geht das automatisiert? Da wurde wohl eine Fahrspur komplett entsorgt! Jedenfalls sieht man hier http://www.openstreetmap.org/?lat=47.75487lon=16.40546zoom=17 dass eine Fahrspur komplett fehlt. Potlatch soll ja ne History haben, die ich aber nicht bedient bekomme, vielleicht kann damit jemand was richten. nochwas: http://www.openstreetmap.org/?lat=47.74663lon=16.41987zoom=17 Der Kreisverkehr dreht falschrum. Gruß, Bernd -- Demokratie beruht auf drei Prinzipien: - auf der Freiheit des Gewissens - auf der Freiheit der Rede - auf der Klugheit, keine der ersten beiden in Anspruch zu nehmen signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
Ich finde, man sollte es nach dem baulichen Begebenheiten taggen. Da wo U-Bahn oberirdisch railway und da wo S-Bahn unterirdisch subway. Den Rest über Namen oder andere Tags .(U123, S456) Der Meinung bin ich überhaupt nicht, da es sich bei dem railway-tag offensichtlich um ein Beförderungssystem handelt und dieses sich nur durch einige Meter Erde obendrüber nicht ändert.Es ist ja für eine U-Bahn nicht verboten einige Meter überirdisch zu fahren, weshalb ich das tatsächliche System der Bahn zugrundelegen würde und dieses auch für das gesamte Streckennetz beibehalten würde. Grüße, ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stark vereinfachte Karten aus OSM-Daten
Nach einigen verzweifelten Versuchen mit einem SVG-Export und Barbeitung des selbigen in inkscape habe ich grade beschlossen, dass dieser Weg nicht gangbar ist. Warum? Ich denke so eine Anfahrt müsste mit einer Routing-Funktion verbunden werden, da die der Zielort / die Zielstraßen eine so geringe Stufe haben, dass - alle Straßen dieser Stufe angezeigt - das Bild schon wieder unübersichtlich wird. Ich könnte mir vorstellen dabei z.B. alle Autobahnen anzuzeigen und alle Strecken und Orte, die auf dem Weg von den Autobahnen zum Ziel führen. D.h. man müsste zum rendern einzelne Straßen zum anzeigen aktivieren bzw. deaktivieren. Geht das? Grüße, PieSchie ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
PieSchie schrieb: Ich finde, man sollte es nach dem baulichen Begebenheiten taggen. Da wo U-Bahn oberirdisch railway und da wo S-Bahn unterirdisch subway. Den Rest über Namen oder andere Tags .(U123, S456) Der Meinung bin ich überhaupt nicht, da es sich bei dem railway-tag offensichtlich um ein Beförderungssystem handelt und dieses sich nur durch einige Meter Erde obendrüber nicht ändert.Es ist ja für eine U-Bahn nicht verboten einige Meter überirdisch zu fahren, weshalb ich das tatsächliche System der Bahn zugrundelegen würde und dieses auch für das gesamte Streckennetz beibehalten würde. So sehe ich das auch: U-Bahn=subway, egal ob nun gerade unter oder über der Erde Statdtbahn=light-rail, z.B. Karlsruhe, Bielefeld, Hannover. Mit Ausnahme der unterirdischen Stadtbahnen, denen würde ich dennoch =subway verpassen. S-Bahnen=railway . Das System Karlsruhe macht es auch hier etwas schwerer, da einige auch die Eisenbahnlinien die von der Stadtbahn befahren werden als light-rail anlegen, das finde ich eigentlich falsch da hier prinzipiell auch Vollbahnen jeder Art verkehren können oder könnten. Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [AT] S31
Bernd Wurst wrote: Da wurde wohl eine Fahrspur komplett entsorgt! Oh Sch... Hoffentlich kriegt das noch wer hin... nochwas: http://www.openstreetmap.org/?lat=47.74663lon=16.41987zoom=17 Der Kreisverkehr dreht falschrum. Umgedreht. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tacken getackt?
On Tue, 9 Sep 2008, Stephan Schildberg wrote: ich vermute mal, dass ich diese Liste noch nicht lang lese, trotzdem wage ich es mal zu fragen: Auf welchen Anlass geht der hier gepflegte Flaschschreibung zurück xyz getackt? Neographie braucht einfach neue Begriffe! Solange wir lalle mitmachen trägt OSM zur Weiterentwicklung der Sprache bei. Was gibt es gegen die alten deutschen Wörter aufnehmen, eintragen, aufzeichen, erfassen, bestimmen, kartieren, ermitteln, kennzeichnen, beschreiben oder feststellen einzuwenden. Tacken und Taggen sind für mich grausame Wortschöpfungen, die keinerlei Daseinsberechtigung haben. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Validator - Nicht verbundene Wege
On Mon, 8 Sep 2008, Frank Sautter wrote: ich habe gerade einen neuen Validator-Test fertiggestellt, welche auf unverbundene Wege prüft. Geprüft werden freiliegende Endpunkte von Wegen. ich bin begeistert! und erschreckt, wie viele fehler doch noch in meiner - von solchen fehlern frei geglaubte - heimatregion da doch noch zum vorschein kam. Ging mir auch so :-) Es gibt noch eine zweite Option: validator.UnconnectedWays.way_way_distance=0.0 Wird diese auf Werte größer 0 gesetzt, so werden auch Knoten in der Mitte oder verbundene Endpunkte geprüft. Das dauert allerdings sehr lange stimmt, vielleicht gibts da noch optimierungsmöglichkeiten. Eine Vorfilterung vielleicht, welche die Daten gruppiert und dadurch die Anzahl der Vergleiche stark minimiert. Ist aber ein nicht zu verachtender Aufwand. Ich habe dazu keine Zeit oder Lust. Patches werden gern entgegengenommen. und hat bei mir nur falsche Warnung gebracht. bei mir kamen da noch einige fehler zum vorschein. Welche? - Connected way nodes (Punkte mit anderen Wegen verbunden) - Way nodes (mittlere Punkte) Hast Du andere Parameter genutzt? Wenn ja welche. Erzielen andere Werte bessere Ergebnisse? Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [AT] S31
hallo Andreas Labres wrote: Bernd Wurst wrote: Da wurde wohl eine Fahrspur komplett entsorgt! Oh Sch... Hoffentlich kriegt das noch wer hin... habe ich gerade eben mit potlatch und dessen Undelete funktion wieder hergestellt. bitte überprüfe ob alles passt. grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [AT] S31
Zitat Bernd Wurst: [...] Potlatch soll ja ne History haben, die ich aber nicht bedient bekomme, Weg markieren, H druecken, auswaehlen. [...] hth -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
Andreas Barth schrieb: Hallo, wie tagged man denn eine oberirdische U-Bahn richtig? Die in München ist teilweise als subway, teilweise als railway getagged. railway ist sie m.E. definitiv nicht, subway ist richtiger von der Erwartung, was da fährt. (andere) Meinungen? Alle U-Bahn-Strecken in Hamburg sind railway=subway, auch dort, wo sie dem Namen des Betreibers Hamburger Hochbahn nachkommen und oberirdisch bzw. sogar auf Viadukten verlaufen. Die genauere Auszeichnung erfolgt dann mit tunnel=yes bzw. bridge=yes und entsprechendem Layer. S-Bahnen sind in Hamburg allesamt railway=light_rail, da sie über ein separates Schienennetz verlaufen. Es ist zwar an vielen Stellen mit dem normalen Bahnnetz über Weichen verbunden, diese Übergänge werden allerdings nur in Ausnahmesituationen benutzt. Außerdem gibt es noch die Linien der AKN. Diese Bahngesellschaft ist teilweise im Hamburger Verkehrsverbund integriert, verkehrt aber bis ganz nach Neumünster und läßt auf ihrer Strecke auch (vor allem nachts) Güterzüge fahren. Aus diesem Grund ist die AKN pauschal railway=rail, selbst auf den Abzweigungen, auf denen nur S-Bahn-artige Personenbeförderung stattfindet. Da in anderen Städten das schienengebundene Nahverkehrssystem nicht unbedingt so eindeutig getrennt ist, sondern sich Mischformen entwickelt haben (Straßenbahn fährt teilweise unterirdisch bzw. als S-Bahn), sollte sich das Tagging an der Erwartung des Kartenbetrachters orientieren. Ich würde beispielsweise Straßenbahnstrecken immer als railway=tram taggen, selbst wenn die Triebwagen irgendwann den Straßenbereich verlassen und auf separaten Strecken als S-Bahn gewertet werden müssen. Mitunter gibts für den Wechsel von Tram auf Light Rail ja auch technische Anhaltspunkte, beispielsweise den Wechsel der Stromversorgung. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
Am 9. September 2008 10:06 schrieb Sven Rautenberg [EMAIL PROTECTED]: Andreas Barth schrieb: Hallo, wie tagged man denn eine oberirdische U-Bahn richtig? Die in München ist teilweise als subway, teilweise als railway getagged. railway ist sie m.E. definitiv nicht, subway ist richtiger von der Erwartung, was da fährt. (andere) Meinungen? Alle U-Bahn-Strecken in Hamburg sind railway=subway, auch dort, wo sie dem Namen des Betreibers Hamburger Hochbahn nachkommen und oberirdisch bzw. sogar auf Viadukten verlaufen. Die genauere Auszeichnung erfolgt dann mit tunnel=yes bzw. bridge=yes und entsprechendem Layer. S-Bahnen sind in Hamburg allesamt railway=light_rail, da sie über ein separates Schienennetz verlaufen. Es ist zwar an vielen Stellen mit dem normalen Bahnnetz über Weichen verbunden, diese Übergänge werden allerdings nur in Ausnahmesituationen benutzt. Außerdem gibt es noch die Linien der AKN. Diese Bahngesellschaft ist teilweise im Hamburger Verkehrsverbund integriert, verkehrt aber bis ganz nach Neumünster und läßt auf ihrer Strecke auch (vor allem nachts) Güterzüge fahren. Aus diesem Grund ist die AKN pauschal railway=rail, selbst auf den Abzweigungen, auf denen nur S-Bahn-artige Personenbeförderung stattfindet. Da in anderen Städten das schienengebundene Nahverkehrssystem nicht unbedingt so eindeutig getrennt ist, sondern sich Mischformen entwickelt haben (Straßenbahn fährt teilweise unterirdisch bzw. als S-Bahn), sollte sich das Tagging an der Erwartung des Kartenbetrachters orientieren. Ich würde beispielsweise Straßenbahnstrecken immer als railway=tram taggen, selbst wenn die Triebwagen irgendwann den Straßenbereich verlassen und auf separaten Strecken als S-Bahn gewertet werden müssen. Mitunter gibts für den Wechsel von Tram auf Light Rail ja auch technische Anhaltspunkte, beispielsweise den Wechsel der Stromversorgung. ich sehe das aehnlich: S-BAHN = light_rail U-Bahn = subway Tram = tram ist einfach zu merken, logisch, und deckt Ausnahmen nicht ab. Ich wuerde in den Faellen, wo die Bahn-Spezialisten aufgrund von Spurweite, Spannung, Kreuzungsfreiheit und anderen Feinheiten Abweichungen in der vg. Definition feststellen dies mit Zusatztags klaeren. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [AT] S31
hallo Michael Buege wrote: Zitat Bernd Wurst: [...] Potlatch soll ja ne History haben, die ich aber nicht bedient bekomme, Weg markieren, H druecken, auswaehlen. in diesem fall gab es keine weg zu markieren, daher nützt die history funktion nix mehr. aber es gibt ein U, das alle gelöschten wege (rot) erscheinen lässt. ich musste allerdings weit rauszoomen und relativ lange warten, bis das im konkreten fall funktioniert hat. grüße hermann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google bringt Google Transit
Am 9. September 2008 02:52 schrieb André Reichelt [EMAIL PROTECTED]: Birgit Nietsch schrieb: Zumindest in einem Punkt kann Google uns nicht überholen: Die Google Kartendaten sind nicht gemeinfrei. Und werden sie gemeinfrei, so sind sie keine Google-Daten mehr. Catch-22 mal andersrum. ;-) Ich muss mich meinen beiden Vorrednern anschließen. Zusätzlich ist natürlich noch ein Punkt, wie viel Wert ich darauf lege. Als Privatperson will ich nur, dass die Daten kostenlos, akkurat und aktuell sind. Alle drei Punkte kann Google mehr oder minder erfüllen. Erst wenn es um das Drucken von Karten oder Anfahrtplänen geht oder um eine digitale Verwendung, wird es bei Google kritisch und ggf. teuer. gerade diese digitale Verwendung ist es doch, die man haben will, naemlich der Einsatz im Navi. Der ist bei Google explizit ausgeschlossen. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tacken getackt?
2008/9/9 Dirk Stöcker [EMAIL PROTECTED] On Tue, 9 Sep 2008, Stephan Schildberg wrote: ich vermute mal, dass ich diese Liste noch nicht lang lese, trotzdem wage ich es mal zu fragen: Auf welchen Anlass geht der hier gepflegte Flaschschreibung zurück xyz getackt? Neographie braucht einfach neue Begriffe! Solange wir lalle mitmachen trägt OSM zur Weiterentwicklung der Sprache bei. Was gibt es gegen die alten deutschen Wörter aufnehmen, eintragen, aufzeichen, erfassen, bestimmen, kartieren, ermitteln, kennzeichnen, beschreiben oder feststellen einzuwenden. Tacken und Taggen sind für mich grausame Wortschöpfungen, die keinerlei Daseinsberechtigung haben. man koennte auch kategorisieren, definieren oder indizieren verwenden, aber m.E. ist taggen am sinnvollsten, weil es schlicht und kurz den Vorgang beschreibt, Tags, also Key/Value-Paare an ways zu haengen. Das ist ein Vorgang, fuer den es kein altes deutsches Wort gibt, weil der Vorgang selbst auch neu ist. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tacken getackt?
Ich sag doch, wenn schon eindeutschen, dann richtig: tackern (oder anheften) das Wort gibt's wenigstens schon ...tacken klingt irgendwie nach http://de.wikipedia.org/wiki/Tucke :) Dirk Stöcker schrieb am 09.09.2008 09:36: On Tue, 9 Sep 2008, Stephan Schildberg wrote: Was gibt es gegen die alten deutschen Wörter aufnehmen, eintragen, aufzeichen, erfassen, bestimmen, kartieren, ermitteln, kennzeichnen, beschreiben oder feststellen einzuwenden. Tacken und Taggen sind für mich grausame Wortschöpfungen, die keinerlei Daseinsberechtigung haben. Ciao ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Validator - Nicht verbundene Wege
Dirk Stöcker wrote: ich habe gerade einen neuen Validator-Test fertiggestellt, welche auf unverbundene Wege prüft. Geprüft werden freiliegende Endpunkte von Wegen. [...] Kommentare und konstruktive Kritik willkommen. Eine sehr schöne und nützliche Sache. In meiner Gegend habe ich damit einen unverbundenen Weg gefunden (den jemand anderes eingezeichnet hatte). Nun das für mich weniger Erfreuliche: Ich hatte noch 87 Treffer, die allesamt Dinge waren wie: - Endpunkt eines Weges in der Nähe von einem leisure-Polygon - Endpunkt einer addr:interpolation-Linie in der Nähe einer Straße Fazit: Die Prüfung sollte sich auf Ways (Linien) mit highway=* beschränken. Oder zumindest addr:interpolation (und noch ein paar mehr) ausnehmen. Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Validator - Nicht verbundene Wege
2008/9/9 Hatto von Hatzfeld [EMAIL PROTECTED]: Fazit: Die Prüfung sollte sich auf Ways (Linien) mit highway=* beschränken. Oder zumindest addr:interpolation (und noch ein paar mehr) ausnehmen. Besser wäre es vielleicht, immer highway mit highway, waterway mit waterway usw. zu vergleichen. So würde man die meisten Fehlenden Verknüpfungen entdecken, ohne Ablenkung von Nachbarobjekten. Ist sicherlich auch schneller... Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tacken getackt?
Hallo, Ich sag doch, wenn schon eindeutschen, dann richtig: tackern (oder anheften) das Wort gibt's wenigstens schon Es heisst aber was anderes. Wenn die Englaender mit taggen das haetten ausdruecken wollen, was Du hier vorschlaegst, dann haetten sie to staple und nicht to tag genommen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] TU Darmstadt Gebäudenummern
Hallo OSMler, ich habe gestern in Darmstadt alle fehlenden Gebäude der TU (Stadtmitte, Lichtwiese und Bot. Garten) nachgetragen und mit Gebäudenummern, Institutsnamen (sofern vorhanden) und Fachbereichen versehen (name). Stadtmitte: http://www.openstreetmap.org/?lat=49.87649lon=8.65726zoom=17layers=0B0FTF Lichtwiese: http://www.openstreetmap.org/?lat=49.86152lon=8.6807zoom=17layers=0B0FTF Botanischer Garten: http://www.openstreetmap.org/?lat=49.86925lon=8.68053zoom=17layers=0B0FTF Grundsätzlich würde ich die Gebäudenummern eher im ref-Tag sehen, andererseits fragen mich die Studenten immer: Wo ist denn S3|06?, so dass ich diese Info fast als wichtigeste ansehen würde. Dazu kommt, dass die Kombi aus Nummer, Gebäudename und/oder Fachbereich manchmal arg lang und häßlich aussieht. Mich würde eure Meinung interessieren, wie man das lösen könnte und ob es ein einheitliches Konzept für Gebäudenummern (nicht Hausnummern) gibt. Viele Grüße Alex -- Alex Pleiner [EMAIL PROTECTED] zeitform Internet Dienste OHG Tel./Fax: +49 (0) 6151 155-635 / -634 Fraunhoferstraße 5 PGP S/MIME: http://key.zeitform.de/ap 64283 Darmstadt, Germany Reg: HRA 6898 (Amtsgericht Darmstadt) http://www.zeitform.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
U-Bahn=subway, egal ob nun gerade unter oder über der Erde Statdtbahn=light-rail, z.B. Karlsruhe, Bielefeld, Hannover. Mit Ausnahme der unterirdischen Stadtbahnen, denen würde ich dennoch =subway verpassen. S-Bahnen=railway . Das System Karlsruhe macht es auch hier etwas schwerer, da einige auch die Eisenbahnlinien die von der Stadtbahn befahren werden als light-rail anlegen, das finde ich eigentlich falsch da hier prinzipiell auch Vollbahnen jeder Art verkehren können oder könnten. Die Stadtbahn von Stuttgart hat als Zeichen ein blaues U, hat Normalespur und fährt im Stadtzentrum und unter einigen Wohngebieten bzw. großen Knotenpunkten unterirdisch, ansonsten oberirdisch. Hier wurde light_rail benutzt und konsistent durchgehalten. Vielleicht sollte man einfach eine Unterscheidung zwischen Schienen und darauf fahrenden Fahrzeugen machen. Genauso wie highway=* sollte railway=* den Typ darstellen, um was für Schienen es sich handelt. In dem Fall wäre es etwas, was die Unterscheidung zwischen (breitspur, normalspur, schmalspur, zahnradspur) hat. Als weitere Attribute wäre dann analog zum highway der Access, welche Typen von Bahnen die Spur befahren können oder dürfen. Dabei wäre sowas wie subway=yes, tram=yes, rail=yes, passengers=yes, goods=yes. Interessant sind dann natürlich noch die Systeme, welche die Schienen befahren können. Die resultieren aus den Regelungen, Signaltypen und Kommunikationswegen (Induktionsschleifen, ...). Auf weitere Attribute wie Spannung, Frequenz, Stromleitungstyp, minimale Stromabnehmerbreite will ich mal nicht eingehen. Diese Attribute sollten auf den Strecken sein, unabhängig ob Karlsruher Straßenbahnen auf DB-Schienen fahren können (fähig sind zu fahren) oder nicht. Vorausgesetzt, das Schienensystem wäre gleisfein gemappt, ist die Route der Straßenbahnen (die befahrenen Schienenwege) in dem Fall durch Relationen zu realisieren - IMHO. Grüße, ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TU Darmstadt Gebäudenummern
Alex Pleiner wrote: Hallo OSMler, ich habe gestern in Darmstadt alle fehlenden Gebäude der TU (Stadtmitte, Lichtwiese und Bot. Garten) nachgetragen und mit Gebäudenummern, Institutsnamen (sofern vorhanden) und Fachbereichen versehen (name). Stadtmitte: http://www.openstreetmap.org/?lat=49.87649lon=8.65726zoom=17layers=0B0FTF Lichtwiese: http://www.openstreetmap.org/?lat=49.86152lon=8.6807zoom=17layers=0B0FTF Botanischer Garten: http://www.openstreetmap.org/?lat=49.86925lon=8.68053zoom=17layers=0B0FTF Grundsätzlich würde ich die Gebäudenummern eher im ref-Tag sehen, andererseits fragen mich die Studenten immer: Wo ist denn S3|06?, so dass ich diese Info fast als wichtigeste ansehen würde. Dazu kommt, dass die Kombi aus Nummer, Gebäudename und/oder Fachbereich manchmal arg lang und häßlich aussieht. Mich würde eure Meinung interessieren, wie man das lösen könnte und ob es ein einheitliches Konzept für Gebäudenummern (nicht Hausnummern) gibt. Ref klingt imho logisch. Nur bräuchten wir dann vielleicht auch die ref-Angaben in den Karten (afaik derzeit nicht?). Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
* Thomas Schäfer ([EMAIL PROTECTED]) [080909 00:25]: Am Dienstag, 9. September 2008 00:02 schrieb Andreas Barth: Hallo, wie tagged man denn eine oberirdische U-Bahn richtig? Die in München ist teilweise als subway, teilweise als railway getagged. railway ist sie m.E. definitiv nicht, subway ist richtiger von der Erwartung, was da fährt. Wie ist eigentlich die S-Bahn auf der Stammstrecke (Hackerbrücke-Ostbahnhof) eingetragen? Da ergibt sich das gleiche Problem nur andersrum. railway. (andere) Meinungen? Ich finde, man sollte es nach dem baulichen Begebenheiten taggen. Da wo U-Bahn oberirdisch railway und da wo S-Bahn unterirdisch subway. Den Rest über Namen oder andere Tags .(U123, S456) subway ist spezifisch U-Bahn. Die S-Bahn ist keine U-Bahn. Viele Grüße, Andi -- http://home.arcor.de/andreas-barth/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
* Tim 'avatar' Bartel ([EMAIL PROTECTED]) [080909 08:16]: Hi, Am 9. September 2008 06:55 schrieb Michael Buege [EMAIL PROTECTED]: Iirc wurde vor kurzem hierzulist angemerkt, dass eine U-Bahn idR nicht Bahn im Sinne von Eisenbahn oder S-Bahn ist, sondern eher in Richtung Strassenbahn einzustufen ist. Man korrigiere mich, wenn ich mich irre. Meine Kenntnisse im Schienenbereich sind sehr überschaubar, aber eine Straßenbahn hat Rücksicht auf andere Verkehrsteilnehmer zu nehmen, da sie über Straßen geführt wird, auf denen auch Autos, Fahrradfahrer, etc. unterwegs sind. Rechtlich sind U-Bahnen und Straßenbahnen nach BOStrab (also PBefG) konzessioniert (wie auch Busse), während S-Bahnen nach EBO (also AEG = Allgemeines Eisenbahngesetz) konzessioniert sind. Sonderfall ist Karlsruhe, wo sich beides mischt. Viele Grüße, Andi -- http://home.arcor.de/andreas-barth/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
* Martin Koppenhoefer ([EMAIL PROTECTED]) [080909 10:24]: ich sehe das aehnlich: S-BAHN = light_rail U-Bahn = subway Tram = tram Klassische S-Bahnen sind railway, Karlsruhe ist da sicher die Ausnahme. Viele Grüße, Andi -- http://home.arcor.de/andreas-barth/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tacken getackt?
On Tue, 09 Sep 2008 12:10:04 +0200, Frederik Ramm wrote: Es heisst aber was anderes. Wenn die Englaender mit taggen das haetten ausdruecken wollen, was Du hier vorschlaegst, dann haetten sie to staple und nicht to tag genommen. Jupp, und das passende Deutsche Wort wäre auszeichnen oder markieren. Siehe dazu auch leo: http://dict.leo.org/ende?lp=endelang=desearchLoc=0cmpType=relaxedsectHdr=onspellToler=onchinese=bothpinyin=diacriticsearch=to+tagrelink=on -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trigonometrische Punkte
Hallo Dirk, Dirk Stöcker schrieb: Den einmal gemessenen Daten der Station oder den permanent gemessenen Daten? Permanente Messungen. Ich war im Umkreis von ca. 5 km unterwegs. Das mobile Gerät sowie das stationäre Gerät liefen parallel. Im zweiten Fall hast Du auch keine Einmalinitialisierung, sondern eine Permanentkorrektur. Diesmal auf Koordinatenebene. Das ist generell möglich, allerdings musst Du Glück haben. Sobald sich die sichtbaren Satellitensätze der zwei Geräte zu stark unterscheiden (dass kann schon 1 Satellit verursachen) ist die Korrektur nicht nutzbar. Das stimmt. Ich überlege ehrlich, zwei RAW-GPS-Module zu kaufen, aber mir fehlt die Zeit und das Geld dafür. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
Andreas Barth schrieb: * Martin Koppenhoefer ([EMAIL PROTECTED]) [080909 10:24]: ich sehe das aehnlich: S-BAHN = light_rail U-Bahn = subway Tram = tram Klassische S-Bahnen sind railway, Karlsruhe ist da sicher die Ausnahme. Nicht ganz. S-Bahn-Tunnel sind i.d.R. zu niedrig für richtige Züge, und die Stromabnehmer sind nicht immer kompatibel. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
* Birgit Nietsch ([EMAIL PROTECTED]) [080909 14:11]: Andreas Barth schrieb: * Martin Koppenhoefer ([EMAIL PROTECTED]) [080909 10:24]: ich sehe das aehnlich: S-BAHN = light_rail U-Bahn = subway Tram = tram Klassische S-Bahnen sind railway, Karlsruhe ist da sicher die Ausnahme. Nicht ganz. S-Bahn-Tunnel sind i.d.R. zu niedrig für richtige Züge, und die Stromabnehmer sind nicht immer kompatibel. Berlin und Hamburg mag nochmal speziell sein, aber auch diese Strecken entsprechen den Vorschriften der Eisenbahn Bau- und Betriebsordnung. München, Frankfurt und Stuttgart haben definitiv normale Gleise, und normale Signale etc. Viele Grüße, Andi -- http://home.arcor.de/andreas-barth/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tacken getackt?
Hallo Holger, das passende Deutsche Wort wäre auszeichnen oder markieren. Tag hat weder etwas mit Hochzeitstag noch mit Bundestag zu tun, sondern ist schlicht eine *Eigenschaft*, mit der das Abbild eines realen Objektes ausgezeichnet wird. Oder datenbanktechnisch ein Attribut, bestehend aus Schlüssel und Wert. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hundeverbot
Ich bin gerade dabei ein proposal zu starten. Gebe bescheid wenn gevotet werden darf. mfg, Kelvan Am 7. September 2008 14:48 schrieb Roland Ramthun [EMAIL PROTECTED] : Birgit Nietsch schrieb: Nun zur eigentlichen Frage: Gibt es bereits einen Tag in Verwendung den ich übersehen habe, wenn nicht würde ich ihn vorschlagen sofern niemand eine bessere Idee hat. Ich würde zwischen im Regelfall verboten und wirklich unbetretbar unterscheiden. Für Blindenhunde gibt es zahlreiche Ausnahmeregelungen. BOS dürfen sich ggf. auch über einige Verkehrsregeln hinwegsetzen. Trotzdem ist es nicht sinnvoll, das zu taggen, weil es eine seltene Ausnahme ist, über die der Befugte bereits selbst informiert ist. Es gibt aber auch Wege, da schickst du keinen Hund drauf, weil's da zu gefährlich wäre, oder schmerzhaft für den Hund. Das mag sein, aber das Tagging bildet ja die Realität ab. Irgendwelche Huckelpisten taggt man ja auch nicht mit bicycle=no, weil dort Schlaglöcher sind und man sich vermutlich ohne MTB alle Knochen bricht. Insofern würde ich vermuten, dass dog(s)=yes/no/leashed durchaus in Ordnung ist. Grüße Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
Martin Koppenhoefer schrieb: ich sehe das aehnlich: S-BAHN = light_rail U-Bahn = subway Tram = tram Das hatten wir doch gerade erst... S-Bahnen als light rail zu bezeichnen ist in meinen Augen Begriffsverbiegen. Light Rail steht als Fachtermini für Stadtbahnen im Deutschen. Wer nicht glaubt, schau doch hier: http://de.wikipedia.org/wiki/Stadtbahn und dann hier http://en.wikipedia.org/wiki/Stadtbahn und weiter hier http://en.wikipedia.org/wiki/Light_rail Ja, die Übergänge sind fließend, siehe Beispiel Karlsruhe. Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eigene Luftbilder?!
Markus schrieb: Vielleicht hat ja jemand mal Lust, das mit der Flughöhe, Brennweite und Auflösung etwas genauer zu rechnen? (man will ja die einzelnen Häuser genau sehen /und/ möglichst wenig Sprit verbrauchen...) Laut http://www.erik-krause.de/schaerfe.htm ist das Bildfeld bei einer Vollformatkamera mit 50mm und 2000m Flughöhe 1440x960m² groß, grob überschlagen bleiben damit pro m² knapp 10 Pixel. Das liegt im Bereich der DOPs der Vermessungsämter und sollte für unsere Zwecke gut ausreichen. Wobei ich nicht weiß, in wieweit die Bilqualität noch durch die notwendige Entzerrung leidet. Der Vorteil dieser Brennweite ist auch, dass die entsprechenden Objektive (50mm sind Normalbrennweite am KB) zu den günstigsten Objektiven überhaupt zählen und gleichzeitig eine sehr gute Bildqualität liefern. Für 500€ kann man eine gebrauchte EOS 400D samt EF 50/1.8 bekommen und wäre schon gut gerüstet. Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Orte ohne Straßennamen
Markus wrote: Wenn ein Ort keine benannten Strassen hat: - Ort: Ortsname als Strassenname - Ortsteil: Name des Ortsteiles als Strassenname - Einzelgehöft: Flurstücksname als Strassenname Die Post führt in den *Postleitdaten* alle Anschriften nach obiger Regel. PS: wo kann diese Regelung so einetragen werden, dass sie für alle direkt auffindbar ist? Ich habe es auf http://wiki.openstreetmap.org/index.php/Proposed_features/De:Hausnummern unter den Grundlagen vermerkt. Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eigene Luftbilder?!
Laut http://www.erik-krause.de/schaerfe.htm ist das Bildfeld bei einer Vollformatkamera mit 50mm und 2000m Flughöhe 1440x960m² groß, grob überschlagen bleiben damit pro m² knapp 10 Pixel. Das liegt im Bereich der DOPs der Vermessungsämter und sollte für unsere Zwecke gut ausreichen. Wobei ich nicht weiß, in wieweit die Bilqualität noch durch die notwendige Entzerrung leidet. Der Vorteil dieser Brennweite ist auch, dass die entsprechenden Objektive (50mm sind Normalbrennweite am KB) zu den günstigsten Objektiven überhaupt zählen und gleichzeitig eine sehr gute Bildqualität liefern. Für 500€ kann man eine gebrauchte EOS 400D samt EF 50/1.8 bekommen und wäre schon gut gerüstet. Holger wobei da wohl zu beachten wäre das die 400D einen sensor (22.2 x 14.8mm) hat. was wohl nicht ganz vollformat entsricht ;) grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eigene Luftbilder?!
Hallo Markus, Markus schrieb: Vielleicht hat ja jemand mal Lust, das mit der Flughöhe, Brennweite und Auflösung etwas genauer zu rechnen? (man will ja die einzelnen Häuser genau sehen /und/ möglichst wenig Sprit verbrauchen...) Ich persönlich finde es wichtiger, eine Mechanik / ein Kugelgelenk zu basteln, welches die Kamera immer genau senkrecht hält. Orthofotos wären interessant für uns - Schrägluftbilder sind zwar auch hübsch, aber schwer einzufügen. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eigene Luftbilder?!
Holger Blum schrieb: Der Vorteil dieser Brennweite ist auch, dass die entsprechenden Objektive (50mm sind Normalbrennweite am KB) zu den günstigsten Objektiven überhaupt zählen und gleichzeitig eine sehr gute Bildqualität liefern. Für 500€ kann man eine gebrauchte EOS 400D samt EF 50/1.8 bekommen und wäre schon gut gerüstet. Geheimtipp: Panasonic TZ5 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tacken getackt?
Frederik Ramm: Hallo, Johann H. Addicks wrote: Auf welchen Anlass geht der hier gepflegte Flaschschreibung zurück xyz getackt? Wer ausser Jan Tackenbeck schreibt das denn noch ;-)? Bye Frederik Beste und einzig richtige Antwort Auszeichnen eines Weges halte ich für eine verständliche und damit einsteigerfreundliche Sprachwahl. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trigonometrische Punkte
On Tue, 9 Sep 2008, Tobias Wendorff wrote: Im zweiten Fall hast Du auch keine Einmalinitialisierung, sondern eine Permanentkorrektur. Diesmal auf Koordinatenebene. Das ist generell möglich, allerdings musst Du Glück haben. Sobald sich die sichtbaren Satellitensätze der zwei Geräte zu stark unterscheiden (dass kann schon 1 Satellit verursachen) ist die Korrektur nicht nutzbar. Das stimmt. Ich überlege ehrlich, zwei RAW-GPS-Module zu kaufen, aber mir fehlt die Zeit und das Geld dafür. Wozu? Z.B. von unserer Firma (www.dgpsonline.eu) gibt es DGPS-Korrekturdaten deutschlandweit kostenlos. Das einzige was man braucht, ist eine permanente Datenverbindung und eine Möglichkeit die NTRIP-Daten auf den GPS-Empfänger zu bekommen. Das erlaubt DGPS in Echtzeit. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trigonometrische Punkte
Dirk Stöcker schrieb: Wozu? Z.B. von unserer Firma (www.dgpsonline.eu) gibt es DGPS-Korrekturdaten deutschlandweit kostenlos. Das einzige was man braucht, ist eine permanente Datenverbindung und eine Möglichkeit die NTRIP-Daten auf den GPS-Empfänger zu bekommen. Das erlaubt DGPS in Echtzeit. Dazu muss der Empfänger aber diese Daten auch verarbeiten können. Da ich keine GPRS-Flatrate besitze und auch keinen Empfänger, bin ich ein Fan von Post-Processing. Wenn ich ein GPS-Modul hätte, was die Rohdaten aufzeichnen könnte, gäbe es ja nur begrenzte Probleme. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Differential-GPS
Liebe Profis, immer wieder lese ich von EGNOS, SAPOS und anderen Schmankerln, die die Genauigkeit unserer Geräte um den Faktor 100 bis 1000 erhöhen, sogar bei der Höhenmessung. Und dass fast alle Geräte dies können... Könnte nicht mal jemand für Wikipedia entsprechend verständliche und hilfreich-informative Artikel schreiben und im OSM-Wiki verlinken? Und hier im OSM-Wiki wäre ein HowTo-Artikel wünschenswert. (Hardware, Software, Kosten, etc) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trigonometrische Punkte
Dirk Stöcker schrieb: Im zweiten Fall hast Du auch keine Einmalinitialisierung, sondern eine Permanentkorrektur. Diesmal auf Koordinatenebene. Das ist generell möglich, allerdings musst Du Glück haben. Sobald sich die sichtbaren Satellitensätze der zwei Geräte zu stark unterscheiden (dass kann schon 1 Satellit verursachen) ist die Korrektur nicht nutzbar. Das stimmt. Ich überlege ehrlich, zwei RAW-GPS-Module zu kaufen, aber mir fehlt die Zeit und das Geld dafür. Wozu? Z.B. von unserer Firma (www.dgpsonline.eu) gibt es DGPS-Korrekturdaten deutschlandweit kostenlos. Das einzige was man braucht, ist eine permanente Datenverbindung und eine Möglichkeit die NTRIP-Daten auf den GPS-Empfänger zu bekommen. Das erlaubt DGPS in Echtzeit. Gibt es für Linux eine (am besten OSS) Software, die NTRIP-Daten empfangen und mit gpsd kommunizieren kann? Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo kann ich ggf. Tiles der Stufe 14 als ZIP Archiv runterladen ?
[EMAIL PROTECTED] schrieb: Hi, wo kann man den die OSM-Tiles als ZIP-Archiv runterladen? Soweit ich weiß, gar nicht. Das Herunterladen einzelner Tiles per http, zB ueber http://tah.openstreetmap.org/Tiles/tile/ ... habe ich schon versucht, braucht aber ewig bei Zoom-Level 14, (trotz automatisierten PHP-Script Download). Das ist kein erwünschtes Verhalten, oder möchtest Du den Traffic bezahlen? Vermutlich wird man auch bald gesperrt. Grundsätzlich gilt in so einem Fall, dass bitte das Planetfile (von einem Mirror) heruntergeladen wird und dann kann man damit selber rendern. Sollte das die individuellen Fäigkeiten übersteigen, könnte man mal im IRC fragen, ob man ein Tile-Archiv bekommen kann, was ich allerdings nicht glaube. Grüße Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
Markus schrieb: Liebe Profis, immer wieder lese ich von EGNOS, SAPOS und anderen Schmankerln, die die Genauigkeit unserer Geräte um den Faktor 100 bis 1000 erhöhen, sogar bei der Höhenmessung. Und dass fast alle Geräte dies können... Könnte nicht mal jemand für Wikipedia entsprechend verständliche und hilfreich-informative Artikel schreiben und im OSM-Wiki verlinken? Und hier im OSM-Wiki wäre ein HowTo-Artikel wünschenswert. (Hardware, Software, Kosten, etc) siehe http://de.wikipedia.org/wiki/Differential_Global_Positioning_System Gruss, Markus Gruß Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
PieSchie schrieb: Vielleicht sollte man einfach eine Unterscheidung zwischen Schienen und darauf fahrenden Fahrzeugen machen. Genauso wie highway=* sollte railway=* den Typ darstellen, um was für Schienen es sich handelt. In dem Fall wäre es etwas, was die Unterscheidung zwischen (breitspur, normalspur, schmalspur, zahnradspur) hat. Als weitere Attribute wäre dann analog zum highway der Access, welche Typen von Bahnen die Spur befahren können oder dürfen. Dabei wäre sowas wie subway=yes, tram=yes, rail=yes, passengers=yes, goods=yes. Interessant sind dann natürlich noch die Systeme, welche die Schienen befahren können. Die resultieren aus den Regelungen, Signaltypen und Kommunikationswegen (Induktionsschleifen, ...). Auf weitere Attribute wie Spannung, Frequenz, Stromleitungstyp, minimale Stromabnehmerbreite will ich mal nicht eingehen. Diese Attribute sollten auf den Strecken sein, unabhängig ob Karlsruher Straßenbahnen auf DB-Schienen fahren können (fähig sind zu fahren) oder nicht. Vorausgesetzt, das Schienensystem wäre gleisfein gemappt, ist die Route der Straßenbahnen (die befahrenen Schienenwege) in dem Fall durch Relationen zu realisieren - IMHO. Dem schließe ich mich an. Wir ändern ja auch nicht den Typ einer Straße je nachdem, ob eine Buslinie darauf verläuft oder gar je nach Art der Buslinie (Fernbus vs. ÖPNV vs. Flughafenshuttle, etc). Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Geräteempfehlung
Damit meine Fragesteller vom Verschönerungsverein schon mal vorab etwas über die Grundlagen der Geräte lesen können, habe ich http://wiki.openstreetmap.org/index.php/de:GPS_Receiver etwas erweitert und würde mich freuen, wenn Ihr die Lücken noch etwas füllen könntet. Danke für Eure Tips! Schön fände ich, wenn Ihr die Erfahrungen mit Euren Geräten dort direkt reinschreibt! Martin Koppenhöfer: 60Csx Gerhard Heinzel: Garmin 60csx Lars Schimmer: Garmin eTrex Legend HCx Philipp Klaus Krause: Vista HCx Gern auch mit Bezugsquellen, und Lieferformalitäten/Zoll. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
* Philipp Klaus Krause ([EMAIL PROTECTED]) [080909 17:30]: PieSchie schrieb: Vielleicht sollte man einfach eine Unterscheidung zwischen Schienen und darauf fahrenden Fahrzeugen machen. Genauso wie highway=* sollte railway=* den Typ darstellen, um was für Schienen es sich handelt. In dem Fall wäre es etwas, was die Unterscheidung zwischen (breitspur, normalspur, schmalspur, zahnradspur) hat. Als weitere Attribute wäre dann analog zum highway der Access, welche Typen von Bahnen die Spur befahren können oder dürfen. Dabei wäre sowas wie subway=yes, tram=yes, rail=yes, passengers=yes, goods=yes. Interessant sind dann natürlich noch die Systeme, welche die Schienen befahren können. Die resultieren aus den Regelungen, Signaltypen und Kommunikationswegen (Induktionsschleifen, ...). Auf weitere Attribute wie Spannung, Frequenz, Stromleitungstyp, minimale Stromabnehmerbreite will ich mal nicht eingehen. Diese Attribute sollten auf den Strecken sein, unabhängig ob Karlsruher Straßenbahnen auf DB-Schienen fahren können (fähig sind zu fahren) oder nicht. Vorausgesetzt, das Schienensystem wäre gleisfein gemappt, ist die Route der Straßenbahnen (die befahrenen Schienenwege) in dem Fall durch Relationen zu realisieren - IMHO. Dem schließe ich mich an. Wir ändern ja auch nicht den Typ einer Straße je nachdem, ob eine Buslinie darauf verläuft oder gar je nach Art der Buslinie (Fernbus vs. ÖPNV vs. Flughafenshuttle, etc). Bei Schienen hat das eine oft viel mit dem anderen zu tun: Wenn wo die Münchner U-Bahn fährt, dann ermöglicht die technische Ausrüstung der Strecke (Signalsystem, Stromschiene, Bahnsteige) nicht beliebig andere Fahrzeuge auf der Strecke fahren zu lassen. Von ihrem gesamten Erscheinungsbild ist eine oberirdische U-Bahn-Strecke trotzdem eine U-Bahn-Strecke. Unabhängig davon wären Relationen für Linien natürlich sinnvoll. Viele Grüße, Andi -- http://home.arcor.de/andreas-barth/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
Andreas Barth schrieb: Bei Schienen hat das eine oft viel mit dem anderen zu tun: Wenn wo die Münchner U-Bahn fährt, dann ermöglicht die technische Ausrüstung der Strecke (Signalsystem, Stromschiene, Bahnsteige) nicht beliebig andere Fahrzeuge auf der Strecke fahren zu lassen. Von ihrem gesamten Erscheinungsbild ist eine oberirdische U-Bahn-Strecke trotzdem eine U-Bahn-Strecke. Teils, Berlin, z.B. hat auch komische Stromschienen an der S-Bahn auch wenn da wohl noch Dieselloks fahren könnten und früher Dampfloks fuhren. Hier in Freiburg beispielsweise gibt es jetzt eine Breisgau S-Bahn, die z.B. zum Teil auf den Rheintalstrecke fährt. Es gibt eine Strecke nach Breisach, die auch von Güterzügen befahren wird und eine ins Elztal, wo im Moment nur die S-Bahn fährt (der letzte Gleisanschluß eines Unternehmens wurde erst vor kurzem abgebaut). Es heißt jetzt halt S-Bahn, ist aber eine normale Bahn mit normalen Dieseltriebwagen (Regioshuttle), die anderswo (Hohenzollernsche Landesbahn) auch als normale Bahn, nicht S-Bahn fahren. Damit ist es dann die Beschriftung der Fahrzeuge, die darüber entscheidet, wie eine Bahnstrecke in OSM auftaucht. Philipp ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
On Tue, Sep 09, 2008 at 05:41:07PM +0200, Markus wrote: http://de.wikipedia.org/wiki/SAPOS Ueber SAPOS bin ich selber noch nicht gestolpert - finde ich aber spannend. Weiss jemand wieviele Basisstationen das sind? Und vor allem - welche empfaenger koennen was damit anfangen? Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trigonometrische Punkte
On Tue, 9 Sep 2008, Markus Koelle wrote: Wozu? Z.B. von unserer Firma (www.dgpsonline.eu) gibt es DGPS-Korrekturdaten deutschlandweit kostenlos. Das einzige was man braucht, ist eine permanente Datenverbindung und eine Möglichkeit die NTRIP-Daten auf den GPS-Empfänger zu bekommen. Das erlaubt DGPS in Echtzeit. Gibt es für Linux eine (am besten OSS) Software, die NTRIP-Daten empfangen und mit gpsd kommunizieren kann? Den OpenSource-Client gibt es hier. http://sditools.cvs.sourceforge.net/sditools/sditools/ntripclient/ GPSd-ChangeLog: * Thu Dec 14 2006 Eric S. Raymond [EMAIL PROTECTED] - 2.34-1 - Fix for byte-swapping of Zodiac control messages on big-endian hardware. Disable iTalk by default and note that it needs to be tested. Command line arguments can now be DGPSIP or NTRIP URLs; -d is deprecated. Added udev Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Geräteempfehlung
On 08/09/08 20:00 +0200, Lars Schimmer wrote: Nur die Höhendaten sind halt etwas ungenau, dafür dann den Vista HCx nehmen. Kosten um die 200 Euro/Stück. Höhendaten fließen doch eh nicht in OSM ein. STw Rolf -- ... Expediency asks the question, 'Is it politic?' ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
On Tue, 9 Sep 2008, Markus wrote: Allerdings wünsche ich mir in Wikipedia mehr Verständlichkeit, damit der Normalverbraucher die Informationen auch anwenden kann. Und hier im OSM-Wiki wünsche ich mir ein HowTo. RTCM-Datenstrom besorgen und zum GPS leiten -- Genauigkeit etwa 0.5-10m (je nach Gerät). Also: was genau muss ich tun, damit ein GPS in hoher Genauigkeit anzeigt? (hier lese ich immer von 30 m und ausmitteln - wo es doch auf Meter und Zentimeter genau ginge...) Auto verkaufen und dafür geodätischen Zweifrequenzempfänger kaufen und Händler Deiner Wahl fragen, wie er zu benutzen ist. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Geräteempfehlung
On Tue, 9 Sep 2008, Markus wrote: Damit meine Fragesteller vom Verschönerungsverein schon mal vorab etwas über die Grundlagen der Geräte lesen können, habe ich http://wiki.openstreetmap.org/index.php/de:GPS_Receiver etwas erweitert und würde mich freuen, wenn Ihr die Lücken noch etwas füllen könntet. Danke für Eure Tips! Schön fände ich, wenn Ihr die Erfahrungen mit Euren Geräten dort direkt reinschreibt! Martin Koppenhöfer: 60Csx Gerhard Heinzel: Garmin 60csx Lars Schimmer: Garmin eTrex Legend HCx Philipp Klaus Krause: Vista HCx Gern auch mit Bezugsquellen, und Lieferformalitäten/Zoll. Ich habe einen i-Blue 747 Empfänger. Der interne Chipsatz ist sehr gut und der zugehörige Empfänger auch. Gibt es bei eBay für unter 50 Euro. Kann knapp 24 Stunden permanent 1-Sekundendaten aufzeichnen. Ist ein reiner Logger+Wegpunktmarkierer, aber dafür klein, handlich - einfach ideal. Mit Klebeband und kleinen Magneten sogar mit Magnetfuß :-) Diktiergeräte gibt es auch für unter 50 Euro bei eBay. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
Dirk Stöcker schrieb: RTCM-Datenstrom besorgen und zum GPS leiten -- Genauigkeit etwa 0.5-10m (je nach Gerät). Nur ein Bruchteil der Geräte können die Daten korrekt verarbeiten, wenn überhaupt. Nenn mir Beispiele, aber bitte keine über 150 EUR. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
On Tue, 9 Sep 2008, Florian Lohoff wrote: http://de.wikipedia.org/wiki/SAPOS Ueber SAPOS bin ich selber noch nicht gestolpert - finde ich aber spannend. Weiss jemand wieviele Basisstationen das sind? Sehr viele. Alle 50 bis 70 Kilometer steht eine. Und vor allem - welche empfaenger koennen was damit anfangen? RTCM2 ist ein Standardformat. Nahezu alle modernen Empfänger können das verarbeiten. Ob Du allerdings die Daten zum GPS-Chip bekommst und den auch dazu konfigurieren kannst, diese Daten auszuwerten ist ein anderes Thema. SAPOS ist für Lowcost-Empfänger (alles 5000 Euro) totaler Overkill. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Geräteempfehlung
On Tue, 9 Sep 2008, Tobias Wendorff wrote: Dirk Stöcker schrieb: Ich habe einen i-Blue 747 Empfänger. Der interne Chipsatz ist sehr gut und der zugehörige Empfänger auch. Gibt es bei eBay für unter 50 Euro. Kann knapp 24 Stunden permanent 1-Sekundendaten aufzeichnen. MTK-Chipsatz ... also für Fußgänger leider kaum geeignet :-( Wieso? Kann ich nicht bestätigen. Sogar in der Hemdtasche (also 50% Abschattung und vertikaler Lage) bringt der beachtliche Ergebnisse. Für gute Ergebnisse empfiehlt sich wie schonmal gesagt natürlich ein Basecap mit Empfängerhalterung. Kommt er mit den RTCM-Daten zurecht? Welche Genauigkeit erreichst Du? Keine Ahnung. Ich nutze kein DGPS, weil aus meiner Sicht für die OSM-Anwendung der Aufwand den Nutzen nicht rechtfertigt. Und da genau das mein Beruf ist, kann ich den Aufwand sehr gut abschätzen. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
On Tue, 9 Sep 2008, Tobias Wendorff wrote: Dirk Stöcker schrieb: RTCM-Datenstrom besorgen und zum GPS leiten -- Genauigkeit etwa 0.5-10m (je nach Gerät). Nur ein Bruchteil der Geräte können die Daten korrekt verarbeiten, wenn überhaupt. Nenn mir Beispiele, aber bitte keine über 150 EUR. Die Chips können es in der Regel (ist ja auch sehr einfach). Wie die Daten bis zum Chip kommen kann ich natürlich nicht beurteilen. Und ob man den Chip davon überzeugen kann die Daten auch anzunehmen (Steuerbefehle bekannt?), ist eine weitere Frage. Allerdings habe ich auch kein Interesse daran das herauszufinden. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
Dirk Stöcker schrieb: Die Chips können es in der Regel (ist ja auch sehr einfach). Wie die Daten bis zum Chip kommen kann ich natürlich nicht beurteilen. Und ob man den Chip davon überzeugen kann die Daten auch anzunehmen (Steuerbefehle bekannt?), ist eine weitere Frage. Darum fragte ich ja auch: Welche Geräte können es und nicht Welche Chips können es und wie bringt man sie dazu. Allerdings habe ich auch kein Interesse daran das herauszufinden. Hauptsache verkaufen, Support gibt's keinen? :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Geräteempfehlung
Dirk Stöcker schrieb: MTK-Chipsatz ... also für Fußgänger leider kaum geeignet :-( Wieso? Kann ich nicht bestätigen. Sogar in der Hemdtasche (also 50% Abschattung und vertikaler Lage) bringt der beachtliche Ergebnisse. Für gute Ergebnisse empfiehlt sich wie schonmal gesagt natürlich ein Basecap mit Empfängerhalterung. Das Problem ist static navigation, was in einigen MTK-basierten Geräten aktiviert ist, in anderen wieder nicht. Kommt er mit den RTCM-Daten zurecht? Welche Genauigkeit erreichst Du? Keine Ahnung. Ich nutze kein DGPS, weil aus meiner Sicht für die OSM-Anwendung der Aufwand den Nutzen nicht rechtfertigt. Und da genau das mein Beruf ist, kann ich den Aufwand sehr gut abschätzen. Und genau das wäre für mich der Ansporn zu gucken, ob es nicht auch anders geht :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Routing - Funktionierende Systeme
Hallo Dirk, Wenn Du ein Java fähiges Handy hast, und eine passende GPS-Maus, dann kannst Du gpsmid (http://gpsmid.sourceforge.net) verwenden. Das hat gute Ansätze. In einer der letzten nightly CVS-builds ist mittlerweile auch das Ausrichten der Karte in Fahrtrichtung eingebaut. Damit sind dann die Routingsymbole auch sinnvoller. Ich verwende es mit einem Nokia N73 und einem Nokia LD-3W GPS Bluetooth Empfänger. Es ist möglich Tracks und Waypoints zu speichern. Gruß, Achim Am Dienstag, den 02.09.2008, 12:03 +0200 schrieb Dirk Stöcker: Hallo, weil das Thema gerade aufkommt: Wer hat funktionierende Systeme für mobiles OSM-Routing? Welche sind das (Hardware, Software)? Wie teuer ist das System? Kann man Fehler mit dem System markieren und so für nachträgliche Änderung speichern? Ich würde mir gern etwas entsprechendes zulegen, wenn es nicht allzu teuer ist. Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
Hallo, Dem ist aber nicht so. Um nur in den Bereich von unter 1m zu kommen ist eine mindestens 4stellige Euro-Investition erforderlich. Und mit nur kurzem Nachdenken findet man ca. 10, 20 oder 50 Moeglichkeiten, die Qualitaet von OSM an anderen Stellen sehr viel nachhaltiger zu verbessern als irgendwo an der 5. Nachkommastelle herumzudrehen. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
Gallo Garry, also wenn ich die bisherigen Beiträge zusammenfasse, ist Differential-GPS in Bezug auf unsere Consumer-Geräte nicht mehr als ein Werbegag und für OSM so nicht verwendbar. Richtig? Dann sollten wir das aber auch im Wiki entsprechend deutlich schreiben. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Geräteempfehlung
On Tue, 9 Sep 2008, Tobias Wendorff wrote: Kommt er mit den RTCM-Daten zurecht? Welche Genauigkeit erreichst Du? Keine Ahnung. Ich nutze kein DGPS, weil aus meiner Sicht für die OSM-Anwendung der Aufwand den Nutzen nicht rechtfertigt. Und da genau das mein Beruf ist, kann ich den Aufwand sehr gut abschätzen. Und genau das wäre für mich der Ansporn zu gucken, ob es nicht auch anders geht :-) Vielleicht etwas unklar ausgedrückt. Das ist nicht nur mein Beruf, sondern ich schreibe auch die Software, welche GPS-Berechnungen erledigt. Ich bin mir deshalb der theoretischen und praktischen Limits voll bewusst. Ohne permanente Datenverbindung und viel Gefummel bei der Chip-Ansteuerung wird im Consumerbereich nichts. Und ich habe einfach keine Lust dazu, insbesondere weil ich bei Bedarf einfachen Zugriff auf hochpräzise Systeme habe. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo kann ich ggf. Tiles der Stufe 14 als ZIP Archiv runterladen ?
Klar, natuerlich lade ich mir 4.6 GB von einem Server runter (und verursache dabei gar keinen Traffic (-(: ), um mich dann durch eine relativ vollstaendige Dokumentation zum Thema Mapnik durchzukaempfen, diese Mail-List mit Fragen dazu vollzuknallen, um am Ende weder Tiles noch ein Vorstellung darueber zu haben, wieso das herunter- laden eine 4.6 GB Datei weniger Traffic verursachen sollte, als der verteilte Zugriff auf eine bestehende Tile-Base. Und zum Thema individuellen Faehigkeiten (Arroganz im Hals geparkt), gibt es bei einem Gemeinschaftsprojekt, wo jeder etwas an GPS-Daten hinzugefuegt hat, wohl sicher auch noch differenzierte Meinungen, als eine pauschale Vorverurteilung in Bezug auf das 'absaugen' von Daten ... (Nutzer = Schaedling Gedankengut) Noch'n Tip in Bezug auf Deinen Tonfall: Von ganz oben faellt man, laut Newton, immer- noch am haertesten auf ... ach, was soll's ... ag Roland Ramthun schrieb: [EMAIL PROTECTED] schrieb: Hi, wo kann man den die OSM-Tiles als ZIP-Archiv runterladen? Soweit ich weiß, gar nicht. Das Herunterladen einzelner Tiles per http, zB ueber http://tah.openstreetmap.org/Tiles/tile/ ... habe ich schon versucht, braucht aber ewig bei Zoom-Level 14, (trotz automatisierten PHP-Script Download). Das ist kein erwünschtes Verhalten, oder möchtest Du den Traffic bezahlen? Vermutlich wird man auch bald gesperrt. Grundsätzlich gilt in so einem Fall, dass bitte das Planetfile (von einem Mirror) heruntergeladen wird und dann kann man damit selber rendern. Sollte das die individuellen Fäigkeiten übersteigen, könnte man mal im IRC fragen, ob man ein Tile-Archiv bekommen kann, was ich allerdings nicht glaube. Grüße Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Geräteempfehlung
Dirk Stöcker schrieb: Vielleicht etwas unklar ausgedrückt. Das ist nicht nur mein Beruf, sondern ich schreibe auch die Software, welche GPS-Berechnungen erledigt. Ich bin mir deshalb der theoretischen und praktischen Limits voll bewusst. Ohne permanente Datenverbindung und viel Gefummel bei der Chip-Ansteuerung wird im Consumerbereich nichts. Und ich habe einfach keine Lust dazu, insbesondere weil ich bei Bedarf einfachen Zugriff auf hochpräzise Systeme habe. Wie siehst Du die Antennenproblematik? Würde eine externe bzw. größere Antenne die Qualität der Messung verbessern? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stark vereinfachte Karten aus OSM-Daten
PieSchie schrieb: Ich denke so eine Anfahrt müsste mit einer Routing-Funktion verbunden werden Ich dachte, es geht um ein Printmedium, oder habe ich da etwas falsch in Erinnerung. Gedruckte Schaltkreise sind wohl noch nicht leistungsstark genug und druckbare OLEDs sind auch nocht nicht alltagstauglich. Villeicht in 5 Jahren oder so... signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
On Tue, 9 Sep 2008, Markus wrote: also wenn ich die bisherigen Beiträge zusammenfasse, ist Differential-GPS in Bezug auf unsere Consumer-Geräte nicht mehr als ein Werbegag und für OSM so nicht verwendbar. Richtig? Im Grund ja. Falls doch jemand Interesse hat: Wie gesagt im Testbetrieb stellen wir Daten deutschlandweit per Ntrip kostenlos zur Verfügung: www.dgpsonline.eu. Ich werde aber ohne Bezahlung keinen Support abwickeln. Das ist dann normale Arbeit und kein Hobby mehr und Arbeit muss bezahlt werden. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo kann ich ggf. Tiles der Stufe 14 als ZIP Archiv runterladen ?
[EMAIL PROTECTED] schrieb: Noch'n Tip in Bezug auf Deinen Tonfall: Von ganz oben faellt man, laut Newton, immer- noch am haertesten auf ... ach, was soll's ... Hälst Du das nicht für reichlich unverschämt? Du kommst hier her und bittest um Hilfe. Daraufhin wirst Du mit Recht darauf aufmerksam gemacht, dass das von Dir genannte Verhalten hier unerwünscht ist. Dann nimmst Du es Dir heraus, hier herum zu brüllen. Solch ein Verhalten ist hier definitiv nicht erwünscht. Zum Thema: Wie gesagt, es ist nicht erwünscht, die Tiles per Script oder sonst etwas herunter zu laden. Du musst bedenken, dass die Planet-Files auf einem völlig anderen Server liegen, als dieKarte und der Traffic von jemand anderem bezahlt wird. Die Kartenserver sind eh schon überlastet, lass es also bleiben. Wie gesagt, lade ein Planet-File und rendere es selbst. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo kann ich ggf. Tiles der Stufe 14 als ZIP Archiv runterladen ?
Hallo. Am Dienstag, 9. September 2008 schrieb [EMAIL PROTECTED]: [Sarkastischer Bullshit] Die Tiles-Daten-Partition des Tileservers hat 459 GB und ist zu etwa 40% belegt. Macht einen Datenbestand von über 180 GB an mehr oder weniger bunten Bildchen. Eine rein mathematische Verteilung über die zoomlevel geht durch die Meeresflächen und das on-demand-rendering nicht und ich bin echt zu faul das jetzt passend zu nähern. Aber es werden sicherlich mehr Daten sein als die 4,6 GB des Planet-Files. Deutlich mehr. Alleine der zip-Vorgang würde einen Rechner eine Ewigkeit auslasten. Nur weil der geneigte Herr jetzt zufällig die z14-Zooms haben will und dann einen derartigen jeder der meine Arbeitsweise hinterfragt ist eh bescheuert-Tonfall anschlägt, denke ich nicht, dass es Sinn macht, jetzt grade die z14-Tiles zu zippen. Lad sie dir ganz normal runter oder lass es bleiben. Wenn ein PHP-Download-Script das höchste der Gefühle ist was du hin bekommst, dann ist es vielleicht besser du verzweifelst gleich an der Aufgabe. Gruß, Bernd -- Mit der Zeit vollbringen unsere Vorfahren immer ruhmreichere Taten. - Wieslaw Brudzinski (poln. Schriftsteller geb. 1920) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
On Tue, Sep 09, 2008 at 06:40:52PM +0200, Dirk Stöcker wrote: Subject: Re: [Talk-de] Differential-GPS On Tue, 9 Sep 2008, Florian Lohoff wrote: http://de.wikipedia.org/wiki/SAPOS Ueber SAPOS bin ich selber noch nicht gestolpert - finde ich aber spannend. Weiss jemand wieviele Basisstationen das sind? Sehr viele. Alle 50 bis 70 Kilometer steht eine. Ich habe da was gefunden aus sapos.de - jo - scheint nen bischen mehr zu sein ... Und vor allem - welche empfaenger koennen was damit anfangen? RTCM2 ist ein Standardformat. Nahezu alle modernen Empfänger können das verarbeiten. Ob Du allerdings die Daten zum GPS-Chip bekommst und den auch dazu konfigurieren kannst, diese Daten auszuwerten ist ein anderes Thema. Anscheinend gibts die alternative das im gpsd verwursten zu lassen so wie es aussieht. SAPOS ist für Lowcost-Empfänger (alles 5000 Euro) totaler Overkill. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] motorway link = oneway yes?
André Reichelt schrieb: Garry schrieb: damit man sich nicht plötzlich wegen schlechtem Empfang oder verschobenen Kartendaten statt auf der Autobahn auf dem parallelverlaufenden Feldweg wiederfindet) Denkbar doofes Argument. Jeses Navi sollte in der Lage sein, zu merken, dass man nicht mit 140 auf dem Feldweg unterwegs ist. Dankbar wenig nachgedacht... Wie willst Du das unterscheiden ob Du im Stau auf der Autobahn stehst oder gemütlich über den Feldweg fährst. Der Feldweg kann genausogut eine Bundesstrasse sein, z.B. http://www.informationfreeway.org/?lat=48.931480227666405lon=8.367033022934132zoom=14layers=F0B0F B3 unmittelbar neben A5 über mehrere Kilometer. Noch schlimmer wird es wenn 2 Strassen übereinander aufgeständert verlaufen. Klar kann man mit zahlreichen Fallbetrachtungen um jede Falle drumherumprogrammieren, aber elegant ist das nicht und straft einem mit sehr trägen Lösungen wenn sie überhaupt funktionieren. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
Andreas Barth [EMAIL PROTECTED] wrote: Bei Schienen hat das eine oft viel mit dem anderen zu tun: Wenn wo die M?nchner U-Bahn f?hrt, dann erm?glicht die technische Ausr?stung der Strecke (Signalsystem, Stromschiene, Bahnsteige) nicht beliebig andere Fahrzeuge auf der Strecke fahren zu lassen. Von ihrem gesamten Erscheinungsbild ist eine oberirdische U-Bahn-Strecke trotzdem eine U-Bahn-Strecke. Genau. Im Prinzip unterscheidet man in .de grob in - EBO (Eisenbahn Bau- und Betriebsordnung) fuer richtige Eisenbahnen und - BOStrab (Betriebsordnung Straszenbahn) fuer Straszenbahnen Daran haengen auch in der Regel technische Feinheiten, die einen Wechsel nahezu unmoeglich machen bzw. einen hohen Aufwand erfordern, wie Schienen- und Radreifenprofile und Stromsysteme. Ersteres zu loesen hatte durch die verstraszenbahnte Albtalbahn, die weiterhin sporadisch noch von richtigen Eisenbahnen befahren wurde und wird, in KA schon laenger Tradition mit Mischprofilen. Das mit dem Stromsystem war mehr Aufwand... In diesen beiden Gruppen unterscheidet man noch zwischen normaler Straszenbahn und U-Bahn bei BOStrab, letztere meist als zumeist kreuzungsfrei mit Individualverkehr definiert, also auch baulich reativ leicht erkennbar. Auszerdem im EBO-Bereich zwischen normalen Eisenbahnstrecken mit regelmaeszigen Mischverkehr und S-Bahn-Strecken, die auf Besonderheiten der S-Bahn ausgerichtet sind (Bahnsteighoehen, Radien etc.) und in der Regel dem S-Bahn-Verkehr vorbehalten sind, was aber meist sporadischen Verkehr mit Gueter- und Museumszuegen nicht voellig ausschlieszt. Dabei gibt es durchaus innerhalb BOStrab bzw. EBO durchaus Grenzwechsel, d.h. es gibt neben nahezu reinen U-Bahnsystemen mit Unabhaengigkeit vom Individualverkehr div. Stadtbahnsysteme, die in Teilbereichen wie Straszenbahnen fahren, in anderen Teilen wie U-Bahnen (Frankfurt bspw. und div. im Ruhrgebiet und umzu) und auch im S-Bahn-Bereich gibt es bspw. Systeme, die auf einigen Strecken unabhaengig vom sonstigen Eisenbahnverkehr fahren (bspw. Frankfurt: alles was den zentralen Tunnel am Ostende verlaesst) und auf anderen Strecken im Mischverkehr mit sonstigem Eisenbahnverkehr (Ffm: einige auf der Westseite des Citytunnels mit allen negativen Konsequenzen: fehlende Barrierefreiheit wg. anderer Bahnsteighoehen, gegenseitige Stoerungen, ...), wobei im Bsp. Ffm bspw. auf den reinen auf S-Bahnverkehr getrimmten Strecken nach Dietzenbach und Rodgau auch schon mal vereinzelt Gueterzuege (Bananenimport Dietzenbach) und Museumsdampfzuege (Rodgau) gesichtet wurden, aendert aber nix, dass diese Strecken voll auf S-Bahnen ausgerichtet sind. Zwischen BOStrab und EBO gibt es aber auch mehr und mehr Zwittersysteme seit es des erfolgreiche Karlsruher Modell gibt Das deutsche OSM in De:Map_Features bildet diese Vierfach-Vielfalt eigentlich gut ab: tram fuer BOStrab subway fuer die Variante U-Bahn rail fuer EBO light_rail fuer die Variante S-Bahn leider ist letzteres ein uebersetzungsfehler, die englishce Seite ordnet light_rail eher moderneren BOStrab-artigen Systemen zu Den Unterschied BOStrab und EBO von gesetzes wegen kennt zwar nur .de in dieser Klarheit, aber von Prinzip her gibt es das auch andernorts, da sich Straszenbahnen und Vollbahnen bzgl. Radien etc. auch andernorts deutlich unterscheiden. Von daher waere eine Vierteilung bzw. mehr Abstufungen fuer Zwitter durchaus sinnvoll. Man muesste bei Gelegenheit mal den Uebersetzungsfehler angehen und die tags vereinheitlichen, indem man fuer die deutsche S-Bahn einen eigenen tag erfindet und man light_rail der urspruenglichen Bestimmung zurueckgeben kann. Unabh?ngig davon w?ren Relationen f?r Linien nat?rlich sinnvoll. Sowas habe ich im Karlsruher und Frankfurter Raum schon gesehen. MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
Tobias Wendorff schrieb: Dirk Stöcker schrieb: RTCM-Datenstrom besorgen und zum GPS leiten -- Genauigkeit etwa 0.5-10m (je nach Gerät). Nur ein Bruchteil der Geräte können die Daten korrekt verarbeiten, wenn überhaupt. Nenn mir Beispiele, aber bitte keine über 150 EUR. Stichwort zum Googlen: RASANT DGPS (-Decoder, DGPS-Signale über WDR-UKW-Sender) Mir ist mal erklärt worden, mit folgender Kombination wäre ein Low-Cost-DGPS möglich: -DGPS-Daten aus dem Internet ziehen -Dazu Handy mit Flatrate und BlueTooth verwenden -BlueTooth-Empfänger an GPS-Gerät stöpseln -bei einem Blick auf mein Garmin GPS60 meinte mein Informant, damit ginge es noch, aber die neueren Geräte hätten nicht mehr die Hardware-Schnittstelle dazu. Bevor wir das vertiefen konnten, sind wir leider unterbrochen worden ... -- Frank Jäger http://www.FOTODRACHEN.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo kann ich ggf. Tiles der Stufe 14 als ZIP Archiv runterladen ?
Hallo, [EMAIL PROTECTED] wrote: Klar, natuerlich lade ich mir 4.6 GB von einem Server runter Dass Deine Annahmen unzutreffend sind, haben Dir andere ja schon geschrieben. OSM bietet keine Tiles zum Batch-Download an und wird das vermutlich auch nicht tun; fertig gerenderte Karten sind nur ein Nebenprodukt unserer Arbeit. Unser Hauptziel ist die Herstellung eines moeglichst vollstaendigen und detaillierten Geodatensatzes. DEN moechten wir gern in der Welt verteilen; Karten malen kann damit dann jeder selber. Eventuell koennte es sinnvoll sein, wenn Du einfach einen squid als Forward Proxy/Cache installierst, der den Datenbestand von einem Tile-Server spiegelt. Dann kannst Du per http auf die Tiles auf Deinem Server zugreifen, als ob sie vorhanden waeren, und sie werden bei Bedarf automatisch vom Tileserver nachgeladen (und fuer den naechsten Request lokal gespeichert). Du wuerdest damit dann keinen unnoetig hohen Traffic machen und haettest trotzdem zumindest fuer Deinen Testbereich die Tiles lokal vorliegen. Spaeter kannst Du dann jederzeit umstellen auf selbst gerenderte Tiles, ohne dass Du den Mechanismus gross veraendern muesstest. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo kann ich ggf. Tiles der Stufe 14 als ZIP Archiv runterladen ?
[EMAIL PROTECTED] schrieb: Klar, natuerlich lade ich mir 4.6 GB von einem Server runter (und verursache dabei gar keinen Traffic (-(: ), um mich dann durch eine relativ vollstaendige Dokumentation zum Thema Mapnik durchzukaempfen, diese Mail-List mit Fragen dazu vollzuknallen, um am Ende weder Tiles noch ein Vorstellung darueber zu haben, wieso das herunter- laden eine 4.6 GB Datei weniger Traffic verursachen sollte, als der verteilte Zugriff auf eine bestehende Tile-Base. Die 4,6GB sind viel, aber weniger als die Summe aller z14 PNGs. Außerdem haben wir für das Planetfile Mirror. Es ist auch möglich mit Osmarender statt Mapnik zu rendern, vllt. ist das etwas einfacher, wenn man vorher das Planetfile in kleine Kacheln zerlegt (sonst reicht der RAM nicht). Idealerweise würde man wahrscheinlich, das hast Du schon erkannt, Mapnik benutzen. Etwas Arbeit, wozu natürlich auch Doku lesen gehört, ist das in jedem Fall, ja. Und zum Thema individuellen Faehigkeiten (Arroganz im Hals geparkt), gibt es bei einem Gemeinschaftsprojekt, wo jeder etwas an GPS-Daten hinzugefuegt hat, wohl sicher auch noch differenzierte Meinungen, als eine pauschale Vorverurteilung in Bezug auf das 'absaugen' von Daten ... (Nutzer = Schaedling Gedankengut) Wenn Du dich angegriffen fühlen willst, bitte. Trotzdem ist das Herunterladen großer Mengen von Tiles nicht die feine Art, es sind ja nicht nur die Bild-Daten, sondern auch noch der HTTP-Overhead. Reg dich erstmal ab, es war nicht böse gemeint, und dann schau mal, ob Du es nicht vllt. doch mit einem eigenen Rendering versuchst. Dann könntest Du bei Interesse auch direkt das Aussehen anpassen. Grüße Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Neuer Base Layer auf OSM.org
Habe gerade auf openstreetmap.org einen neuen BaseLayer namens NoName entdeckt, der Mapnik sehr ähnlich scheint, aber bessere internationale Grenzen in niedrigen Zoomstufen zeigt. Ausserdem sind bisher problematische Coastlines (bspw. Sao Tome Principe) dort korrekt gerendert. Weiß jemand mehr? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Base Layer auf OSM.org
Claudius Henrichs: Habe gerade auf openstreetmap.org einen neuen BaseLayer namens NoName entdeckt, der Mapnik sehr ähnlich scheint, aber bessere internationale Grenzen in niedrigen Zoomstufen zeigt. Ausserdem sind bisher problematische Coastlines (bspw. Sao Tome Principe) dort korrekt gerendert. Weiß jemand mehr? Es scheinen die Error-Layer von Cloudmade zu sein. Jedenfalls sind dort alle Straßen mit fehlendem Straßennamen rot markiert. Wenn man jetzt noch an die schönen Grenzen kommen würde... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
Heiko Jacobs: Andreas Barth[EMAIL PROTECTED] wrote: Bei Schienen hat das eine oft viel mit dem anderen zu tun: Wenn wo die M?nchner U-Bahn f?hrt, dann erm?glicht die technische Ausr?stung der Strecke (Signalsystem, Stromschiene, Bahnsteige) nicht beliebig andere Fahrzeuge auf der Strecke fahren zu lassen. Von ihrem gesamten Erscheinungsbild ist eine oberirdische U-Bahn-Strecke trotzdem eine U-Bahn-Strecke. Genau. Im Prinzip unterscheidet man in .de grob in - EBO (Eisenbahn Bau- und Betriebsordnung) fuer richtige Eisenbahnen und - BOStrab (Betriebsordnung Straszenbahn) fuer Straszenbahnen () Vieeel Eisenbahnsprech () Sowas habe ich im Karlsruher und Frankfurter Raum schon gesehen. MfG Heiko Jacobs Z! IRCnet Mueck Könntest du das bitte noch auf eine kurze, prägnante Formel bringen? Der Text war mir etwas zu lang *rotwerd* ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eigene Luftbilder?!
Markus schrieb: Hallo Hermann, möglichst senkrecht nach unten fotografieren ( 5° abweichung) Hatte eben ein nettes Gespräch mit einem Luftbildfotografen (Schrägaufnahmen für Industrie und Kalender und so). Seine Gedanken: - Flughöhe 6..7000 Fuss - klare trockene Luft - 12 Megapixel - Brennweite 50 mm - Fernauslöser - Kamera genau senkrecht befestigen und polstern (wegen harter Landung) - Bilder 15% überlappen - erst Probeaufnahme und auswerten, dann Serienflug Vielleicht hat ja jemand mal Lust, das mit der Flughöhe, Brennweite und Auflösung etwas genauer zu rechnen? (man will ja die einzelnen Häuser genau sehen /und/ möglichst wenig Sprit verbrauchen...) Gruss, Markus Route am Boden vorplanen und Punkte setzen an denen die Kamera automatisch per GPS ausgelöst wird. Der Pilot muss dann nur noch einen Track abfliegen. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
* Philipp Klaus Krause ([EMAIL PROTECTED]) [080909 18:05]: Andreas Barth schrieb: Bei Schienen hat das eine oft viel mit dem anderen zu tun: Wenn wo die Münchner U-Bahn fährt, dann ermöglicht die technische Ausrüstung der Strecke (Signalsystem, Stromschiene, Bahnsteige) nicht beliebig andere Fahrzeuge auf der Strecke fahren zu lassen. Von ihrem gesamten Erscheinungsbild ist eine oberirdische U-Bahn-Strecke trotzdem eine U-Bahn-Strecke. Teils, Berlin, z.B. hat auch komische Stromschienen an der S-Bahn auch wenn da wohl noch Dieselloks fahren könnten und früher Dampfloks fuhren. Hier in Freiburg beispielsweise gibt es jetzt eine Breisgau S-Bahn, die z.B. zum Teil auf den Rheintalstrecke fährt. Es gibt eine Strecke nach Breisach, die auch von Güterzügen befahren wird und eine ins Elztal, wo im Moment nur die S-Bahn fährt (der letzte Gleisanschluß eines Unternehmens wurde erst vor kurzem abgebaut). Eh, ich sprach oben von *U*-Bahn. U, nicht S. Das viele der S-Bahnen Eisenbahnen sind (Ausnahmen ggf Karlsruhe, ggf Berlin/Hamburg), habe ich nicht bestritten. Viele Grüße, Andi -- http://home.arcor.de/andreas-barth/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] oberirdische U-Bahn = subway?
* Claudius Henrichs ([EMAIL PROTECTED]) [080909 21:20]: Könntest du das bitte noch auf eine kurze, prägnante Formel bringen? Der Text war mir etwas zu lang *rotwerd* Eisenbahnen (S-Bahn, Nahverkehr, ...) = railway vollkommen kreuzungsfreie U-Bahnen = subway relativ großzügig ausgebaute Stadtbahnen mit wenig Kreuzungen und keinen Fußgängern, Autos etc im Gleisbereich = light railway klassische Trambahnen = tram In Fällen wie Karlsruhe kann es Linien geben, die Strecken verschiedener Eigenschaft befahren. Viele Grüße, Andi -- http://home.arcor.de/andreas-barth/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Base Layer auf OSM.org
Claudius Henrichs schrieb: Habe gerade auf openstreetmap.org einen neuen BaseLayer namens NoName entdeckt, der Mapnik sehr ähnlich scheint, aber bessere internationale Grenzen in niedrigen Zoomstufen zeigt. Ausserdem sind bisher problematische Coastlines (bspw. Sao Tome Principe) dort korrekt gerendert. für mich sieht das nach einer karte aus, die dem maplint nahe kommt. jedenfalls sind straßen ohne namen rot umrandet Weiß jemand mehr? nein, leider auch nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] einen Way requesten
Hallo Leute, wie downloade ich nur einen Way, den ich bearbeiten möchte? Ich habe jede Menge Eisenbahnstrecke aufgezeichnet, will mir aber nur spezifische Ways und nicht die kompletten OSM-Daten ziehen. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] einen Way requesten
Hi, wie downloade ich nur einen Way, den ich bearbeiten möchte? wget -Obla.osm http://www.openstreetmap.org/api/0.5/way/1234567 Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Nekar überschwemmt!
Hallo zusammen, das hier: http://informationfreeway.org/?lat=49.21425939529261lon=9.208600910734805zoom=15layers=B000F000F sieht ziemlich kaputt aus. Kann da mal jemand der sich mit riverbanks auskennt schaun was da schief gelaufen ist? Sven -- Why are there so many Unix-haters-handbooks and not even one Microsoft-Windows-haters handbook? Gurer vf ab arrq sbe n unaqobbx gb ungr Zvpebfbsg Jvaqbjf! /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nekar überschwemmt!
Sollte o.k. sein, fehlt nur das Rendern des nördlichen Teils. Ich hab's mal angestoßen. -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
On Tue, 9 Sep 2008, Frank Jäger wrote: Mir ist mal erklärt worden, mit folgender Kombination wäre ein Low-Cost-DGPS möglich: -DGPS-Daten aus dem Internet ziehen -Dazu Handy mit Flatrate und BlueTooth verwenden -BlueTooth-Empfänger an GPS-Gerät stöpseln -bei einem Blick auf mein Garmin GPS60 meinte mein Informant, damit ginge es noch, aber die neueren Geräte hätten nicht mehr die Hardware-Schnittstelle dazu. Nochmal Differential GPS: Das europäische EGNOS System (auch eine Art DPGS) funktioniert schon, und mit meinem GPSMAP 60csx kriege ich bei freiem Blick auf den Himmel geschätzte Ganuigkeiten von ca. 2m (Angabe des Empfängers und Wiederholgenauigkeit an mehreren Tagen). Ich könnte mir vorstellen diese Genauigkeit auf andere Weise in absehbarer Zukunft mit vertretbaren Kosten noch weiter zu verbessern: Man nehme 2 GPS Logger, die code-pseudorange und carrier Phase aufzeichnen, z.B. sowas wie Garmin GPS 16, http://www.garmin.com/manuals/GPS16HVS_TechnicalSpecifications.pdf aber mit Akku und Speicherkarte statt seriellem Computeranschluss, gibt es vielleicht schon? Einer steht an fester Stelle (Basis) mit freiem Blick rundum. Mit dem anderen werden die Strassen abgefahren, nicht zu weit von der Basis entfernt (10 km?). Zu Hause werden beide Datensätze in den Postprocessor gesteckt: Zuerst werden die Daten der Basisstation ausgewertet, um deren genaue Position zu bestimmen. Das scheint möglich zu sein, auch ohne dual-frequency, wenn man frei verfügbare Daten über die genauen orbits und Uhrenfehler der Satelliten sowie den Zustand der Ionosphäre mit berücksichtigt: http://enterprise.lr.tudelft.nl/publications/authorlist.php?AuthorID=QUAN http://enterprise.lr.tudelft.nl/publications/authorlist.php?AuthorID=TIBE http://www.lr.tudelft.nl/ Department DEOS Mathematical Geodesy and Positioning Publications PhD Theses Nachdem man die genaue Basisposition hat, geht man nochmal durch den Datensatz der Basis und errechnet Korrekturdaten für code und carrier jedes Satelliten, mit denen man dann die Daten des mobilen loggers auswertet. Le und Tiberius haben in einem der unter o.g. link verfügbaren papers (Single-frequency precise point positioning with optimal filtering) mit einer ähnlichen Methode eine Genauigkeit von 0.5m erreicht, wobei der mobile logger sogar in einem Kleinflugzeug herumflog! So einen postprocessor gibt es wahrscheinlich noch nicht, jedenfalls nicht in der public domain, wäre aber schön! Die so gewonnenen Daten könnte man dann ja vielleicht in OSM mit einem speziellen tag versehen und vor dem Editieren warnen, damit sie nicht versehentlich mit ungenaueren Daten überschrieben werden. Dann fehlt nur noch eine Digitalkamera mit Magnetkompass, die in den EXIF Daten die Aufnahmerichtung festhält damit man nachher noch weiss welches Strassenschild man da photographiert hat! Gerhard___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Karten deutlich verbessern (was: Differential-GPS)
Frederik Ramm schrieb: 1m zu kommen ist eine mindestens 4stellige Euro-Investition erforderlich. Und mit nur kurzem Nachdenken findet man ca. 10, 20 oder 50 Moeglichkeiten, die Qualitaet von OSM an anderen Stellen sehr viel nachhaltiger zu verbessern als irgendwo an der 5. Nachkommastelle herumzudrehen. Wenn ich sehe, dass wir um das Tagging von Kanal-Sicherheitstoren, Babyklappen und von Hundekot-Tütenspendern diskutieren: Wenn wir Hausnummern und Abbiegeverbote (Turn Restrictions) hätten würde es vermutlich der Mehrheit unserer Nutzer WESENTLICH mehr bringen. Der einzige Weg das zu bekommen ist, die Hausnummern und die Turn-Restrictions zumindest im OSMA/[EMAIL PROTECTED] zu rendern. Ein sichtbares Resultat ist immernoch der beste Ansporn für Mapper. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
Gerhard schrieb: Le und Tiberius haben in einem der unter o.g. link verfügbaren papers (Single-frequency precise point positioning with optimal filtering) mit einer ähnlichen Methode eine Genauigkeit von 0.5m erreicht, wobei der mobile logger sogar in einem Kleinflugzeug herumflog! So einen postprocessor gibt es wahrscheinlich noch nicht, jedenfalls nicht in der public domain, wäre aber schön! Die so gewonnenen Daten könnte man dann ja vielleicht in OSM mit einem speziellen tag versehen und vor dem Editieren warnen, damit sie nicht versehentlich mit ungenaueren Daten überschrieben werden. Dann fehlt nur noch eine Digitalkamera mit Magnetkompass, die in den EXIF Daten die Aufnahmerichtung festhält damit man nachher noch weiss welches Strassenschild man da photographiert hat! Gerhard Ich sehe da immer noch keine praktische Anwendung für OSM dafür. OSM ist darauf angewiesen dass sich sehr viele daran beteiligen. Die wenigsten davon werden so viel technischen Aufwand betreiben. OSM ist für die meisten eine Strassenkarte, da kommt es auf 10m hin oder her nicht an. Häuser kannst Du damit nicht vermessen - die meisten Grundstücke darfst Du nicht betreten und in der Nähe der Wände wird das Ergebniss auch nicht so genau sein. An Fluss und Bachläufe kömmst Du meistens auch nicht so gut ran dass es Sinn macht die so genau zu vermessen. Lieber den Aufwand in die Qualitätskontrolle von OSM stecken dass die Daten vollständig werden und fehlerfrei verknüpft sind. Eventuell findet sich ja dann mal eine automatismus bei dem man die Wege nur abfahren muss um die OSM-Daten damit genauer zu bügeln. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eigene Luftbilder?!
Tobias Wendorff schrieb: Geheimtipp: Panasonic TZ5 Was ist an der geheim? Lässt die sich wie die Canon-Kameras komplett fernsteuern per USB? (Ixus, Powershot, EOS D) Oder gibt es zusätzlich die Möglichkeit, die Firmware so zu hacken, dass man Intervall-Scripte in der Kamera laufen lassen kann? Bei systematischer Luftbild-Erstellung würde ich eine EOS300 mit einem uralten vollmechanischen 50/1,8 nehmen, das auf 1:2,8 abblenden und mich dann über unendlich knackscharfe 6-Megapixel-Bilder freuen, die mit keinem Zoom-Objektiv der Welt hinzubekommen sind. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
Frederik Ramm schrieb: Hallo, Dem ist aber nicht so. Um nur in den Bereich von unter 1m zu kommen ist eine mindestens 4stellige Euro-Investition erforderlich. Und mit nur kurzem Nachdenken findet man ca. 10, 20 oder 50 Moeglichkeiten, die Qualitaet von OSM an anderen Stellen sehr viel nachhaltiger zu verbessern als irgendwo an der 5. Nachkommastelle herumzudrehen. Hmmm ... Einerseits wird immer gesagt, wir wollen die Freiheit der Mapper nicht einschränken und bloß keine Regeln haben. Jetzt kommt einer und macht sich laut Gedanken darüber, wie er die Genauigkeiten von seinen Tracks verbessern kann. Er will halt mit GPS etwas mehr machen als er von Garmin und Konsorten normalerweise vorgesetzt bekommt. Ich hab keine Ahnung ob das geht, finde es aber gut das da einer mit rumspielen will - vielleicht kommt ja sogar einmal eine halbwegs kostengünstige Lösung bei raus die wesentlich genauer ist als die derzeitigen Standardlösungen. Jetzt kommt Ihr und sagt ihm: Neee mein lieber Freund, das wird sowieso nix! Setz dich lieber hin und trage die turn-restrictions oder Hausnummern ein, das ist wichtiger. Also ich finde das jetzt irgendwie etwas komisch ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo kann ich ggf. Tiles der Stufe 14 als ZIP Archiv runterladen ?
Am Anfang ist man halt immer ein wenig entnervt, weil man einfach losslegen moechte ... um das Ergebnis am Ende natuerlich auch mit anderen zu Teilen. Schmarotzen war nie meine Lebensphilosophie, sondern das Gegenteil: Lieber alles einmal selber gemacht haben, um es auch zu Verstehen, anstatt CopyPaste und byebye... Natuerlich weiss ich auch dass die Tiles nicht die Essenz der hier zusammengefuehrten Einzelleistungen darstellen, sondern die Vollstaendigkeit und Unabhaengigkeit der Datenbasis die treibende Kraft ist. Und klar, jeder sucht sich hier das aus, was er am besten kann und bei mir ist das halt die Ueberarbeitung der Auslieferung der Tiles, da mich eben genau der Traffic und die Tiles-Ordnergroesse beschaeftigt, wie auch die OSM-Struktur und die letztendliche Visu- alisierung der Daten. Und ja, ich lade mir gerade alles zum Thema Mapnik runter (auch die 4.4GB und die Coast-Lines etc etc) und werde mir das alles antun, damit ich verstehen lerne, warum man hier gleich so von der Seite behandelt wird, wenn man das Unwort Tiles ausspricht. Wenn ich dann soweit bin werde ich mich einfach selbst, still und heimlich darueber freuen dass mein Server 200x schneller Tiles generiert und darstellt als jeder andere, der noch mit Steinzeitstrukturen wie XML und SQL arbeitet. Ja, so wird es sein ( | Roland Ramthun schrieb: [EMAIL PROTECTED] schrieb: Klar, natuerlich lade ich mir 4.6 GB von einem Server runter (und verursache dabei gar keinen Traffic (-(: ), um mich dann durch eine relativ vollstaendige Dokumentation zum Thema Mapnik durchzukaempfen, diese Mail-List mit Fragen dazu vollzuknallen, um am Ende weder Tiles noch ein Vorstellung darueber zu haben, wieso das herunter- laden eine 4.6 GB Datei weniger Traffic verursachen sollte, als der verteilte Zugriff auf eine bestehende Tile-Base. Die 4,6GB sind viel, aber weniger als die Summe aller z14 PNGs. Außerdem haben wir für das Planetfile Mirror. Es ist auch möglich mit Osmarender statt Mapnik zu rendern, vllt. ist das etwas einfacher, wenn man vorher das Planetfile in kleine Kacheln zerlegt (sonst reicht der RAM nicht). Idealerweise würde man wahrscheinlich, das hast Du schon erkannt, Mapnik benutzen. Etwas Arbeit, wozu natürlich auch Doku lesen gehört, ist das in jedem Fall, ja. Und zum Thema individuellen Faehigkeiten (Arroganz im Hals geparkt), gibt es bei einem Gemeinschaftsprojekt, wo jeder etwas an GPS-Daten hinzugefuegt hat, wohl sicher auch noch differenzierte Meinungen, als eine pauschale Vorverurteilung in Bezug auf das 'absaugen' von Daten ... (Nutzer = Schaedling Gedankengut) Wenn Du dich angegriffen fühlen willst, bitte. Trotzdem ist das Herunterladen großer Mengen von Tiles nicht die feine Art, es sind ja nicht nur die Bild-Daten, sondern auch noch der HTTP-Overhead. Reg dich erstmal ab, es war nicht böse gemeint, und dann schau mal, ob Du es nicht vllt. doch mit einem eigenen Rendering versuchst. Dann könntest Du bei Interesse auch direkt das Aussehen anpassen. Grüße Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
Hallo Ulf, Ulf Lamping schrieb: Frederik Ramm schrieb: Hallo, Dem ist aber nicht so. Um nur in den Bereich von unter 1m zu kommen ist eine mindestens 4stellige Euro-Investition erforderlich. Und mit nur kurzem Nachdenken findet man ca. 10, 20 oder 50 Moeglichkeiten, die Qualitaet von OSM an anderen Stellen sehr viel nachhaltiger zu verbessern als irgendwo an der 5. Nachkommastelle herumzudrehen. Hmmm ... Einerseits wird immer gesagt, wir wollen die Freiheit der Mapper nicht einschränken und bloß keine Regeln haben. Jetzt kommt einer und macht sich laut Gedanken darüber, wie er die Genauigkeiten von seinen Tracks verbessern kann. Er will halt mit GPS etwas mehr machen als er von Garmin und Konsorten normalerweise vorgesetzt bekommt. Ich hab keine Ahnung ob das geht, finde es aber gut das da einer mit rumspielen will - vielleicht kommt ja sogar einmal eine halbwegs kostengünstige Lösung bei raus die wesentlich genauer ist als die derzeitigen Standardlösungen. Jetzt kommt Ihr und sagt ihm: Neee mein lieber Freund, das wird sowieso nix! Setz dich lieber hin und trage die turn-restrictions oder Hausnummern ein, das ist wichtiger. Also ich finde das jetzt irgendwie etwas komisch ;-) Hier wird keinem was verboten - nur versucht vor nahezu aussichtslosen Aktion zu bewaren und die Energie in erfolgreichere Richtungen zu lenken :-) Beruflich hatte ich auch schon damit zu tun nach günstigen (unterer 4stelliger Bereich) genaueren GPS-Systemen zu suchen - mit sehr eingeschränktem Erfolg, Es gibt einen grossen Markt dafür, und wenn es da was gäbe dann wäre es hier mit Sicherheit schon längst bekannt. Dazu noch das Problem das es für OSM nicht an Geräten mangelt die genau genug sind, sondern an Leuten die genau genug eintragen. Gruss Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] einen Way requesten
Frederik Ramm schrieb: Hi, wie downloade ich nur einen Way, den ich bearbeiten möchte? wget -Obla.osm http://www.openstreetmap.org/api/0.5/way/1234567 bzw wget -Obla.osm http://www.openstreetmap.org/api/0.5/way/1234567/full um noch alle nodes mitzubekommen. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Nuernberger Reichsforst kaputt
FYI, der nördliche und östliche reichsforst wird in osmarender nicht mehr richtig dargestellt: http://www.informationfreeway.org/?lat=49.45683137092638lon=11.105514189820994zoom=12layers=B000F000F Ob die daten kaputt sind oder ob es nur am renderer liegt, weiß ich nicht. Jedenfalls liegt momentan der halbe flughafen im wald und zahlreiche ortschaften wie Buchenbühl oder Lauf am Holz sind verwaldet. Bei Brunn, Birnthon etc. scheint das relationshandling mit inner-outer kaputt oder mal wieder geändert zu sein. Es würde mich interessieren, ob jemand die ursache dafür herausfinden kann. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Differential-GPS
Garry [EMAIL PROTECTED] writes: OSM ist darauf angewiesen dass sich sehr viele daran beteiligen. Das ist ein weitverbreiteter irrglaube. Die vielen sorgen nur für das rauschen -- das ist wie bei der Wikipedia oder im Usenet. Einige wenige sind es letztlich, die die meiste arbeit erledigen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de