[Talk-de] Worldfile vom 16.4.08
Hallo, das neue Worldfile steht wieder zum Download zur Verfügung: http://wiki.openstreetmap.org/index.php/User:Computerteddy Gravierendste Änderung ist die Darstellung der Straßen. Sie sind jetzt besser auf die vorhandenen Linientypen abgebildet. Nähres könnt ihr im Featurefile nachlesen. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] mapnik/osmarender
Osmarender ist auch gar nicht schlecht, in manchen Bereichen sogar besser als Mapnik, was dort am meisten stört sind die Beschriftungen (zuviele und überlagert, oder zumindest seltsam reingequetscht) und die zu dicken Straßen. Vorfahrtspfeile sollten evtl. Vorrang vor einer reingequetschten Beschriftung bekommen und zu den Mehrfachbeschriftungen könnte man sich vielleicht bei Mapnik erkundigen, wie die das machen (ich nehme an, da gibts schon Austausch, und das Problem ist hinreichend bekannt). Alle Wegtypen in allen Zoomstufen ne Runde dünner würde schon viel ausmachen, und vielleicht ne andere Schrifttype, die nicht so breit ist. Was mich an Osmarender noch stört sind die abgerundeten Wälder, die zusammen mit den Flächen, die nicht ganz unten sondern zwischendrin (gemäß layer=) gerendert werden, dafür sorgen, dass tiefergelegte Wege einfach verschwinden (z.B. ein Weg durch einen Tunnel erscheint dann einfach als Lücke zwischen den Straßen.) Siehe (und vergleiche mit mapnik) http://www.informationfreeway.org/?lat=51.74778056090144lon=7.162142079072107zoom=17layers=B000F000F und http://www.informationfreeway.org/?lat=51.73329098352073lon=7.159781735650237zoom=17layers=B000F000F und http://www.informationfreeway.org/?lat=51.73903820820438lon=7.187998568375315zoom=17layers=B000F000F Grüßle, 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] mapnik/osmarender
[...] Flächen, die nicht ganz unten sondern zwischendrin (gemäß layer=) gerendert werden, dafür sorgen, dass tiefergelegte Wege einfach verschwinden (z.B. ein Weg durch einen Tunnel erscheint dann einfach als Lücke zwischen den Straßen.) Hi, hierzu habe erst vorgestern einen Bug-Report eingetragen. http://trac.openstreetmap.org/ticket/833 Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] mapnik/osmarender
wegen mir auch Recyclingtonnen im Zoom 17, wenn ein feature in D verbreitet ist, entspricht dies ja auch einem großen Teil von OSM ;-) Historische Stätten, Türme, etc. bitte ja , Türme ruhig bereits ab Zoom 12/13 (je nachdem, in diesen Zooms nur mit einem kleinen Symbol). Martin Am 17.04.08 schrieb Karl Eichwalder [EMAIL PROTECTED]: Martin Koppenhoefer schrieb: das habe ich ja dann nochmal ein bisschen ausgeführt, verbreitet entspricht übrigens sehr gut dem, was ich sagen wollte. Gerade die verbreiteten Features wäre i.d.R. schön, wenn sie auch zu sehen wären :) Wobei man auf die in D omnipräenten recycling-tonne durchaus erstmal wieder verzichten könnte. Gaststätten auf dem lande und historische objekte wäre jedoch schön. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Navi - Kaufempfehlung - suche Überlebens empfehlung
Christoph Eckert schrieb: hast Du Infos ob das Teil auf einem N810 läuft? Bis jetzt hat es wohl noch keiner ausprobiert, oder mir nicht bescheid gegeben... Gruesse, Julian 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] Winkeldings in JOSM-latest
es ist da, die erste Version von Winkeldings ist gelandet auf OSM! Hier kurz ein paar Kommentare / erste Testergebnisse: - Lat und Long: m.E. nicht allzu sinnvoll mit der derzeitigen Skala, da nicht ausreichend genau, schadet aber auch nicht. Ggf. die angezeigten Stellen denen in der Datenbank anpassen. Alternativ könnte man das bereits beim Speichern auch vom Zoomlevel in JOSM abhängig machen und so in der Datenbank indirekt über die Anzahl der Nachkomma-Stellen erkennbar lassen, ob der Eingebende vermeintlich präzise ganz dicht reingezoomt gezeichnet hat, oder ob er eher grob den Track nachgeclickt hat. - Heading: scheint gut zu funktionieren, allerdings hatte ich einen Fehler (derzeit nicht reproduzierbar), dass er mir anstatt 180 Grad 0 Grad angezeigt hat, und dann wieder auf 181 Grad zurückgesprungen ist. Winkelanzeige: nachdem ich erst eine Waagerechte gezeichnet habe und anschließend versucht habe, rechtwinklig nach oben oder unten zu zeichnen, zeigt er mir anstatt 90 Grad 270 Grad an (unten und oben), während es gleich daneben dann wieder mit 90,1 Grad weitergeht. Hier stimmt definitiv noch was nicht, ich habe mal hier ein Bild hochgeladen, dass jeweils mit 4 rechten Winkeln gezeichnet wurde, also eigentlich nur Rechtecke enthalten dürfte: http://www.koppenhoefer.com/osm/JOSM_angle_screen.png man sieht, dass je diagonaler die erste Linie, um so spitzer der entsprechende Winkel, bei horizontalen und vertikalen Linien tritt der Effekt nicht auf. Streckenlänge: hier sollte man sich noch - wie bei den Winkeln - eine Nachkommastelle gönnen. Das Feld könnte z.B. auch im Selektionsmodus genutzt werden und hier dann die Länge der selektierten Polyline anzeigen. (könnte evtl. auch für Heading gelten, wenn nur ein Segment gewählt ist, oder z.B. bei Mouseover im Selektions- und Zoommodus). Moveover-Anzeige: Sehr nützliches Feature, leider hat es nach einiger Zeit nicht mehr funktioniert (war auch eine Fehlermeldung dazwischen). Könnte ein bisschen länger sein, die Anzeige. Ist sehr hilfreich im Zeichnenmodus, weil man damit sehen kann, welche Straßen umliegend sind, ohne diese erst selektieren zu müssen. Geometrie-Mode: Ist sehr hilfreich, mal sehen, ob sich beim Arbeiten damit noch die eine oder andere Optmierungsmöglichkeit ergibt. Insgesamt ein schönes Update mit noch ein paar kleinen Schönheitsfehlern. Danke, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 16.4.08
Hallo, vielen Dank für die immer gute Versorgung mit aktuellen gmapsupp's. Mein Problem: Das aktuelle scheint nicht zu funktionieren. Nach dem überspielen auf den Garmin etrex venture cx erscheint nur die basemap (auf allen zommstufen). Das gmapsupp.img File wird anscheinend nicht (richtig) verarbeitet. Ist das File kaputt oder liegt es an mir? (Die älteren gingen immer) Grüße! Nils Carsten Schwede schrieb: Hallo, das neue Worldfile steht wieder zum Download zur Verfügung: http://wiki.openstreetmap.org/index.php/User:Computerteddy Gravierendste Änderung ist die Darstellung der Straßen. Sie sind jetzt besser auf die vorhandenen Linientypen abgebildet. Nähres könnt ihr im Featurefile nachlesen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] mapnik/osmarender
Hi, das was hier wieder diskutiert wird ist imho ein schwer lösbares Problem. Ich denke die einzige für alle zufriedenstellende und zukunftsfähige Lösung ist die bereits entwickelte Karte, bei der man die einzelnen POIs manuell anwählen kann. Damit hat jeder die Freiheit, die für ihn wichtigen POIs darzustellen und trotzdem eine Übersichtlichkeit zu erhalten. Diese Auswahl-Karte von Paul Lenz müsste nur prominenter zu sehen sein, kann mir jemand mal erklären, wo dabei noch Probleme liegen? Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neues Tag zum Inline-Skaten
Am Mittwoch 16 April 2008 schrieb Martin Simon: Ich halte eine genaue Beschreibung der Oberfläche für die einzig sinnvolle Lösung, da sich daraus, in Kombination mit anderen Informationen (Geschwindigkeitsbegrenzung? Verkehrsberuhigung? Verkehrsaufkommen? Steigung? (Höhenmodell, z.B. srtm)) Schlüsse für alle Wegebenutzer ziehen lassen - oder sollen wir für jede einzelne Fahrzeuggattung (Barfuß, Schuhe, Fahrrad, Liegerad, Rollstuhl, Kinderwagen, Trecker, Auto, tiefergelegter P(r)olo, LKW) einen eigenen, _subjektiven_ Bewertungs-tag für jedes Stück Weg vergeben? ein surface-tag,das sich fuer alle benutzen laesst, waere durchaus sinnvoller als fuer jede nutzungsart ein eigenes einzufuehren. man muesste sich halt ein paar genau definierte kategorien ausdenken, die alles abdecken... Ich wäre also unbedingt für eine Erweiterung der Beschreibung der allgemeinen Eigenschaften eines Weges, was bei tracks ja schon begonnen wurde. es gab ja schonmal einen vorschlag, das highway-tag durch ein paket von drei bis vier tags zu ersetzen, um eine genauere abbildung zu ermoeglichen. darunter war auch was fuer die oberflaeche... 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] Neues Tag zum Inline-Skaten
Am Mittwoch 16 April 2008 schrieb Prokop Jehlicka: Mir ist das beim mappen vom Neckar-Radweg aufgefallen, dass der durchgängig (im Bereich von Stuttgart) paved markiert werden sollte, allerdings weiss ich aus Erfahrung, dass einige Abschnitte für Skater ungeeignet sind (böse Stolperstellen, durch Minischlaglöcher, sehr grober Belag) die einem mit dem Rad gar nicht auffallen. sorry, wenn ich mich da jetzt einmische, aber skater sind per definition fussgaenger, und die haben nunmal auf dem radweg nix verloren! das sollte man nicht auch noch durch entsprechende tags foerdern. wenn ich mit dem fahrrad auf dem fussgaengerweg unterwegs bin, beschwer ich mich ja auch nicht ueber loecher oder stufen... auf wegen, auf denen skater erlaubt sind, mag dagegen so eine kennzeichung durchaus sinnvoll sein. 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] mapnik/osmarender
Am Donnerstag 17 April 2008 schrieb John07: Hi, das was hier wieder diskutiert wird ist imho ein schwer lösbares Problem. Ich denke die einzige für alle zufriedenstellende und zukunftsfähige Lösung ist die bereits entwickelte Karte, bei der man die einzelnen POIs manuell anwählen kann. Damit hat jeder die Freiheit, die für ihn wichtigen POIs darzustellen und trotzdem eine Übersichtlichkeit zu erhalten. Diese Auswahl-Karte von Paul Lenz müsste nur prominenter zu sehen sein, kann mir jemand mal erklären, wo dabei noch Probleme liegen? Gruß Jonas dem kann ich nur zustimmen. die auswahl, was zu sehen ist, sollte wie z.B. bei gpsdrive oder auch der genannten karte dem user ueberlassen bleiben, denn jeder hat seine eigenen vorlieben. auf der allerhoechsten zoomstufe alles rendern zu wollen, lasse ich mir grade noch eingehen, aber selbst da wirds in ballungsgebieten schon ganz schoen voll - und die daten werden immer mehr... sinnvoll ist es, sich fuer die standardkarte auf ein kleines subset zu einigen, dass auch auf niedrigeren zoomstufen angezeigt wird, damit sich fuer das projekt interessierende user generell mal sehen, dass sowas geht, aber nicht von icons erschlagen werden. 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] Neues Tag zum Inline-Skaten
Guenther Meyer schrieb: Am Mittwoch 16 April 2008 schrieb Prokop Jehlicka: Mir ist das beim mappen vom Neckar-Radweg aufgefallen, dass der durchgängig (im Bereich von Stuttgart) paved markiert werden sollte, allerdings weiss ich aus Erfahrung, dass einige Abschnitte für Skater ungeeignet sind (böse Stolperstellen, durch Minischlaglöcher, sehr grober Belag) die einem mit dem Rad gar nicht auffallen. sorry, wenn ich mich da jetzt einmische, aber skater sind per definition fussgaenger, und die haben nunmal auf dem radweg nix verloren! das sollte man nicht auch noch durch entsprechende tags foerdern. wenn ich mit dem fahrrad auf dem fussgaengerweg unterwegs bin, beschwer ich mich ja auch nicht ueber loecher oder stufen... auf wegen, auf denen skater erlaubt sind, mag dagegen so eine kennzeichung durchaus sinnvoll sein. Recht hast du, was einen Radweg nach StVO angeht, aber mit dem Neckar-Radweg war in dem Fall die Route gemeint. Die physikalischen Strecken sind als Fußweg / Rad frei, Fuß-/Radweg oder als Forst- und Landwirtschaft frei markiert, teilweise auch nur wenig befahrene Straßen. also auch für Skater erlaubte Strecken. Kennzeichnung von Skate-Eigenschaften auf nicht-skatebaren Wegen halte ich ebenso für nicht sinnvoll, wie ncn_ref-Routen auf bicycle=no-Wegen. Grüße, PieSchie ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] mapnik/osmarender
ich gebe Dir vollkommen Recht, diese Auswahlkarte (dynamische POIs) ist schön einsetzbar. Am Besten auf der ersten Seite. :) Ich finde die Seite gerade nicht ;-), aber soweit ich mich erinnere gab es noch ein Problem beim Verschieben / skalieren, oder war das schon gelöst? Martin Am 17.04.08 schrieb John07 [EMAIL PROTECTED]: Hi, das was hier wieder diskutiert wird ist imho ein schwer lösbares Problem. Ich denke die einzige für alle zufriedenstellende und zukunftsfähige Lösung ist die bereits entwickelte Karte, bei der man die einzelnen POIs manuell anwählen kann. Damit hat jeder die Freiheit, die für ihn wichtigen POIs darzustellen und trotzdem eine Übersichtlichkeit zu erhalten. Diese Auswahl-Karte von Paul Lenz müsste nur prominenter zu sehen sein, kann mir jemand mal erklären, wo dabei noch Probleme liegen? Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neues Tag zum Inline-Skaten
Hallo, Attribute für jede einzelne Gattung sind natürlich nicht sinnvoll, da gebe ich dir recht. Wie aber schon in meinem Beitrag geschrieben, sagt das surface-tag nur etwas über die Fahrbahn aus. Eine gute Fahrbahn mit Kopfsteinpflaster-Gehweg ist in dem Fall überhaupt nicht für Inline-Skater geeignet, wobei ein Schotter-Weg mit Asphalt-Gehweg geeignet wäre. Letztere Kombination wird wohl selten anzutreffen sein. Dazu möchte ich anmerken, daß z.B. in NL seit dem 1. April 2008 Inline Skater auf dem Radweg fahren dürfen oder auch auf der Fahrbahn falls es keinen Radweg oder Gehweg als Alternative gibt.Heißt soviel, dass wenn Rad- und Gehweg vorhanden aber nicht befahrbar sind, die Benutzung der Fahrbahn erlaubt ist. Speziell für dieses Beispiel wäre es sicherlich sinnvoll zumindest die Information (analog zu cycleway=lane/track) für footway zu speichern und darüber hinaus auch nicht nur einen erweiterten surface-tag sondern dasselbe für cycleway und footway. Erst daraus würde sich hierfür die Information gewinnen lassen, ob der Weg geeignet ist oder nicht. Genauso könnte man für Rennräder argumentieren. Ein benutzungspflichtiger Radweg mit surface=Schotter an einer Straße mit surface=asphalt ist für den Radfahrer sicherlich auch keine sehr attraktive Strecke. Als Nachteil für eine separate Fahrbahn/Radweg/Gehweg-markierung sehe ich allerdings, dass man ohne Kenntnis des Landes kein einheitliches und korrektes Routing für individuelle Gruppen hinbekommt, wie für Inline-Skater und Rennradfahrer, welche auf identischen Strecken in NL fahren dürfen / können in D jedoch nicht dürfen / können. Ist man in OSM nach einer international einheitlichen Lösung bemüht oder soll jedes Land für sich das taggen und die daraus resultierende Interpretation selber bestimmen? Die Antwort auf die Frage würde dementsprechend auch den einen oder anderen Weg zu einer Lösung einschlagen. Grüße, PieSchie Ich halte eine genaue Beschreibung der Oberfläche für die einzig sinnvolle Lösung, da sich daraus, in Kombination mit anderen Informationen (Geschwindigkeitsbegrenzung? Verkehrsberuhigung? Verkehrsaufkommen? Steigung? (Höhenmodell, z.B. srtm)) Schlüsse für alle Wegebenutzer ziehen lassen - oder sollen wir für jede einzelne Fahrzeuggattung (Barfuß, Schuhe, Fahrrad, Liegerad, Rollstuhl, Kinderwagen, Trecker, Auto, tiefergelegter P(r)olo, LKW) einen eigenen, _subjektiven_ Bewertungs-tag für jedes Stück Weg vergeben? Meines Erachtens müssen diese Schlüsse aus Einzelinformationen gezogen werden, und zwar für jeden Anwendungsfall einzeln. Ich wäre also unbedingt für eine Erweiterung der Beschreibung der allgemeinen Eigenschaften eines Weges, was bei tracks ja schon begonnen wurde. -Martin ___ 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] Neues Tag zum Inline-Skaten
Am Donnerstag 17 April 2008 schrieb Prokop Jehlicka: Hallo, Attribute für jede einzelne Gattung sind natürlich nicht sinnvoll, da gebe ich dir recht. Wie aber schon in meinem Beitrag geschrieben, sagt das surface-tag nur etwas über die Fahrbahn aus. Eine gute Fahrbahn mit Kopfsteinpflaster-Gehweg ist in dem Fall überhaupt nicht für Inline-Skater geeignet, wobei ein Schotter-Weg mit Asphalt-Gehweg geeignet wäre. Letztere Kombination wird wohl selten anzutreffen sein. ganz egal. es braucht ein tag, das beschreibt, wie der belag aussieht. ohne bewertung, was gut oder schlecht ist. das kann dann der anwender oder router je nach fortbewegungsart und vorlieben entscheiden. Ein benutzungspflichtiger Radweg mit surface=Schotter an einer Straße mit surface=asphalt ist für den Radfahrer sicherlich auch keine sehr attraktive Strecke. mag sein. aber er hat keine andere wahl, wenn er nicht mit dem gesetz in konflikt geraten will... Als Nachteil für eine separate Fahrbahn/Radweg/Gehweg-markierung sehe ich allerdings, dass man ohne Kenntnis des Landes kein einheitliches und korrektes Routing für individuelle Gruppen hinbekommt, wie für Inline-Skater und Rennradfahrer, welche auf identischen Strecken in NL fahren dürfen / können in D jedoch nicht dürfen / können. sowas muss eh landesspezifisch erfolgen. getaggt wird, was auf dem schild steht, bzw. das gesetz vorschreibt. die router koennen sich ja dann individuell die wege raussuchen, die sie benutzen wollen/duerfen. Ist man in OSM nach einer international einheitlichen Lösung bemüht oder soll jedes Land für sich das taggen und die daraus resultierende Interpretation selber bestimmen? Die Antwort auf die Frage würde dementsprechend auch den einen oder anderen Weg zu einer Lösung einschlagen. ich wuerde ja generell ein international einheitliches format bevorzugen, und glaube auch immer noch, dass das die beste loesung ist. aber wie die highway-diskussion schon gezeigt hat, ist wohl eher eine landesspezifische loesung gewuenscht, vor allem weil einfacher loes- und vermittelbar... 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] poi control
Am 17.04.08 schrieb Martin Koppenhoefer [EMAIL PROTECTED]: ich gebe Dir vollkommen Recht, diese Auswahlkarte (dynamische POIs) ist schön einsetzbar. Am Besten auf der ersten Seite. :) Habe es jetzt gefunden und noch ein paar (kleine) Anmerkungen: Beim Verschieben wäre es natürlich am Schönsten, wenn die POIs sich mitbewegen würden, aber wie man das machen könnte, weiss ich auch nicht genau. Evtl. lädt man im Anschluss an die Icons im Bild auch die (nichtsichtbaren) Ränder in den Cache, so dass das Verschieben schneller wird, und wenn man auch aus diesem Bild läuft, so lädt man nicht alle Icons neu, sondern nur die noch fehlenden. Sonderzeichen werden nicht korrekt dargestellt. die Symbole sind z.T. nicht erkennbar, z.B. man_made=tower (Sieht aus wie ein Strommast, ist aber IMHO allgemein ein Turm, kann auch Verteidigungs- Fernseh- oder Aussichtsturm sein). Evtl könnte man die Anfangs-Icongröße erhöhen oder ein paar der Symbole hinsichtlich Skalierbarkeit optimieren. das Theatericon ist irgendwie merkwürdig: giftgrün mit einem M, ich vermute, da ist was vertauscht worden. Bei den amenities post_office und telephone könnte man anstatt name evtl. das operator-tag auswerten, so vorhanden (für das ansonsten sehr gelungene Mouseover). Bei der Amenity restaurant könnte man zusätzlich zum Namen noch das cuisine-tag auswerten, (als String vor oder hinter den Namen, mit Komma oder Doppelpunkt vom Namen getrennt), z.B. chinese: Hang Zhou oder: Hang Zhou, chinese Nodes, die einen Wikipedia-Eintrag zugewiesen haben, könnte man direkt verlinken (neues Fenster) (k=wikipedia, v=url zur engl. Wikipedia) und evtl. könnte man später mal vorsehen, dass man eine Sprache für das Userinterface allgemein festlegt, und über die Übersetzungsliste gleich den Artikel in der entsprechenden Sprache bekommt. Wenn zusätzlich zur Wikipedia ein/mehrere weitere Links angegeben sind, wirds schon schwieriger. Eigentlich sollte irgendwann mal ein Feld aufpoppen, das Telefonnr., Adresse, diverse Angaben zum Web (eben u.a. auch Wikipedia) etc. zeigt. Aber da wir diese Daten nicht alle vorhalten wollen (denke ich mal, vielleicht kommt's da ja doch noch dazu), müsste man mal sehen, wie man das später mal integriert. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 16.4.08
On 17/04/2008, Nils Reuter [EMAIL PROTECTED] wrote: Mein Problem: Das aktuelle scheint nicht zu funktionieren. Nach dem überspielen auf den Garmin etrex venture cx erscheint nur die basemap (auf allen zommstufen). Das gmapsupp.img File wird anscheinend nicht (richtig) verarbeitet. Mir ist (mit Mapsource auf Windows) genau das gleiche passiert. Ich habe es erneut versucht, mit kleinerem Kartenabschnitt. Nachdem das geklappt hat, habe ich einen größeren Abschnitt genommen, ganz Europa und noch etwas mehr. Ist auch gegangen. Dieser Abschnitt war allerdings kleiner, als beim ersten Versuch. Die neue Strassendarstellung finde ich übrigens viel besser. Dermot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 16.4.08
Hallo, der Fehler ist schonmal im gmapsupp.img beseitigt, es handelt sihc um die fehlerhafte Kachel aus den Niederlanden. Die muss einfach raus. (63254855.img) Die großen Paket ändere ich morgen, wenn jemand heute schon mit den Paketen arbeiten möchte, dann einfach aus der ZUsammenstellung wieder rausnehmen. -- Viele Grüße Carsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 16.4.08
Super, danke schön! Nils Carsten Schwede schrieb: Hallo, der Fehler ist schonmal im gmapsupp.img beseitigt, es handelt sihc um die fehlerhafte Kachel aus den Niederlanden. Die muss einfach raus. (63254855.img) Die großen Paket ändere ich morgen, wenn jemand heute schon mit den Paketen arbeiten möchte, dann einfach aus der ZUsammenstellung wieder rausnehmen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neues Tag zum Inline-Skaten
PieSchie schrieb: Kennzeichnung von Skate-Eigenschaften auf nicht-skatebaren Wegen halte ich ebenso für nicht sinnvoll, wie ncn_ref-Routen auf bicycle=no-Wegen. Ich kann die rcn_ref Nürnberg-Lauf bieten, die über den Hauptmarkt führt (nach 70m`). Diese 70m sind ja wenigstens nachts und so befahrbar. Radfahrer absteigen gibt es auch sehr oft auf Rad-Routen... Ich kennzeichne das alles erstmal recht stur so, wie es ist (also bicycle=no _und_ Rad-Route. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mapnik/Osmarender
Features, die von den Leuten eingebaut werden. ;-) Kleiner Tip: Erw?hne in Gegenwart von Frederik nicht die folgenden Worte: approved, rejected, deprecated und voting. Anarchie ist machbar. Ich habe sie eben mal implementiert. :) Kleine Demo gefällig? - gehe zu http://www.lenz-online.de/osm - zoome zu lat=61.1 lon=21.5 Zoom=13 (finnische Westküste) - klicke auf POI control - wähle tourism - markiere zumindest attraction ... und es erscheint ein Icon, das die dort vorhandene hölzerne Wasserpumpe abbildet! Dieser Node hat u.a. einen Tag, den ich gerade erfunden habe und den sowohl Potlatch als auch JOSM ohne zu murren verarbeiten: iconurl = http://www.lenz-online.de/osm/myicons/wwpdemo.png Auf diese Weise kann man also beliebige Icons entwerfen, auf einen beliebigen Webspace hochladen und mit beliebigen Nodes verlinken. Viel Spaß! Paul ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neues Tag zum Inline-Skaten
Am Donnerstag, 17. April 2008 19:42:29 schrieb Karl Eichwalder: PieSchie schrieb: Kennzeichnung von Skate-Eigenschaften auf nicht-skatebaren Wegen halte ich ebenso für nicht sinnvoll, wie ncn_ref-Routen auf bicycle=no-Wegen. Ich kann die rcn_ref Nürnberg-Lauf bieten, die über den Hauptmarkt führt (nach 70m`). Diese 70m sind ja wenigstens nachts und so befahrbar. Radfahrer absteigen gibt es auch sehr oft auf Rad-Routen... Ich kennzeichne das alles erstmal recht stur so, wie es ist (also bicycle=no _und_ Rad-Route. Ich halte das auch nicht für schlimm - wieso sollte es auf Radrouten keine Stellen geben dürfen, die ein Absteigen erfordern? Hier in Bonn führt das Radverkehrsnetz durch eine Fußgängerunterführung (Verkehrszeichen Fußweg) mit Radfahrer absteigen-Schild. Die Alternative wäre eine Unterführung mit Treppe, eine entfernte Brücke oder ein entfernter Bahnübergang mit meist enormer Wartezeit. Es geht da um 10m schieben auf einerm Wegstück, das von extrem vielen Fußgängern benutzt wird - das ganze erspart einem Radfahrer einen ordentlichen Umweg, trotzdem scheinen einige Kollegen ein extremes Problem mit dem absteigen (und vor allem dem entsprechenden Schild) zu haben. ;-) Ich denke auch, daß ein _guter_ Fahrradrouter Abschnitte, auf denen geschoben werden muß, nicht kategorisch ausschließen, sondern bei erheblicher Zeitersparnis diese auch benutzen sollte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Winkeldings in JOSM-latest
Hallo, Winkelanzeige: nachdem ich erst eine Waagerechte gezeichnet habe und anschließend versucht habe, rechtwinklig nach oben oder unten zu zeichnen, zeigt er mir anstatt 90 Grad 270 Grad an (unten und oben), während es gleich daneben dann wieder mit 90,1 Grad weitergeht. Komisch, ich nehm einfach 2x die Heading-Formel und bilde die Differenz, muss ich nochmal hingucken, was da ist. Eventuell Differenz in die falsche Richtung ;-) Streckenlänge: hier sollte man sich noch - wie bei den Winkeln - eine Nachkommastelle gönnen. Wir haben doch schon Meter mit einer Nachkommastelle. Da muesste man doch auf einer Ansicht arbeiten, wo der ganze Bildschirm bloss so 20-30m breit ist, damit man das brauchen kann... vllt. machen wir es konfigurierbar, aber wenn wir da unten zu viel Platz verschwenden, muessen wir irgendwann den Helptext doch in eine eigene Zeile tun. Das Feld könnte z.B. auch im Selektionsmodus genutzt werden und hier dann die Länge der selektierten Polyline anzeigen. (könnte evtl. auch für Heading gelten, wenn nur ein Segment gewählt ist, oder z.B. bei Mouseover im Selektions- und Zoommodus). Koennte man drueber nachdenken. Oder die Summe aller Laengen, wenn man mehrere gewaehlt hat ;-) Moveover-Anzeige: Sehr nützliches Feature, leider hat es nach einiger Zeit nicht mehr funktioniert (war auch eine Fehlermeldung dazwischen). Könnte ein bisschen länger sein, die Anzeige. Ist sehr hilfreich im Zeichnenmodus, weil man damit sehen kann, welche Straßen umliegend sind, ohne diese erst selektieren zu müssen. Das Feature gabe es schonmal und ich habe es aus irgendeinem Grund disabled, den ich schon wieder vergessen hab ;-) Koennte laenger sein - also doch Helptext in eigene Zeile und Namensanzeige volle Breite? 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] OpenLayers / OSM-Koordinaten / Delta km zwischen zwei Punkten
Hallo, zanke mich gerade mit Koordinatenumrechnungen rum. Ich will Distanzen in meinen Fahrradroutenzusammenklicker http://www.pifpafpuf.de/cycleroute/ einbauen, aber irgendwie kriege ich die Berechnung der Distanz zwischen zwei Punkten nicht hin. Die OSM-Kartenkoordinaten sind offenbar keine Meter oder Kilometer. Ärgerlicherweise funktioniert es auch nicht, über den Maßstab und die Pixeldistanz zu gehen, vermutlich weil der Maßstab wohl auch nicht so ganz hinhaut (und ja, ich habe beachtet, dass der Maßstab eine künstliche Größe ist, solange man nicht die Monitorauflösung mit reinrechnet). Hat jemand eine Idee, wo ich das heute abend noch nachlesen kann? Danke, 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] tag für flurname
Toni Erdmann schrieb: Friedhelm Schmidt schrieb: was spricht denn gegen den von Toni vorgeschlagen place=locality-Tag? Ich verstehe die Beschreibung in Map Features eher so, dass es sich um einen genau definierten Platz handelt, der zwar einen Namen hat, aber sonst nichts. Also z.B. Waldkreuzung. Ich stimme Dir zu, wenn Du einen Node auf diese Weise markierst. Für einen Flurname wäre dann Area dann doch passend, oder? Vor eine Weile hatte ich auch nach einem Tag für Flurnamen im Sinne von Gebrauchsnamen gesucht. Das sind regionale, meinst sehr kleine Gebiete (also in der Grösser von ein paar Felder, einer Lichtung oder eines Weilers) die so von den Anwohnern verwendet werden. Bei mir in der Gegend ist dass zum Beispiel der Galgenbuck, der Radacker, der Köpferplatz, das Schleipfgässchen... Daher finde ich dass place=locality zwar notfalls geht, aber es doch sicher einen besseren Begriff dafür gibt (field name?, Wo sind die native english speaker?). 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
Re: [Talk-de] OpenLayers / OSM-Koordinaten / Delta km zwischen zwei Punkten
Hallo,
zanke mich gerade mit Koordinatenumrechnungen rum. Ich will Distanzen in
meinen Fahrradroutenzusammenklicker http://www.pifpafpuf.de/cycleroute/
einbauen
Das
script
src=http://dev.openlayers.org/nightly/OpenLayers.js;/script
floesst mir ein bisschen Angst ein. Ich sehe auch nur eine weisse
Flaeche statt einer Karte. Hab mich mit dem Openlayers nicht so
beschaeftig, aber die Rechts- und Hochwerte, die die
Mercator-Projektion da ausspuckt, sollten eigentlich schon Meter sein!
Oder arbeitet das inzwischen mit richtigen lat/lon-Werten? Dann musst
Du Dir irgendwo eine great circle distance-Formel klauen. In Java
geht das so:
/**
* Computes the distance between this lat/lon and another point on the earth.
* Uses spherical law of cosines formula, not Haversine.
* @param other the other point.
* @return distance in metres.
*/
public double greatCircleDistance(LatLon other) {
return (Math.acos(
Math.sin(Math.toRadians(lat())) *
Math.sin(Math.toRadians(other.lat())) +
Math.cos(Math.toRadians(lat()))*Math.cos(Math.toRadians(other.lat())) *
Math.cos(Math.toRadians(other.lon()-lon( *
6378135);
}
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] OpenLayers / OSM-Koordinaten / Delta km zwischen zwei Punkten
Am 17.04.2008 22:57 schrieb Frederik Ramm:
Hallo,
zanke mich gerade mit Koordinatenumrechnungen rum. Ich will Distanzen in
meinen Fahrradroutenzusammenklicker http://www.pifpafpuf.de/cycleroute/
einbauen
Das
script
src=http://dev.openlayers.org/nightly/OpenLayers.js;/script
floesst mir ein bisschen Angst ein.
Hmm, funktioniert durchaus ganz gut. Teilweise fehlt ein wenig die Idee
gegen Interfaces zu programmieren. Und die Doku ist halt ziemlich löchrig.
Oder arbeitet das inzwischen mit richtigen lat/lon-Werten? Dann musst
Nein, aber man kann proj4js mit der Projektion füttern, dann bekommt man
die Umrechnung in Grad.
public double greatCircleDistance(LatLon other) {
return (Math.acos(
Math.sin(Math.toRadians(lat())) *
Math.sin(Math.toRadians(other.lat())) +
Math.cos(Math.toRadians(lat()))*Math.cos(Math.toRadians(other.lat())) *
Math.cos(Math.toRadians(other.lon()-lon( *
6378135);
}
Das geht dann nahezu wortwörtlich so auch in Javascript:-) Da wo mir
Google 5.7km anzeigt bekomme ich 5.661km raus, was im Rahmen der
Messgenauigkeit und Klickgenauigkeit ein Volltreffer ist.
Besten Dank,
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
[Talk-de] Fahrradrouten zusammenklicken: cycleroute
Hallo zusammen, mein OSM/OpenLayers Experiment auf http://www.pifpafpuf.de/cycleroute/ hatte ich ja schonmal publik gemacht. Nun ist es ein kleines Stück weiter gediehen: Wenn man auf die Routenmarken klickt, zeigen die jetzt die akkumulierten Kilometer vom Start aus an. Dank an Frederik Ramm für den Hinweis zur Delta-Grad in Delta-km Umrechnung. Viel Spaß, 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
[Talk-de] JOSM Bedienung
So, Ich mal wieder mit totalen Newbiefragen. Gibt es noch irgendwo eine ausführlichere Anleitung für Josm als die hier?: http://wiki.openstreetmap.org/index.php/JosmFuerEinsteiger#Sonderpunkte_hinzuf.C3.BCgen Ich stehe ich vor dem Problem, dass ich zwar Wege und Straßen erstellen kann, aber es nicht schaffe, weitere Werte einzugeben. Konkret möchte ich hier an der Kreuzung zwischen Bundesstraße und Eisenbahn eine Eisenbahnbrücke anlegen. (die Straße darunter hat gleube ich auch noch eine Höhenbeschränkung) http://openstreetmap.org/?lat=49.0151lon=9.7433zoom=14layers=B0FT Aber außer wild zusätzliche Straßen und Gleise anzulegen schaff ich nichts. Die schiene kann ich südlich der Straße auch nicht trennen, da anscheinend ein Node von mehreren Wegen benutzt wird. Könnt ihr mir einen sinvollen Link zu einer (Schritt für Schritt) Anleitung posten? Dankeschön ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Winkeldings in JOSM-latest
Streckenlänge: hier sollte man sich noch - wie bei den Winkeln - eine Nachkommastelle gönnen. Wir haben doch schon Meter mit einer Nachkommastelle. Da muesste man doch auf einer Ansicht arbeiten, wo der ganze Bildschirm bloss so 20-30m breit ist, damit man das brauchen kann... vllt. machen wir es konfigurierbar, aber wenn wir da unten zu viel Platz verschwenden, muessen wir irgendwann den Helptext doch in eine eigene Zeile tun. bei mir ist die Anzeige nur meterweise, ohne Nachkommastelle (also nur 1m, nicht 10cm). Das Feld könnte z.B. auch im Selektionsmodus genutzt werden und hier dann die Länge der selektierten Polyline anzeigen. (könnte evtl. auch für Heading gelten, wenn nur ein Segment gewählt ist, oder z.B. bei Mouseover im Selektions- und Zoommodus). Koennte man drueber nachdenken. Oder die Summe aller Laengen, wenn man mehrere gewaehlt hat ;-) ja, in diesem Kontext auch der Hinweis auf das Mess-Plugin. Hier haben wir m.E. eine Inkonsistenz im Editor, weil das Messen auch über einen Modus-Button aktiviert wird, der Button sitzt aber nicht bei den anderen Modi, sondern weiter unten. Ansonsten bietet das Messen ja bereits eine solche Funktionalität, die man hier aber gerne zusätzlich integrieren (verknüpfen) kann. Moveover-Anzeige: Sehr nützliches Feature, leider hat es nach einiger Zeit nicht mehr funktioniert (war auch eine Fehlermeldung dazwischen). Könnte ein bisschen länger sein, die Anzeige. Ist sehr hilfreich im Zeichnenmodus, weil man damit sehen kann, welche Straßen umliegend sind, ohne diese erst selektieren zu müssen. Das Feature gabe es schonmal und ich habe es aus irgendeinem Grund disabled, den ich schon wieder vergessen hab ;-) Koennte laenger sein - also doch Helptext in eigene Zeile und Namensanzeige volle Breite? volle Breite ja bitte. Helptext könnte auch z.B. als Mouseover auf den Modusbutton gelegt werden (vielleicht in eine 2. Zeile), so oft braucht man den ja nicht. Wenn z.B. der Mauszeiger sich bereits beim Drücken von Shift und Ctrl in das Drehsymbol verwandeln würde, und nicht erst, wenn man den Mausbutton clickt, wäre das auch noch besser. Bei nur Shift = neue Linie hat man ja bereits sehr schön ein entsprechendes Feedback, indem die Führungslinie verschwindet. ciao, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Winkeldings in JOSM-latest
Hallo, volle Breite ja bitte. Helptext könnte auch z.B. als Mouseover auf den Modusbutton gelegt werden (vielleicht in eine 2. Zeile), so oft braucht man den ja nicht. Wenn z.B. der Mauszeiger sich bereits beim Drücken von Shift und Ctrl in das Drehsymbol verwandeln würde, und nicht erst, wenn man den Mausbutton clickt, wäre das auch noch besser. Bei nur Shift = neue Linie hat man ja bereits sehr schön ein entsprechendes Feedback, indem die Führungslinie verschwindet. Helptext unten find ich schon wichtig, insbes. kann der auch abhaengig von der Mausposition sein (zeichne mal im add-Modus und fahre mit der Maus ueber einen existierenden Node!) - das verliert man, wenn man den nur als Tooltip anbietet. Also dann muesste es eine eigene Zeile geben. (Idealerweise natuerlich ein cooles GUI-Toolkit, bei dem der User sich das alles selbst zusammenklickern kann... Freiwillige vor.) 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] Winkeldings in JOSM-latest
Hallo, Winkelanzeige: nachdem ich erst eine Waagerechte gezeichnet habe und anschließend versucht habe, rechtwinklig nach oben oder unten zu zeichnen, zeigt er mir anstatt 90 Grad 270 Grad an (unten und oben), während es gleich daneben dann wieder mit 90,1 Grad weitergeht. Hier stimmt definitiv noch was nicht, ich habe mal hier ein Bild hochgeladen, dass jeweils mit 4 rechten Winkeln gezeichnet wurde, also eigentlich nur Rechtecke enthalten dürfte: http://www.koppenhoefer.com/osm/JOSM_angle_screen.png man sieht, dass je diagonaler die erste Linie, um so spitzer der entsprechende Winkel, bei horizontalen und vertikalen Linien tritt der Effekt nicht auf. Kann ich partout nicht nachvollziehen, bei mir tut das richtig. Kann das mal noch jemand anders ausprobieren? Streckenlänge: hier sollte man sich noch - wie bei den Winkeln - eine Nachkommastelle gönnen. Tatsaechlich, die war nur bei den km da und nicht bei den m; jetzt gefixt. 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] Winkeldings in JOSM-latest
Hallo, OK, das sehe ich ein. Habe ich noch gar nicht so genau drauf geachtet bisher. Dann eben doch eine 2. Zeile, ist auch nicht der Untergang. Und die kann man dann im Laufe der Zeit auch noch vollpacken ;-) Die dann 2 Zeilen könnten aber auch nur unterhalb des (bei mir) schwarzen Zeichenbereichs sein, so dass man nicht so viel Platz von den Menüs / Anzeigen auf der rechten Seite verliert. Bei mir (Windows XP, lumpige 1200 Pixel Breite) reicht der Platz unten jedenfalls üppig auch in 1 Zeile, es wird bisher nur ca. 2/3 genutzt. Ich habe übrigens die Winkelanzeigen nochmal ein bisschen beobachtet. Auch bei Heading scheint es ein Problem zu geben. Reproduzierbar: man zeichnet 1 Punkt. Nach oben werden 0 Grad angegeben, rechts 90, wenn man die Maus langsam nach unten links zurückbewegt, geht es gegen 180, aber nach 179,9 kommt 0. Dann geht es weiter mit 180,1. Das ist sicherlich eine Kleinigkeit. Das eigentliche Problem ist, dass die WInkel dazwischen nicht zu stimmen scheinen. 45 (angezeigt) ist nicht 45 sondern eher 30. 45 Grad konstruiert werden dagegen als 53,4 Grad angezeigt. Die angegebene Länge stimmt dagegen (bei meinen 100x100 waren es 141 diagonal). Könnte vielleicht mit den Pixeln zusammenhängen? Die sind sowieso nicht optimal, da sie Hardwareabhängig (und auflösungsabhängig) differieren. Schreib mal, wenn es nicht zu lang ist, wie die Formeln sind für die Winkelgeschichte (vielleicht versteh ichs ja). Gruß Martin Am 18.04.08 schrieb Frederik Ramm [EMAIL PROTECTED]: Hallo, volle Breite ja bitte. Helptext könnte auch z.B. als Mouseover auf den Modusbutton gelegt werden (vielleicht in eine 2. Zeile), so oft braucht man den ja nicht. Wenn z.B. der Mauszeiger sich bereits beim Drücken von Shift und Ctrl in das Drehsymbol verwandeln würde, und nicht erst, wenn man den Mausbutton clickt, wäre das auch noch besser. Bei nur Shift = neue Linie hat man ja bereits sehr schön ein entsprechendes Feedback, indem die Führungslinie verschwindet. Helptext unten find ich schon wichtig, insbes. kann der auch abhaengig von der Mausposition sein (zeichne mal im add-Modus und fahre mit der Maus ueber einen existierenden Node!) - das verliert man, wenn man den nur als Tooltip anbietet. Also dann muesste es eine eigene Zeile geben. (Idealerweise natuerlich ein cooles GUI-Toolkit, bei dem der User sich das alles selbst zusammenklickern kann... Freiwillige vor.) eigenes GUI-Toolkit, nicht gerade das dringendste, aber auch nice to have ;-) Habe auch mit den Fenstern ein bisschen Probleme. Wenn ich beispielsweise die Layer mit der Pinnadel ausdocke (das Fenster unabhängig mache), wie bekomme ich es wieder zurückgedockt? Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Winkeldings in JOSM-latest
versuch mal, das nachzuvollziehen mit einem Beispiel: 100 m nach rechts, dann 100 m vertikal, dann die Diagonale als Winkel anzeigen lassen. (deselect und nochmal 1. Punkt klicken, 2. Peilen) Martin Am 18.04.08 schrieb Frederik Ramm [EMAIL PROTECTED]: Hallo, Winkelanzeige: nachdem ich erst eine Waagerechte gezeichnet habe und anschließend versucht habe, rechtwinklig nach oben oder unten zu zeichnen, zeigt er mir anstatt 90 Grad 270 Grad an (unten und oben), während es gleich daneben dann wieder mit 90,1 Grad weitergeht. Hier stimmt definitiv noch was nicht, ich habe mal hier ein Bild hochgeladen, dass jeweils mit 4 rechten Winkeln gezeichnet wurde, also eigentlich nur Rechtecke enthalten dürfte: http://www.koppenhoefer.com/osm/JOSM_angle_screen.png man sieht, dass je diagonaler die erste Linie, um so spitzer der entsprechende Winkel, bei horizontalen und vertikalen Linien tritt der Effekt nicht auf. Kann ich partout nicht nachvollziehen, bei mir tut das richtig. Kann das mal noch jemand anders ausprobieren? Streckenlänge: hier sollte man sich noch - wie bei den Winkeln - eine Nachkommastelle gönnen. Tatsaechlich, die war nur bei den km da und nicht bei den m; jetzt gefixt. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 -- ___ | Martin Koppenhoefer Via Bixio, 29 / Int. 20 00185 Roma Italia 41°53.664', 012°30.549' tel1: +39 06.916508070 tel2: +49 30 868708638 mobil: +39 389 6488991 [EMAIL PROTECTED] http://www.koppenhoefer.com Hinweis: Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei der manuellen Übertragung von Informationen in elektronische Medien die übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies zu entschuldigen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Winkeldings in JOSM-latest
Hi, versuch mal, das nachzuvollziehen mit einem Beispiel: 100 m nach rechts, dann 100 m vertikal, dann die Diagonale als Winkel anzeigen lassen. (deselect und nochmal 1. Punkt klicken, 2. Peilen) Kann das ein Projektionsproblem sein? Sieht denn Dein 100m x 100m Rechteck quadratisch oder gedetscht aus? (Wiederhole Dein Experiment mal am Aequator - kommst Du da ploetzlich auf andere Ergebnisse?) Das Problem mit dem ganzen Geometriemurks ist ja, dass die Erde leider keine Scheibe ist. Zur Vereinfachung nimmt man das aber immer gerne an, z.B. beim Kartenzeichnen oder wenn man keinen gekruemmten Bildschirm zur Verfuegung hat ;-) Also nimmt man die Projektion und rechnet damit lat/lon auf eine Ebene um, in der man dann, zumindest in kleinem Massstab, planare Geometrie benutzen kann. Was wesentlich einfacher ist als sphaerische. Bei der Anzeige geht JOSM in zwei Schritten vor: lat/lon werden erst in projizierte Koordinaten umgerechnet (nennt man meist Easting und Northing) und dann in Bildschirmkoordinaten (Pixel). Meine Rechteck- Geschichten spielen sich auf der Easting/Northing-Ebene ab, sind also davon abhaengig, welche Projektion zum Einsatz kommt. Die EPSG:4326-Projektion ist fuer unsere Breitengrade ungeeignet; ein quadratisches Gebaeude in Karlsruhe ist in EPSG:4326 nur 0.65mal so hoch, wie es breit ist (der Faktor 0.65 ist dabei der Cosinus des Breitengrades). Daher stimmen auch die Winkel dann nicht mehr. Wenn Du auf die Mercator-Projektion umschaltest, sehen quadratische Gebaeude halbwegs quadratisch aus, und dann sollte es auch klappen mit den Winkeln. Ich finde es selber auch nicht so ganz prickelnd, dass die Projektion da reinspielt, aber selbst wenn ich mit sphaerischer Geometrie arbeiten wuerde - tun das die Haeuslebauer denn auch, oder legen die ihren Planungen auch immer eine Projektion zugrunde...? 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] Winkeldings am Äquator und am Nordpol
Ich habe mal einen Winkel am Äquator gezeichnet, der parallel zu lat und lon liegt. Wenn ich den kopiere und auf 80 Grad nördl. Breite wieder einfüge, ist er immer noch 90 Grad. Wenn ich ihn jetzt aber drehe mit unserem Drehtool, sieht er immer noch gleich rechtwinklig aus, aber je nach Stellung hat er gem. Anzeige nur noch z.B. 20 Grad. Am Ende müssen wir doch noch auf Kugelgeometrie umstellen ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Winkeldings am Äquator und am Nordpol
und noch was ist mir aufgefallen: mein Winkel 100x100 m ist im Norden je nach Breitengrad nur noch 40 oder noch weniger Meter lang (im Vergleich zu 200 am Äquator). Hängt natürlich auch mit der Projektion zusammen. Am Äquator bleibt der rechte Winkel auch beim Drehen ein rechter Winkel, im Nordern ändert sich der Winkel beim Drehen, obwohl er weiterhin gleich aussieht (habe ich glaube ich schonmal geschrieben). Martin Am 18.04.08 schrieb Martin Koppenhoefer [EMAIL PROTECTED]: Ich habe mal einen Winkel am Äquator gezeichnet, der parallel zu lat und lon liegt. Wenn ich den kopiere und auf 80 Grad nördl. Breite wieder einfüge, ist er immer noch 90 Grad. Wenn ich ihn jetzt aber drehe mit unserem Drehtool, sieht er immer noch gleich rechtwinklig aus, aber je nach Stellung hat er gem. Anzeige nur noch z.B. 20 Grad. Am Ende müssen wir doch noch auf Kugelgeometrie umstellen ;-) Gruß Martin -- ___ | Martin Koppenhoefer Via Bixio, 29 / Int. 20 00185 Roma Italia 41°53.664', 012°30.549' tel1: +39 06.916508070 tel2: +49 30 868708638 mobil: +39 389 6488991 [EMAIL PROTECTED] http://www.koppenhoefer.com Hinweis: Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei der manuellen Übertragung von Informationen in elektronische Medien die übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies zu entschuldigen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] POI Control
ich gebe Dir vollkommen Recht, diese Auswahlkarte (dynamische POIs) ist schön einsetzbar. Am Besten auf der ersten Seite. :) Habe es jetzt gefunden und noch ein paar (kleine) Anmerkungen: Beim Verschieben wäre es natürlich am Schönsten, wenn die POIs sich mitbewegen würden, aber wie man das machen könnte, weiss ich auch nicht genau. Das wuesste ich auch gern. Bestimmt ist das ueber irgendwelche OpenLayers-Funktionen moeglich, aber deren Doku ist leider ueber meinem Niveau. Sonderzeichen werden nicht korrekt dargestellt. Ich weiss. Ich habe mich an einigen deutschen Beispielen orientiert - moeglicherweise an falschen. die Symbole sind z.T. nicht erkennbar Die Icons sind nicht von mir, sondern aus einem anderen Projekt (habe den Namen vergessen). Aber Du kannst ja nun Deine eigenen Icons verlinken (siehe mein Posting unter Mapnik/Osmarender. Bei der Amenity restaurant könnte man Man koennte noch alles moegliche, aber solange meine Karte noch das Dasein eines Geheimtipps fristet, habe ich wenig Motivation zu Erweiterungen. Paul ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Fahrradrouten zusammenklicken: cycleroute
Hallo, könntest Du auch die Fahrradkarte als Layer anbieten? http://www.gravitystorm.co.uk/osm/?zoom=10lat=6446060.49233lon=1041530.08256layers=B00 Jürgen Harald Kirsch schrieb: Hallo zusammen, mein OSM/OpenLayers Experiment auf http://www.pifpafpuf.de/cycleroute/ hatte ich ja schonmal publik gemacht. Nun ist es ein kleines Stück weiter gediehen: Wenn man auf die Routenmarken klickt, zeigen die jetzt die akkumulierten Kilometer vom Start aus an. Dank an Frederik Ramm für den Hinweis zur Delta-Grad in Delta-km Umrechnung. Viel Spaß, Harald. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
