Re: [Talk-de] Planet-Extrakt D-A-CH
Hallo Stefan, Irgendwie blieb die Antwort an Dich in meinem Postausgang stecken.. Thomas Ineichen schrieb: - den (Nicht-)Reaktionen nach eher nicht.. Ich hatte doch angeboten, ein Extrakt herzustellen, aber keine Antwort erhalten. Hiermit meite ich auch eher das Nicht-Interesse an D-A-CH. Mir persönlich würde Dein Angebot nur bedingt etwas nützen - als Schweizer möchte ich die Schweiz komplett haben und daher müsste ich auch bei Deinem Extrakt noch selbst 'Hand anlegen' - da kann ich auch direkt mit den Geofabrik-Dateien arbeiten. :) Danke aber trotzdem für Dein Angebot - vielleicht möchte es ja jemand anderes nutzen..? Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Rhein-Main Radweg-Pflege
Am 9. Februar 2010 22:10 schrieb Thomas Ineichen osm.mailingl...@t-i.ch: Ich bin inzwischen leider nicht mehr ein Fan der OpenCycleMap, unter anderem weil sie keine Paths darstellt und Mühe hat mit Multipolygonen.. Moin! Das mit den paths ist inzwischen Geschichte, nachdem es einige Unterstützer eines entsprechenden tickets im trac dafür gab. Er stellt path jetzt wie footway dar oder, wenn bicycle=yes/designated gesetzt ist, wie cycleway. Ich hätte es zwar für passender gehalten, das nur bei designated zu tun, aber es ist schonmal besser als nichts. Das mit den Multipolygonen ist allerdings tatsächlich eine Katastrophe für eine Karte die auf der Hauptseite präsentiert wird, vor allem in Gegenden, in denen landuse flächendeckend vorhanden ist. Es gibt einen Eintrag im trac dazu, jedoch bei meinem letzten Besuch noch ohne nennenswerte Reaktion. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Planet-Extrakt D-A-CH
Hallo Thomas, Thomas Ineichen schrieb: Mir persönlich würde Dein Angebot nur bedingt etwas nützen - als Schweizer möchte ich die Schweiz komplett haben und daher müsste ich auch bei Deinem Extrakt noch selbst 'Hand anlegen' Ich kann ja das Gebiet im Süden (und im Osten) noch ein wenig erweitern, das sollte kein Problem sein. Welcher Koordinatenbereich würde Dir denn nützen? Oder benötigst Du das Gebiet genau auf die Landesgrenzen ausgeschnitten? Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Rhein-Main Radweg-Pflege
Hallo Martin, Ich bin inzwischen leider nicht mehr ein Fan der OpenCycleMap, unter anderem weil sie keine Paths darstellt und Mühe hat mit Multipolygonen.. Moin! Das mit den paths ist inzwischen Geschichte, nachdem es einige Unterstützer eines entsprechenden tickets im trac dafür gab. Er stellt path jetzt wie footway dar oder, wenn bicycle=yes/designated gesetzt ist, wie cycleway. Tatsächlich - ich sollte meine Vorurteile häufiger überprüfen. :) Ich hätte es zwar für passender gehalten, das nur bei designated zu tun, aber es ist schonmal besser als nichts. Ist es eigentlich (mit Mapnik?) nicht möglich, einen Weg abwechselnd rot/blau einzufärben? Das wäre für mich die logische Mischung zwischen Footway (rot) und Cycleway (blau) Das mit den Multipolygonen ist allerdings tatsächlich eine Katastrophe für eine Karte die auf der Hauptseite präsentiert wird, vor allem in Gegenden, in denen landuse flächendeckend vorhanden ist. Meiner Meinung nach sollte man die Auswahl-Box eh überarbeiten - es gibt inzwischen mehrere Karten die es Wert wären, dort eingeblendet zu werden.. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Rhein-Main Radweg-Pflege
Thomas Ineichen osm.mailingl...@t-i.ch wrote: Ich bin inzwischen leider nicht mehr ein Fan der OpenCycleMap, unter anderem weil sie keine Paths darstellt und Mühe hat mit Multipolygonen.. Jupp, das rendering ist einfach Müll. Ich hatte schonmal begonnen ausgehend vom Stil der Reit- und Wanderkarte (Landuse und Höhendaten kann man übernehmen) eine neue Fahrradkarte zu bauen. Das ist aber noch nicht in einem Distributionswürdigen Zustand. Ich halte es für ein absolut notwendiges Feature da tracktypes und surface optisch zu visualisieren. Das kann die OpenCycleMap auch bis heute nicht. Leider ist keiner der Renderer derzeit technisch in der Lage einseitige Straßenbegleitende Radwege darzustellen. Also wenn jemand nen Workshop für ein neues Fahrradkarten Rendering machen möchte. Ich bin dabei. Gruss Sven -- and on the third day he rebooted into Linux-1.3.84 (Linus Torvalds, Easter Kernel Release 1996) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Rhein-Main Radweg-Pflege
Thomas Ineichen schrieb: Ist es eigentlich (mit Mapnik?) nicht möglich, einen Weg abwechselnd rot/blau einzufärben? Das wäre für mich die logische Mischung zwischen Footway (rot) und Cycleway (blau) bei lonvias hiking map geht das: http://osm.lonvia.de/world_hiking.html?zoom=14lat=51.35875lon=7.10636layers=FFB Das mit den Multipolygonen ist allerdings tatsächlich eine Katastrophe für eine Karte die auf der Hauptseite präsentiert wird, vor allem in Gegenden, in denen landuse flächendeckend vorhanden ist. Man könnte ja auch über einen nationalen Alleingang nachdenken. Für Sachsen (?) gibt es doch schon eine RadWanderkarte. Meiner Meinung nach sollte man die Auswahl-Box eh überarbeiten - es gibt inzwischen mehrere Karten die es Wert wären, dort eingeblendet zu werden.. obige z.B., oder die deutsche topo.geofabrik.de und die öpnvkarte. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] neue mapgen.pl version 0.06
hi, es gibt eine neue mapgen version 0.06 http://wiki.openstreetmap.org/wiki/Mapgen.pl -help option -font families und richtige font größen, offset von linie kann angegeben werden -kleinen bug bei beschriftungen behoben -grid color kann angegeben werden -multipolygone mit löchern unterstützt -style file angepasst (eine section weniger) viel spaß gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Import von 25'000 Haltestellen
Hallo zusammen, Wir haben vom Schweizerischen Bundesamt für Verkehr das OK erhalten, die offizielle Liste mit allen rund 25'000 Haltestellen des öffentlichen Verkehrs in OSM verwenden zu dürfen. Freude herrscht! Die Daten umfassen: eindeutige Dienststellen-Nummer (DSNR): von 85-10 bis 85-94164 Name Operator Gemeinde Kordinaten (im CH-System) Höhe über Meer Nur: Wie geht man nun am besten vor? Wer hat schon Erfahrung mit so grossen Importen? Einige Punkte, die mir gerade so einfallen: - Wie erkennt man bereits vorhandene Haltestellen und ergänzt diese? - Gibt es für die DSNR international vergleichbares? Naptan scheint etwas anders aufgebaut zu sein.. - in OSM heissen die Haltestellen momentan Paradeplatz, Bahnhofstrasse; in der Excel-Tabelle aber Zürich, Paradeplatz, Zürich, Bahnhofstrasse Mit diesen ausführlichen Namen kann man auch eine direkte (=eindeutige) Abfrage im offiziellen Fahrplan machen. Wo soll man diesen Namen abspeichern? nat_name=? [Ich weiss, dass man das Zürich, auch über irgendwelche Relationen oder Polygone konstruieren kann, aber nichts geht über die Einfachheit eines einzelnen, eindeutigen Keys.] - Zu Verkehrsverbünden oder -zonen sind leider keine Daten vorhanden. Weitere Punkte, die man noch beachten sollte? Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Rhein-Main Radweg-Pflege
Am 10. Februar 2010 10:17 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Thomas Ineichen osm.mailingl...@t-i.ch wrote: Ich bin inzwischen leider nicht mehr ein Fan der OpenCycleMap, unter anderem weil sie keine Paths darstellt und Mühe hat mit Multipolygonen.. Jupp, das rendering ist einfach Müll. Ich hatte schonmal begonnen ausgehend vom Stil der Reit- und Wanderkarte (Landuse und Höhendaten kann man übernehmen) eine neue Fahrradkarte zu bauen. Das ist aber noch nicht in einem Distributionswürdigen Zustand. Ich halte es für ein absolut notwendiges Feature da tracktypes und surface optisch zu visualisieren. Das kann die OpenCycleMap auch bis heute nicht. Leider ist keiner der Renderer derzeit technisch in der Lage einseitige Straßenbegleitende Radwege darzustellen. Also wenn jemand nen Workshop für ein neues Fahrradkarten Rendering machen möchte. Ich bin dabei. Ich hätte schon Interesse, stecke aber im Moment in einer Klausurphase... Vielleicht könnten wir damit mal versuchen, weniger zwischen footway/cycleway/path zu unterscheiden, sondern den Fokus auf die konkreten Eigenschaften zu legen (Widmung/Verbote auf der einen Seite und Oberfläche, Breite etc auf der anderen). Bei meiner eigenen kleinen Garmin-Karte, die versucht, die Papier-Topos der LVA ein wenig nachzubilden habe ich das ein Stück weit schon gemacht: Wege unterhalb von track werden nur nach befestigt/unbefestigt unterschieden, weil mir als Wanderer alles andere erstmal egal ist.. ;-) Bilder: http://osm-topo.bplaced.net/ Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import von 25'000 Haltestellen
Am 10.02.2010 10:48, Thomas Ineichen: Hallo zusammen, Wir haben vom Schweizerischen Bundesamt für Verkehr das OK erhalten, die offizielle Liste mit allen rund 25'000 Haltestellen des öffentlichen Verkehrs in OSM verwenden zu dürfen. (..) Wie geht man nun am besten vor? Wer hat schon Erfahrung mit so grossen Importen? Eine erste Idee zur Orientierung http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Import_plan.at Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] TMC: new location code table version 9.0 for Germany
http://www.bast.de/cln_005/nn_42544/DE/Aufgaben/abteilung-f/referat-f4/Location-Code-List/location-code-list-start.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Roll-Up für Messe
Am 10.02.2010 07:29, schrieb Torsten Breda: Am 10. Februar 2010 00:24 schrieb Ulf Lampingulf.lamp...@googlemail.com: Am 10.02.2010 00:02, schrieb Martin Koppenhoefer: Am 9. Februar 2010 22:35 schrieb Ulf Lampingulf.lamp...@googlemail.com: Das sieht jetzt schon ziemlich gut aus. +1, sieht viel besser aus. Klasse gemacht Ulf! Vielen Dank! In wenigen Wochen können wir es dann ja live sehen. Dann erkennt man auch erst, wie sich die Qualität der Einzelteile auf das Endprodukt niederschlägt. (Und was man vielleicht in Zukunft besser machen kann.) Respekt! Danke für die Blumen! Vielen Dank für Freds und deinen Beitrag - ohne wäre es nicht gegangen. Ich bin jetzt auch mal wirklich gespannt, wie das dann letztendlich in 1*2m wirkt ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Roll-Up für Messe
Hallo, habe die Datei (bzw. den Link ins svn) soeben an den Hersteller des RollUp weitergegeben. Marco P.S. wirklich hübsch. Ulf Lamping schrieb: Am 10.02.2010 07:29, schrieb Torsten Breda: Am 10. Februar 2010 00:24 schrieb Ulf Lampingulf.lamp...@googlemail.com: Am 10.02.2010 00:02, schrieb Martin Koppenhoefer: Am 9. Februar 2010 22:35 schrieb Ulf Lampingulf.lamp...@googlemail.com: Das sieht jetzt schon ziemlich gut aus. +1, sieht viel besser aus. Klasse gemacht Ulf! Vielen Dank! In wenigen Wochen können wir es dann ja live sehen. Dann erkennt man auch erst, wie sich die Qualität der Einzelteile auf das Endprodukt niederschlägt. (Und was man vielleicht in Zukunft besser machen kann.) Respekt! Danke für die Blumen! Vielen Dank für Freds und deinen Beitrag - ohne wäre es nicht gegangen. Ich bin jetzt auch mal wirklich gespannt, wie das dann letztendlich in 1*2m wirkt ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import von 25'000 Haltestellen
Claudius schrieb: Eine erste Idee zur Orientierung http://wiki.openstreetmap.org/wiki/WikiProject_Austria/Import_plan.at Ja, als Beispiel, dass bei so einem Import sehr viel schief gehen kann. Aber hier gehts ja nur um Haltestellen. Wie ich es machen würde: Falls es im Umkreis von 25 m keine Haltestelle gibt, dann rein damit, ansonsten die importierte Haltestelle nur als note-Node importierten (mit Namespace oder so). Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonnummern mappen?
Am 10.02.2010 02:52, schrieb Frederik Ramm: Nur eine Koordinate mit Namen ist nur die Hälfte Wert, Ohne Frage ist jedes bisschen Zusatzinformation auch etwas mehr wert. Es ist immer eine Abwaegung; wenn ich die Wahl habe, in der gleichen Zeit entweder 10 Restaurants ohne oder 8 Restaurants mit Telefonnummer zu mappen, was ziehe ich vor? Jeder wird hier anders entscheiden, und jeder hat das Recht dazu. Ja, klar. Jeder soviel wie er mag und was er mag. Es ist für die Wichtigkeit aber auch ein Unterschied an welchem POI die Nummer hängt. Bei einer Tankstelle hab ich noch nie angerufen. Bei einem Restaurant ist es ganz Nett wenn man die Nummer hat. Wenn man spontan was essen will, kann man aber auch meist einfach hingehen. Was zu essen bekommt man immer irgendwie (oder halt irgendwo in der Nähe) [1]. Bei einem Hotel kann das aber schon wichtig werden. Wenn du in der französischen Pampa unterwegs bist (wo die Hoteldichte eh nicht so arg hoch ist), es langsam gegen 20 Uhr geht und du seit zwei Stunden nur auf volle/geschlossene Hotels triffst, ist so eine Nummer die du eben anrufen kannst und nicht 10km hinfahren mußt schon extrem nützlich. Mit grenzwertig meinte ich, dass es m.E. an der Grenze dessen ist, was wir realistischerweise aktuell halten koennen. Wie gesagt, in Karlsruhe klappt das nichtmal mit den Namen von Restaurants. Das ist aber eher die Frage, ob und wann wir an einen Punkt gelangen, wo die Daten sinnvoll genutzt werden können. Wenn benutzbar - wird es benutzt, wenn benutzt - dann auch aktuell. An dem Punkt sind wir hier leider noch nicht. Gruß, ULFL [1] Bei jemandem der auf bestimmtes Essen angewiesen ist (koscher, gluten frei, ...) sieht das mit dem Restaurant vielleicht schon wieder ganz anders aus ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import von 25'000 Haltestellen
Am 10.02.2010 11:49, schrieb Chris-Hein Lunkhusen: Claudius schrieb: Falls es im Umkreis von 25 m keine Haltestelle gibt, dann rein damit, ansonsten die importierte Haltestelle nur als note-Node importierten (mit Namespace oder so). +1 Und bitte gleich in einer Liste (z.B. im Wiki) vermerken, die man dann manuell abarbeiten kann. Sonst bleiben diese Nodes im schlimmsten Fall auf ewig unangetastet. Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC: new location code table version 9.0 for Germany
Am 10.02.2010 11:27, Marcus Wolschon: http://www.bast.de/cln_005/nn_42544/DE/Aufgaben/abteilung-f/referat-f4/Location-Code-List/location-code-list-start.html Praktische Auswirkungen auf uns bzw. auf den TMC Validator? Die IDs werden ja nur fortgeführt und nicht geändert, oder? Also müsste nur die Datenbank des Validators aktualisiert werden, korrekt? Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] an die Icon-Bastler
Hi, openclipart.org ist eine gute Anlaufstelle für soetwas. zB: http://openclipart.org/media/files/AJ/9660 oder http://testvm.openclipart.org/cchost/files/Anonymous/13006 mfg, Florian On 08/02/10 12:00, Jan Tappenbeck wrote: Hi ! ich brauche für eine Haiti-Karte noch folgende Icons: * Radiosender * Zeitung-Office. Hat einer von Euch etwas rumliegen ?? Mir fehlen die Ideen ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Rhein-Main Radweg-Pflege
Hallo, Am 9. Februar 2010 22:26 schrieb Thomas Ineichen osm.mailingl...@t-i.ch: Hallo Benny, ich habe gestern diese Meldung gelesen: Hr: Radfahrer-Service: Schlagloch weg per Mausklick http://www.hr-online.de/website/rubriken/nachrichten/indexhessen34938.jsp?rubrik=36082key=standard_document_38685309 Ich habe die Meldung erst jetzt genauer gelesen. Dort steht: | Das bundesweit einalige Mängel-Meldesystem läuft derzeit | im Testbetrieb, Anfang April soll es dann für jedermann starten. Es ist also zu befürchten, dass es für solch grundlegenden Anregungen bereits zu spät ist.. Ja, da steht ja auch: Grundlage ist die digitale Karte des Radrouten-Planers vom Integrierten Verkehrs- und Mobiltätsmanagement (ivm), imho ist also diese Karte hier: http://212.66.132.198/cgi-bin/rph.cgi?formID=initFormformURL=rphFrameset.htmlframeMapParameter=-1,-1,-1,-1,,,1 vorgesehen - und wenn der Testbetrieb schon läuft, wohl auch bereits entsprechend eingebunden. Dann wird es sicher schwierig, da noch ein Umschwenken auf OSM zu erreichen. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] an die Icon-Bastler
Am 08.02.2010 20:02, schrieb Josias Polchau: On 08.02.2010 12:00, Jan Tappenbeck wrote: * Zeitung-Office. ist zwar ein kiosk, die zeitung daraus kann aber gerne extrahiert werden: http://wiki.openstreetmap.org/wiki/Image:Kiosk.png hi ! der link http://j-po.de/download/osm/kiosk.svg ist tot ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tilecache + Mapnik erzeugt zu große Kart e?
Hallo, auf der kleinsten Zoomstufe wird meine Karte falsch dargestellt (siehe screenshot). Die Karte wird mit Tilecache erzeugt. http://n2.nabble.com/file/n4548395/screenshot.jpg Openlayer ist wie folgt konfiguriert: script src=http://openlayers.org/api/OpenLayers.js;/script script type=text/javascript !-- var map, layer; // OpenLayers Map Options var options = { projection: new OpenLayers.Projection(EPSG:900913), displayProjection: new OpenLayers.Projection(EPSG:4326), controls: [ new OpenLayers.Control.MouseDefaults(), new OpenLayers.Control.PanZoomBar(), ], maxExtent: new OpenLayers.Bounds(-20037508.34, -20037508.34,20037508.34, 20037508.34), numZoomLevels: 19, maxResolution: 156543, units: 'meters' }; function init(){ map = new OpenLayers.Map( $('map'), options); layer = new OpenLayers.Layer.WMS( Cached Base Map, /cgi-bin/tilecache.cgi?, { LAYERS : map, GROUP : map } ); map.addLayer(layer); map.addControl(new OpenLayers.Control.Permalink()); if (!map.getCenter()) map.zoomToMaxExtent(); } sind irgendwelche Parameter falsch gesetzt? Grüße -- View this message in context: http://n2.nabble.com/Tilecache-Mapnik-erzeugt-zu-gro-e-Karte-tp4548395p4548395.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Rhein-Main Radweg-Pflege
Martin Simon grenzde...@gmail.com wrote: Vielleicht könnten wir damit mal versuchen, weniger zwischen footway/cycleway/path zu unterscheiden, sondern den Fokus auf die konkreten Eigenschaften zu legen (Widmung/Verbote auf der einen Seite und Oberfläche, Breite etc auf der anderen). In Osmarender hab ich das seinerzeit genau so gemacht. Pfad wird genau wie Fußweg, Radweg oder Reitweg gerendert, je nachdem welcher der drei Tags dranhängt. Hängen mehrere Tags dran entspricht das rendering dem höchstwertigen Weg. Bei einer speziellen Radkarte würde ich allen Wegen an denen irgendwie cycle!=no dranhängt zusätzlich eine spezielle Fahrradfarbe verpassen. Hier in Baden-Württemberg ist das meist grün, in Norddeutschland eher rot, in UK offensichtlich blau. Ich bin geneigt rot am besten zu finden, weil grün mit Wald und blau mit Seen/Flüssen kollidiert. Gruss Sven -- Den Rechtsstaat macht aus, dass Unschuldige wieder frei kommen (Wolfgang Schäuble) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nationalstraße und Autobahn gleichzeitig ?
Am 09.02.2010 21:19, schrieb Andreas Neumann: In meiner Gegend wird eine Bundesstraße nach der anderen auf die Autobahn verlegt. Nicht ganz: durch den Autobahnneubau wird eine zweite Fernstraße häufig nicht benötigt und daher abgestuft. Die Bundesstraße ist dann unterbrochen. Beispiel: Beim Bau der A7 im Allgäu wurde die B19, die quasi parallel zur A7 lief zwischen Ulm und Kempten herabgestuft und unterbrochen. Alter Shell-Atlas von 1950:http://tr.im/NBMo Heute bei OSM:http://osm.org/go/0C92xa_-- Ob eine Straße Teil einer Bundesstraße ist oder nicht, kann man schön im Bundesstraßenverzeichnis (BVerz) der Bundesanstalt für Straßenwesen(BaSt) nachlesen, die Ausgabe von 2009 gibts hier: http://tr.im/NBOd (Die o.g. B19 findet man auf Seite 50 des PDFs (bzw. Seite 37 laut der Fußzeilen)) Ich habe deshalb diese Autobahnstücke auch in der Bundesstraßenrelation. In 99,9% der Fälle dürfte das falsch sein, spontan fällt mir nur die A995 bei München ein, die auch tatsächlich die B13, welche ersetzt wurde, auch führt. (Eigentlich ist die Autobahn dort in Wirklichkeit eine blau und ohne Nummer ausgeschilderte autobahnänhliche Bundesstraße, die als B13 gewidmet ist, siehe BVerz) Wenn das falsch war, wäre es gut es zu wissen Bitte sehr ;-) und noch besser, wenn man das irgendwo festhält... Ähm, wo? (Ich fürchte, ich hab mich mit dieser Mail wohl dazu qualifiziertMist.) Beste Grüße, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonnummern mappen?
Am Mittwoch 10 Februar 2010 12:03:04 schrieb Ulf Lamping: Bei einem Hotel kann das aber schon wichtig werden. Wenn du in der französischen Pampa unterwegs bist (wo die Hoteldichte eh nicht so arg hoch ist), es langsam gegen 20 Uhr geht und du seit zwei Stunden nur auf volle/geschlossene Hotels triffst, ist so eine Nummer die du eben anrufen kannst und nicht 10km hinfahren mußt schon extrem nützlich. ACK. Dazu braucht es noch nichtmal ne französische Pampa, auch hierzulande kann es sinnvoll sein, wenn man z.B. nach nem unerwarteten Stau sein Reiseziel nicht mehr am selben Abend erreicht, wenn man dann schnell mal ne Telefonnummer von umliegenden Hotels hat. Die kommerziellen Navis bieten ein solches Feature eigentlich verbreiteter Weise an. Und ich finde immer, was die als selbstverständlichen Service anbieten, sollten wir in den Daten eigentlich auch erfassen. Sonst kann ein OSM-Navi ja nie so richtig besser werden. :) Gruß, Bernd -- If Bill Gates had a penny for every time Windows crashed... ...oh wait, he does. - Quelle unbekannt signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nationalstraße und Autobahn gleichzeitig ?
Am 09.02.2010 22:55, schrieb Johannes Huesing: Andreas Neumannandr-neum...@gmx.net [Tue, Feb 09, 2010 at 09:19:00PM CET]: [...] Ist das gesetzlich so festgelegt? In meiner Gegend wird eine Bundesstraße nach der anderen auf die Autobahn verlegt. Ich habe deshalb diese Autobahnstücke auch in der Bundesstraßenrelation. Wenn das falsch war, wäre es gut es zu wissen und noch besser, wenn man das irgendwo festhält... Andere können sicher das Gesetz besser zitieren, Ich versuch mal mein Glück, aber ich bin kein Anwalt... (IANAL). Quelle aller Zitate: http://www.gesetze-im-internet.de/fstrg/BJNR009030953.html aber man kann eine Bundesstraße zur Autobahn umwidmen, ohne dass für sie eine Parallelroute gefunden werden muss. Bundesfernstraßengesetz (FStrG), § 1 Einteilung der Bundesstraßen des Fernverkehrs: (1)Bundesstraßen des Fernverkehrs (Bundesfernstraßen) sind öffentliche Straßen, die ein zusammenhängendes Verkehrsnetz bilden und einem weiträumigen Verkehr dienen oder zu dienen bestimmt sind. [...] (2) Sie gliedern sich in 1. Bundesautobahnen, 2. Bundesstraßen[...] ~~ BABs und Bundesstraßen bilden *gemeinsam* ein zusammenhängendes Verkehrsnetz; sowohl BABs als auch Bu.-Straßen sind Bundesfernstraßen. Beispiel: B 1 zwischen Dortmund und Mülheim/Ruhr durch A 430 ersetzt (neuerdings A 40). http://www.openstreetmap.org/browse/relation/21305 FStrG, § 2 Widmung, Umstufung, Einziehung: (3a) Eine öffentliche Straße, die die Voraussetzungen des § 1 Abs. 1 oder 3 erfüllt, ist zur Bundesautobahn oder Bundesstraße, eine Bundesstraße, die die Voraussetzungen des § 1 Abs. 3 erfüllt, zur Bundesautobahn aufzustufen. (4) Eine Bundesfernstraße, bei der sich die Verkehrsbedeutung geändert hat und bei der die Voraussetzungen des § 1 Abs. 1 weggefallen sind, ist entweder unverzüglich einzuziehen, wenn sie jede Verkehrsbedeutung verloren hat oder überwiegende Gründe des öffentlichen Wohls vorliegen (Einziehung), oder unverzüglich dem Träger der Straßenbaulast zu überlassen, der sich nach Landesrecht bestimmt (Abstufung). ~~ Nach Bau einer Autobahn und dem daraus resultierenden (Fern-)Verkehrsrückgang auf der Bundesstraße kann diese abgestuft werden. So, vor lauter Paragrafen ist mir jetzt schwindlig ;) Rechtlich geregelte Grüße wünscht Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Osmosis und Area Center
Hallo, ich habe da ein kleines Problem. Ich rendere Ausschnitte mit der osmarender.xsl und momentan MSXML, das meldet zwar nix, ist aber einen ganzen Tick schneller als XMLstarlet. Hat aber noch immer einen zeitraubenden Faktor. Und zwar ist das die Area Center Berechnung. Die Schluckt für ein Kärtchen mit einigen Symbolen schonmal gerne 2 Stunden. Für richtige Kartenausschnitte werden da sicher Tage draus. Irgendwo auf einer Diskussionseite hatte ich dann etwas über preprocessing des Datenfiles mit Osmosis gelesen, was dann alles deutlich beschleunigen sollte. Bie Beschreibung hielt sich aber wie üblich kurz und als nicht Experte steht man schnell im Wald. Ich wollte nun meine bat so schreiben, das er mir das file berechnet und dieses berechnete File dann rendert. Das scheitert aber daran das ich beim Osmosis Aufruf nichts als Java Fehler ernte. Das Studium der tah Files half auch nichts. Ich habe jetzt schon dutzende Commandozeilenversuche durch. Innerhalb des tah Prozesses läuft es ja, ich wollte das aber zum direkt rendern rausziehen. Hat das zufällig einer am laufen und kennt den richtigen Aufruf? Die osmosis.jar liegt momentan unter: C:\osm\tilesAtHome\java\osmosis\osmosis.jar Die area-center.jar unter: C:\osm\tilesAtHome\java\area-center.jar Gruß Mirko___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import von 25'000 Haltestellen
Thomas Ineichen schrieb: Hallo zusammen, Wir haben vom Schweizerischen Bundesamt für Verkehr das OK erhalten, die offizielle Liste mit allen rund 25'000 Haltestellen des öffentlichen Verkehrs in OSM verwenden zu dürfen. Freude herrscht! Glückwunsch. Die Daten umfassen: eindeutige Dienststellen-Nummer (DSNR): von 85-10 bis 85-94164 Name Operator Gemeinde Kordinaten (im CH-System) Höhe über Meer Was liegt vor? hast Du eine Gesamthaltestelle. Im Schema http://wiki.openstreetmap.org/wiki/%C3%96PNV_Schema entspricht das am ehsten der (koordinatenlosen) stop_area. Oder hast Du an der Gesamthaltestelle die Koordinaten einzelnen physikalischen Masten. In OSM wirst Du wahrscheinlich überwiegend highway=bus_stop finden, deren Position sich je nach Vorlieben des Mappers auf den Mast, die Halteposition der Fahrbahn oder auf eine Zusammenfassung mehrerer nahe beisamenliegender Masten bezieht. Eine Idee für das automatisierte auseinanderzubröseln hab ich nicht. Wie geht man nun am besten vor? Wer hat schon Erfahrung mit so grossen Importen? Einen Layer als Overlay zur Verfügung stellen? Wie aktuell sind die Daten? Ich habe Daten aus 2003. Beim Mappen finde ich zwischen zwei Masten bei 50 Haltestellen bis zu 2 von 9 die nicht mehr an der Position sind wo ich es glaubte. Und immer wieder begegnen mir Haltestellen die ich -und damit die offiziellen Daten- nicht kennen. Dazu gibt es noch Haltestellen die von ihrer Systematik nicht enthalten sind (Schulbushaltestellen, Reisebushaltestellen). - in OSM heissen die Haltestellen momentan Paradeplatz, Bahnhofstrasse; in der Excel-Tabelle aber Zürich, Paradeplatz, Zürich, Bahnhofstrasse Ich würde die Orte und wahrscheinlich auch die Teilorte herausschmeißen. Bei mir heißt die Haltestelle z.B. name = Ort loc_name = Geich Ort http://www.openstreetmap.org/browse/node/287221623 http://www.openstreetmap.org/browse/relation/178291 Auf dem Schild an der Haltestelle steht Ort, auf dem Fahrplan Geich Ort. Die Kommune ergibt sich aus den Gemeindegrenzen. Mit diesen ausführlichen Namen kann man auch eine direkte (=eindeutige) Abfrage im offiziellen Fahrplan machen. Wo soll man diesen Namen abspeichern? nat_name=? Gibt es die Möglichkeit die Fahrplanauskunft für diese Haltestelle zu verlinken? Am sichersten wird die ID sein, die sich hoffentlich nicht ändert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import von 25'000 Haltestellen
Thomas Reincke schrieb: Im Schema http://wiki.openstreetmap.org/wiki/%C3%96PNV_Schema entspricht das am ehsten der (koordinatenlosen) stop_area. sorry, meinte http://wiki.openstreetmap.org/wiki/User:Oxomoa/%C3%96PNV-Schema ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import von 25'000 Haltestellen
Thomas Reincke schrieb: Thomas Ineichen schrieb: - in OSM heissen die Haltestellen momentan Paradeplatz, Bahnhofstrasse; in der Excel-Tabelle aber Zürich, Paradeplatz, Zürich, Bahnhofstrasse Ich würde die Orte und wahrscheinlich auch die Teilorte herausschmeißen. Bei mir heißt die Haltestelle z.B. name = Ort loc_name = Geich Ort http://www.openstreetmap.org/browse/node/287221623 http://www.openstreetmap.org/browse/relation/178291 Auf dem Schild an der Haltestelle steht Ort, auf dem Fahrplan Geich Ort. Die Kommune ergibt sich aus den Gemeindegrenzen. Das ließe sich evtl. so lösen: die platform/stop_position heißt Ort, die stop_area dann Geich Ort. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] 1 Straße 2 Namen
Hallo, ich habe folgendes Problem, welches sich trotz intensiver Suche bis dato für mich nicht lösen ließ: In einem Nachbarort befindet sich eine Straße, welche auf der linken Straßenseite einen anderen Namen als auf der rechten Straßenseite hat. Wie habt/würdet Ihr so etwas taggen? Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1 Straße 2 Namen
Am 10.02.2010 19:32, schrieb Thomas D.: Hallo, ich habe folgendes Problem, welches sich trotz intensiver Suche bis dato für mich nicht lösen ließ: In einem Nachbarort befindet sich eine Straße, welche auf der linken Straßenseite einen anderen Namen als auf der rechten Straßenseite hat. Wie habt/würdet Ihr so etwas taggen? Keine Lösung, aber ... traffic_sign=city_limt (Ortseingangsschild) lässt name=Ort1 alt_name=Ort2 (alternative name) zu, wo zwei Ortschaften ineinander übergehen. U.U. werden dann sogar beide Namen bei einer Suche berücksichtigt. old_name=alter Name ist nur bei einer Umbenennung sinnvoll. Gruß, Toni ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1 Straße 2 Namen
Thomas D. schrieb: Hallo, ich habe folgendes Problem, welches sich trotz intensiver Suche bis dato für mich nicht lösen ließ: In einem Nachbarort befindet sich eine Straße, welche auf der linken Straßenseite einen anderen Namen als auf der rechten Straßenseite hat. Wie habt/würdet Ihr so etwas taggen? Einfach als zwei entgegengesetzte oneway-Wege. Beste Grüße, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nationalstraße und Autobahn gleichzeitig ?
Matthias Versen schrieb: Simon Kokolakis wrote: ich habe folgendes Problem. Wenn eine Nationalstraße stellenweise zur Autobahn ausgebaut wird, ist sie dann in diesem Berech keine Nationalstraße mehr? Konkret: Soll ein zur Autobahn ausgebautes Stück in den Relationen Autobahn und Nationalstraße drin sein, oder nur in der Autobahnrelation? Reden wir hier von Deutschland oder Österreich/Schweiz denn der Begriff Nationalstraße ist in .de etwas unüblich. In Deutschland gibt es nur das entweder oder, also Bundesstraße oder Autobahn. In Österreich oder Schweiz kann das natürlich anders aussehen. Ich habe dies erstmals beim Taggen in Griechenland bemerkt. Auf Wikipedia heißt es oftmals, (auch in Deutschland), die National/Bundes-straße verläuft von A über B, dann über Autobahn XXX, nach C und endet in D. Aber um länderspezifische Regelungen geht es mir gar nicht so. Diese Straßen werden ja als Routen getaggt. Ich frage mich vielmehr ob man mit einer route-relation eine vollständige, unterbrechungsfreie Route vom Anfang bis zum Ende bezeichnet, oder ob sie zerstückelt sein darf, und somit die Relation nur ein Werkzeug zur Verminderung von Redundanzen wie ref tags ist. Eine Route sollte meines Erachtens eine geschlossene Verbindung vom Anfang bis zum Ende sein. Beste Grüße, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1 Straße 2 Namen
Toni Erdmann schrieb am 10.02.2010 19:59: traffic_sign=city_limt (Ortseingangsschild) lässt name=Ort1 alt_name=Ort2 (alternative name) zu, wo zwei Ortschaften ineinander übergehen. Das stimmt so nicht. alt_name soll nicht der Name eines zweiten Ortes sein, sondern ein anderer Name fuer den ersten Ort. Sowas gibt es z.B. in zweisprachigen Gegenden oder in Norddeutschland scheint es momentan Mode zu sein, noch eine plattdeutsche Schreibweise aufs Ortsschild zu packen. Mal abgesehen von obiger Ungenauigkeit passt der Kommentar ansonsten recht schoen auf diesen Fall, genaugenommen passt er sogar noch besser: Bei den Ortsschildern wird alt_name=* fuer einen zweiten Namen des selben Objektes benutzt. Was damit allerdings nicht abgebildet ist, ist die Tatsache, dass der Strassenname jeweils nur fuer eine Strassenseite gilt. Die Information wird sich aber in dne Adressdaten wiederfinden, wenn man die fuer diese Strasse eintraegt. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nationalstraße und Autobahn gleichzeitig ?
Am 10. Februar 2010 20:32 schrieb Simon Kokolakis simon.kokola...@gmx.de: Aber um länderspezifische Regelungen geht es mir gar nicht so. Diese Straßen werden ja als Routen getaggt. Ich frage mich vielmehr ob man mit einer route-relation eine vollständige, unterbrechungsfreie Route vom Anfang bis zum Ende bezeichnet, oder ob sie zerstückelt sein darf, und somit die Relation nur ein Werkzeug zur Verminderung von Redundanzen wie ref tags ist. m.E. lieber Redundanzen (es geht ja hier wirklich nur um 1 tag, nämlich ref, und von daher ist m.E. die Relation redundant) dulden, also Relationen anlegen, wo man sie nicht braucht und hinterher geschumpfen wird, dass sie schon wieder kaputt gemacht wurden. Eine Route sollte meines Erachtens eine geschlossene Verbindung vom Anfang bis zum Ende sein. Der Begriff legt das Nahe, aber die B1 ist ja keine Route sondern eine Straße. Und wenn deren Aufgabe stellenweise von anderen Straßen übernommen wird, dann ist es doch nicht sinnvoll, diese in die B1-Relation aufzunehmen (weil die B1 dort nunmal nicht ist). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1 Straße 2 Namen
Thomas D. schrieb: ich habe folgendes Problem, welches sich trotz intensiver Suche bis dato für mich nicht lösen ließ: In einem Nachbarort befindet sich eine Straße, welche auf der linken Straßenseite einen anderen Namen als auf der rechten Straßenseite hat. Wie habt/würdet Ihr so etwas taggen? Ich würde wohl abhängig von der Straßenrichtung name:left=Name der linken Seite und name:right=Name der rechten Seite verwenden. Was die Renderer daraus machen, steht wieder auf einem ganz anderen Blatt. hth malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Rhein-Main Radweg-Pflege
Sven Geggus li...@fuchsschwanzdomain.de [Wed, Feb 10, 2010 at 10:17:10AM CET]: [...] Leider ist keiner der Renderer derzeit technisch in der Lage einseitige Straßenbegleitende Radwege darzustellen. Wie sieht denn das Datenmodell dazu aus? Hat sich im letzten Jahr in der Linienbündel-Diskussion etwa etwas getan? -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1 Straße 2 Namen
Am 10.02.2010 20:46, schrieb Torsten Leistikow: Toni Erdmann schrieb am 10.02.2010 19:59: traffic_sign=city_limt (Ortseingangsschild) lässt name=Ort1 alt_name=Ort2(alternative name) zu, wo zwei Ortschaften ineinander übergehen. Das stimmt so nicht. alt_name soll nicht der Name eines zweiten Ortes sein, sondern ein anderer Name fuer den ersten Ort. Sowas gibt es z.B. in zweisprachigen Gegenden oder in Norddeutschland scheint es momentan Mode zu sein, noch eine plattdeutsche Schreibweise aufs Ortsschild zu packen. Hi Thorsten, danke für die Aufklärung. Dann habe ich in der Umgebung noch einiges anzupassen. Gruß, Toni ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1 Straße 2 Namen
Am 10.02.2010 20:57, schrieb malenki: Ich würde wohl abhängig von der Straßenrichtung name:left=Name der linken Seite und name:right=Name der rechten Seite verwenden. Was machst Du wenn jemand die Richtung umkehrt? Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1 Straße 2 Namen
Am Mittwoch 10. Februar 2010 21:30:37 schrieb René Falk: Was machst Du wenn jemand die Richtung umkehrt? Zumindest JOSM kann die Werte dann entsprechend tauschen, was die anderen Editoren machen, weis ich nicht. Gruß, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.piranho.de/gpg.php = www.stopptdievorratsdatenspeicherung.de signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1 Straße 2 Namen
Torsten Leistikow schrieb: Das stimmt so nicht. alt_name soll nicht der Name eines zweiten Ortes sein, sondern ein anderer Name fuer den ersten Ort. Sowas gibt es z.B. in zweisprachigen Gegenden oder in Norddeutschland scheint es momentan Mode zu sein, noch eine plattdeutsche Schreibweise aufs Ortsschild zu packen. Für den plattdeutschen Namen sollte man besser name:nds nehmen, damit das auch für plattdeutsche Karten ausgewertet werden kann: http://cassini.toolserver.org/tile-browse/browse-nds.html?zoom=10lat=53.67104lon=10.28037layers=B ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1 Straße 2 Namen
René Falk schrieb: Am 10.02.2010 20:57, schrieb malenki: Ich würde wohl abhängig von der Straßenrichtung name:left=Name der linken Seite und name:right=Name der rechten Seite verwenden. Was machst Du wenn jemand die Richtung umkehrt? Das ist das Problem mit allen richtungsabhängigen Tags ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nationalstraße und Autobahn gleichzeit ig?
2010/2/10 Simon Kokolakis simon.kokola...@gmx.de Aber um länderspezifische Regelungen geht es mir gar nicht so. Diese Straßen werden ja als Routen getaggt. Ich frage mich vielmehr ob man mit einer route-relation eine vollständige, unterbrechungsfreie Route vom Anfang bis zum Ende bezeichnet, oder ob sie zerstückelt sein darf, und somit die Relation nur ein Werkzeug zur Verminderung von Redundanzen wie ref tags ist. Eine Route sollte meines Erachtens eine geschlossene Verbindung vom Anfang bis zum Ende sein. Das ist bei Straßen so nicht möglich. Schon alleine unter den deutschen Autobahnen gibt es genug die aus mehreren Teilen bestehen (z.B. A4, A8, A44, A93). Eine route-Relation ist für zusammengehörige, nicht zwingend für zusammenhängende Straßenstücke. In Deutschland ist eine Straße verwaltungstechnisch immer nur mit einer Nummer gewidmet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] TMC-Relation wie?
Hallo Liste, wenn ich auf der TMC Karte 2 Punkte habe die auf der selben stelle sind steht auf der dazugehörigen Seite ja man soll eine TMC Relation mit nur einem Punkt machen. Nun frage ich mich wie die genau aussehen soll, denn auf der Duplicate-node-Karte hab ich das hier gefunden, http://matt.dev.openstreetmap.org/dupe_nodes/?zoom=18lat=53.52836lon=9.97714layers=BT zwar scheint mir mindestens einer der Punkte an der falschen Stelle zu sein aber ist ja trotzdem für die Zukunft interessant. Danke für die Antwort im vor raus, Timo Matthias (BudBundi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonnummern mappen?
Am 10.02.2010 01:51, schrieb Frederik Ramm: Hallo, Max Andre wrote: Bis lang habe ich immer gedacht dass es in der OSM-Community anders läuft. Ich war immer der Meinung, dass der, der eine Änderung herbeiführen möchte, auch die zugehörige Diskussion anstößt, und zwar VOR der Änderung. Bei OSM werden selten Aenderungen herbeigefuehrt, oft macht man einfach. Aenderungen herbeifuehren ist in OSM sehr schwierig. Da hast du sicherlich recht, aber es ist doch ein Unterschied, ob ich ein neues Tag benutze, es dokumentiere und es sich ggf. weltweit durchsetzt oder aber in Vergessenheit gerät. Dafür muss ich niemanden fragen, stimmt. Wenn ich aber ein Tag das weltweit 25331 mal (letzter Planetdump) verwendet wird, aus der OSM-Welt verbannen möchte schaut das meiner Meinung nach aber anders aus. Da sollte ich schon versuchen eine Diskussion anzustoßen (z.B. hier auf der ML) und zwar bevor ich schreibe dass das Tag nicht mehr verwendet werden soll. Grüße Max ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonnummern mappen?
Hallo, Max Andre wrote: Wenn ich aber ein Tag das weltweit 25331 mal (letzter Planetdump) verwendet wird, aus der OSM-Welt verbannen möchte schaut das meiner Meinung nach aber anders aus. Da sollte ich schon versuchen eine Diskussion anzustoßen (z.B. hier auf der ML) und zwar bevor ich schreibe dass das Tag nicht mehr verwendet werden soll. Was ich sagen wollte, ist: Man kann *selbst* aufhoeren, das Tag zu benutzen, wenn es einem nicht mehr passt. Klar kann man auch anderen sagen, sie sollen aufhoeren, das zu benutzen, aber da muss man schon sehr gute Gruende haben und die anderen *ueberzeugen*. Eine Autoritaet gibt es dafuer nicht - und ebenso, wie einer irgendwo ein dickes nicht mehr nutzen-Banner hinsetzen kann, kann ein anderer das wieder entfernen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonnummern mappen?
Ich bin GEGEN eine solche Auslagerung der Daten: Ich sehe auch keinen Sinn darin, diese Daten auszulagern. Wenn ich schon auf einer Externen datanbank dannach suchen muss, genuegt es, per addr: eintrag dannach zu suchen. Notfalls auch automatisiert. Eine Frage an die Organisatoren/Betreiber der Datenbank: Wie sieht das eigentlich rechtlich aus? Kann man Telefonnummern unter CC-by-SA veroeffentlichen? Darf ich ueberhaupt Telefonnummern ohne Einverstaendnis veroeffentlichen? Ich erinnere mich daran, dass man z.B. beim Telefonanbieter in Deutschland fuer die auflistung der Telefonnummer in Digitalen Verzeichnissen und Online- verzeichnissen seperat einwilligen muss. Was ist, wenn Auto-Mueller bei Auto-Peters seine Nummer eingetragen findet? Dann werden die womoeglich OSM beschuldigen dass dadurch Kunden an die Konkurrenz verloren gingen. Beste Gruesse, -- Jonas Stein n...@jonasstein.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonnummern mappen?
Hallo, Jonas Stein wrote: Was ist, wenn Auto-Mueller bei Auto-Peters seine Nummer eingetragen findet? Dann werden die womoeglich OSM beschuldigen dass dadurch Kunden an die Konkurrenz verloren gingen. Dann sollen sie uns doch verklagen. Das ist genauso, wie wenn jemand in der Wikipedia eintraegt, dass Auto Mueller kurz vor der Pleite steht und man lieber bei Auto Peters kaufen soll. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonnummern mappen?
Am 11.02.2010 00:52, schrieb Jonas Stein: Eine Frage an die Organisatoren/Betreiber der Datenbank: Da müßtest du eigentlich die Engländer fragen. Der Rest ist meine persönliche Meinung und kein rechtlicher Rat ... Wie sieht das eigentlich rechtlich aus? Kann man Telefonnummern unter CC-by-SA veroeffentlichen? Können auf jeden Fall ;-) Darf ich ueberhaupt Telefonnummern ohne Einverstaendnis veroeffentlichen? Ich erinnere mich daran, dass man z.B. beim Telefonanbieter in Deutschland fuer die auflistung der Telefonnummer in Digitalen Verzeichnissen und Online- verzeichnissen seperat einwilligen muss. Hier muß man schon unterscheiden. Habe ich eine allgemeine Nummer die z.B. auf einer Hotelrechnung o.ä. auftaucht, würde ich persönlich regelmäßig von einem Interesse der Veröffentlichung ausgehen. Bei einer privaten Nummer oder z.B. einer Durchwahl zu einem bestimmten Sachbearbeiter ist davon nicht auszugehen, sowas würde ich nicht in OSM eintragen. Was ist, wenn Auto-Mueller bei Auto-Peters seine Nummer eingetragen findet? Dann werden die womoeglich OSM beschuldigen dass dadurch Kunden an die Konkurrenz verloren gingen. Was ist, wenn Auto-Mueller von Auto-Peters aus der Karte gelöscht wurde? Dann werden die womoeglich OSM beschuldigen dass dadurch Kunden an die Konkurrenz verloren gingen. Verklagen kann dich jeder für alles. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1 Straße 2 Namen
Am 10. Februar 2010 21:30 schrieb René Falk li...@falconaerie.de: Am 10.02.2010 20:57, schrieb malenki: Ich würde wohl abhängig von der Straßenrichtung name:left=Name der linken Seite und name:right=Name der rechten Seite verwenden. Was machst Du wenn jemand die Richtung umkehrt? man könnte dann wohl abhängig von der Straßenrichtung die Tags name:left=Name der linken Seite und name:right=Name der rechten Seite verwenden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1 Straße 2 Namen
Am 11. Februar 2010 02:49 schrieb Martin Koppenhoefer dieterdre...@gmail.com: ...und name:right=Name der rechten Seite verwenden. ich meinte: wie oft kommt das vor? Wenn jemand eine Straße editiert, die 2 Nametags hat, dann wird er hoffentlich ein bisschen aufpassen und wenn er je die Richtung drehen sollte (und nicht oneway=-1), dann wird er vermutlich die Tags auch mit umdrehen, selbst wenn sein Editor es ihm nicht angenehmerweise aufdrängt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Rhein-Main Radweg-Pflege
Am 10. Februar 2010 10:17 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Also wenn jemand nen Workshop für ein neues Fahrradkarten Rendering machen möchte. Ich bin dabei. ich bin auch dabei. Vor allem die Oberflächen würden mich zusätzlich interessieren, Kopfsteinpflaster ist einfach lästig mit dem Rad. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-Relation wie?
2010/2/10 Timo Matthias o...@budbundi.de: Hallo Liste, wenn ich auf der TMC Karte 2 Punkte habe die auf der selben stelle sind steht auf der dazugehörigen Seite ja man soll eine TMC Relation mit nur einem Punkt machen. Wie kommst du darauf? Die Relationen für Points auf ein und dem selben Node wurden genau deshalb eingeführt. Ansonsten reichen ja genausogut die normalerweise statt Relationen hier verwendeten Attribute. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Import von 25'000 Haltestellen
SLXViper schrieb: Auf dem Schild an der Haltestelle steht Ort, auf dem Fahrplan Geich Ort. Die Kommune ergibt sich aus den Gemeindegrenzen. Das ließe sich evtl. so lösen: die platform/stop_position heißt Ort, die stop_area dann Geich Ort. Als name der platform sehe ich eher eine Steigbezeichnung wie Bussteig 3 oder Gleis 27 als passend an. Ich habe auch schon gesehen das die Masten selbst bei peripheren Haltestellen mit dem Zusatz (1) und (2) gekennzeichnet waren. Finde ich vor allem für Orts- oder ÖPNV-Unkundige hilfreich. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gesucht: Code oder Anwendung für OSM a uf Blackberry
Hallo Leute, ich suche J2ME-Code zum Herunterladen+Anzeigen von Tiles oder eine Anwendung für Blackberry die sich (wie schon Blackberry Maps und Google Maps) so starten läßt daß ein Marker an einer übergebenen Position angezeigt wird. Hat da jemand was parat? Ich hab mit grad mgmaps angesehen und das Teil geht von der Bedienung ja mal garnicht. Nach der Menü-Taste kommt ein Menü mit genau einem Punkt, dem um das Menü anzuzeigen und alle Bedienung geht über Zahlen # und *, die auf dem Blackberry nur mit der Alt-Taste erreichbar sind. Ich denke mal Code sollte sich irgendwo finden lassen, oder? Tiles laden, im Ram ein paar davon cachen und eine Karte aus diesen anzeigen und das ganze für J2Me. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de