Re: [Talk-de] Grenzprobleme
Sorry, aber ich bin immer verwirrter. Kann bitte einer nochmal klipp und klar sagen, wie denn jetzt an der Küste die Grenzen zu taggen sind? Und wenn sich einer ganz sicher ist, kann er das ja auch so ins Wiki schreiben. So, wie ich es jetzt der Diskussion entnehme, denke ich folgendes: Die Staatsgrenze ist die 12 Meilen Seegrenze. Diese ist gleichzeitig die Grenze der Bundesländer und wird demzufolge in die entsprechenden Relationen gesteckt. Logischerweise müsste dann also auch das Stückel Meer irgendner Gemeinde zuzuordnen sein, deren Grenze dann wohl auch die 12 Meilen Grenze wäre. Um die Sache mit der Landmasse korrekt darzustellen, müsste man also für jedes küstennahe Bundesland eine eigene Relation haben, die nur die Landmasse des Bundeslandes einschließlich Inseln innerhalb der 12 MeilenZone enthält, so ähnlich wie mit der Deutschland Relation, die nur die Landmasse enthält. Genau das gleiche müsste man dann für jeden Kreis und jede Gemeinde machen - sehe ich das richtig? Bitte klärt mich auf und aktualisiert das Wiki! Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Plaedoyer fuer Realnamen
Frederik Ramm schrieb: Hallo, meine Internet-Diskussions-Sozialisierung ist im Usenet erfolgt. Daher bin ich es gewohnt, den richtigen Namen (oder wenigstens einen der Vor- und Nachnamen) meiner Diskussionspartner zu kennen; Leute, die im Usenet nur unter einem Pseudonym oder nur mit Vornamen auftraten, waren, von wenigen Ausnahmen vielleicht abgesehen, irgendwelche Spinner, die sich schnell wieder verzogen haben (spaetestens, nachdem ein paar Leute mehr oder weniger hoeflich darum gebeten hatten, dass sie sich doch einen Namen zulegen moegen.) Ich wusste gar nicht, dass es ein Problem ist, bzw. sich eventuell nicht gehört in einer Mailingliste mit nem Nickname aufzutreten. Ich habe das bisher im Internet als ganz natürlich angesehen. Ich weiss, dass es ganz andere Kulturen gibt; ich hatte auch schon mit Gruppen zu tun, in denen das Fehlen eines coolen Nicks geradezu negativ auffiel. (Im IRC hiess ich zum Beispiel immer woodpeck, bzw. heisse noch so, wenn ich den Client mal starte.) - Wer seine Online-Sozialisierung im Fidonetz hatte (fuer die, die aelter sind als ich) oder in diversen Web-Foren oder gar der Wikipedia (fuer die juengeren), fuer den sind Nicks vermutlich auch ganz normal. Trotzdem: Fuer mich erschwert es das Lesen der Mailingliste, wenn - hypothetisches Beispiel - in der Absender-Spalte meines Mailclients nur peter2004 oder PS steht statt Peter Schmitz. Ich bin sehr erleichtert, dass unsere Aktiven Sven Geggus, Sven Anders, Sven Rautenberg und Sven Sommerkamp sich entschieden haben, mit vollem Namen hier aufzutreten; müsste ich zwischen (wieder hypothetisch) svennie2000, sven_a, sr und sven unterscheiden, waere das heillose Durcheinander vorprogrammiert. Ist es nicht egal, ob du immer mit svennie2000 redest oder mit Sven Geggus? Das Problem beginnt höchstens dann, wenn du auch außerhalb des Netzes, also im real life, kontakt mit den Leuten hast, aber dann wirst du wahrscheinlich auch den Namen auf den Nickname mappen können. Ich weiss auch, dass OSM die Nickname-Kultur foerdet, indem beim Anmelden ein screen name eingegeben wird und der OSM-interne Nachrichtendienst mit diesen Usernamen funktioniert. Das ist auch vielleicht nicht ganz bloed, ich kann darauf verzichten, dass mein Realname tausendfach mit jedem Planetfile in die Welt geblasen wird. Ist doch kaum ein Unterschied, ob mein Name im Planetfile steht oder in jedem Posting in einer Mailingliste, deren Archiv in jeder Suchmaschine auftaucht. Ich weiss auch, dass es immer eine Abwaegung zwischen Privatsphaere und Offenheit ist, seinen richtigen Namen (richtig ist gut - weiss ja keiner, ob die Leute wirklich so heissen) in einer oeffentlichen Mailingliste anzugeben: Man kann noch 20 Jahre spaeter per Google wieder aufgefunden werden (und bekommt vielleicht heute schon Probleme bei der Einreise nach China?). Was sich alles für Nachteile ergeben können, ist schwer absehbar. Allerdings kann ich auch keine wirklichen Vorteile erkennen hier mit seinem richtigen Namen zu posten. Da meine Defaulteinstellung eher restriktiv ist und ich es eben gewohnt bin, poste ich mit Nickname. Dennoch moechte ich ich diejenigen, die bislang hier in der Mailingliste nicht mit Realnamen auftreten, bitten, zumindest mal darueber nachzudenken, ob sie vielleicht umstellen wollen und koennen. Fuer mich als Leser und Teilnehmer wuerde das die Sache vereinfachen. Wie gesagt, das verstehe ich erst, wenn man eben auch außerhalb dieser Mailingliste irgendwie miteinander in Kontakt steht. Ich will damit niemand vergraulen; lieber ohne Realnamen weiter aktiv als beleidigt von dannen ziehen ;-) aber wenn es fuer Euch eine Option ist, dann schaltet doch um, ich waere Euch dankbar. Gibt ja keinen Grund beleidigt zu sein oder vergrault zu werden. ;) Wenn es aber wirklich völlig gegen die Norm verstößt einen Nickname zu benutzen, dann will ich mich hiermit entschuldigen und falls der Tenor in die Richtung geht, doch den richtigen Namen zu benutzen, würde ich das auch machen. Es wäre allerdings gut, wenn mir noch jemand ein paar Vorteile davon nennen könnte. Wir haben bisher: Vorteil 1: Verwirrtheit sinkt signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Plaedoyer fuer Realnamen
André Reichelt schrieb: Vorteil 2: Man kann sich nicht mehr hinter dem Nick verstecken und lauter Blödsinn von sich geben. Wenn mein eigener Ruf auf dem Spiel steht, werde ich mich etwas mehr zurückhalten. Einen Nickname kann ich wechseln wie Frauen ihre Klamotten :P - den persönlichen Namen nicht. Jo - trotzdem achten Frauen auf ihre Klamotten! Soll heißen, dass ich ja auch unter einem Nickname bekannt werden kann und eventuell möchte ich mir den auch nicht versauen, weil ich damit eben schon Vertrauen erarbeiten konnte. Ich seh da immernoch prinzipiell keinen Unterschied zu richtigen Namen. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Status: Einspielen der Kreisgrenzen
Jochen Topf schrieb: On Mon, Dec 08, 2008 at 01:17:22PM +0100, Jan Tappenbeck wrote: gibt es eigentlich schon eine zeitliche Festlegung wann die neuen und besseren Kreisgrenzen eingespielt werden sollen ? Nein. Jochen Weihnachtsgeschenk? signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Projektionen und Koordinatensysteme
Hallo Liste, da ja einige Threads hier schon stark zu diesem Thema abgedriftet sind, mach ich hier noch mal einen neuen Thread auf und poste ein paar Hilfen zu den Umrechnungen, die man so im Netz findet. Auf der Seite von epsg.org sind einige interessante guides zu finden: http://www.epsg.org/guides/ Besonders interessant ist das folgende PDF, in dem verschiedenste Formeln für Umrechnungen und Projektionen enthalten sind. Man sollte mathematisch bewandert sein und etwas Zeit mitbringen. Auch über Gauß-Krüger steht was drin - einfach nach Gauss-Kruger suchen ;) http://www.epsg.org/guides/docs/G7-2.pdf Einige Fundstücke im Netz, die sich auch mit dem Thema befassen: http://forum.zusi.de/viewtopic.php?f=18t=8162 http://www.giswiki.org/wiki/Koordinatentransformation http://www-ipf.bau-verm.uni-karlsruhe.de/trafo/trafosys.html dort vor allem die Formeln zur Umrechnung beachten: http://www-ipf.bau-verm.uni-karlsruhe.de/trafo/trafo.pdf OnlineUmrechner: http://www-ipf.bau-verm.uni-karlsruhe.de/cgi-bin/trafo.tcl http://calc.gknavigation.de/ http://pages.globetrotter.net/roule/utmgoogle.htm https://upd.geodatenzentrum.de/geodaten/gdz_rahmen.gdz_div?gdz_spr=deugdz_akt_zeile=3gdz_anz_zeile=6gdz_user_id=0 Wenn jemand tatsächlich irgendwelche Projektionen in JOSM implementieren möchte, sollte er irgendwo hier fündig werden, was die Formeln angeht. Man braucht aber sicher einige Einarbeitungszeit in das Thema, also den Aufwand bitte nicht unterschätzen! Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik WMS Server will nicht mit postgis
Hallo nochmal, Ich bekomms leider nicht hin. Ich habe den letzten diff des Threads hier: http://trac.mapnik.org/ticket/129 und mein osm.xml verwendet, was ich mir zuvor erstellt habe. Der diff ist hier: http://trac.mapnik.org/attachment/ticket/129/wms_theofilu.diff Jedenfalls ist es haargenau das gleiche Spiel. Ich kann zwar jetzt die osm.xml benutzen, aber das prinzipielle Problem besteht weiterhin. Frage ich mit einem WMS-Request den Layer world ab so bekomme ich ne Karte mit den Grenzen angezeigt. Die entsprechende Stelle in der osm.xml sieht so aus: Layer name=world status=on srs=+proj=merc +datum=WGS84 +over StyleNameworld/StyleName Datasource Parameter name=typeshape/Parameter Parameter name=file/home/me/mapnik/world_boundaries/world_bnd_m/Parameter /Datasource /Layer Das klappt vermutlich, weil er die Grenzen aus nem extra Shapefile holt und nicht aus der Datenbank. Möchte ich jedoch beispielsweise die Straßen aus der Datenbank haben und frage den Layer roads per WMS ab, so bekomme ich wieder ein weißes Bild ohne irgendne Fehlermeldung. In der osm.xml sieht die Stelle so aus: Layer name=roads status=on srs=+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m [EMAIL PROTECTED] +no_defs +over !--StyleNameroads-casing/StyleName-- StyleNameroads/StyleName Datasource Parameter name=typepostgis/Parameter Parameter name=hostlocalhost/Parameter Parameter name=userme/Parameter Parameter name=dbnameosm/Parameter Parameter name=table (select * from planet_osm_roads order by z_order) as roads /Parameter Parameter name=estimate_extentfalse/Parameter Parameter name=extent-20037508,-19929239,20037508,19929239/Parameter /Datasource /Layer Ich befürchte es liegt an der Projektion. Ich habe die Daten deshalb in 2 verschiedene Datenbanken mit osm2pgsql importiert. Einmal mit -l (also EPSG:4326) und einmal mit -m (also diese komische GoogleProjektion EPSG:900913). Ich hab es mit beiden Projektionen ausprobiert und komme leider immer zu dem selben Ergebnis: ein weißes Bild als Rückgabe. Ich hab natürlich in der osm.xml die Projektion des Layers geändert und mal versucht statt srs=+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m [EMAIL PROTECTED] +no_defs +over die Projektion zu verwenden die ich in der Datenbank hab: srs=+proj=longlat +datum=WGS84 +over bringt aber auch nichts. Eigentlich müsste doch der ogcserver also der WMS Server von Mapnik auch umprojezieren können. Aber er kann ja nicht mal die Daten in der Projektion darstellen, wie sie in der Datenbank vorliegen. Seltsam seltsam... Bin wirklich ratlos. Hab auch keine Idee mehr. Vermutlich hab ich einfach noch irgendwo n Einstellungsfehler oder es geht tatsächlich nicht. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik WMS Server will nicht mit postgis
Hallo und danke für deine Antwort! Hilft leider bei meinem Problem noch nicht so richtig weiter glaub ich. In der osm.xml steht ja, so weit ich weiß, nicht drin, wo die Daten herkommen, sondern nur wie sie aussehen sollen. Jan-Benedict Glaw schrieb: Ich hab' das Mapnik'sche WMS-Frontend noch nie genutzt, aber gefühlt ist es falsch, dort eine Tabelle anzugeben. Naja ich bin nach diesen Hinweisen hier gegangen: http://trac.mapnik.org/wiki/PostGIS Unterm Strich würde ich erwarten, daß da sowas wie das osm.xml eingefüttert werden muß, was die ganzen Mal-Anweisungen enthält. Das ist glaub ich ein anderes Thema. Ich hatte gelesen, dass man wohl zuerst ein Mapobjekt mit der osm.xml laden soll, dann alle Eigenschaften in ner Schleife auslesen und der WMS-Factory hinzufügen muss. Hab da aber auch nicht so den Plan. Das wollte ich mir aufheben, wenn das einfach rendern aus der Datenbank überhaupt irgendwie klappt. Dazu gibts ein Ticket: http://trac.mapnik.org/ticket/129 Daraus kannst Du vermutlich den Code klauen--oder eben warten, bis entsprechende Distributions-Pakete verfügbar sind. Muss mal schaun, was ich davon verwenden kann. Ich seh schon, da muss ich noch viel rumprobieren. Aber soweit zur Theorie. Gemacht hab' ich das auch noch nicht. Und ad hoc lassen sich auch keine Anleitungen finden, wie man genau dieses Szenario, live Daten aus einer mit osm2pgsql erzeugten PostGIS-Datenbank mit dem osm.xml zu rendern, aufsetzt. Wenn Du das so zum Laufen bekommst, wär' das sicher mal eine Seite im Wiki wert... Wenn ich das irgendwie hinbekommen sollte, gibts ne Wikiseite - versprochen! Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kartierung der OSM-Mapper
Sagt mal kann man eigentlich auch mehr als nur die nächsten 10 Mapper sehn? So ne Art SlippyMap in der vielleicht alle Geolocations aller Mapper angezeigt werden (nicht nur 10)? Oder widerspricht da der Datenschutz? Ich meine ich würde auch nie die genauer Adresse an der ich wohne einstellen, sondern immer nur nen markanten Punkt in der Nähe meines Bearbeitungsgebietes. Aber andere machen das vielleicht anders. Nur die stört dann auch eventuell der Datenschutzaspekt nicht. Sind die Daten eigentlich irgendwie öffentlich? Kann man die vielleicht noch anders auswerten? Das könnte vielleicht auch ein Hinweis auf Mappingaktivitäten in einer Region zeigen bzw. deren Entwicklung. Wenn ich das richtig sehe, sind sie momentan so halb öffentlich und halb nicht. (eben auf die nächsten 10 beschränkt, was man ja durch Anlegen mehrerer Accounts ausweiten könnte) Is schon seltsam... Bin eigentlich nur neugierig. Frohes Mappen! Bernd Wurst schrieb: Hallo. Am Montag, 27. Oktober 2008 schrieb Jan Tappenbeck: irgendwo gab es eine Seite auf der die Mapper meines Ortes angezeigt werden. Irgendwie kann ich diese Seite nicht wiederfinden. Kennt einer den Weg zum Ziel ? Auf www.openstreetmap.org einloggen und dann oben rechts ins eigene Profil. Dann kommt die Karte mit den Nearby users. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM-Philosophie
Hallo Liste, bei mir zu Hause ist gerade eine Diskussion über OSM gelaufen, von der ich einige Gedanken mal kurz posten möchte. Es ging eingangs um die Frage, warum die Bahn beispielsweise es als Geschäftsgeheimnis sieht, ne Liste mit ihren Bahnhöfen und der Klassifizierung rauszugeben. Das führte uns zu der Frage, welche Gefahr von OSM für Unternehmen ausgehen könnte. Tenor der Diskussion: Sollte OSM einmal einen ernst zu nehmenden Vollständigkeitsgrad erreicht haben, so wäre es quasi extrem einfach möglich Unternehmen gezielt in die Karten zu schaun. Man macht beispielsweise monatliche Snapshots und schaut sich über Jahre hinweg die Entwicklung der Bahn und ihre Geschäftspolitik an. Welche Strecken werden nicht so wichtig genommen, welche wurden verkauft, was rechnet sich wohl für die Bahn am besten? Ich seh schon die Bild-Schlagzeilen: Bahn pfeift auf Kunden in Hintertufftuffdorf! Möglicherweise gibt es auch andere Unternehmen, die irgendwie ein Problem hätten komplett in OSM gemappt zu werden. Genausogut kann man ja die Geschäftspolitik beispielsweise von McDonalds oder Burger King oder der Post oder was weiß ich beobachten. Für Konkurrenzunternehmen sicherlich attraktiv. Dass diese Gefahr für Unternehmen vielleicht größer ist, als der Fakt, dass OSM ja auch Werbung sein könnte und Kunden einfach mal hinfinden, kann ich mir vorstellen. Fragen: 1. Sollten wir uns über sowas überhaupt Gedanken machen? 2. Kann ein Unternehmen rechtliche Schritte einleiten oder sich sonst irgendwie wehren, weil es in OSM auftaucht? 3. Würdet ihr sagen, dass OSM in dem Fall der Unternehmensschnüffelei missbraucht würde? Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Philosophie
Bernd Wurst schrieb: Hallo. Am Mittwoch, 1. Oktober 2008 schrieb FreeWorld: Tenor der Diskussion: Sollte OSM einmal einen ernst zu nehmenden Vollständigkeitsgrad erreicht haben, so wäre es quasi extrem einfach möglich Unternehmen gezielt in die Karten zu schaun. Man macht beispielsweise monatliche Snapshots und schaut sich über Jahre hinweg die Entwicklung der Bahn und ihre Geschäftspolitik an. Welche Strecken werden nicht so wichtig genommen, welche wurden verkauft, was rechnet sich wohl für die Bahn am besten? Ich seh schon die Bild-Schlagzeilen: Bahn pfeift auf Kunden in Hintertufftuffdorf! Welchen Unterschied machst du hier zwischen - OSM und anderen Kartenwerken? Um solche Informationen rauszulesen muss eine Karte keine freie Lizenz haben, das darfst du von Google-Maps genauso lernen, wo es neue oder nicht mehr vorhandene Bahnstrecken gibt. - OSM und dem Kursbuch der Bahn? Schließlich steht dort ganz genau drin, welche Strecken wie stark (für Personenverkehr) genutzt werden und jedes Jahr ändert sich da einiges. Naja der Unterschied ist doch, dass ich bei OSM ohne Probleme alle Daten in der Datenbank analysieren kann, wies mir passt. Klar sind manche Infos auch in kommerziellen Karten enthalten - man kann sie dort aber nicht so leicht extrahieren. Nur weil ich irgendwo auf ner kommerziellen Karte n Aldi sehe, kann ich noch nichts über die Entwicklung des Aldikonzerns in Deutschland sagen. (Na gut, mit entsprechendem Aufwand und Analyse der Tiles, was sicher illegal ist, kann man vielleicht die Infos extrahieren und ne eigene Datenbank aufstellen...) Möglicherweise gibt es auch andere Unternehmen, die irgendwie ein Problem hätten komplett in OSM gemappt zu werden. Genausogut kann man ja die Geschäftspolitik beispielsweise von McDonalds oder Burger King oder der Post oder was weiß ich beobachten. Für Konkurrenzunternehmen sicherlich attraktiv. Warum? Ich glaube nicht, dass es ein Geschäftsgeheimnis ist, wo es wie viele McDonald's-Restaurants gibt. Schließlich gibt es auf der Website eine Liste davon. Und in jedem modernen Navi stehen diese Daten auch drin, jährlich aktualisiert und damit wunderbar geeignet um daraus Schlüsse zu ziehen. Stimmt schon. Wenn ich dort die Entwicklung über der Zeit verfolgen will, müsste ich halt ständig die aktualisierte Liste ziehen und auswerten. [...] 2. Kann ein Unternehmen rechtliche Schritte einleiten oder sich sonst irgendwie wehren, weil es in OSM auftaucht? Es gibt momentan ernsthafte Probleme, etwas handfestes zu finden wie man Google-StreetView rechtlich beikommen kann. Und die tragen nicht nur Informationen von öffentlich aufgehängten Werbetafeln ein sondern das kritische daran ist die Fotografie von Personen und nicht-öffentlichen Gebäuden. Und trotzdem scheint das so nicht angreifbar zu sein. Also ich denke nicht, dass alleine mit der Erfassung von da steht ein McDonald's-Restaurant und das ist ungefähr die Gebäudeform irgendwas zusammen getragen wird, was jemandem schadet. Dann frage ich mich aber erneut, warum die Unternehmen nicht einfach ihre Standortgeodaten rausrücken, damit sie in OSM auftauchen. Ist OSM zu unbekannt? Gibts lizenrechtliche Probleme? Gibts irgendwelche anderen Nachteile für die Unternehmen? Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Philosophie
Bernd Wurst schrieb: Dann frage ich mich aber erneut, warum die Unternehmen nicht einfach ihre Standortgeodaten rausrücken, damit sie in OSM auftauchen. Ist OSM zu unbekannt? Gibts lizenrechtliche Probleme? Gibts irgendwelche anderen Nachteile für die Unternehmen? Da fragst du aber die falsche Stelle. :-) Meine persönliche Meinung dazu ist, dass Firmen vielleicht nicht wollen, dass nachher potenziell fehlerhafte (korrigierte) Daten mit das wurde von Firma Foo selbst herausgegeben verbreitet werden. Ist doch kein logisches Argument. Sie können uns ja auch die Daten geben und keine Namensnennung verlangen oder sowas. Sie können ja ganz klar sagen, dass sie nichts mit den Daten, die in der OSM-Datenbank stehen zu tun haben, bzw. dort keine Verantwortung übernehmen. Sie profitieren dann eben indirekt davon, dass sie dort enthalten sind. Ich finde das ist irgendwie nur ein Scheinargument. Zudem könnte es sein, dass (man wundert sich ja über nix mehr) manche der Daten, die wir als bestimmt vorhanden einstufen, firmenintern nicht als schöne, einfache Datenbank vorhanden ist sondern vielleicht noch als Word-Datei von der Sekretärin gepflegt wird. :) Meinst du die wollen sich nicht lächerlich machen, wenn sie uns ne einfache Word-Datei andrehen? Die meisten Dateien sind doch aber sicher zumindest vom Textformat her irgendwie strukturiert, so dass man mit ein paar Skripten schon die Infos in ordentlicher Form rausbekommt und weiterverarbeiten kann. Der Freakfaktor der Leute hier im Projekt ist bestimmt groß genug, dass man auch mit solchen Sachen was anfangen kann. Das ist schon auch irgendwie ein seltsames Argument. Meinst du nicht es gibt da andere Gründe? Wenn die Bahn schreibt: Es widerspricht den Geschäftsinteressen unseres Unternehmens, diese Daten zur freien allgemeinen Verwendung ins Internet zu stellen., dann deutet das für mich darauf hin, dass sie die Daten nicht in einer freien Datenbank sehen wollen, da sie in irgendeiner Form dem Unternehmen schaden könnten. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [robot] rfc - regeln für natural typos in deutschland
Frederik Ramm schrieb: Vorgeschlagen war, Tippfehler zu verbessern und dabei ansonsten moeglichst wenig zu veraendern. Und unter diesem Motto - ansonsten moeglichst wenig - halte ich es fuer die geringere Aenderung, ein natural=forest zu einem natural=wood zu machen statt zu einem landuse=forest. An diesem Punkt würde ich widersprechen. Wenn dort natural=forest steht, wissen wir nicht, ob der Autor Naturwald oder bewirtschafteten Wald gemeint hat. Wahrscheinlich wusste er nichtmal, dass es dort nen Unterschied gibt, sonst wär der Fehler vielleicht gar nicht passiert. Wenn wir nun aber davon ausgehen, dass wir in Deutschland statistisch gesehen mehr Wirtschaftswald als Naturwald haben ist die Wahrscheinlichkeit mit landuse=forest richtig zu liegen größer als bei natural=wood. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tags von Weg über ID ändern
Hallo Liste, Ich möchte gerne Tags von Objekten ändern deren ID ich kenne. Die Objekte find ich ja beispielsweise, wenn ich die ID mit browse an die URL hänge: http://www.openstreetmap.org/browse/way/ID; Da seh ich dann auch alle Tags und Nodes und so weiter. Natürlich könnte ich jetzt den entsprechenden Ausschnitt mit JOSM oder Potlatch laden und dann ganz normal editieren. Das dauert mir aber manchmal zu lange (die laden erst mal ewig irgendwelche Daten vom Server, die man sowieso nicht braucht...). Zumal es auch oft nicht nötig ist die Geometrie der Objekte zu verändern, sondern einfach nur die Attribute. Kennt jemand ne einfach Möglichkeit dies zu bewerkstelligen? (Kann JOSM eigentlich Objekte per ID laden oder so?) Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags von Weg über ID ändern
Hatto von Hatzfeld schrieb: Wenn $ID die ID des Weges ist und wget ein kleines Programm, das über http eine Datei aus dem Netz herunterlädt (und hier mit Hilfe des Parameters -O als weg.osm abspeichert), dann geht es so: wget -O weg$ID.osm http://www.openstreetmap.org/api/0.5/way/$ID/full Und dann in JOSM einfach die Datei weg$ID.osm laden, bearbeiten, hochladen. Fertig. klingt ganz gut. Kann man auch mehrere Objekte per ID in eine OSM-Datei laden und dann somit alle gleichzeitig in JOSM öffnen? Ich denke im ersten Moment über n kleines bash-script nach, aber wie konkateniert man die einzelnen osm-dateien? Einfach aneinanderhängen? Gruß signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags von Weg über ID ändern
Frederik Ramm schrieb: Hi, klingt ganz gut. Kann man auch mehrere Objekte per ID in eine OSM-Datei laden und dann somit alle gleichzeitig in JOSM öffnen? wget -O meinfile.osm 'http://www.openstreetmap.org/api/0.5/nodes?nodes=238718949,238718768' So kannst Du beliebig viele Nodes (oder mit einem vergleichbaren Befehl auch Ways) auf einmal holen. Hochladen kannst Du uebrigens auch direkt (aber immer nur ein Objekt auf einmal), mit lwp-agent: lwp-request -smPUT -Cmeinusername:meinpasswort http://www.openstreetmap.org/api/0,5/node/12345 meinedatei.osm (wobei meinedatei.osm dann eben die komplette neue XML-Datei fuer den Node 12345 ist) Es ist NICHT moeglich, fuer ein Objekt nur neue Tags hochzuladen. Das bedeutet auch: Wenn Du gestern einen Way abgespeichert hast, nun ein Tag aenderst und ihn hochlaedst, uebrschreibst Du damit u.U. jede Geometrie- aenderung, die zwischenzeitlich erfolgte. Mensch, ich danke für die guten Tips. Keine Sorge - ich werd mich vorsehn und möglichst zeitnah Änderungen vornehmen. Danke und Grüße! signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - eine freie Weltkarte
Frederik Ramm schrieb: Hallo, Die Karten-Dienste sind deswegen weniger wichtig, weil jeder sie leicht nachbilden kann. Gilt das nicht auch für die Daten: Nein. Die Daten *muessen* an einer zentralen Stelle verwaltet werden, nicht in zig Einzeldatenbanken; die Tiles hingegen koennen problemlos voellig dezentralisiert, kopiert, gemirrort, was auch immer werden. Ich bin überzeugt, dass es für den Erfolg des Projektes essentiell ist, dass wir *die Union von Daten und Anwendung stärker betonen*! Anwendungen im Sinne von alles, was zur Herstellung, Verwaltung und Qualitaetssicherung der Daten wichtig ist, ja. Anwendungen im Sinne von wir nehmen unsere Daten und zeichnen damit huebsche Bilder und halten unglaubliche Bandbreiten vor, um diese Bilder an die Welt auszuliefern - nein. Da gibt es andere, deren Kernkompetenz das ist. Also wenn man auf die Startseite des Wikis geht, könnte man ganz schnell auf andere Ideen kommen. Da steht ganz groß und fett ein Link: Show me the map! I want to see maps; get out of my way! Also ich kann verstehn, dass es essentiell ist, dass die Datenaufnahme und so weiter einwandfrei funktionieren und schließe mich an, dass das Priorität sein sollte. OSM ohne funktionierende Datengrundlage ist tot. Andererseits - OSM ohne Anwendungen ist genauso tot. Meiner Meinung nach muss es eine frei zugängliche gerenderte OSM-Karte geben, da einfach nicht jeder der Karten sehen will, den Aufwand betreiben möchte, sie selbst zu rendern. Wer die Kartenauslieferung letztendlich macht ist egal, aber dieser Teil muss funktionieren. Und wenn das kein anderer ordentlich macht, muss OSM das eben momentan auch machen. Ich frag mich auch gerade wie hoch der Aufwand werden könnte, den Tileserver weiterhin selbst zu betreiben. Ich dachte wachsende Projekte haben auch wachsende Möglichkeiten - also schaffens auch zusätzlich noch so nen Server zu betreiben. Oder ist das Wachstum und die Nachfrage größer, als die Zunahme der Mittel und Möglichkeiten? Gibts nicht mal irgendwo nen Millionär dem langweilig ist und der OSM so viel Geld gibt, dass sie sich auch nen guten Tileserver leisten können? Scherz beiseite, ich hoffe immernoch, dass sich OSM auch in Zukunft beides leisten kann - ne super Datenbank und nen super Tileserver. Wenns wirklich nur für eins reicht, dann die Datenbank. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] spezielle POI-Symbole in OSM? (war : Suche Programmierbeschäftigung ... wünsch D ir etwas)
Jan Tappenbeck schrieb: Moin! in Teilen hört sich dieses Posting an wie ich wünsch mir etwas. ... das möchte ich auch, obwohl ich erst kurz dabei bin! Ich komme aus der Vermessung und wir arbeiten mit Codes - auf unser Projekt bezogen habe ich mir Icons für einen Teil der POI erstellt und diese setze ich gleich bei der Erfassung. Mir schwebt vor, dass auf Basis dieser POI-Symbole gleich die passenden Symbole im OSM eingefügt werden. Dann hat man nicht nur POI-Nummern und brauch nur noch nachbearbeiten. Würde aus meiner Sicht die Sache erheblich vereinfachen. Natürlichlich müßte es eine Config für den User geben, wo er seine POI-Bezeichnung (sym in GPX) zuordnen kann. ... mal abwarten, was daraus wird ! Gruß Jan :-) Mir fällt da gerade, was ein, was ich schon lange mal fragen wollte. Ist es möglich in irgendeiner Weise an besondere POIs eigens dafür erstellte Icons dranzuhängen, die dann zum rendern benutzt werden? Manche POIs sind einfach so prominent, dass sich das lohnen würde (z.B. Brandenburger Tor, Eiffelturm, ...). Ich denke da würden sich auch ruckizucki Leute finden, die mal schnell n schickes Symbol machen. Das würde die Optik der Karten auch erheblich aufbessern. Die meisten größeren Städte haben ja solche Wahrzeichen oder ganz besonderen Dinge. Gibts da jetzt irgendne Idee, wie man das technisch machen könnte? Problem wäre sicherlich, wo tue ich die Symbole hin? Das Verlinken ist sicher die leichtere Übung. Dem Renderer, dann zu sagen er soll den speziellen Icon-Tag oder sowas auswerten stelle ich mir auch nicht so schwierig vor. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen nebeneinander zeichnen
René Falk schrieb: Wenn ich das richtig sehe gibt es nur 2 Möglichkeiten Flächen nebenander zu legen? 1. Man zeichnet dicht nebeneinander 2 Flächen mit einer kleinen Lücke dazwischen. 2. Man zeichnet 2 Wege über die selben Nodes an der Grenze der Flächen. Gibt es noch andere Möglichkeiten, die ich übersehen habe? Eine fällt mir noch ein. Wenn man z.B. 2 Gewässer (z.B. riverbanks oder so) zusammenführen will, kann man die an der Schnittstelle einfach überschneiden lassen. Das heißt man verwendet die gleichen Knoten, aber hat die Wege nicht übereinander. Ich skizzier das mal eben: Fl1 Fl2 -x- / \ / \ (Fl2) x x (Fl1) \ / \ / -x- Der Punkt (Fl2) gehört also zur rechten Fläche und (Fl1) zur Linken. Damit meckert wenigstens der Validator nicht mehr und man hat keine Überraschungen. Es waren sonst schon manchmal kleine weiße Striche dazwischen sichtbar nach dem rendern, aber ich glaub das is nicht mehr. Die Methode klappt auch mit gleichartigen Wäldern und Feldern. Leider geht das bei Gebäuden nicht so einfach. Manche Gebäude liegen nun einfach mal direkt aneinander und sie haben klare Außenkanten (zumindest in Osmarender). Da muss man dann eben 2 Mal den gleichen Weg nutzen. BTW: Kann jemand dem Validator mal beibringen, dass es dann kein Fehler ist? Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aussegnungshalle = place_of_worship?
Lorenz Lang schrieb: Hallo zusammen! Ich habe eine Aussegnungshalle auf einem Friedhof eingetragen: * denomination: catholic * religion: christian * amenity: place_of_worship http://www.openstreetmap.org/?lat=48.240817lon=10.371352zoom=18layers=B000FTF Allerdings ist eine Aussegnungshalle eigentlich ja keine Kirche im Wortsinn und die meisten Friedhöfe sind auch nicht nur katholisch/evangelisch/etc. genutzt? Ideen um das sinnvoll einzutragen? Äh, so wie du das hast, ists doch gut! place of worship heißt ja auch nicht Kirche sondern Andachtsstätte oder so was - also deutlich allgemeiner. Siehe auch: http://dict.leo.org/?lp=endelp=frdelp=esdesearch=place+of+worshipsearchLoc=0relink=onspellToler=standardcmpType=relaxed Hau doch am besten noch n name=Aussgenungshalle dran und schon ist alles gut. Wenn dir denomination=catholic zu eingeschränkt erscheint, lass es halt weg. Aber ich würds dranlassen, wenn die Halle von der katholischen Kirche betrieben wird. Das heißt ja dann nicht, dass da niemand anders rein darf. Also eigentlich alles kein Problem. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mit Stadtmauern (man_made:city_wall) zu historic:city_wall umziehen?
Christoph Eckert schrieb: Meine Meinung: Man könnte an die existierenden Objekte ein zusätzliches historic=city_wall hängen, um die ursprünglichen Mapper nicht über die Maßen zu ärgern, und neue Objekte mit historic=city_wall versehen. Willst du wirklich die 17 Leute nicht verärgern, die schon mal sowas getagt haben? Nein ernsthaft - ich kenne zufällig eine der 4 Dingse in Deutschland und da wurde das für ne Burgmauer verwendet, weil nix besseres da war. Ich denke hier kann man frei ändern ohne jemandem zu nahe zu treten. Ärgern würdest du die Mapper, wenn du es löschst, aber nicht, wenn du es tagmäßig aufräumst. Außerdem bieten solche Dinge ja immer ein Beispiel und der nächste der kommt, denkt dann das muss so sein, dass da 2 Mal fast der gleiche Tag dranhängt und macht das auch so. Nee nee, dann lieber richtig machen. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Richtigkeit vs. Aufwand
Frank Sautter schrieb: Tobias Wendorff schrieb: meine Frage ging eher dahin: soll ich meine eindeutig genaueren Daten gegen die eindeutig ungenaueren ersetzen oder nicht? ja! wenn du dir absolut sicher bist, natürlich. mache ich auch ständig, wenn ich an eine stelle komme, die warum auch immer bisher falsch gemappt war. Bei Eisenbahnstrecken scheint das sowieso so ein Ding zu sein. Die meisten Züge haben ja dünne Metallschichten (zwecks Wärmeisolierung) an den Fenstern, die das GPS-Signal aber gewaltig abschwächen. Da können die Tracks schon mal richtig weit daneben liegen, wenn man einfach so im Zug tracked beim rumfahren. Wer da ungeachtet seiner Genauigkeit einfach seine Tracks nachzeichnet, kricht halt, ja man kann schon fast sagen, fehlerhafte Gleisverläufe. Immer schön korrigieren das Zeuch! Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfängerfrage: Wie einen Track in J OSM/Potlatch hinzufügen?
Ich schließe mich dem meisten Gesagten meiner Vorredner an. Wenn dir das editieren mit einem schlechten Editor zu dumm ist, dann solltest du dem Projekt einfach beitragen, indem du nur deine Tracks hochlädst, aber bitte unverfälscht. Wenn du dich aber auf ne neue Herausforderung einlassen willst (die OSM-Datenstrukturen und Editoren sind für viele Anfänger eine), dann musst du wohl ein paar Howtows lesen und mit einem der Editoren umgehen lernen. Wenn du Unterstützung brauchst (du hast geschrieben du bist der einzige in deiner Gegend), dann poste einfach mal in welcher Gegend du so unterwegs bist und lass andere über die Daten schauen, die du so gemacht hast. Die erfahrenen Mapper hier werden dir sicher helfen und Tips geben können, vorrausgesetzt du willst das. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfängerfrage: Wie einen Track in J OSM/Potlatch hinzufügen?
Jan schrieb: FreeWorld schrieb: Ich schließe mich dem meisten Gesagten meiner Vorredner an. Wenn dir das editieren mit einem schlechten Editor zu dumm ist, dann solltest du dem Projekt einfach beitragen, indem du nur deine Tracks hochlädst, aber bitte unverfälscht. Ich glaube, dass das Problem darin besteht, dass ich meine Vorgehensweise nicht genau genug erklärt habe und das so, meine Methode leider falsch weiter gedacht wurde. Um es noch mal genauer zu beschreiben: Ich schalte das Gerät ein, lasse es 20 Minuten rumliegen. In der Zeit erzeugt es mindestens 1200 Punkte von dem Ort, wo das Gerät rumlag. Je länger man wartet, umso genauer wird der Track an der Stelle. So liegen am Anfang noch viele Punkte weit auseinander und je länger man wartet, umso genauer befinden sich die Punkte in einem Auge von ca. 3-4 Metern. Dann laufe ich los und erstelle den Track. Zu Hause angekommen wird der Track auf den PC geladen und ins Google- und GPX-Format konvertiert. Bei Google-Earth wird der Track geöffnet und ich sehe nach, bei zu welchem der ersten 1000-2000 Wegpunkte ich tatsächlich losgelaufen bin. Diese 1000 Wegpunkte, an denen das Gerät an einer Stelle lag entferne ich direkt aus dem GPX-File mit einem Texteditor (Aufgabe: Suche die ersten x Punkte raus und lösche sie). Dann lade ich den Track bei OSM hoch. Einmal habe ich einen eundeutigen Ausreißer entfernt aber nur, weil der echt zig Kilometer daneben lag (und alle anderen schön in einer Linie). Jeder kann meine Tracks einsehen und natürlich auch die GPX-Daten laden, in denen allerlei Information gespeichert ist. wie z.B. wie viele Satelliten gesehen werden, wie schnell ich mich bewegt habe usw. Wenn du dich aber auf ne neue Herausforderung einlassen willst (die OSM-Datenstrukturen und Editoren sind für viele Anfänger eine), dann musst du wohl ein paar Howtows lesen und mit einem der Editoren umgehen lernen. Ich habe einige Howtos gelesen aber beim 6. dann aufgehört, einfach weil ich (noch) nicht wissen will, wie ich Hausnummern oder Briefkästen hinzufügen kann, sondern einfach vom Track eine Straße erstellen will. Das habe ich irgendwie schon geschafft, nur funktioniert das nicht mehr und ich habe keine Ahnung warum. Jonas hat das netterweise ja in seiner Mail erklärt wie es funktioniert :). Wenn du Unterstützung brauchst (du hast geschrieben du bist der einzige in deiner Gegend), dann poste einfach mal in welcher Gegend du so unterwegs bist und lass andere über die Daten schauen, die du so gemacht hast. Die erfahrenen Mapper hier werden dir sicher helfen und Tips geben können, vorrausgesetzt du willst das. Natürlich würde ich mich sehr sehr freuen, wenn ich Tipps bekommen würde. Die 4 Tracks von mir kann man hier einsehen: http://www.openstreetmap.org/user/Jatika/traces Es handelt sich um die Region um Birkenfeld, im Hunsrück, in Rheinland-Pfalz, genauer: - Algenrodt - Allenbach - Dickesbach - Elchweiler - Felsenmühle - Fischbach - Frauenberg - Georg-Weierbach - Gollenberg - Göttschied - Hattgenstein - Herborn - Hettenrodt - Hintertiefenbach - Hußweiler - Kirschweiler - Kronweiler - Leisel - Mackenrodt - Mittelbollenbach - Niederbrombach - Niederhambach - Oberbrombach - Oberhambach - Regulshausen - Rinzenberg - Rötsweiler-Nochenthal - Schwollen - Siesbach - Sonnenberg-Winnenberg - Tiefenstein - Veitsrodt - Vollmersbach uvm. Ich bin auch gerne bereit diese Dörfer nacheinander abzufahren/-laufen um GPS-Daten zu erzeugen. Bisher habe ich nur Hattgenstein wirklich quasi komplett erfasst, die anderen kommen noch später dazu. Ich bin sehr gerne bereit auch Straßennamen etz. hinzuzufügen, nur brauche ich dafür erstmal ein Straßennetz, wo man überhaupt eine Straße eintragen kann. Sind die vorhanden mache ich mir Gedanken über POIs, z.B. Tankstellen, Briefkästen usw. Grüße Liebe Grüße Jan Hallo Jan, ich hab mir mal mit JOSM angeschaut, was du in Hattgenstein so gemappt hast und ich finde das sieht doch eigentlich ganz gut aus. Von den Daten her ist es fast gut. Manchmal sieht es so aus, als hättest du dich bei mehreren GPX-Tracks von der gleichen Straße (ich nehme mal an Hin- und Rückweg) für einen entschieden. Ich denke meistens kommt man ganz gut, wenn man den Weg so in der Mitte langmalt. Hast du jetzt eigentlich drübergemalt? Es sieht mir jedenfalls fast so aus. Einen Tip habe ich noch: Es ist oft sinnvoll wenn man semantisch getrennte Dinge, wie beispielsweise einen Wald und eine Straße nicht über den selben Knoten führt. Das gibt irgendwie nur Scherereien. Du hast sicher schon gemerkt, dass JOSM eine Einfangfunktion hat. Um diese nicht einzusetzen drückst du einfach Strg während du einen Knoten setzt. Dann wird dieser nicht mit schon bestehenden Wegen verbunden. Ist sehr nützlich für Straßen die neben Waldkanten verlaufen oder so
Re: [Talk-de] Worldfile vom 3. September 2008
Dermot McNally schrieb: 2008/9/4 FreeWorld [EMAIL PROTECTED]: ich hab ein na sagen wir beinahe amüsantes Problem mit deinem Deutschland gmapsupp.img. Sobald ich es auf das Gerät geladen hab und ich das Gerät starte, schaltet es gleich wieder ab, und zwar so, als wäre die Batterie leer. Ist mir auch vor kürzem passiert. Die Karte war aber nicht fehlerhaft - hattest du ein Naviziel gesetzt? Ich kann zwar nicht wissen, ob das bei mir das Problem war, aber sobald das Ziel weg war, ging es wieder. Dermot Nee also es lag nicht am Naviziel. da war nix. Es ist hundertprozentig die Karte. Leider muss ich meine Aussage über die Europakarte nochmal etwas revidieren. Das Gerät stürzt zwar nicht ab und die Karte wird ordnungsgemäß angezeigt, aber wenn man auf der Karte mit dem cursor irgendwelche Sachen anwählen will (POIs zum Beispiel), dann funktioniert das nicht. Er erkennt da scheinbar nix zum anwählen. Das heißt beim ENTR drücken kann man höchstens n neuen Waypoint an der Stelle erstellen. Wenn man die Teile aus dem FIND menü heraus auswählt, kann man sie anpeilen. Dann kann man sie auch mit dem Cursor auf der Karte anpeilen (also nur den Waypoint, den man sowieso gerade ausgewählt hat). Das ist leider noch nicht so das Gelbe... Das mit dem FIND-Menü-Chaos versteh ich aber nicht ganz. mkgmap sortiert die Dinger doch normalerweise in hübsche Kategorien?! Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 3. September 2008
Hallo Computerteddy, ich hab ein na sagen wir beinahe amüsantes Problem mit deinem Deutschland gmapsupp.img. Sobald ich es auf das Gerät geladen hab und ich das Gerät starte, schaltet es gleich wieder ab, und zwar so, als wäre die Batterie leer. Ich habe ein Garmin 60CSx mit Firmware 3.70 und die Batterien sind natürlich nicht leer - schon gar nicht, wenn das Ding am Rechner hängt. Entferne ich dein gmapsupp.img wieder von der SD-Karte, dann läuft wieder alles. Da muss irgendwas kaputt sein! Ich werde gleich mal die anderen Maps von dir testen. Grüße Carsten Schwede schrieb: Hallo, die neuen Dateien liegen wie immer zum Download auf http://wiki.openstreetmap.org/index.php/User:Computerteddy bereit. Neu ist, dass Namen mit nicht lateinischen Buchstaben nach Verfügbarkeit den Namen aus dem Tag name:en oder name:de bekommen haben. Wenn die beiden nicht existieren, dann sind die Originalnamen aus name eingetragen, die auf dem GPS nicht angezeigt werden können. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 3. September 2008
Also die Europakarte funktioniert. Wenn man die Deutschlandkarte für Qlandkarte testet, ist Qlandkarte irgendwie sehr sehr langsam und hängt sich fast auf, wenn man rauszoomt. Man muss dazusagen, dass ich nicht den modernsten Rechner hab (1GHz CPU, 512mb RAM) Aber egal. Früher gings auch. Liegt das vielleicht an den neuen chaotischen Kachelgrenzen? Was ich mir jedenfalls noch wünschen würde, ist ein aufgeräumtes FIND-Menü, in dem die POIs alle kategorisiert werden. Das wurde glaub ich auch schon mal diskutiert. Wie war denn das Ergebnis? Wurde da schon weitergeforscht? Ansonsten kann ich nur nochmal Danke sagen für deine Mühen, Computerteddy. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps Update?!
Die scheinen aber nicht alle Hausnummer anzuzeigen sondern immer nur in gewissen Abständen. Haben die Angst, dass da jemand klaut? Was soll denn dieses neue Feature dann bringen? Nur so Groborientierung oder wie? Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenGeoDB Fehler
Bernd Wurst schrieb: Hallo. Am Samstag, 30. August 2008 schrieb Andreas Labres: Das ist meine Arbeit (die Zordnung der Punkte zu - halbwegs richtigen - Koordinaten) und davon will ich ein Logfile. Letztendlich stelle ich die Menge an solchen Punkten-Koordinaten-Zuordnungen OSM zur Verfügung. Diese Zuordnung der Punkte zu den Koordinaten (in Form so eines Logfiles) kann ich auch ogdb zur Verfügung. Und genausogut kann ich dieses mein Werk mir auch an die Wand tackern und oder an den meistbietenden verkaufen. Richtig. Aber niemand darf einfach die Daten aus der OSM nehmen um damit völlig anders lizenzierte Inhalte zu erstellen. Du darfst deine sämtliche Arbeit natürlich parallel für mehrere Projekte machen, das ist klar. Aber hier ging es um einen automatischen Rück-Import. Wurde das hier nicht schon mal diskutiert? Ich kann mich erinnern, dass es die Idee gab im Editor bei verändern der places ein kleines Fenster aufploppen zu lassen, was den User direkt auffordert, seine Zustimmung zu geben, dass die Änderung in OpenGeoDB übernommen wird. Dadurch stellt jeder Nutzer seine Daten explizit der OpenGeoDB zur Verfügung. Das sollte lizenzrechtlich doch machbar sein oder? (bin kein Jurist). Ich könnte mir auch vorstellen, dass man dann irgendwo im Editor einstellen kann, dass die Erlaubnis immer vorliegt oder eben nicht und nicht bei jedem Mal editieren nochmal nachgefragt wird. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Görlitz - Polen
Hallo Leute, mir ist gerade folgendes aufgefallen. Wenn man mal in Görlitz GoogleMaps und OSM vergleicht, sieht man, dass bei OSM genau bis zur Grenze gemappt wurde und keinen Schritt weiter. http://geo.topf.org/comparison/index.html?mt0=googlemapmt1=mapniklon=14.9967885lat=51.1523245z=15 Bei GoogleMaps scheinen die auf polnischer Seite richtig detaillierte Karten gekauft zu haben - da ist jedes Haus drin. Ich frage mich aber gerade, ob das irgendnen Grund hat, dass niemand auf polnischer Seite bei OSM weitermappt. Wird dort eventuell auf nen Import gewartet? Gabs ja in letzter Zeit auf polnischer Seite des öfteren. Oder war schlicht und ergreifend noch niemand da und hat gemappt (kann ich mir schlecht vorstellen, da der deutsche Teil ziemlich gut gemappt ist und ich keinen Grund sehe, nicht mal schnell rüberzugehen und n bissel zu mappen). Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mappen von Bootsverleih und Spreewald
Hallo, ich habe mich gerade gefragt, wie man am besten so Bootsverleihe tagt. Im Spreewald gibts da ja einige. Aus Symmetriegründen habe ich einfach amenity=boat_rental genommen. Gibts da schon was anderes? Weiterhin interessiert mich mal, was man im Spreewald jetzt alles als waterway=river und was als waterway=canal tagt. Ich hab da kein Indiz woran ich das festmachen könnte. Für den Transport wird ja da so gut wie alles benutzt - außer die kleineren Sachen, die dann aber auch kein river sind. Leider weiß ich auch nicht, welche Wasserwege dort angelegt wurden und welche natürlich entstanden sind. Ich kann natürlich raten und alles was unwahrscheinlich gerade aussieht wird canal. Der Rest river oder stream. Habt ihr da Ideen? Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Weserradweg
Hallo Liste, ich bin gerade vom Urlaub zurück. Es ging mit dem Rad von Kassel aus nach Norden auf dem Fuldaradweg und anschließend große Teile des Weserradwegs entlang, die ich somit alle getrackt habe mit 1 Punkt/Sekunde (es sei denn es war schon sehr gut gemappt, dann habe ich weniger Punkte). Ich hab aber ehrlich gesagt nicht so viel Bock die Tracks (ca 10mb) alle auseinanderzufitzen und ordentlich hochzuladen, es sei denn es wäre noch jemand daran interessiert und könnte eventuell sogar dabei helfen (Interesse alleine reicht aber auch schon). Die Genauigkeit lag im Durchschnitt bei 4m (Garmin 60 CSx) und ist damit ganz brauchbar. Ich habe schon angefangen loszutaggen und werde das bis Bremen durchziehen. Einiges war schon drin, aber oft mit schlechter Genauigkeit. Jetzt hätte ich aber noch ein paar konkrete Fragen: 1. Was ist source=survey ? (Hatte das Gefühl das lag immer n kleines Stück daneben und sieht irgendwie importiert aus und war vor allem beim Fuldaradweg anzutreffen) 2. Am Weserradweg gibt es die Relation 16809 namens Weser - Romantische Straße. Das soll vermutlich die Weserradwegrelation sein. Kenne mich auch nicht mit den Referenztags dazu aus (D9 ?). Jedenfalls dachte ich immer das Ding heißt Weser Radweg - Die schönste Reise entlang der Weser. Das ist übrigens auch immer auf den Hinweisschildchen dazu zu lesen. Soll ich das umbenennen? Da der Radweg an vielen Stellen separat neben der Straße verläuft, werde ich die Straße aus dieser Relation raushauen und den Radweg daneben, den ich erstelle oder korrigiere in die Relation reintun. Ich hoffe das ist korrekt so. Solle ich dem Radweg an sich noch extra Attribute geben oder reicht die route-Relation aus? So, ich tagge erstmal wieder ne Runde. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Autogas
Hallo Mitmapper, ein Freund von mir hat den Wunsch geäußert bei OSM mitzumachen. Er würde gerne Autogastankstellen markieren. Gibts da schon nen Tag? Hat jemand nen sinnvollen Vorschlag? Gibt es womöglich schon freie Datenquellen diesbezüglich, so dass man gleich mal was importieren kann zum Anfang? Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbankbereinigung
Ich verstehe auch nicht, warum es problematisch ist sich auf ein einheitliches Schema zu einigen. Bisher habe ich oneway=true benutzt, weil ich dachte das wäre am verbreitetsten. Ist es wohl nicht. Wenn jetzt einer ein Skript durch die Datenbank jagt und alles von true nach yes konvertiert und irgendwo abgemacht wird, dass wir yes statt true benutzen, dann hätte ich da als Mapper wirklich überhaupt kein Problem damit. Da fühle ich mich echt in meiner Freiheit nicht eingeschränkt. Das würde mir auch irgendwie Sicherheit geben, wenn überall yes steht, dass dann zumindest das korrekt ist. Das klingt ja hier manchmal so, als wäre es den Mappern unzumutbar einen standartisierten Wahrheitswert zu verwenden. Und wenn man nach 2 Wochen nochmal die Datenbank aufräumt diesbezüglich, finde ich das auch nicht schlimm. Ich weiß schon, dass einige denken, dass es eigentlich auch egal ist, da ja eben alle 3 Varianten gerendert werden und es ja nur 3 sind usw. und das stimmt auch. Es macht das Leben aber oft einfacher, wenn man nur eine hat. Auch für die Mapper. Also wie gesagt, von mir aus gerne vereinheitlichen. Ich stell mich gerne um. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenbankbereinigung
Bernd Wurst schrieb: Hallo. Am Freitag, 8. August 2008 schrieb Dirk Stöcker: Dann kann man diese dämliche -1-Regel abschaffen. Kann man nicht diese Leute abschaffen, die alles abschaffen wollen? Ach nee, kann man nicht, weil wir ja Freiheit als oberstes Ziel auf unsere Aktionen kleben. Und unter Freiheit verstehe ich, dass nichts abgeschafft oder verboten wird. Es wird definitiv irgenwo irgendwelche richtungsbezogenen Tags geben, die parallel zum oneway existieren können und nicht notwendigerweise in die selbe Richtung zeigen. Ob es das jetzt aktuell schon gibt tut überhaupt nichts zur Sache. Seien wir einfach froh, dass wir eine Möglichkeit haben, boolean rückwärts irgendwie darzustellen. Eine Konvention schon vor dem Einsatz zu haben, schafft uns in diesem Bereich eine Möglichkeit, gar nichts anderes als verstehbaren Wert in das Wiki aufzunehmen. Freu dich doch darüber. Gruß, Bernd Was ist denn ein boolean rückwärts? Ist dann tunnel=-1 ne Brücke? Oder building=-1 ne Grube? Ich denke tatsächlich diesen -1 Wert braucht man in dem Zusammenhang eines boolean nicht. Nennt mir bitte nur ein Einziges, wegen mir frei konstruiertes Szenario, wo dieser -1 Wert irgendetwas verbessert. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie überschneidende Straßennamen ri chtig taggen?
Vergib doch einfach für den betreffenden Straßenabschnitt beide Namen gleichzeitig. Attribute können auch mehrere Werte haben. Die musst du dann einfach mit Semikolon trennen und denn wär das vermutlich in dem Fall korrekt dargestellt. Beispiel: name = Ippendorfer Straße; Trierer Straße Grüße Florian Heer schrieb: Hi! Ich habe hier in Bonn einen Fall, der mir schon etwas Kopfzerbrechen macht: http://www.openstreetmap.org/?lat=50.71062lon=7.08625zoom=16layers=B00FTF Die Ippendorfer Allee beginnt nach Straßenschild im Norden an der Stelle, wo östlich eine Stichstraße der Trierer Straße abgeht. Die Westseite der Straße ist Ippendorfer Allee - gerade Hausnummern, die Ostseite ist bis zur nächsten Stichstraße Trierer Straße - ungerade Hausnummern, in dieser nächsten Stichstraße befinden sich die letzten Häuser der Trierer Straße sowie Ippendorfer Allee 1,1a-c Welchen Namen gebe ich nun der Ippendorfer Straße an der Stelle, wo sie auch noch Trierer Straße ist? 2 Straßen, eine für die Spur nach Norden und eine nach Süden ginge zwar, allerdings würde ich das ungerne machen, da sich zwischen den Spuren keine Trennung (baulich oder durchgezogene Linie) befindet Viele Grüße, Florian. 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] bitte cool bleiben
Doru Julian Bugariu schrieb: Wenn ich die mails der letzten Wochen so lese, frage ich mich wirklich, ob ich meine knappe Freizeit weiterhin dem Projekt widmen soll. Ehrlich... Meine Güte, wie einige hier ständig abgehen. Ich sag nur: Emotionenpause machen! Mal ehrlich, diese oh ich poste nie wieder oder ich überlege mir, ob ich noch mitmache Drohungen sind doch echt n bissel kindisch. Könnt ihr euch nicht einfach alle mal wieder einkriegen? Wenn man hier die letzten Mails so verfolgt, dann müsste man sich eigentlich wundern, dass OSM überhaupt noch funktioniert. Hier wird ja manchmal diskutiert, als wär das Projekt dem Ende nahe. Es ist manchmal wirklich witzig, wie sich manche Threads hier entwickeln. Da könnten Sozialwissenschaftler sicherlich ganze Studien drüber schreiben. Ich wünsche mir einfach nur mal wieder ein bisschen mehr Entspanntheit nicht nur so beim Mappen, sondern auch hier auf der Liste. Ich meine nicht, dass man über Probleme nicht mehr redet, aber die Art und Weise, wie man das tut, kann sehr viel ausmachen. Die Threads bauschen sich ja nur so auf, weil immer irgendwas irgendwo reininterpretiert wird oder was falsch verstanden oder so. Nehmt auch nicht alles so unglaublich ernst (ich glaub das ist ne Eigenart der Deutschen). In meiner MappingCommunity vor Ort wissen wir sehr wohl über die Schwächen und Fehler von OSM Bescheid, aber das dient irgendwie mehr der Erheiterung und des eigenen auf die Schippe nehmens. Letztlich kommen aber doch, wie ich finde, qualitativ hochwertige Sachen raus. Wenn jemand beim lesen irgendeiner Mail ein blödes Gefühl bekommt und merkt, wie er jetzt am liebsten losflamen würde, dann empfehle ich vorm Beantworten der Mail ein Gläschen Wein zu holen, den Lieblingseditor der Wahl zur Hand zu nehmen und ein paar hübsche Landschaften mithilfe der Yahoobilder oder so zu mappen. Gibt noch genug weiße Flecke und das entspannt total. *g* Ach noch was. OSM ist wirklich n cooles Projekt und macht vielen Menschen Spaß - auch wenn nicht alles reibungslos und professionell ist. Für mich persönlich macht das aber gerade auch nen gewissen Reiz aus, dass Leute in ihrer Freizeit ziemlich diletantisch Maps aus dem Boden stampfen, die mittlerweile vielerorts den kommerziellen teilweise sogar schon überlegen sind. Ich hab ein gutes Gefühl dabei, nicht unter Druck zu stehen, dass das alles super sein muss, sondern kann. In diesem Sinne Gute Nacht und bleibt cool! signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Hausnummern
Thorsten Feles schrieb: Tach auch, habe mir mal den Vorschlag zu den Hausnummern angeschaut. http://wiki.openstreetmap.org/index.php/Proposed_features/House_numbers/Karlsruhe_Schema Nun stoße ich gleich beim dritten Haus auf folgendes Problem: Das Gebäude habe ich als Polygon gezeichnet, es hat aber nun zwei Eingänge mit unterschiedlichen Nummern. Bei Blockbebauung ist das ja eigentlich nichts besonders. Wie setzt man das dann um ? Gruß Thorsten Ich würde einfach einzelne Nodes an die Stelle des Gebäudepolygons setzen wo sich jeweils die Eingänge befinden und da dann ganz normal die Hausnummer vergeben. Es sieht etwas besser aus, wenn du diese nodes nicht direkt auf die Begrenzungslinie des Polygons haust, sonder etwas weiter in der Fläche drin, aber tendenziell, wo der Eingang ist. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Frederik Ramm schrieb: Hallo, Entweder die haben überhaupt kein Geld oder die sind einfach viel zu Faul, was zu machen und lassen das Projekt auf unseren Kosten zerfallen, Ich finde diesen Tonfall absolut inakzeptabel. Ich find das auch ziemlich derb. Die Admins werden ja nicht bezahlt oder so. Die machen das in ihrer Freizeit. Dass da bei [EMAIL PROTECTED] aber gerade was wackelt merken wir alle. Wenn man bei dem kleinen Pluszeichen Osmarender auswählt und stundenlang wartet, macht das erstmal nen schlechten Eindruck auf Neueinsteiger - aber c'est la vie. Momentan geht es eigentlich gerade ganz gut, aber nicht super. Ich glaube das Problem ist einfach (wurde hier auch schon mal angesprochen), dass es den Admins nicht ganz gelingt zu kommunizieren, was genau das Problem ist oder wie der Status der Lösung aussieht oder was weiß ich. Sie deswegen aber so anzugreifen, ist echt nicht nötig und hilft keinem. Also bitte einfach mal ganz locker bleiben... Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [EMAIL PROTECTED] furchtbar langsam
Dirk Stöcker schrieb: Vor ein paar Jahren, in der Anfangszeit von Wikipedia war die Situation ähnlich. Auch dort gab es Lastprobleme und Verzögerungen. Solche extremen Ausmaße wie bei OSM gab es aber nicht. Schaut Euch den Hardwarebedarf bei Wikipedia an und überlegt nochmal, ob Ziel und Umsetzung von OSM momentan zu vereinen sind. Exponentielles Wachstum ist nicht so leicht in den Griff zu bekommen und berechtigte Kritik bleibt berechtigt, auch wenn der Tonfall vielleicht etwas daneben liegen sollte. Wie macht denn Wikipedia das eigentlich? Die haben ja bedeutent mehr Server und Last als OSM. Wie finanzieren die das? Haben die fest eingestellte Admins? Verwenden die spezielle Techniken? Warum klappt es dort und hier eher nicht so? Kennt sich da jemand aus? Konnte auf die Schnelle nichts dazu finden. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenGeoDB-Import
Nur für den Fall der Fälle. Wie sollte denn ein Neuimport aussehen? Ich meine, was macht man mit den bereits existierenden Ortsnamen? Ich hatte die Erfahrung gemacht, dass die OpenGeoDB importierten Orte nicht sehr genau den Ort trafen. Die lagen oft auf einem Feld daneben oder so, also nicht da, wo man sie natürlicherweise hinsetzen würde. Ein anderer Mapper erzählte, dass die Koordinaten einfach nicht so genau vorliegen. Ist das ein Gerücht? Jedenfalls habe ich in der Vergangenheit vor allem auf dem Lande einige Ortsnamen ordentlich auf den Ort verschoben. Ich hatte auch oft den Fall, dass da mehrere Ortsnamen waren. Ich hab dann immer einen gelöscht. Sah aber so aus, als wären beide importiert gewesen. Wenn jemand nen Neuimport plant, dann müsste man meiner Meinung nach auf jeden Fall versuchen, den Node, wie er bei OSM bereits drin ist, an der Stelle zu belassen und eventuell nur die Tags erneuern. Was man mit solchen Doppelnodes macht, weiß ich nicht. Schlecht fände ich es alle place-Nodes bei OSM rauszulöschen und die von der OpenGeoDB einfach noch mal komplett neu reinzuhaun. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Mapping von Flugrouten sinnvoll?
Meint ihr nicht, es könnte in den Editoren etwas unübersichtlich werden, wenn man jetzt auch noch jede Flugroute (vermutlich als way) mit aufnimmt? Dann möchte ich bitte ein Feature, was mir beim Daten vom Server laden, bestimmte Tags ausblenden kann oder so. Ich kann mir sonst vorstellen, dass das drunter und drüber geht. Irgendwie haben ja eigentlich auch Flugdaten überhaupt nichts mit einer Landkarte zu tun, abgesehen von der Start und Landebahn. Das ist ja völlig losgelöst davon. Wäre es da nicht sogar sinnvoller eine eigene Erfassung mit eigener map dafür vorzunehmen und das dann über die OSM-Karte zu legen? Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Verkehrszeichen abschaffen!
André Reichelt schrieb: Martin Koppenhoefer schrieb: allerdings stand in den Beitrag, dass in der besagten Ortschaft neben Schildern auch Spuren abgeschafft wurden, von Spurwechsel kann daher dort zumindest keine Rede mehr sein. Außerdem auch Gehwege, Fußgängerüberwege usw. Warum nicht? Ich halte immer noch daran fest, dass ich es für eine gute Lösung halte. Vor allem kann dann ein Unfallverursacher nicht mehr behaupten, er hätte aber Vorfahrt gehabt - es zahlt der, der nicht rücksihtsvoll fährt! Das ist doch aber genau das Problem. Wenn es zu einem Unfall kam, kann ja jeder behaupten, der andere war nicht rücksichtsvoll genug. Wenn du keine Schilder mehr hast, die eindeutig festlegen, wer Recht hatte, kommst du zumindest versicherungstechnisch schnell in Schwierigkeiten. Außerdem kann ich mir vorstellen, dass es immer Assis gibt, die solch eine schilderlose Situation gnadenlos ausnutzen und eben mit 160 durch die ehemalige 30er Zone düsen, auf Kosten der anderen, die dadurch mehr aufpassen müssen, bzw. sich selbst einschränken müssen - fänd ich unfair. Und noch ein Aspekt kommt bei Straßenschildern hinzu. Sie sollen nicht-ortskundigen einen Eindruck von der Verkehrssituation vermitteln. Ein nicht-ortskundiger kann vielleicht gar nicht einschätzen, dass es besser wäre hier 30 zu fahren oder vor der nächsten Kurve abzubremsen oder auf den Zug zu achten, der da gleich über die Bahnschienen um die Ecke kommt. Nicht alle Verkehrsschilder sind sinnlos zumindest nicht für jeden. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neues Tool: OSM Mapper
Das Tool ist wirklich hübsch! Da steckt ne ganze Menge Intelligenz drin, würd ich mal behaupten. Ich frag mich gerade aus welchem Grund diese Firma das gemacht hat. Sie wollen ja kein Geld oder sonst was. Einfach registrieren und fertig. Womit verdienen die ihr Geld und warum arbeiten die derart an OSM? Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Routingfähige Garmin-Karte
John07 schrieb: So, nachdem ich dem Ersteller der Karten geschrieben habe, habe ich nun eine Wikiseite erstellt. Er hält es ebenfalls für eine sehr gute Idee und wird die Wikiseite dann auch auf seine Seite verlinken. Bitte ergänzt die Wikiseite, bis jetzt ist es noch ziemlich unvollständig und leer. http://wiki.openstreetmap.org/index.php/Routable_garmin_maps http://wiki.openstreetmap.org/index.php/De:Routable_garmin_maps Gruß Jonas Mich würde vielmehr interessieren, wie man sie selbst erzeugen kann. Ein Howto dazu im Wiki wäre toll. Offenbar funktioniert das irgendwie mit der kostenlosen Version des cGPSmapper und ist nur bei privater Nutzung usw. legal. Aber trotzdem. Am liebsten hätte ich ein Skript, was das kann. Dann könnte ich jede Woche die Computerteddy-karte da durch jagen und alles wär toll. Weiß jemand, wie es geht? Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Routingfähige Garmin-Karte
Sven Geggus schrieb: FreeWorld [EMAIL PROTECTED] wrote: Mich würde vielmehr interessieren, wie man sie selbst erzeugen kann. Ein Howto dazu im Wiki wäre toll. Offenbar funktioniert das irgendwie mit der kostenlosen Version des cGPSmapper und ist nur bei privater Nutzung usw. legal. Dann ist das vermutlich strenggenommen sogar völlig illegal diese Software für OSM Material zu verwenden. Wenn jemand CC-share-alike Material verarbeitet, dann kann er es ja wohl kaum durch Verarbeitung in free for non-commercial use Material überführen. Gruss Sven Wow, das ist echt ein interessanter Punkt. Ich hab mir mal die Lizenz des cGPSmapper durchgelesen. http://cgpsmapper.com/download/licence.txt Es scheint so, als würden alle Karten, die damit erstellt werden, ausschließlich für nicht kommerzielle Zwecke benutzt werden dürfen. Genau das hab ich vor. Verbietet mir jetzt die OSM-Lizenz OSM-Daten da durch zu jagen und das dann auch nur für private Zwecke zu nutzen? Anscheinend ja, denn das entstandene Material muss ja auch wieder unter CC-share-alike stehen. Da sträubt sich mir ehrlich gesagt alles irgendwie. Ich beginne mich ernsthaft zu fragen, ob unsere Lizenz sinnvoll ist. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Routingfähige Garmin-Karte
[EMAIL PROTECTED] schrieb: Hallo, On Jul 19, 5:47 pm, FreeWorld [EMAIL PROTECTED] wrote: Wenn ich das jetzt richtig sehe - ich wage es kaum zu sagen, ist das hier problematisch:http://emexes.powweb.com/osm/ Das verstößt gegen die OSM-Lizenz oder gegen die cGPSmapper Lizenz. Je nachdem, ob das Material, was dort runtergeladen wird, kommerziell genutzt wird oder nicht. Da man eine kommerzielle Nutzung aber nicht ausschließen kann und auch nicht darf laut OSM-Lizenz, dürfte das dort nicht zum download angeboten werden. Sie diskutieren falsche Lizenz. Freie cgpsmappe kann keine routbare Karten erstellen :-) Gruss, popej Da steht aber auf der cGPSmapper seite was anderes. http://cgpsmapper.com/buy.htm Auf der Seite findet sich bei der personal version bei den features: Create big routable maps built from several parts Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kieser Training ist jetzt in OSM eingetragen
Sven Anders schrieb: Ich denke eigentlich ist es eine Win-Win Situation für jedes Unternehmen in OSM aufzutauchen. Und wer die Information nicht braucht, kann sie ja ausblenden. Das würd ich auch denken. Bei der Gelegenheit fällt mir folgendes ein: Hat die Post zufällig die Geokoordinaten von ihren Briefkästen erfasst? Weiß das jemand? Könnte man die nicht mal fragen, ob sie sowas rausgeben wollen? Mir ist im Moment noch keine Karte bekannt, die diese vollständig erfasst. Momentan gibts nur die, die schon in OSM eingetragen wurden. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bericht von der State of the Map-Konferenz
Frederik Ramm schrieb: Ed Parsons, Kartenchef von Google, versuchte, die Wogen ein bisschen zu glaetten: Map Maker sei kein Angriff auf OSM, sondern mehr eine Verzweiflungstat - Google *wuerde* ja Daten von Island, Zypern oder der Karibik kaufen, wenn ihnen jemand welcher verkaufte - aber es gebe ja keine, also der Map Maker. Warum nehmen sie dann nicht OSM dafür? Sie könnten ja werben, dass die Leute bei OSM mitmachen und anschließend die Daten selber benutzen. Warum also Map Maker? Ist für mich keine plausible Begründung. Die Software dahinter ist mehr oder weniger das gleiche, was Google seit langem intern zur Datenerhebung z.B. in Indien oder Burma einsetzt. Google lasse sich derzeit von den Nutzern alle Rechte abtreten, aber nur so habe Google spaeter auch die Moeglichkeit, eine offene Lizenz zu waehlen, die ihnen geeignet erscheint. Was soll denn das für ne Logik sein? Gib mir alle deine Rechte an den Daten, damit ich sie später vielleicht öffentlich mache. Sie könnten ja auch sagen, dass Daten, die die Nutzer erheben, unter einer freien Lizenz stehen und Google sie uneingeschränkt nutzen darf, aber eben auch andere. Wenn sie wirklich das Ziel haben, was sie da angeben, dann braucht man das nicht auf die Tour zu machen. Er halte es durchaus fuer moeglich, dass die Daten irgendwann frei werden, Ich denke sie kaufen die Daten bei Teleatlas bzw. Navteq ein? Dann können sie doch gar nicht selber entscheiden, dass das irgendwann frei wird. Das ist doch auch das Argument, was sie immer wieder bringen, dass sie ja nur eingeschränkte Lizenzen erworben haben und somit die Daten nur eingeschränkt zur Verfügung stellen können. Bla bla... und sie wollen OSM auch weiterhin unterstuetzen. Ach tatsächlich? Vielleicht bin ich da jetzt nicht so gut informiert, aber wo genau unterstützen die OSM im Moment? Dass man bei Google nach Openstreetmap suchen kann und auf unsere Seiten kommt? Könnte sein, dass ich hier etwas zu hart ins Gericht gehe. Hab auch schon was von dem summer of code usw. gehört. Kann mich da mal jemand genauer aufklären? - Er erzaehlte, dass auch Google viel Stress mit Zypern hat. Fuer die Luftbilder der Gebiete, die fuer Map Maker freigeschaltet sind, hat Google extra die Lizenz aufgestockt - normalerweise haben sie nur eine Anzeigelizenz, und fuer diese Gebiete haben sie jetzt auch eine Abdigitalisier-Lizenz. Auf den Vorschlag, man koennte doch diese Abdigitalisier-Lizenz dann an OSM weitergeben als nette Geste antwortete er aber, das dass nicht so ohne weiteres moeglich sei. Sag ich doch! Also mein persoenliches Fazit: Nett, dass Es (wieder) da war, es zeigt immerhin, dass sie uns dafuer ernst genug nehmen, aber ob es viel mehr bedeutet, weiss ich nicht. Mein persönliches Fazit: Viel Geschwafel und nichts wirklich Nützliches von Google. Wenn sie OSM gut fänden und uns unterstützen wöllten, warum arbeiten sie dann nicht einfach mit uns zusammen? Stattdessen ziehen sie ihre eigene Lösung durch und lassen dabei die Datensammler noch alle Rechte abtreten. Tut mir Leid, das raff ich nicht! Danke für den Bericht, Frederik! Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bericht von der State of the Map-Konferenz
Frederik Ramm schrieb: Hallo, Ed Parsons, Kartenchef von Google, versuchte, die Wogen ein bisschen zu glaetten: Map Maker sei kein Angriff auf OSM, sondern mehr eine Verzweiflungstat - Google *wuerde* ja Daten von Island, Zypern oder der Karibik kaufen, wenn ihnen jemand welcher verkaufte - aber es gebe ja keine, also der Map Maker. Warum nehmen sie dann nicht OSM dafür? Weil sie ein festes Schema haben, in dem sie die Daten brauchen, und weil sie ihren Usern eigene Editoren dafuer geben wollen, statt sie an OSM zu verweisen. Naja gut, dann könnten sie aber ihren Editor so anpassen, dass er auch als OSM-Editor benutzt werden kann. Das mit dem festen Schema leuchtet mir noch nicht so ganz ein. Sie können ja schauen, was sie brauchen und eben diese Tags nehmen. Ich denke das OSM-Datenmodell lässt sich schon auf das von Google abbilden oder zur Not auch so erweitern, dass da was kompatibles rauskommt, wenn man möchte. Bin mir da jetzt nicht so im Detail drüber im Klaren und kann mir auch vorstellen, dass es mehr Aufwand bedeuten würde, denke aber, dass es machbar wäre. Die Software dahinter ist mehr oder weniger das gleiche, was Google seit langem intern zur Datenerhebung z.B. in Indien oder Burma einsetzt. Google lasse sich derzeit von den Nutzern alle Rechte abtreten, aber nur so habe Google spaeter auch die Moeglichkeit, eine offene Lizenz zu waehlen, die ihnen geeignet erscheint. Was soll denn das für ne Logik sein? Gib mir alle deine Rechte an den Daten, damit ich sie später vielleicht öffentlich mache. Sie könnten ja auch sagen, dass Daten, die die Nutzer erheben, unter einer freien Lizenz stehen und Google sie uneingeschränkt nutzen darf, aber eben auch andere. Dann muesste man sich jetzt aber fuer eine Lizenz entscheiden, und es *gibt* keine rechtlich wasserdichte freie Lizenz fuer Geodaten (ausser PD). Nee versteh ich nicht. Wenn sie sagen: ok liebe User, alle Daten, die ihr generiert, können von jedem hier runtergeladen werden. Wir benutzen eure Daten, um damit unsere Maps zu rendern. Wenn beispielsweise Leute von Openstreetmap genau diese Daten haben wollen, dann können sie sie bekommen. Wo ist denn das Problem? Google kann ja trotzdem sagen, dass man von Google selber keine Daten klauen darf. Man kann ja aber speziell das Material, was da von Freiwilligen erzeugt wurde veröffentlichen. Genau das selbe müsste meiner Meinung nach für POIs gelten, die viele User bei Google zusammentragen. Die sollten komplett zur freien Verfügung stehen. Google darf sie dann natürlich weiterhin nutzen, aber eben auch alle anderen. Er halte es durchaus fuer moeglich, dass die Daten irgendwann frei werden, Ich denke sie kaufen die Daten bei Teleatlas bzw. Navteq ein? Dann können sie doch gar nicht selber entscheiden, dass das irgendwann frei wird. Es ging um die, die im Rahmen von MapMaper erhoben werden. Sorry, hab ich falsch verstanden. und sie wollen OSM auch weiterhin unterstuetzen. Ach tatsächlich? Vielleicht bin ich da jetzt nicht so gut informiert, aber wo genau unterstützen die OSM im Moment? Dass man bei Google nach Openstreetmap suchen kann und auf unsere Seiten kommt? Letztes Jahr haben sie die Konferenz finanziell unterstuetzt. Diesmal nicht, aber eventuell koennen wir mit den Google-Rechtsfuzzis die Brauchbarkeit des neuen Lizenzentwurfs abklopfen. Naja, dann dankeschön Google. Könnte sein, dass ich hier etwas zu hart ins Gericht gehe. Hab auch schon was von dem summer of code usw. gehört. Kann mich da mal jemand genauer aufklären? Da bezahlt Google Studenten Geld, die damit freie Softwareprojekte voranbringen. Google einfach mal danach ;) Mein persönliches Fazit: Viel Geschwafel und nichts wirklich Nützliches von Google. Immerhin eine Geste des guten Willens, die sie durchaus nicht noetig gehabt haetten. Wenn sie OSM gut fänden und uns unterstützen wöllten, warum arbeiten sie dann nicht einfach mit uns zusammen? Einer der Gruende ist sicherlich unsere mangelhafte Lizenz; das haben auch andere auf der Veranstaltung gesagt, dass ihre Anwaelte ihnen von OSM abraten, weil das eventuell unerwuenschte Nebeneffekte haben koennte. Scheint ein generelles Problem zu sein mit den Lizenzen. Ich sag noch mal, wie ich unsere Lizenz verstanden habe - korrigiert mich bitte. Man darf OSM-Daten nutzen, egal ob privat oder geschäftlich oder so, aber muss dann eben die Quelle nennen. (mit Quellenangabe scheint Google ja kein Problem zu haben. Steht ja immer Teleatlas da und so...) Außerdem kann jeder die Daten weiter nutzen, auch wenn sie in ein anderes Projekt eingefügt wurden. Ich stell mir das so vor: Jemand druckt Flyer von seinem tollen Dönerladen und macht hinten ne Anfartskizze von OSM mit drauf. Ich dürfte jetzt den Teil mit der Karte kopieren, weil die OSM ist. Für den Rest hätt ich aber keine Lizenz. Seh ich das so richtig? Also ich dachte eben es ist nicht so, wie bei GPL, dass Software,
Re: [Talk-de] Bericht von der State of the Map-Konferenz
Bernd Wurst schrieb: Hallo FreeWorld. Bitte denk nach und im besten Fall recherchier kurz bevor du postest. Deine Thesen und Fragen lassen sich mit ganz wenigen Netz-Suchen ganz schnell korrigieren. Ja hast Recht, hab nicht so viel recherchiert. Kritik ist also berechtigt! Am Dienstag, 15. Juli 2008 schrieb FreeWorld: Naja gut, dann könnten sie aber ihren Editor so anpassen, dass er auch als OSM-Editor benutzt werden kann. Das mit dem festen Schema leuchtet mir noch nicht so ganz ein. Sie können ja schauen, was sie brauchen und eben diese Tags nehmen. Ich denke das OSM-Datenmodell lässt sich schon auf das von Google abbilden oder zur Not auch so erweitern, dass da was kompatibles rauskommt, wenn man möchte. Bin mir da jetzt nicht so im Detail drüber im Klaren und kann mir auch vorstellen, dass es mehr Aufwand bedeuten würde, denke aber, dass es machbar wäre. Du weißt aber schon, dass Google trotz allem Engagement noch eine gewinnorientierte Firma ist? Einfach mal ganz viel Arbeit reinstecken um dann die Daten unter Public Domain zu veröffentlichen ist da eher nicht sinnvoll. Freie Lizenzen teilweise schon, aber jeder darf alles damit machen bestimmt nicht. Das macht ja noch nichtmal OSM so, siehe unten. ja ok, aber doof find ichs trotzdem. Ich sag ja auch nicht, dass Google hier alles an alle verteilen soll. Ich hab mich immer auf das beschränkt, was sie eben nicht selber erarbeiten, sondern Nutzer machen lassen. Sagen wir mal ich hab da einfach ein blödes Gefühl. Aber ok. Aus Googles Sicht sicher berechtigt. Und was Google angeht: Ich verteidige hier Google, auch wenn ich das normal nicht so uneingeschränkt tue. Google ist nicht das Allheilmittel und auch nicht der große Freund von allen. Aber grade was freie Software angeht, ist der GSoC einfach *das* Sponsoring-Event schlechthin. So viel Geld spendet kaum eine andere Firma so breit gestreut an freie Projekte, die das wirklich gebrauchen können. Hier über Google tut nur scheinheilig zu lästern ist echt unter allem Niveau. Natürlich sind MapMaker-Karten nicht frei. Das war nie anders zu erwarten. Ich bin ja auch froh, dass Google da großer Sponsor ist! Ich will mich hier auch nicht als der große Googlehasser aufspielen - tut mir Leid, wenns so rüber kam - kann ich verstehen. Es sind halt doch kleine Sachen, die ich seltsam finde. Du sagst MapMaker-Karten sind natürlich nicht frei. So deutlich finde ich das nicht und offenbar gibt es ja auch Überlegungen von Google (wenn ich das von Frederiks Bericht richtig gedeutet habe), dass diese Daten ja in Zukunft doch ne freie Lizenz kriegen könnten. Dann muesste man sich jetzt aber fuer eine Lizenz entscheiden, und es *gibt* keine rechtlich wasserdichte freie Lizenz fuer Geodaten (ausser PD). Nee versteh ich nicht. Beispiel: CC-by-sa und GNU FDL sind zueinander inkompatibel. Eigentlich, nach Wortlaut der Lizenzen, darfst du keine Inhalte von Wikipedia nach OSM überführen oder anders herum. Die Lizenzen sagen inhaltlich dasselbe aus, aber jede sagt Weiterverbreitung nur unter DIESER Lizenz. Es wäre bescheuert, sich vorab auf eine Lizenz festzulegen wenn man irgend eine andere Alternative hat. als freies Projekt haben wie keine andere Alternative, aber Google hat. Wenn sie sagen: ok liebe User, alle Daten, die ihr generiert, können von jedem hier runtergeladen werden. Sagt StudiVZ, dass du alle Nutzergenerierten Daten runterladen kannst? Sagt XING, dass du alle generierten Daten runterladen darfst? Gibt dir Google die statistischen Daten über deine Mail-Inhalte, die du tagtäglich generierst? Das ist völlig unrealistisch, dass eine gewinnorientierte Firma solche Daten unter vollwertiges Public-Domain stellt. Das macht keinen Sinn. Vermutlich hast du recht. Schade. (Warum noch mal durften wir eigentlich die AND-Daten importieren? Das Unternehmen scheint es noch zu geben.) Man darf OSM-Daten nutzen, egal ob privat oder geschäftlich oder so, aber muss dann eben die Quelle nennen. (mit Quellenangabe scheint Google ja kein Problem zu haben. Steht ja immer Teleatlas da und so...) Das ist das by in CC-by-sa. Ich stell mir das so vor: Jemand druckt Flyer von seinem tollen Dönerladen und macht hinten ne Anfartskizze von OSM mit drauf. Ich dürfte jetzt den Teil mit der Karte kopieren, weil die OSM ist. Für den Rest hätt ich aber keine Lizenz. Seh ich das so richtig? Das schon. Also ich dachte eben es ist nicht so, wie bei GPL, dass Software, die irgendwo GPL verwendet selber unter GPL stehen muss, aber wie gesagt - korrigiert mich. Das sa in der CC-by-sa sagt genau dieses aus. Weißt du, liebes unbekanntes FreeWorld, wenn man auf der OSM-Startseite auf das Lizenz-Symbol klickt, kommt man auf diese Seite: http://creativecommons.org/licenses/by-sa/2.0/ Da steht das in ganz kurzen, knappen Sätzen, sogar mit Bildchen. Und da sogar auf deutsch: http://creativecommons.org/licenses/by-sa/2.0/de
[OSM-talk] Routing auf Garmin-Karten: Wie siehts aus?
Hallo Leute, anscheinend geht es ja doch irgendwie mit dem Routing. Die Europa-Karte von hier: http://emexes.powweb.com/osm/ Es ist zwar noch nicht super, aber besser als nichts. Sag mal Computerteddy. Ich, wie auch vermutlich viele andere Leute hier, sind bestimmt ganz heiß darauf, so ne routing Funktion (auch wenn sie noch relativ primitiv ist) in deinen Karten vorzufinden. Da du ja jetzt das Problem mit den Kachelgrenzen im Griff hast, könnte man ja schauen, ob da nicht noch was geht. Weiß denn jemand Näheres dazu? Ich wüsste gerne, was der Author der oben genannten Webseite (Radomir Mucha-Kruczyński) macht, damit die Karten routingfähig sind. Macht der nen Trick mit dem cGPSmapper oder wie? Wenn ja, darf der das? Was sind die Arbeitsschritte, um sich sowas zu basteln? Grüße signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [OSM-talk] Routing auf Garmin-Karten: Wie siehts aus?
Uhi yes sorry, I send it to the wrong list. My fault. But thanks for your answer. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk
Re: [Talk-de] Potlatch-Tutorial gesucht
Muss man das denn wirklich mit Potlatch machen? Ich meine genau dafür bietet sich ja JOSM und der Data Validator an. Wenn mans doch in Potlatch braucht, kann man ja vielleicht ein paar Strategien davon übernehmen und so. (programmiertechnisch mein ich) Kann man eigentlich in Potlatch so ne Art debug-layer reinschalten? Wäre ja ganz praktisch. Dann kann man so ein bisschen den life charakter von Potlatch ausnutzen und vielleicht geht das ja dann doch etwas schneller als mit JOSM. Hatto von Hatzfeld schrieb: Am Montag, 14. Juli 2008 21:39 schrieb Bernd Wurst: Ich bin heute über eine komplette Kleinstadt gestolpert, die einer in wenigen Tagen fast komplett gemapped hat. Leider ist keine einzige Kreuzung wirklich verbunden und alles nur so ganz nah ran geschoben. Als ich kürzlich das Routing in Köln ausprobierte, sind mir auch eine Reihe derartiger Fehler aufgefallen. Gibt es eine Möglichkeit, solche Dinge sich anzeigen zu lassen, also alle Weg-Enden, die verdächtig nahe an anderen Wegen liegen? Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] extra Deutschlandkarte vom 9.7.2008 ohne Kachelgrenzenfehler
Carsten Schwede schrieb: Hallo Holger, Holger Dietze schrieb: Cool! Dann kann man endlich mit einem normalen Auto auf der A17 fahren ;-) Was war vorher für ein Auto notwendig? Ich glaube man brauchte früher eher so ein Teil, wie bei Knight Rider, was dann mit dem Turboboost über das fehlende Straßensegment gesprungen ist. *g* signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] extra Deutschlandkarte vom 9.7.2008 ohne Kachelgrenzenfehler
Holger Dietze schrieb: Hallo, On Thu, Jul 10, 2008 at 10:04:24PM +0200, Carsten Schwede wrote: als kleines Extra fürs Wochenende gibts die aktuelle Deutschlandkarte mal ohne Lücken zwischen den Kacheln. Cool! Dann kann man endlich mit einem normalen Auto auf der A17 fahren ;-) Darf man fragen, was der Trick gegenueber der herkoemmlichen Methode ist? Holger Wow, also das würde mich jetzt auch interessieren. Zumindest rein optisch scheint das Problem tatsächlich behoben. Ob das Gerät auch weiß, dass die Straßen verbunden sind (über Kachelgrenzen hinweg) ist bestimmt noch ne andere Frage (für routing bestimmt interessant). Was hast du denn anders gemacht? Ab jetzt kannste das ruhig immer so rendern! Sehr vielen Dank für deine Mühen und an deine Connnections, dass dieses lästige Problem endlich angegangen wurde. Dankende Grüße! signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] extra Deutschlandkarte vom 9.7.2008 ohne Kachelgrenzenfehler
Gerd von Egidy schrieb: Hallo, als kleines Extra fürs Wochenende gibts die aktuelle Deutschlandkarte mal ohne Lücken zwischen den Kacheln. Habs grad ausprobiert, die Zonengrenze in meiner Nähe wird jetzt wunderbar dargestellt, man kann außer vielleicht einem kleinen Zuckeln beim Darstellen nichts mehr erkennen, die Wege gehen wunderschön durch. Danke für diese Version. Was mir noch aufgefallen ist, ist daß die Wege (zumindest auf meinem Vista HCx) nicht mehr selektierbar sind. Wenn ich also mit dem Pfeil draufklicke behauptet er, keine Karteninformationen zu haben und fragt mich, ob ich einen Benutzer-Wegpunkt anlegen will. Früher kamen da immer Informationen über den aktuellen Weg (Typ, Name etc.). Ist das ein Fehler nur bei mir oder ist das bei allen so? Ist das bei der aktuellen Karte mit Grenzen auch so (hab ich noch nicht probiert)? Gruß, Gerd Könnte ein Problem bei dir sein. Bei mir mit meinem 60CSx läuft alles einwandfrei. Wege sind auch selektierbar. Ich benutze die grenzfehlerfreie Karte mit Typfile. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Cyclemap verbessern
PieSchie schrieb: Moin, das Thema smoothness = excelent, good, intermediate, bad, horrible, impassable gibt es schon als Fahrbahnbelagstag in proposed features. Es zeigt aber immer noch nur den Belag für die Hauptfahrbahn und sagt nix über Fußwegbeschaffenheit und Radwegbeschaffenheit. Hier ist IMHO wirklich noch nachholbedarf. Das Thema speziellen Type für Fahrradwege hatten wir schon beim Thema Befahrbarkeit durch Skater. Wenn du für Fahrräder einen Type machen willst, dann kommen die Inline-Skater, die Fußgänger, die Handbiker .. eventuell sogar die Rennradfahrer, Trecking-Bikes und Mountainbikes. Und für jeden braucht man einen eigenen Track. Ich finde das Argument einsichtig, daß man nicht für jeden Typ einen Tracktype machen kann. Nee, versteh ich nicht. Wenn Radfahrer den Weg eben nach anderen Kriterien bewerten, als Inlineskater, dann sollen die doch alle ihre eigenen Bewertungen da dran taggen. Aber ich glaube du willst eher darauf hinaus, dass die Tags so aussagekräftig sind, dass die Informationen für alles schon irgendwie enthalten sind. Ich kenn mich da leider auch nicht so aus und weiß nicht, wie unterschiedlich Skater und Fußgänger und Radfahrer ihre Wege bewerten, aber Fakt ist folgendes: Wir sollten die allgemeine Fahrbahnbeschaffenheit, die zugehörige Radwegbeschaffenheit und wegen mir auch die Fußwegbeschaffenheit unterscheiden, da diese eben oft variieren kann (z.B. Betonplatten auf der Straße, geteerter Radweg am Rand und da neben ein gepflasterter Fußweg oder so...) Dafür sollte jedoch das erste Problem gelöst werden, damit ersichtlich ist, ob eine Straße einen oder mehrere Zusatzwege hat (Fußweg, Radweg, getrennt, gemischt) und welche Eigenschaften (Befahrbarkeit durch Verkehrsmittel und Belag) er besitzt - natürlich für jede Seite separat. Genau! Hat jemand ne Idee, wie man noch die Information der Straßenseite mit einbringen kann? Doppelte Tags? (einmal für links, einmal für rechts) Vielleicht gilt es auch per default einfach für beide Seiten - wenn man es explizit unterscheiden will/muss dann nehme man extra Tags. Ich würde hier jedenfalls nicht auf Relationen zurückgreifen. Zum Glück haben ja alle Wege ne Richtung also ist ja links und rechts ganz gut zu unterscheiden. Müssten nur noch Sicherungen einbauen, damit nicht mal jemand aus Versehen und Unwissenheit solche Wege umdreht. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] POI-Control und co.
Hallo liste, Im folgenden möchte ich noch mal das wichtige Thema der POI-Darstellung ansprechen. Momentan sind mir zusammengefasst folgende Methoden bekannt: 1. Wenn nur ein spezieller Punkt markiert werden soll, gibt man der Karte einfach noch in Browserzeile die Parameter mlat=... und mlon=... mit an. Funktioniert super! Es könnte aber einfacher sein, die Koordinaten des Punktes festzulegen (z.B. Klick auf die Karte oder so) 2. Man benutzt die POI-Control von Paul Lenz: http://www.lenz-online.de/cgi-bin/osm/osmpoinit.pl 3. Man benutzt die relativ neue Variante der direkten Queryabfrage von User Kolossos: http://wiki.openstreetmap.org/index.php/Query-to-map Der hat ein bisschen mit der Google-API gespielt scheint mir. Jetzt meine Anmerkungen: Die POI-Control von Paul Lenz hat natürlich meiner Meinung nach die schicksten Symbole. Allerdings scheinen die Punkte nicht gecached zu werden, da bei jeder Verschiebung der Karte die Punkte neu abgerufen werden. Ist es aufwändig das zu verbessern? Die Google-API finde ich diesbezüglich schon sehr ausgereift, aber ich weiß nicht, ob wir diese Variante auf Dauer bevorzugen. Anscheinend kann man aber in Variante 1 beispielsweise die Karte auch verschieben und der Punkt kommt mit. Das finde ich schick. Jetzt mein eigentliches Anliegen: Ich wünsche mir, dass so ne relativ gute Sache auch auf die OSM-Startseite kommt! Das ist auf jeden Fall voll der Bringer und begeistert gerade neue Leute, die eben nicht stundelang suchen müssten, bis sie so was finden. So ne kleine Toolbox auf der OSM-Startseite wär schon richtig klasse. Könnte man vielleicht auch noch ein bisschen Routingfunktionen einbauen und so. Spricht da was dagegen? Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Cyclemap verbessern
Hallo leute, durch persönliche Gespräche habe ich erfahren, dass sich der ADFC (Allgemeiner Deutscher Fahrrad-Club) sehr für OSM interessiert. Momentan bringen die immer ne Fahrradkarte raus, die auf Daten der Landesvermessungsämter basiert. Offenbar liebäugeln viele im ADFC aber schon mit OSM. Ein paar Dinge sind in OSM aber noch nicht gut gelöst. Das erste ist die Lage der Radwege. In den aktuellen Karten des ADFC ist erkenntlich ob eine Straße Radwege besitzt, auf welcher Seite der Straße die existieren und in welchem Zustand die sind. Das sind eigentlich alles Sachen, die sich mit OSM realisieren lassen könnten. Gibts da schon Überlegungen? Meiner Meinung nach gibts 2 Möglichkeiten: Entweder man gibt der Straße noch Attribute wie rechter Radweg / linker Radweg mit oder man zeichnet neben der Straße n neuen Way und nimmt einfach highway=cycleway. Was findet ihr besser? Ein weiteres Problem ist der Zustand des Radweges. Ich stelle mir sowas vor wie beim Tracktype nur eben für Radwege. Der Zustand des Radweges ist ja auch nicht immer aus dem Zustand der Straße abzuleiten, der momentan ja schon erfasst wird. Lässt sich da was machen? Hat sich da vielleicht schon mal jemand Gedanken über das Thema gemacht? (Ich hab auch erfahren, dass Radfahrer verschiedene Kopfsteinpflaster unterscheiden...) Laut Aussage des Menschen vom ADFC wollen die 2010 ne neue Fahrradkarte für ganz Deutschland rausgeben und dabei eventuell schon OSM verwenden. Ich denke, wenn das Projekt weiter so voranschreitet, haben wir 2010 auf jeden Fall schon ne Karte die sich als Radfahrerkarte verwenden lässt. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Garmin-Typfiles
Diese ganze Typfile Geschichte ist tatsächlich eine sehr spannende Sache. Wie wärs, wenn mal nicht jeder seinen eigenen Brei kocht, sondern alle zusammen an ein paar Standard-Typfiles für verschiedene Anwendungen arbeiten? Wir könnten ja ne Wikiseite machen und dann einfach festlegen, was in welchem Kartentyp (Auto- / Radfahrer- / See- / Eisenbahner-karte usw.) wie dargestellt werden soll. Ich hab das Gefühl das interessiert einige. Und wenn alle ihre Ideen einbringen können, kommt bestimmt was schönes dabei raus. Vielleicht sollte man es eben auch so einrichten, dass man die Maps OSM-spezifisch rendert. Momentan wird das ja von Computerteddy eher noch so garmin-standard-mäßig gerendert. Da fehlen halt viele Elemente von OSM bzw. werden nicht unterschieden z.B. Tracktype. Wenn man die alle auf ne eigene ID legt, kann man das Typfile dazu auch entsprechend erzeugen. Wär das für dich interessant Carsten? Klar sind natürlich insgesamt die Geschmäcker auch verschieden, aber ich denke im Großen und Ganzen wollen die meisten hier das selbe. Schöne Karten auf dem Garmin. Frage: Wer kennt sich aus und kann schon mal die Basis liefern? Hübsche mkgmap-Regeln mit Typfile? Am besten ne Wikiseite dazu machen und losstarten. Dann bleibt das hier nicht im Konjunktiv. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] [Fwd: Re: [OSM-talk] Wiki server issues?]
Kann man da nicht mal Unis anfragen oder so? Die haben doch meistens n bissel Traffic über und bei gemeinnützigen Projekten und so weiter... Hat da schon jemand Erfahrung? Frederik Ramm schrieb: Hallo, in dieser Nachricht auf talk-de fragt Grant Slater, ob jemand einen Server bereitstellen kann, um das OSM-Wiki zu betreiben. Freiwillige vor (mit direkter Mail an [EMAIL PROTECTED], auf Englisch)! Bye Frederik Original Message Date: Wed, 02 Jul 2008 15:39:19 +0100 From: Grant Slater [EMAIL PROTECTED] User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Re: [OSM-talk] Wiki server issues? I've been having intermittent problems accessing the wiki for the last few days. Have tried from different internet connections. Is the server up the creek? Yes, the server has been having problems. Resizing of animated or very large images causes the system to swap/page heavily, slowing the server down to a crawl. We've tried out best to squeeze as much juice out of the current server as we can. We add a single reverse-proxy in-front of the wiki to relieve much of the load, but have now outgrown this solution. I'd be interested to hear from people (off-list please) who can offer secure, high bandwidth, long-term rack space or a dedicated server. The wiki runs separate from the rest of the OSM servers. / Grant ___ talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM Deutschalnd Statisik über die akt iven Mapper
Naja vielleicht gibts da auch ne kleine Fehlinterpretation. Wenn nämlich irgendwer mit irgendnem Account Skripte über die Datenbank jagd, dann kann das schnell mal so aussehen, als ob der ultra aktiv wäre. Zumindest bei den 8 Aktivsten würd ich mal ganz genau schauen, ob man da wirklich schlussfolgern kann, die haben 10% der Daten erzeugt. Naja, man kann natürlich auch behaupten, dass jemand, der nen Skript schreibt, sowieso auch sonst sehr aktiv ist. Ich würd die Statistik jedenfalls nicht allzu ernst nehmen. So weit ich das verstanden habe, wird doch zu jedem Element die komplette History gespeichert. Dann müsste doch auch rauszufinden sein, wer das Objekt angelegt hat (und nicht nur zuletzt bearbeitet). Wenn man diese Daten auswerten würde, könnte man vielleicht mehr Aussagekraft der Ergebnisse bekommen. Thomas Hieber schrieb: Hallo Leute, ich habe mal aus Neugierde eine (simple) Auswertung über die aktuelle germany.osm gemacht um herauszufinden, wieviele aktive Mapper es eigentlich in Deutschland gibt. Dazu habe ich alle Autoren ausgewertet (wohl wissend, dass das nicht immer fair ist, da es hier ja nur derjenige ist, der die Daten als letztes geändert hat und nicht derjenige, der den größten Beitrag geleistet hat.) Das Ergebnis war ganz spannend, daher hier eine Kurzzusammenfassung: Insgesamt haben wir 10.4Mio Elemente (Nodes+Ways+Relations) in der germany OSM und 5657 unterschiedliche Bearbeiter. Von den 5657 Bearbeitern haben 559 Bearbeiter nur ein einziges Element angelegt oder bearbeitet. Die 8 aktivsten Bearbeiter haben zusammen über 10% aller Elemente als letztes bearbeitet. Die 150 aktivsten Bearbeiter haben zusammen über 50% aller Elemente als letztes bearbeitet. Die 850 aktivsten Bearbeiter haben zusammen über 90% aller Elemente als letztes bearbeitet. Das sind ja vielleicht interessante Zahlen, wenn man sich mal fragt, wie groß ist die Anzahl der aktiven Mapper hier in Deutschland und ist vielleicht auch interessanter als die über 4 weltweit registrierten OSM user von denen bestimmt ein großer Teil nie einen einzigen Node gesetzt hat. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] HTML/XML-Daten nach OSM importieren? (Anfänger)
Jan Kolarik schrieb: Oder habe ich mich einfach nur noch nicht ausreichend mit Potlach Co angefreundet? Mir erscheint das Editieren eines Files halt irgendwie einfacher, aber v.a. eindeutiger als das Freihandpositionieren auf einer Karte. Du gibst dann aber schon exakt die Koordinaten der Objekte mit an oder? Ehrlich gesagt, fände ich es andersherum besser. Trag die Punkte auf der Karte ein und schreib dir nen Skript, was sie da rausholt und in ne HTML-Seite bastelt. Mit den OSM-Editoren kann man schon klarkommen und auch effizient arbeiten, wenn man möchte. Braucht eben etwas Eingewöhnungszeit. Außerdem sollte man unbedingt mal die Tutorials lesen, bevor man nach dem Trial und Error Prinzip rumpfuscht. Viel Erfolg! signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach ist ein Problem!
André Reichelt schrieb: Da hast Du allerdings leider ein Bisschen Recht. Einige hier wollen einfach nicht einsehen, dass einige Nutzer vor allem in neuerer Zeit mühevoll eingegebene Daten in ein paar Sekunden zu Nichte machen. Ich mutmaße, dass diese Leute vor lauter Programmiererei gar nicht mehr die eigentlichen Daten ansehen und gar nicht mitbekommen, wenn etwas kaputt geht. Meine Güte! Hier wird manchmal dramatisiert, was das Zeug hält. Ich geh mal davon aus, dass die meisten Anfänger, die sich mit OSM beschäftigen wollen, auch bereit sind etwas dazuzulernen. Dass am Anfang Fehler gemacht werden ist da ganz klar und ärgert oft die anderen Mapper. Aber ich denke die Zahl der korrekten Mapper nimmt am Ende ja trotzdem zu (Anfänger lernen halt) und damit werden die Fehler auch wieder korrigiert früher oder später. Es ist ja nichts so, dass Leute den ganzen Tag nur Schwachfug mappen und eiskalt jeden Tip ablehnen und andere sind die ganze Zeit dabei die Fehler wieder zu korrigieren. Manchmal denke ich, dass viele Leute hier trotzdem das Gefühl haben, dass es so ist. Zumal auch nie von Leuten die Rede ist, die eben einfach mal ganz normal von Anfang an klarkommen mit den Editoren und still und leise die Karte vervollständigen. Alle Ideen, die Edits zu beschränken, treffen auch genau diese Leute. Außerdem, wie gesagt: Ich bin gegen eine OSM-Klassengesellschaft! Ich bin da im Übrigen glaub ich mit Frederik einer Meinung. Verbessert den Lernprozess, aber behindert ihn nicht. PS: Wer es immer noch überlesen haben sollte: Wer einen Speichernbutton bei Potlatch fordert, sollte sich schonmal Gedanken machen, wie er Kollisionsbehandlungen machen möchte! Vielleicht gibts ja doch ne schicke Idee und man kann dem Entwickler diese nochmal vorstellen, aber einfach pauschal sagen Potlatch ist Dreck, weil der Speichern-Button fehlt, find ich ziemlich schwach. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach ist ein Problem!
Andreas Pothe schrieb: FreeWorld schrieb: PS: Wer es immer noch überlesen haben sollte: Wer einen Speichernbutton bei Potlatch fordert, sollte sich schonmal Gedanken machen, wie er Kollisionsbehandlungen machen möchte! Eine Kollisionsbehandlung ist jetzt auch schon erforderlich. Auch jetzt ist es möglich, dass zwei Leute zufälligerweise zeitgleich im gleichen Gebiet arbeiten. Klingt plausibel. Hat jemand ne Ahnung, wie das momentan technisch gehandhabt wird? Vielleicht gibts ja doch ne schicke Idee und man kann dem Entwickler diese nochmal vorstellen, aber einfach pauschal sagen Potlatch ist Dreck, weil der Speichern-Button fehlt, find ich ziemlich schwach. Und ich finde es ziemlich schwach, sich hinter einem Pseudonym und einer anonymen E-Mail-Adresse zu verstecken und dann andere zu beschimpfen. Soll ich das wirklich kommentieren? signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach ist ein Problem!
Hallo, =20 D.h. momentan ist ein Weg von da wo jemand den Editor startet bis zum = Deselektieren nach einer =C4nderung lokal im Cache und beim Deselektie= ren wird=20 dann alles =FCberschrieben was irgendjemand seit dem Starten des Edito= rs an=20 diesem Weg gemacht hat? =20 Davon gehe ich aus. =20 Und da sage jemand, Potlatch br=E4uchte bisher keine Kollisionsbehandl= ung... :( Mit dem aktuellen Status w=E4re es IMHO kein Unterschied ob implizit o= der=20 explizit gespeichert wird, nur dass Kollissionen bisher vermutlich ein= fach=20 nicht auffallen. =20 Mit API 0.6 wird alles besser ;-) dort wird die API ein Update verweigern, wenn Du sagst meine alte Versionsnummer ist 13 und mittlerweile aber 14 aktuell ist. =20 Bye Frederik Man kann halt davon ausgehen, dass momentan die Wahrscheinlichkeit solch einer Kollision nicht so gro=DF ist. W=FCrde man aber eine Weile offline arbeiten, dann wird das Problem akuter. BTW: Wie macht JOSM das denn eigentlich so mit der Kollisionsbehandlung? signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach ist ein Problem!
An dieser Stelle möchte ich auch noch mal meine Meinung abgeben und ein paar Gedanken zur Qualitätssicherung loswerden. Ich bin auch kein Freund von Potlatch, aber ich verstehe die Probleme. Der Editor arbeitet eben direkt auf den Daten, da man sonst eine Kollisionsbehandlung einbauen müsste, falls mehrere Leute an den gleichen Daten arbeiten und das ist schwierig. (hat der Entwickler von Potlatch übrigens schonmal hier gepostet) Dass neue unerfahrene User damit einiges an Unheil anrichten können, durfte ich schon mehrfach erfahren. Ich stimme aber zu, dass das eben nicht speziell an Potlatch liegt. Nun zum Thema Qualitätssicherung. Ich halte es nicht für sinnvoll, Grenzen in der Bearbeitung der Daten einzubauen. Das ist kontraproduktiv und verschreckt Neulinge. Außerdem müssen die Daten praktisch 2 Mal bearbeitet werden. Gilt auch für die Idee mit den 2 Datenbanken. Außerdem, woher sollte denn ein sogenannter Reviewer wissen, ob da jetzt der Weg so ist oder so? Ein schlimmeres Problem ist, dass wir die Mapper in Klassen einteilen - das widerspricht irgendwie dem Freiheitsgedanken des Projektes. Was kann man also tun? Ich glaube man muss einfach Mechanismen entwickeln, dass Leute eine einfache Möglichkeit bekommen, über kürzliche Änderungen in einem definierten Gebiet informiert zu werden und wenn sie möchten noch mal drüber schauen. Die Änderungen sollen ruhig ganz normal gemacht werden und nicht zurückgehalten oder so, aber wenn noch mal jemand informiert wird, dass hier eben was geändert wurde, dann soll der schon nochmal schauen können und somit grobe Fehler gleich wieder korrigieren und am besten Kontakt zum entsprechenden Mapper aufnehmen können. Vielleicht sollten wir uns auch Gedanken machen, wie man jeden irgendwie kontaktieren kann. Man kann ja trotzdem anonym sein (z.B. randommäßig seinen Nick wechseln oder so), aber ich möchte bitte den Menschen der Straße X gemappt hat explizit ansprechen können (dabei ist es mir egal, welche Straßen der noch gemappt hat). Ich denke das könnte so tatsächlich was bringen. Kommentare? Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] World-File vom 18.6.08
Carsten Schwede schrieb: Hallo das Worldfile steht wieder zum Download bereit. Es ist nicht getestet (nur in QLandkarte), es sind keine osm-Kacheln diese Woche dabei, Es wird wohl wieder nur in QLandkarte funktionieren oder direkt in den Geräten. http://wiki.openstreetmap.org/index.php/User:Computerteddy Also die gmapsupp.img funktioniert! 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] Datenbankserver down
Hallo, weiß jemand, was da mit dem Datenbankserver geht? Der scheint mir schon ziemlich lange keine Antwort mehr zu geben. Ist da gerade was Konkretes im Gange oder steh ich gar mit dem Problem alleine da? Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 11.6.2008
Garry schrieb: Carsten Schwede schrieb: Hallo, die neuen Daten stehen wieder zur Verfügung. Ich habe das Ganze wieder mit der älteren Version von mkgmap gerechnet, es sollte also kein Problem mehr auftreten mit dem Einbinden in Mapsource. Als kleinen Zusatzbonus gibt es jetzt die Deutschlandkarte auch mit eingebauten Typ-File von Saftl. Was macht den das Typefile? Gruss Garry Das Typfile verändert das Aussehen der Objekte bei der Anzeige auf dem Garmin-gerät. Einfach ausprobieren... Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Garmin FIND-Menü
Ich hab mal ne prinzipielle Frage zu dem Garmin Findmenü. Es gibt andere garmin-Karten, von denen werden die POIs in die Kategorien eingeordnet, die im Findmenü des Garmin zu finden sind. Teilweise werden sogar neue Kategorien angelegt. Ich fände das wäre ein Fortschritt, was die Nutzbarkeit der OSM-Karten auf dem Gerät angeht. So von wegen: Was du suchst ein Restaurant in der Nähe? Kleinen Moment... Spricht da was prinzipielles dagegen, oder ist das noch nicht genug reverse engineered? Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Nutzung von Luftbildern des Bayrischen Landesamts für Vermessung und Geoinformation in OpenStr eetMap
Krass ihr redet ja schon ernsthaft übers Löschen der von Luftbildern abgezeichneten Daten. Also meiner Meinung nach ist es weder per Skript noch sonst irgendwie nachvollziehbar, wer was mit Luftbild getagt hat. Außerdem - seit wann müssen denn überall GPX-Tracks hochgeladen sein? Ich lade meine auch nie hoch, machen bestimmt viele andere auch so. Ich frag mich halt die ganze Zeit, was die Landesvermessungsämter überhaupt von OSM denken. Möglicherweise interessiert die das kein bisschen, was wir da so machen, auch mit Hilfe ihrer Luftbilder eventuell. Vielleicht sind sie auch ziemlich angepisst, wenn wir ihnen mehr oder weniger Arbeit und Einnahmen wegnehmen - ich weiß es nicht. Kennt jemand Leute, die da arbeiten und mal n bissel Insiderwissen haben? Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
Sven Rautenberg schrieb: Ganz ehrlich: Hier wird ein Wirbel um etwas gemacht und das festgemacht an der angeblich falschen Verhaltensweise eines Editors - aber die Augen fest verschlossen vor dem viel grundsätzlicheren Problem. Stattdessen wird drüber nachgedacht, willkürliche Eingangshürden aufzubauen, nur damit die Elite bloß nicht von einfachen Usern gestört wird. Hätte Wikipedia so gearbeitet, wäre das Konzept direkt gescheitert, würde ich mal behaupten. Liefert Belege für die These, Potlatch-User würden unabsichtlich die Karte zerstören, oder laßt sie ein für allemal fallen. Viele Grüße Sven Also ich finde du gehst ganz schön ab. Ich würde dir jetzt gerne mehrere Beispiele der letzten 2 Monate schicken, wo Newbies, was mit Potlatch zerstört haben. Das hat nichts mit Vandalismus zu tun, sondern mit Anfängerverwirrung. Da ich zum Glück ab und zu mal über die Karte browse, kann ich diese Fehler gleich wieder ausbügeln. Fehler waren unter anderem: - Nodes komplett durch die Kante geschoben, darunter auch Bundesstraßen usw. (ließ sich alles wieder korrigieren, war aber eindeutig Potlatchproblem) - Nodes nicht ordentlich verbunden (auch eindeutig Potlatchproblem) - Verwirrung, was Eingabe von Relationen usw. angeht (ist zugegeben strittig) Wenn du willst, mache ich dir das nächste Mal Screenshots von vorher - nachher. Und dass andere Editoren Newbies vor ganz andere Probleme stellen, bezweifle ich nicht, aber es ist nicht so leicht, die Daten unabsichtlich zu versauen. Auch eingefleischte JOSM-Nutzer haben oft Probleme Potlatch anständig zu bedienen, aber ist vermutlich andersrum genauso *g*. Ich bin auch gegen sofortiges ändern der Daten auf dem Server! Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neues Worldfile vom 28.5.08
Holger Issle schrieb: Hi, Ich habe es folgendermaßen probiert: srtm2osm.exe ... @Computerteddy: So in der Art müsste es doch auch automatisch funktionieren, oder? Einfach nur Deine Kacheln noch mit srtm2osm mit Höhenlinien versehen und dann erst durch mkgmap jagen... Dann sind aber die Karten *mit* Höhenlinien und selbige nicht abschaltbar. Damit Karten mit _nur_ Höhenlinien machen und die als transparent markieren, und zusammen mit der Straßenkarte einblenden wäre besser, oder? Dann hätte man auch auf den käuflichen Straßenkarten Höhenlinien drauf ;) Da würde ich auch zustimmen. Ist doch eigentlich kein Problem, ein Mal ne transparente Garminkarte nur mit Höhenlinien zu machen. Diese könnte man dann einfach mit der ganz normal gerenderten linken und denn ist das doch alles toll - oder stell ich mir das zu einfach vor? Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Nutzung von Luftbildern des Bayrischen Vermessungsamts in OpenStreetMap
Also hiermit bekommt man die Capabilities vom Bayrischen Vermessungsserver: http://www.geodaten.bayern.de/ogc/getogc.cgi?SERVICE=WMSVERSION=1.1.1request=GetCapabilities Seh ich das richtig, dass der bei den Orthofotos nur EPSG:31468 kann? signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Bäckereiproblem in JOSM
Also ich hab mich schon immer gewundert, aber jetzt ist es mir erst mit den neuen Presets in JOSM richtig aufgefallen. Wenn ich ne Bäckerei taggen möchte und ich mache das mit den Presets, dann krieg ich nen shop=baker serviert. Schau ich hingegen in den Map Features, dann finde ich dort ein shop=bakery. Wenn ich das umändere zeigt mir JOSM son hässliches Bauarbeitersymbol an. Was stimmt denn nun? Ein kleiner Fehler in den Presets oder doch in den Map Features? Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Dörfer flächenmäßig taggen
Ok, also nach langer Diskussion entnehme ich jetzt als Threadersteller für mich folgendes Schema: ich tagge landuse=residential überall da, wo Wohngebiete sind. Dann zieh ich mir einfach ne zweite area und umschließe die Wohngebiete, die Industriegebiete, die Parks etc. und geb dem Ding nen place=village und nen name=A-Dorf. Ist eigentlich das was mir am klügsten vorkommt. Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] neues Worldfile vom 21.Mai 2008
Carsten Schwede schrieb: Hallo, die neu gerechneten Daten stehen mal wieder zum download zur Verfügung. http://wiki.openstreetmap.org/index.php/User:Computerteddy Leider geht das gmapsupp.img schon wieder nicht. Da scheint irgendwo n systematischer Fehler drin zu sein. Kannst du das wieder aus Qlandkarte exportieren oder so? Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] PGP/GPG
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hol dir einfach nen Mailclient der PGP/GPG kann und das dann ordentlich anzeigen kann. Ich gebe zu hier in der Liste ist das nicht ganz so wichtig mit der Identifikation, aber ich könnte mir Szenarios vorstellen in denen es doch ganz gut ist, wenn man weiß, dass derjenige, der jetzt den Thread schreibt vor einiger Zeit nen anderen schrieb und wenn ich ihm zum Beispiel privat ne Mail schicken möchte, bzw. er mir, wir sicher sein können, dass wir mit der richtigen Person reden. Meiner Meinung nach sollte Verschlüsselung bzw. Signatur zum Standard werden und alle sollten damit umgehen lernen. Dass es in dem Falle dieser Mailingliste vielleicht nicht ganz so sinnvoll ist, sollte da nicht so kritisch gesehen werden. Und wenn es bei manchen deshalb zu Lesbarkeitsmängeln kommt, tuts mir Leid - nehm ich aber in Kauf. Grüße -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFINCrGkASFvss5Ug8RAjR5AKCLlHP3GMDMAuxIQBwSwVftTFCXIQCggtHM 5X0MX5hDdr1yedY7RW8vd2c= =Qsce -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] PGP/GPG
André Reichelt schrieb: Das Thema wurde nun auch schon mehrfach im CC2 angesprochen, aber keiner konnte mir so wirklich erklären, wie ich denn nun selbst verschlüsseln. Evolution auf meinem eeePC zeigt mir immer an, dass die Signatur ungültig ist und Thunderbird kann anscheinend überhaupt nicht damit umgehen. Kennt eigentlich wer ne gute Alternative zu Thunderbird für Windows? Hää? Thunderbird kann das sogar wunderbar. Auch unter windoofs. Einfach GnuPG für windows installieren und dann die Thunderbird-Erweiterung enigmail und dann geht das schon ganz gut. Man muss natürlich die öffentlichen Schlüssel der User, die man verifizieren möchte herunterladen oder sonstwo her bekommen. (da gibt es öffentliche Schlüsselserver im Netz) Eigentlich managed das auch alles das enigmail-plugin gleich mit. Grüße http://www.erweiterungen.de/detail/Enigmail/ 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] Dörfer flächenmäßig taggen
Hallo Leute, ich hab das Problem, dass ich nicht so richtig weiß, wie ich ein ganzes Dorf einschließlich seiner Grenzen korrekt einzeichne. Mal angenommen ich wüsste schon ziemlich gut, wo das Dorf so langgeht und so, wie mache ich das dann mit der Grenze? Bisher habe ich überall wo Häuser und Grundstücke sind landuse=residential gemacht. Dann hab ich an die selbe area noch nen tag place=village und den namen rangehaun. Nun hab ich jedoch festgestellt, dass die amtlichen Dorfgrenzen auch einen Park und ein kleines Gewerbegebiet umfassen, die ich wohl schlecht mit landuse=residential taggen möchte. Muss ich, um das Dorf zu erfassen nun noch ne Fläche anlegen, die eben auch den Park und das Gewerbegebiet mit umschließt? Gibts da Relationen oder so? Oder sieht OSM das gar nicht vor, dass die amtlichen Verläufe der Dörfer erfasst werden? Klärt mich bitte auf! Danke und grüße! signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Luftbild in JOSM als Digitalisiervorlage
Christian Henkel schrieb: Es ist ja nun nicht gerade der Sinn, Luftbilder einfach abzuzeichnen. Gruss aus Berlin Christian Was solln das heißen? Wenn es erlaubt ist bestimmte Luftbilder abzuzeichnen, dann ist das doch gut! Auch die großen Kartographiefirmen malen mehr oder weniger von Luftbildern ab. Alles nur stur mit dem GPS-Gerät machen zu wollen ist nicht nur umständlich sondern oft auch ungenau - vor allem nahe an Häusern ist die Abweichung enorm. Um ein einziges Haus mit nem GPS-Gerät zu mappen müsste man praktisch von jeder Seite aus mindestens einmal auf das Haus zu laufen und es wird trotzdem noch extrem ungenau. Ich will jetzt auch nicht sagen, dass Luftbilder das Non-plus-ultra sind, aber es wäre einfach nur dämlich darauf zu verzichten. Ich spreche mich hiermit auch nochmal deutlich für eine einfachere Variante aus, bestimmte Bilder in diversen OSM-Editoren hinterlegen und zurechtzerren zu können. Stelle mir sowas vor wie Bild (jpg, png, ...) öffnen und in definierten Rahmen passen, anschließend dann am besten noch mit den schon vorhandenen WMS-Funktionen zurechtrücken (kann man ja mit eigenen GPS-Tracks machen) und denn drauf los mappen. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tags an Gebäude und extra node?
Christoph Eckert schrieb: Moin, wenn ich Gebäude einzeichne und an deren Stelle vorher ein node war, genauer ein POI z.B. ein Restaurant oder so, soll ich dann die tags an das Gebäude übernehmen und den node löschen oder den node lassen und die tags trotzdem übernehmen oder die POI-Info direkt am node lassen? wenn man aus OSM-Daten POIs oder so 'rauszerren will ist es natürlich schön, wenn es einzelne Nodes gibt. Andererseits können ordnungsliebende Menschen wie ich es nunmal bin gar nicht mitansehen dass die Info doppelt vorhanden ist - zumal wenn es dann auch noch doppelt gerendert wird ;-) . Den Node kann man entweder killen oder an die Stelle des Eingangs in den Gebäudeumriss setzen. Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de Also das Problemchen ist doch, wenn ich das recht verstehe, dass man dann keine schönen POIs mehr hat, wenn mans nur noch ans Gebäude direkt dran tagt. Kann der Renderer bzw. mkgmap speziell nicht einfach Areas mit Tags auswerten, einen POI in die Mitte der Fläche setzen und fertig? Klingt für mich jedenfalls nach nem renderer Problem und ich finde es blöde die Daten an den Renderer anpassen zu müssen. Umgekehrt sollte es sein. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 14.5.08
Carsten Schwede schrieb: Hallo, Carsten Schwede schrieb: falls du heute eine zweite gmapsupp.img mit ner älteren version von mkgmap gerendert hast (hab ich mal aufgrund des datums der datei geraten), dann hat es nichts geholfen. Auf dem 60CSx gehts immer noch nicht. Habe ich gemacht, aber wenns nicht geholfen hat, dann weiss ich auch nicht mehr weiter. Und ich habs doch nochmal gemacht, und zwar mit QLandkarte, diese funktioniert, ich hab nämlich doch noch ein Gerät zum Testen, auch wenn die Karten nur angezeigt werden können. (Straßen-Navi) Stimmt, alles in Ordnung - gmapsupp.img läuft. Vielen Dank für deine Mühe. Ich hab auch keine Ahnung, warum Qlandkarte bei mir solche Spirenzien macht. Ich konnte leider die Kacheln nicht einfach aus dem Worldfile mit Qlandkarte auswählen (war auch meine erste Idee). Früher ging das. Muss ich wohl nochmal neu kompilieren. Und was da jetzt eigentlich mit der gmapsupp los war, versteh ich auch nicht. Aber du kannst ja mal a bisserl testen, wenn du wieder voll ausgerüstet bist *g* Danke Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Osmarender verbessern
Hallo Leute, Osmarender find ich eigentlich rein optisch irgendwie ansprechender als Mapnik, aber das ist ja Geschmackssache. Will jetzt hier auch auf keinen Fall noch nen Flame-War lostreten, aber es gibt ein paar Dinge, die Mapnik doch etwas besser macht. Ich denk der größte Aspekt ist das Rendern der Beschriftung. Mapnik hat anscheinend irgendnen Algorithmus drin mit dem häßliche Doppelbeschriftungen vermieden werden. Bei Autobahnen oder anderen Straßen mit mehreren getrennten Fahrbahnen, die halt gleich heißen, tritt das auf. Kann man das nicht einfach von Mapnik übernehmen? Ich meine es ist ja hier auch kein Konkurrenzkampf oder so. Man kann ja die Vorteile von den Renderern irgendwie vereinen. Wär jedenfalls schon ziemlich cool. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 14.5.08
Carsten Schwede schrieb: Hallo, ich bin im Moment völlig GPS-los, da mein etrex in Reparatur ist. Daher kann ich gar nichts testen. :-( Ich kann aber morgen dann mal ein gmapsupp mit einer älteren mkgmap- Version machen, das tut dann hoffentlich. (Ich bräuchte wohl ein zweites GPS) Hallo Computerteddy, falls du heute eine zweite gmapsupp.img mit ner älteren version von mkgmap gerendert hast (hab ich mal aufgrund des datums der datei geraten), dann hat es nichts geholfen. Auf dem 60CSx gehts immer noch nicht. Außerdem kann ich bei Qlandkarte neuerdings die Mapsegmente nicht mehr auswählen, falls ich deine .tdb-version benutzen mag. Das heißt er wählt schon, aber nicht das was ich wähle, sondern springt immer hin und her. Is womöglich n bug in Qlandkarte. Hat noch jemand n bissel rumprobiert? Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Worldfile vom 14.5.08
Carsten Schwede schrieb: Hallo, Die Daten sind mal wieder aktualisiert und liegen unter http://wiki.openstreetmap.org/index.php/User:Computerteddy zum Download bereit. und leider geht irgendwas nicht. Wenn ich die gmapsupp.img auf mein garmin 60CSx schiebe, wird nix angezeigt! Hat noch jemand das Problem? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Tags an Gebäude und extra node?
Hallo Liste, wenn ich Gebäude einzeichne und an deren Stelle vorher ein node war, genauer ein POI z.B. ein Restaurant oder so, soll ich dann die tags an das Gebäude übernehmen und den node löschen oder den node lassen und die tags trotzdem übernehmen oder die POI-Info direkt am node lassen? Gibts da ne Richtlinie oder so? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de