Re: [Talk-de] Mappen Buslinien nach Oxomoo
Hallo, dass der nur einen Teil des Tages befahren wird. Wenn Du die einzelnen Varianten nicht einzeln vorliegen hast, dann kannst Du sowas nicht mehr mache war da nicht was Hier: http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema steht unter Diskussion zu Unterscheidung und Tagging von Linie vs Linienvariante: Nicht benötigt werden zusätzliche Linienvariantenrelationen für sogenannte Teleskoplinien: Solche Linien weisen gelegentliche Verlängerungen um einen oder mehrere Halte zu bestimmten Tages- oder Nachtzeiten auf. Für deren Modellierung reicht es aus, die entsprechenden Mitglieder in den Relationen für Hin- und Rückweg mit der Rolle additional zu versehen. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wander-Radwege Relationen anpassen
Hallo, Ich mache das darüber hinaus so, dass ich einseitige Radwege einzeln eintrage, um die Information erkennbar zu machen, dass sie einseitig sind. Das ist aber unsinnig, nein nicht Du, sondern das wir immer noch keine vernünftige Methode haben das besser zu machen. Ich hatte da vor Jahren mal was vorgeschlagen: http://wiki.openstreetmap.org/wiki/Proposed_features/right_left Ups, ich sehe gerade da hate jemand die Abstimmung angestoßen ohne daß ich es mitbekommen habe, und so wie ich es sehe hat die Mehrheit zugestimmt, aber bei geringer Beteiligung. Man muß also jetzt 'nur' noch die Renderer, Programmierer von Josm, usw. davon überzeugen es zu unterstützen. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ampel auf komplexen Kreuzungen
Hallo, meist würde ich auf die getrennten Radwege verzichten. Wenn man meint das es irgendwo sinnvoll ist hat man meiner Meinung nach 2 Möglichkeiten für die Kreuzungen: Man macht einen Kreuzungsnode in dem sich alle Spuren (incl Radwegen,...) treffen, oder man muß Kreuzungsnodes für alle sich kreuzenden Wege einfügen bei denen eine Abbiegemöglichkeit besteht, bei 2 Straßen mit je 2 Radwegen also 9 Kreuzungspunkte. Wo man Ampeln hinsetzt muß man dann so überlegen, daß man bei jeder Route an einem Ampelnode vorbeikommt auf der man sich auch in Wirklichkeit nach der Ampel richten muß. Bei Fahrradwegen auf dem Bürgersteg kann man ja ohne Ampel rechts abbiegen, also sollte die Ampel auf der Kreuzung Straße/Radweg hin, nicht aber auf Radweg/Radweg, bei Radwegen auf der Straße umgekehrt, aber schön ist das alles nicht. Die einzige Lösung die sowohl die Befürworter eigener Radwege und die logischen Verknüpfungen berücksichtigt wäre eine Straßenrelation die alle Spuren zusammenfaßt und eine Kreuzungsrelation die alle Kreuzungsnodes zusammenfaßt. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wander-Radwege Relationen anpassen
Hallo, d.h. auch bei straßenbegleitenden, getrennten Radwegen wird man sich in der Regel im Bereich der Straße aufhalten, ja, sonnst hätten die Häuser als Adresse ja auch den Namen des Radwegs;-) Ich würde sagen in der Stadt geht die Straße von Haus zu Haus, außerhalb von Grün zu Grün. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wander-Radwege Relationen anpassen
Hallo, Da der Fuß-/Radweg zur Straße gehört, wäre die korrektere Form zwar unter Umständen eine Relation mit Namen zu namenloser Straße und namenlosem Rad- und Fußweg, wenn schon eine separater Weg, wo ich meist nichts von halte, wäre das das mindeste. Namen an beides sieht z.T. nicht mehr ganz so schön aus Dafür ist der Renderer zuständig ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wander-Radwege Relationen anpassen
Hallo, Der Radweg neben der Bahnhofstrasse *heisst* *nicht* Bahnhofstrasse Bist Du da sicher? Ist das nicht einfach eine Spur der Bahnhofstr.? Meiner Meinung nach ist es Teil der Bahnhofstr, also muß er entweder diesen Namen bekommen oder alle Spuren der Bahnhofstr, müssen per Relation mit diesem Namen zusammengefaßt werden. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die?Engineering WG
Und warum eine sterbende Sprache probieren? *g* Was Java stirbt auch schon? Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die?Engineering WG
Hallo, ich hab jetzt nicht alles gelesen, aber nur mal wo es so bei mir hapert: Ich programmiere bisher C++ mit VC unter Windows. Ich würde gerne mal was anderes anfangen, z.B. Java. Aber alle Versuche eines der OSM Projekte per Eclipse o.ä. zum laufen zu bekommen sind gescheitert. Gut das ist natürlich ein zusätzliches Problem, daß ich gleichzeitig die Sprache lernen möchte, aber auch sonst dürften viele Hobbyprogrammierer Probleme mit dem Einstieg in ein Projekt das über ein CVS o.ä. funktiniert. Was ich mir wünschen würde wäre eine Seite mit einer Liste aller Programme für die Programmierer gesucht werden, am besten in Tabellenform. Natürlich mit Angabe von Programmiersprache, Betriebssystem, Programmierumgebung, und Links auf eine Einführung wie man an die Programmierumgebung aufbaut und den Quellcode lädt. Zusätzlich oder auch notfalls alternativ ein Ansprechpartner der einem beim Einstieg hilft. Hätte ich so jemanden würde ich dann z.B. auch meine Erfahrung niederschreiben, so daß der nächste Einsteiger weniger Probleme hätte. Dies könnte ich warscheinlich besser als jemand der das System schon ewig kennt, da der sich garnicht mehr vorstellen kann wo die Probleme sind. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Name von Bruecken
Hallo, Mit dem Argument darfst Du aber gar keine Gebäude in Strassennähe zeichnen. es macht meiner Meinung nach schon einen Unterschied ob es ein Gebüude neben der Straße ist, oder ob es die Straße ist. Außerdem ging es darum Darstellungsprobleme zu lösen nicht zusätzliche Infos zu speichern. Und wenn man ein Darstullungsproblem behebt und dadurch ein anderes erhält ist das eine schlechte Lösung Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Name von Bruecken
Hallo, und wenn doch ? ;) Und dann? Willst Du die Brücke als Gebäude zeichnen und die Starße darüber legen? Das wird bei dem OSM-Datenmodell ziemlich blöd aussehen, denn das Brückengebüde hat eine feste Breite, die Straße wird je nach Zoom-level anders gezeichnet. Da ist die Relation besser, man könnte alternativ auch für Straßen einen Abschnittsnamen definieren. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Name von Bruecken
Hallo, Prinzipiell finde ich building = yes mit name = Brückenname als einfache Lösung Wenn Du entgegen der OSM-Regel, daß wir nicht für Renderer taggen handeln willst (was ich persönlich OK finde) bedenke, daß wie in meiner anderen Mail geschrieben die Probleme bei Building eher größer werden. Würde das mit dem zeichnerischen Aufbau der unterschiedlichen Layer gut funktionieren? Genau da wird es Probleme geben. Also lieber Relation und die Render auffordern dies zu beachten. Building bedeutet nach meinen Englischkenntnissen Gebäude im Allgemeinen Es bringt nichts im Wörterbuch nachzusehen was ein Wort bedeutet. OSM ist eine eigene Sprache bei der die meisten Worte Fremdwörter aus dem Englischen sind. Das ist genau so wie wenn ich im Deutschen sagen würde der Fischer benutzt ein Web oder die Spinne hat ein Web gebaut. Beides wäre von der englischen Bedeutung von Web richtig, aber im Deutschen benutzen wir Web nur für das Internet. In OSM nutzen wir englische Wörter weil sie einfacher zu merken sind als z.B. Typnummern. Die Inflation von Tags finde ich sowieso nicht gut, schließlich ist jedes building auch man_made. Genau da liegt das Problem mit den englischen Wörtern, hätte man nicht irgendwann building definiert sondern Type=348 wäre es kein Problem gewesen es auf Strommasten oder Türme zu erweitern. Zusammengefaßt: Was in OSM ein Building ist steht in unserem Wiki nicht im Wörterbuch. Aber unabhängig davon darf hier ja jeder machen was er will. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seltsamer Mapnik-Effekt
Hallo, Meintest du Melde das bitte den Mapnik-Entwicklern oder Ich melde es den Mapnik-Entwicklern? mach Du es, aber wenn es Dir lieber ist kann ich es auch machen. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seltsamer Mapnik-Effekt
Hallo, Ich kann ein client-seitiges Caching zu fast 100% ausschließe ich zu 100%, war gerade erstmal dort und sehe den Fehler. Melde es den Mapnik Machern Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bugreport für openseamap josm preset T oiletten
Hallo, Kann das jemand korrigieren oder weiterleiten? Danke. Hab es an Markus weitergeleitet Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nominatim
Hallo, wer kann mir helfen? Der dem Du mehr Infos gibst. Womit suchst Du, welche Stadt,... Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nominatim
Hallo, Das stand doch genau da?!1elf Ups, da sah für mich nichts nach Ortsname aus, sorry. Erstes wird gefunden, zweite nicht. Ich habe einen Bugreport erstellt http://trac.openstreetmap.org/ticket/3999 Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] NMEA
Hallo, In IIRMC wird nicht der Kurs angezeigt sondern die Magnetic Variation in Grad. Das ist Deklimation oder auch Missweisung. Auch aber nicht nur, lt. http://www.nmea.de/nmea0183datensaetze.html#rmc: Field Number: 1) UTC Time 2) Status, V = Navigation receiver warning 3) Latitude 4) N or S 5) Longitude 6) E or W 7) Speed over ground, knots 8) Track made good, degrees true 9) Date, ddmmyy 10) Magnetic Variation, degrees 11) E or W 12) Checksum Ist Feld 8 meiner Meinung nach der Kurs, was Du meinst ist Feld 10 Lt. gleicher Quelle ist das erste Feld von HDG: 1) Magnetic Sensor heading in degrees und das erste von HDM 1) Heading Degrees, magnetic und HDT: 1) Heading Degrees, true Ich verstehe es so, daß in RMC der Kurs steht in den anderen die Ausrichtung des Bootes, sie könnten sich also um den Versatz unterscheiden. Für Nichtsegler, wenn es Strömung gibt bewegt sich ein Boot auch etwas seitwärts. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] NMEA
Hallo, HDG Feld 1 und HDM Feld 1 ist die Ausrichtung des Schiffes oder der Flugzeugnase zu der Das seltsame ist, daß ich bei den mir vorliegenden Files typischerweise eine Abweichung von 60 Grad zwischen RMC Feld 8/9 ist der Kurs über Grund und HDG Feld 1 und HDM Feld 1 ist die Ausrichtung des Schiffes habe, erscheint mir groß. Danke Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] NMEA
Hallo, ich schlage mich gerade mit NMEA herum und wunder mich über sehr unterschiedliche Kurse in verschiedenen Sätzen: $IIRMC,203740,A,3700.660,N,00813.710,W,3.1,105.0,280711,3,W,A*10 IIHDG,043.0,,,3,W*2A $IIHDM,043.0,M*25 $IIHDT,040.0,T*26 in den letzten 3 ist der Kurs bei 43 bzw 40 Grad (magnetisc / Karte) soweit so gut, aber was soll die 105.0 in IIRMC? Bei NMEA-File im Netz habe iich ähnliche Abweichungen gefunden, scheint also kein Defekt zu sein Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tanks und Silos - building:types
Hallo, unsere Gastanks in Aachen sind mit man_made=gasometer getaggt. Falls es keine Gastanks sind hätte ich: http://wiki.openstreetmap.org/wiki/Proposed_features/storage_tank zu bieten Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tanks und Silos - building:types
Hallo, Wenn ich http://wiki.openstreetmap.org/wiki/Proposed_features/storage_tank richtig verstehe ist wohl gedacht gasometer für alle Gastanks zu nutzen. Ist also nicht falsch genug, als das ich es ändern würde. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Tracks als WMS?
Hallo, man könnte doch aber auch einen WFS nehmen Sagt mir nichts und die GPS-Tracks einfach im Browser zeichnen. Alternativ kann man dazu auch JOSM mißbrauchen aber bitte nicht hochladen!!! Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Hallo, Bei welchem Abstand setzt Du den die Grenze wann getrennt getagt werden muss? 5m? 10m? 50m? 100m? Das hängt primär nicht von der Entfernung ab, sondern ob es unabhängig vermessen wurde. Optimal wäre wenn man relative Nodes/Wege definieren könnte, aber das bietet die OSM-DB nicht. Aber da wo es so einfach ist wie bei den Flächen die an Straßen grenzen sollte man es nutzen. Nicht wirklich gut in der Masse umsetzbar - zu viele Stützstellen die man erstmal erfassen muss oder zu ungenau wenn zu wenig Stützpunkte vorhanden sind. Versteh ich nicht Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Hallo, Ansonsten führt vielfach jede Genauigkeitsverbesserung eines Objekts zu Lageungenauigkeiten eines anderen Objektes. Nein. Die Ausgangsüberlegung war ja, man hat ein Objekt per GPS gemessen, z.B. die Straßenmitte und das andere, z.B. Waldrand oder Telefonzelle nur relativ dazu. Eine Aussage Die Strassebreite ist an dieser Position mit der Breite Xm erfasst worden nützt wenig.da man für alle anderen Postionen damit keine Aussage treffen kann. Ich weiß ja nicht wie das bei Euch ist, hier sind Straßen über längere Bereiche konstant breit (im Rahmen der Meßgenauigkeit) Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Hallo, Dann kommt jemand anderes der den Waldrand korrigiert. In der Praxis ist es doch so dass der Waldrand nicht konstant der Mittellinie folgt sondern einen eigenen Verlauf hat der durchaus auch der Orientierung dienen kann. Wenn der Waldrand nicht im Rahmen der Meßgenauigkeit gleich zum Straßenrand ist muß er natürlich getrennt getagt werden, darüber reden wir aber nicht. Es gibt auch asymetrische Strassen mit z.B. 2+1Fahrstreifen, da wird man sich dann streiten ob die Mittellinie in der geometrischen Mitte oder der Richtungstrenner ist. Dann muß man eben eine Breite für jede Seite definieren, da hatte ich ja mal was allgemeines vorgeschlagen: http://wiki.openstreetmap.org/wiki/Proposed_features/right_left Die Information zur Genauigkeit ist doch vielfach überhaupt nicht vorhanden. Wer einen GPS-Track aufzeichnet sieht doch durch den Track gar nicht wie sich die Umgebung verhält. Warum soll er deswegen die angerenzenden Flächen mitverschieben? Eben. Wenn die Flächengrenze vom ursprünglichen Mapper nur als Parallele zur Straßenmitte eingetragen wurde wird damit eine scheinbare unabhängigkeit sugeriert die nicht existiert. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Hallo, muss für alle Straßen eine Breite angegeben werden: Breiten habe ich bisher fast nie an Straßen gesehen, an Wegen schon eher. Also wenn Du eine Waldgrenze eintragen willst ist es doch für Dich einfacher die Straße als Grenze zu nutzen und der Straße eine Breite zu geben als eine Parallele in eben diesem Abstand zu zeichnen. Wenn diese Breite nicht vorhanden ist werden halt Defaultwerte genommen. gibt es in Deutschland überhaupt noch so grob gezeichnete Straßen, dass man bei einer Korrektur gleich die Flächen mitändern muss? Mit Sicherheit. Serpentinen dürften z.B. oft ungenau getagt sein. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baut Yorii Fantasiewelten?
Hallo, Ist da mittlerweile was passiert? Er hat nicht geantwortet. Hat jemand eine Sperrung beatragt? Wie? Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Hallo, wieso sollte man es beim Rendern dem Zufall (der Straßenbreitendarstellung) überlassen, wo eine Fläche aufhört? bei der 1-Linien Methode sollte der Renderer sie immer bis an die Straße zeichnen egal wie breit er die Straße zeichnet, man sieht also immer, daß die Fläche bis an die STraße reicht. Bei der 2 Linienmethode wird in hohen Zoomstufen die Straße ja meist zu schmal gezeichnet, es entstünde also eine Lücke zwischen Straße und Fläche die falsch ist, bei niedrigen Zoomstufen in denen Straßen zu breit gezeichnet werden würde sie in die Straße reinragen. (wenn man nur ein Haarlinie rendert oder die Straße ganz weglässt) Also für jemanden der die Wirklichkeit möglichst genau abbilden will wäre es ja wohl das letzte eine Straße in hohem Zoomlevel als Haarlinie zu zeichnen. Straßen haben über lange Strecken eine konstante Breite. Es ist also leichter diese als Tag zu setzen als die Straßenränder einzeln zu mappen. Die Straßenbreite durch abzählen der Schritte beim Überqueren messen ist genauer als per GPS beide Ränder zu mappen. Für die Straße ist es also besser bei der 1-Linienmethode zu bleiben. Renderer: Straßen werden immer über Flächen gezeichnet - es macht keinen sichtbaren Unterschied ob die Fläche bis zur Straßenmitte oder bis zum Straßenrand gezeichnet wird. Sonstige Auswertungen. Willst Du wissen wie groß Dein Grundstück ist solltest Du einen Lageplan bei der Stadt holen, dafür ist OSM eh zu ungenau. Wenn irgendwann in ferner Zukunft GPS o.ä. genau genug wird damit es Sinn macht Straßenränder zu mappen könnte man Tools schreiben die automatisch die Straßenlinie aufblähen. Dabei könnte dann auch definiert werden welche Flächen danach bis zum Straßenrand und welche zur Straßenmitte gehen sollen. Wälder zum Straßenrand, Ortsgrenzen bis zur Straßenmitte aber ggf mit Nachfrage,... Haben wir dann schon parallele Flächengrenzen wird es komplizierter. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Hallo, Mir ist sehr wohl bewusst, dass das ein Kompromiss sein soll, um die Flächen mit dem Modell der Straßen in Einklang zu bringen, aber ich halte es für einen Irrweg, der weitere Verfeinerungen erschwert Nein ist es nicht, es gibt 2 Methoden die beide ihre Vor und Nachteile haben. Was Du vorhast ist beide zu vermischen, das gibt Chaos. Entweder wir bauen ganz OSM auf Flächen oder gleich 3D um dann aber auch Straßen,... oder wir lassen es wie es ist. Mit den uns zur Verfügung stehenden Meßverfahrenist die derzeitige Methode besser. Wenn eine Fläche an eine Straße grenzt hat sie eine gemeinsame Grenze mit der Straße. Wird die Straße auch als Fläche getagt ist alles klar. Wird die Straße als Linie getagt muß diese auch als Flächengrenze dienen. Man könnte es natürlich wie bei Flüssen machen, also ggf Mittellinie und Ufer Taggen, aber den Mehrnutzen sehe ich da bei normalen Straßen (solche wo der Rand parallel zur Mittellinie läuft) nicht. und dem Mapper der dort etwas ändern will unnötige Komplikationen bereitet. Das mußt Du mir erklären, wenn ich z.B. eine Waldfläche bis zur Straße habe und will einen zusätzlichen Waldweg eintragen lege ich den Weg über den Wald und füge einen Kreuzungsknoten mit der Straße ein, der ist dann zwar auch Teil der Waldgrenze, das stört aber nicht. Bei Deiner Methode müßte ich den Wald aufschneiden, also 3 parallele Wege erzeugen, müßte sehr weit reinzoomen um nicht fälschlich den Kreuzungsnode mit dem Waldrand statt der Straße einzufügen. Anderes Bsp.: Ich mappe eine Straße und stelle fest, die ist schon in OSM drin, aber ungenau. Also füge ich zusätzliche Nodes in die Straße ein. Grenzt jtzt eine Fläche an diese Straße wird diese automatisch mit verfeinert. Da der Mapper durch das Anfügen an die Straße die Aussage gemacht hat, daß sie bis an die Straße reicht ist das OK. Läuft die Grenze aber mehr oder weniger parallel zur Straße weiß ich nicht, ob da jemand die Grenze wirklich unabhängig gemappt hat, ich sie also nicht anfassen sollte, es sei denn ich mappe sie getrennt von der Straße erneut. Also lasse ich sie wie sie ist. Dummerweise wird es dann wahrscheinlich stellen geben wo die neu gemappte Straße die Flächengrenze kreuzt. Was mache ich da? Staht da wirklich noch ein Baum des Waldes oder ein Haus der Siedlung auf der anderen Straßenseite, dann muß ich die Fläche teilen oder wurde die Flächengrenze einfach Pi mal Daumen parallel zur Straße gezeichnet, dann sollte ich sie mitverschieben. Also auch hier zusätzliche Arbeit und Fehlermöglichkeiten. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Hallo, allgemein in der Diskussion mit Leuten, die gerne die Details in OSM begrenzen wollen: Ich will nichts begrenzen, die Begrenzung kommt durch die Meßungenauigkeit. Ich habe im Physikstudium gelernt, daß es Unsinn ist Details anzugeben die unter der Meßungenauigkeit liegen. Details unter 10m sind also in OSM meist geraten. der nächste kann das dann richten, ist ja iterativ. Wir haben heute großflächig gute Luftbilder die eine ziemlich hohe Genauigkeit ermöglichen So genau sind die auch nicht, weder die Auflösung und schon garnicht ihre Georeferenzierung. sich nicht sklavisch nach dem GPS zu richten, s.z.B. relative Genauigkeit). Endlich sind wir uns einig. Die Fläche beginnt am Straßenrand und die Straße ist 3m breit ist relativ und funktioniert gut Die Straßenmittellinie ist hier und die Fläche beginnt dort sind 2 absolute nicht miteinander verbundene Aussagen, funktioniert also nicht. Was hälst Du davon: Man gibt der Fläche eine zusätzliche Eigenschaft: street_border=middle oder street_border=outer oder von mir aus auch Prozentzahlen,... Ist eine Fläche mit street_border=outer getagt meckert JOSM wenn eine der Grenzen eine Straße ist deren Breite unbekannt ist. So würde man das Datenmodell einfach halten, würde unnötige Probleme beim Mappen verhindern hätte aber alle Details enthalten. Weicht die Fläche irgendwo vom Straßenrand ab wird sie natürlich durch zusätzliche Nodes markiert, da die nicht zu einer Straße gehören braucht es dort auch keine Breitenangabe. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Hallo, Eher geschätzt und aus dem Bezug zu anderen Dingen (Fluchtlinien, Formen, relative Position, etc.) abgeleitet, was schon ein bisschen was anderes ist. Leider nicht, Es wäre dann OK wenn diese Relation erhalten bliebe. Um beim Standardbsp zu bleiben, wenn Du gemessen oder geschätzt hast, daß der Waldrand 20m westlich der Straßenmitte ist kanst Du nicht einfach dort eine neue Linie zeichnen, denn wenn später jemand erkennt, daß die Straße ungenau getagt war und diese verschiebt bleibt der Waldrand an der falschen Stelle. Bing war nicht gemeint ;-) Verrat doch einfach welche Satbilder wir nutzen dürfen die so genau sind. könnte man evtl. machen Wir nähern uns wobei es evtl. ein Problem gibt, wenn man eine Fläche an mehrere Straßen angeschlossen hat Nein, es muß nur für alle Straßen die Breite eingegeben werden. Ein Wald geht bei allen Straßen bis zu deren Rand nicht bei einer zur Mittellinie. Was genau verliert man denn, wenn man die Fläche nicht verbindet? Ich wiederhole mich ungern, wenn die Flächengrenze nur über ihre Relation zur Straße bekannt ist, also nicht unabhängig mit hoher Genauigkeit vermessen wurde sollte sie so an die Straße gekoppelt sein, daß sie bei einer Korrektur der Straße automatisch mitkorrigiert wird. Und das geht derzeit mit vertretbarem Aufwand in OSM nur dadurch, daß man die Fläche an die Straße packt. In OSM würde dann die Telefonzelle im Park stehen, eigentlich steht sie aber auf der Straße. Nein, denn wenn der Abstand Straßenmittellinie - Telefonzelle kleiner ist als die Straßenbreite wird sie in der Straße gerendert, nur in Josm wo die Straße eine Linie ist scheint sie im Park zu liegen. Aber wer Josm nutzt sollte das soweit verstanden haben, daß es ihn nicht verwirrt. De fakto hat man an Kreuzungen aber fast immer Sondersituationen (die Flächen weichen abgerundet zurück, um der Straße mehr Platz zu geben, ist auch ein Nebenschauplatz zugegebenermaßen). Wenn wir mal so genau messen reden wir weiter. sieht aber vermutlich auch ein bisschen komisch aus, wenn man dann rechtwinklig bis zur eigentlichen Position, wo die Fläche beginnt nicht mehr parallel zu laufen, erstmal einen Sprung machen muss, oder? muß man nicht, das kann der Renderer automatisch machen. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
Hallo, Nach vielem testen, googeln,... ist der Stand jetzt der: es gibt kein Navit.xml, man kann dies aber aus den apk extrahieren, da gibt es 3 je nach Bildschirmauflösung. Wenn ich dort den Pfad ändere und es nach sdcard/navit kopiere wird dies bei Download ignoriert. Aber zur Anzeige der Karte wird es wohl ausgewertet, aber so, daß bei mir keine Karte mehr angezeigt wird. Für heute habe ich genug von Navit trotzdem Danke Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Hallo, sofern es ausser der Nähe eine Beziehung gibt. entweder die Fläche grenzt an die Straße, dann ist das eine Beziehung, oder sie grenzt nicht dran, dann ist aber klar, daß sie eine getrennte Linie braucht. Mal ein Bsp. Wir haben einen großen Wald, eine Straße geht mitten durch, Dann werden wir wohl den Wald als eine Fläche zeichnen und die 1. Straße durch die Fläche durch. Hier macht es keinen Sinn den Wald entlang der Straße aufzuschneiden und dann parallel zur Straße 2 Waldgrenzen zu zeichnen. So genau ist die Grenze eines Waldes sowieso nicht definierbar (Endet der Wald am letzten Stamm oder am Ende der Kronen, die ggf. über die Straße ragen,...). Wenn wir bei einer Straße durch den Wald keine 3 Linien zeichnen sollten wir bei einer Straße am Waldrand auch nur eine zeichnen. In der klassischen Kartenwelt gibt es u.a. 2 Arten von Karten, Landkarten und Katasterkarten. OSM ist meiner Meinung nach mit ersteren vergleichbar. Wenn wir Katasterkarten machen wollen müßen wir ganz anders vermessen, da reichen GPS oder Stabilder nicht aus. Die meisten von uns mappen per GPS indem sie auf der Rechten Fahrbahn fahren oder sogar auf dem Bürgersteig gehen und zeichnen danach die Straße ein, ob sie dabei immer den Abstand zur Mittellinie korrigieren bezweifel ich. Außerdem hat GPS im freien Land etwa 10m Meßfehler und in der Stadt ein Vielfaches. Wer also meint genauer zu sein wenn er eine Fläche die an eine Straße grenzt durch eine eigene Linie abgrenzen zu müßen schafft nur eine Scheingenauigkeit. Also zusammengefaßt: Methode 1: Straßenlinie und Flächenlinie getrennt: Vorteil man könnte die Flächengrenze genauer eintragen, was aber wegen der Meßungenauigkeit nicht möglich ist. Nachteil: man weiß nicht ob die Fläche unmittelbar an die Straße grenzt oder nicht. Methode 2: nur eine Linie.: Vorteil die Relation grenzt an Straße ist klar, Nachteil: keine genaue Grenze. Beim Routing spielen Flächen (ausser der Rand von highway-Flächen) sowieso keine Rolle, die können da verbunden sein oder nicht. Es sei denn sie sind das Ziel, dann sucht der Router eine Verbindung zwischen Fläche und Straßenraum. Aber nenn mir doch mal ein konkretes Bsp wo die getrennten Linien Sinn machen, also folgende Bedingungen erfüllt sind: 1) Die Fläche ist scharf genug begrenzt (also nicht der Wald von oben) 2) Die Grenze der Fläche ist genau genug vermessen damit man dadurch Genauigkeit gewinnt 3) Es ist unwichtig ob die Fläche an die Straße grenzt oder nicht ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Hallo, ja, wobei hier m.E. Äpfel mit Birnen gemischt werden. Korrekte Flächen sind nunmal die, die den wahren Umriss beschreiben. Die Wlt ist 3D (mit Zeit 4D und wenn man einigen Physikern glaubt auch viel höher dimensional). Kein vernünftiger Mensch würde aber eine Straße als 3D Objekt mappen und fast keiner als 2D Objekt. Wir mappen Straßen als Linien. Und wenn die Straße die Grenze einer Fläche ist kann man sie auch als Grenze nehmen. Es bedeutet dann je nach Flächentyp eben nicht, daß die Fläche bis zur Straßenmitte geht sondern bis zu derem Rand. Das ist einfach eine Definitionssache. Und wem das zu ungenau ist der muß einfach der Straße eine Breite geben, dann ist es genau. Zeichnet man dagegen eine parallele Linie zur Straße als Flächengrenze geht die Beziehung zwischen beiden verloren. Man müßte also dann eine Relation o.ä. machen um Fläche und Straße zu verknüpfen. Ohne diese Verknüpfung könnte ein Renderer z.B. nicht wissen das er die Fläche unabhängig vom Zoomlevel immer bis an die Straße zeichnen soll, auch ein Router muß z.B. wissen, daß man die Fläche von der gesamten Straße erreichen kann,... Also meiner Meinung nach gibt es nur 2 Möglichkeiten, entweder wir bleiben bei 1D-Straßen und nehmen diese auch als Flächenbegrenzung oder wir zeichnen die Straßenränder und nehmen diese dann als Grenzen. Bei Flüssen benutzen wi ja beide Varianten. Bei Straßen wäre es meiner Meinung nach übertrieben, es sei denn sie wird zu einem breiten Platz. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
Hallo, Das erhöht den Aufwand für die Portierbarkeit auf andere Systeme... Wieso? Was meinst Du mit anderes System? Dieser fixe Pfad ist ja wohl ser Systemspeziefisch, also wäre eine Pfadauswahl doch wohl Systemunabhängiger. Und wenn da wirklich ein Programmierer Probleme hat eine Pfadauswahl einzubauen dann könnte man ja ein einfaches Konfigurationsfile nutzen. So ist es unbrauchbar! Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
Hallo, ich hatte mich länger nicht mehr mit Navit beschäftigt, und damals war es mir noch nicht aufgefallen: Bei mir liegt die Karte ohne jeden manuellen Eingriff in /sdcard/navit/navitmap.bin. Die Dateistruktur meines Samsung ist etwas seltsam, keine Ahnung ob das bei allen Androids so ist. /sdcard heißt zwar so ist aber keine, zumindest keine rausnehmbare sondern interner Speicher mit 1.5GB. Die rausnehmbare, bei mir 16GB ist: /sdcard/external_sd und da hätte ich die Navit Karten gerne, denn die 1.5GB sind ja schnell weg. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was darf alles für OSM verwendet werde n ?
Du beliebst zu scherzen? Ich meinte nicht unbedingt eine Anwaltskanzlei die für OSM arbeitet, aber wir haben doch bestimmt auch Rechtsanwälte unter uns und da hätte ich gedacht, daß einige davon eben auch sowas machen. So wie OSMler die programmieren können neben dem Mappen auch Software entwickeln,... Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was darf alles für OSM verwendet werde n ?
Hallo, Bei OSM ist *immer* *jeder* *einzelne* verantwortlich fuer das, was er eintraegt. Klar, aber wenn man ein Tool wie JOSM benutzt und die dort enthaltenen Hintergründe nutzt geht man davon aus, daß alles OK ist. Vor allem ein Anfänger wird nie auf die Idee kommen, daß da irgendwer einfach was hinzugefügt haben könnte. Ich selber weiß natürlich, daß JOSM OpenSource ist, und so so etwas nie verhindert werden kann, aber daß diese Liste noch einfacher zu manipulieren ist hätte ich nicht gedacht. Meiner Meinung nach sollte entweder ein Mechanismus eingeführt werden, der nur geprüfte Quellen zuläßt oder zumindest beim ersten Verwenden eine Warnung erscheinen. Außerdem sollte es eine gesperrte Wiki-Seite geben wo steht welche Quellen definitiv verwendet werden können. Es kann ja nicht sein, daß jeder Mapper einzeln regelmäßig Nutzungsbedingungen lesen muß. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was darf alles für OSM verwendet werde n ?
Wenn Du so eine Seite machen Gerne und die Verantwortung dafuer uebernehmen willst, Nö. aber es gibt doch sicher eine Art Rechtsabteilung. Wer arbeitet z.B. die Lizenz aus,... Naja wenn das mit der Bewertung von erlaubten Quellen so lange dauert wie der Lizenzwechsel... Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin-Geräte aus den Staaten
Hallo, weiß einer von Euch ob es sich lohnt ein Garmin aus USA mitbringen zu lassen ? Vergleich doch einfach mal die Preise bei einem großen Versandhändler den es hier und dort gibt. Ok mach ich eben: hier: 239 EUR in USA 239.99 US$ das sind laut Währungsrechner 168EUR Ob sich das ggf Probleme mit Gewährleistung, falsches Netzteil,... lohnt mußt Du wissen. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wasd arf alles für OSM verwendet werd en ?
Hallo, gibt es irgendwo ne Stelle wo geschrieben steht was alles für OSM verwendet werden darf (wenn nicht wäre das sinnvoll) ich hoffe, daß alles was man in Josm als Hintergrund einstellen kann auch legal ist. Wenn nicht würde ich zumindest eine Warnung erwarten. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baut Yorii Fantasiewelten?
Hallo, Ich habe ihn vor über 2 Tagen angeschrieben, bisher hat er nicht reagiert. Da er in der Zeit gemappt hat sehe ich dafür nur 2 Erklärungen: entweder er kennt das Mailsystem in OSM nicht oder er ignoriert es bewust. In beiden Fällen muß was getan werden. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wasd arf alles für OSM verwendet werd en ?
Hallo, Wenn du die Default-Hintergründe meinst, dürftest du wohl davon ausgehen können. Klar die meinte ich, wer per Hand was hinzufügt sollte Nutzungsbedingungen lesen. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baut Yorii Fantasiewelten?
Hallo, Du willst einen User sperren falls der versehentlich in den Live-Daten gearbeitet hat obwohl er eigentlich dachte er würde in der Sandbox arbeiten? Hallo, ich wußte garnicht, daß es eine Sandbox gibt. Aber zurück zu Yorii, falls es Unkenntnis ist weiß er wohl auch nicht wie das mit OSM-Mails funktioniert, auf meine Mail hat er zumindest noch nicht reagiert, hat aber seitdem wieder gemappt, in Portugal un USA. Warum funktioniert Yorii eigentlich nicht mit http://wdye.osm-tools.org/? Was genau soll eine Sperrung da bewirken? Freundliche Aufklärung erscheint mir da wesentlich logischer. Warten wir mal ab ob er reagiert, wenn nicht hat die Sperrung zumindest den Effekt, daß er aufgeweckt wird bevor er noch mehr Unsinn anrichtet. Es sei denn Du kennst eine andere Methode ihm eine Nachricht so zu schicken, daß er sie wirklich zur Kenntnis nimmt. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erfundene Insel
Hallo, außer der erfundenen Insel gibt es dort auch Renderprobleme, um Rodrigues ist je nach Zoomlevel ein weißes Rechteck (Mapnik), so daß die Insel nicht erkennbar ist. Seltsamerweise ist die Grenze des Rechtecks nicht an Tilegrenzen wie sonst meist bei solchen Land/Meer Problemen. Die erfundene Insel ist bei Mapnik noch sichtbar, bei Osmarender ist sie ab Zoomlevel 12 durch weiße Tiles ersetzt. Ich hatte bei beiden ein Neurendern veranlaßt. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Erfundene Insel
Hallo, wir haben da eine Insel die gibt es nicht: http://osm.org/go/nKXjJHY--?layers=O Der Flughafen ist mit Fasoa Island Airstrip bezeichnet. Google kennt weder diesen Namen noch eine Insel an diesem Ort. Das benachbarte Rodrigues habe ich zum größten Teil gemappt, und da gibt es keine Nachbarinsel. Soll ich die Insel einfach löschen? Das seltsame, es ist nicht ein einziger User der das verbrochen hat sondern mindestens ein Yorii, Tiger, PA94 Ich habe mir mal angesehen was z.B. Yorii sonst so treibt, er ist seit dem 28.6.11 dabei, hat in der Antarktis, Karibik (Barbuda), Kanada, Alaska,... Wer hat die Kenntnisse und Befugnisse sich darum zu kümmern? Fasoa löschen kann ich natürlich selber und werde ich auch morgen machen wenn keiner hier protestiert Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erfundene Insel
Hallo, Google dürfte wohl kaum der Maßstab sein, ob etwas richtig gemappt ist. Also nochmal, ich war dort, nein nicht auf Fasoa sondern auf Rodrigues, da gibt es keine Nachbarinsel. Google habe ich benutzt um herauszufinden ob es die Insel vieleicht sonstwo gibt und sie durch einen Fehler verschoben wurde, dann wäre es natürlich blöd sie zu löschen. Aber um Dich zu beruhigen ich habe neben Google auch meinen Atlas, Reiseführer, verschiedene Sathintergründe in Josm, Virtual Earth,... überprüft. Ich bin 100% sicher, daß es diese Insel dort nicht gibt. Ich bin 99% sicher, daß es diese Insel überhaupt nicht gibt. Als Zwischenlösung habe ich die Schlüssel durch note=... ersetzt - falls die Insel doch irgendwo existiert kann man es leicht rekonstruieren, aber sie sollte von den Karten verschwinden. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Insel im Meer - Inselgruppe
Hallo, Insgesamt gibt es aber gerade bei diesen topographischen Gebieten das Problem, dass man sie nicht besonders geeignet sind für unsere Datenstruktur. Einen genauen Way zu zeichnen, der die Grenze der schwäbischen Alb markiert, geht nicht und wäre auch als Näherung nicht geeignet. wir war unser Mantra: wir mappen nicht für die Renderer. Das eine Insel zu einer Inselgruppe oder zu einem Land gehört ist eine Info die relevant ist und per Relation oder is_in recht einfach einzugeben ist. Wie es dargestellt wird ist dann Sache der Renderer. Google Maps schreibt z.B. nicht Kanarische Inseln auf die Karte, kann aber danach suchen, das sollte auch mit OSM gehen. Habe das Proposal nur überflogen, Ich auch. Man könnte es natürlich nur für Sachen benutzen die bisher nicht vorhanden sind wie z.B. Inselgruppen. Falls es sich etabliert kann man immer noch überlegen auch altes zu wandeln. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Insel im Meer - Inselgruppe
Hallo, man könnte das auch mit einer Multipolygon-Relation machen ( meiner Meinung nach wäre das falsch, die Grenze einer Inselgruppe ist nicht die Summe der Küstenlinien. Meiner Meinung nach gehört das Meer auch dazu. Man müßte also entweder eine eigene Begrenzung einzeichnen, was aber keinen Sinn macht, da die Grenze nicht so genau definiert sein dürfte, oder man faßt sie einfach per Relation zu einer Gruppe zusammen, aber eben nicht als MP. Man könnte sich auch an den Hoheitsgewässern orientieren, aber so einfach ist das auch nicht. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Insel im Meer - Inselgruppe
Hallo, Welchen typ bekommt so eine Relation? was hällst Du von: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Region Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
Hallo, und die Bedienung, naja, das hast Du sicher schon selber bemerkt. :-) Es kann aber Offline-Karten und Offline-Navigation, was derzeit AFAIK ein Alleinstellungsmerkmal ist. Nur wie bringe ich Navit bei diese nicht im internen Speicher (1.5GB) sondern auf der 16GB SD-Karte abzulegen? Da soll man navit.xml editieren, aber wo finde ich die? Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
Hallo, Hast Du die aktuelle Version aus dem Market? Ja Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Insel im Meer
Hallo, gibt es schon, man muss dazu die Insel als Fläche eintragen und nicht als node wie man es vielfach noch vorfindet Solte aber auch kein Problem sein per Software die Küstenlinie um den Node zu finden. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Android
Hallo, ich habe mir vor einigen Tagen ein Android-Smartphone gekauft, bisher hatte ich ein WindowsMobile-PDA und nutzte dort Glopus. Ich habe jetzt Navit installiert, scheint aber nicht alles zu können was man als Tracker braucht. Was könnt Ihr mir empfehlen? Zum Tracken brauche ich natürlich die Möglichkeit Tracks aufzuzeichen und Punkte zu markieren. Als Nutzer will ich sehen wo ich bin. Da ich viel reise und nicht immer bezahlbaren Internetzugang per Handynetzt haben werde möchte ich die Karten vorher laden können. All das ging ja auch mit Glopus. Navigation per OSM wäre natürlich auch gut. Auch hier natürlich auch in einer offline Version. http://wiki.openstreetmap.org/wiki/DE:Android habe ich gefunden, aber eine Empfehlung wäre besser. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ausdrucken von Karten aus der Webseite
Hallo Pdf ist für den Ausdruck am besten. Bis auf die POI Icons sind alle Elemente Vektorgrafiken. Bist Du Dir da ganz sicher? Die Exportfunktion benutzt doch die Mapnik, osmarender oder die Cycle-Karte, also Pixelkarten, wie soll denn da ein Vektor-PDF draus werden? Ich wollte es gerade mal ausprobieren, aber da kam der ominöse Fehler. Man könnte übrigens auch meine beiden Programme Taho.exe oder DyjTrack benutzen (unter Windows). Groß ist der Vorteil zur Export-Seite aber nicht, abgesehen von diesem seltsamen Überlastfehler. Beide könne die Exportseite benutzen um einen Bereich zu markieren und den dann als Bild speichern. Taho nur in der Originalauflösung (aber beliebeige Zoomstufe) und nur an Tilegrenzen, DyjTrack skaliert es bei Bedarf und ignoriert die Tilegrenzen. Eine Druckfunktion ist bei beiden (noch) nicht vorgesehen. Größere Neuerungen werden beide auch erst wieder ab November bekommen, abgesehen von der Version Taho 2.9 die ich gerade fertig mache. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ausdrucken von Karten aus der Webseite
Hallo, Nur die Mapnik-Karte kann als Vektor-PDF ausgegeben werden Man lernt doch immer noch was. PS und SVG sollten dann auch Vektorkarten sein. Wobei das PS das ich mir gerade angesehen habe nicht gut aussah, und das SVG kann weder IrfanView noch mozilla anzeigen, die andere svg von meiner Platte anzeigen Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umfrage: html-Mails und Anhang in Mailingliste
Ich wuerde mir automatischen Plaintext wuenschen. +1 Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Windows-Programme für OSM
Hallo, kann ich durchaus nachvollziehen, ging mir auch schon so. da ich aber immer schon beruflich und privat auf mehreren hochzeiten - sprich platformen - tanze, Tue ich auch, siehe Dir den Header der Mail an, sie ist mit einem von mir weiterentwickelten Atari-Programm geschrieben, läuft auf einem Atari- Emulator unter Windows. Ich hatte mal versucht JOSM zu bearbeiten, dank unzureichender Doku habe ich es aber nicht geschafft - wieder eine Chance verpaßt. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zur OSM-Lizenzvererbung
Hallo, Ich dachte, ich haette bereits gesagt, dass die absichtliche Verschluesselung weder unter CC-BY-SA noch unter ODbL zulaessig ist. Nicht in dem Teil den ich gelesen habe, da stand nur was von Kopierschutz: vor, dass der Anbieter nicht extra elektronische Verfahren anwenden darf, um die Weitergabe der Daten zu unterlaufen Weitergeben kann man verschlüsselte Daten, nur nutzen nicht. Ok in den Zitaten liest es sich so als ob auch verschlüsseln verboten ist, aber ob das reicht? Ich würde explizit reinschreiben, daß das Datenformat veröffentlicht werden muß. Ich muß mir doch nur einen neuen Komprimierungsalgorithmus ausdenken, den Einsatz dieses Komprimierers kann ich gut begründen, OSM- Files sind zu lang und eine DVD zu klein. Ob man dagegen vor Gericht durchkäme? Also warum nicht einfach vorschreiben, daß das Format entweder veröffentlicht werden muß, oder ein Konverter frei zur Verfügung gestellt werden muß der es in ein bekanntes Format wandelt. Das wäre bei o.g. Bsp z.B. sinnvoll wenn der Kompromierer separat vermarktet werden soll. Beispiel koennte man OSM-Dateien auf 8-Zoll-Floppy-Disks verkaufen, ohne dass man jetzt dafuer verantwortlich ist, dass die Leute auch 8-Zoll- Floppy-Laufwerke haben ;) Das Bsp hinkt, hier ist zumindest bekannt wie man an die Daten kommt, und der Käufer der Disks hat mit Sicherheit einen Leser. Wenn aber niemand außer dem Anbieter auf die Daten zugreifen kann sind sie meiner Meinung nach nicht öffentlich. Der GPS-Hersteller ist meiner Ansicht nach nicht verpflichtet, eine geraeteunabhaengige Version der Daten zur Verfuegung zu stellen. Er darf aber auch nicht per DRM o.ae. dafuer sorgen, dass die Weitergabe von Kunde A zu Kunde B nicht funktioniert. Das ist doch sinnlos. Wenn er das Gerät nur mit Karten verkauft hat keiner was von der Weitergabe weil alle die das Gerät haben auch die Karten haben. Und nächstes Jahr gibt es eine neue kostenpflichtige Firmware und ein kostenloses Kartenupdate das nur mit dieser Firmware funktioniert. Nötig ist die neue Firmware angeblich weil die Daten sonst etwas zu gruß für den Datenträger sind. Ich fände es schon zumutbar einen Konverter anbieten zu müssen. Was mir an der Sache nicht paßt ist, daß ggf. der kleine Programmierer (nein nicht ich, ich programmiere nur kostenlose Software) nicht in der Lage ist aus OSM etwas zu entwickeln mit dem er Geld verdienen kann, die große Softwareschmiede mit Rechtsabteilung und der Möglichkeit mal eben ein kompliziertes Datenformat zu erstellen sehr wohl. Also gibt es meiner Meinung nach nur 2 Möglichkeiten, alle Beschränkungen weg, also PD oder wasserdichte Beschränkungen. Noch etwas wenn ich es richtig mitbekommen habe soll eine Klausel aufgenommen werden, daß sich die Lizenz ändern kann wenn 3/4 der Mapper dem zustimmen. Aus Sicht der Mapper ist das sinnvoll. Was ist aber mit besagtem Navihersteller, der viel Geld investiert hat und dann durch eine neue Lizenz nicht mehr an die Daten darf? Als Lösung könnte ich mir eine Art Zertifizierungsstelle vorstellen. Wehr also sicher gehen will läßt sich von einer OSM-Stelle bestätigen, daß Seine Nutzung dem Sinn der Lizenz entspricht, dies würde dann z.B. für 10 Jahre gültig sein egal ob sich die Lizenz ändert oder nicht. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zur OSM-Lizenzvererbung
Hallo, Ich denke nicht, dass eine solche Regel kommt (ein solcher Konverter wuerde ja auch das Konvertieren von nicht-OSM-Daten ermoeglichen, dazu koennen wir den Hersteller kaum zwingen). Entweder die DB steht unter der OSM-Lizenz, dann sollten wir ihn zwingen können sie zu konvertieren, oder er hat 2 getrennte Files, dann können wir ihn nur verpflichten die mit den OSM-Daten zu konvertieren. Waere denkbar, aber nicht trivial. Aber irgendwie sollte dem Nutzer eine Rechtssicherheit zustehen. Der Mapper muesste praktisch der OSMF explizit erlauben, solche Sondergenehmigungen auszustellen. Es ging mir nicht um Sonderregelungen, sondern darum zu bestätigen, daß seine Anwendung den derzeitigen Regeln entspricht und ihm z.B. für 10 Jahre zusichern das er so weiter machen kann. Wollte jemand eine Sonderregelung müßten der 2/3 der Mapper zustimmen, denn dann wäre es ja eine Lizenzänderung. D.h. solange die Lizenz nicht geändert wird wäre die Zusage wertlos, von einer Lizenzänderung wären aber alle mit dieser Zusage ausgenommen. Man könnte ja auch solche Anträge veröffentlichen und wenn innerhalb einer gewissen Frist x% der Mapper widersprechen wird abgestimmt. Stell Dir vor die Lizenz wird so verabschiedet wie sie jetzt ist, der Navihersteller dürfte also die Daten unlesbar veröffentlichen. Irgendwann machen das viele und wir wollen dem einen Riegel vorschieben und verbieten es. Das wäre aus Sicht des Naviherstellers doch ziemlich willkürlich. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zur OSM-Lizenzvererbung
Hallo, Auch die Frage nach den Prognostizierten Datenverlusten hat bisher niemand beantwortet. Das kann ich verstehen, schließlich weiß keiner welche User den Wechsel ablehnen. Aber das erste sollter doch möglich sein. Vieleicht sollten wir alle damit drohen den Wechsel abzulehnen wenn es eine solche Info nicht gibt ;-) Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zur OSM-Lizenzvererbung
Hallo, es kann doch nicht sein, daß OSM stärker eingeschränkt sein soll als die Karte aus dem Buchladen. Wenn ich eine solche legal erworben habe darf ich darauf soviele Kreuzchen machen wie ich will. Gut ich darf das Resultat nicht kopieren, aber das hat nichts mit den Kreuzchen zu tuen. Mir ist es wichtig, daß meine Arbeit möglichst nützlich ist, mir ist es lieber einer verdient damit Geld als das viele die sie meiner Meinung nach nutzen können sollten es nicht dürfen. So muß z.B. meiner Meinung nach ganz klar geregelt sein, wie OSM-Daten mit anderen freien Daten verbunden werden können, das dürfte doch das Hauptproblem bei all den Lizenzen sein. Es müßte irgendo eine Tabelle aller freien Lizenzen gebildet werde aus der ersichtlich ist unter welcher Lizenz man Daten setzen muß wenn man Daten mit verschiedenen Lizenzen kombiniert. Als Bsp mal die GPL, ändert man etwas an einem Programm das unter der GPL steht muß das Resultat wieder unter die GPL. Dumm nur wenn man 2 Programme kombinieren will, deshalb gibt es dort z.B. die LGPL, ändert man eine Lib die unter der LGPL steht selber nicht kann man sie zu anderen Programmen die unter einer anderen Lizenz stehen dazulinken. Das würde dem hier diskutierten Fall entsprechen, also die Kundendatenbank in einer DB, die OSM-Daten bleiben unangetastet. Dann kann man damit machen was man will, also Karten erzeugen, navigieren,... Man darf auch CDs pressen auf denen beide DB sind, muß aber gewährleisten, daß der Nutzer z.B. auch die aktuellen OSM Daten nutzen kann. Das Beilegen der OSM-Daten soll es also nur dem Nutzer einfacher machen. Also genau so wie ich den Source Code eines Programms incl. der o.g. Lib veröffentlichen dürfte. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Windows-Programme für OSM
Hallo, und heute die erste Version von gpx2map. da mir eben aufgefallen ist, daß es bereits ein gleichnamiges Programm gibt habe ich meins vorsichtshalber umbenannt. Also ab sofort DyjTrack und als Dateiendung dyt statt g2m. Da auch im dyt-File Änderungen sind am besten alle alten g2m löschen. Noch solten ja nicht so viele existieren, daß sich ein Konverter lhnen würde Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zur OSM-Lizenzvererbung
Hallo, Nehmen wir als Beispiel eine bezahlte Webseite, auf der Kunden z.B. sehen koennen, in welcher Gegend die Immobilienpreise wie hoch sind. Angenommen, das ganze basierte auf einer abgeleiteten Datenbank. Ich sehe da mehrere Varianten: 1. der Anbieter erzeugt wirklich eine neue DB mit seinen und OSM-Daten 2. der Anbieter erzeugt 2 Datenbanken, die eine enthält seine Daten die andere einen Ausschnitt der OSM Daten. 3. der Anbieter erzeugt nur eine eigene DB und nutzt die OSM-Daten on the fly. Außerdem gibt es die Varianten: A der User kann die DB nicht erwerben sondern nur die Karten im Web betrachten B er kann eine DVD mit der/den DB und der Software erwerben. 1B fände ich nicht OK 1A eigentlich auch nicht, läßt sich aber von außen nicht von 2A unterscheiden 2A und 2B fände ich OK, ähnlich wie bei der LGPL. Bei 2B müßte er aber ein Programm beifügen, welches aus den aktuellen OSM Daten den Ausschnitt extrahiert. 3A und 3B fände ich OK Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Problem mit backward-forward und lef t-right - neues Datenmodell nötig!?
Hallo, Ich möchte mal ganz wertfrei und ohne Vorbehalte darüber schreiben, was hier zu beobachten ist: Das Problem der drehenden Wege bei Verwendung von backward-forward und left-right für die unterschiedlichsten Zwecke muss irgendwie grundlegend angepackt werden. Da hatte ich vor ewiger Zeit mal mit angefangen, aber dann war ich länger im Ausland,... s.: http://wiki.openstreetmap.org/wiki/Proposed_features/right_left Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zur OSM-Lizenzvererbung
Hallo, könnte mal irgendwer im Wiki klar und einfach schreiben was sich durch den Wechsel ändert? Also welche Nutzung die vorher erlaubt ist ist nachher verboten und umgekehrt. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] neue Windows-Programme für OSM
Hallo, ich habe vor einigen Tagen eine neue Version meines Kartendownloaders TAHO.exe fertiggestellt und heute die erste Version von gpx2map. Letzteres dient dazu GPX-Tracks zu visualisieren, entweder auf einer Slippy- Map (hier ist es nur ein Frontend für den OSM SlippyMap Generator), als statisches Bild oder als Film. Derzeit ist das Programm noch in der ß-Phase. D.h. aber nicht, daß es noch nicht stabil läuft, ich habe damit schon selber viele Filme erzeugt. Aber an der Anleitung muß ich noch arbeiten, verschiedene templates für die HTML-Ausgabe erzeugen, eine französische Anleitung schreiben,... Und wie üblich gibt es Fehler die erst zu Tage treten wenn ein anderer User als der Programmierer ein Programm benutzt. Diese Programm ist der Nachfolger von map_eps2avi. Der wesentliche Unterschied ist, daß man die Tracks nicht per Hand zeichnet sondern GPX- Files verwendet, die man natürlich im Notfall auch per Hand erzeugen kann). Außerdem habe ich noch eine Zoomphase an den Anfang des Films gehängt. Für mehr Info und den Download s. http://www.dimitri-junker.de/html/body_openstreetmap.html Beide Programme sind unter der GPL. Da ich aber noch etwas Doku am Quellcode einfügen will und vor allem das Tool zur Erzeugung der verschiedenen Sprachversionen überarbeiten muß folgt der Quellcode erst in ein paar Tagen. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unechte Einbahnstraße
Hallo, Das ist nicht notwendig, weil man einfach sämliches abbiegen in die Straße mit mehreren Abbiegeverboten verbieten kann. nötig ist das nicht, es wäre aber eleganter. Als Zwischenlösung könnte man dies ja auch bei JOSM einführen und JOSM erzeugt dann die ganzen Abbiegeverbote einzeln. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unechte Einbahnstraße
Hallo, Man könnte auch einfach das Mitglied from weglassen, Ist aber genau so eine Änderung der bisherigen Definition. Denn bisher ist ein From notwendig Und wenn man eh was ändern muß, dann fänd ich From für den Kreuzungsnode besser. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unechte Einbahnstraße
Hallo, Beim Umdrehen des Weges muesste man :forward - :backward _und_ die Werte at_begin - at_end austauschen Und beim Zerschneiden müßte es nur einem der neuen Wege zugeordnet werden, beim Zusammenfügen gibt es ggf. ernste Probleme,... letzteres stimmt natürlich auch für die Abbiege-Relations. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity=gastronomy
Hallo, wenn schon sollte die Obergruppe auch Hotels u.ä. enthalten, denn Hotelrestaurants sind ja doch weit verbreitet. Als Name fällt mir derzeit nur hospitality ein. Man könnte dann als Unterkategorien z.B.: accomodation=yes/no oder konkreter: Hotel,Camping,Dorm,... food=yes/no oder z.B. auch vegitarian, italian,... drink: yes, non-alcoholic, BYO,... benutzen. Wie genau, ob als accomodation=hotel oder als hospitality.accomadation=Hotel oder als Relation,... wäre dann als nächstes zu diskutieren. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unechte Einbahnstraße
Hallo, Man könnte ja auch eine Turn-Restriction restriction=no_entry einführen, allerdings müßte dann als from eine node akzeptiert werden, bisher scheint nur way vorgesehen zu sein. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Karte
Hallo, Irgendwas funktioniert auf dem Server nicht mehr! Ich erhalte rosa Kacheln oder nur noch Ortsnamen!??? im Zoomlevel 18 sind hier (Aachen) Teile OK, aber viel rosa Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erfahrungen mit dem Einsatz von ÖPVN
Hallo, Hier in AC benutzt der AVV auf seiner Seite OSM-Karten. Klicke auf http://www.avv.de/de/ressorts/meine-verbindung/verbindung-suchen/online/ auf Karte. Bei denen sitzt auch mindestens ein OSMler. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Car Sharing
Hallo, Zur Orientierung ist es vielleicht schon mal ganz praktisch zu wissen, ob ich nach einem Platz mit 2 oder mit 20 Stellplätzen suchen muß Naja ich weiß nicht ob Du bei so einem Verein Mitglied bist, ich bin es seit vielen Jahren. Meist sind es ja keine reinen Parkplätze für Car Sharing. Und ob auf dem Bahnhofsvorplatz 2 oder 20 CarSharing-Wagen und 80 oder 98 'normale' Wagen stehen hilft mir bei der Suche nicht. Zuerst muß ich den Parkplatz/Parkstreifen,... finden dann je nach Version zuerst den Automaten bzw das Schild und in dessen Nähe den Wagen Das können wir so langsam als zweites OSM Karma aufnehmen: Du sollst anderen nicht vorschreiben was sie zu tun haben ... :-) Wenn Dich nicht interessiert was andere Denken frage ich mich warum Du hier liest? Das war ein Vorschlag an den sich keiner halten muß, warum auch ich bin ja nicht Weisungsberechtigt. Ich fände es für mich selbstverständlich, daß wenn ich etwas eingebe von dem ich erwarte, daß es sich bald ändert ich das regelmäßig überprüfe oder es gleich weglasse. Aber wer will kann natürlich auch eintragen wann irgendwo die Sonne aufgeht und welche Blüten blühen ;-) Und vieleicht noch ein 3. Karma: sich weniger aufregen. Wir versuchen hier in einer großen Gruppe etwas sinnvolles hinzubekommen, da sind Abstimmungen nötig. Diese sind bei OSM mit sehr wenigen Ausnahmen alle nicht bindend. Wer sich also aufregt, daß jemand ihm etwas vorschreiben will hat das Prinzip nicht verstanden. Alles was hier ohne Hinweis auf eine OSM-Wiki-Seite geschrieben wird sind persönliche Meinungen und ich hoffe, daß wir nicht irgendwann anfangen am Ende jeder Mail einen Discläimer zu schreiben. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Car Sharing
Hallo, Wenn man den Dienst wahrnehmen will, greift man eh auf die Organisation zu und die hat im Zweifel die aktuelleren Daten. Bei unserem Standort ändert sich das alle paar Monate. Sehe ich ähnlich, hinzu kommt, daß ja nicht nur die Anzahl von Station zu Station variert, sondern auch die Fahrzeugtypen. Was habe ich davon wenn ich weiß, das da 5 Wagen stehen aber nicht weiß ob es Kleinwagen oder Transporter sind, und noch wichtiger ob sie gerade frei sind. Es gibt meiner Meinung nach 2 Gründe sich die Standorte anzusehen: 1.: bevor man Mitglied wird um zu sehen ob es in der Nähe Standorte gibt 2.: wenn man einen Wagen reserviert hat um ihn zu finden. Die Anzahl ist in beiden Fällen unwichtig, aber wer will kann sie natürlich gerne eintragen sollte dann aber auch regelmäßig prüfen ob es noch stimmt. Oder irgendwie ein Stand:8.6.10 o.ä. eingeben. Das wäre doch eine Idee, wer solche sich häufig ändernden Daten eingibt bekommt automatisch alle paar Monate eine Mail er solle überprüfen ob sie noch stimmen ;-) Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Car Sharing
Hallo, kann mir einer sagen ob amenity=car_sharing [1] für den Sitz des Betreibers steht oder auch für deren Parkplätze ??? Ich meine: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcar_sharing wäre da eindeutig: also für die Parkplätze. Alles ander macht auch keinen Sinn. Wen interessiert schon wo das Büro ist? Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zu Oxomoa ÖPNV Schema
Hallo, Ferner stellt sich die Frage, ob das auch für die Endhaltestellen gilt An der Endhaltestelle muß natürlich geteilt werden, nicht wegen der Haltestelle, sondern weil der Weg hinter der Haltestelle nicht mehr zur Strecke gehört. Genau so wie man eine Straße teilen muß wenn eine Buslinie abbiegt. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zu Oxomoa ÖPNV Schema
Hallo, Woher weiß aber dann eine Anwendung, dass H1 zu Z1 sowie H2 zu Z2 gehört? Wegen solcher Unklarheiten haben wir das in Aachen nochmal etwas spezifiziert, als Grundlage haben wir neben dem Okomoa-Schema noch die oft zitierte Linie 11 in Kiel benutzt: http://wiki.openstreetmap.org/wiki/Aachen_Editing#Taggen_von_Buslinien_in_A achen_und_Umgebung Also jeder Platform-Knoten (neben der Straße) wird mit seinem Stop-Knoten (auf der Straße) zu einer stop_erea zusammengefaßt. Alle stop_areas dann zu einer stop_area_group Problem 2 Dazu haben wir uns auch noch nichts ausgedacht. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tilekoordinaten
Hallo, hat sich erledigt. In taho wird fast die gleiche Formel verwendet, aber statt Pi ProjectF(85.0511), dies ergibt: 3.1415868112787813, also fast genau Pi und wenn man die 85.0511 zuerst einmal genauer berechnet und auch PI im Programm genauer definiert, ist ProjectF(85.0511)=PI, wie auch etwas weiter unten auf der angegebenen Wiki-Seite steht. War also eine lange Suche nach einem reinen Rundungsfehler. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tilekoordinaten
Hallo, bei dem Versuch Worldfiles zu erzeugen kam die Frage nach der richtigen Berechnung der OSM-Tilekoordinaten auf. Lt. http://wiki.openstreetmap.org/wiki/Slippy_map_tilenames#tile_numbers_to_lon ..2Flat lat_rad = arctan(sinh(Pi * (1 - 2 * ytile / n))) mit n = 2 ^ zoom In taho wird fast die gleiche Formel verwendet, aber statt Pi ProjectF(85.0511), dies ergibt: 3.1415868112787813, also fast genau Pi, aber eben nicht genau. Bei Zoomlevel 12 ergibt sich da z.B. ein Unterschied von etwa 8m für Aachen. Ich hänge mal die entsprechenden Funktionen aus taho.pl und der c++ Version an. Letztere habe ich aus der perl Version abgeleitet. Wer denkt sich soetwas kompliziertes aus wenn es falsch ist? Also was ist richtig? Dimitri C++ Version aus taho.exe //## //# transform the x,y tilenumbers to the S,W,N,E edge ccordinates //## void CPixmap::Project(int x, int y, int zoom, CGeoRect gr) { double unit = 1. / (1zoom); double relY1 = y * unit; double relY2 = relY1 + unit; double limitY = ProjectF(85.0511); limitY=3.14159265; double rangeY = 2 * limitY; relY1 = limitY - rangeY * relY1; relY2 = limitY - rangeY * relY2; gr.m_n = ProjectMercToLat(relY1); gr.m_s = ProjectMercToLat(relY2); unit = 360. / (1zoom); gr.m_w = -180 + x * unit; gr.m_e=gr.m_w+unit; } //## //# helper sub for Project() //## double CPixmap::ProjectF(double winkel) { double lat = 3.14159265/180 * winkel; return(log(tan(lat) + 1/cos(lat))); } double CPixmap::ProjectMercToLat(double mercY) { return( 180/3.14159265* atan(sinh(mercY))); } Perl Version von taho.pl: sub Project{ my ($X,$Y, $Zoom) = @_; my $Unit = 1 / (2 ** $Zoom); my $relY1 = $Y * $Unit; my $relY2 = $relY1 + $Unit; my $LimitY = ProjectF(85.0511); my $RangeY = 2 * $LimitY; $relY1 = $LimitY - $RangeY * $relY1; $relY2 = $LimitY - $RangeY * $relY2; my $Lat1 = ProjectMercToLat($relY1); my $Lat2 = ProjectMercToLat($relY2); $Unit = 360 / (2 ** $Zoom); my $Long1 = -180 + $X * $Unit; return(($Lat2, $Long1, $Lat1, $Long1 + $Unit)); # S,W,N,E } ## # helper sub for Project() ## sub ProjectMercToLat($){ my $MercY = shift(); return( 180/pi* atan(sinh($MercY))); } ## # helper sub for Project() ## sub ProjectF($){ my $Lat = pi/180 * shift(); my $Y = log(tan($Lat) + sec($Lat)); return($Y); } ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzt Google (auch) die Daten von OSM?
Hallo, Nicht, wenn man es in einer mailingliste vorab ankündigt ;-) In der Datenbank steht wann es gemacht wurde, es gibt User die Karten laden und bestätigen können wann sie das gemacht haben,... Es sollte also kein Problem sein rauszufinden was älter ist. Und falls es da wirklich ernste Bedenken gibt hilft nur die alte Einschreibemethode. Irgendwer kopiert die Daten regelmäßig auf einen Datenträger und verschickt ihn per Einschreiben. Der Empfänger öffnet es natürlich nicht. - man hat eine amtliche Bestätigung wie alt das ist. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ausdrucken von wanderkarten - kennt jemand etwas
Hallo, Leider kann taho.exe kein richtiges worldfile für Quantum GIS erstellen. Das lässt sich aber aus dem Filenamen relativ einfach generieren. Wenn du das in taho.exe noch einbauen möchtest, kann ich dir den (Visual-Basic-)Code zumailen. Mach mal. Was fehlt denn da? Noch ein weiteres Kalibrationsfileformat? Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ausdrucken von wanderkarten - kennt jemand etwas
Hallo, 0.529172079135 0 0 -0.529172079135 3364565.2269567545 5711006.0565386163 http://de.wikipedia.org/wiki/World_file Verstehe ich ehrlich gesagt nicht. Bei dem Bsp von Wikipedia stehen in Zeilen 5 und 6 die Koordinaten in Grad, bei Deinem sind die Werte dafür deutlich zu groß. Auf der englischen Version der Wikipedia stehen da Meter nicht Grad. Auch alles was ich sonst gegoogelt habe hat mich mehr verwirrt als Klarheit geschafft. Also ich habe eine Karte mit oben Links lat1,lon1 und unten rechts lat2,lon2. Wie berechnet sich dann das World File? Und habe ich es richtig verstanden, daß das Worldfile zu einem png die Endung pgw erhält? Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ausdrucken von wanderkarten - kennt jemand etwas
Hallo, vieleicht kann es ja das Programm, daß ich gerade schreibe: gpx2map. Ursprüngliche Idee war aus GPX-Files einen Film zu erstellen. Das Resultat soll vergleichbar zu einem alten Programm von mir sein: http://www.dimitri-junker.de/html/map_eps2avi.html aber eben nicht per Handarbeit sondern praktisch vollautomatisch. Daneben kann es SlippyMaps aus den GPX-Files erzeugen, dazu wird ein mit: http://www.osmtools.de/easymap/index.php?lang=depage=editor erzeugtes html als Template verwendet. Und es kann die Karte auch als Bild speichern. Wenn ich Dich richtig verstehe willst Du kein GPX-File sondern eine Relation vorgeben um die dann die Karte erzeugt wird. Man könnte also entweder zuerst die Relation in ein GPX wandeln oder meinem Programm beibringen die Relation selber zu laden, sollte nicht so kompliziert sein. Wenn Du nur die reine Karte willst dürfte auch meine aktuelle Version von Taho.exe genügen. Damit kann man jetzt nicht nur Karten für GPS-Software laden (viele kleine Files (z.B. 1024*1024)) sondern auch das ganze Gebiet in ein Grafikfile (Einstellung size=free). Taho gibt es auf: http://www.dimitri-junker.de/html/openstreetmap.html das gpx2map kannst Du gerne als ß-Tester bekommen ;-) Ansonsten wird es wahrscheinlich in den nächsten Tagen sowieso rauskommen. Beides sind Windows- Programme, beide OpenSource (Visual C++) Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Check Traces vs gemappte Ways?
Hallo, Ich hab hier schon öfter den Fall gehabt, dass jemand im Wald GPS-Tracks hochgeladen aber dann keine Wege gezeichnet hat. Da ist es dann ziemlich klar, dass das ein Waldweg ist. oder er ist abseits der Wege gegangen, z.B. ein Geocacher, Pilzsammler,... Meiner Meinung nach muß man es auf alle Fälle auf einem anderen Weg bestätigen, aber es kann natürlich dazu dienen den nächsten Waldspaziergang zu planen. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zeitzonen
Hallo, gibt es eigentlich eine Möglichkeit aus den Koordinaten die Zeitzone zu ermitteln? Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeitzonen
Hallo, Unter http://efele.net/maps/tz/world/ gibt es ein Shapefile zum download mit dem man die aktuelle Postition verschneiden kann. Danke, mal sehen ob ich da mal was mit mache. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Featurewunsch: GPX-Overlay
Hallo, Ein häufig genannter Wunsch war, daß man GPX-Tracks als OSM-Overlay darstellen kann gibt es: http://www.osmtools.de/easymap/index.php?lang=depage=start Etwas Frickelei ist es aber noch, vor allem wenn man mehrere GPX-Files einfügen will. Allerdings schreibe ich gerade ein Programm um aus GPX-Files einen Film zu machen bei dem die Raoute gezeichnet wird. Eine alte Version dieses Programms: http://www.dimitri-junker.de/html/map_eps2avi.html funktionierte noch so, daß man die Route per Hand zeichnen mußte,... Dem neuen Programm wirft man GPX-Files vor und es macht daraus den Film. Die nötigen Karten holt es sich natürlich selber. Und Nebenprodukt entstand auch eine Möglichkeit die o.g. easymap zu erzeugen. Im einfachsten Fall packt man also alle GPX-Files in einen Ordner, lädt diesen ein und mit einem Button erhält man die Karte. Die Einstellmöglichkeiten im Programm sind deutlich geringer als bei der WWW-Version, allerdings kann man ein per WWW erzeugtes HTML als Template benutzen. Was man im Programm vorgeben kann ist Titel, Beschreibung, einen Namen und Farbe für jedes File. Das Programm wird Opensource, unter Windows. Aktueller Stand: der Easymap-Teil funktioniert, der Film-Teil ist noch nicht fertig. Bei beidem muß dann noch Fehlerbehandlung u.ä. rein. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbahnen, Straßen, Busse
Hallo, das ist z.B. dann der Fall, wenn die Busspur baulich getrennt ist. Nein, mein Kommentar war zu einer reinen Busstraße mit Fußweg, nicht eine Straße mit Busspur Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbahnen, Straßen, Busse
Hallo, Wenn es eine Straße ist, also ein Fußweg mit dazugehört, ist Fußverkehr natürlich zugelassen. Klar, hab ich aber noch nie gesehen Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbahnen, Straßen, Busse
Hallo, Ein Beispiel wäre der ZOB in Bonn - auf dessen Asphaltflächen ist mindestens motorisierter Verkehr außer Bussen ausgesperrt, Fußgänger müssen sie aber benutzen, um zu den Bussteigen zu kommen... Nach deinem tagging dürften sie das nicht. muß man sie entlang gehen oder kreuzen? Brauchen wir ggf. neben foot=ye/no noch ein cross für Straßen die man an beliebigem Punkt kreuzen darf? Wahrscheinlich sieht Euer Bushof doch so aus wie unserer, also abwechselnd Busspuren und Platformen. Kreuzen darf man die Buspuren dann entweder an markierten Übergängen (crossing=...) oder überall(dafür gibt es wohl noch nichts) Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbahnen, Straßen, Busse
Hallo, Ich stelle fest, dass Bushaltestellen vornehmlich neben der Straße eingetragen werden, Das war mal einaltes Streitthema, das ist inzwischen salomonisch geklärt, man macht beides, s.: http://wiki.openstreetmap.org/wiki/Aachen_Editing#Taggen_von_Buslinien_in_A achen_und_Umgebung Verläuft ein Straßenbahngleis auf einer Straße, deren Spuren nicht baulich voneinander getrennt sind, gehört dann genau ein Weg dorthin, mit highway=... und railway=tram, oder besser zwei Wege am selben Ort? lt. http://wiki.openstreetmap.org/wiki/DE:Tag:railway%3Dtram ein Weg und beide Tags 3) Wie ist eine Straße zu taggen, die nur Busse befahren dürfen? lt.http://wiki.openstreetmap.org/wiki/DE:Map_Features#Beschr.C3.A4nkungen access=no psv=yes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbahnen, Straßen, Busse
Hallo, Ich mag mich irren, aber ich glaube, das entsprechende Schild verbietet in der Regel keinen Fußverkehr; Du willst ernsthaft auf einer Busspur zu Fuß gehen? Also wenn mir irgendwann mal ein OSM-Navi sowas erzählt beschwere ich mich aber. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues Proposal für boat_rental
Hallo, Deswegen bietet es sich an amenity=rental und retal=* für reine Mietgeschichten zu nutzen. Das rental=* könnte man dann auch noch an bestehende Firmen, Shops etc. hängen. Die Notwendigkeit für das amenity sehe ich nicht, es gibt je nach Branche Läden die nur verkaufen(z.B. Einzelhandel), nur verleihen(z.B. Autovermietung) oder beides(z.B. Tauchladen) machen. Deshalb würde ich vorschlagen diese woe normale Läden zu taggen und zusätzlich ein rental=yes/no/only zu setzen Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tauchen und die Tauchplätze
Das Problem dabei ist, dass ich schon einen Schlüssel brauche, den ich den Tauchplätzen zuordnen kann. Was machst Du denn wenn ein Node name=name 1 und scuba_divin:name=name2 hat? Ich wüßte nicht wofür das sinnvoll sein soll. Aber egal, solange ich nur einen Namen setze wird es ja so gerendert wie ich es will. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tauchen und die Tauchplätze
Hallo, http://map.openseamap.org/map/?zoom=14lat=47.25613lon=8.65308layers=B0T TF Warum verschwinden die im Zoomlevel 18 wieder? Ich habe geschaut ob auch meine Tauchplätze gerendert wurden, wurden sie, aber ohne Name. Grund: laut: http://wiki.openstreetmap.org/wiki/Proposed_features/scuba_diving soll: scuba_diving:divespotname of the divespot gerendert wird aber wohl nur name=... Könntest Du das noch erweitern um zum Proposal kompatibel zu sein? Oder soll man das Proposal ändern? Wenn ich mir das Proposal ansehe ist da eh etwas Chaos: im Beispiel steht dann auf einmal: scuba_diving:name=Blue hole und ein scuba_diving:divespot kommt garnicht vor. mein Vorschlag wäre: statt: scuba_diving:entry=shore und scuba_diving:divespot=Blue hole oder scuba_diving:name=Blue hole nutzt man das normale name und fügt den Rest zusammen zu: name=Blue hole scuba_diving:divespot=shore Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tauchen und die Tauchplätze
Hallo, Warum verschwinden die im Zoomlevel 18 wieder? Wenn ich mir mein letztes Tauchgebiet anseh: http://map.openseamap.org/map/?zoom=12lat=12.02362lon=92.95081layers=B0T TT muß ich bis Zoomlevel 12 rauszoomen um alle Tauchplätze zu sehen, allerdings werden sie nur bis 14 angezeigt. Da es meiner Erfahrung nach eine typische Größe für ein Tauchgebiet (Tauchplätze die von einer Tauchbasis als Tagesausflug angefahren werden) ist und es sinnvoll ist so ein Tauchgebiet auf einmal sehen zu können würde ich vorschlagen die Tauchplätze ab level 12 zu zeichnen. Außerdem habe ich diesen Tauchplätzen name=... hinzugefügt, derzeit steht der Name also doppelt drin, und ich habe meine Überlegungen in die Diskussionsseite: Hallo, Warum verschwinden die im Zoomlevel 18 wieder? Wenn ich mir mein letztes Tauchgebiet anseh: http://map.openseamap.org/map/?zoom=12lat=12.02362lon=92.95081layers=B0T TT muß ich bis Zoomlevel 12 rauszoomen um alle Tauchplätze zu sehen, allerdings werden sie nur bis 14 angezeigt. Da es meiner Erfahrung nach eine typische Größe für ein Tauchgebiet (Tauchplätze die von einer Tauchbasis als Tagesausflug angefahren werden) ist und es sinnvoll ist so ein Tauchgebiet auf einmal sehen zu können würde ich vorschlagen die Tauchplätze ab level 12 zu zeichnen. Außerdem habe ich diesen Tauchplätzen name=... hinzugefügt, derzeit steht der Name also doppelt drin, und ich habe meine Überlegungen in die Diskussionsseite: http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/scuba_diving#Some_Additional_Thoughts eingefügt Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tauchen und die Tauchplätze
Hallo, Mein Favorit wäre scuba_diving:name=Blue hole. Dies hat den Vorteil, dass du im Namensraum bleibst Verstehe ich nicht, wir benutzen doch auch bei allen anderen Sachen einfach nur name, warum hier ein eigenes? Du renderst ja auch das normale name=... Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de