Re: [Talk-de] Artikel über OSM in der c't 19/2008
Michael Buege schrieb: Zitat Ralf Zimmermann: In der neuen c't gibt es einige Artikel zu den Themen GPS-Tracks, GPS-Logger und Tracks verbessern. Desweiteren gibt es einen vierseitigen Artikel über OSM und wie man mitmachen kann - ab Seite 118. Oje, da kommt was auf uns zu. ;-) Aber besser in der c't als in der Computer Bild Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ORS: Von Italien nach Dänemark .. .
Jens Müller schrieb: Oder man nimmt einfach das Fußgängerrouting ... Darauf läuft Dein Pragmatismus doch hinaus, oder? wie siehts dann mit highway=steps aus? Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtiges taggen von Feldwegen
Frank Wein schrieb: Du meinst Zeichen 250 (kreisrundes weißes Schild mit rotem Rand)? Das steht für Verbot für Fahrzeuge aller Art. Dort dürfen also auch keine Fahrradfahrer fahren. Allerdings gibt es IMHO noch den Spezialfall des Fahrradfahrers, denn der wird eher selten angegeben, aber scheinbar kann man trotzdem als Radfahrer auf solchen Feldwegen fahren...? Zumindest wurde ich noch nie angehalten deswegen ;). Manchmal sehe ich auch so Schilderkombinationen wie, dass auf der einen Seite des Feldwegs Verbot für Kfz und Motorrad steht und auf der anderen Seite Verbot für Fahrzeuge aller Art (und jeweils für landwirtschaftliche Fahrzeuge erlaubt). So was ist ein absolutes Hassthema von mir bei uns hier in der Gegend. Klar ich könnte sagen Zeichen 250 gilt nicht für Radfahrer - tut es aber meines Wissens doch. Es gibt aber bei uns massenhaft Feldwege die - vor allem zu den Hauptstraßen hin - mit Z 250 gesperrt sind. Zu den Wohngebieten hin ist aber nur das Verbotszeichen für Motorfahrzeuge angebracht. Und der absolute Gipfel in meinen Augen ist dann wenn an dem Pfosten mit dem Zeichen 250 noch gleichzeitig der Wegweiser für den Donauradwanderweg montiert ist, der einen genau diesen (gesperrten) Weg hineinlotst. Ich frage mich manchmal wirklich, wer sich diese Beschilderung ausgedacht hat. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Downloadauswahl in JOSM verbessern
FreeWorld schrieb: Hallo Liste, ich überlege mir gerade, ob es mögliche wäre und großen Aufwand bereiten würde, wenn man den Download der OSM-Daten in JOSM verbessern würde. Konkret stört mich, dass ich eigentlich immer nur rechteckige Fenster zum Download auswählen kann. Wenn ich beispielsweise eine lange Straße entlang fahre, dann interesiert mich eigentlich nur das neben der Straße, aber nicht der riesige Bereich, den ich bekomme, wenn ich die Straße in das Rechteck drücke. Immer wieder neu einzelne Teile runterzuladen ist extrem nervig! Ich stelle mir gerade so etwas vor, dass man mit so einer Art schnellen Freihandmaske einen Bereich umfahren kann, der dann in etwa runtergeladen wird. Da, soweit ich das verstanden habe, der Server aber nur rechteckige Bereiche haben will, müsste diese Freihandmaske anschließend mit kleinen Rechtecken aproximiert werden und diese runtergeladen werden. Findet ihr die Idee hilfreich? Grüße Finde ich sinnvoll - speziell wenn man in einer Region unterwegs war, wo die OSM Dichte noch niedrig ist. Dann hat man einen Track von vieleicht 100km und muss dann Stück für Stück entlang des Tracks kleine Fenster laden um zu sehen ob der komplette Weg schon drin ist. Ideal wäre es IMHO hier ein Option zu haben einen Korridor von vielleicht 1km entlang des GPX Tracks zu laden. Aber Wunsch hin - Wunsch her. Es müsste sich erst mal jemand finden, der das nützlich findet UND es umsetzen kann. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SRTM-Layer
Johann H. Addicks schrieb: Florian Schweikert schrieb: Ist wahrscheinlich, weil das 3D kann sich nicht auf OSM beziehen :) Mit Kosmos geht zumindest SRTM. An dieser Stelle mal die Frage: Ein SRTM-Layer würde ich mir stark wünschen für unsere Karten, gerade für die Nutzung als Wanderkarte im Taunus hilft es enorm. Und wenn's nicht auf informationfreewayCo geht, dann vielleicht zumindest in den Kacheln für den Garmin vom Computerteddy? Die kann man sich doch jetzt schon als transparentes Overlay auf den Garmin laden (zusätzlich zu den Karten von Computerteddy). Mach ich aber inzwischen nicht mehr, weil das IMHO sehr unübersichtlich wird. (Das Garmin Display ist einfach zu klein für eine vernünftige Kartendarstellung) Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SRTM-Layer
Christoph Eckert schrieb: Moin, Die kann man sich doch jetzt schon als transparentes Overlay auf den Garmin laden (zusätzlich zu den Karten von Computerteddy). Mach ich aber inzwischen nicht mehr, weil das IMHO sehr unübersichtlich wird. nie ausprobiert, aber AFAIK kann man doch dann die Höhenlinien bei Bedarf zuschalten, oder? Gibt's irgendwo fertiges Material? Jo. Unter: http://www.glade-web.de/GLADE_geocaching/maps/TOPO_D_SRTM.zip Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WikiMap Frankfurt-Nordend
Johann H. Addicks schrieb: Hallo, ich schaue gerade relativ ratlos auf die Ankündigung(?) auf http://www.frankfurt.de/sixcms/detail.php?id=3662661_ffmpar[_id_inhalt]=3627701 Als Teil des vom Verkehrsdezernat Frankfurt am Main initiierten und vom Bund geförderten Forschungsprojekts „Vernetzte Spiel- und Begegnungsräume“ liegt der Schwerpunkt von WikiMap.Nordend zunächst auf projektbezogenen Inhalten. Eine Kreuzung aus Wikimappia, Google-Earth-Community und Wer-kennt-wen mit Landkarte? Sieht aber nicht nach Konkurrenzveranstaltung zu OSM aus. Ich denke die wollen einfach Feedback vom Bürger (so nach dem Motto: Hier fehlt ne Fußgängerampel oder hier treiben sich immer so seltsame Gestalten rum, da will ich gar nicht mehr herumlaufen). Als Karte scheinen die irgendeinen kommunalen Stadtplan zu nutzen - sollen sie doch, den haben sie doch eh. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Potlatch, die Siebenundzwölfigste
Michael Buege schrieb: Zitat Ralf Oltmanns: Wann endlich wird es eine Qualitätskontrolle geben, die verhindert, dass Potlatcher einem die ganze Arbeit kaputtmachen? Fuer mich bitte frisches Popkorn und eine Diaetcola! Glaubst Du wirklich, dass auf die Diskussion noch mal jemand anspringt? Langsam ist das Thema doch wirklich totdiskutiert. Ansonsten für mich bitte auch einmal Popkorn. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hardware, Stand der Dinge
Frederik Ramm schrieb: weil sich einige ueber mangelnden Informationsfluss beschwert haben, habe ich mal bei Grant Slater nachgehakt und mir alles erklaeren lassen. Er ist mit TomH, Jon Burgess und ein paar anderen im Admin-Team, und bei ihm laufen ein bisschen die Hardware-Faeden zusammen. Danke für die ausführliche Info - da kann man auch die aktuellen Zicken von [EMAIL PROTECTED] wieder eher verkraften. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Frederik Ramm schrieb: Dann entfernen wir einfach den [EMAIL PROTECTED] von der Startseite. [EMAIL PROTECTED] ist ja nun wirklich nicht gerade das wichtigste Teilprojekt, sondern nur ein kleiner und relativ unbedeutender Aspekt. . Würde ich befürworten - der Neugierige Erstkontaktuser braucht kein [EMAIL PROTECTED] - und der Profi kennt die Adresse. Und das würde unserem armen [EMAIL PROTECTED] Server ein bischen Last einsparen. Langfristig toll wäre, wenn man das ganze Spiel (anschauen der fertigen Karte) einfach lokal ausführen kann. Aber da ist Dein Cobra-Projekt ja genau der richtige Weg. Wenn nämlich so was verfügbar ist, dann muss ich mich überhaupt nicht mehr mit [EMAIL PROTECTED] rumschlagen, sondern schau mit lokal an, ob das alles ordentlich aussieht, oder ob ich irgendwo ein Tag vergessen habe / das falsche Tag gewählt habe. Und vielleicht kann man das ja langfrisitig sogar irgendwie mit JOSM verknüpfen... Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Läuft JOSM eigentlich auch auf dem PDA ?
Tobias Wendorff schrieb: Sven Sommerkamp schrieb: Wenn JOSM auch auf dem PDA liefe, könnte man elegant Dinge vor Ort ändern, wäre ja auch ganz hilfreicht. Man kann Java nachträglich auf einem geeigneten PDA installieren, auch wenn dies gegen die SUN-Lizenz verstößt. Es gibt doch inzwischen ein Open Source Java - wie will Sun das noch verbieten? Anyway - solange Josm noch nicht mal vernüntig auf einem eeepc läuft (bei 800*480) - solange ist ein PDA nicht realisitisch. Ich wollte mich ja schon mal ranmachen und Josm für den eeepc anpassen (v.a. wären optionale kleinere Icons wichtig, und die rechte Seite sollte optional eine kleinere Schriftart nutzen und verkleinerbar sein) - habe aber festgestellt, dass das bischen Java, das ich kann dafür nicht ausreicht. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Humor auf talk-de
Frederik Ramm schrieb: Hallo, ein Leser dieser Liste schrieb mir als Antwort auf mein ... ich kenne da einen Imker ...-Posting aus dem Luftwege-Thread folgendes: könntest du derartige Beiträge in der Liste bitte unterlassen? Die platzt eh schon aus allen Nähten, da kann man auf solchen unwichtigen Smalltalk gerne verzichten. Ich bin mir wohl bewusst, dass die Liste aus allen Naehten platzt, und dass ich einer der Top-10-Poster bin, weiss ich auch. Viele Beitraege, zu denen ich eigentlich etwas zu sagen haette, ignoriere ich mittlerweile schon und denke mir: Erstmal abwarten, vielleicht sagt wer anders das gleiche. Reine Smalltalk-Beitraege kommen von mir *sehr* selten, und Diese Reaktion finde ich etwas unhoeflich. OpenStreetMap ist ein Community-Projekt, und zu einer Community gehoert halt auch mehr als bloss der Austausch ueber Fakten. Ich finde auch, dass wir irgendwie daran arbeiten sollten, das Volumen auf talk-de zu reduzieren, aber wenn ich jetzt von 100 Postings ausgerechnet das eine, das mal etwas witzig gemeint ist, weglasse, dann nuetzt das relativ wenig und ist m.E. insgesamt dem Klima auch nicht zutraeglich. Guten Ideen gegenueber bin ich durchaus aufgeschlossen, hat jemand welche? Ich finde so was hat durchaus seinen Platz hier. Es ist ja nicht so, dass hier ein signifikanter Anteil der Postings in die Kategorie Humor fällt. Ganz im Gegenteil: Bei manchen Postings würde ich mir wünschen, dass die Autoren das ganze Projekt etwas weniger verbissen sehen. Manchmal hat man den Eindruck, dass es hier um Leben und Tod geht oder um der Erhalt der menschlichen Rasse und nicht um ein (zugegebenermaßen engagiertes) Hobbyprojekt. Ich glaube etwas mehr Gelassenheit würde dieser Liste sehr gut tun. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] (Nicht nur) [EMAIL PROTECTED] (ist) furchtbar langsam(!)
André Reichelt schrieb: Sven Geggus schrieb: was ist eigentlich der Grund dafür, dass *.tah.openstreetmap.org so furchtbar langsam geworden ist? Was ist eigentlich der Grund dafür, dass ganz OSM zur Zeit so langsam ist? Wir hatten gestern ne Veranstaltung und die halbe Zeit davon haben wir damit verbracht, auf ne Antwort des verdammten Servers zu warten. Leute, wenn ich wiklich die Veranstaltung für min. 30 Mann durchziehen will, muss der Server bis dahin einwandfrei laufen. Wartezeiten von bis zu fünf Minuten zum Upload von drei Nodes sind da definitiv nicht drin. Ich dachte, das Geld ist da... Was ist denn nun? Warum tut sich nichts. Auch mein Kollege, mit dem ich die Aktion gemacht habe, hat geflucht und gesagt, notfalls müsse er selbst was machen. Bitte kümmert Euch endlich mal drum, das ist echt nicht mehr auszuhalten. Welchen EIndruck von OSM hinterlässt das denn? Gestern kam die Frage, warum das denn so langsam sei. Darauf antwortete ich, dass die Server völlig tot seien. Dann kam die Frage, warum sich keiner drum kümmert. Da konnte ich nur antwortet, dass die Admins angeblich seit über nem Monat das Geld haben, aber zu faul sind, was zu tun. Das tut mir jetzt echt leid, dass ich so hart bin, aber das ist kein Zustand mehr (das war es villeicht vor nem Monat noch), das ist einfach nur noch ein Elend, dass der Sau graust. Tut bitte was dagegen. In diesem Sinne, André Also ich finde den Ton, den Du hier anschlägst nicht wirklich angemessen, auch wenn ich Dir in der Sache rechtgeben muss. Wir laufen im Moment mit großen Schritten auf einen Kollaps der DV Struktur hin - weil wir es nicht schaffen die Infrastruktur angemessen auszubauen. Was ich schade finde ist, dass hier sobald jemand aufsteht und sagt wir müssen was verbessern er rüde in die Schranken verwiesen wird so nach dem Motto Du hast ja eh keine Ahnung und die Admins haben das im Griff. Ich bin im Moment nicht mehr sicher, ob das Thema im Griff ist - das liegt aber vielleicht auch nur daran, dass hier nicht transparent erzählt wird, was eigentlich los ist. Außerdem vermisse ich auch irgendeinen Plan wie die Situation verbessert werden kann - wenn klar ist, dass die Platten der Bottleneck sind und der Sponsor keine neuen Platten liefert, dann schickt doch einen Hilfeschrei an die Mailinglisten. Evtl. kennt hier irgendjemand wieder irgendjemand der helfen kann. Und wenn es nur an der Kohle für ne Anschaffung fehlt dann macht einen Spendenaufruf, richtet ein entsprechendes Paypal Konto ein und berichtet regelmäßig wieviel noch fehlt bis es wieder normal weitergehen kann. Ich für meinen Teil ich wäre motiviert irgendwas dazu beizutragen um die Situation zu verbessern, aber ich weiß ja nicht mal wie ich das machen könnte. (Und ich bin sicher dass ICH NICHT in der Lage wäre die Server besser zu administrieren oder eine bessere Netzwerkstruktur zu finden.) Aber ich glaube es wäre langsam an der Zeit, dass die Admins um Hilfe bitten. Wir haben über 40.000 Leute in diesem Projekt - das kann doch gar nicht sein, dass da keiner dabei ist, der helfen kann und will. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mapping von Flugrouten sinnvoll?
Sven Rautenberg schrieb: Hallo, Liste! Mir ist unlängst aufgefallen, dass ein Mapper offenbar die Flugroute von Hamburg nach Nürnberg eingetragen hat. Dieses Vorhaben gefällt mir weniger gut, aus mehreren Gründen: 1. Der Hamburger Flughafen hat zwei Landebahnen in vier Himmelsrichtungen, und grundsätzlich wird zumindest für Landungen auch jede Landebahn genutzt (Starts nur in drei Richtungen), je nach Windrichtung. Würde man also wirklich Flugrouten von/nach Hamburg eintragen wollen, müßte man also eigentlich vier Anflüge nach Hamburg eintragen. Dasselbe nochmal beim Zielflughafen: Nürnberg hat nur eine Landebahn, also zwei Start/Landerichtungen - insgesamt also acht Routen, die der Vollständigkeit halber zu mappen wären. 2. Genauso wie wir es lieber lassen, Routing von Wasserfahrzeugen zu unterstützen, weil es für diesen Anwendungszweck strengere Vorschriften und höhere Anforderungen an Datengenauigkeit gibt, sollten wir es ebenso lassen, Routing von Luftfahrzeugen zu unterstützen. 3. Ich kann mir außerdem sehr gut vorstellen, dass die eingetragene Route nur EINE von mehreren möglichen Wegen von Hamburg nach Nürnberg ist. 4. Die gemappte Route führt zu unschönen Rendering-Ergebnissen: http://www.openstreetmap.org/?lat=53.55823lon=9.8593zoom=17layers=B00FTF Westlich des Ordinger Wegs taucht auf der Karte unmotiviert der Routenname EDDH-EDDN auf (mutmaßlich auch noch an anderen Stellen entlang der Route. 5. Würde diese Idee breiter eingesetzt, hätte es zur Folge, dass alle Flughäfen mit einer Vielzahl anderer Flughäfen in Verbindungsrouten konnektiert werden - das Liniengewimmel an den Endpunkten der Landebahn will ich mir lieber nicht vorstellen - zumal es ja nicht damit getan wäre, nur die Routen internationaler Flughafen zu mappen. Die Welt ist übersät mit vielen winzigen Grasspisten, auf denen sich die üblichen einmotorigen Privatflieger herumtreiben. 6. Flugrouten ändern sich mit schöner Regelmäßigkeit. Einem Nutzer ist nicht damit geholfen, dass er der Karte entnehmen kann, dass man grundsätzlich von Hamburg nach Nürnberg kommen kann, sondern ihn interessiert auch, wann das geschehen kann - und wie teuer es wird. All dies recherchiert er aber besser auf den Webseiten der Flughäfen oder Fluggesellschaften. Ich würde diese Route wieder aus OSM löschen, wenn der Liste nicht noch irgendeine sinnvolle Nutzung einfällt. :) Ich finde das auch keine allzu clevere Idee Flugrouten in OSM einzutragen - Du hast ja schon ne ganze Menge guter Gründe genannt. Insbesondere, dass der normale Renderer aus den Flugrouten irgendwelche Teile darstellt finde ich extrem störend. (Es wäre IMHO gar nicht so schlimm, wenn die Info nur in der Datenstruktur vorhanden wäre aber nicht gerendert würde. Aber aus den von Dir genannten Gründen macht es noch nicht mal sonnderlich viel Sinn die auch nur in den Daten drin zu haben.) Ich würde die Daten aber nicht einfach löschen (auch wenns verlockend ist..), sondern den Autoren anschreiben, ggf. mit Hinweis auf die Diskussion hier, und ihn bitten die Daten wieder aus OSM zu löschen, da das ein allgemeiner Konsens ist, dass die Daten hier nicht reingehören Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mapping von Flugrouten sinnvoll?
Christoph Eckert schrieb: da das ein allgemeiner Konsens ist, dass die Daten hier nicht reingehören Aus zwei Postings einen allgemeinen Konsens ableiten zu wollen finde ich fast schon etwas anmaßend. Eigentlich wollte ich schreiben: Warte mal noch ab, was die anderen hier zu diesem Thema meinen, und falls da ein allgemeiner Konsens draus wird, dann schreibe das so auch dem Mapper. Ich habe es aus Faulheitsgründen (weil ich nicht so viel schreiben wollte) verkürzt - habe aber schon beim Schreiben befürchtet, dass es irgendwer doch wieder in den falschen Hals kriegt und - BINGO. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Qualitäts-Check von Navteq und TeleAt las
Tobias Wendorff schrieb: Hi, Christoph Eckert schrieb: was bei OSM ja niemals passieren kann. Und falls doch würde es auf jeden Fall innert 5 Jahren verbessert. SCNR, denn wer im Glashaus sitzt und so ;-) . Ich habe neulich mal mit Kölner-Phonetik experimentiert. Ich arbeite derzeit daran, das Script für OSM umzuschreiben und zu erweitern. Somit wird jeder Name miteinander verglichen und es kann auch eine extern Datenquelle verglichen werden. So kann man diese Übergabefehler an den Kanten vermeiden. Was mir inzwischen beim Mappen aufgefallen ist: Die Stadtplaner sind ja furchtbar einfallslos mit ihren Straßennamen: Fast jedes Dorf hat ne Goethestraße, ne Schillerstraße, ne Beethovenstraße, eine Bismarckstraße, eine Gartenstraße und in fast jedem Industriegebiet (zumindest im Schwäbischen) gibt es eine Daimerstraße und eine Boschstraße. Es sollte also möglich sein Straßennamen systematisch mit einem unscharfen Vergleich zu durchsuchen und wenn dann 95% Variante A sind und 5% 3 andere Varianten, dann sollte man die noch mal vor Ort genau prüfen. Allerdings passiert es mir auch immer wieder, dass eine Straße mehrere Straßenschilder hat, auf denen die Straße nicht einheitlich geschrieben ist. Ich nehme dann die Variante von dem Schild das am neuesten aussieht, aber zufriedenstellend ist so was nicht. Was es auch häufig gibt sind Straßen die nach dem nächsten Ort heißen wo die Straße hinführt. (Also die Straße nach Illerkirchberg heißt dann halt Illerkirchberger Straße) Auch so was könnte man automatisiert überprüfen (Die Schreibweise des Ortsnamens sollte dann ja identisch sein.) Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Für landuse Knoten von Strassen verwen den?
Dirk Stöcker schrieb: Und auch in Zukunft wird gelten, höhere Genauigkeiten nur mit guten Antennen. Ich kann auch mit aktuellen Lowcost-Empfängern und DGPS Genauigkeiten im Bereich 50cm erreichen. Dazu brauche ich aber eine Antenne für mehrere Tausend Euro. Bei manchen GPS-Nutzern habe ich das Gefühl, dass keinerlei Verständnis für die Technik und die erzielbare Genauigkeit vorhanden ist. Wo soll man denn auch ein Gefühl für die Möglichkeiten entwickeln? Klar, die Grenzen meiner eigenen GPS Empfänger die kenne ich inzwischen sehr gut. Aber dann liest man z.B. von Gallileo, und dann heißt es, es gäbe kommerzielle Dienste über Gallileo, über die Genauigkeiten im cm Bereich möglich wären (Punkt - keine weiteren Erklärungen zu den Einschränkungen oder sonstigen Rahmenbedinungen). Naiv wie ich dann bin gehe ich erst mal davon aus, dass es damit theoretisch möglich wäre sich ein Super-Duper-GPS zu bauen, dass beim Autofahren genau unterscheiden kann, wann ich einem parkenden Auto ausgewichen bin und mit dem es theoretisch möglich ist aufgrund der erfassten Tracks zu zählen, wieviele Spuren eine Autobahn an einer bestimmten Stelle hat. Woher soll man denn Infos bekommen um so was besser einschätzen zu können? Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Openstreetmap im Radio bei FreeFM
Hallo Leute, der eine oder andere erinnert sich vielleicht noch an die Frage ende Mai hier in der Mailingliste als Peter Foschum aus Ulm für seine Radiosendung Wissensstrahlung Mapper gesucht hat. Am Wochenende haben wir (Peter Foschum, Achim Finger und ich) zusammen diese Sendung gemacht. Der Rahmen war traumhaft - wir hatte rund 2 Stunden Zeit, wovon dann nicht mal die Hälfte für Musikbeiträge und Organisatorisches drumrum draufging, so dass am Ende über eine Stunde zum Reden über Openstreetmap übrig blieb, wodurch wir auch ziemlich in die Tiefe gehen konnten. Peter war jetzt so nett diesen Beitrag aufzubereiten (er hat die Musik rausgeschnitten und die Sprachbeiträge in kleinere Blöcke aufgeteilt) und auf seine Webseite zu stellen. Er hat uns ausdrücklich die Erlaubnis erteilt, diese Sendung auch aktiv für OSM zu nutzen um sie z.B. auf der Openstreetmap.de Seite zum Download anzubieten. (Ist ja vielleicht als Einstieg in OSM ganz nett die auf nen MP3 Stick zu kopieren und mal in der U-Bahn anzuhören.) Wer will kann sich das ganze bei http://www.wissensstrahlung.de/ anhören (runterscrollen bis zum 13. Juli - da sind dann die Links zur Sendung). Es wäre auch nett, wenn jemand der sich um die Betreuung der offiziellen Server (openstreetmap.de) kümmert diese Beiträge auf osm.de kopieren könnte (falls er das für sinnvoll hält). Ansonsten auch hier noch mal ein Lob an Peter und Achim: Es hat sehr viel Spaß gemacht diese Sendung vorzubereiten und durchzuführen - und ich glaube das Ergebnis kann sich hören lassen. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Möglicher Datenimport
Tobias Wendorff schrieb: aber ich persönlich glaube, dass es sich dabei nicht um einen offiziellen Vertreter von infas GEOdaten handelt. Die Firma ist mit einer der größten Datenanbieter in Deutschland und will auf einmal den ganzen Bestand in OSM kopieren?? Alleine für die Marktdaten der BRD könnte man sich eine C-Klasse kaufen. Es scheint hier ja auch um eine Vorabklärung vor einem internen Meeting zum Thema OSM zu gehen. Und da wird wohl auch geschaut, wie die OSM communtity zu so einem Vorhaben steht. Selbt wenn hier alle hurra rufen heißt das nicht, dass die irgenwas mit OSM machen werden. Vorstellen könnte ich es mir aber schon. Denn es ist vermutlich nicht deren Kernkompetenz Karten zu erstellen sondern die Marktdaten zu erfassen. Und die würden garantiert so oder so nie in OSM integriert werden. Die Idee ist vermutlich eher, wenn es um die Visualisierung von Marktdaten geht (Kauftkraftatlas im Großraum Stuttgart o.ä.) dann auch auf OSM Daten zurückzugreifen. Und da OSM nicht überall so weit ist, dem Projekt mit den bereits vorhandenen Geodaten etwas zu helfen. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download ...
Pascal Neis schrieb: OpenRouteService.org unterstützt nun POI-Suche, GPX download der berechneten Routen und bietet erweiterte Fahranweisungen Wow - das wird ja langsam was! Ein paar Anmerkungen hätte ich aber wieder: Anscheinend beachtet der Routingalgorithmus die Straßenkategorien noch nicht ausreichend. Bei einer Testroute (Fastest) hat er mich innerorts von einer primary Straße auf eine residential gelotst, die nur minimalst kürzer war - würde kein Autofahrer so machen. Da muß residential schon merklich kürzer sein (min 20% oder so). Bei der Routenführung werden oft Texte ausgegeben wie folgt: 15. http://data.giub.uni-bonn.de/openrouteservice/# Bitte fahren Sie geradeaus auf Zinglerbrücke für 0.06 KM - ca. 1 Minute(n) 16. http://data.giub.uni-bonn.de/openrouteservice/# Bitte fahren Sie geradeaus auf Zinglerstraße für 0.13 KM - ca. 1 Minute(n) So was müsste man sinnvollerweise zusammenfassen. zu Bitte fahren Sie geradeaus auf Zinglerbrücke für 0.19 KM Auch erscheinen öfters Straßen als no name. Hier wäre es hilfreich, wenn dieses no name durch Bezeichnungen der Straßenklasse ersetzt würde. Also z.B. Biegen Sie rechts ab in die Wohnstraße oder Biegen Sie links ab in die Autobahnauffahrt. Gut wäre auch, wenn bei längeren Geradeausfahrten nicht jeder Wechsel des Straßennamens angesagt würde, sondern nur ein folgen Sie dem Straßenverlauf für 3 km. Am auffälligsten ist es wenn es heißt fahren sie geradeaus die Schillerstraße für 1.3 KM und dann fahren Sie geradeaus für 0.2 KM auf no name. Und noch ne Kleinigkeit: Kilometer wird üblicherweise als km dargestellt und nicht als KM. (und kommt auch besser in der Darstellung wenn man zwischen Zahl und Einheit kein Leerzeichen macht) Ansonsten: ganz große Klasse das ganze (bereits jetzt). Wird es zu dieser Anwendung irgendwann mal auch einen öffentlichen Sourcecode geben? (ich kann mir gut vorstellen, dass der eine oder andere das auch gerne auf dem Handy, Netbook oder dem PDA als Offline-Anwendung hätte. Ich für meinen Teil hätte das gerne auf meinem eeepc laufen...) Insgesamt auf jeden Fall eine sehr nützliche Anwendung um die Karten zu testen. Nach ein bischen rumspielen habe ich entlang meiner Testroute gleich 2-3 Änderungen gemacht, weil klar war, dass der Router mit den Daten SO nix anfangen kann. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Frage zu Lizenz-Vereinbarung mit WMS-Anbietern
Tobias Wendorff schrieb: Hallo Hatto, Hatto von Hatzfeld schrieb: Man müsste also über eine höhere Ebene (Ministerien, Politik?) gehen. Irgendwelche Ideen? Tiefensee ist in ein paar Minuten hier in Dortmund und weiht eine neue Straße ein ... wenn ich den nächsten Bus nehme, schaffe ich es noch! [...] Warum sollte der hier was ändern. Der Staat ist doch über alle Zusatzeinnahmen froh. Das Geld, das die Vermessungsämter nicht mehr durch Verkäufe von Karten erwirtschaften muss der Statt zuschießen. Denn die eigentliche Aufgabe der Vermessungsämter wird ja durch OSM nicht wegfallen. Ich habe vor einigen Wochen meine Heimatstadt angeschrieben, dass ich die Stadt in den Semesterferien systematisch in OSM eintragen will. Ich habe freundlich um Unterstützung gegeben, z.B. Überlassung des amtlichen Straßenverzeichnisses oder irgendwelchen (alten) Katastern. Bis heute kam keine Rückantwort. Da die Planung nun konkret wird, habe ich mich mal mit der Presse in Verbindung gesetzt - 5 Minuten später kam eine Rückantwort, dass die unbedingt über mein Vorhaben berichten wollen. OSM kommt also wieder einmal in die Zeitung. Ich werde dort auf jeden Fall erwähnen, dass die Kommune sich dazu nicht geäußert hätte, was ich sehr bedauern würde. Publicity für OSM ist immer gut, aber aus der Frage, ob die Heimatstadt das Mapping jetzt mit alten Karten o.ä. unterstützt oder nicht würde ich keine große Sache machen. Je nach Größe der Stadt ist man da in wenigen Tagen alleine durch. Ich würde mal schätzen, mit dem Fahrrad braucht man für ne Kleinstadt von ca. 15.000 Einwohnern 10-20 Stunden auf dem Fahrrad und noch mal 5-10 Stunden am PC zum nachbereiten. Je nach Art der Stadt (eben oder hügelig, verwinkelt oder klar strukturiert, viele Hochhäuser oder v.a. Einfamilienhäuser) vielleicht auch mehr oder weniger. Ich habe am Anfang auch immer geglaubt man müsse die Behörden zu Kooperation bewegen - inzwischen ist mir das echt wurst. Denn speziell bei kleinen Ortschaften (2000-4000 Einwohnern) geht es viel schneller die einfach mal abzuradeln, als da lange herumzufragen. Außerdem macht bei gutem Wetter das Radeln viel mehr Spaß als auf Amtsstuben den Bittsteller zu machen. Und selbst wenn die kooperieren: Glaubst Du, Du wärst viel schneller, wenn die Dir einen Stapel Landkarten in die Hand drücken würden und sagen würden: dürfen Sie alles frei verwenden? oder wenn die Dir eine CD in die Hand drücken würden, wo die Daten in irgendeinem obskuren Kommunalen GIS Format gespeichert sind? Spannend würde das mit den Behörden erst, wenn wir flächendeckend in ganzen Regionen, Bundesländern oder gar der ganzen BRD die Daten frei nutzen dürften. Aber das ist im Moment nicht absehbar. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hausnummern Höheninformationen
Tobias Wendorff schrieb: Die Meinung ist eher nicht, weil mit dem SRTM-Datensatz für jeden Punkt der Erde die Höhe bestimmt werden kann und jemand im Rahmen des Google Summer of Code daran arbeitet einen Service zu bauen der sowas macht. SRTM ist in meinen Augen so, als würde man eine Gartenschere zum Reparieren einer Taschenuhr verwenden. Ich habe für ein Projekt an der Uni einmal Höhenlinienfolien gekauft und ein 3D-Modell daraus berechnet. SRTM ist viel zu grobmaschig (jedenfalls das, zu dem wir frei Zugang haben). Wieso die Höhendaten verwerfen, wenn ich sie eh per GPS-Gerät aufzeichne? Das hängt von Deinem GPS ab. Wenn Du ein richtig gutes Teil hast mit barometrischem Höhenmesser, dann hast Du bestimmt ne gute Höheninfo bei Deinen Wegen. Ich habe z.B. nur einen normalen Garmin Legend HCx und der hat wesentlich ungenauere Höheninfos als er Abweichungen in lat und lon hat. Wenn man z.B. mit GPS-Track-Analyse.NET die Höheninfos aus dem GPS mit den entsprechenden aus den SRTM Karten vergleicht sind die Höheninfos aus den SRTM Karten deutlich besser. Aus diesem Grund macht es keinen großen Sinn bei normalen GPS Geräten die Höheninfo in OSM einzutragen. Außerdem wird beim Nachzeichnen von Tracks in JOSM auch nicht automatisch die Höhe übernommen (wie auch...). Und einfach Tracks maschinell zu konvertieren erzeugt in der Regel keine vernünftigen Karten, da z.B. Verbindungen zu anderen Wegen fehlen, doppelte Wege entstehen können und natürlich auch die Interpretation der Tracks fehlt. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Frage zu routing
Carsten Schwede schrieb: Hallo, wer bitte kommt auf die Idee, dass die Karten routingfähig sind? Habe ich was nicht mitgekriegt? Ja - anscheinend. Aber für die routingfähigen Garminkarten kommt im Moment noch eine closed source Toolkette zum Einsatz (cgpsMapper und ein Tool das der Autor erst releasen will, wenn er den Sourcecode aufgeräumt hat). Die Karten findet man unter http://emexes.powweb.com/osm/ Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Radio-Interview
Christian Hartnick schrieb: Paul Lenz schrieb: Die Frage war wohl so zu verstehen: wie ist es zu dem Kontakt zwischen Dir und dem Sender gekommen, ohne dass Du den Namen weißt? Der Mensch vom Sender hat mich dierkt angerufen und auch am Anfang den Namen des Senders gesagt. Den habe ich nicht verstanden (kenne auch nicht alle Münchner Sender - zumal ich aus Aschaffenburg bin) und dachte mir, da musste unbedingt noch einmal nachfragen. Leider kam es dann aber aus oben beschrieben Gründen nicht dazu. Ich weiß, dass das wirklich doof gelaufen ist, aber es ist jetzt nicht mehr zu ändern. Christian (genervt) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de Hallo Christian! Das soll doch auch kein Vorwurf an Dich sein. Aber es ist halt die spannende Frage, wie die an Deine Telefonnummer gekommen sind. Bei mir z.B. rufen immer nur Leute an die mit mitteilen, dass ich irgendwo gewonnen habe oder die eine Umfrage zu irgendeinen Thema machen wollen, aber wegen OSM hat noch keiner angerufen. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Problem mit Kartenupload auf Garmin eTrex HCx
Florian Arnold schrieb: - Warum tritt das Problem nur bei mir auf? Ich werde ja wohl sicher nicht der einzige eTrex-Legend-HCx-Nutzer hier sein. Falls es Dich beruhigt: Ich habe es mit der Datenträgermethode auch nicht geschafft was lauffähiges hinzubekommen (auch Legends HCx). Ich hatte aber weniger Ehrgeiz wie Du und verwende seitdem halt immer sendmap20.exe. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Relations, Site und Gewerbeparks
Rolf Gehring schrieb: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, ... Sei's drum: Relations werden bis auf eine einzige mir bekannte Ausnahme vom Renderer völlig ignoriert und es ist fraglich, ob da in absehbarer Zeit irgendwas sinnvolles damit genutzt werden kann. Wenn das wirklich so ist, kann ich die Relation ja voll vergessen. Welches ist den die einzige Dir bekannte Ausnahme? type=multipolygon -- Wird genutzt um Löcher in Flächen zu erstellen (z.B. Lichtungen im Wald) Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Neues evtl. interessantes Gerät f ür OSM Mapper (OpenMoko)
Hallo Leute! Ich habe gerade mitbekommen, dass das lange ausverkaufte OpenMoko in der neuen Version verfügbar ist: http://www.openmoko.com/store.html Manch einer hat ja geglaubt das Teil kommt gar nicht mehr, nachdem es mehrfach verschoben worden war. Die technische Spec klingt sehr lecker: * *Size and Weight* o 4.75 x 2.44 x 0.73 inches o 6.5 ounces (185 grams) * *Display* o Touch Screen o 2.8 VGA (480x640) VGA Screen * *Speed* o ARM9 @ 400 MHz o 2D/3D Graphics Acceleration * *GSM* o Tri band 850/1800/1900 MHz o Tri band 900/1800/1900 MHz * *Power* o Removable 1200 mAh battery * *Memory* o 128MB SDRAM o 256MB NAND Flash o microSD Slot * *Input and Output * o Input and Output o 2.5 mm audio jack o GPS external connector * *Hardware Highlights * o Wi-Fi (802.1 1b/g) o AGPS o GPRS (2.5G not EDGE) o Bluetooth 2.0 o 3axis Motion Sensors (2) * *Software Highlights* o Openmoko GNU/Linux-based o 100% FOSS on CPU o GNU/Linux development tools Das könnte eine ideale Hardwarebasis für Openstreetmap werden, da es einen sehr hochauflösenden Bildschirm hat, HW 3D Beschleunigung, ne halbwegs flotte CPU und natürlich auch integriertes GPS und sogar Beschleunigungssensoren (Für kurze Tunnelfahrten sicher nützlich). Durch microSD Slot ist genug Speicher vorhanden und durch die offene Software könnte man alles so hintrimmen wie man es braucht und halbwegs kompakt ist es ja auch. Das erste was man vielleicht probieren sollte, wäre eine der bereits vorhandenen Linux OSM apps auf das Teil zu portieren (maemo-mapper, navit, ...). Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] www.OpenRouteService.org kann nun auch Fahrradrouting mit OSM Daten
Christoph Eckert schrieb: Moin, Die berechnete Route wird bei mir auch als blaues Overlay in die Karte eingezeichnet. die übrigens bei mir unter FF3 (Linux) und Safari (Mac) erst nach einem Zoomvorgang zum Vorschein kommt. So wars bei mir auch (FF3 / Win XP). Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Garmin-Typfiles
Florian Arnold schrieb: Habe ich auch schon festgestellt. Für mich als Radfahrer ist das Typfile daher unbrauchbar. Aber ich will ja hier nicht meckern, sondern konstruktiv sein ;-) Da es sicher kein Typfile gibt, das für alle Benutzerprofile optimal passt, dürfte es wohl darauf hinauslaufen, dass es verschiedene Typfiles für unterschiedliche Anwendungen gibt. Mich persönlich würde es schon mal reizen, ein für Radfahrer optimiertes Typfile zu basteln, d. h. Tracks und Fuß-/Radwege sollten optimal sichtbar sein, verkehrsreiche Hauptstraßen dagegen eher etwas zurückgenommen. Habe mal einen Blick auf http://ati.land.cz/gps/typdecomp/ geworfen, danach scheint es ja gar nicht so schwer zu sein, selber Typfiles zu bauen. Aber vorher wollte ich doch noch mal in die Runde fragen: Hat hier schon jemand diesbezügliche Erfahrungen gemacht? Ja - ich nutze das regelmäßig um mir selbst die Karten für meinen Garmin zu erstellen. Ist dieses Tool zu empfehlen oder gibt es vielleicht was besseres? Obs was besseres gibt weiß ich nicht - für mich hat der Online Editor gereicht. Wo gibt es noch weiterführende Infos (z. B. wie die unterschiedlichen OSM-Features auf die Elemente der Garmin-Karte gemappt werden)? In der Doku zu mkgmap sollte sich auch noch ein bischen was finden. Eigentlich muss man nur wissen, dass mkgmap eine mapfeatures.csv nutzt und die Typen die da angegeben sind, die tauchen auch im Typ-File wieder auf. Man ist dabei auch nicht an die vordefinierten Garmin-Typen gebunden sondern kann das bei Bedarf ausbauen. Ich habe auf dem Garmin z.B. unterschiedliche Styles für tracktype=grade1-grade5, footway und cycleway Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Garmin-Typfiles
Christoph Eckert schrieb: Moin, Da fehlen halt viele Elemente von OSM bzw. werden nicht unterschieden z.B. Tracktype. Wenn ich das richtig verstanden habe kann man keine neuen Typen definieren. Man kann nur einen vorhandenen anders benennen und darstellen. Daher wird es nach wie vor schwierig sein, 5 unterschiedliche Tracktypes zu erarbeiten. Sofern man aber serive und track type 1 auf die eine und track type 2 und 3 auf eine andere Art darstellen kann ist das ja schonmal was. Das Garmin Format hat noch ne ganze Menge ungenutzter Typnummern frei - da kann man (fast) aus dem vollen schöpfen. Wichtig ist halt, dass hier mkgmap bereits die zusätzlichen Typen erzeugt, damit das Typfile dann greift. Es kann also keine allgemeinen Images geben die zusätzliche Typen darstellen und gleichzeitig noch in QLandkarte funktionieren. (Wobei ich ehrlich gesagt nicht ganz verstehe wo das Problem mit QLandkarte liegt. Es sollte doch nicht so schwer sein, in QLandkarte das direkte Laden der OSM Daten zu ermöglichen - ohne Zwischenschritt über das Garmin-Format) Ich stelle auch gerne meine Daten (mapfeatures.csv, Typfile und batch zum Bauen der Map) zur Verfügung, wenn mir einer einen Tipp gibt wo und wie. Ich habe keinen eigenen Webserver wo ich den Kram hochladen könnte und auch keinen SVN Zugang zu OSM. Die Idee mit dem Wiki finde ich gut, aber da kann man doch keine Datendateien hinterlegen, oder? Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] www.OpenRouteService.org kann nun auch Fahrradrouting mit OSM Daten
Pascal Neis schrieb: Hi List, www.OpenRouteService.org kann nun auch Fahrradrouting mit OSM Daten Zunächst mal: eine sehr schön gemachte Seite. Auch die Geschwindigkeit war heute morgen beeindruckend (vermutlich war ich aber auch der einzige auf dem Server). Problematisch fand ich die Navigation beim Setzen der genauen Start und Zeilpunkte, da es mit der Maus nicht möglich war den Ausschnitt zu verschieben. Den Radiobutton Map Interaction habe ich erst später gefunden und finde ich so von der usability auch etwas suboptimal. Bei der resultierenden Route ist es für mich schwer zu beurteilen, ob die gut ist oder nicht, da die meisten Radwege in meiner Gegend keinen Namen haben und die berechnete Route für mich nicht nachvollziehbar ist. Fahren sie rechts nach no name usw. Es wäre sehr nützlich, wenn die Route als Overlay in der Karte angezeigt würde und man diese Route als gpx herunterladen könnte. (Die könnte man dann auf den Garmin spielen und das wäre dann eine echte, nützliche Anwendung bei der Planung umfangreicher Radtouren) Generell hilfreich wäre es, wenn man ein Radfahrprofil angeben könnte. Ich für meinen Teil (spaßorientierter Freizeitradler) fahre lieber einen Umweg, wenn ich dafür auf einem Radweg oder einem Track fahren kann als dass ich auf einer tertiary oder secondary fahren muss. Ich habe das Gefühl, dass Euer Planer das noch nicht berücksichtigt. (Und bei Rennradfahrern ist es grad andersrum - da geht track gar nicht und am besten sind tertiary ohne benutzungspflichtige Radwege neben dran) Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] denomination:evangelical vs. protestant
Sven Geggus schrieb: Christoph Eckert [EMAIL PROTECTED] wrote: Außerdem macht das auch den ganz anderen Mangel sichtbar, nämlich dass deutsche Mapper mit weniger anglophilem Hintergrund als wir sich halt schwertun mit den englissprachigen Tags. Man könnte die presets in josm lokalisieren! Das wäre WIRKLICH hilfreich - viele Begriffe aus den Tags sind für nicht native Speaker nicht selbsterklärend - oder wie in diesem Fall führen sie den Durchschnittsdeutschen (der auch handy sagt und zum public viewing geht und das für Englisch hält) eher in die Irre. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] OSM Deutschalnd Statisik über die akt iven Mapper
Hallo Leute, ich habe mal aus Neugierde eine (simple) Auswertung über die aktuelle germany.osm gemacht um herauszufinden, wieviele aktive Mapper es eigentlich in Deutschland gibt. Dazu habe ich alle Autoren ausgewertet (wohl wissend, dass das nicht immer fair ist, da es hier ja nur derjenige ist, der die Daten als letztes geändert hat und nicht derjenige, der den größten Beitrag geleistet hat.) Das Ergebnis war ganz spannend, daher hier eine Kurzzusammenfassung: Insgesamt haben wir 10.4Mio Elemente (Nodes+Ways+Relations) in der germany OSM und 5657 unterschiedliche Bearbeiter. Von den 5657 Bearbeitern haben 559 Bearbeiter nur ein einziges Element angelegt oder bearbeitet. Die 8 aktivsten Bearbeiter haben zusammen über 10% aller Elemente als letztes bearbeitet. Die 150 aktivsten Bearbeiter haben zusammen über 50% aller Elemente als letztes bearbeitet. Die 850 aktivsten Bearbeiter haben zusammen über 90% aller Elemente als letztes bearbeitet. Das sind ja vielleicht interessante Zahlen, wenn man sich mal fragt, wie groß ist die Anzahl der aktiven Mapper hier in Deutschland und ist vielleicht auch interessanter als die über 4 weltweit registrierten OSM user von denen bestimmt ein großer Teil nie einen einzigen Node gesetzt hat. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM Deutschalnd Statisik über die akt iven Mapper
FreeWorld schrieb: Naja vielleicht gibts da auch ne kleine Fehlinterpretation. Wenn nämlich irgendwer mit irgendnem Account Skripte über die Datenbank jagd, dann kann das schnell mal so aussehen, als ob der ultra aktiv wäre. Zumindest bei den 8 Aktivsten würd ich mal ganz genau schauen, ob man da wirklich schlussfolgern kann, die haben 10% der Daten erzeugt. Naja, man kann natürlich auch behaupten, dass jemand, der nen Skript schreibt, sowieso auch sonst sehr aktiv ist. Ich würd die Statistik jedenfalls nicht allzu ernst nehmen. Die Aussagekraft solcher Statistiken ist natürlich immer begrenzt. Ich habe deshalb bewußt darauf verzichtet hier eine Liste unserer Top 20 Mapper zu posten. Nach dem ersten Blick glaube ich aber ehrlich gesagt zumindest bei den Plätzen 2-8 nicht an Skript-Aktivität sondern eher an SEHR aktive Mapper. (Es würde reichen, ungefähr 3x so viel Aktivität wie ich zu zeigen um die Top 10 zu kommen - und das ist kein großes Problem: So aktiv bin ich selbst ja auch nicht - aber ich nutze keine Skripte und schiebe auch nicht systematisch fremde Nodes ein bischen in der Gegend herum um in deren Besitz zu gelangen.) So weit ich das verstanden habe, wird doch zu jedem Element die komplette History gespeichert. Dann müsste doch auch rauszufinden sein, wer das Objekt angelegt hat (und nicht nur zuletzt bearbeitet). Wenn man diese Daten auswerten würde, könnte man vielleicht mehr Aussagekraft der Ergebnisse bekommen. So eine Auswertung hätte mich auch SEHR gereizt, aber bei über 10Mio Datensätzen müsste ich von jedem _einzeln_ die History abfragen. Selbst wenn das nur 1 Sekunde pro Abfrage dauern würde, dann wären das in Summe über 100 Tage. Ich hoffe für solche Auswertungen auf die API 0.6 - bin aber ehrlich gesagt skeptisch, dass es da viel besser werden wird, da der Focus woanders liegt. (Changesets) Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Probleme mit dem Landsat WMS Server
Hallo, hat hier sonst noch wer das Problem, dass der Landsat WMS Server nicht mehr erreichbar ist? Vor ein paar Wochen ging der noch, aber inzwischen scheint der tot zu sein. Auf einer Seite von der NASA steht auch irgendwas von einer Umstellung, da ihnen die vielen kleinen Requests irgendwie zu viele geworden wären. Ich kann aber nicht abschätzen ob das auch das WMS Plugin von JOSM betrifft oder nicht. Landsat war immer sehr praktisch um Wälder abzuzeichnen, da es problemlos funktionierte, im Gegensatz zum Yahoo Maps plugin, das schon früher immer etwas problematisch war (z.B. keine Daten wenn man zu nahe heranzoomt und ansonsten auch nur die Landsatbilder - zumindest hier um Ulm). Aber inzwischen funktioniert ja das Yahoo plugin auch nicht mehr (wegen Umstieg auf FF3) und so habe ich keine Möglichkeit mehr diese Bilder in Josm zu nutzen. Hat mir hier irgendwer einen Tipp? Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Navigationsger?t f?r OSM Karten
Martin Koppenhoefer schrieb: TomTom ist halt ein Beispiel für einen Hersteller, der seine Geräte so baut, dass man NUR die lizensierten Karten verwenden kann (weil das Format nach m.K. nicht reverse-engineered ist). Ich hatte ja nur geschrieben, dass man sich das Gerät genauer ansehen sollte, weil man nur weil es einen Bildschirm hat noch nicht davon ausgehen kann, dass man auch OSM-Karten draufladen kann. Schau Dir mal http://opentom.org/ an. Die Geräte wären eigentlich ideal für Openstreetmap, da sie relativ billig sind, Linux von Haus aus bereits drauf läuft und GPS Hardware auch schon drin ist. Leider hat sich bisher noch keiner dran gemacht eine der bewährten OSM Anwendungen wie navit, GPSdrive, maemo mapper o.ä. darauf zu portieren. Daher ist das höchste der Gefühle im Moment ein einfacher GPS Logger - was wohl eher ein Proof-of-concept ist, als eine nützliche OSM Anwendung. Wäre aber ja vielleicht ein Ansport für jemanden hier mal für Abhilfe zu sorgen. Ich denke da steckt nämlich viel mehr Potential drin als bei Garmin, da man durch eine komplette OpenSource Umgebung die Chance hat ein WIRKLICH gutes System hinzustellen. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Was man von Google Map Maker lernen kann
Hallo! ich habe mir grad mal den Google Map Maker ein bischen angeschaut. Zum einen ist in meinen Augen recht klar, dass hier OSM Pate gestanden hat. Aber was Google wirklich besser hinbekommen hat ist die Usability des Editors. Das Konzept ist zunächst mal abzufragen ob man Punkt, Linie oder Fläche erfassen will, dann Eingrenzung ob Straße, Eisenbahn usw. und dann den Anwender erst mal malen lassen. Am Ende noch die Details abfragen: Genauer Straßentyp, Name. Und beim Malen ist das auch recht gut gelöst was die einzelnen Mausklicks bewirken. Man kann Ways malen, Knoten verschieben und die Karte verschieben ausschließlich mit der linken Maustaste ohne Modifiertasten wie Shift und Alt und ohne die rechte Maustaste durch das Verschieben zu blockieren. Falls mal wirklich jemand ernst machen will mit einer besseren Bedienbarkeit für JOSM oder Potlach - dann ist hier das Beispiel an dem man lernen kann wie eine einfache Oberfläche aussehen kann und das Konzept könnte man ausbauen bis es auch die volle Funktion von JOSM anbieten würde, ohne deswegen für Profis viel umständlicher zu werden als die aktuelle Bedienung. Wer es ideologisch vertreten kann sich bei Google anzumelden sollte sich den wirklich mal anschaun - das hat Google ja ganz offensichtlich bei OSM auch so gemacht: Das Gute kopiert (Kategorisierung der Daten, Anreicherung mit Zusatzinfos), das Schlechte verbessert (Bedienbarkeit der Editoren) und das Fehlende ergänzt (Review System für Änderungen - und NEIN: ich halte das NICHT für eine Beschränkung der Freiheit des einzelnen, wenn Änderungen noch mal angeschaut werden, bevor sie in der Karte erscheinen). Zum Glück für uns bleiben sie aber ein kommerzielles Unternehmen und haben entsprechend demotivierende Lizenzbedingungen. So lange sich da nichts ändert wird OSM auch weiterhin das viel interessantere Projekt für uns Freaks sein. Die einfach gestrickten Anwender sind aber evtl. bei Google Map Maker besser aufgehoben - was aber unter Umständen nicht nur Nachteile für uns hat. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Zu viel Traffic!
Roland Ramthun schrieb: Jacques Nietsch schrieb: Mein Incoming Ordner ist so voll, so das ich andere wichtige Mail kaum wieder finde. Gut, ich könnte auch einen Filter setzen, aber das bringt nicht so viel, da die meisten Postings irgendwelche idiologischen Schlachten beinhalten, die mich nur am Rande interessieren. Als ersten Schritt würde ich alle Mails der Liste in einen eigenen Ordner schieben, damit die Dir nicht den Eingang belegen. Eine andere ernst gemeinte Frage an die 'alten Haasen' hier: warum gibt es zu diesem Thema eigentlich keine Gruppe im Usenet? Oder gibt sie es doch? Soweit ich weiß nicht. Das würde ja auch nich viel ändern, dann würde die Gruppe dort unlesbar. Ich für meinen Teil bin zu der Mailingliste gestoßen, da ich Kontakt zu anderen Mappern gesucht hatte um mich da auszutauschen, aber inzwischen nimmt das wirklich etwas überhand. Ich habe mir jetzt seit langem mal wieder das Forum angeschaut: http://forum.openstreetmap.org/viewforum.php?id=14 Und ich war positiv überrascht. Es herrscht da inzwischen durchaus auch Leben - aber es geht nicht so massiv drüber und drunter wie hier. Ich denke ich werde mich in Zukunft mehr ins Forum verkrümeln. Da gibt es auch mehr zu tun um Anfänger zu unterstützen als hier, wo lieber die hunderste Podlach ist Mist oder wie tagge ich eine Überlandstraße: secondary / tertiary oder sind Wälder landuse=forest oder natural=wood schon allein aus Prinzip geführt wird. Talk-de wird halt inzwischen mehr zur Hardcore OSM Politik Liste als ein Forum zum Erfahrungsaustausch. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Vorgehen bei Vermutung nachgezeichneter Karte aus nicht zulässigen Quellen
Johann H. Addicks schrieb: Hallo, Date: Mon, 23 Jun 2008 20:50:16 +0200 From: André Reichelt [EMAIL PROTECTED] Und wer sagt eigentlich, dass dein GPS genau geht? Villeicht war es ja einfach Sven Geggus, der seine Tracks nicht hochladen möchte. Du hast Dir die von mir gebrachten Beispiele nicht angesehen, oder? http://geo.topf.org/comparison/index.html?mt0=googlehybridmt1=mapniklon=6.8385682lat=51.2278638z=18 Es gesagt, es geht nicht um Straße liegt daneben, sondern um haufenweise von dem Benutzer falsch angebundene Straßen, die es so entweder schon seit Jahren nicht mehr gibt oder noch nie so gegeben hat, die aber erstaunlicherweise in anderen Kartenwerken auch so falsch verzeichnet sind. Aber nach AGF gehe ich jetzt einfacg mal davon aus, dass der Betreffende einen uralten und unter Gemeinfreiheit verfügbaren Stadtplan abgezeichnet hat. Und vielen Dank für die vielen Zweifel an meinen GPSRs. Aber daran liegt's nicht. Mir fehlt einfach der Bulldozer, mit dem der Vormapper dort auf den Kuhbenden unterwegs gewesen sein muss. Ich würde in diesem Fall großzügig löschen (lieber ein Node und eine Straße zu viel als zu wenig) - allein schon um Schaden von OSM anzuwenden. Nicht dass irgendwer irgendwann mal jemand OSM aus solchem Grund einen Strick dreht. Parallel würde ich auch versuchen den betreffenden User zu kontaktieren - nicht dass an anderen Stellen andere Kopierfehler auftauchen, die schwerer zu erkennen sind. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Flussbreite
Florian Lohoff schrieb: On Wed, Jun 18, 2008 at 06:14:32PM +, Sven Geggus wrote: Ich hab aber derzeit definitiv andere Prioritäten, ich möchte mich dringend mal um die Breite von Flüssen kümmern, also dass der width Tag beachtet wird. Dazu muss ich mich aber mehr mit xslt auseinandersetzen. Unser Bach heir ist vielleicht so 5m Breit, also laut Map-Features bereits ein River. Gerendert wird er aber wenn ich das mal in den kacheln abmesse etwa 30m Breit. bei Straßen mag sowas ja angehen, aber bei Flüssen sollte das IMO in etwa der realen Breite entsprechen. Danke Danke Danke +99 Flo Eine dickes Lob, wenn Du das gerichtet bekommst! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 11.6.2008
Sven Geggus schrieb: Carsten Schwede [EMAIL PROTECTED] wrote: Als kleinen Zusatzbonus gibt es jetzt die Deutschlandkarte auch mit eingebauten Typ-File von Saftl. Damit kann ich jetzt recht schön optisch die Wegtypen recht unterscheiden. Definitiv schönder als der default hier auf meinem GPSmap 60CSx. Für mich als Fahrradfahrer wäre es natürlich perfekt, wenn ich jetzt noch tracktype grade1, grade2 und grade3-5 jeweils optisch unterschieden könnte. Wie ist denn das mit den typfiles, die Anzahl der verwendbaren Wegtypen wird dadirch nicht größer nehme ich man an. Doch das geht schon - mache ich auch bei den Karten, die ich bei mir auf den Garmin lade - genau aus diesem Grund, weil ich grade1-5 unterscheiden will. (Und Footway und Cycleway auch...). Dazu erstellt man sich ein eigenes Typfile und belegt einen freien Rendering Style. Den trägt man dann in die mapfeatures.csv ein, die man bei mkgmap vewendet und schon gibt es auf dem Garmin verschiedene Render Stile für die verschiedenen Tracktypes. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tag für Straßenlampen , Beleuchtu ngsmasten etc. gesucht
Etric Celine schrieb: On Monday 16 June 2008 17:30:58 TopSpotter wrote: Hallo Leute, ich suche einen passenden Tag für Straßenlampen, Beleuchtungsmasten etc. Der Tag lit=yes/no erscheint mir ungeeignet, da es lt. De:Map_Features auf ein Way-Element zu beziehen ist. Ich benötige das aber als Node. In dem Falle würde ich einfach ein neues Tag erfinden dafür haben wir ja freie Gestaltungsmöglichkeiten. highway=streetlamp wäre da eine Idee. Solltest du Dich für irgendwas entscheiden, wäre es aber hilfreich das im Wiki zu Dokumentieren, entweder irgendwo unter den Proposed Features oder besser gleich direkt als Tag:highway=streetlamp Seite mit den nötigen Informationen. Gruß Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de Aber bitte nicht als highway=streetlamp -- die Streetlamp ist doch kein highway. Wie wäre es mit streetlamp=yes oder streetlamp=typ Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] POIs - LPG- und CNG-Tankstellen in D
John07 schrieb: tschuer schrieb: Eine manuelle Extrapflege wäre imho nicht sachdienlich, denn die Daten liegen bereits vor und sollten dort gepflegt werden, wo sie herkommen, also bei gas-tankstellen.de . Hierdurch würden Datenredundanzen vermieden. Die Datenpflege geschieht dort sehr zeitnah, da man ja ein gemeinsames Interesse hat . Da hast du einpflegen falsch verstanden. Ich meine damit die Daten in OSM zu integrieren, also zu mappen. D.h. man nehme das GPX-file, lade das in JOSM, lädt den passenden Ausschnitt herunter und vergleicht die vorhandenen OSM-Daten und die von der Webseite. Dann trägt man die noch nicht in OSM vorhandenen Daten nach. Soweit verstanden? Ich denke wir haben genugt Man-Power um das manuell zu machen. Ich denke die Man-Power ist nicht das Problem - es ist auch kein Problem so was einmalig automatisiert zu machen. Das würde ich mir zutrauen so was an einem Abend herunterzuprogrammieren. Das Problem ist dann die Info aktuell zu halten: Was macht man, wenn jemand die Daten in OSM anfasst - z.B. bei die Tanktstelle nicht nur Autogas hat sondern auch noch Super, Normal und Diesel und das entsprechend vermerkt= Oder wenn er den Node um 30m verschiebt, weil er gesehen hat, dass den importierte Knoten nicht korrekt gesetzt war? Wie soll man mit solchen Daten beim nächsten Import umgehen? Das sind keine unlösbaren Aufgaben, aber das sind die eigentlich harten Nüsse die es zu knacken gilt - und das lösen wir mit manueller Arbeit auch nicht - weil nicht jeder will alle paar Wochen die Gastankstellen manuell kontrollieren. Am einfachsten wäre es, wenn beim Gastankstellenverzeichnis - als dem in diesem Fall führenden System - die OSM Node Ids mit verwaltet würden. Dann könnte man zumindest die Knoten beim Import eindeutig zuordnen. Zur Not ginge das auch noch andersherum - wenn man eine eindeutige Nummer pro Tankstelle hätte die ewig gültig ist. Dann könnte man ungültige Nodes auch automatisch bereinigen. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] CSV zu GPX konvertieren mit NavGear Data Logger
Stefan Hirschmann schrieb: Hi! Ich teste gerade für einen Bekannten seinen GPS Datenlogger. Aber ich habe ein Problem mit dem Gerät ( NavGear Bluethooth Data Logger http://www.pearl.de/a-PX3015-5442.shtml ). Irgendwann: Der Inhalt. Bsp: INDEX,RCR,DATE,TIME,VALID,LATITUDE,N/S,LONGITUDE,E/W,HEIGHT,SPEED,DISTANCE, 1,T,2008/01/11,16:13:09,No fix,90.00,N,0.00,E,150.000 m,0.000 km/h, 0.00 m, 388,T,2008/02/12,10:38:07,SPS,47.853683,N,7.618862,E,293.480 m,0.074 km/h, 9.32 m, In der zweiten Spalte bedeutet T, dass es ein normaler Trackpunkt ist und B für eine händisch gesetzte Markierung (Waypoint). Hat jemand eine Idee, wie ich die Daten offline konvertieren kann. Es steht sowohl ein Windows als auch ein Linux System zur Verfügung und es muss auch nicht gpsbabel sein. Das sieht auf den ersten Blick genau gleich aus wie das Format von meinem iBlue 747. Für den habe ich mir selbst ein Programm geschrieben um daraus ein vernüftiges GPX (mit Wegpunkten) zu machen. (Habe aber gpsbabel auch nie probiert gehabt). Das Programm kann ich Dir gerne mal zum Testen zusenden (benötigt aber .NET Runtime - ich habs der Bequemlichkeit halber in C# programmiert). Falls generelles Interesse besteht mache ich das gerne auch irgendwo öffentlich (wo hochladen? - eine eigene Website habe ich nicht... und ein Projekt bei Sourceforge anlegen ist mir zu kompliziert und zu aufwändig wegen so nem Kleinkram...) Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Fußgängerrouting
[EMAIL PROTECTED] schrieb: Bei genauerem drüber nachdenken kams mir auch... Ich wüsste spontan keine (Bundes-)Straße ausserorts an der es geeignet wäre zu laufen. Also bei uns in der Gegend gibt es ein Stück, das links und rechts mit Gehweg ausgestattet ist, und auf einer Seite sogar noch zusätzlich mit einem Radweg. Ich finde solche Straßen sollte schon von der klassischen Bundesstraße bei der links und rechts außer den Begrenzungspfosten nix ist klar unterscheidbar sein. Bei der einen Variante ist es zwar nicht doll als Fußgänger zu laufen, aber auf der anderen ist es ja fast schon lebensgefährlich. (Foot=yes und cycle=yes fände ich ja ok, finde es aber etwas schade, dass bisher kein allgemeiner Konsens herrscht, welche Straßentypen welche impliziten Annahmen rechtfertigen.) Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Fwd: AW: Nutzung von Luftbildern in OpenStreetMap
Andreas Hubel schrieb: Anbei die neuesten Informationen zu dem Thema, wäre nett wenn jemand von euch die weitere Kommunikation übernehmen und die Wikiseiten ensprechend anpassen könnte, ich hab momentan zu viel zu tun. MfG Andi Anfang der weitergeleiteten E-Mail: Von: Gigl, Claudia (LVG) [EMAIL PROTECTED] Datum: 12. Juni 2008 12:52:12 MESZ An: Andreas Hubel [EMAIL PROTECTED] Betreff: AW: Nutzung von Luftbildern in OpenStreetMap Sehr geehrter Herr Hubel, vielen Dank für Ihre schnelle Reaktion. Nach nochmaliger eingehender Besprechung Ihres Anliegens in unserem Haus ergibt sich für Ihr Vorhaben folgende Rechtslage: 1. Die Luftbilder des LVG Bayern dürfen unentgeltlich über den BayernViewer und den WMS nur für private Zwecke genutzt werden. So steht es in den Nutzungsbedingungen. 2. D.h. Sie dürfen für den privaten Gebrauch Ausdrucke erzeugen und Daten auf den Rechner laden und in Software integrieren. So steht es im § 53 Abs. 1 Satz 1 UrhG. („Zulässig sind einzelne Vervielfältigungen eines Werkes durch eine natürliche Person zum privaten Gebrauch auf beliebigen Trägern, sofern sie weder unmittelbar noch mittelbar Erwerbszwecken dienen, soweit nicht zur Vervielfältigung eine offensichtlich rechtswidrig hergestellte oder öffentlich zugänglich gemachte Vorlage verwendet wird.“) 3. Die weitere Nutzung der Luftbilder, z.B. zum Interpretieren und Abzeichnen von Objektgeometrien (Straßen, Seen, Waldflächen usw.) und ebenso zum Eintragen neuer Objekte in das Luftbild als Referenz steht Ihnen für private Zwecke frei. 4. Privater Gebrauch ist nur das, was sich im häuslichen Bereich oder im Freundeskreis abspielt und nur für diesen Bereich bestimmt ist. (Fromm/Nordemann: Urheberrecht Kommentar S. 416). Wenn Sie also Luftbilder zu Hause in Ihrer Freizeit benutzen, um sich eine eigene Karte zu erstellen und diese ggf. mit ihren Freunden anschauen, dann ist das erlaubte Nutzung. 5. Alles, was der eigenen beruflichen Tätigkeit und natürlich auch der geschäftlichen Tätigkeit (Behörde) oder kommerziellen Tätigkeit (Unternehmen) dienen soll, ist kein privater Gebrauch mehr. Auch die Nutzung zu dem Zweck der Veröffentlichung bzw. öffentlichen Zugänglichmachung im Internet ist kein privater Gebrauch, auch wenn sie von Privatleuten in ihrer Freizeit ausgeübt wird. 6. Die Nutzung von Luftbildern für den Zweck des OpenStreetMapping, als der Erzeugung und Veröffentlichung von Kartenobjekten, ist kein privater Gebrauch. Für diese Tätigkeit bedarf es einer entgeltpflichtigen Lizenz. Ich bitte Sie, diese Information an Ihre Kollegen und Kolleginnen weiterzugeben. Um die Mitwirkenden am OSM-Projekt vor rechtlichen Folgen schützen, bitte ich Sie insbesondere, auf die Richtigstellung oder Herausnahme der fehlerhaften Information im Open-Street-Map-Forum hinzuwirken (http://wiki.openstreetmap.org/index.php/Datenquellen : „Bis jetzt hat uns leider nur das bayerische Landesvermessungsamt die Nutzung seiner DOPs für OSM-Zwecke erlaubt. Aber andere werden bestimmt folgen, die Anfragen laufen und werden auf De:DOP_Sources dokumentiert. Wer die bayerischen Luftbilder abmalen möchte, der installiere sich das WMS-Plugin für JOSM und füge nach dem Neustart in den JOSM-Einstellungen auf dem neuen WMS-Reiter einen Eintrag mit folgender WMS-URL hinzu: …. „). Falls Sie noch Fragen haben, können Sie gerne anrufen (089/2129-1004) oder mailen. Mit freundlichen Grüßen Claudia Gigl -Ursprüngliche Nachricht- Von: Andreas Hubel [mailto:[EMAIL PROTECTED] Gesendet: Sonntag, 8. Juni 2008 18:42 An: Gigl, Claudia (LVG) Betreff: Re: Nutzung von Luftbildern in OpenStreetMap Sehr geehrte Frau Gigl, Am 06.06.2008 um 13:46 schrieb Andreas Hubel: auch welche Seite beziehen Sie sich? Ich habe lediglich unseren E-Mailverkehr an den OSM Verteiler weitergeleitet und kann deshalb nicht direkt nachvollziehen, was andere Mitarbeiter des Projekts auf irgendwelche Internetseiten geschrieben haben. Ich habe am Wochende etwas gesucht und folgende Seite gefunden, auf die Sie sich vermutlich beziehen: http://wiki.openstreetmap.org/index.php/De:DOP_Sources und dann auch gleich einen entsprechenden Hinweis eingefügt ( http://wiki.openstreetmap.org/index.php?title=De:DOP_Sourcesdiff=108951oldid=108263 ) Dort war die Erlaubnis leider, wie sie ihn ihrer E-Mail angesprochen haben, sehr verkürzt dargestellt. Allerdings sehe ich momentan außerdem noch einen Unterschied unserer gegenseitiger Definition von Einzeichnen von Details. Anbei die aus meiner Sicht wichtigsten Passagen bezüglich dieses Punktes aus den bisherigem E-Mailverkehr: [...] Die Digitale Orthophotos (DOPs), die kostenfrei von der GDI angeboten werden, haben eine Bodenauflösung von bis zu 2m. Diesen Dienst dürfen Sie zum Einzeichnen von Details (wie in Ihrer Mail vom 17.5.2008 beschrieben) verwenden. [...] sie bieten ja unter anderem auch einen
Re: [Talk-de] Nutzung von Luftbildern des Bayrischen Landes amts für Vermessung und Geoinformation in OpenStreetMap - oder besser Nicht-Nutzung
Ist ne Philosophiefrage - aber ich denke dass die Erfolgschancen bei einem persönlichen Gespräch um Klassen besser sein werden. So ein persönliches Gespräch kann man nämlich nicht die Sekretärin oder den persönlichen Referenten abwickeln lassen. Und wenn man dann irgendwas nicht auf Anhieb versteht kann man nachfragen. So kann der Politiker in kurzer Zeit verstehen worum es geht und sich eine Meinung bilden. So ein Brief wird dann gerne auf die lange Bank geschoben oder - weil man's nicht besser weiß - an ein anderes Amt abgeschoben. John07 schrieb: Ich denke am besten wäre eine schriftliche Anfrage, wirkt offizieller. Auch sollten wir vllt. soetwas wie einen Flyer und den Spiegelartikel beilegen, das verleiht Seriösität und beschreibt gleichzeitig gut, was wir machen. Gruß Jonas Oscar Knapp schrieb: Was ich da jetzt rauslese ist, dass wir uns erst mal erkundigen sollten, wer wirklich eine Freigabe für die Nutzung diese DOPs in Openstreetmap erteilen kann (das wird wahrscheinlich gar nicht so leicht). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Multi-User randale (südlich Reut lingen/Tübingen)
Karl Eichwalder schrieb: Johannes Lempp [EMAIL PROTECTED] writes: Meinst du? Da hat einer meinen aus über 3000 Nodes bestehenden Wald einige Kilometer nach Norden geschoben. Und da ich bei Straßen am Waldrand gerne dieselben Nodes zweimal verwende, sind eben auch Teilstücke der Straßen mit nach oben gerissen worden. Ich verstehe sowieso nicht, warum diese verschiebemöglichkeiten so einfach zugänglich sind. Ganze objekte muss man doch eigentlich nie verschieben. Wenn man so etwas wirklich machen will, sollte man den entsprechenden modus erst aktivieren müssen. Ich muss permanent undo auslösen, um unbeabsichtige verschiebungen wieder rückgängig zu machen... Das sehe ich genau so. Statt dessen könnte man evtl. einen Zupfmodus einbauen, der an der angefassten Stelle einen neuen Node anlegt und den verschiebt. Das wäre ein sehr bequemer Weg um vorhandene Ways zu bearbeiten. Und wenn dann noch entf den aktuell gewählten Node löschen würde ohne den aktuellen Modus zu wechseln wäre das noch ein Schritt zu weniger Bedienfehlern. Wenn man große Objekte löscht (10 Nodes) oder =2 Ways oder Relations generell wäre IMHO auch eine Sicherheitsabfrage generell kein Fehler. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Fehler in Ulm
PHerison schrieb: Hallo liebe Ulmer Bei http://www.openstreetmap.org/?lat=48.43086lon=9.9743zoom=16layers=B00FT gibt es eine Ueberlagerung zweier Strassen. Sieht so aus, als haette jemand seinen Fahrrad-Track direkt in einen highway konvertiert... Koennte das bitte jemand mit Ortskenntnis korrigieren. erledigt... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Landwirtschaftliche Flächen in Deutschla nd
Henry Loenwind schrieb: Robert Heel wrote: irgendwie müssen die Tags doch zuerst definiert werden, wenn die in jeder Region anders heißen endet das doch im Chaos ... Was für ein Chaos? Für die Renderer ist es schnurzpiepegal, ob es jetzt 1 Tag für Felder oder 493 Tags für Felder gibt. Wenn jedoch gar kein benutzt wird... Na ganz so einfach ist es ja nicht. Derjenige der den Renderer schreiben muss, der 493 verschiedene Tags für Felder auswerten soll, der ist ne arme Sau. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Fussgängermodus bei Transystem iBlue 747 Logger
Markus Koelle schrieb: Hallo, mit dem o.g. Daten-Logger bin ich bei Geschwindigkeiten 5m/s sehr zufrieden mit der Tracking-Genauigkeit. Bei Geschwindigkeit 5 m/s, also z.B beim Wandern, lässt die Genauigkeit der aufgezeichneten Tracks mit diesem GPS-Logger allerdings zu wünschen übrigen. Die Tracks sehen aus wie ein Zickzackmuster! Ähnlich lautende Erfahrungen finden sich nicht selten in den einschlägigen Foren. Hat jemand zufriedenstellende Einstellungen für das Aufzeichnen von ordentlichen Tracks bei Fussgängergeschwindigkeit gefunden? Kann man ggf. die Firmware updaten? Oder bleibt nur die Möglichkeit, beim Wandern einen anderen Logger zu benützen? ich habe auch den iBlue 747 sowie seit kurzem auch noch nen Garmin eTrex Legend HCx. Bei Fußgängergeschwindigkeit schenken die sich nicht viel. Ich bin oft auch mit beiden Trackern unterwegs und lasse die parallel mitlaufen. Mal hat der eine die besseren Daten aufgezeichnet und mal der andere. Vorteil vom Garin ist vor allem das Display, wo man sofort sehen kann wie gut die Tracks sind, und wo man noch hin muss, weil eine Staße fehlt, die man in Real gerade sieht. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Nutzung von Luftbildern des Bayrischen Landes amts für Vermessung und Geoinformation in OpenStreetMap - oder besser Nicht-Nutzung
Andreas Hubel schrieb: Hallo, ich habe am Freitag eine weitere Mail von Frau Gigl erhalten, in der sie darauf hinweist das keine Erlaubnis zum „Abmalen“ erteilt wurde. Anscheind gibt es da noch etwas an Klärungsbedarf, inbesondere bezüglich der Definition des Satzes Einzeichnen von Details. Ich bitte deswegen momentan, bis zur Klärung der Situation, von der Verwendung der Luftbilder abzusehen. Mehr Infomationen demnächst. MfG Andreas Hubel Achja: und ich wurde darauf hingeweisen das bei der Behörde um das Landesamt für Vermessung und Geoinformation handelt. Ich habe bei denen auch noch mal versucht eine Bestätigung zu bekommen, nachdem mir die Erklärung ertwas zu schwammig war (Ausdrucken und Details einzeichnen). Da steht jetzt aber seit mehreren Wochen eine Antwort aus. Ich vermute mal, das die Vermessungsämter nicht so recht wissen wie mit dem Thema OSM umzugehen ist und dann lieber gar nix antworten - um sich da in nix hineinzureiten. Wenn wir da was bewirken wollen, dann müßte man in der Hierarchie recht weit oben ansetzen. Kennt irgendwer die Strukturen in diesen Vermessungsämtern etwas besser? Ideal wäre es, wenn der zuständige Entscheider nicht nur Beamter sondern auch Politiker wäre. Dann könnte man jemanden aus seinem Wahlkreis da mal hinschicken zu einem Gespräch über OSM. Das würde vermutlich vieles beschleunigen. Alternativ könnte man auch mal versuchen bei einem professionellen Anwalt eine Rechtsauskunft zu besorgen, was denn jetzt für uns in D legal nutzbar ist uns was nicht. Dafür bräuchten wir aber Kohle - und dafür bräuchten wir vermutlich eine Organisation wie z.B. einen Verein. Evtl. könnte man so was aber auch über eine befreundete OpenSource Organisation eintüten. (Die FSF ist ja normalerweise recht rege wenns um so was geht - vielleicht hat da ja jemand Connections...) Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Multi-User randale (südlich Re utlingen/Tübingen)
[EMAIL PROTECTED] schrieb: On Sun, 8 Jun 2008 21:51:06 +0200 [EMAIL PROTECTED] wrote: Also so macht mir Openstreetmap keinen Spass mehr, dann kann ichs auch bleiben lassen... Ich bin grad ernsthaft am überlegen, die Arbeit bei OSM hinzuschmeißen. Diese Randale kann ja nur noch schlimmer werden, sofern sich nicht bald grundlegend etwas ändert. Hab sicher so an die 3k-5k Km straße zu OSM beigetragen, ggf. waren das jetzt die letzten.. Obs nun nur oder auch an Potlach liegt, is mir eigentlich fast schon egal, wenn ich weiter mit ansehen muss, wie meine Arbeit kaputt gemacht wird, ist meine Motivation am Ende Das geht mir ähnlich - es macht keinen Spaß, wenn man stundenlang irgendwo Karten erstellt und irgendein Depp kann die in 5 Minuten so zerlegen, dass man fast den ganzen Aufwand wieder hineinstecken müsste um den Kram wiederherzustellen. Meine Idee geht im Moment dahin auf dem Werkzeugschiene aufzurüsten um mit ähnlich wenig Aufwand wie die Chaoten solche Bereiche auch wiederherstellen zu können. Ich fände es z.B. praktisch, wenn ich ein Tool hätte in dem ich die Bereiche markieren könnte für die ich mich verantwortlich fühle. Von den Bereichen könnte ich dann regelmäßig ein Backup auf Platte ziehen. Und ich könnte auch regelmäßig ein Diff auf die aktuellen OSM Daten zu meinen letzten gesicherten Daten machen. Und wenn da Änderungen dabei sind die nach Vandalismus riechen (Löschungen, sinnlose Tags eintragen oder sinnvolle Tags löschen, Blödsinnswege eintragen), dann könnte ich die Änderungen markieren und undo wählen und für die gewählten Elemente würden meine archivierten Daten zurückgespielt. Wenn das so einfach ginge, dann hätte ich auch keinen Blutdruck bei solchen Ätzenden Aktionen wie neulich. Wir orientieren uns immer an Wikipedia - aber das Thema Vandalismus haben wir immer ausgeklammert - weil es uns ja nicht treffen wird. Wir sehen im Moment wie blauäugig das war und das was wir im Moment sehen ist erst der Anfang... Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM-Validator Gemeckere
Andreas Kemnade schrieb: Moin, On Fri, 6 Jun 2008 12:26:03 +0200 Sven Anders [EMAIL PROTECTED] wrote: Am Freitag, 6. Juni 2008 12:22 schrieb Stefan Hirschmann: Frank Gruender wrote: Moin Andreas Kemnade schrieb: [...] Wie geht ihr damit um? Gibt es irgendwo eine Möglichkeit, dass man da für bestimmten Straßen einen Persilschein ausstellen kann, der derartiges Gemecker für mich für genau diese Version der Straße unterbindet. In den Plugin-Einstellungen kann man dem Validator sagen, wo bzw. bei welchen Fehlern er meckern soll. Dort schon mal geguckt? Das dürfte den Original Poster nicht weiter helfen. Falls er es gleich macht wie ich, dann will er nicht den Check komplett ausschalten, sondern nur gezielt für zwei Straßen deaktivieren. Ich habe mir schon mal überlegt, ob ich dafür einen Patch schreibe, aber bis zum Sommer werde ich eher nicht dazu kommen. Francisco R. Santos ist laut Homepage der Verantwortliche für das JOSM-Validator Plugin. Weiß jemand ob er externe Patches überhaupt akzeptiert? Ja, ich hatte auch mal gedacht, das man an eine Straße sowas ranhängen könnte wie: validator:ignore=same_name ja, ganz so einfach ist es ja nicht. Man müsste ja dieses validator:ignore=whatever an eine Kombination aus den beteiligten ways und den Timestamps setzen, so dass man das ganze wieder sieht, falls sich an den Objekten etwas ändert und die validator-Warnungen doch wieder Sinn ergeben. Ich halte es für angebrachter, das lokal z.B. als Textdatei zu handhaben, das gibt anderen Mappern einfacher eine Chance sich darüber selbt eine Meinung zu bilden und bei akut abweichender Meinung dann Kontakt aufzunehmen oder selbst korrigierend einzugreifen. Ich halte das mit den speziellen Tags eigentlich schon für den richtigen Weg. Ist das gleiche wie im Umgang mit Lint - man knipst die Warnungen an den entsprechenden Stellen aus. Und wer das ganze nachprüfen will sucht nach den Ausknipsungen. Klappt eigentlich ganz gut. Man sollte aber vielleicht vorher dem Validator den größsten Unfug komplett im Source abgewöhnen. -- Ich benutze den aus diesem Grund nicht mehr. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Routingfaehige Garminkarten
Sven Anders schrieb: Am Mittwoch, 4. Juni 2008 22:12 schrieb Frederik Ramm: Hallo, Ich für meinen Teil ich wäre gerne bereit jemandem 20€ zukommen zu lassen, wenn der in Zukunft regelmäßig aktuelle, routingfähige OSM Karten irgendwo zum Download bereitstellt. (Da habe ich schon mehr Geld für nutzlosere Dinge ausgegeben) Ich wuerde eigentlich gern jemandem 20€ zukommen lassen, damit der die existierende freie Software um die Faehigkeit erweitert, Routingkarten zu machen, anstatt €20 fuer eine Lizenz auszugeben ;-) Ja, ich wäre auch sehr interessiert. Wenn nur noch ein paar Bytes im Header fehlen könnte man sich die Information was diese bedeuten evtl. vom Entwickler von cGPSmapper für ein paar Euro abkaufen. Ich wüßte nicht, warum der die Info VERKAUFEN wollte. Entweder ist ihm OSM sympathisch, dann kann man Ihn einfach nach der Info fragen, oder er mag das Projekt nicht, dann wird er nicht seine Einnahmequelle gefährden durch die Herausgabe von Geschäftsgeheimnissen. Wenn man aber dem Thema auf die Spur kommen will: Man kann über Mapcenter2 auch .mp Dateien hochladen und dann nach ca. einem halben Tag werden die automatich compiliert und man kann das Ergebnis wieder herunterladen. Wenn man sich so ne Mini-MP Datei selbst erstellt und an den Parametern herumspielt wird man vermutlich schnell sehen was das für Auswirkungen auf die compilierte Map hat. Wer also hartnäckig genug ist wird das auch herausfinden. Ich für meinen Teil bin erst mal zufrieden, dass es den Webservice gibt - allerdings lässt sich meine mit osm2mp convertierte map dort nicht compilieren - er meckert herum, dass die Datei fehlerhaft wäre - vermutlich ist osm2mp noch etwas buggy. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wie und wo Mailingliste einrichten?
Holger Schrader schrieb: Hallo Liste, Wie und wo kann ich auf einem einfachen Weg eine lokale Mailingliste einrichten ohne personalisierte Werbung zu erwarten? Ciao Holger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de Probiers einfach mal auf http://groups.yahoo.com/ Die sind kostenlos und zumindest früher war das auch sehr einfach einzurichten und zu admnistrieren und sehr zuverlässig. Ich hatte da auch ne ganze Weile ne Mailinglist eingerichtet. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Software Weiterentwicklung, war: Lern-Videos
Karl Eichwalder schrieb: Thomas Hieber schrieb: Sprecht ihr von Autokarten? Mein persönlicher Maßstab sind die Google Maps (also Autokarten) + die Topo Karten von der Landesvermessungsämtern. Die Aussage weitgehend bezog sich aber ausschließlich auf das Thema Autokarten. Mein Tipp: Ende des Jahres weitgehend vollständig. Nie und nimmer (definiere weitgehend). In einigen Kernbereichen vielleicht und auch dort trügt's - nicht wenige Ecken sind nur von Sat-Bildern abgemalt. Ich bin seit ca. einem halben Jahr bei OSM dabei und habe in dieser Zeit ein rasantes Wachstum gesehen. Als ich im Dezember in der Ulmer Gegend anfing, da war das Problem wo man seine Prioritäten setzen soll, mit was man anfangen soll. Heute ist es eher ein Problem noch Flecken zu fnden die komplett fehlen. Das meiste ist prinzipiell bereits vorhanden - aber halt lückenhaft. Ende nächstes Jahr konkurrenzfähig (was die reinen Landkarten betrifft) mit Google maps. Ich bin echt gespannt, ob wir eine Karte gerendert bekommen, bei der man auf jeder Zoomstufe die abgebildeten Dinge wirklich erkennen kann. Bislang verschwindet das meiste immer irgendwie grau in grau. Ganz schlimm ist für mich die Behandlung von rail in Osmarender: klobig überlagert das oft in einem gräulichen Ton andere Objekte. Kein #257;sthetischer Genuss. Als Krönung werden aufgegebene Strecken und Straßenbahn und light_rails dafür deutlich sichtbar dargestellt. Das Rendering der Karten finde ich persönlich auch nicht so prickelnd. Da finde ich Google Maps _wesentlich_ ansprechender. Das liegt an den besseren Farben, an den besseren Verhältnissen der Straßenbreite in den Karten, an besser ausgewähltem Detaillevel z.B ab wann welche Infos ein- und ausgeblendet werden. Außerdem schafft es Google Maps auch die Kartenelemente leicht zu verschieben, wenn es sonst zu Überlappungen kommen würde - was für mich ein wesentliches, wichtiges Feature eines guten Renderers ist. Ich mache mir aber keine Sorgen um den Renderer. OpenStreetmap beschäftigt sich ja mit dem _Sammeln_ der Info. Das Rendern ist ja nicht das zentrale Thema. Und wenn ich mal fertig bin mit dem was ich mir vorgenommen habe zu mappen und bis da hin kein gute Renderer existiert, dann kann ich immer noch versuchen selbst einen besseren Renderer zu schreiben oder einen der vorhandenen Renderer anzupassen / verbessern. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Software Weiterentwicklung, war: Lern-Videos
Christoph Eckert schrieb: Ich denke dass wir bis zum Jahresende eine gute Abdeckung erreicht haben werden. Einzelne weiße Fleckchen wird es aber auch in 5 Jahren noch geben. Bis Jahresende denke ich auch, dass wir eine brauchbare Deutschlandkarte haben werden. Dann wird das Thema Routing langsam spannend, denn dann könnte es für den Hausgebrauch von den Daten her reichen. Allerdings beginnt dann das große Fehlersuchen: Fehlende einzelne Straßen in Großstädten. Fehlende oder falsche Einbahnhinweise und fehlende oder falsche Abbiegerestriktionen. An weiße Flecken in 5 Jahren glaube ich inzwischen nicht mehr. Wenn mal in der nähren Umgebung auch die letzte Parkbank erfasst ist, dann wird man gezielt solche Gegenden anfahren, damit man mal wieder einen kompletten Ort kartographieren kann. Mein Tipp: Ende des Jahres weitgehend vollständig. Ende nächstes Jahr konkurrenzfähig (was die reinen Landkarten betrifft) mit Google maps. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM usability
Christian Malolepszy schrieb: Johann H. Addicks wrote: Mich hat der JOSM aber nachhaltig abgeschreckt, weil's mir das bestätigt, was ich fast immer (halbwegs) mächtigen JAVA-Applikationen empfinde: Schwerfällig und dazu auch noch völlig inkonsistent in der Bedienung. Das ist etwa der Sprung von Corel Draw zu Inkscape. Im OpenSource-Bereich ist es meistens so, dass die Entwickler es in der Freizeit machen und zwar so wie sie es meinen. Ist auch klar, sie verstehen den Background der Anwendung und so kommen sie mit dem Workflow der Oberfläche klar. Meiner Meinung nach fehlt es bei den Projekten an Leuten die sich eben um die Benutzerfreundlichkeit Gedanken machen und die Ideen auch durchsetzen können, es fehlt oft an qualifizierten Testern die Fehler finden und die Tests auch systematisch durchführen. In vielen, leider nicht allen, Firmen gibt es eben solche Personen die Einfluss auf die Entwicklung nehmen. In der OpenSource Welt kann jeder dazu beitragen die Software besser zu machen, aber die wenigsten tun es sie meckern lieber.. dabei würden konstruktive Beiträge viel mehr bringen. Ich glaube das geht in der OpenSource Welt extrem schwer - denn die meisten Entwickler haben keine Lust Features, die in ihren Augen gut funktionieren wieder umzubauen, nur weil ein dahergelaufener User denkt, dass es anders besser wäre. Im besten Fall kommt ein machs doch selbst und schick mir den Patch - wohlwissend dass man von dem Frager danach nie wieder was hören wird. Ich denke hier muss man einfach damit leben: Wenn man Dinge selbst verbessern kann, dann muss man sie auch selbst verbessern und wenn man es nicht kann muss man sich mit dem arrangieren, was man hat. Ich würde mir auch zutrauen ein deutlich intuitiveres Bedienkonzept für Josm zu spezifizieren - aber was würde das bringen? Ich als C++ Programmierer kann das in Java nicht umsetzen und ich werde kaum einen von der Liste hier überreden können es für mich zu tun. Also arrangiere ich mich mit JOSM - und wenn man mal die Keyboard Shortcuts alle kennt, dann geht die Arbeit ja auch recht flott von der Hand. Wie verquer da manches ist merkt man erst wieder wenn man einem Newcomer das ganze erklären muss. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Ganz allgemein zu Tags und speziell zu man-made und historic
Roman Grabolle schrieb: Ich bin zu kurz dabei, um hier jetzt wirklich fundamentale Kritik üben zu wollen, aber nicht nur die historischen Tags scheinen mir eher spontan entstanden zu sein. Vielleicht wäre es an der Zeit, die mal in großer Runde, also am besten in englischer Sprache zu diskutieren. Ich pfllichte Dir da bei. Die meisten Tags sind wohl historisch gewachsen und weit davon entfernt in sich konsistent und logisch zu sein. Ich glaube auch, dass es hier früher oder später zu einer großen Bereinigung kommen muss. Da sich aber andererseits die bisherigen Tags meist problemlos durch einen einfachen Konverter (Wenn dieses und jenes Tag vorhanden sind, dann lösche diesen Tag und setze dafür jenen Tag) ändern lassen ist das für mich im Moment kein Grund die Arbeit an OSM ruhen zu lassen. Ich würde mich aber auch freuen, wenn man dieses Chaos etwas lichten könnte und wenn sich da mal jemand engagieren würde. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Server-Auslastung und -Aufrüstung
Sven Grüner schrieb: Auf der DEV-Liste gibt es regelmäßig sehr schlaue Vorschläge der Art man müsste..., ihr solltet..., usw. Die helfen keinem weiter, zumal sie sich regelmäßig wiederholen. Stattdessen braucht es jemanden, der sich der Probleme annimmt, sie analysiert, sich mit möglichen Lösungen befasst und das ganze dann umsetzt. Und das braucht nun mal sehr viel Zeit und Energie, vom Geld ganz zu schweigen. Ich finde es nicht richtig, Robert hier einfach mal auf Verdacht in einen Topf mit anderen Leuten zu werfen die ne Menge schlauer Ideen haben, aber die nicht umsetzen können. Wenn ich anschaue wieviele Leute hier mitarbeiten ist es doch gar nicht so unwahrscheinleich, dass irgendwo einer ist, der dem Projekt tatsächlich mit Geld oder Know-How helfen kann. Wenn hier irgendeiner mitliest, der z.B. bei HP oder IBM Zugang zum Management hat dann wäre es meiner Meinung nach denkbar, dass der es auch schaffen würde eine komplette Serverausstattung für das Projekt zu organisieren, wenn im Gegenzug auf der OSM Startseite ein kleines Server hardware provided by IBM eingeblendet würde. Und wenn Rober Zugang zu Mozilla hat, dann soll er doch zumindest mal probieren mit denen über dieses Problem zu reden... (wenn es denn überhaupt eins ist) Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Waldschneisen
Karl Eichwalder schrieb: Wie wollen wir waldschneisen taggen? Vorrangig interessieren mich diese richtig breiten schneisen, die für überlandleitungen oder aus gründen des brandschutzes angelegt sind. Ich würde die Waldschneise einfach aussparen und links und rechts von der Schneise Wald einzeichnen. Das sind zwar keine sonderlich starken Gründe, aber ich fand das immer praktisch, weil man dadurch manchmal sehr große Waldgebiete ohne inhaltliche Fehler wieder etwas kleiner bekommt. Außerdem spart man sich so in vielen Fällen auch das Gedöns mit dem multipolygon, das ja reichlich unkomfortabel in JOSM gelöst ist (wie wohl das meiste was mit relations zu tun hat.) Und falsch ist die Vorgehensweise m.E. nicht - denn das was unter den Leitungen wächst ist ja oft kaum mehr als Gestrüpp und wenn ich so was auf freiem Feld finden würde käme ich ja auch nicht auf die Idee so etwas Wald zu nennen. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM heute abend im Fernsehen
André Reichelt schrieb: Der Beitrag lief gerade. Hat villeicht wer mitgeschnitten? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de Hab die erste Ausstrahlung verpaßt, heute Nacht zwischen 2:00 und 7:00 werden aber alle Regionalen Lokalzeitsendungen des WDR nochmal ausgestrahlt. Lokalzeit Köln gleich um 2:00. Rekorder ist bereits programmiert... Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Taggen von aufgegebenen Wegen?
PHerison schrieb: Moin moin Ich bin heute einen Waldweg gelaufen, der auf den offiziellen Karten noch als Weg eingezeichnet ist. Ganz offensichtlich wird dieser Weg aber nicht mehr genutzt und gepflegt, d.h. die Buesche am Rand haben einen Grossteil des Weges wieder in Besitz genommen, es wachsen Schoesslinge mitten drauf und ab und an liegt ein umgefallener Baum quer. Der Weg scheint auch nicht von anderen Wanderern genutzt zu werden, da kein Trampelpfad oder andere Hinweise von haeufiger Nutzung zu sehen war. Frage: Sollte so ein Weg noch getaggt werden oder nicht. Ich mache so was immer vom Zustand abhängig: Wenn der Weg nur etwas unordentlich oder verwildert aussieht, dann mappe ich ihn trotzdem und teile ihn auch von der Kategorie ein, als ob er in ordentlichem Zustand wäre. Wenn der Weg aber offensichtlich so präpariert ist, dass man erkennt, dass da mal ein Weg war, der jetzt aufgegeben wird, dann lasse ich den Weg draußen. (Bei uns ist es üblich, gleich auf den ersten Metern einen oder mehrere Bäume quer zu legen, so dass man normalerweise schon gar nicht auf die Idee kommt da entlang zu gehen oder zu fahren. Und am Bewuchs sieht man auch recht gut, ob das erst seit ein paar Wochen so ist, oder ob die Natur bereits anfängt den Weg zurückzuerobern, indem z.B. im Weg kleine Büsche anfangen zu wachsen) So wie Du es beschreibst ist das ja eindeutig ein aufgegebener Weg und so was muß ja nicht mehr bei OSM rein. Im Moment kann man den mit etwas sportlichem Ehrgeiz noch begehen, aber in ein oder zwei Jahren macht es keinen Unterschied ob man diesen Weg nutzt oder querfeldein durch den Wald geht. Und wenn man den Weg heute begeht kann es vermutlich auch sein, dass man von einem Förster oder Waldarbeiter blöd angequatscht wird - die legen die Bäume ja nicht aus Versehen quer über den Weg. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Fehler melden (was: Re: Aufruf: Autobahnen fertig mappen)
Gerald Oppen schrieb: @Stefan Schwan Irgendwie alles richtig was Du geschrieben hast-aber offenbar nicht verstanden um was es mir geht: Das überschauber Autobahnnetz in einer überschaubaren Zeit in einen routingfähigen Zustand mit allen Auf-und Abfahrten zu bekommen.Es gibt bereits funktionierende Router. Um diese eindrucksvoll demonstrieren zu können sollte aber ein Routing quer durch Deuschland möglich sein ohne das auffällige Haken geschlagen werden weil Ausfahrten/links noch nicht vorhanden sind. Damit gewinnen wir dann auch Mapper die nicht nur mit dem Fahrrad in ihrer unmittelbaren Umgebung aktiv sind wie es mir bei sehr vielen der Fall zu sein scheint. Soll nicht negativ gewertet sein-aber da wird viel Aufwand in Fussweg- und Bachbettbreiten gesteckt während die wichtigste Strassenkategorie nur mangelhaft erfasst ist. Mit den bisherigen Mitteln und Methoden kann es noch sehr lange dauern bis das relativ einfache Autobahnnetz fertiggestellt ist. Nutzt man aber das bereits erwähnte Potential aus kann das in wenigen Wochen erledigt sein. Ich finde die Idee, dass die Autobahnen die wichtigste Straßenkategorie ist etwas problematisch, da hier jeder seine eigenen, persönlichen Ziele hat. Ich selbst bin so gut wie nie auf der Autobahn unterwegs, und die Autobahnen in meiner Nähe sind wohl auch (auf den ersten Blick) vollständig. Ich für meinen Teil habe auch keine Motivation einfach routinemäßig hunderte Autobahnkilometer abzufahren, am besten noch jede Ausfahrt raus und wieder rein und auf jeden Parkplatz anhalten. Wenn ich konkret wüßte, dass irgendwo noch 1 oder 2 Ausfahren fehlen und ich wäre gerade sowieso auf dieser Autobahn unterwegs, dann würde ich aber vermutlich schon einen Abstecher machen. Ich finde das System der Holländer echt klasse, warum das nicht einfach mitnutzen, bzw. eine Vereinheitlichung anstreben und das ganze z.B. auf einen der offiziellen Server umziehen? Und wer das nicht nutzen will, der soll es halt sein lassen. Ich würde mich auf jeden Fall sofort für meine Gegend registrieren lassen um von Fehlern benachrichtigt zu werden. Und ich hätte auch keine Angst vor zu viel Feedback - eher im Gegenteil. Mein persönlicher Schwerpunkt bleibt aber trotz allem meine Gegend und nicht das Gesamtautobahnnetz von Deutschland. Und da ist mir ein fehlender Wanderparkplatz in Ulm letztlich wichtiger als ein fehlendes Autobahnstück in Rostock. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Korrekturen im Schwarzwald?
Holger Issle schrieb: Hi, letzte Woche war ich ein wenig im Scharzwald unterwegs. U.A. Die Straße von Schramberg über Lauterbach nach Hornberg ist total schlecht verzeichnet (Karte weicht zum Teil weit über 100m von der Realität ab). Wie macht man das am besten richtig? Löschen und neu eintragen? Ich verschiebe in so einen Fall einfach die vorhandenen Nodes und füge fehlende Nodes ein (bisher waren solche Tracks mit denen ich zu tun hatte auch mit viel zuwenig Punkten gespeichert). Warum sollte man den Weg zuerst löschen? Evtl hängen ja an den Teilstücken oder an einzelnen Nodes schon interessante Infos dran. Außerdem ändert sich dann die way-id - und wer weiß wofür es gut ist, wenn die wenigstens gleich bleibt. Wichtig ist aber in so einem Fall, dass man sich sicher ist, nicht irgendwas zu verschlimmbessern, weil z.B. das eigene Navi gerade ein Problem mit dem Empfang hatte. So richtig sicher fühle ich ich bei so einer Aktion erst, wenn ich wenigstens 2 Tracks habe (eigene oder vom Server), die mindestens ein paar Stunden auseinander liegen untereinander kaum Abweichungen zeigen, aber große Abweichungen zum vorhandenen Way haben. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Knoppix?
Gerald.Oppen schrieb: Gibt es schon was in die Richtung OSM-Demo CD? Eine Sammlung von OSM-Daten, Anwendungen,... zum Verteilen? Ende Mai soll ja OSM beim Pocketnavigatinstreffen ein Thema sein- wäre schön dort sowas zu haben, aber alleine bekomme ich das bis dahin nicht aus dem Boden gestampft, vielleicht mag das ja jemand unterstützen? Finde ich eine prima Idee, auch wenn ich leider nicht dabei helfen kann. Ich bin ja schon froh wenn ich auf meinem eeepc in der Lage bin irgendwelche Programme nachzuinstallieren. Ich fände es aber ganz große Klasse, wenn auf dieser OSM Knoppix CD auch ein [EMAIL PROTECTED] client drauf wäre - ich würde da gerne unterstützen, aber die Installation unter Windows war mir bisher zu aufwändig, und der eeepc ist ja bei [EMAIL PROTECTED] keine echte Hilfe. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Warnwesten mit OSM-Aufdruck
Frederik Ramm schrieb: Was ich von Euch gern wissen wuerde - findet ihr die Idee gut, oder ist so eine Weste eher ein unpraktisches und albernes Kleidungsstueck, das man eh nie anziehen wuerde? Ich habe selbst naemlich keine Erfahrung darin, mit solchen Dingern rumzulaufen/fahren. Ich denke, wenn man so eine Weste herstellen lässt, dann sollte sie seriös wirken - d.h. Entweder die Aufschrift VERMESSUNG www.openstreetmap.org oder sogar nur: www.openstreetmap.org Das ganze in simpler schwarzer Schrift auf einer normalen Warnweste. Ich habe anfangs auch überlegt wie meine Umwelt wohl darauf reagiert, wenn ich irgendwie unmotiviert durch die Gegend laufe, Straße vor und zurück und dann noch irgendwie Straßenschilder fotografiert. Wenn man so auffällig unterwegs ist, dann ist so ne Weste sicher beruhigend um nicht in ein falsches Licht zu kommen. Ich bin normaleweise auch in den Dörfern unterwegs, aber ich habe mir inzwischen angewöhnt das ganze einfach unauffällig abzuwickeln - d.h. keine Fotos von Straßenschildern, sondern entweder ein Diktiergerät oder die Texteingabe von meinem Garmin. Und ich hample auch nicht länger als nötig an irgendeiner Stelle herum. Das einzige was mir immer noch ein bischen peinlich ist - weil es einfach für außenstehende seltsam wirken muss - ist wenn ich an einer Kreuzung einfach auf dem Absatz kehrt mache und den gleichen Weg zurücklaufe oder wenn ich eine Seitenstraße nur ein paar Meter ablaufe und dann zurück auf den alten Weg gehe. Dann schaue ich manchmal beim Umdrehen demonstrativ auf die Uhr oder aufs GPS um den Leuten die mir zuschauen einen guten Grund zu liefern, warum ich jetzt umdrehe. Die meisten halten den Garmin ja vermutlich sowieso für ein altmodisches Handy. Ob ich mir eine OSM Weste zulegen würde hängt für mich auch vom Preis ab. Falls es nur wenige Euro wären, dann wäre es mit den Gag wert - müsste ich dann aber immer noch schauen, ob ich mich so auch auf den Weg zum Mapping machen würde. (Falls ja dann würde ich aber auch ein paar Flyer benötigen...) Mehr als 10€ wäre ich aber nicht bereit dafür zu investieren - so wichtig wäre mir das dann nicht... Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Umlaute
Henry Every schrieb: ich weiss nicht wem es von euch auch so ergeht, aber mich stoert ein wenig die Benutzung von Umlauten auf der Mailingliste. Da dadurch die Lesbarkeit sehr stark beeintraechtigt ist. Oder stelle ich mich nur ein wenig an ? Um die Frage direkt zu beantworten: Ja ich finde, da stellst Du Dich ein wenig an - bei den meisten Mails hier gibt es keinerlei Probleme mit den Umlauten - und ich denke bei den wenigen wo es Probleme gibt ist wohl das Mailprogramm falsch eingestellt oder es handelt sich um eine ultraseltsame Codierung. Wegen den paar Fällen wieder zurück ins 7bit ASCII Zeitalter sehe ich nicht ein. Vorher gebe ich es ganz auf hier auf der Liste zu schreiben. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mappen mit dem eeePC
André Reichelt schrieb: Na dann sollten die Vorschläge doch mal schläunigst umgesetzt werden, oder? Ich habe mir das ganze sogar schon mal angeschaut - dann aber festgestellt, dass ich von GUI Programmierung unter Java doch zu wenig Ahnung habe - als alter C++ Entwickler. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Rechtecke Zeichnen
Annette Thurow schrieb: Ich weiß, daß ich mich wiederhole, aber ich habe das Gefühl, ich kann es nicht oft genug sagen: Gebäude sind nicht Rechtwinklig. (Wirken lassen! JA! Das stimmt!) Das ist eine stark vereinfachende Wahrnehmung. Den Super-Gau haben wir hier: http://informationfreeway.org/?lat=52.387509236670056lon=9.697127626059402zoom=16layers=B000F000F Es handelt sich dabei um den Großen Garten der Herrenhäuser Gärten, der sich rühmt, das best-vermessenste Gebiet Deutschlands zu sein (Die Vermessungs-Leute studieren nebenan und üben hier.) Es sieht bei OSM rechtwinklig aus, weil jemand meinte, das wäre so. Stattdessen ist das Ding in Wirklichkeit total windschief !!! (Man sehe sich einfach mal ein Luftbild an...) Ich appelliere nochmals, die dumme verfälschende Funktion Rechtecke zeichnen zu vergessen, und endlich zum Vermessen der Wirklichkeit überzugehen. Schönen Gruß aus einer krummen Realität! Lulu-Ann Ich bin wahrscheinlich zu blind, aber wenn ich die angegebene Seite mit den Google Satellitenbildern übereinanderlege, dann sieht der Park in meinen Augen perfekt aus: http://sautter.com/map/?lat=52.38854lon=9.6993zoom=16layers=0B000TTFF Und die Gebäude haben so wenig mit der Realität zu tun, dass der exakte Winkel nun wirklich das kleinste Problem ist. In diesem Fall halte ich es für OK einfach mal einen rechten Winkel anzunehmen, bis man durch konkrete Messungen die tatsächlichen Größen und Posititionen bestimmt hat. Wenn dieses Beispiel bereits der Super-GAU ist, dann haben wir im Normalfall wohl keine ernsthaften Probleme mit diesem Thema. Just my 2ct Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wald, Gebüsch, Urwald, Hecken us w.; natural=wood / landuse=forest
micha ruh schrieb: Hallo Mapper, ich weiss es ist ein viel diskutiertes (heisses) Thema, aber ich muss es ansprechen, da sich momentan ein Karten- und Wiki-EditWar etabliert (hat). Ich finde das landuse=forest / natual=wood Thema auch ein ziemlich lästiges. In meinen Augen liegt die Ursache in der Empfehlung hier in Deutschland alles als natural=wood zu taggen, wogegen die eigentliche Definition bedeutet, dass ein Deutschland ca. 95% der Waldflächen landuse=forest sein müsste, von ein paar wenigen naturbelassenen Wäldern in Naturschutzgebieten abgesehen. (Das ist so ein Thema, wo man als Landbewohner sagt: Typisch Städter - kaum sehen die einen Baum denken sie das wäre alles 100% Natur) Als Mapper steht man dann vor der Gewissensentscheidung auf welche Art man es falsch machen soll. In meinen Augen würde es reichen mal klar zu sagen, dass in Deutschland ein Wald normalerweise immer landuse=forest ist. Und wer bei einem Stück genau weiß, dass es tatsächlich ein naturbelassener Wald ist, der darf auch mit natural=wood taggen. Ich habe in den vergangenen Monaten große Teile der Schwäbischen Alb anhand der Landsat Bilder mit Wäldern versorgt und ich habe mich dabei an die umliegenden Flächen angepaßt, da ich bewußt KEINEN Edit-War heraufbeschwören wollte. Im Regelfall ist das dann landuse=forest gewesen. Inzwischen sind aber einige Wälder auf natural=wood geändert, da speziell die Region um Stuttgart eher ein Anhänger der natural=wood fraktion war. Ich habe keine Lust da alles hin und her zu ändern, auch wenn ich natural=wood für inhaltlich falsch halte. Ich finde aber ziemlich dämlich, wenn Flächen mit natural=wood UND mit landuse=forest getaggt werden. Beides sind Tags die den Landuse anzeigen. Was soll ein Renderer jetzt daraus machen? Er wählt irgendeines der beiden Tags aus - aber das ist doch keine Lösung sondern ein oberfauler Kompromiss. Wenn man hier wirklich was verbessern will, dann wäre es in meinen Augen noch nett Laubwälder, Nadelwälder und Mischwälder zu unterscheiden. Ich orientere mich bei meinem persönlichen OSM Ziel an der gängigen Wander- und Freizeitkarten, und da ist so was üblich. Wir sind in OSM zwar besser was die Kategorisierung der Wege betrifft aber bei den Wäldern kann man mit einer normalen Wanderkarte mehr anfangen. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] API 0.6
Frederik Ramm schrieb: Hallo, @Frederik: Könntest du mal schauen, was da los ist? Ist notiert, aber gerade sitze ich in London und hacke mit den anderen am API 0.6 ;-) http://wiki.openstreetmap.org/index.php/OSM_Protocol_Version_0.6 Wenn Ihr grad über das API 0.6 diskutiert, denkt ihr bitte auch dran, eine Möglichkeit zu schaffen über das API alle Nodes und Wege aus einem Area abzufragen, inclusive der gelöschten? Ich habe in der bisherigen API Doku nichts gefunden, was da passt (oder ich habe nich gut genug gesucht). Ideal wäre eine Abfrage, die alle Objekte liefert, die irgendwann in ihrem Lifecycle einmal in den angegebenen Area waren, sonst können Elemente unauffällige gelöscht werden, indem die Nodes irgendwo in den Pazifik verschoben werden. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [KA-Geo] Strassen in Bau (highway = construction ist ungeeignet!)
Toni Erdmann schrieb: Norbert Hoffmann schrieb: Guenther Meyer wrote: sorry, aber diese herangehensweise erscheint mir unlogisch. ein highway=primary und was in der art construction=yes sollte das ganze sinnvoll beschreiben. Warum ich das für falsch halte, habe ich ja schon geschrieben: Wenn eine Baustelle mit highway=primary getagged würde, dann wäre plötzlich die Bedeutung dieses Eintrages geändert. Bisher ist highway=primary eine größere befahrbare Straße. Wäre construction ein zusätzlicher key, dann können sich plötzlich auch noch Schlammwüsten, Pläne in einer Schublade oder unausgegorene Ideen in den Köpfen einiger Leute dahinter verbergen. ... und wenn construction gesetzt ist, dann WIRD das eine entsprechende strasse. wenn alles fertig gebaut ist, einfach das construction flag entfernen, und gut is. ... und die Routingprogramme müssen wissen, dass highway=primary nicht immer zum Routing herangezogen werden darf (und so weiter und so fort). Wenn es (noch) keine Straße ist, dann halte ich es für Unsinn es als Straße zu taggen und noch Ausnahmekeys zu erfinden. Dem kann ich nur zustimmen.Was erwarten wir denn von einem Routingprogramm? -- das auf einem u.U. schwachbrüstigem Endgerät a la Handy, PDA möglichst schnell zu einem Ergebniss kommt, das natürlich auch noch korrekt sein soll. D.h. für mich: macht die Entscheidung, ob eine Straße benutzbar ist nicht von zu vielen Tags abhängig. highway=primary + construction=xxx + start_date= + ... ist für die Performance eines Routingprogrammes schlechter als highway=construction + ein Mapper der das ändert, wenn die Straße fertig ist nur, um mal zwei extreme Beispiele zu nennen. die renderer muessens dann halt auch entsprechend darstellen. Sowieso, aber da gibts nicht die Performanceprobleme, denn die laufen meist auf PCs, oder? Und das würden sie auch tun, wenn du nicht eine andere als die schon genutzte Methode Baustellen zu kennzeichnen verwenden würdest. Derzeit gibt's eine Methode: highway=construction + construction=secondary z.B. und die funzt. Ich finde die aktuelle Methode (highway=construction + construction=secondary) vielleicht nicht optimal, aber auf jeden Fall besser als die idee mit highway=secondary + construction=... Der Grund ist für mich einfach die Grundidee hinter diesem ganzen Tag Value Thema. Normalerweise müssen OSM Tools nur die Tags / Values auswerten die sie auch verwenden - also z.B. mkgmap such gezielt nach bestimmten highway=xxx Tags um daraus abzuleiten, ob dieser Way aufs Garmin soll, und wenn ja welcher Garmin Typ verwendet wird. mkgmap wertet z.B. kein maxspeed=xxx aus. Wenn ich aber nach diesem simplem Schema vorgehe, dann habe ich am Ende auch alle geplanten Straßen kommentarlos im Garmin drin als normale Straße. Der Autor von mkgmap müsste also regelmäig prüfen, ob irgendjemand zu einem highway tag irgendwelche Zusatztags erfunden hat, die aus einem echten Highway einen geplanten Highway machen, oder einen Highway, der vielleicht bei den französischen Revolution mal benutzt worden ist. Ich bin der Meinung, dass die OSM Tools sich auf die Schnittstelle highway=secondary verlassen können müssen ohne permanent auf zusätzliche weitere Key/Value Paare achten zu müssen. Eigentlich ist auch highway=construction hier nicht korrekt, da auch hier manche Tools vielleicht glauben könnten, es handelt sich um einen speziellen Typ von Weg, den sie nicht kennen und würden dann evtl. einen generischen Weg zeichen oder fürs Routing nutzen. Am saubersten wäre gewesen diesen Way mit planned_highway=secondary zu taggen. Dann würde es keine Verwechslung mit normalen Ways geben, und tools die das Konzept kennen könnten trotzdem problemlos damit umgehen. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] verschiedene Wasserflächen aneinander zeichnen (analog Gebäude)
Rolf Gehring schrieb: Mein Vorschlag wäre: Bei aneinander stoßenden Wasserflächen sollte eine dünne, gestrichelte blaue Linie entstehen. Damit wird sowohl der Übergang als auch der Zusammenhalt der Wasseroberfläche sichtbar. ... Gab es nicht schon einmal zeitlich unterschiedliche Fahrverbote auf Berliner und Brandenburger Gewässern? Dafür ist es doch sehr wichtig zu wissen, auf welcher Seite der Bundeslandsgrenze man sich gerade befindet. Aus praktischen Erwägungen werden im Moment aber auch Flussläufe wie z.B. die Donau in solche Segmente zerlegt. Man will ja nicht beim Editieren eines Gebietes, durch das die Donau fließt sofort die ganze Donau vom Server laden. Ist ja auch ein ähnliches Thema wie bei der Coastline. Von daher halte ich es für zwingend, dass es möglich sein muss Wasserflächen genau auf diese Art und Weise zu erzeugen - und ich finde, man sollte maplint mal die entsprechenden Warnungen abgewöhnen. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] eTrex Vista HCx
Michael Buege schrieb: Bevor ich jetzt aufrueste... Kann ich auf einem Garnin eTrex Vista HCx mit OSM Karten arbeiten? Michael Das Darstellen der Map geht, das Routing nach der OSM Karte geht nicht - es ist auch unklar, ob das je gehen wird, da die ganze Aktion mit den Karten auf dem Garmin von Garmin nicht unterstützt wird. D.h. alles was man über die Schnittstelle weiß ist wohl über rumprobieren erarbeitet worden (oder Infos über inoffizielle Wege...) - auf jeden Fall ist Garmin für kommende Weiterentwicklungen eher eine Sackgasse, da man wohl keine eigenen Programme drauf bekommen wird. Im Moment ist Garmin sicher eines der am besten für OSM geeigneten Geräte - aber in 1-2 Jahren denke ich wird es besseres geben. (GPS Handy, MIDs, UMPC, PDA - was auch immer, aber auf jeden Fall wird ein spezielles OSM Programm darauf laufen und das wird vermutlich besser auf OSM abgestimmt sein als Garmin) Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM - langsam bei ausgefüllten Polygo nen?
Wolfgang Silbermayr schrieb: Frederik Ramm schrieb: Hallo, Ich habe mich (obwohl ich schon einige Zeit mappe) vor Kurzem erst intensiver mit ausgefüllten Polygonen beschäftigt, insbesondere um Wälder zu mappen. Die aktuelle Version von JOSM wird jedoch immer dann extrem langsam wenn eine große Fläche eines halbtransparent ausgefüllten Polygons sichtbar ist JOSM mit Wireframe-Anzeige ist langsam, JOSM mit mappaint ist langsamer und JOSM mit mappaint mit ausgefuellten Polygonen ist extremst langsam. Dieser ganze Zeichencode ist ueberhaupt nicht optimiert, da ist viel Spielraum fuer Verbesserungen (wie JOSM-NG schon bewiesen hat). Wenn sich jemand mal gruendlich der Sache annehmen will, das waere allen eine grosse Hilfe. Habe da mal reingesehn, und bei dem Code, der das Zeichnen der Polygone betrifft, scheint nicht sehr viel Raum für Verbesserungen zu sein. Die Funktion g.fillPolygon(polygon); in org/openstreetmap/josm/data/osm/visitor/MapPaintVisitor.java Zeile 228 im aktuellen SVN benötigt nach meinen Messungen über 1 Sekunde, wenn ich ein Polygon so anzeigen lasse, dass es die gesamte Zeichenfläche ausfüllt. Sind mehrere übereinander liegende Polygone im Bild, so kann es durchaus mal bis zu 5 Sekunden dauern, bis ein Zoomschritt durchgeführt wurde. fillPolygon() ist eine Java-eigene Funktion: http://java.sun.com/j2se/1.4.2/docs/api/java/awt/Graphics.html Wenn da jemand andere Verbesserungsvorschläge hätte als Java abzuändern oder eine eigene Alternative zu schreiben (die natürlich auch erstmal effizienter werden müsste) würde mich das sehr freuen. Ein Workaround, der mir so auf die Schnelle einfällt (aber sicher nicht das Gelbe vom Ei ist), wäre zuerst mit Wireframe zu zeichnen, und dann das Befüllen der Polygone einem Workerthread zu überlassen. Lg, Wolfgang. Ich bin ja bestimmt kein JAVA Spezialist - daher kann das natürlich auch Blödsinn sein, den ich schreibe, aber ich meine mich zu erinnern, das Eclipse ein eigenes Grafikframework für die GUI geschrieben hat, da die normalen JAVA Klassen zu langsam waren. Dieses Eclipse GUI Framework ist meines Wissens auf den wichtigsten Plattformen als native Implementation verfügbar. Evtl. wäre das ja einen Blick wert. Eine andere Alternative wäre OpenGL für die Darstellung zu nutzen (Falls unter JAVA verfügbar). Das ist auch Plattfromunabhängig, und das Zeichnen eines ausgefüllten Polygons mit teilweiser Transparenz ist für OpenGL eher eine Sache von Millisekunden als von Sekunden. Und so als Nebeneffekt wäre es auch möglich eine deutlich ansprechendere Darstellung der Karte erreichen, indem auch Linien als texturierte Polygone dargestellt würden. (Um z.B. eine Linie noch eine dunkle Umrandung zu geben.) Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] tagging von ADFC Fahrrad Info Zentrum
Harald Kirsch schrieb: Hi, für die lokale Ausgabe der ADFC-Mitgliederzeitung D'dorf will ich eine Kartenausschnitt mit markiertem Kartenstandort des ADFC Info Zentrums abdrucken. Wie würdet ihr das Info Zentrum taggen? Am besten natürlich gleich so, dass es wenigstens auf Osmarender angezeigt wird. Ich habe wohl keine Zeit mehr auf den Mapnik-Update zu warten und schon gar keine Zeit selbst mit den Renderern rumzumachen. Danke, Harald. Nimm doch Kosmos zum Rendering. Das ist recht unkompliziert in der Handhabung und Du kannst die resultierenden Dateien nachbearbeiten, um z.B. das ADFC Info Zentrum mit dem richtigen ADFC Logo hervorzuheben. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Api down?
Christian Karrié schrieb: Na wir werden sehen. Ist ja schönes Wetter draußen, da können die Mapper derweil ja noch fleißig Daten sammeln gehen. :-D Oder schön fürs Studium lernen müssen :-( ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de Api geht doch wieder - zumindest hier. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hausnummern in Osmarender
Etric Celine schrieb: Moin, On Wednesday 23 April 2008 04:29:47 Paul Lenz wrote: solange halte ich das Mappen von Hausnummern fuer eine Verschwendung von kostbarer Arbeitszeit. es gibt keine verschwendete kostbare Arbeitszeit in OpenSource bzw OpenMap Projekten. Immerhin wird niemand bezahlt und besser jemand trägt ein paar Hausnummern ein weil ihm das grade Spaß macht, also wenn er garnichts beiträgt. Man sollte mit Kritik immer etwas Vorsichtiger sein bei einem Projekt das auf freiwilliger Basis Leute anlocken will. Ich denke auch, dass man bei einem OpenSource Projekt nie Arbeitszeit verschwenden kann. Das was ich mache, das mache ich, weil ich Spaß daran habe und nicht weil ich verbissen irgendeiner großen Vision nachlaufe. Und mir persönlich ist es egal, ob irgendwer der Meinung ist, dass es wichtiger wäre in irgendeinem Nachbarort die Wohngebiete zu kartografieren, während ich im Moment Spaß daran habe die Feld- und Wanderwege um meinen Ort zu kartografieren. Und wenn ich der Meinung wäre, dass es wichtiger ist, in meinem Ort auch noch die Telefonzellen, Briefkästen, Bäcker, Metzger und Hausnummern zu erfassen anstatt im Nachbarort die Hauptstraßen dann würde ich genau das machen. Und ich glaube, so viel könnte mir hier gar keiner bezahlen, dass ich in meiner Freizeit anfangen würde Dinge zu tun, die mir keinen Spaß machen. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] GPS für Einsteiger
Till Maas schrieb: On Wednesday 23 April 2008 13:01:50 Christian Hartnick wrote: Ich habe mir vor kurzem das Garmin Vista HCx angeschafft und bin sehr zufrieden: Vorteile: [...] Wichtig sind hier noch elektronischer Kompass und Höhenmesser. Wenn man die nicht braucht, kann man sich auch das Legend HCx holen und kommt auf 190 Euro. Grüße, Till ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de Ich habe das Garmin Legend HCx und ein Transystem iBlue 747. Die haben in meinen Augen beide ihre Daseinsberechtigung und ihre Probleme. Bei guten Empfangsbedingungen produzieren sie beide sehr gute Tracks, die bei parallelem Betrieb in JOSM praktisch nicht voneinander unterscheidbar sind. Bei schlechten Bedingungen liegen sie deutlich auseinander, wobei beide Tracks stark wackeln, so daß es kaum möglich ist zu sagen, welche Werte jetzt besser sind. Ich habe da bei Garmin ein etwas besseres Gefühl, aber da liegen keine Welten dazwischen. Das Plus beim Garmin ist in meinen Augen die Kartendarstellung und die Möglichkeit bei den Waypoints auch gleich noch einen Text einzugeben oder ein Symbol auszuwählen. Das ist zwar recht fummelig mit dem Mini-Joystick und während der Fahrt mit dem Fahrrad schaffe ich das überhaupt nicht. Insgesamt halte ich persönlich zwar die Garmins für gut geeignet für den Einsatz mit OSM - aber ideal sind sie bestimmt nicht. Ideal wäre in meinen Augen ein Pocket-PC mit integriertem GPS und einer ähnlich guten Verarbeitung, Robustheit und Akkulaufzeit wie ein Garmin. Dadurch dass die Software auf dem Gerät Closed Source ist gibt es halt kaum Möglichkeiten z.B. die Kartendarstellung zu optimieren - und man kann mit den TYP-Files zwar viel anpassen, aber so richtig prickelnd sieht das ganze am Ende so oder so nicht aus. Auch finde ich das Display zwar OK, aber bei hellem Sonnenlicht ist da bei manchen Winkeln nicht mehr viel zu erkennen, geschweigen denn, dass Farben in der Karte unterscheidbar wären. Wenn man dann noch den Preis der Geräte vergleicht (ca. 200€ gegen ca. 50€), dann steht es für mich unentschieden. Man sollte sich sowieso bewußt sein, dass so eine Anschaffung nicht für die Ewigkeit ist, sondern dass in 1-2 Jahren so oder so dass nächste Gerät gekauft wird. Meine persönliche Einschätzung ist so, dass GPS über kurz oder lang in jedem Mittelklasse Handy drin sein wird - und da gibt es über Java ja genung Möglichkeit wirklich gute Bedienoberflächen fürs Mapping und für die Navigation zu erstellen. Über kurz oder lang werden die Geräte allein schon durch die bessere Software die ganzen Spezialgeräte weitgehend verdrängen. Mein Fazit wäre: Wenn Geld keine große Rolle spielt hol Dir ein Garmin - auf jeden Fall eins mit Farbdisplay und Speicherkarte (wie z.B. das Legend HCx). Wenn Du Spaß daran hast, ruhig auch eines der besseren Modelle. Wenn es Dir darum geht günstig einen Einstieg in OSM zu machen, dann hol Dir bei ebay einen der günstigen GPS Logger. Die sind noch viel kleiner wie die Garmins, die kann man also IMMER dabei haben und funktionieren auch ausreichend gut genug um nicht am Schluss frustriert aufgeben zu müssen. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] data_stats.html
Christian H.-F. Henkel schrieb: Hallo Frederik, Am 21.04.2008 um 02:44 schrieb Frederik Ramm: Hallo, Nun zeigt mir die Liste dort einen Eintrag von 4 bei mir an. Ein guter Freund, der ebenfalls in den letzten tagen aktiv war, hat aber eine 37 dort zu stehen. Wo nach bzw. wie wird das ganze gezählt? Die Zaehlung enthaelt nur Node-Aenderungen innerhalb des letzten Tags (der letzten 7 bzw. 28 Tage). Wenn Du also mal eben mit der Maus eine Autobahn greifst und einen Pixel nach links verschiebst, hast Du gleich 100 Aenderungen, oder wenn Du eine Kuestenlinie importierst, 10.000 ;-) schreibst Du dagegen muehsam an 50 Strassen in Deiner Stadt einen Namen dran, kommt das nicht in die Zaehlung. Das erklärt natürlich vieles. In der Tat ist diese Statistik dann im Grund nur ein grober Überblick darüber, wer überhaupt etwas getan hat, Aber was und wie viel, dann leider nicht. Gibt es denn noch eine andere Statistik bzw. Übersicht über die einzelnen Aktivitäten? Tschue...Christian Ich bin eigentlich ganz froh, dass diese Statistiken keine zu große Rolle hier im Projekt spielen. Denn wie Frederik erklärt hat ist es recht einfach sich in dieser Statistik auf einen der vorderen Plätze zu bringen, indem man völlig unsinnige oder schädliche Dinge tut. Und derjenige, der mit der OSM Karte durch eine Stadt läuft oder fährt um nachzuprüfen, ob alle Wege korrekt erfasst sind und ggf. am Abend noch ein paar Kleinigkeiten korrigiert, der landet auf den hinteren Rängen, obwohl er eine sehr wichtige Arbeit leistet. Insgesamt am interessantesten finde ich die Zahl der tatsächlich aktiven Teilnehmer im Projekt. (weltweit 3 registrierte Benutzer, 3300 aktive Benutzer im letzten Monat). Interessant würde ich auch finden wieviel aktive Benutzer wir in Deutschland haben (Anzahl user, die in D-Land im letzten Monat Nodes modifiziert haben), oder wie sich die Zahl der aktiven user in der letzten Zeit verändert hat. Auch interessant wäre, wieviel km Straßen jeden Monat hinzukommen. (vielleicht sogar aufgegliedert nach Typen wie Motorway, Trunk, Primary, Secondary, residential, tracks usw.) - hier wäre es ja u.U. möglich von irgendeinem statistischen Bundesamt oder vom Verkehrsministerium oder einer ähnlich Behörde herauszubekommen, wieviele Straßen km Autobahn, Bundesstraßen usw. existieren. (Bei Wohngebieten oder Feldwegen gibt es vermutlich sowieso keine zentrale Statistik mehr, da müsste man dann eher Navteq oder TeleAtlas fragen, wieviele km die in ihren Karten haben...) Eine Auswertung über die Straßenkilometer könnte man sich ja noch selbst zusammenbasteln, aber die Benutzerstatistik die muss doch vermutlich direkt auf dem Server ermittelt werden - da steht ja im Planet.osm nicht genug Info drin, oder? Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] JOSM Renderrequest beim Upload?
Till Maas schrieb: On Wed April 16 2008, Torsten Breda wrote: Zusätzlich halte ich eine Priorität von 2 für sinnvoll, da man Priorität 1 für den manuellen Renderrequest belassen sollte. Solch eine Funktion dient der Aktualität der Karte. Ausserdem stellt sich für Newbies oft die Frage Wann sehe ich denn meine Änderungen?. Damit wäre ein Stück Anfangsfrustration genommen. Was haltet ihr davon? Wäre das schwer in JOSM einzubauen? Soweit ich weiß passiert das schon, nur dass sich [EMAIL PROTECTED] bei der Datenbank nach Änderungen erkundigt (per RSS-Feed) und dann die jeweiligen Gebiete neu rendert. Praktisch wäre vermutlich, wenn JOSM direkt einen lokalen [EMAIL PROTECTED] Client starten könnte, der dann den bearbeiteten Bereich neu rendert und hochlädt. Wenn man einen schnellen Rechner hat, kann man dann ja recht fix die Änderungen auch auf OSM sehen. Ich dachte, das [EMAIL PROTECTED] geht nur unter Linux - oder lag ich da falsch? Ich würde gerne Rechenkapazität für [EMAIL PROTECTED] zur Verfügung stellen, aber das Aufsetzen einer passenden Linux Distribution mit dem ganzen benötigten drumrum hat mich bisher immer abgeschreckt. Vielleicht wäre das ja mal ne Aktion für einen cleveren Linuxer eine Damn Small Linux Distribution entsprechend auszustatten, dass man die einfach in einem vmWare Player starten kann (Das sollte ja mit 100MB klappen) und das ganze dann per Bittorrent zur Verfügung zu stellen. Dann würde ich auch ab und zu Rechenkapazität für [EMAIL PROTECTED] spenden. (Alternativ wäre ich natürlich auch dabei wenn man das mit wenig Aufwand unter WinXP zum Laufen bekommen würde...) Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neues Worldfile vom 26.3.08
Christoph Eckert schrieb: Moin, Genau das sind die Punkte, die mich beim Fahrrad fahren auch immer stören, tracktype einzubauen wäre natürlich äußerst cool, dann wäre ich sogar den Besitzern einer offiziellen Garminkarte richtig weit vorraus. das mit den Tracktypes ließe sich schon machen; allerdings würden dann alle Tracks fehlen, die keinen tracktype gesetzt haben. Insofern empfiehlt sich ja vielleicht ein Feature-Request für mkgmap, dass man auch Mehrfachtags verwenden können möchte. Das ist überhaupt kein Problem. Man kann auch zuerst Regeln für tracktype=grade1-5 reinsetzen und danach eine Regel für highway=track. Dann nimmt der die speziellen regeln wenn tracktype gesetzt ist und die globale nur, wenn keine der vorigen gepasst hat. (habs grad ausprobiert) Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Bessere Wanderkarten mit Garmin
Hallo! ich hatte ja bereits einmal die Idee vorgestellt beim Rendering für die Garminkarten mit einem eigenen .TYP File auch support für die bei Garmin fehlende Unterscheidung von den verschiedenen Arten von Feldwegen nachzurüsten, bzw. um Fußwege von Radwegen unterscheidbar zu machen. Das ganze habe ich jetzt bei mir lokal umgesetzt und bin mit dem Ergebnis auch recht zufrieden. Vielleicht interessiert das ganze ja auch andere, daher hier ein kurze Zusammenfassung was ich gemacht habe: Zunächst habe ich mit dem Online Editor ein Saftls TYP File so umgestrickt, dass es mir von der Gestaltung besser gefallen hat als der bisherige Look. Zusätzlich habe ich noch die neuen Straßentypen 0x30-0x35 (Tracktype=grade1-5 + cycleway) eingeführt und für mich ansprechende Gestaltung gewählt. Das Typ file habe ich lokal bei mir abgespeichert. Dann habe ich die teddys_map-features.csv http://smash-net.org/openstreetmap/latest/teddys_map-features.csv umbenannt in kalauers_map-features.csv und folgende Zeilen eingefügt (vor der Zeile mit highway|track): polyline|tracktype|grade1|0x30||22 polyline|tracktype|grade2|0x31||22 polyline|tracktype|grade3|0x32||22 polyline|tracktype|grade4|0x33||22 polyline|tracktype|grade5|0x34||22 polyline|highway|cycleway|0x35||22 Dann habe ich mit wget die für mich interessanten Kartenausschnitte aus meiner Gegend heruntergeladen und mit mkgmap in die entsprechende img files umgewandelt. Dann mit sendmap20 das Typfile dazugebaut und auf den Garmin übertragen. Das alles habe ich in einer Batch zusammengefasst, so dass ich jetzt einfach nur noch von Zeit zu Zeit mal die Batch ausführen muss, um die aktuellen Karten aus OSM auf meinen Garmin zu bekommen. Das ganze geht auch recht schnell - inclusive Download der Kartendaten dauert das nicht mal ne Minute. Falls jemand was ähnliches für seine Gegend machen möchte, hier die Batch: rem Ulm wget\wget -O map1.osm http://www.openstreetmap.org/api/0.5/map?bbox=9.8,48.2,10.2,48.5 rem Geislingen / Steige wget\wget -O map2.osm http://www.openstreetmap.org/api/0.5/map?bbox=9.6,48.5,10.0,48.8 java -jar mkgmap.jar -n 8979 --description=kalauers test map --map-features=resources\kalauers_map-features.csv map1.osm map2.osm dir /b 8979*.* files.txt sendmap20 -l -f files.txt sendmap20 gmapsupp.img Zu beachten dabei ist, dass das Typfile in meinem Beispiel 8979.typ heisst und im Arbeitsverzeichnis liegt, und dass die angepasste kalauers_map-features.csv im resources Verzeichnis liegt. Insgesamt muss ich ehrlich sagen, dass ich nicht gedacht hätte, dass es so leicht wäre, eine eigene Karte zu erstellen, sogar noch mit eigenem Look für Garmin aufzubereiten und dann alles vollautomatisch abzuwickeln. Es würde mich zwar noch reizen, das ganze auch mit den offiziellen Snapshots von den Deutschlandkarten zu machen, aber da befürchte ich, dass das aufgrund der hohen Anforderungen an Arbeitsspeicher und der langen Laufzeit deutlich länger dauern würde, bis ich mit ein bischen hin- und herprobieren tatsächlich was Lauffähiges da hätte. (Das erste Problem war bereits die osmcut.c, die ich unter Windows mit Visual C++ 9.0 Express Edition nicht compiliert bekommen habe - die scheint wohl einiges an gcc oder Linux spezifischen Funktionen zu nutzen) Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Noch mehr Winkeldings
Frederik Ramm schrieb: Hallo, Das fände ich immens wichtig. Vor allem langfristig wird es (hoffentlich) immer mehr Anwendungen geben, die osm-daten referenzieren und hierfür muss man sinnigerweise die id ranziehen. Deswegen wär es unfein, wenn josm einen dazu animiert, bestehende objekte zu löschen und neu zu generieren. align nodes in rectangle wär mir auch zu wenig, es sollte schon align nodes in 90°, also dass auch sowas da aligned werden kann: | | | --- || |- Machst Du mir einen Algorithmus dafuer ;-)? Finde diejenige geometrische Figur, die nur rechte Winkel hat und bei der die Summe der Entfernungen der Punkte vom Original minimal ist oder so... ich nehm auch Pseudocode. Das einzige, was mir jetzt einfiele, waere, in einer Ecke zu starten, den naechsten Punkt auf der Linie so zu verschieben, dass es ein rechter Winkel ist, dann den uebernaechsten undsoweiter, und dann eine Sonderregel fuer das letzte Segment, um wieder den Anfang zu treffen... Bye Frederik Wie wäre es damit: (Ist mir grad so eingefallen, könnte aber funktionieren) Nimm alle Linien und berechne den absoluten Winkel zur waagerechten so, dass der Winkel zwischen 0° und 180° liegt. (falls der Winkel zwischen 180° und 360° liegt muss man Anfang und Ende vertauschen. ) Speichere den resultierenden Winkel in einem Array. Probiere für alle Winkel zwischen 0° und 89° aus, wie gut die Lage der einzelnen Winkel passt. (Hierzu wird geschaut, wie groß die Summe der Abweichungen aller gespeicherten Winkel von zu testenden Winkel, bzw. dem zu testenden Winkel + 90° ist). Der am besten passende Winkel aus diesem Durchlauf wird dann als Referenz genommen. Jetzt werden alle Knoten durchlaufen, beginnend in der Mitte der Figur. Für den Knoten werden alle verbundenen Linien gewählt und so um den Knoten gedreht, dass der der resultierende Winkel entweder dem Referenzwinkel, dem Referenzwinkel + /-90° oder dem Referenzwinkel + 180° entspricht (Natürlich den Winkel mit der kleinsten Abweichung wählen) und die Länge konstant bleibt. Der Knoten ist nach dieser Operation fixiert und darf bei der Bearbeitung der restlichen Knoten nicht mehr verschoben werden. Das ganze wird für alle weiteren Knoten wiederholt. Der Algoritmus wird vermutlich nicht bei allen denkbaren Sonderfällen funktionieren - in diesem Fall bleiben halt nicht angepasste Segmente erhalten. Ich glaube aber dass das im großen und ganzen recht gut funktionieren würde. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hausnummern-Hacking-Workshop Karlsruhe 19.4.
Hallo! Mir ist grad so ne Idee gekommen die ich noch gerne loswerden will: Wie wäre es, wenn man parallel zu den Straßen die Bebauung als zusätzliche Nodes bzw. ways eintragen würde? Diese Ways / Nodes könnte man per Relation an die zugehörige Straße binden. Bei den Bebauungs nodes könnte man dann jeweils eine Hausnummer eintragen, bzw. wenn man mehrere Nodes mit einem Way verbindet könnte man man die Start und Endhausnummer beim Node taggen und die Art der Interpolation (fortlaufend, nur gerade, nur ungerade) würde man beim Way eintragen. Was mir bei dieser Lösung gefällt, ist die Tatsache, dass man das auch schön rendern könnte. Ein einzelner Bebauungs-Node wird einfach als kleines schwarzes Kästchen gerendert und ein Way, der Bebauungsnodes verbindet kann wahlweise als eine Reihe von einzelnen Kästchen gerendert werden (unabhängig von der tatsächlichen Anzahl Hausnummern), als die korrekte Anzahl von Hausnummern oder - falls die Bebauung zu eng wäre - einfach als durchgezogener schwarzer Balken. Und wenn man wirklich mal ein Gebäude fein ausgestalten will (i.d.R. ja nur bei markanten Gebäuden wie Schlössern, öffentlichen Gebäuden oder Industriegebäuden der Fall) dann kann man ja wie bisher ein building malen und da zusätzlich bei einem Node die Hausnummer eintragen. Das ganze würde so ganz nebenher eine Optik ergeben, die stark an die von den üblichen Topografischen Karten erinnert. Man könnte dann in Städten sofort sehen, ob die Gebäude mit ihren Hausnummern bereits erfaßt sind, oder ob nur die Straßen erfaßt sind - das wäre dann eine zusätzliche Motivation das ganze noch einzupflegen. (Wenn da nix gerendert wird, dann nutzen die Hausnummern ja nur den Naviprogrammen - und bis die so weit von einer breiten Masse von Leuten genutzt werden, kann noch eine Menge Zeit vergehen.) Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] AnfXngerfrage: Autobahn reparieren
Karl Eichwalder schrieb: In Josm den ganzen Weg anwählen, mit Shift Taste auch den fehlverbundenen Knoten anwählen, danach P drücken. Damit hat man dann 2 Wege. Dann kann man das letzte Segment verändern und mit c wieder die ausgewählten Wege verbinden. Das scheint mir die variante weg splitten und einen teil löschen zu sein. Ich will aber eigentlich nur ein ende ablösen und woanders anpappen. Also: Aus a-c soll b-c werden: a b --+-+ | | | --+-- c Wenn ich jetzt a-c und den node a auswähle und P drücke, gibt es eine fehlermeldung. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de Ich würde in diesem Fall einfach in den Weg a-c einen neuen Knoten d einfügen, und den Weg dann mit P an diesem Knoten auftrennen. Danach kann man das obere Segment d-c löschen und den Knoten d in die Nähe von b verschieben. Danach d und b auswählen und die Knoten mergen. Das ist aber tatsächlich sehr umständlich und ich würde es auch prima finden, wenn es hierfür einen einfachen Weg gäbe. So unüblich sind solche Probleme m.E. nämlich nicht. Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
