Re: [Talk-de] OSM und Politik
Am 29.05.2010 11:59, schrieb Markus: Das verhindert aber nicht, dass die Gemeinsachaft aller OSMer, also OSM in der Aussenwirkung, implizit immer auch politisch ist und wirkt. Alles ist politisch. Wenn Du Coca-Cola kaufst ist das politisch. Wenn Du kein Coca-Cola kaufst ist das sogar hochpolitisch. In der Binnenbetrachtung ist OSM sowieso immer politisch, entsprechend der politischen Haltung und Aktivität der einzelnen OSMer. OpenSource ist sehr politisch. Mit der Erstellung, Unterstützung oder Anwendung bezieht man eine deutliche Position. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was kann OSM 2020?
Am 29.05.2010 00:19, schrieb André Reichelt: Am 28.05.2010 23:18, schrieb Florian Gross: Ich darf mir also z.B. einfach so aus google maps einen Atlas basteln, als Quelle google maps angeben und den drucken und verkaufen? [...] Wichtiger ist mir vor allem: bei google maps und Co. sind die Daten nicht frei verfügbar. Realistische Abschätzung: Wie viele Leute basteln sich einen Atlas? Sicher, das ist ein schönes Schmankerl, aber man sollte daraus nicht das Hauptargument machen, da man damit nur eine Minderheit anspricht. Das sehe ich anders. Inzwischen habe ich (dienstlich) einen eigenen Mapnik am laufen. Das ist sicher eine nicht so häufige Anwendung. Aber spätestens wenn halbwegs einfach zu installierende und bedienende Renderer verbreitet sind wird die Anwenderschicht größer. Schon lange davor habe ich regelmäßig und dankbar die Shapefiles der Geofabrik genutzt um sie im GIS zu verwenden. Und um Dir die Minderheit kaputt zu machen ;-) Die Nutzer der Karten/Anwendungen die es nur gibt weil die OSM-Daten als Daten frei verfügbar sind zähle ich auch zu den Profiteuren dazu. Also diejenigen, die ÖPNVkarte, Wanderkarten, Reiterkarte, Seekarten etc, nutzen. Und natürlich auch die Nutzer meiner Fahrplanauskunft. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Notaufnahme-Frisör
Hallo Klaus, Am 27.05.2010 10:37, schrieb Klaus Hanauer: beim mappen eines Klinikums bin ich auf einen Frisörsalon mit dem Namen Notaufnahme gestoßen. Falls es sich weder um eine med. Einrichtung noch um ein Friseurgeschäft in einem Krankenhaus handeln sollte, gehe ich von einer groben Irreführung aus. Laut Suchmaschinenergebnis gibt es eine Friseurkette namens Notaufnahme = http://www.notaufnahme.com/LU/standorte.php 2 Filialen davon liegen in Trier, Paulinstr. 57 und Saarstr.68. Das hat also wohl so seine Richtigkeit, auch wenn daraus jetzt das von dir dargelegte Problem entstehen könnte. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was kann OSM 2020?
Am 27.05.2010 23:26, schrieb Ulrich Grothaus: Satellitenbilder werden wir nicht in der Auflösung bekommen, aber in meinen Augen hat OSM einen anderen Mehrwert: es kann genauer sein, wenn die Locals ihr Know how einbringen. Dem kann Google nichts entgegen setzen, weil es zu teuer ist, die Daten gegen Geld zu erheben. Details von Locals und supereinfacher Zugriff auf die ganzen Tags, das ist die Zukunft. Viele Details kann sich Google aus den StreetView-Bildern holen. Ich sehe den Vorteil eher in der Aktualität. Mit Google kann ich mir Wege in seit 5 Jahren im Tgaebauloch versunkene Orte suchen lassen oder das Berliner S-Bahn-Netz von 2003 betrachten. Und aus SV bekomme ich viele Details. Aber nur alle 10 Jahre. Und daran daß ich bei Google nur ein Bild, bei OSM aber die Daten bekomme wird sich auch kaum etwas ändern. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM städtisch ausgelegt. Land brau cht den cyclefootway
Hallo Jörg, Halte ich auch so. Etwas angefresen bin ich auch wenn jemand großflächig anfängt, von mir erfasste cycleway/footway/track in path zu verschlimmbessern, die man dann außerdem in der Karte nicht mehr auseinander halten kann. Wenn der highway=path inkl. bicycle=designated und/oder foot=designated eingetragen wird, dann rendert ihn Mapnik genau so blau oder rot wie highway=cycleway bzw footway. Heraus kommt ein path-Brei von dem ich nicht weiß ob mich vor Ort ein asphaltierter Weg oder eine Stelle erwartet wo ich das Rad tragen muß. Sowas ist einfach nur Mist. Auch ein highway=cycleway muss nicht zwingend geteert sein. Eine Unterscheidung nach surface=* fände ich allerdings auch praktisch (insbesondere bei path), z.B. durchgezogene Linie bei paved/asphalt/etc. und die heutige gestrichelte Linie bei unpaved/gravel/etc. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Inkonsistente Küstenlinien
Hallo Chris, Kannst Du nicht die processed_p-Kuestenlinien nehmen und daraus schnell Pseudo-OSM-Daten fuer den mkgap bauen? Wo gibt es die? Hier: http://tile.openstreetmap.org/processed_p.tar.bz2 am selben Ort: http://tile.openstreetmap.org/shoreline_300.tar.bz2 http://tile.openstreetmap.org/world_boundaries-spherical.tgz Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arbeiten mit Osmosis (war: Re: W ohnmobil-Stellplätze bei OSM)
Hallo Frederik, Thomas Ineichen wrote: Ich arbeite hier mit dem Schweizer Ausschnitt (ca. 80 MB). Wenn ich mit Osmosis alle Toiletten (amenity=toilets) kopiere, dann dauert das 30 Minuten - ein Import der Schweiz mit osm2pgsql klappt aber in nur 6 Minuten und ich bin danach viel flexibler.. Kommt drauf an, was Du machen willst. Osmosis erzeugt Dir halt einen echten OSM-Datensatz, den Du auch z.B. in den JOSM laden und bearbeiten und wieder hochladen kannst. *Diese* Flexibilitaet hast Du mit osm2pgsql nicht. Stimmt, aber als Rückkanal werde ich wohl Potlach/Remote-Plugin nutzen.. Auch wird Osmosis Dir alle Tags extrahieren, osm2pgsql nur die, die Du per style-File anforderst (ausser natuerlich, Du bastelst mit dem neuen hstore-Zeug rum). Das mache ich seit heute, danke für den Hinweis! :) Die Import-Zeit mit Hstore ist zwar um ca. 40% gestiegen, aber bei 'meinen' Datenmengen ist das noch verkraftbar. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Arbeiten mit Osmosis (war: Re: W ohnmobil-Stellplätze bei OSM)
Hallo zusammen, Um die Datenmenge mit der ich arbeite klein zu halten, habe ich zunächst aus dem osm-File mittels 'osmosis' die 'nodes' und 'ways' die als 'tourism=caravan_site' getaggt sind, extrahiert. Ich arbeite hier mit dem Schweizer Ausschnitt (ca. 80 MB). Wenn ich mit Osmosis alle Toiletten (amenity=toilets) kopiere, dann dauert das 30 Minuten - ein Import der Schweiz mit osm2pgsql klappt aber in nur 6 Minuten und ich bin danach viel flexibler.. Ist Osmosis bei grösseren Datenmengen (im Verhältnis) schneller? Oder welche Vorteile hat Osmosis? Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering vom Ausland
Hallo Markus, Sollte /auf der Standard-OSM-Karte/ nur in Ausnahmefällen in anderssprachigen Orten verwendet werden: - bilinguale Orte: Genf (CH) - DE/CH/AT-staatlich anerkannte Schreibweise: Rom, Paris (Exonym)) Keinesfalls in früher deutschsprachigen Orten (Imperialismus). Ich glaube, Du lebst inzwischen schon zu lange in Deutschland.. ;-) Genf ist genauso französischsprachig wie Paris; die grösste bilinguale Stadt in der Schweiz ist Biel/Bienne (die übrigens offiziell diesen Doppelnamen trägt): http://de.wikipedia.org/wiki/Biel/Bienne#Bev.C3.B6lkerung In der ganzen Stadt sind die Strassen zweisprachig angeschrieben - in OSM aber bisher nur auf deutsch erfasst. Wer also mal da im Urlaub sein sollte.. Wie Du selber auch schreibst, ist die Namensgebung (leider) häufig ein Minenfeld, da auch politische und geschichtliche Machtansprüche mit- spielen. Es reicht eine Karte für jede Weltschrift: Insbesondere, da es sich bei ausländischen Namen häufig nicht um Über- setzungen in die Inlandssprache handelt, sondern um unterschiedliche Transkriptionen der 'ausländischen Laute': http://de.wikipedia.org/wiki/Transkription_%28Schreibung%29 Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geodaten für Zürich
Hallo Markus, ich war auf einer Tagung bei Google in Zürich und habe dort Menschen aus dem GIS-Umfeld der Stadt Zürich kennengelernt. Die finden OSM gut und wären bereit, Daten zur Verfügung zu stellen. Ich war per Zufall vorgestern Freitag beim GeoZ und habe dort nach der Verwendung der Luftbilder der Stadt gefragt. Wenn alles klappt sollte ich bald ein schriftliches OK dazu haben. Um welche Daten ging es denn bei Dir? Einen entsprechenden Kontakt kann ich gern vermittel. Leider kenne ich die Schweizer/Zürcher-OSM-Szene nicht: wer wäre ein geeigneter Gesprächspartner? Hier lesen nur wenige Schweizer mit; die CH-Liste findest Du hier: http://lists.openstreetmap.ch/mailman/listinfo/talk-ch Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gemeindegrenzen und Straßennamen
Hallo Chris66, NSG Lüneburger Heide mit addr: Tags: http://www.openstreetmap.org/browse/way/44815930/ Es handelt sich bei den addr:-Tags um die Adresse der Verwaltung des NSGs. Mein Hinweis (IIRC im Chat), dass diese Vorgehensweise eher.. mmh.. kurios ist, hat den Ersteller damals nicht davon abgehalten, es trotzdem so zu taggen.. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: herauszoomen aus der Download-Karte ohne Maus
Hallo Daniela, Bei der Gelegenheit: Wie geht denn Karte verschieben in JOSM? Downloadfenster: Windows-Taste + Pfeile Arbeitsfenster: Strg-Taste+ Pfeile Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene OSM-Wikiseite für Radfahr-Verein e
Am Sun, 09 May 2010 09:21:33 +0200 schrieb Tirkon tirko...@yahoo.de: ... in dem zudem auch nur wenige offizielle Routen existieren. Die gibt es offensichtlich nur in den Köpfen insbesondere der Radfahrvereine, aber nicht ausgeschildert. (...) Vielleicht gibt es irgendwann mal einen OSM Datenbank Layer für nichtoffizielle Routen. Dann wäre die ganze Diskussion nämlich vom Tisch. Es gibt eine Hilfskrücke, das state=proposed -Tag, laut Wikiseite zu Relation:route ausdrücklich für noch nicht beschilderte, aber geplante Fahrradrouten zulässig. Wobei es m.E. darauf ankommt, von wem und wie geplant. Es sollte schon einen Beschluss/Entschluss einer Stelle (Stadt-, Gemeinderat, Tourismusverein...) geben, die sachlich zuständig ist, irgendwann mal Schilder aufzustellen. Sobald ich so ein Papier mit den Einzelheiten gesehen habe, kommt die Route bei mir als proposed in OSM, und das Tag fliegt raus, wenn die Schilder draußen stehen (kann noch lange dauern). Ein Radfahrverein ist nun gerade üblicherweise nicht für die Wegweisung sachlich zuständig, jedenfalls heute nicht mehr. Die Zeiten, als Radfahrvereine eigene Radwege bauten, wo nur die Mitglieder kostenlos fahren durften, sind seit 80 Jahren vorbei. Allerdings gibt's Fälle, wo Radsportvereine ihre permanenten Trainingsrouten selbst beschildern, was aber meist nur sparsam und für den Eingeweihten lesbar geschieht (Pfeile an Bäume malen etc., das Geld für eine Abstimmung mit dem Straßenbauamt und feste Wegweiser will in meiner Ecke kein Verein ausgeben). Wäre m.E. der wirkliche Grenzfall für die Aufnahme in OSM. -- Viele Grüße, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene OSM-Wikiseite für Radfahr-Verein e
Am Sat, 08 May 2010 14:41:11 +0200 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: denn ich komme mit meinem Fahrrad (Mountainbike, Federgabel, Reifen mit Stollen) auch noch auf grade5-Wegen gut voran. Dementsprechend würde eine Route, die ich fahre, schonmal auch solche Wegen enthalten ... es gibt auch ADFC-Touren über solche Wege, wir kündigen das aber vorher an. Lieber die Leute bitten, die benutzten Wege mitzuloggen und einzutragen, wo sie fehlen. Wunder bei der Detailtreue sind da allerdings nicht zu erwarten, zum systematischen Aufzeichnen ist bei solchen Touren gar keine Zeit. Verlauf und Oberfläche sollten dann im Wesentlichen stimmen, Weiteres ist nur Zugabe. -- Viele Grüße, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene OSM-Wikiseite für Radfahr-Verein e
Am Sat, 08 May 2010 16:45:42 +0200 schrieb Tirkon tirko...@yahoo.de: Das Einzige, was von einer Mehrheit für OSM zumindest bisher wegen fehlender Recourcen ausgeschlossen wurde, sind fiktive und nicht mehr existente geschichtliche Objekte. Eventuell könnte diese Begrenzung auch für Privates und Inoffizielles herangezogen werden. Dann aber müsste man definieren, was offiziell und inoffiziell ist und hätte die erste Relevanzregel, die unter die Rubrik Geschmackssache fiele und über deren Formulierung und Auslegung man geteilter Meinung sein kann. Dafür gibt's ja in meiner Gegend ein Beispiel (hatte ich letzten Herbst hier schon erwähnt), wo ein User quer über Thüringen und Sachsen ein paar gut mit dem Fahrrad befahrbare Straßenstücke mit lcn-Tags (ohne Namen für den Weg oder das Wegenetz, die vor Ort auch nicht vorhanden sind) versieht. Ist total privat, obwohl die Wege gewisse technische Gemeinsamkeiten haben. Da die Cyclemap nur eine grobe Übersicht bietet (wobei die von mir neulich monierten Render-Aussetzer jetzt nicht mehr auftreten, da lief wohl mal was schief), lasse ich das vorerst drin. Verletzt aber wohl den Grundkonsens, dass die Cycle-Netzwerke etwas Offizielles (Name oder Nummer) an sich haben sollen. Vernünftigerweise müsste man alle solchen Wege markieren, dafür reicht aber die Auswertung der Merkmale von highway, wenn die halbwegs stimmen. -- Viele Grüße, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Stadt/Land: Schere schließen , Alleinstellungsmerkmal
Hallo Daniela, Shop ist definitiv was anderes, aber unter amenity=cafe firmieren doch imho auch Bistros, also was gegen den kleinen Hunger. Da würde ich eine Eisdiele jetzt nicht mit einordnen. Und cuisine hat für mich was mit Stilrichtung der Küche zu tun, da paßt Eiscreme jetzt auch nicht so ganz. A propos 'normative Kraft des Faktischen': cuisine=ice_cream gewinnt gegen amenity=ice_cream mit 314:149 ;-) http://tagwatch.stoecker.eu/Germany/De/ignored_cuisine.html http://tagwatch.stoecker.eu/Germany/De/ignored_amenity.html Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzt Google (auch) die Daten von OSM?
Am 07.05.2010 11:01, schrieb Frederik Ramm: pleite. Aber wenn jemand unsere Daten kopiert - kann uns doch egal sein. Keine Gleichgültigkeit. Ich bin stolz über jeden, der unsere Daten verwendet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Offline-Kombination von zwei Tiles
Hallo zusammen, Ich habe auf meinem Computer zwei Tiles-Ordner: Im Mapnik-Ordner sind die normalen Tiles, in 'MeineTiles' habe ich mir eine transparente Karte gerendert, auf der bestimmte Wege hervor- gehoben sind. Da OSMTracker nur eine einzelne Karte anzeigen kann, möchte ich die beiden Layer vermischen. Gibt es dafür ein einfaches (Windows-)Programm? Mapnik/16/4452/3598.png +MeineTiles/16/4452/3598.png = MeineMischung/16/4452/3598.png Danke und Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hier auch! ( Ostwürttemberg )
Hallo Mueck, Was ist denn overtaking:backward = no? Nicht von ihm, aber neuestes tag an dem way ... Rückwärts überholen verboten. :- (Es bedeutet: in der Gegenrichtung [hier: von Süden nach Norden] ist das Überholen verboten.) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Rendert die Cyclemap keine Rad-Relationen mehr?
Hallo, sehe gerade, wie im Raum Jena/Weimar alle nur als Relationen eingetragenen Radrouten nach und nach aus der Karte verschwinden. (Gemerkt, weil ich wissen wollte, wie mein Sack Ergänzungen eben solcher Relationen vom letzten Wochenende aussieht.) Bug oder Feature? -- Viele Grüße, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrere Dinge zusammenfügen OK?
Hallo Daniela, Zusammenfassung: Bei mehreren Geschäften in ein und dem selben Gebäude, das nur eine Hausnummer hat, also die Adressinfo ans Gebäude und einzelne POIs setzen. Dprt keine Adressinfo, weil redundante Info. Hier würde ich eine Ausnahme machen: An jeden POI-Node auch die Addresse. Es ist nämlich verhältnismässig schwierig, herauszufinden, ob ein Node innerhalb eines Buildings mit addr-Tags ist. Wenn am POI aber auch gleich die Adresse dran ist, kannst Du einfach z.B. die Apotheken in eine Datenbank schreiben und hast Die Adressen gleich mit dabei. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: Einbahnstraßen [War: Wie kann man besseres Autorouting fuer Fahrradfaher erreichen. Ideen und Konstruktive Vorschlaege]
Am Mon, 03 May 2010 17:59:44 +0200 schrieb Felix Hartmann extremecar...@googlemail.com: Nun aber mal generel zu Einbahnstraßen. In meinem Ort gibt es viele Einbahnstraßen, die für Radfahrer auch in der entgegengesetzten Richtung ein explizites erlaubt-Schild drunter haben. wie taggt man sowas? cycleway=opposite; natürlich muss die Hauptrichtung stimmen, sonst Way-Richtung ggf. umkehren. Übrigens bin ich auch schon mal verkehrtherum durch eine im OSM getaggte Einbahnstraße geroutet worden. Von welchem Programm? -- Viele Grüße, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wirtschaftswege, die nur für bestimmte Fahrzeuge zulässig sind
Am Sun, 2 May 2010 12:21:20 +0200 schrieb Bernd Wurst be...@bwurst.org: Ein Feldweg ist ein highway=track. Und über dessen Default-Nutzungsregeln kann man hier auf der Liste vortrefflich streiten. Und ich kenne viele öffentliche Feldwege ohne irgendwelche Schilder. Meist mit besonders schlechter Oberfläche, weil die öffentliche Hand für die Unterhaltung kein Geld ausgibt, im Gegensatz zu einem Privateigentümer. Ein Waldweg ist ein highway=track. Mit Bäumen drum herum. Da Bäume drum herum nun wirklich kein Kriterium ist, das ein Routing- Algrithmus auswerten kann, plädiere ich für das Tagging der Benutzungsregeln. +1. Ein Waldweg kann natürlich zu einer notwendigerweise öffentlich zugänglichen Stelle führen (einzelnes Wohnhaus im Wald, wasauchimmer). Da stehen dann Zeichen wie Sackgasse, Anlieger frei, frei bis blabla..., aber oft keine grundsätzliche Einschränkung des Nutzerkreises. Es kommt auf den Einzelfall an. -- Viele Grüße, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behandlung parallel zur Straße verlau fender Fuß-/Radwege
Hallo Rainer, Gibt es eigentlich eine klare Regelung, wie Fuß- und/oder Radwege zu behandeln sind, die parallel zu einer Straße verlaufen, insbesondere wann diese über Attribute der Straße über die Tags cycleway und footway erfasst werden und wann als sparater Weg mit highway=footway bzw. highway=cycleway? Nein, die gibt es nicht. Ich habe festgestellt, dass die Praxis in den OSM-Daten nicht besonders konsistent ist. Immer wieder stößt man auf Fragmente von separaten Fuß- und Radwegen, bei denen es sich um ganz normale Gehsteige handelt, die gar nicht oder nur durch Parkbuchten von der Fahrbahn getrennt sind, z.B. hier: http://www.openstreetmap.org/?lat=48.405378lon=9.992366zoom=18layers=B000FTF Bevor ich solche Wege in meinem Umfeld lösche und die Information in die Straße integriere, würde ich gerne die vorherrschende Meinung dazu einholen. Einziger Konsens ist, dass man (im Normalfall) nicht die Arbeit anderer löscht. Wenn sich also jemand die Mühe gemacht hat, die Fusswege einzeln einzuzeichnen, dann sollte man sie auch in OSM lassen. Wenn Du an obigem Kartenausschnitt etwas ändern möchtest, dann verbinde die Fusswege an den Kreuzungen mit den (Auto-)Strassen, damit die Fusswege auch fürs Routing benutzt werden können. Bei der Gelegenheit könntest Du auch die highway=traffic_signals auf die jeweiligen Kreuzungspunkte verschieben. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM macht's Trackspendern auch nicht leicht
Hallo zusammen, Offenbar ist es vielen Leuten zu kompliziert oder sie denken gar nicht daran, dass man GPX-Spuren hochladen könnte. Wie wäre es daher mit folgender JOSM-Erweiterung: Sobald man eine GPX-Datei geöffnet hat und seine Änderungen hochladen möchte, kommt ein Dialog: ** ** * Möchten Sie mithelfen und anderen Usern Ihre geöffnenten * *GPX-Spuren ebenfalls zur Verfügung stellen? * ** *() Ja * *() Nein * *[] Antwort merken * ** * [OK] [Abbrechen] * ** ** Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorhandener Weg weicht von meinen Daten ab...
Bernd Wurst schrieb: Am Montag 26 April 2010 22:48:20 schrieb Manuel Reimer: Ab wieviel Versatz sollte man die vorhandenen Wege auf die eigenen GPS-Daten ziehen? In meinem Fall ist der Versatz zirka 20 Meter. Pragmatische Antwort: Schau dir die Realität, ne andere Karte und ein Luftbild an. Dann kannst du den Verlauf eines Weges ganz gut beschreiben. Man muss ja nicht gleich von einer Drittquelle abzeichnen, sondern kann einfach mit dem gesammelten Wissen die Qualität seiner eigenen Tracks beurteilen. Ich hab dazu den WMS-Server des Landesvermessungsamts im JOSM, damit ich sehen kann wie bisherige Wege und meine Tracks zur Luftaufnahme passen. Alternativ kannst du deinen Track auch mal in Google-Earth laden und die Qualität beurteilen. noch einfacher: http://sautter.com/map/ Damit kann man auch gleich die Eastereggs von Teleatlas suchen... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler berücksichtig seit dem 20. 04.10 turn-restrictions!
Am Mittwoch 28 April 2010 10:17:03 schrieb Chris66: Gibts 'ne schöne Wikiseite wo man solche Routingfehler sammeln kann? Ich denke das wäre nicht schlecht, auch als Ansporn für die Routerentwickler. Eine Sammelstelle fände ich auch gut. Hier ist zum Beispiel noch ein anderer Fehler: http://maps.cloudmade.com/?lat=50.447476lng=7.544925zoom=18directions=50.44708633460837,7.545053958892822,50.44718881481988,7.545418739318848travel=car/shorteststyleId=997opened_tab=1 Hier wird durch eine barrier=bollard geroutet. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler berücksichtig seit dem 20. 04.10 turn-restrictions!
Am Mittwoch 28 April 2010 11:03:20 schrieb Chris66: Dort fehlt allerdings ein motorcar=no oder access=no an dem Poller, Ist nicht ganz eindeutig. Laut Deutschem Wiki zu barrier ist Standardmäßig access=no impliziert (aus meiner Sicht eine ganz schlechte Idee), in der englischen Version heisst es: Use access=* to tag who can pass the node Chris [1] http://wiki.openstreetmap.org/wiki/DE:Key:barrier [2] http://wiki.openstreetmap.org/wiki/Key:barrier Da es so im Wiki steht habe ich bisher aller poller und ähnliche Barieren ohne access=no getagged. Werde ich wohl nochmal drüber gucken müssen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeit bis zum Rendern eingegebener Map-Features
Andreas Tille schrieb: Und siehe da: http://www.openstreetmap.org/?lat=51.831779lon=10.789651zoom=18layers=B000FTF das Robert Koch-Institut erscheint auf der höchsten Vergrößerungsstufe. Darf ich an dieser Stelle noch mal für die JOSM-Funktion - Werkzeuge - Form rechtwiklig machen werben ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler berücksichtig seit dem 20.04 .10 turn-restrictions!
Am Mittwoch 28 April 2010 14:36:20 schrieb Sven Geggus: Thomas Zimmermann m...@vdm-design.de wrote: Hier wird durch eine barrier=bollard geroutet. Beim Fahrrad und Fußgängerrouting will man das aber so haben! Gruss Sven In meinem Link ist explizit Car angegeben für die Route, hätte ich vielleicht dazu schreiben sollen. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anlieger frei (war: access=designated?)
Hallo Chris, Anlieger frei tagge ich mit: access=destination Was meistens falsch ist. Es sei denn die Anliegerstraße bei Euch sind auch für Fahrräder/Fussgänger gesperrt (access steht für alle Transportarten). Zeichen 260 + Anlieger frei tagge ich mit motor_vehicle=destination. Oder alternativ noch ein bicycle=yes + foot=yes dranpappen. Vorteil: Wird in Osmarender durch blaue Kreuzchen angezeigt. Zur Klarstellung (weil nicht ganz klar ist, auf was sich Dein oder bezieht): access=destination + foot=yes + bicycle=yes ist bei Zeichen 260 *falsch*, denn es sperrt den Weg z.B. auch für Pferde (was das Schild aber nicht tut). Richtig und ausreichend ist motor_vehicle=destination Zusätzlich *kann* man zur Verdeutlichung foot=yes bicycle=yes horse=yes etc. taggen, muss man aber nicht. Ein komplettes Sperren (access=*) plus Aufhebung für bestimmte Gruppen (*=yes) ist eine Krücke, die man hier vermeiden sollte. Wie man sieht gehen dabei schnell 'seltene' Nutzergruppen vergessen. (Ein Schema der Art motor_vehicle=no, destination=yes wäre mir noch lieber, da es klar zwischen Fortbewegungsmittel und 'Anliegen' trennt.) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anlieger frei (war: access=designated?)
Hallo Chris, Ja richtig. Was ich sagen wollte: Wer unbedingt access=destination taggen will, damit es in der Karte sichtbar ist, der sollte die Ausnahmen (xyz=yes) nicht vergessen. Oder die Renderer überzeugen, auch (motor_)vehicle=destination in der gleichen Art zu rendern. ;-) Denn gerade bei den nicht-motorisierten Fortbewegungsarten scheint der Konsens bisher noch relativ klein zu sein. Auf der Wiki-Seite gibt es inzwischen neben Fussgängern, Fahrradfahrern und Reitern auch noch Inline Skater, verschiedene Skifahrer, Schlittschuhläufer etc. Ein zusammenfassendes non_motorized_means_of_transportation gibt es nicht. http://wiki.openstreetmap.org/wiki/Key:access Längerfristig betrachtet fände ich es aber sowieso besser, wenn diese Access-Regeln nur in einem zusätzlichen Layer gerenderet werden und nicht direkt auf der Karte. Irgendwann wird's sonst ein bisschen unübersichtlich. BTW: Wie/Wo kann man die Render-Änderungen für Mapnik und Osmarender am einfachsten mitverfolgen? (Ein Schema der Art motor_vehicle=no, destination=yes wäre mir noch lieber, da es klar zwischen Fortbewegungsmittel und 'Anliegen' trennt.) Wenn da laufend neue Tags erfunden werden bekommen wir nie sauberes Routing hin. Keine Angst, das war nur ein Gedanke am Rande.. ;-) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] cycleway vs. path
Hallo Martin, Weil es eine gute Sache ist, Wegklasse und Nutzungsbeschränkungen/Widmung zu trennen, so wie wir es ja auch mit surface und width möglichst tun. Was genau ist für Dich eine Wegklasse? (Ernst gemeinte Frage, ich fürchte, dass wir hier sonst aneinander vorbei reden.) Gemeint war damit das highway-tag in OSM, war nicht wirklich deutlich, sorry. Meiner Meinung nach sind die verschiedenen highway-Typen aber gerade *durch* die verschiedenen Nutzungsbeschränkungen und Widmungen entstanden: http://wiki.openstreetmap.org/wiki/Key:highway Ausser den 'normalen' Strassen (primary, secondary, tertiary, unclassified, residential) implizieren alle Typen gewisse Widmungen/ Beschränkungen. Offenbar sind gemischte Fuss- und Radwege so häufig/wichtig, dass es für sie ein eigenes Schild gibt. Ein highway=foot_and_cycleway finde ich daher weder zum Eintragen noch zum Auswerten besonders kompli- ziert. Dass ein gemischter Weg in verschiedenen Ländern verschiedenes implizieren kann, ist nicht neu und kann im Wiki festgehalten werden, z.B. hier: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions Naja, das Schild regelt aber nur die Nutzungsrechte/Pflichten. Was für ein Weg baulich vorliegt, ist schon wieder eine andere Geschichte - ich kenne zum Beispiel Wirtschaftswege, die auf kurzen Abschnitten dieses Schild (Zeichen 240) tragen und dort dann eine zusätzliche Freigabe für motorisierten Landwirtschaftlichen Verkehr haben. Wie ein Weg ausgebaut ist (surface und width) weisst Du aber z.B. auch bei einem highway=residential nicht. Ohne weitere Angaben kann das von einer 10 Meter breiten Asphalt-Piste bis zu einem schmalen Kiesweg fast alles sein. Der Weg bleibt also derselbe, aber auf diesem Abschnitt ist das Fahrzeug, für das er eigentlich (ursprünglich) ausgelegt wurde, eher ein Gast. Es gibt immer Situationen, die nicht mit einem einzelnen highway-Tag beschrieben werden können. Das Verbreitete taggen nach Beschilderung halte ich aber für sehr anfängerfreundlich. Ein erfahrener OSM-Nutzer kann den Weg dann immer noch erweitern: highway=foot_and_cycleway agricultural=yes width=5 surface=asphalt ist fürs Rendering schlussendlich nicht komplizierter wie highway=track tracktype=grade1 motor_vehicle=agricultural width=5 Solche Fälle gibt es öfter (z.B. auch in der Frage der Fahrradstraßen), daher bin ich für eine Trennung zwischen baulichem, rechtlichem und Dingen wie der Verbindungsfunktion. (wir haben natürlich historisch gewachsen das Problem, daß dies schon häufig im highway-tag vermischt benutzt wird, aber das sollte uns nicht hindern, unser System zu verbessern) Ich glaube leider nicht, dass sich diese Vermischung zwischen Highway- Tag und Beschilderung noch irgendwie lösen lässt (und halte dies wie oben geschrieben auch nicht für wünschenswert). Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
Johannes Huesing schrieb: Aber: Eines begünstigt das relativ liberale Klima hier. Die Frage, ob eine Straße unclassified oder tertiary ist, bringt hier zwar einige in Wallung, die Wortwahl des Eintrags zu Nagorny-Karabach, Ronald Barnabas Schill oder Scientology birgt aber realistisch betrachtet doch etwas mehr Zündstoff. Alles was halt irgenwie mit Religion zu tun hat. Das können auch Bewohner zweier rivalisierender Nachbarstädte sein. Der große Vorteil von OSM. In WP wird ein Artikel der nur rudimentäre Basics enthält gelöscht. In OSM käme niemand auf die Idee einen Ort in dem nur 20% gemappt sind vollständig zu löschen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
AssetBurned schrieb: in der WP ist diese methode allerdings weniger gerne gesehen. dort muß etwas perfekt ausgearbeitet sein und danach muß man _seinen_ artikel ständig verteidigen, bemuttern und ständig wachsam sein. Vielleicht haben wir einfach Glück das es in den OSM-Tools keinen Button gibt Änderungen nachverfolgen. Dann merke ich überhaupt nicht das der User blutigerAnfaenger273 meine Straße um 5 m nach Norden verschoben hat. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] cycleway vs. path
Hallo zusammen, obwohl das hier um eine der Diskussionen handelt, in der schon alles gesagt wurde, nur noch nicht von jedem, glaube ich, dass meine Idee neu ist.. :-) Warum nicht highway=foot_and_cycleway für gemischte Fuss- und Radwege verwenden? Zumindest in Westeuropa ist diese Wegform so weit verbreitet, dass sie meiner Meinung nach durchaus einen eigenen highway-Tag verdient hätte. Wege mit blauem Schild: highway=footway highway=cycleway highway=foot_and_cycleway highway=bridleway = keine weiteren access-Tags notwendig Wege ohne blaues Schild highway=path = und entsprechende access-Tags (z.B. vehicle=no, motor_vehicle=no) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] cycleway vs. path
Hallo Martin, Warum nicht highway=foot_and_cycleway für gemischte Fuss- und Radwege verwenden? Zumindest in Westeuropa ist diese Wegform so weit verbreitet, dass sie meiner Meinung nach durchaus einen eigenen highway-Tag verdient hätte. Weil es eine gute Sache ist, Wegklasse und Nutzungsbeschränkungen/Widmung zu trennen, so wie wir es ja auch mit surface und width möglichst tun. Was genau ist für Dich eine Wegklasse? (Ernst gemeinte Frage, ich fürchte, dass wir hier sonst aneinander vorbei reden.) Es ist wesentlich sauberer und besser auswertbar, als highway=narrow_residential_street_speed_limit_30_km/h ;-) Offenbar sind gemischte Fuss- und Radwege so häufig/wichtig, dass es für sie ein eigenes Schild gibt. Ein highway=foot_and_cycleway finde ich daher weder zum Eintragen noch zum Auswerten besonders kompli- ziert. Dass ein gemischter Weg in verschiedenen Ländern verschiedenes implizieren kann, ist nicht neu und kann im Wiki festgehalten werden, z.B. hier: http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW-Navigation
C. Brause schrieb: Gibt es hier irgenwo Experten, die in der Lage sind, LKW zu klassifizieren? Das Thema hat doch Potential. Von LKW, die von Navis in Wohnsiedlungen fehlgeleitet werden, hört man in den Medien doch immer wieder. http://de.wikipedia.org/wiki/RASt Ich habe seinerzeit gelernt, daß als Standard-Bemssungsfahrzeug der dreiachsige Müllfahrzeug heranzuziehen ist. Das muß in fast jede Wohnstraße reinfahren. Ein Screenshot mit ein paar Fahrzeugen findet sich unter http://www.stratbau.de/assets/pdf/schleppkurve.pdf Ich habe nur den Vorläufer der aktuellen Richtlinien für die Anlage von Stadtstraßen (RASt 06) , die Empfehlung für die Anlage von Erschließungsstraßen (EAE 85/95) vorliegen. Dort gibt es die Bemssungsfahrzeuge (Überhang hinten, Achsstand, Überhang vorne) - Personenkraftwagen 1,17 - 2,70 - 0,83 - Lieferwagen 1,78 - 3,50 - 0,72 - Müllfahrzeug 3-achsig 3,01 - 4,89 - 1,55 - Müllfahrzeug 2-achsig 2,38 - 3,90 - 1,36 - Linienbus 3,00 - 5,60 - 2,40 - Gelenkbus 3,06 - 6,15 - 5,60 - 2,45 - Sattelzug 3,77 - 7,06 - 1,64 + 0,94 - 3,80 - 1,28 (15,39) - Lastzug 1,20 - 5,00 - 1,10 + 2,90 - 5,30 - 1,30 (18,00) Vielleicht hilft das als Ansatz zum Weiterrecherchieren. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spielplätze und Spielgeräte
RalfGesellensetter schrieb: vielleicht wart ihr auch schon einmal in der Situation, dass ihr in einer unbekannten Stadt einen Spielplatz gesucht hat, der dem Alter eurer Kinder angemessen ist bzw. seinen Geschmack an Spielgeräten trifft? Meine Tochter hat mich auch schon gefragt Zeigt Dir Dein Computer wo der nächste Spielplatz ist? Nachdem ich das bejaht habe fand sie OSM gut ;-) Es gibt eine ausführliche Diskussion unter http://wiki.openstreetmap.org/wiki/Proposed_features/Playground_Equipment - die ich aber eine etwas andere Zielrichtung hat. Danke, ich kannte bisher nur http://wiki.openstreetmap.org/wiki/Proposed_features/Key:attraction Und die Seilbahn, so etwas, http://www.huck.net/media/img/images/4581a_l.jpg, habe ich falsch, aber ohne etwas besseres zu kennen als solche getaggt: http://www.openstreetmap.org/?lat=50.796728lon=6.470391zoom=18layers=B000FTF ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Keine Internetverbindung (java-6-sun-1.6.0.19)
Am Dienstag 20 April 2010 13:08:00 schrieb RalfGesellensetter: Kontext: Java 1.6.0.19 + GNU/Debian Sid OSM-Daten etc. können nicht herunter geladen werden, da das Internet nicht erreichbar sei. (was aber außerhalb von JOSM möglich ist). Vermutlich kein Problem von JOSM selbst, da auch seit 2-3 Tagen für TVBrowser (ebenfalls Java application) kein Internet erreichbar. Keine lokale Firewall oder Proxy, ich werde es mit einem anderen JAVA versuchen - aber vielleicht ist das Problem ja bereits bekannt? Danke Ralf Da gab es eine Änderung in Java vor ein paar Wochen. In /etc/sysctl.d/bindv6only.conf musst du net.ipv6.bindv6only auf 0 setzten, dann geht es wieder. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzer abgesprungen
Hallo Sven, Im Prinzip waren wir sonst mit Openstreet-Map recht zufrieden. Allerdings hatten wir öfter mal nicht eingeblendete Kartenteilstücke festgestellt. Tss! 24/7 Verfügbarkeit von einem Community Projekt zu erwarten, ich fass es nicht. Sie haben nicht gefordert, sondern festgestellt. Wenn die Anforderung ständige Verfügbarkeit ohne eigene Hardware wichtiger ist als möglichst aktuelle Karte inkl. aller noch so kleinen Fusswege, dann gibt es halt eben Anbieter, die dafür besser geeignet sind als OSM. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nodes, Ways und Relations in Europa
Für die Statistik: Mein Stand nach etwas über 24 Stunden: Node(206378k) Way(7315k) Relation(0k) Nach fast 60 Stunden: Node(206378k) Way(21477k) Relation(84k) and still counting.. Langsam wird es Zeit für einen dezidierten Rechner. :) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nodes, Ways und Relations in Europa
Hallo Thomas, Der Umstieg von 32 auf 64 Bit hat bei mir in dieser Beziehung zu einem Turbo geführt. Meine von 20 auf 3 Stunden. Meinst Du, das könnte auch in einer virtuellen Umgebung mit einem 32-bit Host-System etwas bringen? Für die Statistik: Mein Stand nach etwas über 24 Stunden: Node(206378k) Way(7315k) Relation(0k) Prozessorauslastung des Host-Systems: ca. 20% Schreib-/Lesetätigkeit Festplatte:ca. 1MB/s Arbeitsspeicher zugeteilt:1GB Gruss, Thomas, der heute Nachmittag an der 1. Zürcher OSM-Grillparty ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welches günstige GPS für Linux-Nutz er?
Sven Geggus schrieb: Manuel Reimer manuel.s...@nurfuerspam.de wrote: Was ich nun suche ist ein möglichst billiges GPS-Gerät Am günstigsten sidn reine Datenlogger. Wenn Du ein Gerät mit kartendarstellung haben möchtest dürfte der Garmin Etrex Legend HCx das günstigste Gerät sein. Straßenpreis rund 160 Euro. Achtung. Ich habe einen Qstarz-Logger. Eigentlich ein feines Teil. Aber um die geloggten Tracks runterzubekommen muß ich nicht nur an einen Windows-PC, für die Software sondern auch noch einen eigenen Treiber. Und er Programmierer gehört an den Genitalien aufgehängt, denn die Tracks kann ich nur als Admin auslesen. Heute würde ich drauf achten das der Logger eine micro-SD-Karte hat und auf dieser die Logs in einem Format gespeichert werden mit dem GPS-Babel etwas anfangen kann. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welches günstige GPS für Linux-Nutz er?
Manuel Reimer schrieb: Heute würde ich drauf achten das der Logger eine micro-SD-Karte hat und auf dieser die Logs in einem Format gespeichert werden mit dem GPS-Babel etwas anfangen kann. Wenn das jemand finden würde: Genau sowas suche ich auch. Der scheint relativ genial zu sein. https://www.gps-total.de/Wintec-WBT-202::7035.html Wie das Auslesen ohne Software funktioniert weiß ich freilich nicht, bin noch zu geizig dafür... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Nodes, Ways und Relations in Europa
Hallo zusammen, da ich gerade zum ersten Mal Europa in eine PostGIS-Datenbank importiere: Kann mir jemand sagen, wieviele Nodes, Ways und Relations Europa momentan ungefähr enthält? Mein virtuelles Ubuntu rattert nun schon seit fünf Stunden und ich möchte abschätzen, wie lange es noch dauert.. Danke Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nodes, Ways und Relations in Europa
Thomas Ineichen schrieb: Hallo zusammen, da ich gerade zum ersten Mal Europa in eine PostGIS-Datenbank importiere: Kann mir jemand sagen, wieviele Nodes, Ways und Relations Europa momentan ungefähr enthält? Mein virtuelles Ubuntu rattert nun schon seit fünf Stunden und ich möchte abschätzen, wie lange es noch dauert.. Der Umstieg von 32 auf 64 Bit hat bei mir in dieser Beziehung zu einem Turbo geführt. Meine von 20 auf 3 Stunden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: Punkt in Flaeche umwandeln?
Gibt es in JOSM die Möglichkeit, die Eigenschaften eines Punktes einer Fläche zuzuweisen die diesen Punkt beinhaltet. Situation. Eine Schule ist als umfangreich attributtierter Punkt vorhanden. Ich will jetzt das Gebäude als area erstellen. Zum einen will ich damit möglichst wenig Arbeit haben, Fehler machen können. Zudem finde ich es irgendwie unfein wenn ich dem Objekt seine History rauben würde. Gibt es da einen schönen Weg? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waterway kreuzt Highway, ohne Brück e
Ich hänge mich hier in den Thread, weil ich eigetnlich bei dem Subject eine Frage erwartete, die ich auch schon lange stellen wollte: Wie tagt man eine Stelle, an der ein Bach/Fluss über einen Weg läuft, ohne dass dort eine Brücke wäre? Hier im Wald kenne ich zwei Querungen, bei denen man über Steine hüpfend trocken ans andere Ufer kommt, je nach Bach und Wetter ist das aber nicht mehr möglich: http://www.europa-kutsche.de/data/picture/080320_Reiseimpressionen/slides/Abenteuerliche_Flussquerung.jpg waterway=crossing? (analog zu railway=crossing) barrier=waterway? Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waterway kreuzt Highway, ohne Brück e
Hallo Frank, http://wiki.openstreetmap.org/wiki/Tag:highway%3Dford Oh. Tomaten. Augen. :) Wird sogar gerendert. Hypsch! Danke, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Karten auf e-Bay - oder was wir dra us machen können
Hallo Ulf, Welcher Preis für solch ein Angebot angemessen ist, liegt letztlich im Auge des Betrachters. Man darf dabei den Aufwand (Karten besorgen, Daten aktuell halten, Tests auf Geräten, ...) und potentiellen Ärger ^^ (Rückläufer, OSM Mapper, etc.) auch nicht unterschätzen. Ich denke, genau hier liegt das Problem. Soweit ich das (als Schweizer) verstanden habe, handelt man bei regelmässigem Verkauf von gleicher Ware in Deutschland nicht mehr privat sondern gewerblich. Damit kommt ein ganzer Wust von Auflagen (Gewährleistung, Widerrufs- recht, etc.) auf einem zu, welchen wohl die meisten Mapper hier scheuen. Denn ein DAU, (der bereit wäre, 80 Euro für eine 'kostenlose' Karte zu bezahlen,) wird bestimmt nach dem Kauf weitere Fragen haben.. Zudem wäre es durchaus möglich, dass der Mapper nachträglich merkt, dass er die Kartendaten auch einfach von der Speicherkarte kopieren kann und den Kauf danach widerruft. == nur Aufwand für den Verkäufer. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats zum OSMI Routing View
Hallo Markus, In einigen Städten wird dieses Attribut für jede Zufahrtstrasse benutzt. Der Renderer zeichnet ans Ende ein Hufeisen. Das sieht dann so aus, als würden alle diese Strassen in einen Tunnel, eine Höhle oder eine Tiefgarage führen :-( Meinst Du sowas hier (Flora-, Mainau-, Klausstrasse)? http://www.openstreetmap.org/?lat=47.36lon=8.55zoom=18layers=B000FTF Dieses 'Hufeisen' kommt nicht von einem noexit=yes, sondern von highway=turning_circle und bedeutet, dass dort Platz zum Wenden des Fahrzeugs ist.. http://wiki.openstreetmap.org/wiki/DE:Tag:highway%3Dturning_circle Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Garmin-Karten bei Ebay
Hallo Christian, Wie ich schon Jochen geschrieben habe, ist kriminell sicherlich übertrieben. Aber es gab wohl Auktionen die bis zu 60€ für die OSM-Daten haben wollten (laut Herrn Dührn) und das empfinde ich dann zumindest als Wucher. Du weisst offenbar nicht, wie eBay funktioniert.. Bei allen fünf Auktionen von superlieven, die ich mir angeschaut habe, war der Start- preis 1 Euro. Wenn die Leute aber bis zu 80 Euro bieten[1], ohne sich genauer zu informieren, was sie da kaufen, und dass sie das auch günstiger haben könnten - dann gönn ich superlieven seinen Gewinn. Der Bieter legt seinen Preis also selber fest und damit ist es auch kein Wucher sondern schlicht Dumm- bzw. Faulheit der Käufer. Gruss, Thomas [1] http://offer.ebay.de/ws/eBayISAPI.dll?ViewBidsitem=110509437177 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM auf WinCE-PNA
Markus schrieb: Wir haben ein WinCE-PNA aufgebohrt, der Desktop wird sauber angezeigt: http://wiki.openstreetmap.org/wiki/PNA_Connex_NVA-03560 Auf dem Gerät läuft nativ navigator6 vom internen Speicher. Nun möchte ich eine OSM-Karte und ein Navi-Pogramm auf SD installieren. OSM-Tracker bringt keinen Fix. In Settings.ini steht: COM7 und 38400 Baud. Auch damit läuft OSM-Tracker nicht. Ich hab das ein Bluetech NVA-03560, das ist wohl das selbe Teil Standardmäßig habe ich Polnav drauf. Unter - Einstellungen - GPS-Port kann man den GPS-Port ablesen oder über Auto ermitteln. Bei mir ist das COM7/9600bps. Bei mir läuft http://sourceforge.net/projects/navipowm/ als OSM-Viewer damit ich sehe wo ich nicht mehr mappen muß. Dementsprechend habe ich in der navipowm.txt SerialPort = COM7:;9600;8;N;1 eingetragen. Funktioniert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] track/footway/dogwalk: Konstruktion vs. Widmund vs. Nutzung
Hallo Dirk-Lüder, Thomas Ineichen schrieb: Hier geht es um einen 'highway', der auf der Rückseite zwischen zwei Häuserreihen dem Bach entlang führt. http://maps.google.de/maps?ll=50.995148,6.189144z=17 Nur weil ein Arbeiter der Kommune jede Woche da durchfährt um die Abfalleimer zu leeren, wird draus meiner Meinung nach noch lange kein Track. Natürlich ist das ein Track. Roads for agricultural use, gravel roads in the forest etc. heißt eben *nicht* dass es landwirtschaftlich genutzte Wege sein müssen, sonder Wege *wie* Feldwege, Forstwirtschaftswege etc. Sowohl auf der englischen wie auch auf der deutschen Wiki-Seite ist das 'agricultural use' bzw. 'Land-/Forstwirtschaft aber ein wichtiger Aspekt bei der Beurteilung. In der ganzen Diskussion geht es mir eigentlich nur um den Punkt, dass Wege über 2.5 Meter breite *nicht* *automatisch* Tracks sind, sondern dass es auch auf deren Nutzung/Beschilderung ankommt. Ich kenne die Situation vor Ort nur von obigem Satelliten-Photo. Aber gerade dass dieser Weg an den Rückseiten der Häusern entlang führt und weder links noch rechts davon landwirtschaftliche Felder sind spricht für mich gegen highway=track. Beschilderung/Access tags sind dazu orthogonal. Der highway-Key ist eine Zusammenfassung des Gesammteindrucks, daher kommt es auf die Prioritäten an, die man setzt. Für Dich ist wichtig: da könnte man mit einem zweispurigen Fahrzeug langfahren, auch wenn es verboten ist, also setze ich highway=track. Einge genauere Angabe, wer da lang darf, setze ich im access-Key. Für mich ist wichtig: da muss ich normalerweise nicht mit zweispurigen Fahrzeugen rechnen, also setze ich ein highway=path. Eine genauere Angabe, wie breit der Weg ist, setze ich im width-Key. Viele Feldwege in meiner Umgebung haben z.B. ein Fahrverbotsschild (ohne Ausnahme für landw. Fahrzeuge). Diese Wege habe ich aber selbst- verständlich trotzdem als highway=track eingezeichnet. Zusätzlich bin ich der Meinung, dass die deutsche Version der Tagbeschreibung mal wieder viel zu eng gestrickt ist, aber trotzdem findet sich folgender Passus: Die Auszeichnung eines Weges als highway=track impliziert nicht die Zeichen 1026-36,1026-37 und 1026-38 (z.B. Land- und Forstwirtschaftlicher Verkehr frei). Ich glaube, bei dieser Klarstellung ging es mehr um den Punkt, dass highway=track nicht zwingend bedeutet, dass man dort mit dem Auto nicht fahren dürfe. Disclaimer: das Wiki war von Anfang an als Dokumentation der OSM-Tags wie sie benutzt werden und als Leitfaden gedacht, und nicht als starre Vorgabe wie was getaggt zu sein hat. Oder als Ort, wo man Tags definiert, darüber abstimmt und sie dann wie im Wiki beschrieben nutzt. ;-) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] track/footway/dogwalk: Konstruktion vs. Widmund vs. Nutzung
Hallo MWinkelzeichnerrtin, Für mich ist wichtig: da muss ich normalerweise nicht mit zweispurigen Fahrzeugen rechnen, also setze ich ein highway=path. Eine genauere Angabe, wie breit der Weg ist, setze ich im width-Key. Wenn Du den Weg nur vom Satellitenfoto kennst, wie willst Du dann beurteilen, ob Du da mit zweispurigen Fahrzeugen rechnen musst oder nicht? Mein obiger Absatz war allgemein formuliert und nicht auf den konkreten Weg bezogen. Dass zwei Personen den selben Weg unterschiedlich bewerten können, es daher kein richtig oder falsch gibt und ich meine unvollkommene Beurteilung nicht als den einzig wahren Weg durchsetzen möchte, sollte eigentlich aus meiner Mail bereits hervorgegangen sein.. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relation 18162 (Radroute D11 Ostsee - Oberbayern) ist z.Z. leer
Hallo, siehe Subject; nicht mal die History lässt sich aufrufen (Timeout bzw. interner Serverfehler), vieleicht lässt sich die Versionsgeschichte dieser Riesenrelation gar nicht vernünftig verwalten? Die üblichen Sinnlosfragen: Bekommt ein Insider heraus, seit wann die Relation leer ist (vermutlich 1-2 Wochen, beim vorletzten und letzten Renderlauf der Radfahrerkarte verschwand die rote Unterlegung im Raum Jena stückweise), Inhalt einfach wiederherstellbar oder nicht? Am besten wäre vermutlich der Neuaufbau des Inhalts aus den vorhandenen Radwanderweg- Relationen, wie es vor Ort auch der Fall ist, dann müssten nicht bei jeder der häufigen Verlaufsänderungen zwei Relationen angefasst werden. (Die D11-Route ist m.W. eine Super-Route, die vollständig aus aneinander gesetzten Regionalradrouten besteht.) Gebaut habe ich sowas in JOSM noch nicht, aber es lässt sich sicher lernen. Was alles hinein gehört, bekomme ich heraus. -- Viele Grüße, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation 18162 (Radroute D11 Ostsee - Oberbayern) ist z.Z. leer
Am Mon, 05 Apr 2010 18:38:37 +0200 schrieb Matthias Versen s...@mversen.de: Ich war mal so frei und habe die Relation unter ID 544296 neu angelegt. Es waren allerdings 5-10 Member gelöscht worden in der zwischenzeit. Danke. In Thüringen sind alle noch da ;-) Da diese Relation wirklich extrem groß ist würde ich diese Relation nur zur Vorlage nehmen um kleine Stücke zu erstellen, vielleicht nach Bundesland getrennt. Hmm. Arbeit für lange Winterabende, oder wenn einer hier Pensionär ist oder sich das Bein gebrochen hat und daheim sitzt... Habe vorhin den Mund übrigens recht voll genommen, das Zusammensetzen aus kompletten anderen Radrouten klappt nicht, weil irgendwann unterwegs doch mal abgewichen wird. Man müsste z.B. aus dem Saaleradweg von Hof bis Halle eine Teilrelation für D11 bauen, weil Halle - Barby nicht mehr dazu gehört. Eine zusätzliche Abstraktionsebene wäre auf jeden Fall nötig. -- Viele Grüße, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village, hamlet, locality?
Guenther Meyer schrieb: die einwohnerzahl nicht, da soll sich die auswertende software die grenzen festlegen, wie sie sie braucht. der status ist dagegen meistens recht eindeutig. allerdings sollte man gleich gar nicht versuchen, das international zu harmonisieren, denn sowas geht aufgrund der unterschiedlichen verwaltungssysteme zwangslaeufig schief. Die Einwohnerzahl wäre für mich ein Merkmal um im Konfliktfall die Darstellung der größten von mit gleichen Atributen versehenen Siedlung zu ermöglichen. Damit Nürnberg und nicht Fürth in der Karte steht. Warum sollte das international nicht klappen? Wenn sich der Renderer im Zweifel für die Stadt mit Einwohnerangabe entscheidet wird sich das auch recht schnell durchsetzen ;- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village, hamlet, locality?
Thomas Ineichen schrieb: Ich weiss nicht, wie grosszügig die Deutsche Post ist, aber hier in der Schweiz hilft die Faustregel: eigene Postleitzahl = village keine eigene PLZ= hamlet Was hat die Post damit zu tun? Das Wiki http://wiki.openstreetmap.org/wiki/DE:Key:place definiert place=town 10,000 - 100,000Stadt, selbständige Gemeinde (wie von der zuständigen Behörde definiert) Der Begriff selbständige Gemeinde ist freilich relativ dehnbar. In Rheinland-Pfalz gibt es Ortsgemeinden - mit eigener Gemeindekennziffer - die mitunter recht überschaubar sind. Das Extrembespiel dürfte Dierfeld http://de.wikipedia.org/wiki/Dierfeld mit 8 Einwohnern, davon 6 Gemeinderatsmitgliedern sein. Da bleibt freilich die Differenz bei der Bevölkerungszahl... Bei allem was Stadtrecht hat hätte ich - unabhängig von der Einwohnerzahl - keine Skrupel ein place=town zu setzen. http://de.wikipedia.org/wiki/Liste_der_kleinsten_St%C3%A4dte_in_Deutschland_nach_Einwohnerzahl ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village, hamlet, locality?
Hallo Thomas, Ich weiss nicht, wie grosszügig die Deutsche Post ist, aber hier in der Schweiz hilft die Faustregel: eigene Postleitzahl = village keine eigene PLZ= hamlet Was hat die Post damit zu tun? Genau das, was ich da oben schrieb: Sie *kann* (zumindest in der Schweiz) eine Hilfe sein bei der Entscheidung, ob eine Ansammlung von Häusern eher ein Village oder ein Hamlet ist. Faustregeln haben es so an sich, dass es auch Fälle gibt, in denen man es anders macht. Das Wiki http://wiki.openstreetmap.org/wiki/DE:Key:place definiert place=town 10,000 - 100,000Stadt, selbständige Gemeinde (wie von der zuständigen Behörde definiert) Es ging in der Ursprungsfrage darum, wann etwas als Village getagged wird, und wann als hamlet. Auf die Frage habe ich geantwortet - was hat Town damit zu tun? Bei allem was Stadtrecht hat hätte ich - unabhängig von der Einwohnerzahl - keine Skrupel ein place=town zu setzen. Ich schon. Bonusfrage: Wie würdest Du meine Wohngemeinde taggen? 5 Dörfer à 1'500 bis 3'000 Einwohner, räumlich jeweils getrennt (mind. 2 km), insgesammt hat die Gemeinde 11'000 Einwohner. Das Dorf, welches der Gemeinde auch den Namen gibt, hat 1'800 Einwohner. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village, hamlet, locality?
Hallo ant, wie werden Ortschaften in D üblicherweise beschrieben? Im Wiki habe ich dazu nichts gefunden. Geht das nach Einwohnerzahl? Oder sind geschlossene Ortschaften mindestens place=village? Und was ist mit den Orten, die diese kleinen grünen Schilder haben? Ich weiss nicht, wie grosszügig die Deutsche Post ist, aber hier in der Schweiz hilft die Faustregel: eigene Postleitzahl = village keine eigene PLZ= hamlet Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] USA haben GPS-Signale seit 01:05 Uhr kuenstlich verschlechtert
Martin Koppenhoefer schrieb: die aber noch nicht von vornherein im Browser sind, sondern wo man die get me out of here-Nachricht entsprechend ignorieren muss, und die Zertifikate selbst installieren, oder hat sich da was geändert? Nein, es werden nur mit jeder neuen Version vom Firefox mehr Mausklicks, die dazu notwendig sind. Da das Zertifikat nun aber nicht jeden Tag gewechselt wird, verstehe ich die Aufregung darüber auch nicht. MfG Thomas Schäfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SSL-Zertifikate mit fehlender Trustcenter-Signatur (was: USA haben GPS-Signale seit 01:05 Uhr kuenstlich verschlechtert)
Johann H. Addicks schrieb: Da von dem Problem halt alle auf lists.openstreetmap.de gehosteten MLs betroffen sind, gehe ich mal davon aus, dass es sich um ein generelles Problem handelt und nicht um ein spezifisches Problem dieser ML. Keine Ahnung, auf jeden Fall füge ich bei mir keine Zertifikate hinzu, deren Authentizität ich nicht verifizieren kann. Entweder unverschlüsselt oder zumindest CACert... aber solchen Stümperkram, der nur weniger technikaffine Benutzer zum Einüben von reflexartigen Durchwinke-Klicks verleitet, das boykottiere ich. Wer sagt denn, dass Du diesen Trustcentern trauen kannst? Und von Durchwinke-Klicks kann wirklich keine Rede mehr sein. Boykottiere, was Du für richtig hälst. Bei anderen Verschlüsselungen geht es auch ohne Trustcenter, wohlwissend dass man beim ersten Kontakt aufmerksam sein muss. (ssh) MfG Thomas Schäfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openaccess und aerowest in dortmund
Hallo Frederik, Die 5 Millionen sind doch aber die, die sie in der Schweiz im Rahmen von OpenAddresses.ch schon seit Jahren erfasst haben. Ohne OSM. Die hatten sogar eine eigene Spezialsoftware fuer PDAs dafuer! *räusper* Die Schweiz hat knapp 7.8 Mio Einwohner und rund 1.7 Mio Gebäude.. Der Datenbestand von OpenAddresses von 5 Millionen besteht zur Hauptsache aus OSM-Daten (4.3 Mio Elemente mit addr:housenumber). In der Schweiz haben sie zusätzlich die Daten von zwei Kantonen, welche ihre Daten vor längerer Zeit gespendet haben plus einige Gemeinden. Die früher übers Webinterface gesammelten Daten wurden gelöscht, da sie über Google-Maps-Satellitenbilder erfasst wurden. Wieviele Adressen sie über eigene GPS-Tracks eingetragen haben weiss ich nicht, prozentual werden das aber nicht all zu viele gewesen sein. @Aerowest-Bilder: Eigentlich schade, dass sie aus dem Google-Maps- Fehler offenbar nicht viel gelernt haben.. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Restrictionen und cycleway=track
Hallo Martin, [Sorry für die Kopie per Mail, das war wohl der falsche Knopf.] Noch ne letzte Frage: habe hier ne Straße, die für Fahrräder explizit gesperrt ist (keine Kfz-Straße), mit nem straßenbegleitenden Fahrradweg. Gibt das hier Sinn? highway=primary bicycle=no cycleway=track Da müsste das bicycle=no dann doch auch für den track gelten, oder? Sinnvoll wäre es, wenn Du Dir nicht immer irgendwelche Spezialfälle überlegen würdest. :- Da obiger Way gleichzeitig Strasse und Radweg darstellt, wäre ein bicycle=no meiner Meinung nach falsch. *Wenn* Du das Fahrrad-Verbot unbedingt eintragen möchtest, dann musst Du halt zwei Ways eintragen. (Gilt bei einem solchen Radweg nicht sowieso die Nutzungspflicht und ein Verbot wäre überflüssig?) cycleway=track ist eine *Vereinfachung* der Realität und wie's halt so ist bei Vereinfachungen, gehen dabei gewisse Informationen verloren. Welche und wieviel Information jemand eintragen möchte steht bei OSM zum Glück jedem frei. Oder trägst Du tatsächlich bei jeder Strasse auch noch z.B. die Breite ein? Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] boundary relations / teilgrenzen
Hallo Carsten, Da gibt's noch mehr von. Zum Beispiel Österreich und Frankreich haben je Nachbarstaat eine solche einzelne Reltation. Ich halte die auch nicht für sehr sinnvoll, aber wir werden damit leben müssen. Bei großen Staaten wird das bestimmt in diese Richtung gehen, da sonst eine Gesamtrelation wahrscheinlich nur schwer bis gar nicht handhabbar wird. Insbesondere *technisch* nicht handhabbar. Frankreichs Unterrelationen haben zur Zeit zusammen 2118 Elemente - also mehr als das technische Maximum von 2'000 Mitgliedern pro Relation[1]. Eine Aufteilung nach Nachbarstaaten scheint mir da die sinnvollste Lösung: http://www.openstreetmap.org/browse/relation/11980 bzw. http://wiki.openstreetmap.org/wiki/France_boundary_pyramidal_construction Gruss, Thomas [1] Im Wiki habe ich die genaue Zahl nirgends gefunden, 2'000 wird aber immer wieder als Limit genannt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] boundary relations / teilgrenzen
Hallo Matthias, Das 2k Limit existiert nur bei Nodes in way aber nicht bei der Anzahl der Relationsmitglieder (AFAIK). Trotz Ankündigung[1] (und Begründung[2]) sind offenbar tatsächlich nur die Ways begrenzt worden, sonst wäre es in den Changes[3] erwähnt. Bei vielen spukt diese Begrenzung aber immer noch in den Köpfen herum. :-) Gruss, Thomas [1] http://lists.openstreetmap.org/pipermail/talk-de/2008-November/028686.html [2] http://lists.openstreetmap.org/pipermail/talk-de/2008-November/028723.html [3] http://wiki.openstreetmap.org/wiki/API_changes_between_v0.5_and_v0.6 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Frederik Ramm schrieb: Klingt sinnvoll. Lasst uns also alles als Flaechen erzeugen (OSMLKIS), um dann spaeter hieraus Linien zu erzeugen (OSMTKIS), genauso wie die Profis ;-) *duck* Wenn Du dich wirklich professionell ducken willst darfst Du aber auch nur jeden Regierungsbezirk alle 5 Jahre aktualisieren ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Hallo Sebastian, Für eine Landuse-Kategorie könnte ich mir einen Spezialeditor sehr gut vorstellen: Man kickt sich ein Gitternetz zurecht und dann werden die Flächen wie mit einem Malprogramm per Mausklick eingefärbt bzw. mit der Nutzungsart versehen. Mit den doppelten Linienzügen und nicht geschlossenen Polygonen müsste sich der User dann nicht mehr rumschlagen, da dies vom Editor abstrahiert wird. Überlappende landuse Bereiche sind schon vom Design her ausgeschlossen. Ich habe bei mir in der Umgebung in einem kleinen Bereich angefangen, die Strassen als Abgrenzungen für Landuse-Multipolygone zu benutzen. Vom logischen Aufbau her macht dies auch Sinn: Die Fläche innerhalb dieser vier Feldwege ist eine Wiese. Das Rendering funktioniert wunderbar, die graphische Unterstützung im Editor ist allerdings (natürlich) noch 'ausbaubar'. ;-) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser richtig mappen
Simon Kokolakis schrieb: Hallo, bitte achtet darauf beim exakten mappen der Häuser diese anhand der Grundfläche auszurichten. Die Luftbilder sind nicht immer senkrecht von es wärer ja schon viel gewonnen wenn die meisten User die JOSM-Funktion Form rechtwinklig machen kennen würden. Komplizierte Formen kann man als Rechteck-Gebilde erzeugen und über überlappende Flächen verbinden verschmelzen. oben fotografiert, sondern meist ein wenig schräg von der Seite. Also nicht einfach nur Das Dach abzeichnen, da sonst ein Versatz entsteht. Zudem muß man häufig aufpassen das Schatten ein Gebäude nicht deutlich größer erscheinen lassen als es in Wirklichkeit ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwaltungsgrenzen Deutschland
Hallo Stefan, Gibt es Einwände, das für alle Verwaltungsgrenzen so zu machen? In München wird derzeit die leere Rolle für die untergeordneten Grenzen verwendet, gibt es da andere Vorschläge? In der Schweiz machen wir das (sofern die Grenzen überhaupt vorhanden sind) bereits so. Zum Beispiel: Gemeinde Neuendorf http://www.openstreetmap.org/browse/relation/394873 ist enthalten in Bezirk Gäu http://www.openstreetmap.org/browse/relation/394878 ist enthalten in Solothurn http://www.openstreetmap.org/browse/relation/358919 ist enthalten in Schweiz http://www.openstreetmap.org/browse/relation/358919 (Bitte die Doppelspurigkeit mit den Kantonen in der Schweiz-Relation nicht beachten.) Eine Erweiterung der boundary-Relation ist zwar *so* nicht dokumentiert, aber bisher sind damit noch keine praktischen Probleme aufgetreten und das Handling in JOSM und anderen Programmen ist viel einfacher. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellungsfehler Mapnik und Osmarender?
Hallo Martin, sehe ich auch so. Track sollte es auch sein können, wenn es sich nicht um Wirtschaftswege sondern um Erholungswege handelt, entscheidend ist die Breite: wenn es von Autos befahren werden könnte, ist es ein Track (s.z.B. EInsatzfahrzeuge, etc.). (Ich weiss, dass das hier eines der vielen Endlos-Diskussions-Themen ist.) Die Breite ist nicht das einzige Kriterium, ob aus einem Path ein Track wird. Oder machst Du aus einem 5 Meter breiten Fussweg (Zeichen 239) auch ein highway=track? (Denn ein Footway ist nichts anderes als eine spezielle Art des Paths.) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fußgängerzone/Radfahrer frei richti g taggen?
Hallo, neulich hatte ich bei der Frage zum Openrouteservice geschrieben, in der Jenaer Innenstadt fehlten gehäuft Radfahrer frei-Angaben an Fußgängerzonen. Überprüfung ergab nun: die fehlen keinesfalls, sondern fast überall steht bicycle=permissive, und der ORS routet drumherum. Fragen über Fragen: Vor Ort stehen einheitlich die Schilder Fußgängerzone/Radfahrer frei, laut deutschem Wiki soll da bicycle=yes eingetragen werden (wie bei zwei oder drei solchen Straßen schon vorhanden). Ist das permissive eine andere anerkannte Variante für dieselbe Situation, eine britische Spezialität (könnte man denken: BBBike.de nutzt diese Wege und schreibt Radfahren geduldet), oder wird man sich über die bessere Variante nicht einig ;-o ? Es gibt ja noch mehr Routingprogramme; was ist so etwa der kleinste gemeinsame Nenner? Spricht etwas dagegen, alle permissive gegen die Wiki-Empfehlung yes zu tauschen? -- Viele Grüße, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fußgängerzone/Radfahrer frei richti g taggen?
Hallo Thomas, neulich hatte ich bei der Frage zum Openrouteservice geschrieben, in der Jenaer Innenstadt fehlten gehäuft Radfahrer frei-Angaben an Fußgängerzonen. Überprüfung ergab nun: die fehlen keinesfalls, sondern fast überall steht bicycle=permissive, und der ORS routet drumherum. Das ist doppelt falsch. 'Permissive' bedeutet, dass der Eigentümer die Benutzung durch Radfahrer erlaubt. Mit Eigentümer ist hier aber eher eine Privatperson gemeint und nicht der Staat/die Stadt. Für die Fussgängerzone mit Radfahrer frei ist also tatsächlich bicycle=yes das Richtige. Nichtsdestotrotz sollte der Router einen Radfahrer natürlich auch über Permissive-Strecken führen. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Automatische Bugmeldung
Am Mittwoch 17 März 2010 01:20:06 schrieb Patrick Kolesa: Moin Liste, ich würde gern eure Meinung zu dieser Idee hören: Man definiert sich manuell bei OpenStreetBugs einen oder mehrere Bereiche (z.B. über eine BoundingBox oder über ein Polygon). Das ist der Bereich, den der Mapper auf neue Bugs überwachen will. Zusätzlich gibt er eine E-Mail-Adresse an, an der die Bugmeldung mit Beschreibung, Website-Link und JOSM-Link geschickt wird. Falls nun ein neuer Bug eingetragen wird, sendet OSB automatisch eine E-Mail an den oder die Nutzer, in deren Bereich der Bug liegt. Gibt es bereits eine ähnliche Funktionalität? Ich würde gerne von neuen Bugs in einem bestimmten Gebiet irgendwie erfahren, ohne immer die Website öffnen zu müssen. Gruß Patrick Du kannst den RSS feed abonnieren. Einfach gewünschtes Gebiet angucken, einmal Permalink anklicken und dann in der linken Spalte unter current view auf RSS feed klicken. Vielleicht kannst du das mit dem Permalink anklicken auch weglassen. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was ist das für ein Weg?
Hallo André, Da es für zweispurige Fahrzeuge verwenbar wäre (auch wenn es durch das Schild verboten ist), würde ich den Weg als highway=track (mit tracktype=grade1, surface=asphalt, width=2.5 usw.) eintragen. Bei einem Track steht die land- bzw. forstwirtschaftliche Nutzung im Vordergrund. Das scheint mir hier nicht der Fall zu sein (ausser unter Zeichen 260 ist noch ein Zusatz wie landwirtschaftliche Fahrzeuge frei.) Ein solcher Innerorts-Weg ist für mich ein Paradebeispiel für highway=path, denn auch breite Wege können mit highway=path getagged werden, solange sie nicht für zweispurigen Verkehr 'gedacht' sind. (Es geht also weniger um die Eignung als viel mehr um die Nutzung; die englische Wiki-Seite ist da mMn klarer wie die deutsche.) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM Inspector: zwei Kantone fehlen
Hallo, Im Boundaries-View des OSM Inspectors[1] fehlen die Kantone Jura[2] und Basel-Landschaft[3], obwohl die Relationen genau gleich aufgebaut sind wie die anderen Kantone. Woran könnte das liegen? Bzw. wo ist mein Anliegen besser aufgehoben als auf der Talk-Seite[4]? Gruss, Thomas [1] http://tools.geofabrik.de/osmi/?view=boundarieslon=7.62lat=47.45zoom=9 [2] http://www.openstreetmap.org/browse/relation/365690 [3] http://www.openstreetmap.org/browse/relation/373256 [4] http://wiki.openstreetmap.org/wiki/Talk:OSM_Inspector/Views/Boundaries ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Inspector: zwei Kantone fehlen
Hallo Jochen, Im Boundaries-View des OSM Inspectors[1] fehlen die Kantone Jura[2] und Basel-Landschaft[3], obwohl die Relationen genau gleich aufgebaut sind wie die anderen Kantone. Woran könnte das liegen? Wahrscheinlich haben die Relationen einen Fehler. Schaus Dir mal unter http://tools.geofabrik.de/osmi/debug.html?view=multipolygons an. Das ist der noch nicht offizielle releaste Multipolygon-View, mit dem man solche Fehler besser finden kann. Der ist aber noch nicht ganz fertig und relativ unübersichtlich, daher nicht nicht offiziell drin. (Oh, ja, sehr viel Information aufs Mal..) Wenn ich das richtig interpretiere, hat der Inspector Mühe mit dem Vierländereck: http://tools.geofabrik.de/osmi/debug.html?view=multipolygonlon=7.37625lat=47.41396zoom=16opacity=1.00overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines Links ist Jura, rechts Solothurn und oben und unten Basel-Landschaft. An der Stelle ist aber tatsächlich ein Schnittpunkt und kein Korridor. Andererseits: weiter südlich klappt's: http://tools.geofabrik.de/osmi/debug.html?view=boundarieslon=7.55839lat=47.32196zoom=15opacity=1.00 Links Jura, rechts Solothurn und oben und unten Bern. Ich sehe gerade, dass bei der Wikipedia von Exklave mit Punktkontakt geschrieben[1] wird. Hilft es dem Inspector, wenn ich 'exclave' als Rolle verteile oder beachtet der die Rollen gar nicht? Bzw. wo ist mein Anliegen besser aufgehoben als auf der Talk-Seite[4]? Hier. :-) :-) Gruss, Thomas PS: Die überschneidenden Grenzen im Westen des Kantons Jura habe ich inzwischen korrigiert. [1] http://de.wikipedia.org/wiki/Vierl%C3%A4ndereck#Vierl.C3.A4ndereck_mit_drei_Gebietsk.C3.B6rperschaften_.28Exklave_mit_Punktkontakt.29 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] track/footway/dogwalk: Konstruktion vs . Widmund vs. Nutzung (was: Was ist das für ein Weg?)
Hallo Falk, Das ist so nicht richtig. Es gibt auch für den Straßenverkehr Regelungen jenseits der StVO. Da sich die StVO an den allgemeinen Straßenverkehr richtet muss sie auch nicht alle gesetzlichen Ausnahmeregelungen nachvollziehen. Diejenigen, die es angeht wissen schon, dass sie dort lang dürfen und sich nicht an das Schild zu halten brauchen. Für *jede* Strasse gibt's irgendwo irgendwen der irgendann mal irgendwie eine Sonderbewilligung hat. Hier geht es um einen 'highway', der auf der Rückseite zwischen zwei Häuserreihen dem Bach entlang führt. http://maps.google.de/maps?ll=50.995148,6.189144z=17 Nur weil ein Arbeiter der Kommune jede Woche da durchfährt um die Abfalleimer zu leeren, wird draus meiner Meinung nach noch lange kein Track. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Openrouteservice als Referenz brauchbar? + Fahrradparken
Hallo, in Jena (besonders Innenstadt) fehlen viele Angaben für unechte Einbahnstraßen (Radfahren in Gegenrichtung erlaubt) und erlaubtes Radfahren in Fußgängerzonen und auf Gehwegen. Eine Korrekturmöglichkeit: die fraglichen Straßen und Wege in einem Editor alle einzeln durchprüfen. Eine andere (durch die ich auf die fehlenden Angaben gestoßen bin): in einem Routingprogramm Testfälle anzeigen, und wo der kürzeste Weg verwendet werden soll, aber nicht angezeigt wird, muss wohl ein bicycle=yes irgendwo fehlen. (Es können auch Ways nicht verbunden sein, ist aber selten.) Damit lassen sich die Fehler m.E. recht gut eingrenzen. Hat das ORS-Programm irgendwelche bekannten Eigenheiten im Algorithmus, dass man es dafür besser nicht verwendet? Bisher habe ich keine feststellen können, aber ich weiß sicher nicht alles... Was anderes: Wird amenity: bicycle_parking von irgendeinem Renderer schon angezeigt oder sonstwie ausgewertet? Ich könnte die größeren Fahrradständer (-anlagen) ergänzen, muss aber nicht sein, wenn sie eh (noch) keiner angezeigt bekommt. -- Viele Grüße, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradparken
Hallo, Oben rechts auf www.openstreetmap.org kannst du auf die Radfahrerkarte umstellen. Diese rendert Fahrradparkplätze. Wuff. Danke. Bin ich also der erste, der hier überhaupt sowas einträgt. Man sollte aus der Tatsache, dass in einer 100.000-Einwohner-Stadt ein alltägliches Objekt völlig fehlt, nicht darauf schließen, dass es überhaupt fehlt. Die Erfurter Radstation ist ein schönes Muster. Naja, ham' wir was zu tun (Kapazitäten zählen). Wobei ich felsenfest der Meinung war, dass dieses Objekt im Renderer erst im letzten halben Jahr hinzu gekommen ist... Wobei: Natürlich sollte es schon gerendert werden, damit ich weiß, wo es vorhanden und wo noch einzutragen ist. Der Mensch ist ein Augentier. Vielleicht lässt es sich im JOSM auch ausfiltern, habe ich noch nicht ausprobiert. -- Viele Grüße, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrschule
Guenther Meyer schrieb: wo man fuers leben lernt... das thema waere eine eigene diskussion wert, die uns aber hier nicht weiterbringt... - eine fahrschule kann man auch fuers leben brauchen. - in der volkshochschule gibt's auch allgemeinbildung. - weiterfuehrende schulen: berufsschulen, private lehrinstitute, wo ziehst du die grenze? - was ist mit nachhilfeunterricht? auch Bäume leben, also ist das auch korrekt amenity=school school=tree =:-O ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler-Bugs: Kreisverkehre
Hallo Claudius, Am 07.03.10 17:44, schrieb Chris-Hein Lunkhusen: Hier mal ein Beispiel zum Cloudmade Routing: http://maps.cloudmade.com/?lat=51.744782lng=7.463622zoom=15directions=51.74465,7.459073,51.74316,7.48049travel=car/shortest Eine Anliegerstraße wird zugunsten eines grade4(!) Feldwegs verlassen. ...was auch völlig korrekt ist. Eine Straße mit Anlieger frei sollte ein Router nur dann befahren, wenn das Ziel das Routings an dieser Straße liegt. Es kommt darauf an, *wo* die Anlieger-frei-Tafeln stehen. Hier würde ich vermuten, dass sie links bei der K 14 und rechts bei der L 835 stehen. Ein Ausweichen auf den Track innerhalb dieses destination-Bereiches wäre unsinnig. Das ist auch bei Cloudmade der Fall: Wenn du das Ziel nach Westen auf die Straße Ermen ziehst, dann routet er auch über die den kürzesten Teil der Anliegerstraße. Wie man in meinem Link von gestern sieht, kommt es sogar darauf an, wo auf der Strasse man das Ziel setzt: http://maps.cloudmade.com/?lat=51.746588lng=7.468472zoom=15directions=51.74346622110985,7.474780082702637,51.74393123699479,7.462248802185059travel=carstyleId=1opened_tab=1 Das Routing ist hier also durchaus verbesserungswürdig. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler-Bugs: Kreisverkehre
Hallo Chris, Hier mal ein Beispiel zum Cloudmade Routing: http://maps.cloudmade.com/?lat=51.744782lng=7.463622zoom=15directions=51.74465,7.459073,51.74316,7.48049travel=car/shortest Eine Anliegerstraße wird zugunsten eines grade4(!) Feldwegs verlassen. Hier liegt es aber daran, dass CM die access-Tags für jeden Way einzeln auswertet. Wenn Dein Ziel nicht auf der Brücke ist, dann ist die Brücke für Autos gesperrt (durch ein 'motorcar=destination): http://maps.cloudmade.com/?lat=51.746588lng=7.468472zoom=15directions=51.74346622110985,7.474780082702637,51.74393123699479,7.462248802185059travel=carstyleId=1opened_tab=1 Das Problem hat also nur sekundär damit zu tun, dass CM auch über (schlechte) Feldwege routet, sondern liegt vorallem daran, dass für *=destination keine Bereiche erkannt werden. (Das wird allerdings - im Gegensatz zur Auswertung jedes Ways für sich alleine - auch viel komplizierter sein.) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Skobbler-Bugs: Kreisverkehre
In Deutschland ist das Routen über Feldwege für PKW schlicht sinnfrei, nur Ausnahmefälle und letzte Meile. Jedenfalls in meiner Ecke soviele Ausnahmefälle, dass es fast schon als Regelfall gelten müsste. In meiner hier mal geposteten Bildserie zur Radroutenklassifizierung sind immerhin 6 reale Beispiele für klassifizierte Straßen, auf die man nach Ansicht einiger Leute eigentlich kein Auto schicken sollte: S. 4 oben und unten, S. 7 unten (mit Ortsschild), S. 12 unten und 15 oben, S. 16 unten. Ein paar davon sind auch bei Google und Bing-Maps (MS) drin, scheinbar bei Bing mehr als bei Google. Die auslassen, gäbe z.T. etliche km Umweg. Zumindest die ersten und letzten Beispiele werden wohl langfristig bleiben wie sie sind. Habe aber noch nicht ausprobiert, ob die großen Anbieter wirklich über diese Wege routen. Andererseits sehe ich in deren Karten etliche dauerhaft gesperrte Wege bester Qualität, die aber nur der Landwirtschaft vorbehalten sind; die müssten theoretisch umgangen werden. Man müsste in den Routingalgorithmus eine Bewertung einbauen, um wieviel % die Gesamtstrecke durch die Benutzung des Feldweges verkürzt würde; dann würden auf langen Strecken solche Stücke wohl automatisch rausfallen, wenn die Ersparnis nur klein ist. -- Viele Grüße, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Übersicht der gemeldeteten Bugs von skob bler-Nutzern
Am Freitag 05 März 2010 15:28:33 schrieb Oliver Kuehn (skobbler): Hallo, hier ist noch mal ein Link, wo man (ungefiltert) die gemeldeten Bugs über den skobbler-Rückkanal einsehen kann: http://beta.skobbler.de/osmbugs Sobald wir sicherstellen können, dass wir die relevanten und richtigen Fehler herausfiltern können, werden wir diese direkt an OpenStreetBugs weiterleiten. Gruß Oliver Ich habe mir auch einige Fehler hier bei mir angesehen. Und habe nun Kommentare zu diesen Bugs geschrieben, wie ich es von OpenStreetbugs gewohnt bin. Meine Frage ist nun: wird der User, der die Bugs geschrieben hat, diese Kommentare jemals lesen? Oder ist es völlig Sinnlos diese Bugs zu kommentieren? Ich vermute dass die Bugs dadurch zustande kamen, dass die User nicht zum richtigen Zeitpunkt auf den Bug Knopf gedrückt haben, denn an der eingetragenen Position kann ich die eingetragenen Fehler nicht finden. Und ohne Rückmeldung des Users kann ich diese nur für ungültig erklären. lg Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler-Bugs: Kreisverkehre
Hallo Johann, Entweder lernt die Engine diese Kreisverkehre trotzdem fuzzy zu erkennen. Oder wir denken uns eine Kreisverkehrs-Relation aus, damit die Ansagen 6. Ausfahrt berechnet werden können ohne Fuzzy-Technik. Es gibt in Deutschland 10 Relationen mit type = route route = junction junction = roundabout http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/de/8b1f387493350a9e.html und 9 Relationen mit type = junction junction = roundabout http://www.h-renrew.de/h/osm/osmchecks/02_Relationstypen/de/90c6f102232ced0b.html Wobei mir persönlich ersteres besser gefällt, aber beides sollte für Skobbler relativ einfach umsetzbar sein.. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit dem Ausdrucken aus dem Wiki
Hat einer von Euch eine Lösung dafür ein custom css erstellen oder wo ist der BUG zu posten ?? Evtl.bei trac.openstreetmap.org , component website? oder hier: http://wiki.openstreetmap.org/wiki/Talk:Wiki#Printing_not_possible :) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] NaviPOWM 0.2.4 freigegeben
Doru Julian Bugariu schrieb: Hallo, die neue Version von NaviPOWM (0.2.4) ist freigegeben. Sie befindet sich an der ueblichen Stelle: http://sourceforge.net/projects/navipowm Vielen Dank für das Programm. Durch die Vektorkarten ist man bei erträglicher Datenmenge nicht auf ein beschränktes Gebiet begrenzt. Ich hab NaviPOWM jetzt auf meinem Primitiv-CE-Navi zum Laufen gebracht. So sehe ich immer unterwegs, wo noch OSM-Bedarf besteht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Motivation zum Beheben von Bug-meldungen von kommerziellen Verwertern der OSM Daten?!?
Johann H. Addicks schrieb: Anyway, gebt den Nutzern die einfache Möglichkeit, Tracklogs zu fertigen und diese anonymisiert hochzuladen. Eigentlich eine sehr wichtige Idee. Wenn ich mir meine Tracks anschaue, die ein guter GPS-Empfänger liefert wenn er nicht flach da liegt, sondern in der Hosentasche steckt dann ist das Ergebnis nicht so prickelnd. Und wenn ich mir anschaue was ein iPhone so liefert dann ist das eher schauderlich. Das möchte ich nicht als Nicht-Ortskundiger auswerten müssen... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tauchen
Hallo Olaf Ich schaue mir das mal an. Die Tauchbasen mit auf dem Sports-Layer darzustellen sollte nicht das Problem sein. Gibt es irgendwo SVG-Icons für die Darstellung der Tauchbasen? Das wäre super! Wie wär's mit diesem Taucher hier? http://www.clker.com/clipart-water-diving1.html Clker.com is an online sharing service where users share free public domain vector cliparts. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tauchen
Hallo Dimitri, Wäre es irgendwie möglich die ausgewählten POI-Arten also z.B. sport=diving, mit in den Permalink zu schreiben? Sei es in der Langform, also: Zumindest im momentanen Stadium geht das noch nicht. Das Perl-Script ist wie gesagt kopiert und momentan bin ich erst daran zu analysieren, wie das Ganze überhaupt aufgebaut ist.. Eine Funktion in der Richtung wäre aber sicherlich nicht schlecht. Wie funktioniert die Sache mit den POIs eigentlich? Das wäre ja für meinen Kartendownloader taho auch interessant. Soweit ich das bisher verstanden habe, wird jeweils direkt eine XAPI-Anfrage gestartet - ohne Cache, ohne eigene Datenbank. Daher ist das ganze System auch relativ langsam.. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tauchen
Hallo Jonas, Darf ich die Frage ergaenzen? Wo finde ich die Liste, was aktuell die Renderer auf osm grafisch darstellen? http://wiki.openstreetmap.org/wiki/User:Stevage/tagsupport Diese Liste soll natürlich nur dazu dienen zu erkennen, warum etwas nicht dargestellt wird und nicht dazu verleiten, etwas umzutaggen, *nur* damit es angezeigt wird. :) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tauchen
Hallo Dimitri, ich weiß, daß wir nicht für die Renderer mappen, aber gibt es irgendwelche Tags für Tauchbasen/Tauchplätze die auch in der Karte (Taho oder Mapnik) erscheinen? Ich bastle gerade an der OSM-point-it-Karte von Paul Lenz. Sie kann momentan sport=diving und sport=scuba_diving anzeigen.. http://osm.t-i.ch/karte/ Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tauchen
Hallo Dimitri, Sie kann momentan sport=diving und sport=scuba_diving anzeigen.. Hmm, hab gerade mal etwas im Roten Meer und auf den Malediven gesucht und nichts gefunden. Es gibt in diesen Bereichen aber auch nur sehr wenige Punkte.. Ein paar findest Du hier: Rotes Meer: http://osm.t-i.ch/karte?lat=27.152lon=33.869zoom=12layers=B000FTF Malediven: http://osm.t-i.ch/karte?lat=4.599lon=73.402zoom=11layers=B000FTF Günstig wäre auch die Unterstützung von http://wiki.openstreetmap.org/wiki/Proposed_features/scuba_diving sport=scuba_diving wird wie oben geschrieben bereits unterstützt. Einfach links auswählen und es wird angezeigt. Je nach Zoomstufe dauert das Laden aber ziemlich lange. (Der Overlay ist natürlich kein Ersatz für eine Karte, auf der die Symbole direkt in den Tiles gerendert werden. OpenSeaMap? FreieTonne? Anyone?) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassensuche in der Karte
Martin Koppenhoefer schrieb: die Lösung, die derzeit dort läuft (Auswahl per Drop-Down je Anfangsbuchstabe) ist m.E. für den gewünschten Anwendungsfall besser geeignet, weil automatisch nur Straßen des Ortes auftauchen und Tippfehler von vornherein ausgeschlossen werden. Wenn Du Blaubär-Straße versuchst einzugeben, die Adresse aber in der Käpt’n-Blaubär-Straße liegt wirst Du so nicht fündig. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Motivation zum Beheben von Bug-meldungen von kommerziellen Verwertern der OSM Daten?!?
Christoph Winkler schrieb: Meine Meinung zur Diskussion: Ich finde es nicht so nett, eine Community von Freiwilligen auszunutzen, um damit Geld von zahlenden Usern zu erwirtschaften. Als Mapper kann man Es gibt noch eine schärfere Variante. es gibt Mapping-Dienste die sammeln Nutzermeldungen um proprietäre Daten zu verbessern. Oder es gibt Software-Firmen die verteilen Alpha-Versionen ihre Bananensoftware, lassen sie kostenlos durch eine Community testen, abreiten die Fehlerbeschreibungen etwas ab und verkaufen anschließend die Beta-Version für viel Geld. Nicht einmal eine kostenlose Vollversion springt für die Tester dabei raus. Das OSM-Modell sieht eine gewerbliche Nutzung der Daten ausdrücklich froh und jeder kommerzielle Nutzer sorgt auch für einen gewissen Stolz. Ich denke, wir sollten schauen wie man die Philosophie von OSM an die Nutzer gewerblicher Anwendungen transportieren kann damit diese überhaupt erfahren wie die Daten entstehen und das sie eine Chance haben unmittelbar daran mitzuarbeiten. Wahrscheinlich muß man das erst mal transportieren, damit die Chance besteht einen Teil der Skobbler-Nutzer nicht nur dazu ermutigen, Fehler zu melden sondern diese direkt selbst in den Daten aktiv zu verbessern. BTW: Steckt hinter Skobbler nicht Navigon? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Signaturen in ADFC-Karten
Hallo, habe meine Aufschreibungen dazu aktualisiert, zu finden sind sie hier: http://www.adfc.thomas-wedekind.de/adfckarten_way-klassifizierung.pdf Dito editierbar: http://www.adfc.thomas-wedekind.de/adfckarten_way-klassifizierung.odt Bilderserie zu Oberflächen: http://www.adfc.thomas-wedekind.de/adfckarten_way-klassifizierung-bilder.pdf (dürfte einem Mitleser hier bekannt vorkommen). Das ist eine erprobte Variante, was nicht heißt, dass sie perfekt ist, es lässt sich alles verbessern. Im Grunde kann jede lokale ADFC-Gliederung ihre eigene Karte machen, wenn sie das Projekt finanziell hinbekommt. Die o.g. Inhalte müssten recherchiert werden und würden von einem Renderer angezeigt, der nur eine Ebene für die Ausgabe benutzen kann, eben Papier. Mehrere Ebenen, wie am Bilschirm machbar, würden manches übersichtlicher machen. Ob die hier auszugebenden Informationen überhaupt alle in der OSM-Datenbank sind, habe ich nun nicht im Kopf; vermutlich müsste mindestens die Verkehrsbelegung der Straßen in eine eigene verknüpfte Datenbank gepackt werden (Methode Tourenportal; dort wird die topographische Karte nur als statischer Hintergrund verwendet). Das Ganze ist für Tourenfahrer, nicht für z.B. Mountainbike-Sportler. Zum Tourenportal schreibe ich gelegentlich eine Ergänzung des obigen Textes, die Inhalte sind etwas anders, aber es gibt viele Gemeinsamkeiten. Wenn man am Rechner routen möchte, kann man weitere Betrachtungen anstellen, z.B. sollten Steigungen mit eingehen (das Tourenportal hat dazu ein hinterlegtes Geländemodell). Ein Mitstreiter von uns hat im letzten Jahr eine Eigenbaulösung gebaut: http://adfc-jena.de/karte/rrplan.php -- Viele Grüße, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassensuche in der Karte
Markus schrieb: Hier ein grüner Bürgermeister (der erste in Bayern). Weitramsdorf? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
