[Talk-de] OSM-ler im Raum Paderborn
Moin ! ich hatte mir die letzte Ausgabe des WanderMagazins gekauft und dort wurde ausgiebig über GPS-Radtouren - u.a. in Paderborn berichtet. Ich habe mir gerade die entsprechende Webseite einmal aufgerufen und festgestellt das mit keinem Wort und schon gar nicht in der umfangreichen Linkliste (http://www.paderborn.de/freizeit/download/GPS-Linkliste_7-2008.pdf) von OSM gesprochen wird. Vielleicht sollte einer von Euch, vor Ort, einmal die Chance zur Kontaktaufnahme nutzen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] relation multipolygon?
Hallo. Am Dienstag, 3. Februar 2009 schrieb Gary G:: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//DEHTMLHEADMETA HTTP-EQUIV=Content-Type CONTENT=text/html; charset=us-asciiTITLEMessage/TITLE/HEADBODYnbsp;nbsp;nbsp; hi,brbrhabe eben im wiki nachgesehen, dass ein solches EINEN outer member haben sollte. nun habe ich in den daten aber ganz viele grenzen gefunden, die MEHRERE outer members haben. wie passt das zusammen? was gilt nun?brbrhttp://wiki.openstreetmap.org/wiki/Relation:multipolygonbrbr brciaobrbrgerhardbrgary68brbr/BODY/HTML Die Grenzen sind Advanced Multipolygone. Siehe dazu: http://wiki.openstreetmap.org/wiki/Talk:Relation:multipolygon#Advanced_multipolygons Momentan werden für flächige Multipolygone im Sinne dessen dass ein Renderer bitte Flächen rendern soll (Wälder, ...) nur einfache Multipolygone richtig unterstützt. Grade bei den Kreisgrenzen wäre das aber eine gigantisch riesig lange Strecke, die keiner mehr als ein Objekt hochladen will. Es macht hier also durchaus Sinn, das mit zusammengesetzten Polygonen zu machen. Zukünftig sollte das auch z.B. für Wälder möglich sein, da es auch da genügen Wälder gibt die schon grenzwertig groß sind. Da das aber erst gerendert werden muss bevor es ernsthaft viele Leute einsetzen, dauert das wohl noch nen Moment. Gruß, Bernd -- Wenn ich mit meiner Relativitätstheorie recht behalte, werden die Deutschen sagen ich sei Deutscher, und die Franzosen, ich sei Weltbürger. Erweist sich meine Theorie als falsch, werden die Franzosen sagen ich sei Deutscher, und die Deutschen, ich sei Jude. - Albert Einstein signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kamera fuer Fotomapping gesucht
Moin Nachdem mir meine alte Photosmart nach langen Jahren treuer Dienste die Freundschaft gekuendigt hat, bin ich auf der Suche nach Ersatz. Frage deshalb an jene, die zum Mappen eine Digitalkamera benutzen: Gibt es spezielle Empfehlungen, oder anders herrum, gibt es Modelle, die fuer unsere Zwecke gaenzlich ungeeignet sind und vor denen gewarnt wird? -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamera fuer Fotomapping gesucht
Hallo. Am Dienstag, 3. Februar 2009 schrieb Michael Buege: Nachdem mir meine alte Photosmart nach langen Jahren treuer Dienste die Freundschaft gekuendigt hat, bin ich auf der Suche nach Ersatz. Frage deshalb an jene, die zum Mappen eine Digitalkamera benutzen: Gibt es spezielle Empfehlungen, oder anders herrum, gibt es Modelle, die fuer unsere Zwecke gaenzlich ungeeignet sind und vor denen gewarnt wird? Zum Mappen selbst ist es meiner Meinung nach einigermaß piepegal welche Kamera man nimmt. Da ist eine gute PC-Anbindung vielleicht ganz praktisch, aber das sollten eigentlich auch alle Kameras gut genug können. Automatisches Drehen des Bildes ist ja auch Standard heutzutage. Für sonstige Verwendung empfiehlt sich unbedingt ein Modell mit kurzer Start-Zeit (Schnappschusstauglichkeit) und nicht spürbarer Auslöseverzögerung. Beides ist dann auch beim Mappen angenehm. Meine Ixus z.B. kann ich beim Radfahren mit einer Hand aus der Tasche ziehen, ein Foto machen und wieder einpacken wenn ich z.B. an einem Schild vorbei fahre. Gruß, Bernd -- Bahnübergänge sind die härtesten Drogen der Welt. Ein Zug und du bist weg! signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamera fuer Fotomapping gesucht
Am 3. Februar 2009 09:28 schrieb Bernd Wurst be...@bwurst.org: Hallo. Am Dienstag, 3. Februar 2009 schrieb Michael Buege: Nachdem mir meine alte Photosmart nach langen Jahren treuer Dienste die Freundschaft gekuendigt hat, bin ich auf der Suche nach Ersatz. Frage deshalb an jene, die zum Mappen eine Digitalkamera benutzen: Gibt es spezielle Empfehlungen, oder anders herrum, gibt es Modelle, die fuer unsere Zwecke gaenzlich ungeeignet sind und vor denen gewarnt wird? Zum Mappen selbst ist es meiner Meinung nach einigermaß piepegal welche Kamera man nimmt. Da ist eine gute PC-Anbindung vielleicht ganz praktisch, aber das sollten eigentlich auch alle Kameras gut genug können. Automatisches Drehen des Bildes ist ja auch Standard heutzutage. Für sonstige Verwendung empfiehlt sich unbedingt ein Modell mit kurzer Start-Zeit (Schnappschusstauglichkeit) und nicht spürbarer Auslöseverzögerung. Beides ist dann auch beim Mappen angenehm. Meine Ixus z.B. kann ich beim Radfahren mit einer Hand aus der Tasche ziehen, ein Foto machen und wieder einpacken wenn ich z.B. an einem Schild vorbei fahre. Ich gebe Bernd recht, dass es eigentlich ganz egal ist, welche Kamera mann nimmt. Ich persönlich weiß meine Pentax Optio W60 zu schätzen, da die - wasserdicht ist (also Regen geeignet) - kein Objektiv ausfährt, da sich die Linsen im Gehäuse bewegen (Man kann nirgendwo hängen bleiben und die Kamera im eingeschalteten Zustand in die Tasche stecken, trotzdem 5fach optischer Zoom) Die weitere Ausstattung ist vergleichbar mit Kameras ihrer Preisklasse. Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamera fuer Fotomapping gesucht
Hallo. Am Dienstag, 3. Februar 2009 schrieb Torsten Breda: Ich persönlich weiß meine Pentax Optio W60 zu schätzen, da die - wasserdicht ist (also Regen geeignet) - kein Objektiv ausfährt, da sich die Linsen im Gehäuse bewegen (Man kann nirgendwo hängen bleiben und die Kamera im eingeschalteten Zustand in die Tasche stecken, trotzdem 5fach optischer Zoom) Klingt sehr lecker. ;-) 10 MPix klingt schon etwas zu viel für diese Baugröße, so dass das Bild oftmals nicht mehr besonders lichtstark ist. Das macht sich sicherlich nicht bei OSM bemerkbar, aber wenn man auch noch mehr damit machen will... Der erste passende Suchtreffer, die PC-Welt, ist von der Bildqualität wenig begeistert: http://www.pcwelt.de/start/audio_video_foto/digicam_slr/tests/176760/pentax_optio_w60/ Aber klar, für vordergründigen OSM-Einsatz sind deine obigen Argumente wesentlich wichtiger! Gruß, Bernd -- Es stimmt nicht, dass die Engländer keine Musik mögen. Sie verstehen sie vielleicht nicht, aber sie lieben die Geräusche, die sie macht. - Thomas Beecham (engl. Dirigent) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreisstrassen
Garry schrieb: bezgl. Klassifizierung von Kreisstraßen gab es bisher 2 Meinungen: Wiki: 2 Spurige Kreisstrassen mit Mittelstreifen sind secondary OSM-Buch : Kreisstrassen sind immer tertiary. Letzteres ist definitiv falsch so zu verallgemeinern. Z.B. ist in Karlsruhe die Stadtautobahn(Südtangente) Abschnittsweise in der Verwaltungsklasse Kreisstrasse - in der highway-Klassifizierung ist sie aber mit trunk einzustufen da autobahnähnlich ausgebaut (Mittelleitplanke, kreuzungsfrei, Beschleunignungstreifen).. Die amtliche Verwaltungsklasse sagt aus wer der Geldgeber einer Strasse ist. Häufig gibt es da Umstufungen um einen schnellen Ausbau zu ermöglichen weil z.B. der Kreis eine Bundesstrasse unbedingt schnell als Umgehung ausgebaut haben möchte, der Bund dafür aber keine Mittel bereitstellen kann oder will. Ja, hier gibts auch einen Fall, da wurde eine ehemalige Bundesstraße nach Bau einer Umgehungsstraße zur unclassified degradiert. Habe die zuerst als secondary getaggt, bin mir nicht sicher ob tertiary besser passt. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamera fuer Fotomapping gesucht
Am 3. Februar 2009 09:50 schrieb Bernd Wurst be...@bwurst.org: Hallo. Am Dienstag, 3. Februar 2009 schrieb Torsten Breda: Ich persönlich weiß meine Pentax Optio W60 zu schätzen, da die - wasserdicht ist (also Regen geeignet) - kein Objektiv ausfährt, da sich die Linsen im Gehäuse bewegen (Man kann nirgendwo hängen bleiben und die Kamera im eingeschalteten Zustand in die Tasche stecken, trotzdem 5fach optischer Zoom) Klingt sehr lecker. ;-) 10 MPix klingt schon etwas zu viel für diese Baugröße, so dass das Bild oftmals nicht mehr besonders lichtstark ist. Das macht sich sicherlich nicht bei OSM bemerkbar, aber wenn man auch noch mehr damit machen will... Der erste passende Suchtreffer, die PC-Welt, ist von der Bildqualität wenig begeistert: http://www.pcwelt.de/start/audio_video_foto/digicam_slr/tests/176760/pentax_optio_w60/ Aber klar, für vordergründigen OSM-Einsatz sind deine obigen Argumente wesentlich wichtiger! Gruß, Bernd Die genannten Mankos sind nicht aus der Luft gegriffen, jedoch undramatisch. Unter schlechten Lichtverhältnissen kann die Kamera anfangen zu rauschen. Im täglichen Einsatz aber nicht weiter auffällig. Wer das deutlich besser haben will, muss schon zu einer lichtstarken Bridge-Kamera greifen. Auch sind die aktuellen IXUS Modelle hier etwas besser. Die Casio EXILIM Kameras haben hier jedoch nach meiner Ansicht keinen Vorteil. Wenn du mal eine gar nicht so alte Kamera in den Müll befördern musstest, weil Staub in die Objektiv-Mechanik gekommen ist, dann weißt du ein dichte Gehäuse zu schätzen. Hier noch ein paar Beispielbild, dass ich mit dieser Kamera gemacht habe. http://www.getdropbox.com/gallery/501481/1/Pentax%20W60%20Beispielbilder?h=16ea48 Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamera fuer Fotomapping gesucht
Hallo, Also mir reicht meine im Fotoapperat integrierte 2MP-Kamera völlig aus. Das Blitzlicht ist vielleicht wenig geeignet aber wann mappt man schon im Dunkeln? Aber wenn ich mir heute eine Kamera zulegen würde, dann eine die auch die GPS-Daten mitabspeichert. Grüße, Arne+++ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [Abbiegerelation] - wie no_u_turn anwenden
Moin ! ich möchte ein Wendeverbot in der Langen Reihe auf Höhe der Lohmühlenstraße anwenden. http://www.openstreetmap.de/karte.html?zoom=18lat=53.56023lon=10.01496layers=B0 Fahrrichtung des ankommenden Fahrzeuges Lange Reihe - Barcastraße. Kann mir einer sage wie dieses aussehen könnte ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamera fuer Fotomapping gesucht
Michael Buege schrieb: Moin Nachdem mir meine alte Photosmart nach langen Jahren treuer Dienste die Freundschaft gekuendigt hat, bin ich auf der Suche nach Ersatz. Frage deshalb an jene, die zum Mappen eine Digitalkamera benutzen: Gibt es spezielle Empfehlungen, oder anders herrum, gibt es Modelle, die fuer unsere Zwecke gaenzlich ungeeignet sind und vor denen gewarnt wird? Schau dir die Canon A-Serie an. Hat alle manuellen Einstellmöglichkeiten. Für die gibt es alternative Firmware, die z.B. geskriptetes Dauer-Auslösen erlaubt (und noch einiges mehr). Bildqualität und Akkulaufzeit sind gut (Standard-AA-Akkus) - ich hab meine am Fahradlenker montiert und auf Dauerfeuer laufen. Damit entgeht einem praktisch nichts mehr ;-) lg roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] relation multipolygon?
sollte sowas nicht auf die richtige seite gezogen werden? - original Nachricht Betreff: Re: [Talk-de] relation multipolygon? Gesendet: Di, 03. Feb 2009 Von: Bernd Wurstbe...@bwurst.org Hallo. Am Dienstag, 3. Februar 2009 schrieb Gary G:: !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//DEHTMLHEADMETA HTTP-EQUIV=Content-Type CONTENT=text/html; charset=us-asciiTITLEMessage/TITLE/HEADBODY hi,brbrhabe eben im wiki nachgesehen, dass ein solches EINEN outer member haben sollte. nun habe ich in den daten aber ganz viele grenzen gefunden, die MEHRERE outer members haben. wie passt das zusammen? was gilt nun?brbrhttp://wiki.openstreetmap.org/wiki/Relation:multipolygonbrbr brciaobrbrgerhardbrgary68brbr/BODY/HTML Die Grenzen sind Advanced Multipolygone. Siehe dazu: http://wiki.openstreetmap.org/wiki/Talk:Relation:multipolygon#Advanced_multi polygons Momentan werden für flächige Multipolygone im Sinne dessen dass ein Renderer bitte Flächen rendern soll (Wälder, ...) nur einfache Multipolygone richtig unterstützt. Grade bei den Kreisgrenzen wäre das aber eine gigantisch riesig lange Strecke, die keiner mehr als ein Objekt hochladen will. Es macht hier also durchaus Sinn, das mit zusammengesetzten Polygonen zu machen. Zukünftig sollte das auch z.B. für Wälder möglich sein, da es auch da genügen Wälder gibt die schon grenzwertig groß sind. Da das aber erst gerendert werden muss bevor es ernsthaft viele Leute einsetzen, dauert das wohl noch nen Moment. Gruß, Bernd -- Wenn ich mit meiner Relativitätstheorie recht behalte, werden die Deutschen sagen ich sei Deutscher, und die Franzosen, ich sei Weltbürger. Erweist sich meine Theorie als falsch, werden die Franzosen sagen ich sei Deutscher, und die Deutschen, ich sei Jude. - Albert Einstein --- original Nachricht Ende ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [OpenLayer] - Breite von Tracks
Hi ! habe mir am Wochenende einwenig OpenLayer angesehen und auch einen Track auf die Karte bekommen - war ja keine Kunst. Nun ist die Linie allerdings etwas dünn. Da der Track mit der OpenLayers.Layer.GPX eingebunden wird vermute ich, dass man dort vielleiht auch Einfluss auf die Linienbreite nehmen kann. Ist das richtig und wenn wie ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamera fuer Fotomapping gesucht
Hallo, ich benutze die im Handy integrierte Kamera, da ich das Handy eh immer dabei habe. (2M) Ich glaube die Bildqualitätskriterien sind beim Fotografieren von Straßenschildern eh nicht sehr wichtig. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [Archologie] - Langbett
Moin ! ich habe gerade ein Langbett in der Anpassung und muss gestehen, dass unter [1] dieser Betriff nicht gelistet ist - obwohl auf [2] hier von einem Megalith gesprochen wird. Ist das LANGBETT als Steinreihe (megalith_type = alignment) zu betrachten oder müssen wir die Liste noch erweitern ? Gruß Jan :-) [1] http://wiki.openstreetmap.org/index.php/DE:Archaeological_site [2] http://de.wikipedia.org/wiki/Langbett_Langenrehm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Abbiegerelation] - wie no_u_turn anwenden
Hallo, kann mir einer sage wie dieses aussehen könnte ? meiner Meinung nach so: from: das letzte Stück der Lange Reihe (id=30371482) via: das Verbindungsstück der Lohmühlenstraße (id=3655718) to: die Rückspur der Lange Reihe (id=30504567) restriction=no_u_turn Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Abbiegerelation] - wie no_u_turn anwenden
Hallo Dimitri, ich dachte via muss immer ein NODE sein ?! Gruß Jan :-) Dimitri Junker schrieb: Hallo, kann mir einer sage wie dieses aussehen könnte ? meiner Meinung nach so: from: das letzte Stück der Lange Reihe (id=30371482) via: das Verbindungsstück der Lohmühlenstraße (id=3655718) to: die Rückspur der Lange Reihe (id=30504567) restriction=no_u_turn Dimitri -- Freundliche Grüße Jan Tappenbeck --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de Lübeck in OSM http://www.openstreetmap.de/karte.html?zoom=12lat=53.86927lon=10.688layers=B0 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage nach GPS-Datenlogger
Hallo Arne, wie wärs mit einem Fahrradtacho? http://wiki.openstreetmap.org/wiki/de:Datalogger_Mainnav_MG-950d (wurf- und wasserfest) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Parkplatz nur für PKW
Hallo, wie würdet ihr einen Parkplatz nur für PKW taggen? Ich dachte erst an motorcar=designated, aber das würde auch LKW usw. einschließen. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Abbiegerelation] - wie no_u_turn anwenden
Hallo, ich dachte via muss immer ein NODE sein ?! Das ist laut Wiki aber ein falscher Gedanke, s.: http://wiki.openstreetmap.org/wiki/Relation:restriction#Members Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Abbiegerelation] - wie no_u_turn anwenden
Hi ! ich habe das jetzt einmal (frecherweise) so hochgeladen als Relation 73386. Die Relation ist mit einem Stern gekennzeichnet, weil angeblich die Role via unbekannst ist. Vielleicht kannst Du nochmal einen Blick werfen. Im übrigen SYM2NAME arbeitet wunderbar ! Gruß Jan :-) Dimitri Junker schrieb: Hallo, ich dachte via muss immer ein NODE sein ?! Das ist laut Wiki aber ein falscher Gedanke, s.: http://wiki.openstreetmap.org/wiki/Relation:restriction#Members Dimitri -- Freundliche Grüße Jan Tappenbeck --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de Lübeck in OSM http://www.openstreetmap.de/karte.html?zoom=12lat=53.86927lon=10.688layers=B0 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Proposal (v1) : Haltestellen des ö ffentliche n Verkehrs
Hallo, ich bin der meinung, das highway fuer alle arten von normalen wegen dienen sollte, Genau, und ein Bahnsteig ist kein normaler Weg. bei einem normalen Weg ist die normale Fortbewegungsrichtung in Längsrichtung, bei einem Bahnsteig quer, er ist fast immer eine Sackgasse, und zwar beidseitig mit Zugängen in der Mitte. analog dazu beschreibt railway nur die schienenwege. Stimmt doch nicht, der Schienenweg wird durch railway=rail oder Tram,... bezeichnet, daneben gibt es aber auch station, halt,tram_stop,subway_entrance oh und railway=platform gibt es auch schon im Wiki http://wiki.openstreetmap.org/wiki/Map_Features#Railway ist aufgeteilt in die Untergruppen: Track,Service attributes, Stops, Intersections, Rail-related features Also nicht nur Track sondern alles rundherum Laut dict.leo.org wird railway mit Die Bahn, Die Eisenbahn, Der Schienenweg übersetzt. Zum System Bahn gehört der Bahnsteig definiv dazu. Zum Schienenweg natürlich nicht ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamera fuer Fotomapping gesucht
Ich persönlich weiß meine Pentax Optio W60 zu schätzen, da die - wasserdicht ist (also Regen geeignet) - kein Objektiv ausfährt, da sich die Linsen im Gehäuse bewegen (Man kann nirgendwo hängen bleiben und die Kamera im eingeschalteten Zustand in die Tasche stecken, trotzdem 5fach optischer Zoom) Aus gleicher Überlegung heraus benutze ich eine Olympus mju-725SW, werde die aber demnächst gegen den Nachfolger, die TOUGH-6000, ersetzen, da dann nicht nur sturzfest, sondern auch mechanischer Stabilizer und 28mm-Weitwinkel... und endlich (Micro)-SD-Karten Die weitere Ausstattung ist vergleichbar mit Kameras ihrer Preisklasse. Die Olympus sind teurer, aber dafür eben tauchfähig ohne Vorbereitung und mechanisch unverwüstlich. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage nach GPS-Datenlogger
Markus schrieb: Hallo Arne, wie wärs mit einem Fahrradtacho? http://wiki.openstreetmap.org/wiki/de:Datalogger_Mainnav_MG-950d (wurf- und wasserfest) So super tolle Kritik hat das Ding ja nicht abbekommen. Allerdings geht das Teil ab 34 Euro bei, da kann man schon etwas verschmerzen. Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Abbiegerelation] - wie no_u_turn anwenden
Am Dienstag 03 Februar 2009 12:54:35 schrieb Jan Tappenbeck: Hi ! ich habe das jetzt einmal (frecherweise) so hochgeladen als Relation 73386. Die Relation ist mit einem Stern gekennzeichnet, weil angeblich die Role via unbekannst ist. Vielleicht kannst Du nochmal einen Blick werfen. Das ist schon in Ordnung so, Dirk hat irgendwo geschrieben, dass der Validator einfach noch keine Wege als via-Member versteht. Allerdings weiß ich nicht, ob die via-Straße aufgesplittet werden müsste, damit sie bei from und to aufhört. Grüße, Marc signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Proposal (v1) : Haltestellen des ö ffentliche n Verkehrs
2009/2/3 Dimitri Junker o...@dimitri-junker.de: Genau, und ein Bahnsteig ist kein normaler Weg. bei einem normalen Weg ist die normale Fortbewegungsrichtung in Längsrichtung, bei einem Bahnsteig quer, er ist fast immer eine Sackgasse, und zwar beidseitig mit Zugängen in der Mitte. wie bitte? Wer laeuft denn bitte zickzack ueber den Bahnsteig? Wohl doch nur zum Einsteigen. Eine Sackgasse ist er gelegentlich bei Kopfbahnhoefen, bzw., wo es nur 1 Unterfuehrung gibt, wo es deren mehrere gibt, eigentlich nie. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz nur für PKW
Sebastian Hohmann schrieb: wie würdet ihr einen Parkplatz nur für PKW taggen? hgv=no MfG Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Proposal (v1) : Haltestellen des ö ffentliche n Verkehrs
Hallo, wie bitte? Wer laeuft denn bitte zickzack ueber den Bahnsteig? Wohl doch nur zum Einsteigen Normalerweise benutze ich Bahnsteige zum Einsteigen. Und nicht um von einem Ende des Bahnhofs zum anderen zu gehen. D.h. ich komme irgendwo meist per Treppe von unten auf den Bahnsteig und gehe dann quer in den Zug. Eine Sackgasse ist er gelegentlich bei Kopfbahnhoefen, bzw., wo es nur 1 Unterfuehrung gibt, wo es deren mehrere gibt, eigentlich nie. Bei Einem Kopfbahnhof ist es meist eine normale Sackgasse Bei Bahnhöfen mit einer Unterführung sind es eine Sackgasse in beide Richtungen vom Treppenende aus. Bei Bahnhöfen mit mehreren Unterführungen sind es eine Sackgasse in beide Richtungen von den beiden äußeren Treppenenden aus. Egal wie man es wendet ein Bahnsteig dient in den allermeisten Fällen nicht dazu sich entlang seiner Längsrichtung fortzubewegen genau so wenig wie eine breite Treppe dazu dient waagerecht auf einer Stufe zu laufen. Er ist einfach ein breites Verbindungsstück zwischen den Treppen und dem Gleis (wenn da ein Zug steht). Ich vermute, Du hast in Deiner Gegend einen Bahnsteig, der sich eignet um ihn als Weg zu mißbrauchen, aber das ist nicht der Normalfall! Falls nichts wirklich neues mehr kommt klinke ich mich jetzt mal aus. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag-Zusammenstellung speziell Friedhöfe
Am 3. Februar 2009 14:04 schrieb Arne Bischoff bisch...@gueldendorf.de: Hallo zusammen, Also bei der Suche nach Tags für alles ringsum Friedhöfe komme ich ja echt in Probleme, ich finde einfach nichts. So, wie es aussieht, wird auch nichts gerendert oder? Ich suche Tags für - Grabstelle allgemein - Grabstelle eines Prominenten - Trauerhalle - Kriegsgräberstätte - anonyme Beerdigung (Grüne Wiese) - Massengrab (aus Kriegs/Nachkriegszeiten) - Wasserentnahmestellen - Brunnen - Grünabfall Gibt es da schon eine Zusammenstellung? Gruß, Arne+++ ich glaube nicht, aber wenn es was spezielles fuer Massengrab oder Massaker-Gedenkstaette gibt, wuerde mich das auch interessieren, habe am Samstag die Fosse Ardeatine besichtigt, wo die Deutschen im 2. WK aus Vergeltung 300+ Italiener ermordet haben. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz
Frederik Ramm schrieb: Bei OSM gibt es weder einen Vertrag noch einen Schaden. Es benötigt keinen Vertrag, um eine Schuld zu erhalten. Vielmehr frage ich mich aber, ob ein Datenklau von Google nicht gleichzeitig ein Schaden für OSM wäre :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Proposal (v1) : Haltestellen des ö ffentliche n Verkehrs
Hallo Thomas, willkommen im Talk :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freigabe des Gemarkungsverzeichnis NRW
Johann H. Addicks schrieb: Tobias Wendorff schrieb: http://wiki.openstreetmap.org/wiki/DE:Gemarkungsverzeichnis_NRW Ich halte es für ehrlicher, bei solchen Anfragen nicht von einer freien unkommerziellen Datenbank, sondern von einer nicht profitorientierten, freien, kostenlos nutzbaren Datenbank zu sprechen. Komisch, also für mich war OSM immer frei und unkommerziell. Ich frage mich, wann ich meinen Gewinnanteil abbekomme. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM
Arne Bischoff schrieb: Zap-Zarapp bist du im Knast. Mit Verlaub, aber das ist doch hanebüchen, was Du da schreibst. Kommt der Ingeneur von Heckler Koch in den Knast, weil jemand eine HK beim Banküberfall benutzte? Du hast schon mal was vom Stilmittel der Übertreibung gehört? Ich bin alleine deshalb so verbissen bei dem Thema dabei, da ich die Machenschaften dieser Institution kenne. Ich kenne viele Opfer und gehe deshalb dagegen vor. Ach ja, zu deinem Vergleich: Ich würde mich auf jeden Fall mit schuldig fühlen. Ich würde auch nie bei einer Firma anfangen, die Tötungsmaschinerie herstellt. André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freigabe des Gemarkungsverzeichnis NRW
Hallo, Johann H. Addicks wrote: kann man drüber streiten. Gewerblich ist das Angebot in jedem Fall, da es auf Dauer angelegt ist und die Allgemeinheit anspricht und dabei kommerzielle Nutzung ausdrücklich zulässt. Kann es sein, dass Du gewerblich und geschäftsmässig verwechselt hast? OpenStreetMap ist ganz bestimmt kein gewerbliches Projekt. Ich frage mich allerdings inzwischen, wo diese Korinthenkackerei - insbesondere auf Seiten von Nicht- oder Amateurjuristen, zu denen ich mich auch zähle - hinführen soll. Gehen wir doch einfach wieder an die Arbeit. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] relation multipolygon?
Hallo, Bernd Wurst wrote: sollte sowas nicht auf die richtige seite gezogen werden? Doch. Wer die History der Seite anschaut, der sieht, dass ich das zuerst durchaus so gemacht hatte, und jemand anders meinen Content dann auf die Diskussions-Seite verschoben hat. Wie lautet der Wahlspruch? Es ist ein Wiki - sei duldsam! ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Programm um Tiles anzuzeigen
Hallo gibt es ein programm mit dem man bequem local erzeugte tiles betrachten kann, so wie im browser online? gruesse ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz
Frederik Ramm schrieb: Du hast aber meine Aussage aus dem Kontext gerissen. Du ebenso ... das war ein Absatz mit einem :-) dahinter. Es braucht also entweder einen Vertrag oder ein geltendes Gesetz. Wobei das eine von der Staatsanwaltschaft und das andere von Zivilanwälten ausgetragen wird :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freigabe des Gemarkungsverzeichnis NRW
unkommerziellen Datenbank, sondern von einer nicht profitorientierten, freien, kostenlos nutzbaren Datenbank zu sprechen. Komisch, also für mich war OSM immer frei und unkommerziell. Für Dich. Für andere nicht. Ich halte es nach wie vor nicht für unmoralisch oder auch nur irgendwie anrüchig, im Open-Source-Sektor einen Geld zu verdienen. Immerhin könnten die Kunden auch handwerkelnde EDV-Fuzzis und visionäre Consultants bezahlen, die dann irgendwelche MicrosoftCo-Lösungen in den Markt drücken. Ich frage mich, wann ich meinen Gewinnanteil abbekomme. Wenn Du kein Gewerbe betreibst, welches mit OSM-Daten nicht nur Umsätze, sondern auch Gewinn erwirtschaftet, dann wirst Du nichts bekommen. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Abbiegerelation] - wie no_u_turn anwenden
Am Dienstag 03 Februar 2009 16:29:00 schrieb Johann H. Addicks: Apropos no_u_turn: Gab es nicht da mal eine Regel, keine negativen Feldbezeichner zu verwenden, um potentiell mißverständliche Monster zu vermeiden wie Jetzt alle Daten wirklich nicht löschen (J/N). Bei Abbiegeverboten beschreibt das aber schon die Realität; zumindest beim Wendeverbot gibt's auch keine sinnvolle Alternative mit only_. no_u_turn=no finde ich zumindest nicht schön. Das kann aber nirgendswo vorkommen, weil no_u_turn als Wert von restriction verwendet wird. Grüße, Marc signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz
Hallo, Tobias Wendorff wrote: Frederik Ramm schrieb: Bei OSM gibt es weder einen Vertrag noch einen Schaden. Es benötigt keinen Vertrag, um eine Schuld zu erhalten. Du hast aber meine Aussage aus dem Kontext gerissen. Du kannst entweder einen Vertrag brechen und dann die im Vertrag festgelegte Strafe zahlen muessen, oder Du kannst gegen geltendes Gesetz verstossen und dadurch zur Rechenschaft gezogen werden. Wenn in den USA nun kein geltendes Gesetz verhindert, dass Du Fakten von jemand anders (Navteq...) abkopierst, dann bedarf es eines Vertrages, um Dich daran zu hindern bzw. Dir im Falle des Verstosses eben eine Strafe aufzubrummen. Es braucht also entweder einen Vertrag oder ein geltendes Gesetz. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] relation multipolygon?
Bernd Wurst schrieb: Zukünftig sollte das auch z.B. für Wälder möglich sein, da es auch da genügen Wälder gibt die schon grenzwertig groß sind. Da das aber erst gerendert werden muss bevor es ernsthaft viele Leute einsetzen, dauert das wohl noch nen Moment. Sinvoller Ansatz ist fuer mich im Moment, derartige Flaechen in mehrere geschlossene, aneinandergrenzende outer-Polygone zu unterteilen. Dann klappt das auch mit Renderern, selbst wenn diese mit der Relation selber noch gar nicht wirklich umgehen kann. Und ein spaeterer Umbau zu offenen outer-Polygonen, so er dann mal notwendig sein sollte, waere problemlos moeglich. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Archologie] - Langbett
Am 3. Februar 2009 12:18 schrieb Jan Tappenbeck o...@tappenbeck.net: bin gerade von JOSM abgeschnitten, waere also nett, wenn jemand das umtaggen koennte. wenn damit das pöppendorfer grosssteingrab gemeint ist - dann ist es erledigt. finde gerade die id nicht ! Hier der Link http://tagwatch.stoecker.eu/*%5Bmegalith_type=Gro%C3%9Fsteingrab%5D bin gerade von JOSM abgeschnitten, waere also nett, wenn jemand das umtaggen koennte. weiss nicht, ob es das Poeppendorfer ist, der Link steht oben (ist eine OSM-Datei), einfach runterladen und in JOSM oeffnen. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz
Am Montag, 2. Februar 2009 21:14 schrieb Frederik Ramm zu Navtech: Bei denen unterschreibst Du einen Vertrag, dass Du die Daten nicht weitergibst, und wenn Du dagegen verstoesst, verklagen sie Dich auf Schadensersatz. Bei OSM gibt es weder einen Vertrag noch einen Schaden. Mir ist klar das es mit der Lizenz Probleme gibt, aber ganz so einfach kann man das ja IMHO auch nicht nehmen. Und wenn die Lizenz nicht gilt, gilt im Zweifel (in DE) das ganz normale Urheberrecht und Datenbankrecht. Wenn die Lizenz gilt, ist diese der Vertrag. Nehmen wir an ich würde gegen jemanden Klagen der Teile von OSM benutzt ohne sich an die Lizenz zu halten, dann könnte ich ihm auch meinen (fikitven Aufwand) in Rechnung stellen. Wenn ich z.B. meine Homepage mit selbstgemachten Fotos schmücke und der Spiegel würde diese einfach so in seiner Zeitung abdrucken, könnte ich auch Lizenzgebühren dafür verlangen (im Zweifel würden änhliche Fotos für die Höhe der Gebühr vom Gericht herangezogen werden).Und das selbst wenn ich meine Fotos an eine andere Zeitung geschickt hätte, damit sie sie (ohne mich zu entlohnen) abdrucken. Dafür muss ich auf meiner Homepage auch keinen Vertrag angeben, unter denen das ganze kopiert werden darf. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] relation multipolygon?
Hallo. Am Dienstag, 3. Februar 2009 schrieb Torsten Leistikow: Sinvoller Ansatz ist fuer mich im Moment, derartige Flaechen in mehrere geschlossene, aneinandergrenzende outer-Polygone zu unterteilen. Dann klappt das auch mit Renderern, selbst wenn diese mit der Relation selber noch gar nicht wirklich umgehen kann. So wird das ja momentan eigentlich überall gemacht. Gruß, Bernd -- Press any key to continue or any other key to quit signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage nach GPS-Datenlogger
On Tue, 3 Feb 2009 11:34:26 +0100, Arne Bischoff wrote: Schau mal im Pocketnavigation.de-Forum im Logger-Bereich. Da werden Sie geholfen. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kamera fuer Fotomapping gesucht
Am Dienstag 03 Februar 2009 schrieb Carsten Schwede: ich benutze die im Handy integrierte Kamera, da ich das Handy eh immer dabei habe. (2M) Ich glaube die Bildqualitätskriterien sind beim Fotografieren von Straßenschildern eh nicht sehr wichtig. Das ist besonders dann von Vorteil, wenn auch der GPS-Logger im Handy sitzt (z.B. Motorola A780). Die Bilder sind dann automatisch synchron zur Spur (gilt auch für Audiomapping). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] relation multipolygon?
Bernd Wurst schrieb: Sinvoller Ansatz ist fuer mich im Moment, derartige Flaechen in mehrere geschlossene, aneinandergrenzende outer-Polygone zu unterteilen. So wird das ja momentan eigentlich überall gemacht. Nein. Bei den Grenzen sind die einzelnen outer-Polygone nicht geschlossen. Nur die Gesammtmenge der outer-Polygone ergibt einen geschlossenen Polygonzug. Bei den Grenzen tut das keinem weh, wobei ich allerdings auch nicht wirklich weiss, warum die in OSM als Flaeche definiert sind. Eigentlich sollte eine Grenze eine (durchaus geschlossenen) Linie sein, als Grenzen-Flaeche wuerde ich da eher ein Gebiet wie frueher der Todesstreifen erwarten. Bei echte Flaechen klappt das z.Z. halt nur, wenn auch die einzelnen outer-Polygone als komplette Flaechen, also als geschlossene Polygone, eingetragen werden. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] relation multipolygon?
Hallo. Am Dienstag, 3. Februar 2009 schrieb Torsten Leistikow: Bernd Wurst schrieb: Sinvoller Ansatz ist fuer mich im Moment, derartige Flaechen in mehrere geschlossene, aneinandergrenzende outer-Polygone zu unterteilen. So wird das ja momentan eigentlich überall gemacht. Nein. Bei den Grenzen sind die einzelnen outer-Polygone nicht geschlossen. Nur die Gesammtmenge der outer-Polygone ergibt einen geschlossenen Polygonzug. Bei den Grenzen tut das keinem weh, wobei ich allerdings auch nicht wirklich weiss, warum die in OSM als Flaeche definiert sind. Eigentlich sollte eine Grenze eine (durchaus geschlossenen) Linie sein, als Grenzen-Flaeche wuerde ich da eher ein Gebiet wie frueher der Todesstreifen erwarten. Bei echte Flaechen klappt das z.Z. halt nur, wenn auch die einzelnen outer-Polygone als komplette Flaechen, also als geschlossene Polygone, eingetragen werden. Äh, ja, es wird überall da gemacht, wo eine flächige Darstellung gewünscht ist. Ich finde die Erfassung von Grenzen als Flächen ist eher ein Terminologieproblem. Man will die Fläche eines Landes/Kreises oder einer Gemeinde ausdrücken. Dann macht das Multipolygon Sinn, denn damit kann man Enklaven und Exklaven ohne Sonderbehandlung abbilden. Dass man das Polygon dann Grenze nennt, ist vermutlich das Problem, das du damit hast. Ich habe das Problem nicht. :) Das mit der künstlichen Zerteilung von echten Flächen macht nur dann keine Probleme, wenn der Flächeninhalt bzw. die Füllung der Fläche das einzige ist auf was es ankommt. Schon bei den Wäldern ist das momentan sehr doof, dass beide Renderer eine andersfarbige Rahmenlinie um den Wald ziehen (*) und Osmarender mit der Kurvenglättung regelmäßig weiße Streifen in den Wald macht. Ich sehe es also wirklich als Übergangsnotlösung und nicht als wirkliche Alternative. (*) Außer Featuritis (SVG kann sowas, das müssen wir nutzen) seh ich wenig Grund für dieses Verhalten. :) Gruß, Bernd -- Europa - das Ganze ist eine wunderbare Idee, aber das war der Kommunismus auch. - Loriot signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Archologie] - Langbett
Jan Tappenbeck schrieb: ich habe gerade ein Langbett in der Anpassung und muss gestehen, dass unter [1] dieser Betriff nicht gelistet ist - obwohl auf [2] hier von einem Megalith gesprochen wird. Ist das LANGBETT als Steinreihe (megalith_type = alignment) zu betrachten oder müssen wir die Liste noch erweitern ? Nach meinem Verstaendnis gehoeren die Langbetten zu den Grosssteingraebern, so steht das ja auch auf der Info-Tafel beim Langbett-Langenrehm oder auch auf den Tafeln in Visbek. Ob da Dolmen oder Grossteingrab als Begriff passender ist, mag ich als Laie nicht entscheiden. Wenn ich mir bei Wikipedia die Artikel durchlese, dann scheint Dolmen eine Sonderform der Grosssteingraeber zu bezeichnen. Aber da muss wohl wirklich mal ein Experte sich zu aeussern. Dass weder Dolmen noch Grosssteingrab haeufig eingetragen wurde, duerfte daran liegen, dass die betreffende Wiki-Seite es ja noch nicht mal in den Proposal-Status geschafft hat und somit kaum bekannt sein duerfte. Freiwillige vor, die erstmal fuer eine Uebersetzung ins Englische sorgen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programm um Tiles anzuzeigen
Hi, wenn du Windows benutzt, kannst du die Tiles mit Kosmos generieren und im Browser angucken. http://wiki.openstreetmap.org/wiki/Kosmos http://wiki.openstreetmap.org/wiki/Kosmos_Tile_Map_Server Ich habs bisher nur mit dem Beispiel ausprobiert und es lief auf anhieb. Nur das Erstellen der Tiles mit den Zoomstufen 15 hat mir eindeutig zu lange gedauert. :) Mit freundlichen Grüßen, Mr.Jones ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] relation multipolygon?
Bernd Wurst schrieb: Das mit der künstlichen Zerteilung von echten Flächen macht nur dann keine Probleme, wenn der Flächeninhalt bzw. die Füllung der Fläche das einzige ist auf was es ankommt. Schon bei den Wäldern ist das momentan sehr doof, dass beide Renderer eine andersfarbige Rahmenlinie um den Wald ziehen (*) und Osmarender mit der Kurvenglättung regelmäßig weiße Streifen in den Wald macht. Ich sehe es also wirklich als Übergangsnotlösung und nicht als wirkliche Alternative. Naja, das mit der Rahmenlinie im innern der Flaechen ist immer noch besser, als wenn die Renderer es mit nicht geschlossenen Polygonen zu tun bekaemen. Und sobald die Renderer gelernt haben, mit der Relation umzugehen, koennen sie das Problem ja auch loesen. Insofern spricht meiner Meinung nach nichts dagegen, dass diese Uebergangsloesung auch auf Dauer eigesetzt wird. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programm um Tiles anzuzeigen
[mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von MrJones Hi, wenn du Windows benutzt, kannst du die Tiles mit Kosmos generieren und im Browser angucken. Hallo Ich habe die Tiles schon fertig mit Mapnik gerändert vorliegen, und suche jetzt einen betrachter für die tiles schön wäre ein linux prog, muss aber nicht sein. gruesse ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programm um Tiles anzuzeigen
Hallo, Christian Mayr wrote: Ich habe die Tiles schon fertig mit Mapnik gerändert vorliegen, und suche jetzt einen betrachter für die tiles www.informationfreeway.org runterladen und den Openstreetmap-Tile-URL durch localhost austauschen, fertig. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] relation multipolygon?
Hallo, Torsten Leistikow wrote: Sinvoller Ansatz ist fuer mich im Moment, derartige Flaechen in mehrere geschlossene, aneinandergrenzende outer-Polygone zu unterteilen. Dann klappt das auch mit Renderern, selbst wenn diese mit der Relation selber noch gar nicht wirklich umgehen kann. Gibt halt oft haessliche Stellen an den Naehten der Polygone. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programm um Tiles anzuzeigen
Am 3. Februar 2009 15:28 schrieb Christian Mayr christian-m...@felss-burger.com: so wie im browser online? Das kannst du doch mit OpenLayers auch bei dir auf dem Rechner laufen lassen. Gruß Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag-Zusammenstellung speziell Friedhöf e
Hi, Am 3. Februar 2009 14:04 schrieb Arne Bischoff bisch...@gueldendorf.de: Also bei der Suche nach Tags für alles ringsum Friedhöfe komme ich ja echt in Probleme, ich finde einfach nichts. So, wie es aussieht, wird auch nichts gerendert oder? Ich suche Tags für - Grabstelle allgemein - Grabstelle eines Prominenten Mir noch nicht begegnet. - Trauerhalle Erfasse ich einfach als amenity:place_of_worship - Kriegsgräberstätte Erfasse ich einfach als landuse:cemetary - anonyme Beerdigung (Grüne Wiese) - Massengrab (aus Kriegs/Nachkriegszeiten) Hab ich noch nicht gesehen. - Wasserentnahmestellen - Brunnen Ist für mich beides amenity:fountain - Grünabfall Hab' ich mir auch schon überlegt zu taggen, es dann aber doch nicht getan. Gibt es da schon eine Zusammenstellung? Nein, nicht das ich wüsste. Wenn du eine Wiki-Seite anlegen würdest, würde ich mich beteiligen. Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Archologie] - Langbett
2009/2/3 Jan Tappenbeck o...@tappenbeck.net: Moin ! ich habe gerade ein Langbett in der Anpassung und muss gestehen, dass unter [1] dieser Betriff nicht gelistet ist - obwohl auf [2] hier von einem Megalith gesprochen wird. Ist das LANGBETT als Steinreihe (megalith_type = alignment) zu betrachten oder müssen wir die Liste noch erweitern ? Gruß Jan :-) [1] http://wiki.openstreetmap.org/index.php/DE:Archaeological_site [2] http://de.wikipedia.org/wiki/Langbett_Langenrehm Wikipedia schreibt ja, es waere ein Ganggrab. m.E. ist das was anderes als ne Steinreihe. - neuer Tag mein Vorschlag: passage_grave (aus der engl. Wikipedia entnommen) Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz
Hallo, Sven Anders wrote: Mir ist klar das es mit der Lizenz Probleme gibt, aber ganz so einfach kann man das ja IMHO auch nicht nehmen. Und wenn die Lizenz nicht gilt, gilt im Zweifel (in DE) das ganz normale Urheberrecht und Datenbankrecht. Wenn die Lizenz gilt, ist diese der Vertrag. Das stimmt - da, wo das Urheberrecht greift, ist der Default sozusagen: Niemand darf die Daten nutzen, ausser der Rechteinhaber erlaubt es; und die Lizenz definiert eine solche Blanko-Erlaubnis (ihr duerft, wenn ihr...). Da, wo das Urheberrecht nicht greift, ist der Default: Jeder darf die Daten nutzen. Da interessiert irgendeine Lizenz nicht, *ausser*, man wuerde gezwungen, sie zu unterschreiben, bevor man die Daten auch nur sieht. Nehmen wir an ich würde gegen jemanden Klagen der Teile von OSM benutzt ohne sich an die Lizenz zu halten, dann könnte ich ihm auch meinen (fikitven Aufwand) in Rechnung stellen. Auf der legal-talk-Liste sagte jemand mal, dass Du in den USA grundsaetzlich bei Vertragsverletzung nur auf Schadensersatz klagen kannst. Hierzu muss aber ein Schaden entstanden oder zumindest ein Gewinn entgangen sein. Wenn Du Deine Daten normalerweise verkaufst und jemand sich die Daten an Deiner Lizenz vorbei erschleicht, kannst Du den auf Ersatz des Dir entgangenen Gewinns verklagen. Das ist eine sehr materielle Angelegenheit. Wenn Du Daten aber kostenlos mit CC-BY-SA verteilst, wird es Dir schwer fallen, den Schaden deutlich zu machen, wenn jemand die Daten klaut - entgangen ist ja hier kein Gewinn, sondern eine nebuloese Hoffnung auf eine bessere Welt durch Copyleft. Wenn ich z.B. meine Homepage mit selbstgemachten Fotos schmücke [...] Ich hatte geschrieben: Es braucht entweder geltendes Gesetz oder eine Lizenz. Im Falle der Veroeffentlichung selbstgemachter Fotos in Deutschland greift ganz klar das Urheberrecht. Da brauchst Du dann keine Lizenz, da muss jeder Dich fragen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tag-Zusammenstellung speziell Friedhöf e
Hallo zusammen, Also bei der Suche nach Tags für alles ringsum Friedhöfe komme ich ja echt in Probleme, ich finde einfach nichts. So, wie es aussieht, wird auch nichts gerendert oder? Ich suche Tags für - Grabstelle allgemein - Grabstelle eines Prominenten - Trauerhalle - Kriegsgräberstätte - anonyme Beerdigung (Grüne Wiese) - Massengrab (aus Kriegs/Nachkriegszeiten) - Wasserentnahmestellen - Brunnen - Grünabfall Gibt es da schon eine Zusammenstellung? Gruß, Arne+++ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freigabe des Gemarkungsverzeichnis NRW
Johann H. Addicks schrieb: Tobias Wendorff schrieb: Unsere Datenbank ist nicht kommerziell orientiert. kann man drüber streiten. Gewerblich ist das Angebot in jedem Fall, da es auf Dauer angelegt ist und die Allgemeinheit anspricht und dabei kommerzielle Nutzung ausdrücklich zulässt. OSM hat eindeutig _keine_ Gewinnabsicht. Die Leute, die unsere Daten nehmen und verkaufen, haben eine solche Absicht und sind somit kommerziell orientiert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] relation multipolygon?
Frederik Ramm schrieb: Sinvoller Ansatz ist fuer mich im Moment, derartige Flaechen in mehrere geschlossene, aneinandergrenzende outer-Polygone zu unterteilen. Dann klappt das auch mit Renderern, selbst wenn diese mit der Relation selber noch gar nicht wirklich umgehen kann. Gibt halt oft haessliche Stellen an den Naehten der Polygone. Wie eben bereits geschrieben, gilt das aber nur solange, bis die Renderer gelernt haben, mit den Relationen umzugehen. Verglichen mit den anderen Konstruktionen der multipolygon-Relationen, sollten aneinandergrenzende outer-Polygone mit gemeinsamer Kante das kleinste Problem darstellen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freigabe des Gemarkungsverzeichnis NRW
Johann H. Addicks schrieb: Komisch, also für mich war OSM immer frei und unkommerziell. Für Dich. Für andere nicht. Ich halte es nach wie vor nicht für unmoralisch oder auch nur irgendwie anrüchig, im Open-Source-Sektor einen Geld zu verdienen. Immerhin könnten die Kunden auch handwerkelnde EDV-Fuzzis und visionäre Consultants bezahlen, die dann irgendwelche MicrosoftCo-Lösungen in den Markt drücken. Wieso findest Du es für unmoralisch, wenn ich einem Kunden Arbeitsstunden in Auftrag stelle, OSM-Daten in sein Datenformat zu exportieren? Ich frage mich, wann ich meinen Gewinnanteil abbekomme. Wenn Du kein Gewerbe betreibst, welches mit OSM-Daten nicht nur Umsätze, sondern auch Gewinn erwirtschaftet, dann wirst Du nichts bekommen. Gut, dass ich ein solches Gewerbe betreibe :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz
Frederik Ramm schrieb: Auf der legal-talk-Liste sagte jemand mal, dass Du in den USA grundsaetzlich bei Vertragsverletzung nur auf Schadensersatz klagen kannst. Hierzu muss aber ein Schaden entstanden oder zumindest ein Gewinn entgangen sein. Wenn Du Deine Daten normalerweise verkaufst und jemand sich die Daten an Deiner Lizenz vorbei erschleicht, kannst Du den auf Ersatz des Dir entgangenen Gewinns verklagen. Das ist eine sehr materielle Angelegenheit. Wenn Du Daten aber kostenlos mit CC-BY-SA verteilst, wird es Dir schwer fallen, den Schaden deutlich zu machen, wenn jemand die Daten klaut - entgangen ist ja hier kein Gewinn, sondern eine nebuloese Hoffnung auf eine bessere Welt durch Copyleft. Witzigerweise stimmt genau das ja so nicht. Lizenzmodelle wie z.B. bei MySQL setzen ja genau darauf, daß du deren Software zwar unter einer freien Lizenz bekommen kannst (die dann gewissen Einschränkungen unterliegt), wenn du diese Einschränkungen nicht magst kannst du von denen das Vollprodukt kaufen. Wenn du dich nicht an diese Einschränkungen hälst kann MySQL dich sehr wohl auf Schadensersatz verklagen. Wir haben letztlich genau die gleiche Situation (dabei natürlich angenommen, daß wir die OSM Daten überhaupt mit einem Copyright belegen können). Inwieweit sich der Schaden genau beziffern läßt ist natürlich eine andere Frage, aber dafür gibt's ja dann Rechtsanwälte :-( Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] relation multipolygon?
Hallo, Torsten Leistikow wrote: Wie eben bereits geschrieben, gilt das aber nur solange, bis die Renderer gelernt haben, mit den Relationen umzugehen. Nein; der Umgang mit den neuen Multipolygonen schliesst *nicht* ein, dass einander berührende Flächen zu einer verbunden werden sollen. Bei Flächen, die einen Umrandung haben, wird Deine Methode immer eine Randlinie inmitten des Polygons erzeugen, auch dann, wenn die Renderer die neuen Multipolygone perfekt implementieren. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Navit
Hallo, Kann Navit auf einem Medion PNA ((PNA 4410) installiert werden? Ich kann navit.cab nicht installieren. Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] nocheinmal wieder Abbiegerelationen - Ausnahmen
Moin ! mit except kann man Ausnahmen definieren - psv ist der Öffentl. Personenverkehr. Aber Rettungswagen Taxi ?? Dafür habe ich nichts gefunden ! Emergency und Taxi Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Linien richtig taggen?
Gerrit Lammert schrieb: Der Node auf der Straße ist wichtig für die Linien-Relation. Die Nodes neben der Straße sind jedoch auch wichtig, da solche Punkte wertvoll sind für Nutzer von ÖPNV und ebenfalls als Landmarken für andere OSM-Nutzer. Es kommt halt wieder darauf an, welches Modell OSM darstellen will: - geographisch: Node liegt neben bzw. an der Straße, Straße besitzt eine Fläche - topologisch: z.B. mit einer Lotlinie zwischen Node und Way - Spagetti (aktuelles Modell): der Way als Linie und der Node geographisch daneben Ich finde die topologische Variante am Besten, denn sie verfälscht den Inhalt nicht und lässt Raum nach oben. Die Renderer müssen halt etwas besser konzipiert werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wo wir gerade da bei sind, Abbiegerelationen
Hallo, ich hab mal im Wiki nach Abbiegerelationen oder Relation gesucht und nichts gefunden wie man sie anlegt. Schön währen mal ein paar OSM-Links zu Straßen wo solche Relationen sind, damit man mal nachschauen kann wie des geht. Schöne Grüße Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nocheinmal wieder Abbiegerelationen - Ausnahmen
Jan Tappenbeck schrieb: Moin ! mit except kann man Ausnahmen definieren - psv ist der Öffentl. Personenverkehr. Aber Rettungswagen Taxi ?? Dafür habe ich nichts gefunden ! Emergency und Taxi Gruß Jan :-) soweit ich das verstanden habe ist PSV auch Taxi. Ansonsten müsstest du zwischen bus und taxi unterscheiden. Rettungswagen - emergency klingt plausible. Würde ich wohl auch nehmen :) Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] nocheinmal wieder Abbiegerelationen - Ausnahmen
Am 03.02.2009 21:53, Mario Salvini: Jan Tappenbeck schrieb: Moin ! mit except kann man Ausnahmen definieren - psv ist der Öffentl. Personenverkehr. Aber Rettungswagen Taxi ?? Dafür habe ich nichts gefunden ! Emergency und Taxi Gruß Jan :-) soweit ich das verstanden habe ist PSV auch Taxi. Ansonsten müsstest du zwischen bus und taxi unterscheiden. Rettungswagen - emergency klingt plausible. Würde ich wohl auch nehmen :) Polizei, Feuerwehr und Rettungsdienste dürfen unter umsichtiger Nutzung einiges mehr im Straßenverkehr. Ich denke nicht, dass wir dafür in jeder Abbiegerelation Ausnahmen erfassen sollten. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Abbiegerelation] - wie no_u_turn anwenden
Dirk Stöcker schrieb: On Tue, 3 Feb 2009, Jan Tappenbeck wrote: Wenn es am Vali liegt - sei es drum. JOSM zeigt nur kein Bildchen ! Nene. JOSM mappaint findet einen Fehler und malt deshalb nicht. Der Validator sagt es einem nur :-) Aber wie gesagt unterstützt er Wege als via noch nicht. Die Frage der Implementierung bleibt allerdings: Nur Wege, die in den Endknoten enden oder auch andere? Der erste Fall ist eindeutig, der zweite nicht unbedingt (z.B. Kreisverkehr). Ich denke mal entweder Ulf oder ich werden das demnächst in JOSM ergänzen. Wie genau wird sich zeigen :-) Kann mir mal jemand mit einfachen Worten erklären, wozu man die via Wege überhaupt braucht? Bislang hat mir keiner erklären können, wozu man das braucht. Das macht die Implementierung (und das allgemeine Verständnis) sonst nur unnötig kompliziert ohne einen Nutzen zu bringen. Auf der Wikiseite habe ich den Hinweis gefunden, daß man dies bei U-Turns bei mehrspurigen Straßen brauchen würde. Ich hab das jetzt mal so verstanden, daß es verhindern soll eine Art hufeisenförmiges U-Turn zu machen: TTT. V V V FFF. Dabei verstehe ich aber nicht, warum man nicht einfach die Restriction des U-turn wie gehabt mit W:from, N:via, W:to kennzeichnet, wobei der to way halt dann das kleine Zwischenstück betrachtet und nicht das Endstück wo man eigentlich hin will: ---. T T T FFFV Kann mich da einer aufklären? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag-Zusammenstellung speziell Friedhöf e
Arne Bischoff schrieb: - Grabstelle allgemein - Grabstelle eines Prominenten vielleicht einfach mit man_made oder amenity=grave taggen? Aber mal ernst gefragt, ihr wollt auf einem Friedhof jedes einzelne Grab erfassen?! Bei ausgewachsenen Friedhöfen sind das mal schnell einige 10.000 Nodes (jeder braucht halt ne andere Ablenkung ;) ) Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Einbahnstraße - frei für Radfahrer
Moin! es gibt Einbahnstraßen bei denen steht am Ende, wenn man mit dem PKW diese halt verläßt, das Radfahrer frei sind. Wie wird denn soetwas eigentlich definiert - access und bicycle wohl kaum ? Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbahnstraße - frei für Radfahrer
es gibt Einbahnstraßen bei denen steht am Ende, wenn man mit dem PKW diese halt verläßt, das Radfahrer frei sind. Ich denke es war cycleway=opposite Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing Link zu Openrouteservice.org?
Sven Geggus wrote: Pascal Neis n...@geoinform.fh-mainz.de wrote: der Feature-Wunsch ist auf ORS online und beschrieben unter: http://wiki.openstreetmap.org/wiki/OpenRouteService#RouteLink_only_with_Start_or_End_Position Wow! Just in Time. lang=de funktioniert aber offensichtlich noch nicht so recht. Kann man den nicht angegebenen Punkt (am besten leer) und den Kartenausschnitt irgendwie beeinflussen? Wär schön wenn der angegebene Start oder Zielpunkt darin zu sehen wäre. Siehe http://wiki.openstreetmap.org/wiki/OpenRouteService#PermaLink Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] Unglue Funktion
Am 03.02.2009 23:01, Chris-Hein Lunkhusen: wenn ich das experimentell richtig gesehen habe, dann liegt nach einer Unglue-Operation (Wege trennen) der ältere Punkt oben. M.E. würde es mehr Sinn machen, wenn der neuere Punkt oben liegt. Also wenn man zB einen Wald an eine Strasse dran malt und dabei versehentlich Punkte der Strasse mitbenutzt, dann Unglueed und den Punkt verschiebt, dann möchte man doch in der Regel nicht den Straßenpunkt sondern der Waldpunkt verschieben. Macht das irgend einen Sinn was ich hier erzähle? ;-) Ja, ich hab es experimentell noch nicht genau überprüft, habe aber in den letzten Wochen häufiger bemerkt, dass ich nach Unglue immer den richtigen Punkt manuell auswählen musste. Das liegt aber meines Wissens weniger am Unglue, sondern vielmehr an der Funktion der Auswahlfunktion bei Nodes auf derselben Stelle. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Abbiegerelation] - wie no_u_turn anwenden
Hallo, ein Einwurf von einem ML-Leser, der ein paar Probleme hatte, das Beispiel zu verstehen... Frederik Ramm schrieb: Nimm nun an, Du hast eine komplizierte Kreuzung dieser Art hier: | | oW3 | / | /W2 |/ |W1 Der von Sueden auf W1 kommende Verkehr hat eine separate Rechtsabbiegespur W2, die, so nehmen wir an, durch eine Verkehrsinsel abgregrenzt und daher separat gemappt ist. Nehmen wir ferner an, nur Busse duerfen von Sueden kommend geradeaus fahren; alle anderen haben ueber die Abbiegespur nach rechts auf W3 abzubiegen. Wir haben also eine only_right_turn-Relation von W1 auf W3. Ohne Angabe eines Via-Weges waere hier aber nicht eindeutig definiert, was Sache ist - faehrt man bis zum Node in der Mitte und biegt dann rechts ab? In diesem Fall wuerde ich W2 als Via-Weg in die Relation aufnehmen. Du interpretierst das dann als alles, was von 'from' kommt, darf nur über 'via' fahren und nur nach 'to' fahren? Ich hätte das ja interpretiert als alles, was von 'from' kommt und über 'via' fährt, darf nur nach 'to' fahren. Daher war ich auch erst mal verwirrt, wie diese restriction dann verhindern soll, dass man einfach nicht die Abbiegespur nimmt und dann an der Kreuzung wohin auch immer fährt. Könnte ggf. auf den einschlägigen Wiki-Seiten klargestellt werden, wie das zu verstehen ist? Man koennte zwar auch, denkt jetzt der Informatiker, zwei Abbiegerelationen definieren, einmal only_right_turn von W1 auf W2, dann only_right_turn von W2 auf W3, mit dem jeweiligen Schnitt-Node als via. Und damit hätte der Informatiker dann auch verhindert, dass ein Bus, der ja (obwohl er von der Abbiegepflicht ausgenommen ist) auch auf die Abbiegespur fahren darf, von dort aus links abbiegt. Das wuerde vermutlich funktionieren, aber es waere von der Realitaet vermutlich weiter entfernt als das von mir Skizzierte. Ich würde eigentlich erwarten, dass bei einer einigermaßen großen Verkehrsinsel sowohl an W1-W2 als auch an W2-W3 ein blaues Schildchen stünde (eines davon mit Bus frei oder so), was dann geradezu dazu einlädt, da auch zwei TRs zu machen. Und auch sonst würde ich so wenig wie möglich via-Ways einsetzen, ich finde sie deutlich schwieriger in allen Auswirkungen zu durchdenken. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage nach GPS-Datenlogger
Habe mich damals sowieso geärgert, nachdem ich den gekauft hatte. Weil er nicht im GPX-Format speichert. Also mein iBlue747 speichert direkt im GPX-Format, wenn ich zum Auslesen das Java-Programm BT747 verwende. Die erzeugten GPX-Files lassen sich dann direkt bei OSM hochladen (Tracks und Waypoints). Die mitgelieferte Software habe ich gleich in die Tonne getreten. ;-) Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo wir gerade da bei sind, Abbiegerelationen
Hi. Ich hab gerade meine ersten Abbiegerelationen hochgeladen, bin aber nicht wirklich sicher ob ich das richtig gemacht habe. Wäre nett wenn einer mal kurz drüberschauen könnte: http://www.openstreetmap.org/browse/relation/73540/history Wenn man von Südosten kommt kann man nicht in die halbkreisförmige Straße einbiegen. Sollte man da vielleicht only_straight_on nehmen, weil rechts abbiegen kann man da ja sowieso nicht (wird aber durch das Schild suggeriert)? und: http://www.openstreetmap.org/browse/relation/73541/history Wenn man von Nordwesten kommt kann man nicht links in die Straße richtung Obrigheim (der Stadt da rechts halt ;) ) abbiegen. Selbe Frage mit straight wie oben. mfg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Archologie] - Langbett
Torsten Leistikow schrieb: Dass weder Dolmen noch Grosssteingrab haeufig eingetragen wurde, duerfte daran liegen, dass die betreffende Wiki-Seite es ja noch nicht mal in den Proposal-Status geschafft hat und somit kaum bekannt sein duerfte. Freiwillige vor, die erstmal fuer eine Uebersetzung ins Englische sorgen. Ich halte ja viel von dem Ansatz, gerade bei Spezialbegriffen, die ganz konkret bestimmte historische Erscheinungsformen vergangener Kulturen bezeichnen, diese auch als Wert im Tag zu verwenden. Ich erinnere in diesem Zusammenhang an die Diskussion über mögliche Bezeichnungen für Burgen aus 2008. Castle mag überall auf der Welt als Bezeichner für mittelalterliches befestigtes Zentrum militärischer Macht herhalten können, aber es ignoriert halt die kulturellen Unterschiede zwischen englischen Castles, deutschen Burgen (oder Schlössern), russischen Kremls oder japanischen Shiros. Dasselbe Problem der kulturellen Unterschiede gibt es sogar beim Highway-Key: trunk ist eine rein englische Verwaltungsbezeichnung für unterschiedlichste Straßentypen (hinsichtlich der Fahrbahngestaltung), die man nicht ohne Übersetzungsfehler auf deutsche Straßen anwenden könnte. Die nationale Übereinkunft für Deutschland sieht nun halt vor, dass trunk für Autostraßen und ähnliche, autobahnähnliche Verkehrswege genutzt wird - aber mit dieser Erwartung darf man halt nicht ins schottische Hochland kommen und dort dasselbe für die dortigen Trunks erwarten. :) Viele Grüße Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag-Zusammenstellung speziell Friedhöfe
Mario Salvini schrieb: Arne Bischoff schrieb: - Grabstelle allgemein - Grabstelle eines Prominenten vielleicht einfach mit man_made oder amenity=grave taggen? Aber mal ernst gefragt, ihr wollt auf einem Friedhof jedes einzelne Grab erfassen?! Bei ausgewachsenen Friedhöfen sind das mal schnell einige 10.000 Nodes (jeder braucht halt ne andere Ablenkung ;) ) Nun ja, auf vielen Friedhöfen gibt es beachtenswerte Sehenswürdigkeiten. Dazu können auch aus verschiedenen Gründen Grabstellen gehören. Für etliche Friedhöfe könnte man auch sicher eine Art Karlsruher Schema entwickeln. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM
2009/2/3 Johann H. Addicks addi...@gmx.net: Ich bin alleine deshalb so verbissen bei dem Thema dabei, da ich die Machenschaften dieser Institution kenne. Ich kenne viele Opfer und gehe deshalb dagegen vor. a) Bislang hat in diesem Thread _niemand_ darlegen können, was Jamba mit OSM- Daten tut. Butter bei die Fische! doch, steht oben. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS Server einbinden in JOSM
Hallo Peter, Wie kann ich einen WMS-Server in JOSM einbinden? Ich bekomme immer nur rote Fehlerkacheln angezeigt, jedoch scheint die Web-App des GIS mit dem Server problemlos kommunizieren zu können. Das Problem hatte ich auch ein paar mal, soweit ich mich erinnere habe ich mehrere Ursachen ausschalten müssen; vielleicht hilft ja eine davon auch dir weiter: Einige der Parameter im Query-String müssen vorhanden sein (je nach WMS- Server im Hintergrund); bei mir funktioniert es mit einem lokalen MapServer mit http://localhost/cgi- bin/mapserv?map=mapfileSERVICE=WMSVERSION=1.1.1request=GetMaplayers=layernamesrs=EPSG:4326format=image/jpegstyles= Insbesondere auch styles muss glaube ich vorhanden sein. Außerdem unterstützt JOSM glaube ich nur EPSG:4326 als Projektion für die WMS-Bilder, und als Format habe ich eingentlich nur jpeg verwenden können (png ging, hat aber die Farben total quantisiert und verfälscht). Viel Glück, -- Holger Schoener nume...@ancalime.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing Link zu Openrouteservice.org?
Hi, sven wrote: der Feature-Wunsch ist auf ORS online und beschrieben unter: http://wiki.openstreetmap.org/wiki/OpenRouteService#RouteLink_only_with_Start_or_End_Position Wow! Just in Time. lang=de funktioniert aber offensichtlich noch nicht so recht. Kann man den nicht angegebenen Punkt (am besten leer) und den Kartenausschnitt irgendwie beeinflussen? W?r sch?n wenn der angegebene Start oder Zielpunkt darin zu sehen w?re. Sven ist online! Weiterhin kann optional der ZoomLevel angegeben werden ... vgl. ORS im OSM Wiki (s.o.) Auch einmal vielen Dank an alle die hin und wieder etwas an den ORS Wiki Seiten ergänzen ... :) Viel Spass ... cheers pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS Server einbinden in JOSM
Hallo, Einige der Parameter im Query-String müssen vorhanden sein (je nach WMS- Server im Hintergrund); bei mir funktioniert es mit einem lokalen MapServer mit http://localhost/cgi- bin/mapserv?map=mapfileSERVICE=WMSVERSION=1.1.1request=GetMaplayers=layernamesrs=EPSG:4326format=image/jpegstyles= Es muss alles vorhanden sein ausser dem, was JOSM selber hinzufuegt (bbox und width/height). Außerdem unterstützt JOSM glaube ich nur EPSG:4326 als Projektion für die WMS-Bilder Das ist der Knackpunkt. Wenn der WMS-Server kein EPSG:4326 kann, hast Du verloren. Ausser, Du bist Java-Programmierer und kannst das WMS-Plugin erweitern, oder Du bist MapServer-Hacker und baust Dir mit dem MapServer einen reprojizierenden WMS-Proxy. Das hat Sven Geggus schon mal gemacht. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreisstrassen
Mario Salvini salv...@t-online.de wrote: Insbesondere bei der Unterscheidung zwischen den Tags highway=primary, highway=secondary und highway=tertiary dienen die Verwaltungsklassen Bundesstra?e, Landes-/Staatsstra?e und Kreisstra?e nur als Richtschnur und sind* nicht* 1:1 zu ?bernehmen. Zumal es fuer die exakte Wiedergabe der Verwaltungsklassen das ref-tag gibt. Wir muessen dessen Funktion nicht sklavisch verdoppeln, indem wir die Farbe auch exakt danach ausrichten... Die Generalkarte macht bspw. auch mehr als nur die Bundesstraszen rot. Und auch die Verwaltung hat bspw. neben der administrativen Einteilung auch eine Einteilung nach Verkehrsbedeutung. An der habe ich mich im Karlsruher Raum orientiert. MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag-Zusammenstellung speziell Friedhöf e
Am 03.02.2009 14:04, Arne Bischoff: - Grabstelle allgemein - Grabstelle eines Prominenten Wirf doch mal einen Blick auf den Waldfriedhof Dahlem: http://www.openstreetmap.org/?lat=52.455249lon=13.263678zoom=18 Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbahnstraße - frei für Radfahrer
2009/2/3 Jan Tappenbeck o...@tappenbeck.net: es gibt Einbahnstraßen bei denen steht am Ende,... dass Radfahrer frei sind. Ja, Radfahrer sind frei. Im ORS wird man bei der Radfahrerroute z.B. grundsätzlich auch gegen die Einbahnstraßen geroutet. Das ist m.E. in der Tat sinnvoll, es entspricht der Realität und ist auch unter Sicherheitsaspekten zu empfehlen, da man die Autos von vorn kommen sieht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag-Zusammenstellung speziell Friedhöfe
Am 3. Februar 2009 15:55 schrieb Tim 'avatar' Bartel openstreet...@computerkultur.org: - Wasserentnahmestellen - Brunnen Ist für mich beides amenity:fountain fountain ist für mich eigentlich Springbrunnen, ruhig auch ein normaler Brunnen, aber ein Wasserhahn auf dem Friedhof? Das finde ich dann doch ein bisschen zu sehr hingebogen. Wäre für mich (je nach (fehlender) skulpturaler Ausgestaltung) beides entweder amenity=drinking_water oder waterway:water_point (was als tag ebenfalls ein bisschen unlogisch ist, weil es ja um einen Punkt geht, waterway aber lineares Wasser in Analogie zu highway als Fortbewegungsmöglichkeit meint). - Grünabfall Hab' ich mir auch schon überlegt zu taggen, es dann aber doch nicht getan. ;-) Gibt es da schon eine Zusammenstellung? Nein, nicht das ich wüsste. Wenn du eine Wiki-Seite anlegen würdest, würde ich mich beteiligen. +1 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Abbiegerelation] - wie no_u_turn anwenden
Am 03.02.2009 21:57, Ulf Lamping: Ich hab das jetzt mal so verstanden, daß es verhindern soll eine Art hufeisenförmiges U-Turn zu machen: TTT. V V V FFF. Dabei verstehe ich aber nicht, warum man nicht einfach die Restriction des U-turn wie gehabt mit W:from, N:via, W:to kennzeichnet, wobei der to way halt dann das kleine Zwischenstück betrachtet und nicht das Endstück wo man eigentlich hin will: ---. T T T FFFV Das Problem in deinem Fall ist, dass man möglicherweise den TTT-Weg befahren müsste um nach Norden abzubiegen und daher diese Turn-Restriction eben nicht gilt: N N N ---. T T T FFFV Auch Auch von Süden kommend würde eine Via-Node-basierte No-left-Turn Restriktion zu viel einschränken: TTTV F F F ---. S S S Daher ist zur vollständigen und eindeutigen Abbildung des Umdrehverbotes ein Zwischenweg vonnöten. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz
Hallo, Ulf Lamping wrote: Wenn du dich nicht an diese Einschränkungen hälst kann MySQL dich sehr wohl auf Schadensersatz verklagen. Fuer das, was der gemacht hat, haette er uns eigentlich Geld zahlen muessen, wie die Firmen A, B und C auch. Wir haben letztlich genau die gleiche Situation (dabei natürlich angenommen, daß wir die OSM Daten überhaupt mit einem Copyright belegen können). Bestreite ich, weil wir von niemandem Geld nehmen. Wir koennen hoechstens sagen: Fuer das, was der mit unseren Daten gemacht hat, haette er anderswo Geld zahlen muessen, aber dabei handelt es sich dann ja nicht um Geld, das uns entgangen ist! Inwieweit sich der Schaden genau beziffern läßt ist natürlich eine andere Frage, aber dafür gibt's ja dann Rechtsanwälte :-( Vermutlich geht es dann bei so einem Verfahren um genau so viel Geld, wie die Anwaelte verschlingen. Und das kann in den USA viel sein... Es gibt durchaus Stimmen in der Lizenzdiskussion, die sagen: Ist uns schon klar, dass die Lizenz praktisch nicht durchsetzbar ist, aber es geht uns darum, eine moralische Aussage zu machen darueber, was wir von den Benutzern unserer Daten erwarten; wenn jemand sich dann da einen Teufel drum schert, gibt es vielleicht keine Verurteilung, aber wenigstens kommt er an den Pranger. Meine Meinung zu dieser Aussage ist: Schoen, aber dann lasst uns doch einfach eine halbe Seite menschenlesbaren Text verfassen statt 10 Seiten Juristenspeak. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbahnstra?e - frei f?r Radfahrer
Patrick Kolesa patrick.kol...@web.de wrote: es gibt Einbahnstra?en bei denen steht am Ende, wenn man mit dem PKW diese halt verl??t, das Radfahrer frei sind. Ich denke es war cycleway=opposite Aeltere Modelle von vor 1997 moegen auch ein ..._track oder ..._lane verdient haben. MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Abbiegerelation] - wie no_u_turn anwenden
Hallo, Ulf Lamping wrote: Bislang hat mir keiner erklären können, wozu man das braucht. Das macht die Implementierung (und das allgemeine Verständnis) sonst nur unnötig kompliziert ohne einen Nutzen zu bringen. Ich finde es eine gute und einleuchtende Konvention, zu fordern, dass eine Abbiegerelation den Pfad, den das Fahrzeug ueber die Kreuzung nimmt, eindeutig definieren soll. Bei einer einfachen Kreuzung ist die Sache klar; die Kreuzung ist praktisch auf den einen Via-Node heruntergedampft, dort schliessen der einkommende und der ausgehende Way an, alles easy. Nimm nun an, Du hast eine komplizierte Kreuzung dieser Art hier: | | oW3 | / | /W2 |/ |W1 Der von Sueden auf W1 kommende Verkehr hat eine separate Rechtsabbiegespur W2, die, so nehmen wir an, durch eine Verkehrsinsel abgregrenzt und daher separat gemappt ist. Nehmen wir ferner an, nur Busse duerfen von Sueden kommend geradeaus fahren; alle anderen haben ueber die Abbiegespur nach rechts auf W3 abzubiegen. Wir haben also eine only_right_turn-Relation von W1 auf W3. Ohne Angabe eines Via-Weges waere hier aber nicht eindeutig definiert, was Sache ist - faehrt man bis zum Node in der Mitte und biegt dann rechts ab? In diesem Fall wuerde ich W2 als Via-Weg in die Relation aufnehmen. Man koennte zwar auch, denkt jetzt der Informatiker, zwei Abbiegerelationen definieren, einmal only_right_turn von W1 auf W2, dann only_right_turn von W2 auf W3, mit dem jeweiligen Schnitt-Node als via. Das wuerde vermutlich funktionieren, aber es waere von der Realitaet vermutlich weiter entfernt als das von mir Skizzierte. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Abbiegerelation] - wie no_u_turn anwenden
Claudius Henrichs schrieb: Daher ist zur vollständigen und eindeutigen Abbildung des Umdrehverbotes ein Zwischenweg vonnöten. Danke! Das war das erste Beispiel, bei dem ich wirklich verstanden habe, warum man via way's braucht. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] Unglue Funktion
Am 3. Februar 2009 23:10 schrieb Claudius Henrichs claudiu...@gmx.de: Am 03.02.2009 23:01, Chris-Hein Lunkhusen: wenn ich das experimentell richtig gesehen habe, dann liegt nach einer Unglue-Operation (Wege trennen) der ältere Punkt oben. M.E. würde es mehr Sinn machen, wenn der neuere Punkt oben liegt. ja, das habe ich auch beobachtet, neu grundsätzlich oben wäre besser, bin mir allerdings nicht sicher, ob es nicht momentan Zufall ist, wer oben landet. Ja, ich hab es experimentell noch nicht genau überprüft, habe aber in den letzten Wochen häufiger bemerkt, dass ich nach Unglue immer den richtigen Punkt manuell auswählen musste. Das liegt aber meines Wissens weniger am Unglue, sondern vielmehr an der Funktion der Auswahlfunktion bei Nodes auf derselben Stelle. ich denke, er wählt immer den aus, der oben liegt, oder? Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zwei Fragen zu MkgMap
Hi ! zwei kleine Fragen zu MkgMap: 1.) gibt es Kommentarzeilen um einzelnen Definitionen zu deaktiven und nicht immer gleich eine Zeile löchen zu müssen. 2.) erfolgt die Auswertung des Tages für die Symbolzuweisung in der Feature-CSV case-sensetiv ??? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbahnstra?e - frei f?r Radfahrer
Patrick Kolesa patrick.kol...@web.de wrote: Ich denke es war cycleway=opposite Apropos: sind schon die unterschiedlichen Bepfeilungen aufgefallen? So ok? Oder bessere Ideen? MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo wir gerade da bei sind, Abbiegerelationen
Am 03.02.2009 21:01, Thomas Drebert: ich hab mal im Wiki nach Abbiegerelationen oder Relation gesucht und nichts gefunden wie man sie anlegt. Schön währen mal ein paar OSM-Links zu Straßen wo solche Relationen sind, damit man mal nachschauen kann wie des geht. http://wiki.openstreetmap.org/wiki/DE:Relation:restriction Ich hab leider gerade nur innerstädtische Beispiele parat, die viel Geräusch drumherum haben. Zähle auf andere Mailinglistenleser ;) Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo wir gerade da bei sind, Abbiegerelationen
Thomas Drebert schrieb: Hallo, ich hab mal im Wiki nach Abbiegerelationen oder Relation gesucht und nichts gefunden wie man sie anlegt. Schön währen mal ein paar OSM-Links zu Straßen wo solche Relationen sind, damit man mal nachschauen kann wie des geht. Die Beschreibung findest du auf: http://wiki.openstreetmap.org/wiki/Relation:restriction Bitte *nicht* die deutsche Übersetzung nehmen, die ist aktuell zwar vielleicht nett gemeint aber ansonsten ziemlicher Müll! Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [JOSM] Unglue Funktion
Hi, wenn ich das experimentell richtig gesehen habe, dann liegt nach einer Unglue-Operation (Wege trennen) der ältere Punkt oben. M.E. würde es mehr Sinn machen, wenn der neuere Punkt oben liegt. Also wenn man zB einen Wald an eine Strasse dran malt und dabei versehentlich Punkte der Strasse mitbenutzt, dann Unglueed und den Punkt verschiebt, dann möchte man doch in der Regel nicht den Straßenpunkt sondern der Waldpunkt verschieben. Macht das irgend einen Sinn was ich hier erzähle? ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de