[Talk-de] OT Softwareentwicklung (war Re: Anmerkung zum Presseinteresse)
Am Freitag, 13. Juni 2008 07:50 schrieb Bernd Wurst: Hallo. Am Freitag, 13. Juni 2008 schrieb Andreas Pothe: Merkwürdige Vorgehensweise. Normalerweise wird nichts ohne Doku geschrieben, bzw. die Doku für eine Software existiert, bevor angefangen wird, diese zu implementieren. Du gehst von kommerzieller Softwareentwicklung aus, oder? Dort bekommen die Leute ihr Geld für genau das Vorgehen. Ich habe mal gehört (ich komm aus der Branche), das es durchaus auch kommerzielle Software geben soll, die keine Doku hat. ;-) Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Anmerkung zum Presseinteresse
Am 13.06.2008 07:50 schrieb Bernd Wurst: Hallo. Am Freitag, 13. Juni 2008 schrieb Andreas Pothe: Merkwürdige Vorgehensweise. Normalerweise wird nichts ohne Doku geschrieben, bzw. die Doku für eine Software existiert, bevor angefangen wird, diese zu implementieren. Du gehst von kommerzieller Softwareentwicklung aus, oder? Mit Sicherheit tut er das nich. Er beschreibt einen den theoretischen Idealzustand wie er in weltfremden Büchern oder an der Uni beschrieben wird:-) Harald. -- --+- Harald Kirsch | pifpafpuf bei gmx punkt de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Anmerkung zum Presseinteresse
Hallo. Am Donnerstag, 12. Juni 2008 schrieb Michael Jopen: Mein Haupteindruck war und ist: Ein Anfänger hat es schwer Durchzugsteigen ! Wir brauchen nicht-mehr-ganz-Anfänger, die ihre Erfahrungen möglichst präzise dokumentieren. Das Wiki ist dafür viel zu undurchsichtig und verzweigt. Dann ist da das deutsche Wiki und das von openstreetmap. Hat man mal eine Information gefunden, dann findet man sie 2 tage später nicht mehr wieder, da man nicht mehr weiß, in welchem Wiki die Info stand. Möglich, dass ich was elementares übersehen habe, aber was bitte ist das deutsche Wiki? Es gibt im normalen OSM-Wiki auch deutsche Seiten. Das ist aber dasselbe Wiki mit der selben Suchfunktion. Es fehlen Infos, welches GPS man kaufen soll. ( Eine Seite Vor und Nachteile von ein paar Geräten ) Was stört dich an http://wiki.openstreetmap.org/index.php/GPS_Reviews? Wie man an den Diskussionen hier auf der Liste sieht, sind solche Seiten mit ein paar wenigen Geräten nicht möglich. Ich empfehle gerne eine billige Bluetooth-GPS-Lösung zu einem vorhandenen Java-Handy. Andere empfehlen einen Mini-Logger a la Holux. Wieder andere raten zu einem Garmin eTrex oder vergleichbarem. Dann kann man zudem noch mit vielen normalen Navis GPS-Tracks aufzeichnen. Vor- und Nachteile liegen meiner Meinung nach überhaupt nicht in Bezug auf die Tauglichkeit zu OpenStreetMap sondern schlicht darin, was vorhanden ist und was man sonst noch so mit dem Ding machen will. Zudem ist für manche sehr wichtig, dass das Gerät wirklich auch GPX-Tracks erzeugt und mit freier Software benutzbar ist oder sogar damit läuft. Andere wollen möglichst mit Windows-Klick-Lösungen schnell alles einstellen können. Da ergeben sich teilweise elementare Widersprüche und jeder will, dass sein Gerät dort drauf steht. Warum stehen die TAG Informationen nicht auf einer Seite. Was stört dich an http://wiki.openstreetmap.org/index.php/De:Map_Features? Man sollte mal überlegen, ob man nicht eine richtige Step by Step Tutorial Webseite macht, die einem Neuling die Anleitungen, Links und Empfehlungen auflistet. Ja. sollte _MAN_. Wen meinst du? ;-) Das ist keine Kritik am Projekt, sondern nur eine Idee, wie man einem Einsteiger, einen direkten, schnellen Einstieg ermöglicht. Ein Wiki kann man brauchen, wenn man weiß was man sucht. Ein Einsteiger muß aber ersteinmal das System erklärt bekommen. Ich glaube dass es hier mehrere Probleme auf einmal gibt. Also zuerstmal: Einsteiger, die sich die Informationen irgendwo zusammengesucht haben, die sie gerne auf einmal gehabt hätten, sind die *EINZIGEN*, die ohne viel Aufwand solche eine Einstiegsseite schreiben können. Für jemanden, der schon länger dabei ist, ist es fast unmöglich, die ganzen Anfangsschwierigkeiten zu erkennen. Jeder, der hier auf der Mailingliste Vorschläge für bessere Einsteiger-Doku macht, kann das einfach gleich ins Wiki eintragen und wir hätten umgehend eine Verbesserung. Dann sehe ich noch eine Problemstelle auf anderem Level. Meiner Einschätzung nach kommen viele frühe Mitstreiter aus der freien Ecke, also von freier Software oder freier Informationskultur allgemein. Also überspitzt gesagt irgendwo aus der Hacker-Ecke. Diese kennen das Wiki-Prinzip und die Nutzung von IRC und Mailinglisten von jedem anderen Projekt und kaum einer macht sich wirklich Gedanken darüber, wie das für Neueinsteiger ist. Dass wir jetzt viele Neuzugänge ohne diesen Hintergrund haben, erfordert natürlich andere Dokumentationstiefe. Das ist für uns einfach richtig schwer, sich da in einen Außenstehenden hineinzuversetzen. Ich hatte z.B. bei meinem Einstieg bei OSM keine der hier oft angesprochenen Anfangsprobleme, weil ich das von anderen Projekten so kenne. Nicht zuletzt, auch wenn mir das jetzt selbst nichts bringt, sei natürlich auf Frederiks und Jochens Buch hingewiesen. Dessen Zielpublikum ist ja genau dieses. Und da es bestimmt eine Heidenarbeit war, diese Infos für Normalmenschen aufzubereiten, ist es IMHO völlig okay, das als Buch zu verkaufen. Gruß, Bernd -- Mit einem kurzen Schweifwedeln kann ein Hund mehr Gefühl ausdrücken als mancher Mensch mit stundenlangem Gerede - Louis Armstrong (am. Musiker) signature.asc Description: This is a digitally signed message part. ___ 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
Hallo, leider funktioniert die Einbindung in Mapsource auch diesmal nicht, ich habs auch gerade mit der neuen Beta-Version probiert, geht auch nicht. Woran das liegt kann ich nicht sagen. Also bitte im Moment sendmap verwenden oder Qlandkarte oder die fertigen Dateien. (Die ohne typ-File sollte jetzt auch ohne typ-File sein. :-) Das könntest Du doch so auf deine WIKI Seite stellen, dann können sich alle die hier nicht mitlesen und dasin Mapsource einbinden wollen das runterladen sparen. Spart Traffic, Zeit, und Nerven (wenn man merkt das es nicht klappt). Viele Grüße, Martin ___ 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
Hallo, Martin Schäfer schrieb: Das könntest Du doch so auf deine WIKI Seite stellen, dann können sich alle die hier nicht mitlesen und dasin Mapsource einbinden wollen das runterladen sparen. Spart Traffic, Zeit, und Nerven (wenn man merkt das es nicht klappt). Ist ja nicht so dass man ohne Mapsource nichts mit den Daten anfangen könnte, eventuell mal QLandkarte unter Windows (http://sourceforge.net/project/showfiles.php?group_id=183501) ausprobieren, mittels sendmap läßt sich das ja auch problemlos aufs GPS-Gerät übertragen oder mit cgpsmapper eine eigene tdb und Übersichtsdatei erstellen usw., aber ich habe es als Warnung mal auf die Wiki-Seite draufgeschrieben. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unterschiedliches Rendern von residential und unclassified?
Ich weiss, es wird unterschiedlich genutzt... Aber es fehlt nach wie vor eine (optische) Unterscheidungsmöglichkeit zwischen reinen Wohnstrassen und welchen die einen gewissen Erschliessungscharakter haben - unterhalb von tertiary. Ich seh das nicht so. du hast landuse=residential. Und in solchen Gebieten benutze ich nie unclassified, weil bei mir unclassified und residential in etwa den selben Straßenzustand beschreiben. unclassified kann Teilorte anbinden oder in der Stadt z.B. im Industriegebiet benutzt werden. Wenn im Wohngebiet eine Straße größer ist als residential, ist sie in meinem Verständnis tertiary. Meine außerorts-unclassified sind meist ca. 4 Meter breit. Schlechter ist ein residential normale nicht ausgebaut. Sehe ich ähnlich. Mit landuse=residential ist meiner Meinung nach der Unterschied zwischen highway=residential und highway=unclassified überflüssig geworden. Berni -- -- Schau doch mal wieder bei CrocoPuzzle rein. (www.croco-puzzle.com) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM Kacheln als GeoTiff exportieren
Dirk-Lüder Kreie [EMAIL PROTECTED] wrote: EPSG:900913 (ja, ernsthaft). ~/ tail -n 2 /usr/share/proj/epsg # Google Maps spherical Mercator 900913 +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m [EMAIL PROTECTED] +no_defs Damit kriegt man dann den mapserver so hin, dass man OSM-Kacheln und WMS Daten übereinanderlegen kann. Sven -- Osama bin Laden might wish to destroy America, but America is too big for him; he cannot do it. Bush may really do it. (Richard M. Stallman) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Buch wird nachgedruckt
Hallo, Echt ausverkauft oder doch ueberwiegend verschenkt? Echt ausverkauft. Verschenkt (inkl. Presse usw.) wurden vielleicht so 30. Ich zum Beispiel. Wer seine Arbeitszeit kostenlos der Allgemeinheit zur Verfuegung stellt, hat doch die Idee, dass man alles aus dem Internet kostenlos herunterladen koennen sollte, also auch saemtliche Informationen ueber OSM. Wozu dann noch ein Buch kaufen? Da vermischst Du jetzt zwei ganz unterschiedliche Sachen. Die eine ist warum ist das Buch nicht kostenlos und die zweite ist wozu braucht man ein Buch, die Info ist doch kostenlos erhaeltlich. Dass das Buch nicht kostenlos ist, liegt daran, dass Jochen und ich etwas altmodisch sind und gern ein richtiges Papierbuch haben wollten, das man anfassen und ins Regal stellen kann, das einen gewissen Charakter hat, das schoen ist. So etwas ist eben nicht kostenlos zu machen (ein Buch, das mit Werbung zugekleistert ist, ist nicht mehr schoen), da muss man sich der traditionellen Verlagsmethoden bedienen. Die Frage, wozu man ein Buch braucht, wenn alle Infos doch kostenlos erhaeltlich sind, ist sicherlich mit Bequemlichkeit zu beantworten. Der Preis, den Leute fuer Komfort zu zahlen bereit sind, ist intersubjektiv sehr verschieden. Einige haben Spass daran, sich Informationen selbst zusammenzusuchen, andere zahlen lieber Geld dafuer, dass jemand anders ihnen diese Informationen auf einem Tablett reicht. Wenn Du allein schon guckst, wie viele Linux-Buecher und -Magazine es gibt, wird sofort klar, dass es eine grosse Zahl von Menschen zu geben scheint, die lieber ein Buch kaufen als eine Wikiseite, Mailingliste oder ein README zu lesen - selbst wenn die Online-Quellen kein Geld kosten und oft aktueller sind als was gedrucktes. Bye Frederik ___ 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
Martin Schäfer [EMAIL PROTECTED] wrote: Wie tauschen denn die anderen Garminnutzer die Karten in Mapsource aus? Ich habe kein Windows und deshalb kein Mapsource. Wenn ich nur die OSM-Karte haben möchte kopiere ich mir einfach das gmappsup.img von Carstens Seite direkt auf den Garmin im Mass-Storage Mode. Wenn ich zusätzlich noch andere Kacheln haben möchte bastel ich mir Carstens Kacheln und die anderen mit hilfe von cgpsmapper zu einem gmappsup.img zusammen und kopiere das Ergebnis auf den Garmin. Ist halt so ein bissl der Unix Way, ohne GUI und so. Gruss Sven -- If we want hardware to work to its full potential, we need to claim to be a recent version of Windows. (Matthew Garrett) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Anmerkung zum Presseinteresse
Andreas Pothe [EMAIL PROTECTED] wrote: Merkwürdige Vorgehensweise. Normalerweise wird nichts ohne Doku geschrieben, bzw. die Doku für eine Software existiert, bevor angefangen wird, diese zu implementieren. [ ] Du hast verstanden wie freie Software funktioniert Sven -- If you don't make lower-resolution mapping data publicly available, there will be people with their cars and GPS devices, driving around with their laptops (Tim Berners-Lee) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Buch wird nachgedruckt
Paul Lenz [EMAIL PROTECTED] wrote: Ich zum Beispiel. Wer seine Arbeitszeit kostenlos der Allgemeinheit zur Verfuegung stellt, hat doch die Idee, dass man alles aus dem Internet kostenlos herunterladen koennen sollte, also auch saemtliche Informationen ueber OSM. Wozu dann noch ein Buch kaufen? Ich besitze Haufenweise Bücher zu freier Software! Ich sehe da keinen Widerspruch, im Gegenteil, das Buch ist für mich ein wertvolles missing manual einerseits und andererseits geht der Erlös des Buchs oft an diejenigen, die schon viel für die freie Softwarewelt getan haben. Bei fast allen Büchern über FOSS, die ich habe istd as der Fall. Außerdem kann man ein Buch im Gegensatz zu elektronischer Doku mit auf die Tolette nehmen oder auf dem Sofa liegend konsumieren :) Sven -- and on the third day he rebooted into Linux-1.3.84 (Linus Torvalds, Easter Kernel Release 1996) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ 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
Hallo Carsten, habe rausgefunden woran es liegt, siehe unten. Ist ja nicht so dass man ohne Mapsource nichts mit den Daten anfangen könnte, eventuell mal QLandkarte unter Windows (http://sourceforge.net/project/showfiles.php?group_id=183501) ausprobieren, mittels sendmap läßt sich das ja auch problemlos aufs GPS-Gerät übertragen oder mit cgpsmapper eine eigene tdb und Übersichtsdatei erstellen usw., Hab ich noch nicht ausprobiert, weil ich OSM ja auch mit meinen anderen karten zusammen auf dem Garmin nutzen möchte. (CN 2008) Aber Danke für den Tipp. Hab grade ein wenig rumprobiert, und Dateien getauscht. (mehr als abstürzen kann Mapsource ja nicht.) Worldfile vom 11.6. mit 6324.tdb und 6324.img vom 29.5. funktioniert in Mapsource Worldfile vom 11.6. mit 6324.tdb vom 11.6. und 6324.img vom 29.5. funktioniert in Mapsource Worldfile vom 11.6. mit 6324.tdb vom 29.5. und 6324.img vom 11.6. funktioniert in Mapsource NICHT. --- Ich tippe auf die Vorschaukarte. (? Klappt die Übertragung der Karte auf das Garmin wenn man die alte Vorschaukarte nutzt ?? - Hab ich noch nicht getestet) Viele Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unterschiedliches Rendern von residential und unclassified?
Bernhard Seckinger schrieb: Bernd Wurst schrieb: Straßenzustand beschreiben. unclassified kann Teilorte anbinden oder in der Stadt z.B. im Industriegebiet benutzt werden. Wenn im Wohngebiet eine Straße größer ist als residential, ist sie in meinem Verständnis tertiary. Meine außerorts-unclassified sind meist ca. 4 Meter breit. Schlechter ist ein residential normale nicht ausgebaut. Sehe ich ähnlich. Mit landuse=residential ist meiner Meinung nach der Unterschied zwischen highway=residential und highway=unclassified überflüssig geworden. Da nun mal beide Existieren, warum nicht das eine dafür benutzen, eine zusätzliche Abstufungsmöglichkeit zu haben? Ihr kennt doch sicher alle Straßen in Wohngebieten, die eigentlich Wohnstraßen sind, aber doch eher den Zubringer für 4-5 andere Wohnstraßen bilden. Sowas ist dann eher unclassified für mich, nicht unbedingt, weil unclassified eine höhere Straßenklasse bildet, sondern weil der primäre Nutzen leicht anders ist. Ausserdem hält man sich so tertiary für das Hauptstraßennetz frei, das oft mit 2 klassen doch etwas unterbesetzt is. Vor allem in größeren Städten, wenn man De:Germany_roads_tagging eng auslegt, und wirklich nur Bundesstraßen und Ringstraßen als Primary taggt hat man irgendwann ein Problem, dass zwei sehr unterschiedliche Straßen plötzlich beide secondary sind, was irgendwie die Realität nicht wirklich zufriedenstellend abbildet. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unterschiedliches Rendern von residential und unclassified?
Bernhard Seckinger schrieb: Ich weiss, es wird unterschiedlich genutzt... Aber es fehlt nach wie vor eine (optische) Unterscheidungsmöglichkeit zwischen reinen Wohnstrassen und welchen die einen gewissen Erschliessungscharakter haben - unterhalb von tertiary. Ich seh das nicht so. du hast landuse=residential. Und in solchen Gebieten benutze ich nie unclassified, weil bei mir unclassified und residential in etwa den selben Straßenzustand beschreiben. unclassified kann Teilorte anbinden oder in der Stadt z.B. im Industriegebiet benutzt werden. Wenn im Wohngebiet eine Straße größer ist als residential, ist sie in meinem Verständnis tertiary. Meine außerorts-unclassified sind meist ca. 4 Meter breit. Schlechter ist ein residential normale nicht ausgebaut. Sehe ich ähnlich. Mit landuse=residential ist meiner Meinung nach der Unterschied zwischen highway=residential und highway=unclassified überflüssig geworden. der einzige Unterschied ist IMO, dass bei highway=residential - sprich innerorts - Gehwege längst der Straße zu erwarten sind. Außerorts sind Gehwege ja eher nicht die Regel. Momentan gibts zum Thema Gehwege erfassen auch ein Proposal (http://wiki.openstreetmap.org/index.php/Proposed_features/Footway). Bei highway=residential wäre dann der default-Wert footway=both -- also eine Straße mit parallel dazu verlaufenden Gehwegen an beiden Seiten. Somit wird highway=residential nicht obsolete, sondern wirkt als Shortcut für mehrere Default-Eigenschaften einer Straße innerorts. ___ 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
(? Klappt die Übertragung der Karte auf das Garmin wenn man die alte Vorschaukarte nutzt ?? - Hab ich noch nicht getestet) JA, es Funktioniert!!! Grade ausprobiert! Viele Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Garmin FIND-Menü
Ich hab mal ne prinzipielle Frage zu dem Garmin Findmenü. Es gibt andere garmin-Karten, von denen werden die POIs in die Kategorien eingeordnet, die im Findmenü des Garmin zu finden sind. Teilweise werden sogar neue Kategorien angelegt. Ich fände das wäre ein Fortschritt, was die Nutzbarkeit der OSM-Karten auf dem Gerät angeht. So von wegen: Was du suchst ein Restaurant in der Nähe? Kleinen Moment... Es gibt doch so was in OSM. Also mindestens in den Regionenkarten von http://www.osm4you.com - aber wenn ich mich richtig erinnere, in den Kacheldateien vom ComputerTeddy gibt es diese Kategorien nicht. Vielleicht hat es etwas mit dem OSM-IMG kompilieren etwas zu tun, was für Konfiguration man verwendet. Grüße, Miro ___ 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
Mapsource läuft prinzipiell auch unter wine ;-) Marco Sven Geggus schrieb: Martin Schäfer [EMAIL PROTECTED] wrote: Wie tauschen denn die anderen Garminnutzer die Karten in Mapsource aus? Ich habe kein Windows und deshalb kein Mapsource. Wenn ich nur die OSM-Karte haben möchte kopiere ich mir einfach das gmappsup.img von Carstens Seite direkt auf den Garmin im Mass-Storage Mode. Wenn ich zusätzlich noch andere Kacheln haben möchte bastel ich mir Carstens Kacheln und die anderen mit hilfe von cgpsmapper zu einem gmappsup.img zusammen und kopiere das Ergebnis auf den Garmin. Ist halt so ein bissl der Unix Way, ohne GUI und so. Gruss Sven begin:vcard fn:Marco Lechner n:Lechner;Marco org;quoted-printable;quoted-printable:Universit=C3=A4t Freiburg;Institut f=C3=BCr Physische Geographie adr:;;Werthmannstr. 4;Freiburg;;79085;Deutschland email;internet:[EMAIL PROTECTED] tel;work:+49(0)761/203-3548 tel;fax:+49(0)761/203-3596 url:http://www.geographie.uni-freiburg.de version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Buch wird nachgedruckt
On Fri, Jun 13, 2008 at 08:37:12AM +, Sven Geggus wrote: Arne Bischoff [EMAIL PROTECTED] wrote: In der Regel hat man ja auch nicht die Zeit, sich eine Woche erst in ein Programm einzuarbeiten. Muss man das wirklich? Ich bin da natürlich vorbelastet, weil ich josm auf der lokalen Mappingparty kennengelernt habe und mir die wichtigsten Schritte von Leuten erklärt worden sind, die schon vorher damit gearbeitet haben. Aber ganz so schlimm kann das nun auch nicht sein. Immerhin hat Jochen erfolgreich eine Mapping aktion an einer Schule durchgezogen und ich wäre wehr erstaunt, wenn an dieser Aktion ausschließlich Linux Geeks teilgenommen hätten. Wir haben bei der Aktion JOSM benutzt. Ich hab vielleicht 5 Minuten Einführung in JOSM gemacht und die Schüler konnten loslegen. Man darf allerdings nicht unterschätzen, dass ich natürlich ständig für Fragen verfügbar war, d.h. es gab nicht das Problem, wie man es zu Hause häufig hat, dass man an einem Problem hängenbleibt, das sich nachher als ganz einfach zu lösen herausstellt. Und die Schüler sind natürlich auch heutzutage viel computergeübter als es jemand über, sagen wir, 30 ist. Computer-Geeks waren das alles nicht. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ 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
Martin Schäfer schrieb: Ich hab mir grade die neue Karte runtergeladen, leider bekomme ich immer noch den Fehler den ich auch letzte Woche beschrieben habe. Im Notfall kannst du dir die tdb und das Übersichts-Image wie unter http://www.mtb-news.de/forum/showthread.php?p=4622774 (Methode 3, Absatz 5) beschrieben auch selbst erstellen. Das sollte immer funktionieren und so bekomme ich die Deutschlandkarte auch funktionsfähig für Mapsource. Grüße, Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Anmerkung zum Presseinteresse
Am Freitag, 13. Juni 2008 schrieb Andreas Pothe: Merkwürdige Vorgehensweise. Normalerweise wird nichts ohne Doku geschrieben, bzw. die Doku für eine Software existiert, bevor angefangen wird, diese zu implementieren. Du gehst von kommerzieller Softwareentwicklung aus, oder? Du hast meine Nachricht nicht bis zu Ende gelesen, oder? CU Andr'scnr'eas CU Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unterschiedliches Rendern von residential und unclassified?
Sehe ich ähnlich. Mit landuse=residential ist meiner Meinung nach der Unterschied zwischen highway=residential und highway=unclassified überflüssig geworden. der einzige Unterschied ist IMO, dass bei highway=residential - sprich innerorts - Gehwege längst der Straße zu erwarten sind. Außerorts sind Gehwege ja eher nicht die Regel. Momentan gibts zum Thema Gehwege erfassen auch ein Proposal (http://wiki.openstreetmap.org/index.php/Proposed_features/Footway). Bei highway=residential wäre dann der default-Wert footway=both -- also eine Straße mit parallel dazu verlaufenden Gehwegen an beiden Seiten. Somit wird highway=residential nicht obsolete, sondern wirkt als Shortcut für mehrere Default-Eigenschaften einer Straße innerorts. Ich bin kein Fan von footway=... (und analog cycleway=...). Man verliert dadurch die Möglichkeit Eigenschaften (Breite, Belag etc.) dieser Wege anzugeben; zudem stößt man immer mal wieder auf Obskuritäten, die sich damit nicht erfassen lassen. Langfristig, denke ich, sollten wir hier auf separate Wege umsatteln und footway=... bzw. cycleway=... als vorübergehendes Vehikel ansehen. Für diesen Wechsel zu eigenständigen Wegen bedarf es aber eines durchdachten Konzepts, damit die bekannten Probleme nicht auftreten. Siehe http://www.informationfreeway.org/?lat=51.7269914515336lon=7.158730309944131zoom=15layers=F0B0F für ein Beispiel, was man vermeiden möchte: Der Radweg wird hier innerhalb der Secondary-Straße gezeichnet; dabei verläuft er erst auf der einen, dann auf der anderen Seite der Straße. Der Renderer benötigt hier geeignete Informationen, dass es sich um einen straßenbegleitenden Radweg handelt, der dann entsprechend versetzt gezeichnet wird. Mit cycleway=... erscheint ein solcher Radweg allerdings derzeit garnicht - das ist noch schlechter (oder hat sich da inzwischen was getan, was ich nicht bemerkt habe?) Grüße, Berni -- -- Schau doch mal wieder bei CrocoPuzzle rein. (www.croco-puzzle.com) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Garmin FIND-Menü
Hi, wenn man manuell mit mkgmap die Karte erstellt hat man die ganzen POIs, bei der Version von Computerteddy leider nicht. Ich fände es auch sehr praktisch und hab ihn schonmal daraufhingewiesen, was daraus geworden ist weiß ich nicht (mehr). Gruß Jonas FreeWorld schrieb: Ich hab mal ne prinzipielle Frage zu dem Garmin Findmenü. Es gibt andere garmin-Karten, von denen werden die POIs in die Kategorien eingeordnet, die im Findmenü des Garmin zu finden sind. Teilweise werden sogar neue Kategorien angelegt. Ich fände das wäre ein Fortschritt, was die Nutzbarkeit der OSM-Karten auf dem Gerät angeht. So von wegen: Was du suchst ein Restaurant in der Nähe? Kleinen Moment... Spricht da was prinzipielles dagegen, oder ist das noch nicht genug reverse engineered? Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ToDo Kenzeichnung
Am Donnerstag 12 Juni 2008 schrieb Karl Eichwalder: Guenther Meyer [EMAIL PROTECTED] writes: bei tracks, von denen ich nicht mehr weiss, welcher art sie waren, tagge ich die auch mit highway=FIXME. Das find ich völlig unbrauchbar. Es erscheint nämlich nicht auf der karte und ich sehe es erst, wenn ich etwas in der dortigen gegend bearbeiten will. Wäre es auf der karte, würde ich vor ort ganz anders darauf achten. Nimm einfach einen gültigen highway type (jetzt wohl am besten road) und trag meinetwege FIXME als name oder note ein. naja, wenn ich aber nicht weiss, welcher strassentyp es ist, macht es noch weniger sinn, irgendeinen anzugeben. wenn ich's nach deiner methode mache, dann sieht jemand zwar, dass da noch was gefixt werden muss, aber nicht was. da bereits ein strassentyp angegeben ist, wird der dann schon stimmen, und irgendwas anderes fehlt noch... das waere zumindest meine erste logik... das highway ist aber trotzdem notwendig, um anzugeben, dass es eine strasse ist, und kein gleis/fluss/... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ToDo Kenzeichnung
Hallo. Am Freitag, 13. Juni 2008 schrieb Guenther Meyer: Wäre es auf der karte, würde ich vor ort ganz anders darauf achten. Nimm einfach einen gültigen highway type (jetzt wohl am besten road) und trag meinetwege FIXME als name oder note ein. naja, wenn ich aber nicht weiss, welcher strassentyp es ist, macht es noch weniger sinn, irgendeinen anzugeben. highway=road ist so definiert als ich weiß nicht genau welche Größe das ist. also per Definition ein FIXME, das sogar auf der Karte auffällig (grau) gerendert wird. das highway ist aber trotzdem notwendig, um anzugeben, dass es eine strasse ist, und kein gleis/fluss/... Eben. Und jeder, der die Straße wegen highway=road in den Editor lädt, sieht dein note=FIXME: blabla und weiß was zu tun ist. Gruß, Bernd -- Waffenhändler: Hhhm ... Sie haben eine Zeit im Irrenhaus verbracht, Sie haben Alkoholprobleme, und Sie haben den Präsidenten verprügelt... Potentiell gefährlich. Das berechtigt Sie zum Kauf von drei oder weniger Handfeuerwaffen. Homer Simpson: Juchuuu! signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Photo für OSM-Artikel
Hallo zusammen, für einen Artikel über OSM für die Zeitschrift GIS-BUSINESS (gemeinsam mit Jochen) suche ich noch ein Photo (gut aufgelöst) als Beispiel, wie jemand Straßen in das System aufnimmt... Es wäre dringend... Danke! Mit freundlichen Grüßen / Regards / Cordialement Franz-Josef We don't know the OS that God uses, but the Vatican uses Linux (Sister Judith Zoebelein, Vatican Webmaster) Prof. Dr. Franz-Josef Behr - Home Office Author of: Strategisches GIS-Management - http://www.gis-management.de eMail: [EMAIL PROTECTED] http://www.gis-news.de Tel: +49 (0)721 / 453980-1 sowie 45 33 35 Fax: +49 (0)721 / 453980-7 sowie via web.de: +49 (0)1212-5-12048213 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unterschiedliches Rendern von residential und unclassified?
Dein Beispiel sieht doch gut aus. Finde ich nicht. Wenn diese Information jetzt durch cycleway=* und footway=* (ggf. mit crossing=* für die Übergänge) der vorhandenen Hauptstraße beigegeben werden könnte, wäre dass doch eine wunderbare Vereinfachung der Erfassung (keine unnötiges Doppelt- und Dreifach-Einzeichnen der gleichen Straße) mit quasi gleichem Ergebnis. Auch hier kann ich dir nicht zustimmen. Eine Vereinfachung beim Eingeben ist es schon (*), aber: Beim Ergebnis fehlen dann wichtige Informationen, wie beispielsweise der Belag oder die Breite des Weges. Das ist für Rennräder bzw. Fahrräder mit Anhängern aber wichtig. Grüße, Berni (*) Nebenbei bemerkt empfinde ich immer dieses Faulheit-beim-Eingeben-Argument recht schwach. Natürlich finde ich es schon auch angenehm, wenn ich möglichst wenig am Computer nacharbeiten muss - aber wenn es um einen präzisen Datensatz geht, sollte meiner Meinung nach dieser immer Vorrang haben... -- -- Schau doch mal wieder bei CrocoPuzzle rein. (www.croco-puzzle.com) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Potlatch und Umlaute
Hallo, bin erst kurz dabei und arbeite abwechselnd mit josm oder potlatch. Habe als OS gentoo mit utf. Bei Potlatch kann ich bei diversen Bezeichnungen keine Umlaute eingeben bzw. erscheinen die dann als Sonderzeichen. Kann man da was machen? Ich behelfe mir derzeit mit ue, oe, und ae, aber das ist wohl nicht der Sinn der Sache. grüsse michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unterschiedliches Rendern von residential und unclassified?
Bernhard Seckinger schrieb: Dein Beispiel sieht doch gut aus. Finde ich nicht. Wenn diese Information jetzt durch cycleway=* und footway=* (ggf. mit crossing=* für die Übergänge) der vorhandenen Hauptstraße beigegeben werden könnte, wäre dass doch eine wunderbare Vereinfachung der Erfassung (keine unnötiges Doppelt- und Dreifach-Einzeichnen der gleichen Straße) mit quasi gleichem Ergebnis. Auch hier kann ich dir nicht zustimmen. Eine Vereinfachung beim Eingeben ist es schon (*), aber: Beim Ergebnis fehlen dann wichtige Informationen, wie beispielsweise der Belag oder die Breite des Weges. Das ist für Rennräder bzw. Fahrräder mit Anhängern aber wichtig. wieso gehen Möglichkeiten verloren Daten zu erfassen? Daten über Breite und Belege könnte mann doch wie folgt erfassen: cycleway:width=2,4m oder footway:surface=tartan. (*) Nebenbei bemerkt empfinde ich immer dieses Faulheit-beim-Eingeben-Argument recht schwach. Natürlich finde ich es schon auch angenehm, wenn ich möglichst wenig am Computer nacharbeiten muss - aber wenn es um einen präzisen Datensatz geht, sollte meiner Meinung nach dieser immer Vorrang haben... In meinen Augen hat das nichts mit Faulheit zu tun, sondern mit Effizienz. Nebenbei erzeugen mehr Wege auch mehr Fehlerpotenzial. Ich sehe keine echten Vorteil einer Totalen Einzelerfassung. Lasse mich aber gerne umstimmen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlatch und Umlaute
Hallo, Michael Wolf wrote: bin erst kurz dabei und arbeite abwechselnd mit josm oder potlatch. Habe als OS gentoo mit utf. Bei Potlatch kann ich bei diversen Bezeichnungen keine Umlaute eingeben bzw. erscheinen die dann als Sonderzeichen. Kann man da was machen? Ich behelfe mir derzeit mit ue, oe, und ae, aber das ist wohl nicht der Sinn der Sache. Das ist ein Problem mit Flash selbst - zumindest mit dem Plugin, das sehe ich auch, sowohl in Ptolatch als auch in einem Flash-Online-Game, zumindest in SeaMonkey, ziemlich sicher ist das aber auf Firefox ident. Wenn wer eine Lösung hat, wie man das dem Falsh sinnvoll beibringt, freue ich mich jedenfalls auch. :) (Und der nächste aus der Mozilla-Community, den man bei OSM wiederfindet *g*) Grüße, Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unterschiedliches Rendern von residential und unclassified?
Am Freitag, 13. Juni 2008 15:30 schrieb Mario Salvini: Bernhard Seckinger schrieb: Dein Beispiel sieht doch gut aus. Finde ich nicht. Wenn diese Information jetzt durch cycleway=* und footway=* (ggf. mit crossing=* für die Übergänge) der vorhandenen Hauptstraße beigegeben werden könnte, wäre dass doch eine wunderbare Vereinfachung der Erfassung (keine unnötiges Doppelt- und Dreifach-Einzeichnen der gleichen Straße) mit quasi gleichem Ergebnis. Auch hier kann ich dir nicht zustimmen. Eine Vereinfachung beim Eingeben ist es schon (*), aber: Beim Ergebnis fehlen dann wichtige Informationen, wie beispielsweise der Belag oder die Breite des Weges. Das ist für Rennräder bzw. Fahrräder mit Anhängern aber wichtig. wieso gehen Möglichkeiten verloren Daten zu erfassen? Daten über Breite und Belege könnte mann doch wie folgt erfassen: cycleway:width=2,4m oder footway:surface=tartan. Ja, oder cycleway:left:width=2,4m cycleway:right:width=1,2m und dann wird die Straße eine Einebahnstraße etc. und die Richtung muss geändert werden. Das setzt sich dann auch noch fort wenn man mehr damit machen will, z.B. den Radweg in eine Relation aufnehmen etc. Ich bin mir auch nicht schlüssig, ob ich das Proposal gut finden soll, aber der Einwand von Bernhard hat meiner Meinung nach seine Berechtigung. Auf der anderen Seite ist es IMHO ziemlicher blödsinn, mit einem GPS mit der Genauigkeit von ca. 10 m eine 5 m breite Straße und einen Fußweg zu unterscheiden. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unterschiedliches Rendern von residential und unclassified?
Hallo, cycleway:width=2,4m oder footway:surface=tartan. Wo gibt es denn Fusswege, die mit karierten Textilien ueberzogen sind? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unterschiedliches Rendern von residentia l und unclassified?
Hallo. Am Freitag, 13. Juni 2008 schrieb Frederik Ramm: cycleway:width=2,4m oder footway:surface=tartan. Wo gibt es denn Fusswege, die mit karierten Textilien ueberzogen sind? Aber wenn es einen solchen gäbe, bräuchten wir doch ein Tag dafür! ;-) http://de.wikipedia.org/wiki/Tartan_%28Oberfl%C3%A4chenbelag%29 Gruß, Bernd -- Hilf einem Freund in der Not, und er wird sich an dich erinnern, wenn er wieder in Not ist! signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unterschiedliches Rendern von residential und unclassified?
Frederik Ramm schrieb: Hallo, cycleway:width=2,4m oder footway:surface=tartan. Wo gibt es denn Fusswege, die mit karierten Textilien ueberzogen sind? wenigstens verliert einer beim Diskutieren nicht den Humor ;) ich hätte auch footway:surface=Gummibärchen schreiben können.. sollte nur als Beispiel dienen ;) Ich meinte den Bodenbelag und nicht das Rockmuster :-P Vielleicht findet man aber in den Highlands auch ein paar Wege mit passendem Muster, wer weiß ;) Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unterschiedliches Rendern von residential und unclassified?
Bernhard Seckinger schrieb: Ich bin kein Fan von footway=... (und analog cycleway=...). Man verliert dadurch die Möglichkeit Eigenschaften (Breite, Belag etc.) dieser Wege anzugeben; zudem stößt man immer mal wieder auf Obskuritäten, die sich damit nicht erfassen lassen. Langfristig, denke ich, sollten wir hier auf separate Wege umsatteln und footway=... bzw. cycleway=... als vorübergehendes Vehikel ansehen. Spätestens, wenn die ersten beginnen werden, Straßen als Areas zu mappen, wird es dieses Problem eh nicht mehr geben. Da kann man dann die beiden Seiten des Areas mit einem zusätzlichen Way versehen, der dann die Gehwege darstellt. Und bis es so weit ist, wird wohl nicht mehr all zu viel Zeit vergehen, so weit wie wir aktuell z.B. in Karlsruhe sind. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unterschiedliches Rendern von residential und unclassified?
Sven Anders schrieb: und dann wird die Straße eine Einebahnstraße etc. und die Richtung muss geändert werden. Daran soll es nicht scheitern. Man muss nur dem Editor beibringen, dass er die Tags auch umdreht, wenn man den Weg dreht. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Anmerkung zum Presseinteresse
Michael Jopen schrieb: Zitat: Für jemanden, der schon länger dabei ist, ist es fast unmöglich, die ganzen Anfangsschwierigkeiten zu erkennen. Hin und wieder tauchen im IRC Neulinge auf. Ich gehe doch mal schwer davon aus, dass die bisher immer verstanden haben, was ich von ihnen wollte. Ich kann eigentlich jede Anfängerfrage kompetent beantworten - jedenfalls hoffe ich das. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unterschiedliches Rendern von residential und unclassified?
Hallo. Am Freitag, 13. Juni 2008 schrieb André Reichelt: Spätestens, wenn die ersten beginnen werden, Straßen als Areas zu mappen, wird es dieses Problem eh nicht mehr geben. Da kann man dann die beiden Seiten des Areas mit einem zusätzlichen Way versehen, der dann die Gehwege darstellt. Ja nee, *dann* musst du auch die Gehwege als area machen, sonst ist das ja sinnlos. :) Und bis es so weit ist, wird wohl nicht mehr all zu viel Zeit vergehen, so weit wie wir aktuell z.B. in Karlsruhe sind. Bisher seh ich noch gar keine Vorschläge, wie bei area-Straßen das routing sinnvoll gehen könnte. Was ich mir prinzipiell mal vorstellen könnte, ist, dass man die Fahrtrichtungen aufteilt und dann per relation sagt ob das jetzt als einzelne Straße dargestellt werden soll oder nicht. Das würde immerhin einige Widersprüche momentan lösen (z.B. lanes). Aber auch das habe ich bisher noch nicht wirklich live gesehen. Gruß, Bernd -- Auf einem Baum, da saß ein Specht. Der Baum war hoch, dem Specht war schlecht signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unterschiedliches Rendern von residential und unclassified?
Bernd Wurst schrieb: Bisher seh ich noch gar keine Vorschläge, wie bei area-Straßen das routing sinnvoll gehen könnte. Ganz spontan: Wie bei Riverbank einfach noch für jede Fahrspur nen Way in die Mitte? Das ist aber auch nicht wirklich das Gelbe vom Ei. Ich glaube, das Problem lässt sich erst dann lösen, wenn auch wirklich ein paar Wege vorhanden sind, mit denen man experimentieren kann. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unterschiedliches Rendern von residential und unclassified?
André Reichelt schrieb: Bernhard Seckinger schrieb: Ich bin kein Fan von footway=... (und analog cycleway=...). Man verliert dadurch die Möglichkeit Eigenschaften (Breite, Belag etc.) dieser Wege anzugeben; zudem stößt man immer mal wieder auf Obskuritäten, die sich damit nicht erfassen lassen. Langfristig, denke ich, sollten wir hier auf separate Wege umsatteln und footway=... bzw. cycleway=... als vorübergehendes Vehikel ansehen. Spätestens, wenn die ersten beginnen werden, Straßen als Areas zu mappen, wird es dieses Problem eh nicht mehr geben. Da kann man dann die beiden Seiten des Areas mit einem zusätzlichen Way versehen, der dann die Gehwege darstellt. Und bis es so weit ist, wird wohl nicht mehr all zu viel Zeit vergehen, so weit wie wir aktuell z.B. in Karlsruhe sind. sozu als area mappen, wenn ein einfacher Way + width= auch die Inhalte erfasst (und der Renderer die Werte auch endlich mal nutzt ;)? kommt dann auch landuse=street? :-P Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Update: Relation-Browser
Hallo, der Relation-Browser hat einige kosmetische Updates bekommen. Und sobald ich meinen SVN-Zugang habe, gibt's den Quellcode. http://osm.schunterscouts.de/relation-browser.php Viel Spaß damit, Sven ___ 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
--- Ich tippe auf die Vorschaukarte. Sieht ganz danach aus. Uebrigens, es gibt von Garmin einen neue 3.14.x Beta-Version von MapSource. Dort meldet MapSource bei einigen installierten Fremdkarten - u.A. die OSM Karten - dass diese Defekt sind und deinstalliert werden MUESSEN. Danach beendet sich MapSource sofort und startet erst wenn die beanstandeten Karten aus der Registry entfernt wurden. (? Klappt die Übertragung der Karte auf das Garmin wenn man die alte Vorschaukarte nutzt ?? - Hab ich noch nicht getestet) Das Uebertragenb aufs Geraet klappt auch wenn die Vorschaukarte vom 11. 6. benutzt wird. Man muss nur ein abgespeichertes Kartenset (gdb) verwenden und darf auf keinen Fall die OSM-Karte anzeigen (weder als zuletzt gesehene dem Einspielen der neuen Version -da sie dann ja beim Start sofort angezeigt werden wuerde - Crash, noch vor dem Uebertragen auf Geraet Umschalten auf die OSM Karte - Crash :-( ). Micha H. ___ 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
Hi, Sieht ganz danach aus. Uebrigens, es gibt von Garmin einen neue 3.14.x Beta-Version von MapSource. Dort meldet MapSource bei einigen installierten Fremdkarten - u.A. die OSM Karten - dass diese Defekt sind und deinstalliert werden MUESSEN. Danach beendet sich MapSource sofort und startet erst wenn die beanstandeten Karten aus der Registry entfernt wurden. Das ist eine Schw*ei! Ich werde meine Version nicht updaten, vielen Dank für den Hinweis! Das Uebertragenb aufs Geraet klappt auch wenn die Vorschaukarte vom 11. 6. benutzt wird. Man muss nur ein abgespeichertes Kartenset (gdb) verwenden und darf auf keinen Fall die OSM-Karte anzeigen (weder als zuletzt gesehene dem Einspielen der neuen Version -da sie dann ja beim Start sofort angezeigt werden wuerde - Crash, noch vor dem Uebertragen auf Geraet Umschalten auf die OSM Karte - Crash :-( ). Das ist auch ein interessanter Ansatz Viele Grüße, Martin ___ 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
Sieht ganz danach aus. Uebrigens, es gibt von Garmin einen neue 3.14.x Beta-Version von MapSource. Dort meldet MapSource bei einigen installierten Fremdkarten - u.A. die OSM Karten - dass diese Defekt sind und deinstalliert werden MUESSEN. Danach beendet sich MapSource sofort und startet erst wenn die beanstandeten Karten aus der Registry entfernt wurden. Ich habe mir mal das MapSetToolKit heruntergeladen. http://cypherman1.googlepages.com/home Es hat eine CheckRegistry-Funktion Dort werden fuer das TDB und Stefans (Saftl) TYP file falsche (d.h. unterschiedliche) Familiy IDs gemeldet: TDB hat Family ID von 0 und einen Code von 42. TYP hat Family ID von 6315 und einen Code von 1. Da scheint das Family ID-Feld im TDB mit dem Code-Feld vertauscht zu sein. Ausserdem: Ich wollte das TYP file etwas abaendern bzw neu zu erzeugen und habe versucht mit GenTyp (Link auf obiger Website) ein neues zu generieren. Aber GenTyp weigert sich wegen der Family ID 0 des OSM TDB Files dieses als Basis zu nehmen. Ach ja ich habe das OSM Worldfile als Family registriert (und -ganz nebenbei - MapSource laeuft auf Linux mittels wine :-) ). --- REGEDIT4 [HKEY_LOCAL_MACHINE\Software\Garmin\Mapsource\Families\OSM-WORLD] ID=hex:2a,00 Typ=C:\\Program Files\\Garmin\\OSM-World\\6324.TYP [HKEY_LOCAL_MACHINE\Software\Garmin\Mapsource\Families\OSM-WORLD\1] Bmap=C:\\Program Files\\Garmin\\OSM-World\\6324.img Loc=C:\\Program Files\\Garmin\\OSM-World\\ Tdb=C:\\Program Files\\Garmin\\OSM-World\\6324.tdb Typ=C:\\Program Files\\Garmin\\OSM-World\\6324.typ --- Micha H. ___ 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
Im Notfall kannst du dir die tdb und das Übersichts-Image wie unter http://www.mtb-news.de/forum/showthread.php?p=4622774 (Methode 3, Absatz 5) beschrieben auch selbst erstellen. Das sollte immer funktionieren und so bekomme ich die Deutschlandkarte auch funktionsfähig für Mapsource. Danke für den Tip, den probiere ich auch mal aus, wie gesagt mit der alten Vorschaukarte läuft es erstmal bei mir. Viele Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs
Zitat Christoph Eckert: auf der Talkliste wurde OpenStreetBugs¹ vorgestellt. Im Prinzip eine einfache Webseite, in die jedermann Anmerkungen eintragen kann. Kann man auch als GPX-Wegpunkte laden Wo oder wie macht man das? -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs
Zitat John07: Michael Buege schrieb: Zitat Christoph Eckert: auf der Talkliste wurde OpenStreetBugs¹ vorgestellt. Im Prinzip eine einfache Webseite, in die jedermann Anmerkungen eintragen kann. Kann man auch als GPX-Wegpunkte laden Wo oder wie macht man das? ? Du gehst auf die Webseite und dort wird es links erklärt, ist extrem einfach zu benutzen, super Sache. Ich finde, dass sollte auf die Hauptseite, das würde uns beim Pflegen der Daten extrem helfen und Neulingen noch mehr den Einstieg erleichtern. Ich meinte das Laden der GPX-Wegpunkte. Wie der Rest geht, verstehe sogar ich. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wikipedia Links
Martin Koppenhoefer schrieb: wikipedia:en=Moscow (for the english Wikipedia) wikipedia:de=Moskau (for the german version of Wikipedia) Sven Anders 09:32, 8 October 2006 (BST) I agree to this. There's no reason why English Wikipedia should be preferred. -- Eckhart 13:14, 19 November 2006 (UTC) Ich vermute, dieses Proposal ist nur deshalb noch kein feature geworden, weil es vergessen wurde ;-) Lest es Euch am Besten mal durch, kommentiert eifrig und dann hoffentlich bald Abstimmung, so dass man es auch ohne großes Suchen in den Mapfeatures findet. Da ich als Wikipedia Toolserver User direkten Zugriff auf die entsprechende Datenbank habe, wollte den Import der Daten eigentlich demnächst mal angehen. Wie sieht den dein Vorschlag jetzt genau aus? Sollen wir einen Node mit den Wikipedialinks jeder Sprache versehen? Das währen doch schon ein bischen viele, oder? Ich wäre für den Englischen Link und jeweils den Link der Sprache des entsprechenden Landes... MfG Andi ___ 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
André Reichelt [EMAIL PROTECTED] wrote: Das klingt doch sehr niederschlagend. Wie sollen wir weiter vorgehen? Es einfach über uns ergehen lassen oder die gute Frau mal mit den bereits mehrfach genannten Paragraphen überzeugen? Es gilt rechtlich zu klären, ob das Urheberrecht überhaupt derart weit reicht. Dass die Menschen von den Ämtern da erst mal vorsogrlich nein sagen ist doch völlig klar. Welcher kleine Sachbearbeiter möchte schon Ärger mit ganz oben, weil er was erlaubt hat für das er gar keine Entscheidungskompetenz hatte. Gruss Sven -- Why are there so many Unix-haters-handbooks and not even one Microsoft-Windows-haters handbook? Gurer vf ab arrq sbe n unaqobbx gb ungr Zvpebfbsg Jvaqbjf! /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/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. Na dann fragen wir doch mal, wie viel die kostet ;-) Vllt. kriegen wir ja was für den symbolischen Euro ;-) Es ist ja toll, wie sie begründet, was privater Gebrauch ist und das OSM da nicht drunter fällt. Aber sie sollten sich lieber mal mit OSM auseinandersetzen und gegebenenfalls eine Sonderregelung treffen. Das wir nicht privat sind wissen wir auch, aber wir sind auch keine normale Firma. Ich finde die Antwort nicht zufriedendstellend, klingt so, als gäbe es andere Gründe und sie versuchen zwanghaft mit ihren bisherigen Paragraphen zu begründe, warum es nicht geht. Irgendwie finde ich die Argumentation seltsam, aber vllt. kenne ich mich damit zu wenig aus. Naja, wir schaffens auch ohne die Bilder. Gruß Jonas 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 (
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] OpenStreetBugs
Zitat John07: Michael Buege schrieb: Zitat John07: Michael Buege schrieb: Zitat Christoph Eckert: auf der Talkliste wurde OpenStreetBugs¹ vorgestellt. Im Prinzip eine einfache Webseite, in die jedermann Anmerkungen eintragen kann. Kann man auch als GPX-Wegpunkte laden Wo oder wie macht man das? ? Du gehst auf die Webseite und dort wird es links erklärt, ist extrem einfach zu benutzen, super Sache. Ich finde, dass sollte auf die Hauptseite, das würde uns beim Pflegen der Daten extrem helfen und Neulingen noch mehr den Einstieg erleichtern. Ich meinte das Laden der GPX-Wegpunkte. Wie der Rest geht, verstehe sogar ich. Achso, sorry. Ist aber ebenso einfach. Links unten bei der Karte auf Download, dann kriegst du ein GPX-File mit den Fehlern, die du gerade auf der Karte siehst, die einzelnen Wegpunkt tragen den Namen des Fehlers den du eingegeben hast. Das wird bei mir (ubuntu, firefox3) nur sichtbar, wenn ich die Karte vollstaendig rauszoome. Sobald ich ranzoome, werden die Links ueberdeckt von der Karte. Irgendwie stehe ich momentan komplett neben den Schuhen... =:-\ -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tags
Am 11. Juni 2008 11:49 schrieb Gerrit Lammert [EMAIL PROTECTED]: Hi Martin. Martin Koppenhoefer wrote: das ist definitiv ein Riesenunterschied mit dem Fahrrad, allerdings ist auf Deinem ersten Bild ebenfalls Kopfsteinpflaster, bei den anderen beiden bin ich mir hingegen nicht ganz sicher, ob das auch Kopfsteinpflaster ist (=Steine hochkant eingebaut), Das erste Bild ist tatsächlich schlecht, hab auf die Schnelle kein besseres gefunden. Hatte eher die (deutschlandtypischen?) ineinandergreifenden meist roten Steine im Sinn, wie sie häufig in verkehrsberuhigten und Anlieger-Straßen verbaut werden. Diese sind IMHO sehr gut befahrbar. das sind i.d. Regel Steine aus Beton, also Fertigteile. Die sind aufgrund Ihrer Regelmäßigkeit in der Tat meist ganz gut zu befahren, zumindest wenn sie neu verlegt sind. Allerdings ist ein guter Asphalt trotzdem wesentlich angenehmer (und weisst auch weniger Rollwiderstand auf). Die Steine des ersten Bildes würde ich dennoch nicht als Kopfsteinpflaster bezeichnen, das sind (in meinem Sprachgebrauch) solche, die a) wie Köpfe geformt sind (oben nicht ganz platt, sondern etwas runder) und b) etwa so groß wie Köpfe sind. Dies ist aber nur meine persönliche Definition, sie erhebt keinen Anspruch auf Allgemeingültigkeit. Ich vermute, der Name Kopfsteinpflaster kommt nicht von der kopfartigen Form sondern von der Einbauart (hochkant, also die längere Seite vertikal im Gegensatz zu liegend). Bin zwar nicht auf Straßenbau spezialisiert, aber Kopfsteinpflaster ist grundsätzlich noch keine abschließende Beschreibung. Pflasterungen werden neben dem Material (Naturstein, Betonstein, Holz, Klinker, Schlacke) auch nach Verband (Verlegemuster) und Größe geordnet (für Naturstein bspw. Großpflaster, Kleinpflaster, Mosaikpflaster sowie Natursteinplatten). Dafür gibt es natürlich auch diverse Normen. Im Rahmen von OSM halte ich es trotzdem erstmal für ausreichend, zwischen gepflastert, befestigt im Sinne von guter Fahrbahn sowie unbefestigt zu unterscheiden (letzteres ggf. noch weiter nach Oberfläche, s. tracktype und ggf. Material, z.B. Sand, Split, Erde). Ich komme wie gesagt in der Stadt ganz gut damit zurecht (und denke, dass es für das Routing reichen sollte). Wenn also ein sehr gut befahrbares Betonpflaster vorliegt, dann würde ich das einfach als surface=paved taggen, bei Kopfsteinpflaster surface=cobblestone. Was das englische paved betrifft, bedeutet des IMHO wörtlich übersetzt durchaus gepflastert. paved heisst sowohl gepflastert als auch befestigt, to pave over heisst mit Beton übergiessen. Auf den Straßenbau bezogen würde ich es als befestigt übersetzen (auf jeden Fall im OSM Kontext). Es ist immer ein bisschen schwierig mit Übersetzungen, weil Wörter meist verschiedene Bedeutungen haben. 1:1 ist das nie möglich. Allerdings wurde die Vokabel mit der Zeit verallgemeinert. Analog sprechen wir im Deutschen ja auch vom StraßenBELAG,, obwohl die Fahrbahn inzwischen häufig nicht mehr belegt (mit Steinen) sondern gegossen (mit Asphalt...) wird. eben. Das ist mehr ein ethymologischer Diskurs, wir sprechen schliesslich heutzutage auch dann von Raum, wenn es sich nicht um eine freigemachte Lichtung im Wald handelt (germanisch ~räumen=eine Lichtung schaffen). Gerrit Gruß Martin ___ 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
On Fri, Jun 13, 2008 at 06:14:08PM +, Sven Geggus wrote: André Reichelt [EMAIL PROTECTED] wrote: Das klingt doch sehr niederschlagend. Wie sollen wir weiter vorgehen? Es einfach über uns ergehen lassen oder die gute Frau mal mit den bereits mehrfach genannten Paragraphen überzeugen? Es gilt rechtlich zu klären, ob das Urheberrecht überhaupt derart weit reicht. Dass die Menschen von den Ämtern da erst mal vorsogrlich nein sagen ist doch völlig klar. Welcher kleine Sachbearbeiter möchte schon Ärger mit ganz oben, weil er was erlaubt hat für das er gar keine Entscheidungskompetenz hatte. Problem koennte hier sein das wenn sich das Urheberrecht als nicht ausreichend herausstellt sich die Landesvermaessungsaemter einfach darauf besinnen und den WMS dienst einstellen. Nichtsdestotrotz sollte man sich da rechtlich was das Urheberrecht angeht beraten laesst. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Nutzung von Luftbildern des Bayrischen
Und wie sieht es mit den Datenbankrechten der Gemeinde aus, die die Straßenschilder aufgestellt hat? Nur mal so für alle zum Nachlesen...: § 87 a Begriffsbestimmungen (1) Datenbank im Sinne dieses Gesetzes ist eine Sammlung von Werken, Daten oder anderen unabhängigen Elementen, die systematisch oder methodisch angeordnet und einzeln mit Hilfe elektronischer Mittel oder auf andere Weise zugänglich sind und deren Beschaffung, Überprüfung oder Darstellung eine nach Art oder Umfang wesentliche Investition erfordert. Eine in ihrem Inhalt nach Art oder Umfang wesentlich geänderte Datenbank gilt als neue Datenbank, sofern die Änderung eine nach Art oder Umfang wesentliche Investition erfordert. (2) Datenbankhersteller im Sinne dieses Gesetzes ist derjenige, der die Investition im Sinne von Absatz 1 vorgenommen hat. § 87 b Rechte des Datenbankherstellers (1) Der Datenbankhersteller hat das ausschließliche Recht, die Datenbank insgesamt oder einen nach Art oder Umfang wesentlichen Teil der Datenbank zu vervielfältigen, zu verbreiten und öffentlich wiederzugeben. [...] was willst Du uns damit sagen? Hast Du Zugriff auf die Datenbank der Straßenschilder, oder meinst Du, dass wer Straßenschilder aufnimmt, die Datenbank der Verkehrsbehörden kopiert? Für letzteres dürfte dieser Absatz zutreffen: Eine in ihrem Inhalt nach Art oder Umfang wesentlich geänderte Datenbank gilt als neue Datenbank, sofern die Änderung eine nach Art oder Umfang wesentliche Investition erfordert., sofern man die Arbeit an OSM als Investition begreift (kosten tut es ja vor allem Zeit, man könnte aber auch die Spritkosten der mit dem Auto mappenden summieren ;-) ) Martin ___ 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
Wie sieht es denn dann eigentlich mit den Yahoo-Bildern aus? Bei Yahoo bin ich mir gerade nicht sicher, aber bei Google und MSN sind die Satellitenbilder oftmals identisch, also vom gleichen Anbieter eingekauft. Yahoo hat die Bilder wahrscheinlich auch nur lizensiert. Die Frage ist: Hat Yahoo überhaupt die Rechte, die über das Bereitstellen der Bilder im Internet hinausgehen und sind die überhaupt der richtige Ansprechpartner, um uns definitiv die Verwendung zu gestatten? vg pls bitte nicht solche Fragen stellen. Vor allem nicht, wenn Du weisst, wie die Situation bei den Yahoo-Bildern ist ;-) Yahoo-Bilder sind super für OSM. Martin ___ 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
Am Freitag 13 Juni 2008 schrieb John07: Es ist ja toll, wie sie begründet, was privater Gebrauch ist und das OSM da nicht drunter fällt. Aber sie sollten sich lieber mal mit OSM auseinandersetzen und gegebenenfalls eine Sonderregelung treffen. Das wir nicht privat sind wissen wir auch, aber wir sind auch keine normale Firma. Ich finde die Antwort nicht zufriedendstellend, klingt so, als gäbe es andere Gründe und sie versuchen zwanghaft mit ihren bisherigen Paragraphen zu begründe, warum es nicht geht. Irgendwie finde ich die Argumentation seltsam, aber vllt. kenne ich mich damit zu wenig aus. ich finde die argumentation absolut klar und eindeutig. wir sind nicht privat, und wir sind auch keine firma, richtig. aber unsere lizenz erlaubt ausdruecklich, dass daten aus osm auch von firmen genutzt werden duerfen. und damit haben wir eine kommerzielle nutzung. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs
Moin, Werde ich mir am Wochenende mal genauer anschauen... Was mir bisher in josm fehlt ist die Möglichkeit eine einzlne Strasse komplett zu laden(möglichst mit allen angeschlossenen links) - auch wenn sie mehere hundert Kilometer lang ist. Nur so kann man schnell überprüfen ob sie vollständig ist. ich empfehle in einem solchen Falle ein Datenobjekt (aka Relation) anzulegen und die Straßensegmente dort hineinzuverfrachten. Denn man kann JOSM neuerdings anweisen, alles was zu einer Relation gehört zu nachzuladen. Hast Du also die Relation Jakobsweg in JOSM, kannst Du alle dazugehörigen Objekte ziehen - wobei das am Downloadlimit der API scheitern dürfte :) . Cheers, ce ___ 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
Guenther Meyer schrieb: ich finde die argumentation absolut klar und eindeutig. wir sind nicht privat, und wir sind auch keine firma, richtig. aber unsere lizenz erlaubt ausdruecklich, dass daten aus osm auch von firmen genutzt werden duerfen. und damit haben wir eine kommerzielle nutzung. Die Argumentation ist zwar klar, aber sie widerspricht meiner Meinung nach dem deutschen Gesetz und damit wäre ein Verbot von Behördenseite rechtswidrig. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenStreetBugs
Moin, Dazu noch eine Einfärbung der einzelnen Abschnitte nach zulässiger Streckenhöchstgeschwindigkeit um auch diese validieren zu können. das Plugin heißt MapPaint, ist OpenSource und somit beliebig modifizierbar ;-) . Cheers, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] landuse= layer=-2 ?
Hi, wie ist mit layern von landuse zu verfahren? Ich habe hier einen Waterway der natuerlich layer=-1 ist und damit hier 1) unter dem landuse=residential verschwindet. Die Loesung waere hier das landuser=residential auf layer=-99 zu setzen oder aehnliches - Alternativ koennte der waterway das landuser in 2 haelften schneiden. Wie ist da zu verfahren? Flo 1) http://www.informationfreeway.org/?lat=51.80432579636828lon=8.36828829648122zoom=17layers=B000F000F -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] landuse= layer=-2 ?
Hi, wie ist mit layern von landuse zu verfahren? Ich habe hier einen Waterway der natuerlich layer=-1 ist darauf würde ich hier einfach mal verzichten. und damit hier 1) unter dem landuse=residential verschwindet. Die Loesung waere hier das landuser=residential auf layer=-99 zu setzen oder aehnliches - Alternativ koennte der waterway das landuser in 2 haelften schneiden. Die zwei Hälften fände ich komisch. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] LinuxTag: Fotos?
Frederik Ramm schrieb: hat jemand eigentlich mal ein paar Fotos vom LinuxTag, die wir ins Wiki hochspielen koennten? Bei der Vorbereitung dieses Jahr war es immer sehr praktisch, die Fotos von letztem Jahr zu sehen ;-) Ich hatte dummerweise den Fotoapparat nie an der Messe dabei. Vom Stand habe ich jetzt selbst nach einer längeren Internet-Suche nur dieses Foto vom Samstag hier gefunden: http://www.flickr.com/photos/renehp2006/2559019288/ Die Fotos vom Stammtisch im Restaurant SI sind vermutlich bekannt: http://wiki.openstreetmap.org/index.php/Berlin Gruss, Andy signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] talk-ch Schweizer Mailing Liste
Hallo Ist eine Schweizer Mailing Liste talk-ch sinnvoll? Im Gegensatz zu Deutschland sind mir in der Schweiz bislang keine Gruppen bekannt, die Stammtische oder Mapping Partys durchführen. Ich vermute das liegt z.T. auch an der fehlenden Möglichkeit gezielt unter OSM'ler in der Schweiz zu kommunizieren. Wir haben ja auch unsere vier Sprachen, so dass talk-de nicht dafür geeignet ist die Leute die Französisch, Italienisch oder Räteromanisch sprechen zu erreichen. Ich habe daher schon im Januar das Thema in die Runde geworfen [1], allerdings noch nicht viel Feedback erhalten. Allerdings ist mir noch völlig unklar wer für das Einrichten von Mailing Listen zuständig ist? Gruss, Andy [1] http://wiki.openstreetmap.org/index.php/Talk:WikiProject_Switzerland signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] talk-ch Schweizer Mailing Liste
Hallo, Ich vermute das liegt z.T. auch an der fehlenden Möglichkeit gezielt unter OSM'ler in der Schweiz zu kommunizieren. Wir haben ja auch unsere vier Sprachen, so dass talk-de nicht dafür geeignet ist die Leute die Französisch, Italienisch oder Räteromanisch sprechen zu erreichen. Schreiben die Schweizer denn ihre Mailinlistenpostings immer viersprachig, oder koennen alle Schweizer alle vier Sprachen? Wie handhaben das denn andere Projekte, die Mailinglisten fuer die Schweiz aufsetzen? Allerdings ist mir noch völlig unklar wer für das Einrichten von Mailing Listen zuständig ist? Das macht im Moment Tom Hughes ([EMAIL PROTECTED]), sofern es sich um Listen unter @openstreetmap.org handelt. Ihr koenntet natuerlich auch unter @openstreetmap.ch eigene Listen aufsetzen; fuer Deutschland haben wir jetzt damit angefangen, unsere kleinraeumigen Listen unter @openstreetmap.de zu machen, dann muessen wir nicht jedesmal die Englaender fragen. Openstreetmap.ch ist auf Marius Rieder registriert, kenn den jemand oder liest der sogar hier mit? Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unterschiedliches Rendern von residential und?unclassified?
Andr? Reichelt [EMAIL PROTECTED] wrote: Sp?testens, wenn die ersten beginnen werden, Stra?en als Areas zu mappen, wird es dieses Problem eh nicht mehr geben. *floet* Soll man nicht?!? ;) http://www.openstreetmap.org/?lat=50.05263lon=8.80008zoom=17layers=0B0FT Rechts vom Mittelweg und Ph.-Reis-Str. Und bis es so weit ist, wird wohl nicht mehr all zu viel Zeit vergehen, so weit wie wir aktuell z.B. in Karlsruhe sind. Da fehlen noch Megameterweise Radwege... Ich warte da noch auf Einigung bei der Vorgehensweise... Die Darstellung von einzelnen ways ist halt noch besch...eiden, genauso wie auch jede Stra?e mit mehr als 1 Fahrbahn oder Tram in der Mitte... Eine prinzipielle Vorgehensweise schlug ich irgendwann mal vor, aber das war wohl zu kompliziert zum Umsetzen? MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] (einfacher) OSM-Einstieg (war: Re: OSM-Buch wird nachgedruckt)
Am Fri, 13 Jun 2008 08:54:30 +0200 schrieb Arne Bischoff [EMAIL PROTECTED]: Es timmt schon, OSM scheint auf den ersten Blick durch lauter PC-Genies betrieben zu werden Man definiere bitte Genie :) und dadurch verliert man als nichtenglischsprechender Windowsnutzer irgendwie die Lust sich näher damit zu beschäftigen. Die vorhandenen Anleitungen sind imho sehr ausführlich und ausreichend - auch in deutscher Sprache. In der Regel hat man ja auch nicht die Zeit, sich eine Woche erst in ein Programm einzuarbeiten. Man will es installieren, überall deutsche kontextsensitive Hilfen angeboten bekommmen und einfach drauflosarbeiten. Das kann OSM eindeutig NICHT Nicht? Mein Einstieg ist nicht sehr lange her. Ich habe nur das Anfänger- und das Josm-Wiki (beides in deutsch verfügbar) benötigt. http://wiki.openstreetmap.org/index.php/De:Newbie http://wiki.openstreetmap.org/index.php/JosmFuerEinsteiger Die Map-Features-Seite habe ich im Browser immer offen, um nach passenden Tags volltextzusuchen: http://wiki.openstreetmap.org/index.php/De:Map_Features An Software benutze ich Josm und Routeconverter, letzteres, um die Logs meines Gerätes nach GPX zu transformieren. Mittlerweile arbeite ich nur noch mit gpsbabel über die Kommandozeile, die Klickorgien in Routeconverter für ein Dutzend Tracks sind mir über. Viking zum schöneren Betrachten der Maps ist kein Muss, aber nett. Von den ersten Logs mit meinem neuen Spielzeug bis zu den ersten hochgeladenen Tracks hat es ~ drei Tage gedauert - vor allem deshalb, weil ich die Firmware des Loggers (unter Windows) aktualisieren musste, um genauere Logs zu bekommen. Einarbeitungszeit betrug alles in allem ~3h. :) Die ersten Änderungen hatte ich übrigens spontan in Potlatch vorgenommen, weil ein paar Straßen meiner Stadt einfach erkennbar falsch waren. Anmelden, danach drag drop, speichern, fertig. Ich rede hier nicht davon, wie ich die Unterstützung für den Prolific-Chips in meinen minimalistischen Linux-Kernel und ein C-Script kompiliert habe, um den Logger unter Linux zum Laufen zu bekommen. Als Linux-Nutzer könnte man manchmal die Lust verlieren, wenn viele Hardware-Hersteller so tun, als gäbe es nur Bill-OS! ;) und obwohl ich in einer Gegend voll von weißen Flecken wohne, wird mein Einstieg wohl noch lange dauern. Das wäre schade Gruß malenki :) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] talk-ch Schweizer Mailing Liste
erstmal: Ich würde es sehr begrüssen, wenn es eine talk-ch Liste geben würde. Frederik Ramm wrote: Hallo, Ich vermute das liegt z.T. auch an der fehlenden Möglichkeit gezielt unter OSM'ler in der Schweiz zu kommunizieren. Wir haben ja auch unsere vier Sprachen, so dass talk-de nicht dafür geeignet ist die Leute die Französisch, Italienisch oder Räteromanisch sprechen zu erreichen. Schreiben die Schweizer denn ihre Mailinlistenpostings immer viersprachig, oder koennen alle Schweizer alle vier Sprachen? Wie handhaben das denn andere Projekte, die Mailinglisten fuer die Schweiz aufsetzen? Die wenigsten können mehr als zwei Landessprachen... Ich kommuniziere oftmals Englisch mit anderssprachigen Landesfreunden. Bisher habe ich nicht all zu viel von dem mitbekommen, was in der Schweiz geschieht. Bin allerdings ziemlich fleissig im Kanton Aargau und dem Kanton Zug am mappen. Wäre eine lokale Kommunikation hier möglich, so denke ich, wäre es sicherlich einfacher Treffen oder irgendwelche Kampagnen zu organisieren. Betreffend der Sprache bin ich der folgenden Meinung: Englisch allgemein, was jedoch sicherlich einige vom schreiben abhalten könnte. oder aber jeweils eine Liste in jeder Sprache. was macht Sinn, was ist Unsinn? cheers mariner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Buch wird nachgedruckt
Heiko Schack [EMAIL PROTECTED] wrote: Da kann ich Sven nur zustimmen. Ich hatte zwar mal überlegt einen Netzwerk- un Stromanschluss auf der Toilette zu installieren, aber irgendwie gab das Probleme mit der restlichen Familie. :-) Ich hatte tatsächlich mal ein VT320 vor dem Klo stehen, leider ist mein Bad dazu inzwischen zu klein :) Sven -- .. this message has been created using an outdated OS (UNIX-like) with an outdated mail- or newsreader (text-only) :-P /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ 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
Sven Geggus wrote: Es gilt rechtlich zu klären, ob das Urheberrecht überhaupt derart weit reicht. Dass die Menschen von den Ämtern da erst mal vorsogrlich Das Problem ist ja, dass sie keine Rechte auf die von uns erzeugten Daten beanspruchen, sondern wir nach deren Lizenz die Luftbilder erst gar nicht vom Server ziehen dürfen, wenn wir sie für ...[irgendwas anderes als privates Anschauen]... nutzen wollen. Also der gleich Sch..., wie das was ich im Moment auf Arbeit hab - die Software, an der ich programmiere steht (viral) unter GPL, aber meine arbeitsvertragliche Weisungsgebundenheit verhindert, dass ich sie ins Netz stelle... cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] landuse= layer=-2 ?
Florian Lohoff wrote: wie ist mit layern von landuse zu verfahren? Ich habe hier einen Dass landuse verdeckend gerendert wird, ist ein Bug der aktuellen Renderer. Und da wir nicht für die Renderer taggen, kommt an ein Landuse auch kein Layer-Tag dran. Oder wenn man es ein wenig pragmatischer sieht, taggt man landuse einfach grundsätzlich als layer=-5 :-) cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unterschiedliches Rendern von residential und?unclassified?
Frederik Ramm schrieb: Wo kommen eigentlich diese furchtbar haesslichen durch-ge-X-ten Wege alle her? Gleich mal nachgucken, was da seltsames getaggt/gerendert wird... Diese Xe zeigen den acces vom weg an. No ist rot und destination blau, wenn ich das richtig mitbekommen habe. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Wege in Osmarender viel zu breit!
Ich finde, dass Osmarender die Wege, vor allem alles über residental, viel zubreit rendert. Vor allem Doppelfahrbahnen verschwimmen so und sind nur noch als Einzelne Spur zu erkennen. Außerdem würde ich vorschlagen, Zufahrten etwas Schmaler als die normale Fahrbahn zu rendern, so wie das in Google Maps gelöst ist. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unterschiedliches Rendern?von?residential?und?unclassified?
Andr? Reichelt [EMAIL PROTECTED] wrote: Wo kommen eigentlich diese furchtbar haesslichen durch-ge-X-ten Wege alle her? Gleich mal nachgucken, was da seltsames getaggt/gerendert wird... Diese Xe zeigen den acces vom weg an. No ist rot und destination blau, wenn ich das richtig mitbekommen habe. So ist es. Ich war so frei, typische Erschliessungswege zu einzelnen Reihenhaeuschen o.ae. so zu kennzeichen, damit da nicht jeder durchdappt, weil seine OSM-Routingsoftware ihn gnadenlos durhc die guten Wohnstuben scheucht :-) Apropos, ich erwaehnte es glaub noch nicht? Die Karos waeren auch mein Favorit f?r landuse=military MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wege in Osmarender viel zu breit!
Andr? Reichelt [EMAIL PROTECTED] wrote: Au?erdem w?rde ich vorschlagen, Zufahrten etwas Schmaler als die normale Fahrbahn zu rendern, so wie das in Google Maps gel?st ist. Du meinst service ggue. residential? Die sind doch schmaler... Mich stoeren, wenn wir schon rumkritteln, auf meinem Laptop, dass viele Farben eine Spur zu pastellig gerieten, wodurch sie auf Nichtroehren schlechter unterscheidbar sind. Um living_street zu erkennen, muss ich schon genau hingucken... Die getarnten tracktype=gradex-Raendervariationen kritisierte ich m.E.n. schon mal... MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Fwd: AW: Nutzung von Luftbildern in OpenStreetMap
Hallo, Also der gleich Sch..., wie das was ich im Moment auf Arbeit hab - die Software, an der ich programmiere steht (viral) unter GPL, aber meine arbeitsvertragliche Weisungsgebundenheit verhindert, dass ich sie ins Netz stelle... Das ist aber normal und widerspricht auch nicht der GPL. Nur, weil man irgendwas entwickelt, was unter der GPL steht, heisst das noch lange nicht, dass man es auch publizieren muss. Die GPL sagt ja nur, dass, *wenn* man es weitergibt, man den Source dazureichen muss und dem Empfaenger die Weiterverarbeitung gestatten. Gibt man es nicht weiter, oder nur an solche Empfaenger, die selbst gar kein Interesse daran haben, dass die Software veroeffentlicht wird, dann bleibt sie intern. Mit unserer Kartenlizenz ist das genauso. Wenn Du fuer Deinen Auftrag- geber die superduper Blinkeleuchtenkarte aus OSM-Material anfertigst, Dein Auftraggeber die aber nur fuer sich alleine will, dann wird nichts veroeffentlicht, und das ist auch rechtlich korrekt so. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Kartbahn
Wie soll man dann eigentlich Freiluft-Kartbahnen taggen? signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kartbahn
Hi, Wie soll man dann eigentlich Freiluft-Kartbahnen taggen? Wie wärs mit sport=motor? Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kartbahn
Frederik Ramm schrieb: Wie wärs mit sport=motor? Die Fahrbahn? Also mir ginge es halt darum, dass die fahrbahn andersartig darzustellen, wie ne Rennstrecke eben. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Unterschiedliches Rendern?von?residential?und?unclassified?
So ist es. Ich war so frei, typische Erschliessungswege zu einzelnen Reihenhaeuschen o.ae. so zu kennzeichen, damit da nicht jeder durchdappt, weil seine OSM-Routingsoftware ihn gnadenlos durhc die guten Wohnstuben scheucht :-) wieso eigentlich nicht? Wenn es von uns allen finanzierte öffentliche Straßen sind, würde ich die auch nicht anders kennzeichnen. *Nur* wenn da ein Schild steht (Privatstraße oder Anlieger frei) würde ich das mit access einschränken. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Wikipedia Links
Am 9. Juni 2008 19:34 schrieb Andreas Hubel [EMAIL PROTECTED]: Martin Koppenhoefer schrieb: wikipedia:en=Moscow (for the english Wikipedia) wikipedia:de=Moskau (for the german version of Wikipedia) Sven Anders 09:32, 8 October 2006 (BST) I agree to this. There's no reason why English Wikipedia should be preferred. -- Eckhart 13:14, 19 November 2006 (UTC) Ich vermute, dieses Proposal ist nur deshalb noch kein feature geworden, weil es vergessen wurde ;-) Lest es Euch am Besten mal durch, kommentiert eifrig und dann hoffentlich bald Abstimmung, so dass man es auch ohne großes Suchen in den Mapfeatures findet. Da ich als Wikipedia Toolserver User direkten Zugriff auf die entsprechende Datenbank habe, wollte den Import der Daten eigentlich demnächst mal angehen. Wie sieht den dein Vorschlag jetzt genau aus? Sollen wir einen Node mit den Wikipedialinks jeder Sprache versehen? Das währen doch schon ein bischen viele, oder? Ich wäre für den Englischen Link und jeweils den Link der Sprache des entsprechenden Landes... MfG Andi Ja, sehe ich auch so:(nur Link auf die englische Wikipedia und den anderssprachigen Link daraus generieren bei Bedarf. Allerdings gibt es viele Artikel nicht auf englisch, in diesen Fällen müsste man (zumindest übergangsweise) dennoch auf eine anderssprachige Wikipedia verweisen (mit entspr. Kennzeichnung durch :de). Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Garmin FIND-Menü
Am 13. Juni 2008 14:01 schrieb John07 [EMAIL PROTECTED]: Hi, wenn man manuell mit mkgmap die Karte erstellt hat man die ganzen POIs, bei der Version von Computerteddy leider nicht. Ich fände es auch sehr praktisch und hab ihn schonmal daraufhingewiesen, was daraus geworden ist weiß ich nicht (mehr). Gruß Jonas FreeWorld schrieb: Ich hab mal ne prinzipielle Frage zu dem Garmin Findmenü. Es gibt andere garmin-Karten, von denen werden die POIs in die Kategorien eingeordnet, die im Findmenü des Garmin zu finden sind. Teilweise werden sogar neue Kategorien angelegt. Ich fände das wäre ein Fortschritt, was die Nutzbarkeit der OSM-Karten auf dem Gerät angeht. So von wegen: Was du suchst ein Restaurant in der Nähe? Kleinen Moment... Spricht da was prinzipielles dagegen, oder ist das noch nicht genug reverse engineered? Grüße soweit ich weiss, führt er eine eigene Regeldatei, die um einiges umfangreicher ist als die bei mkgmap mitgelieferte. Er übernimmt auch gerne Vorschläge für features, die er noch nicht drin hat. Bei meinem Garmin (60CSx) musste ich allerdings auch schon feststellen, dass das Garmin macht, was es selbst für die beste Lösung hält. Je nachdem welche Daten man geladen hat oder Dinge die man sucht, ändern sich die Einträge im Find-Menu. Zumindest ist das mein Eindruck (ich erzeuge meine Karten immer selbst mit den quasi immer gleichen Regeldateien). Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bitte um das Rendern von quarry in [EMAIL PROTECTED]
Am 13. Juni 2008 09:15 schrieb Raphael Studer [EMAIL PROTECTED]: fireplace=yes, auch mit beliebigen anderen Tags kombinierbar und gut! Ich finde es furchtbar umständlich dass die Leute häufig irgendwelche Kombinationen als einen einzigen Tag deklarieren wollen und überhaupt nicht in betracht ziehen dass so was auch einzeln oder in Kombination mit anderen Tags auftreten kann. Das Problem von kombinierten Tags ist die Darstellung. Entweder macht man für jede mögliche Kombination ein einzelnes Icon oder man legt verschiedene Icons übereinander. Wobei die Icons dann auch dazu geeignet sein müssten (sprich das untere eine leere Stelle haben wo das obere drüber kommt). Grüsse Raphael Ich denke, es ging vor allem darum, dass hier massenhaft amenity=shelter für eine Feuerstelle vorgeschlagen wurde, dies aber ein Tag für eine Schutzhütte ist. In Süddeutschland (und vermutlich nicht nur da) gibt es sehr viele Feuerstellen, wo man halt Feuer machen kann. Eine Hütte ist da vielleicht bei einem Drittel davon dabei. Wenn ich jetzt im Gewitter durch den Wald laufe, interessiert es mich schon, ob das jetzt ein Loch im Boden mit ein paar Steinen drum ist, oder ob es sich um eine Schutzhütte / Unterstand handelt. Bitte nur Shelter taggen, wenn man sich dort auch unterstellen kann / es zumindest ein wasserfestes Dach gibt. Martin ___ 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 OpenStree tMap
Am 12. Juni 2008 21:41 schrieb grungelborz [EMAIL PROTECTED]: Martin Koppenhoefer schrieb: http://informationfreeway.org/?lat=48.236447702757346lon=11.617118626511234zoom=15layers=B000F000F: Hier sind von Luftbildern abgezeichnete Wege in einem militärischen Sperrgebiet. Am Boden verifizieren kann man die nicht. Was tun? brauchst Du die dringend fürs Routing, oder warum müssen die unbedingt klassifiziert werden? Mich stören roads in einem militärischen Sperrgebiet nicht, sondern ich finde es gut, wenn sowas auch enthalten ist, solange dort wirklich was Wegartiges langläuft. Irgendwann soll das Gebiet halt korrekt sein. IMO die beste Lösung wäre die Wege zu löschen. Das wäre korrekter als irgendwas mit Luftbildern gemapptes. Ersten sind sie mit Sicherheit nicht 'unclassified', zweitens nicht zusammenhängend. Das Gebiet ist schon als militärisch markiert (wird aber nicht gerendert). Gruss, Grungelborz was meinst Du mit nicht unclassified? Wie ich das verstanden habe, geht es hier um Straßen, deren genauer Ausbau und Zustand nicht bekannt ist, deren Verlauf aber aus Luftbildern abgezeichnet und mit highway=road getaggt wurde (mutmaßlich, vielleicht hat sie auch wirklich ein Wehrpflichtiger oder Soldat eingegeben, weisst Dus?). Löschen halte ich für absolut kontraproduktiv und auch respektlos demjenigen gegenüber, der diese Wege mit viel Mühe abgezeichnet hat. Solange Du Dich nicht selbst davon überzeugt hast, dass dort *kein* Weg ist, solltest Du die Daten, die andere eingegeben haben, auch nicht löschen! Irgendwann soll das Gebiet halt korrekt sein. IMO die beste Lösung wäre die Wege zu löschen. Irgendwie kommt mir das nicht logisch vor, da das Gebiet durch das Löschen ja nicht korrekter wird, sondern im Gegenteil Informationen verloren gehen. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mapnik-Renderer-Bug?
2008/6/12 André Reichelt [EMAIL PROTECTED]: Bernd Wurst schrieb: Bei Zoom 11 rendert Mapnik nur Namen von town und größer. Bei Zoom 12 kommen die villages dazu. Aber bei uns *verschwindet* der Name der Stadt dann wieder. Erst bei zoom 15 kommt er wieder auf die Karte. Das ist mir auch schon aufgefallen. ja, passiert selbst bei Grossstädten, z.B. Frankfurt. Ich würde bei den niedrigen Zoomleveln zusätzlich die Nummern der Autobahnen rendern, und die Namen der Grossstädte zumindest der Hauptstädte. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] landuse= layer=-2 ?
Hallo. Am Freitag, 13. Juni 2008 schrieb Florian Lohoff: Wie ist da zu verfahren? landuse ist kein physisches Objekt, daher hat layer dort wirklich überhaupt nichts zu suchen. layer gibt bei mehreren physischen Objekten (Tunnel, Straße, Brücke) an, wer über wem liegt. Dass ein landuse sicherlich keine physischen Objekte überdecken soll, ist logisch und wenn es das tut (was es auch mal tat) ist das ein Bug im Renderer, der uns erstmal kalt lassen sollte. Und als Zusatzinfo: layer reicht von -5 bis 5, -99 ist außerhalb des Bereichs. Gruß, Bernd -- Seitdem ich nicht mehr Outlook Express benutze, weiss ich, was der Begriff Kaputter Newsreader bedeutet. - Jürgen Fink, de.alt.etc.auktionshaeuser, 27.8.2003 signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de