Re: [Talk-de] wie tagge ich Zeltplätze?
Am 05.07.2014 15:21, schrieb gmbo: Hallo gmbo (Gisbert), Gerade das Taggen ist aber mein Hauptanliegen,damit man auch mit einer guten Karte etwas anfangen kann. sieht man sich dann auch mal den Linkvorschlag http://unterkunftskarte.de an, dann sieht man auch gleich die Schwachpunkte des taggens. Zu wenig verwertbare Information um gezielt die passende Unterkunft für Zelte, Wohnwagen und Wohnmobile zu finden. Mein Anliegen geht im Moment aber von der Grundstuktur der für mich 3 Camping Kategorien aus. 1. Zelten (egal ob Anreise mit Fahrrad zu Fuß oder mit dem Auto, ob einzel oder in Gruppen) 2. Camper mit Wohnwagen. 3. Wohnmobil-Camper. das sind die 3 Hauptinteressenten die sich für einen Stellplatz oder wie auch immer er heißen mag interessieren. nun kann man diskutieren wie man das nun darstellen will. im Moment werden hauptsächlich tourism = camp_site http://wiki.openstreetmap.org/wiki/DE:Tag:tourism%3Dcamp_site tourism = caravan_site http://wiki.openstreetmap.org/wiki/DE:Tag:tourism%3Dcaravan_site benutzt mit den eventuellen Zusätzen. Wenn es für alle 3 Tags gäbe könnte ich mir vorstellen, dass man auch die Kombinationen der Campingarten vernünftig taggen kann. für alle diese 3 Campingarten sind tags auf http://wiki.openstreetmap.org/wiki/DE:Proposed_features/Extend_camp_site die tags zu finden. für Zelte - tents für Wohnwagen oder Anhänger - caravans für fahrbare Wohnmobile - motorhome die lassen sich doch alle mit yes/no an den Haupttag tourism=camp_site/caravan_site anheften und schon weiß jeder Bescheid, ob er dorthin fahren kann oder es lieber bleiben lassen sollte. ein Streitpunkt wird immer sein, ist es nun ein camp_site oder caravan_site. wer will das eindeutig beantworten. der überwiegende teil der Plätze sind für alle 3 Arten geeignet und auch zugelassen. alle 3 machen eine Art Camping. so stimme ich dafür das die Unterkunft ein Campingplatz ist. eine andere interessante Variante ist im proposal hinterlegt. der camp_site = pitch ein Stellplatz. in England pitcht man wenn man ein Zelt aufbaut, sein Wohnwagen hinstellt die sonne genießt oder die tür seines motorhomes aufsperrt und im freien zeitung ließt. hier kann man über tag camp_site:type=tents;caravans;motorhomes die Nutzung vorgeben. eine wunderbare Möglichkeit ist es, alles in einer Relation darzustellen, da hat man alles im Überblick : type = site site = camp_site name = name darin enthalten, alles was ein campingplatz bietet. es gibt eine menge an Möglichkeiten, das darzustellen. Grüße jeepster4000/Willi ps - ach es gibt auch noch Campervans (VW-Bus umgebaut), Pickups mit Wohneinheit auf der Ladefläche, Fiat 500 mit Anhänger worauf ein ausklappbares Zelt montiert ist ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] How to map a....
ich habe gesucht und gesucht, habe aber nichts gefunden. darum die Frage in die Runde: wie mappe ich eine Migrantenunterkunft ? Hat jemand einen Vorschlag ? Grüße Willi ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] How to map a....
Am Dienstag, 10. Dezember 2013 20:21:21 schrieb Martin Koppenhoefer: Es geht hier (wenn ich es richtig verstanden habe), um Sammelunterkünfte für Asylbewerber bzw. Asylsuchende, also nicht um beliebige Wohnhäuser und auch nicht um Wohnhäuser von Migranten (diesbezüglich war die Ursprungsfrage vermutlich etwas irreführend) sondern um staatliche Einrichtungen zur zeitweiligen Unterbringung von Flüchtlingen. in meinem Fall geht es nur um die staatlichen Einrichtungen, die für Migranten vom Staat bereitgestellt werden. Ich habe mich entschlossen es wie folgt getagt. das Gelände: amenity=social_facility social_facility=shelter social_facility:for=migrant zusätzlich adresse und building=yes für das Gebäude. Der Hinweis auf amenity=facility war super, so habe ich auch gleich noch ein paar andere wichtige Infoss erhalten - wie tagge ich z. B. andere Einrichtungen. Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] How to map a....
Am Dienstag, 10. Dezember 2013 21:19:23 schrieb Martin Koppenhoefer: Meinst Du mit Migranten anerkannte Flüchtlinge, oder solche, bei denen erst noch geprüft wird, ob sie als Flüchtlinge anerkannt werden? hier ist es eine leerstehende Schule, die nun als Unterkunft für Asylbewerber genutzt werden soll. Grüße Willi ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] How to map a....
Am Mittwoch, 11. Dezember 2013 07:17:34 schrieb Christoph: Abandoned:school= Nicht vergessen:-) habe mich lieber hierfür entschieden disused:amenity=school sie kann jederzeit wieder in Betrieb genommen werden und wird auch weiterhin von der Stadt erhalten. Willi ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder einmal Fläche die nicht gerendert wird
Am 24.10.2012 10:18, schrieb Jan Tappenbeck: es geht um die Fläche http://www.openstreetmap.org/browse/way/182701143 Kann mir einer sagen warum die nach Wochen nicht gerendert wird in Mapnik ?? Laut JOSM müßte die Fläche ordnungsgem. geschlossen sein. Könnte auch ein Fehler beim Import sein wie hier vermutet http://forum.openstreetmap.org/viewtopic.php?id=18795. Die Radfahrerkarte zeigt es doch richtig an? http://www.openstreetmap.org/?lat=54.15337lon=9.35646zoom=16layers=C Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wieder einmal Fläche die nicht gerendert wird
On Wednesday, October 24, 2012 9:55 PM Jan Tappenbeck [mailto:o...@tappenbeck.net] wrote: weißt Du wie man das beheben lassen kann - mir ist noch eine andere Stelle in Lübeck bekannt (Gespräch eines anderen Mappers) bei welchem sich Mapnik verschluckt haben soll. Selber kenne ich mich da nicht aus. Mir ist noch bekannt, dass Stephan bei seiner Thailandkarte auch Probleme mit fehlenden Objekten hatte oder noch hat http://forum.openstreetmap.org/viewtopic.php?pid=280850#p280850 Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Multipolygonen
On Saturday, October 20, 2012 9:16 PM Tobias Knerr [mailto:o...@tobias-knerr.de] wrote: Leider hast du selbst ein ernsthaftes Verständnisproblem beim Thema Multipolygon. On Saturday, October 20, 2012 9:16 PM Peter Wendorff [mailto:wendo...@uni-paderborn.de] wrote: Die Beschreibung von Enklaven und Exklaven ist der einzige (!) Sinn von Multipolygonen bzw. deren inner-role. Deine Beispiele oben sind falsche Anwendungen des Multipolygons, und nur so werden Missverständnisse eingeführt, denn eigentlich ist die Definition klar: Wenn meine Beispiele falsch sind dann wundert es mich doch sehr dass gegen die gleichartigen Beispiele die sowohl auf der internationalen als auch auf der deutschen Wikiseite erschienen weder bei deren Einführung noch in den Jahren danach Einwände kamen. Wo waren denn da die Leute, die jetzt so felsenfest behaupten die Beispiele seien falsch? - Ankündigung im internationalen Forum http://forum.openstreetmap.org/viewtopic.php?id=8638 - Ankündigung im deutschen Forum http://forum.openstreetmap.org/viewtopic.php?id=8637 Die Beispiele wurden später auf separate Seiten verschoben. - International http://wiki.openstreetmap.org/wiki/Multipolygon_Examples - Deutsch http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon/Examples Durch unklare Definitionen und falsche Beispiele hätten dann nicht nur ich sondern auch andere jahrelang falsch kartiert. Viele oft hitzige Diskussionen hätten sich erübrigt. Die Zeit dafür wäre sinnvoller für das Wiki oder die Daten verwendet worden. Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Multipolygonen
On Saturday, October 20, 2012 5:47 AM Stephan Knauss [mailto:o...@stephans-server.de] wrote: Was war denn speziell bei dem Flughafen die Motivation zum Beispiel das Vorfeld aus der Relation wegzulassen? http://www.openstreetmap.org/browse/relation/1442532 Ich habe das Vorfeld (apron) nicht aus der Relation weggelassen sondern es als inneres Mitglied (inner) derselben aufgenommen. Damit wird zum einen mitgeteilt, dass es innerhalb der äußeren Begrenzung (outer) des Flughafens liegt. Und zum Anderen, dass es etwas Anderes ist als die restliche Flughafenfläche (outer ohne alle inner) und anders dargestellt werden soll. Wie legt aeroway=apron fest. Für die restliche Flughafenfläche gilt aeroway=aerodrome. Damit habe ich festgelegt wie ich den Flughafen sehe und verstanden haben will. Zum Beispiel zeichnet daraufhin ein Renderer wie Mapnik das Vorfeld nach, also über die Flughafenfläche und das Vorfeld ist sichtbar. Da Mapnik Wasser nach Flughafenflächen zeichnet wenn nichts anderes angegeben ist, ist auch der See http://www.openstreetmap.org/browse/way/33300147 zu sehen obwohl er kein inneres Mitglied des Multipolygons ist. Diesen See http://www.openstreetmap.org/browse/way/186750719 zeichnet Mapnik nach dem Wald http://www.openstreetmap.org/browse/way/186750716 in dem er liegt. Er ist also sichtbar, auch ohne Multipolygon. Auch diesen See http://www.openstreetmap.org/browse/way/186750718 zeichnet Mapnik nach diesem Wald http://www.openstreetmap.org/browse/way/186750717. Mapnik merkt nicht, dass dies der umgekehrte Fall ist, Wald im See. Mapnik prüft gar nicht ob eine Fläche in einer anderen liegt. Der Wald wird nicht dargestellt. In diesem Beispiel wird durch eine Relation Multipolygon http://www.openstreetmap.org/browse/relation/2410561 mitgeteilt, dass ein Wald in einem See liegt und Mapnik zeichnet dann den Wald nach dem See. Der Wald ist sichtbar. Da die Reihenfolge der Abarbeitung der Flächen nicht festgelegt ist, kann ein anderer Renderer zu einer anderen Darstellung kommen. Durch Verwendung von Multipolygonen verhindere ich dies, wie in diesem Beispiel http://www.openstreetmap.org/browse/relation/1625506. Ausser für den beschriebenen können Multipolygone auch noch für andere Zwecke eingesetzt werden. Zum Beispiel zur Beschreibung von Exklaven und Enklaven. Es wird also beschrieben, dass eine Fläche in einer anderen liegt, aber nicht zu ihr gehört. Es ist nicht immer sofort ersichlich wozu die Relation Multipolygon erstellt wurde. Und so entstehen immer wieder Missverständnisse und eigentlich unnötige Diskussionen. Ich hoffe das hilft beim Verständnis. Allein mir fehlt der Glaube, dass dies zukünftige Diskussionen auch nur vermindern kann :) Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Multipolygonen
Ehe ich so forsch in die Tasten hauen und und Andere eines Fehlers bezichtige würde ich mich erst mal über Multipolygone und deren unterschiedliche Verwendungsmöglichkeiten schlau machen. Zum Beispiel die Wiki Seiten zum Thema Multipolygon lesen und hoffentlich auch verstehen http://wiki.openstreetmap.org/wiki/Relation:multipolygon http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon http://wiki.openstreetmap.org/wiki/Multipolygon_Examples http://wiki.openstreetmap.org/wiki/DE:Multipolygon_Examples Oder schauen wer wieviel zum Thema Multipolygon im Wiki beigetragen hat http://wiki.openstreetmap.org/w/index.php?title=Relation:multipolygonaction =history http://wiki.openstreetmap.org/w/index.php?title=DE:Relation:multipolygonact ion=history http://wiki.openstreetmap.org/w/index.php?title=Multipolygon_Examplesaction =history http://wiki.openstreetmap.org/w/index.php?title=DE:Multipolygon_Examplesact ion=history Oder wer wieviele Multipolygone schon selber kartiert hat (created) http://hdyc.neis-one.org/?MasiMaster http://hdyc.neis-one.org/?Willi2006 Oder die schon erwähnten, immer wiederkehrenden, nie zu einem Konsens kommenden Diskussionen im Forum lesen und versuchen, die dort beschriebenen unterschiedlichen Ansichten zu verstehen und zu akzeptieren. Sonst macht man sich schnell lächerlich. Aber vielleicht sollte man diesen ach so vielfältigen Benutzernamen nicht nur mit schoolmaster (Oberlehrer) sondern auch mit Maso-Master (da schweigt des Sängers Höflichkeit) assoziieren ;) Um einem möglichen Missverständnis vorzubeugen: Ich bin nicht nachtragend. Nur ich vergesse selten etwas. Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwendung von Multipolygonen
Unterschiedliche Verwendungsmöglichkeiten und Ansichten zu Multipolygonen werden immer wieder im deutschen Forum diskutiert, zum Beispiel neulich: Recreation_ground und Multipolygone http://forum.openstreetmap.org/viewtopic.php?pid=277135#p277135 landuse ist kaputt http://forum.openstreetmap.org/viewtopic.php?pid=250349#p250349 On Friday, October 19, 2012 4:13 AM Stephan Knauss [mailto:o...@stephans-server.de] wrote: Hallo, was ist denn gerade Stand der Technik bei Multipolygon Relations? Hier wurde z.B. ein Flugplatz als Multipolygon angelegt: http://www.openstreetmap.org/browse/relation/1442532 Werden Vorfeld und Gebäude wirklich ausgeschnitten? Das war zumindest immer meine Vorstellung davon wofür die inner Wege verwendet wurden. Deckt sich auch so in etwa mit der Seite hier: http://wiki.openstreetmap.org/wiki/Relation:multipolygon Ich hätte als Flugplatz das ganze Gelände gesehen. Und Vorfeld und Gebäude sind eben Bestandteil vom Flugplatz. Ist das jetzt einfach eine ungünstige Verwendung oder kommt so was häufiger vor (und sollte dann auch mal im Wiki beschrieben werden)? Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage: GPX Track einer Relation extrahieren/runterladen?
Ich möchte zu diesem Thema noch einiges los werden. Am 05.10.2012 06:48, schrieb fx99: Mit dem Relation Analyser lässt sich jede Relation optisch herausheben: http://ra.osmsurround.org/index ja, das kann man. nun hat man die Möglichkeit, sich auf die Suche nach dem Isar-Radweg zu machen. uih, die erste Suche ergibt gleich 2 Auswahlmöglichkeiten. * Relation 2119154 http://ra.osmsurround.org/analyzeRelation?relationId=2119154 hier ist der Radweg in seiner vollen Länge von der Quelle bis zur Mündung. Super ! * Relation 2167981 http://ra.osmsurround.org/analyzeRelation?relationId=2167981 ein Teil des Radweges nochmal - die Strecke vom 'Flughafen München bis Lerchenfeld. Im Gegensatz zur ersten Relation nicht als network=rcn sondern als network=lcn getagged. hier http://wiki.openstreetmap.org/wiki/Fahrradroutentagging_Deutschland ist unter Klassifikation vorgegeben wie man es taggen sollte. Für mich wäre es ein network=rcn. obwohl, man könnte sich streiten. nun gibt es noch eine andere Möglichkeit der Suche. Isarradweg. (Das ist die richtige Schreibweise) uih, 3 Möglichkeiten * Relation 1325786 http://ra.osmsurround.org/analyzeRelation?relationId=1325786 hier ist ein Teil des Isarradweges (das ist die richtige Schreibweise s. http://www.isarradweg.de ) abgebildet als Isarradweg Ost - ist aber identisch mit dem Verlauf der Relation 2119154. * Relation 1325675 http://ra.osmsurround.org/analyzeRelation?relationId=1325675 ein ganz neuer Teil des Radweges auf der anderen Isarseite. Der als Isarradweg West bezeichnet ist. Ich weiß aus eigener Erfahrung, dass es so ist, man kann Isarradweg abschnittsweise auch beidseitig befahren. Ich bin allerdings nur auf einer Seite gefahren und habe meinen Teil dazu beigetragen. Wie gesagt, nur die Seite auf der ich gefahren bin. Von Deggendorf kommend auf der linken Seite. Ich kann mich aber nicht daran erinnern, ob es eine Unterscheidung zwischen Ost und West gab. Ich bin mir ziemlich sicher: nein. * Relation 191397 http://ra.osmsurround.org/analyzeRelation?relationId=191397 ein Verbindungsweg Isarradweg zum Königssee/Bodensee-Radweg der als network=rcn getagged ist. Ein Verbindungsweg ist meiner Meinung nach ein network=lcn. ist in diesem Fall auch so, er ist lokal in Bayern und nicht regional (über mehrere Bundesländer). Obwohl regional/lokal - da muß man schon mal im WIKI nachschauen, wie es gemeint ist. Manche verstehen das gleiche darunter. Nun kann man schon erahnen, wie viele andere Möglichkeiten der Unterscheidung, der Differenzierung, der Aufzählung, der Kennzeichnung es in OSM gibt und wie vielfältig die nodes, ways und relationen bezeichnet sind. Nun versetzt euch mal in die Lage desjenigen, der auf seinem Fahrrad sitzt, gebannt auf sein kleines Display im Garmin GPS sitzt und vor lauter Unwegsamkeiten sitzt und manchen km unnötig fährt. Grüße Willi ps - ich gebe ja zu, ich bin auch nicht ohne Fehler, so habe ich auch den Isar-Radweg erweitert, obwohl ich die Realtion eigentlich in Isarradweg hätte umbenennen sollen. aber das weiß ich erst seit heute morgen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotos von denkmalgeschützten Häuser verlinken?
Am 23.09.2012 11:34, schrieb Norbert Kück: Hallo, am 23.09.2012 11:17 schrieb Peter Wendorff: Damit stellt sich der Nutzen in Frage, aber nicht die rechtliche Unbedenklichkeit auf Seiten des Mappers, der den Link in die osm aufnimmt. Wo habe ich letzteres getan? dann haben wir wohl Einigkeit darüber, daß ich mit meinem tagging image = http://commons.wikimedia.org/wiki/File:Essen-Rellinghausen_Stiftplatz_2.jpg hier http://www.openstreetmap.org/browse/way/92276881 richtig liege. öffnet man den og link wird man auf die wikimedia Seite geführt mit allen linzenzrechtlichen Hinweisen. mehr wollte Steffen ja auch nicht wissen. lediglich sollte ich meine Euphorie etwas bremsen und mich mit meinem Lob und der Begeisterung für die Openlinkmap in Grenzen halten. Grüße Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotos von denkmalgeschützten Häuser verlinken?
Am 23.09.2012 13:22, schrieb aighes: Hallo Willi, Hallo Henning, das Thema Denkmäler und hier speziell Baudenkmäler ist sehr umfangreich und interessant. Schau dir hier mal die Liste an - http://de.wikipedia.org/wiki/Kategorie:Liste_(Kulturdenkmale) es gibt eine Menge davon. also wenn jemand image=* taggt, dann erwarte ich dahinter egtl. ein Bild und keine Website. Von daher halte ich das für verwirrend und in der Auswertung problematisch. ich habe mal tagwatch aufgerufen - es sind 3135 bilder hinterlegt, der einfachheithalber die ersten 1000 hier http://tagwatch.stoecker.eu/Germany/De/ignored_image.html schätze ich 99% mit website. Ich gebe dir aber auch recht, dass ich bei einigen Bildern der Meinung bin, es könnten Probleme auftreten. Das lasse ich mal erst unkommentiert. Das Eintragen des Links ist unproblematisch im juristischen Sinne. ok. Nur was bringt das, wenn man den Link zum Bild nicht ruhigen Gewissens nutzen kann? das kann ich einfach sagen: ich brauche die fotos nicht noch einmal aufnehmen und nochmal unter meinem namen irgendwo abspeichern. ich kann dir nicht sagen, wie lange ich unterwegs wäre, um nur die aus der Essener Liste zu fotografieren. Da bietet es sich doch an, die zu verwenden, die doch schon da sind und in wikipedia verwendet werden oder dort hinterlegt sind. Grüße Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotos von denkmalgeschützten Häuser verlinken?
Am 22.09.2012 14:41, schrieb Steffen Heinz: Würde es Sinn machen denkmalgeschützte Häuser auf ein Foto bei Wikipedia zu verlinken? Ich finde das eine gute Idee. Habe das bereits mit den in Wikimedia hinterlegten Bildern der Baudenkmäler in Essen gemacht. in der openlinkmap kann man sie dann sehen. hier mal der link http://www.openlinkmap.org/?zoom=18lat=51.42551lon=7.04192layers=B ich finde es ist eine gute Idee Grüße Willi aus Essen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotos von denkmalgeschützten Häuser verlinken?
Am 22.09.2012 19:30, schrieb Norbert Kück: wieso? Es ist ja nur ein link, Darum: am 22.09.2012 15:37 schrieb Willi Rehfeld: in der openlinkmap kann man sie dann sehen. hier mal der link http://www.openlinkmap.org/?zoom=18lat=51.42551lon=7.04192layers=B außerdem bei Commonce (mit cc3) Und das bedeutet: Quelle und Lizenz nennen ist Pflicht. Macht beispielsweise Openlinkmap nicht. das sollte doch von der openlinkmap berücksichtigt werden. hier http://wiki.openstreetmap.org/wiki/DE:OpenLinkMap ist zu lesen: Bild image=* vollständige URL zum Bild oder zur Bildseite; wegen rechtlichen Problemen werden *nur Bilder von Wikimedia Commons* angezeigt. Gruß Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Digitale Denkmal-Liste
Am 29.08.2012 19:04, schrieb fly: On 27/08/12 18:06, Willi Rehfeld wrote: unter JOSM gibt es eine Vorlage (Denkmalpflege) für das tagging vom user:Gmbo [1] - diese könnte man erweitern, es würde die Arbeit erleichtern. Hierin fehlt schon mal das tag: image=http://commons.wikimedia.org/wiki/File:Essen-Altenessen-Nord_Kolpinghaus_a.jpg?uselang=de (adresse nur als Beispiel) der Verweis auf das Bild in wikimedia. Kann jemand das erweitern ? Oder muss das der User Gmbo erledigen ? Falls er das nicht mitliest, kann ich ihn anschreiben. Grundsätzlich kann jeder JOSM-Stile und -Vorlagen anlegen und auch editieren. Das ist ja gerade ein Grund diese ins JOSM-Wiki zu stellen. Alle Vorlagen sind unter [3] aufgeführt und wenn Du dem jeweiligen Link folgst, kannst Du auch gleich bearbeiten. In dem angesprochen Beispiel ist das dann [4]. ~10min nach der Änderung sollte die neue Version innerhalb von JOSM zum Herunterladen bereit stehen. dank für deine info hierfür. ich habe es wie beschrieben geändert. es gibt auch eine neue version der vorlag [4] allerdings hat sich der erfolg nach fast 12 stunden noch nicht eingestellt. obwohl ich diese vorlage unter josm schon einige male neu installiert habe. es ist immer noch die vers 0.6 die mir JOSM bereitstellt. ich habe mir aber anders helfen können. ich habe mir die neue version mittels notepad ++ als xml datei erstellt (copy + paste) und in meinem JOSM verzeichnis abgespeichert. dazu habe ich im Zielverzeichnis einen ordner 'presets' erstellt. die habe ich dann unter einstellungen-objektvorlagen-aktive objektvorlagen-+ in mein JOSM eingebunden. es funktioniert - es war aber ein beschwerlicher weg bis hierhin. viele suchmaschinen beauftragt, viel gelesen - und vieles nicht verstanden. was soll's es funktioniert. Eventuell sollten dann auch noch ein paar andere wichtige tags eingepflegt werden. Kannst Du ja machen. nun, wo ich weiß wie es geht, werde ich noch einige vorlagen erstellen - ich denke da an campingplätze. schade ist es nur, dass die anderen erstmal nicht dran teilnehmen können. gruß willi [1] http://wiki.openstreetmap.org/wiki/User:Gmbo [3] https://josm.openstreetmap.de/wiki/Presets#PresetsmanagedinJOSMwiki [4] https://josm.openstreetmap.de/wiki/Presets/Heritage ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus um Eckernförde und anderswo
On Mon, Aug 27, 2012 at 08:35:57PM +0700, Willi wrote: Eine Mengenbegrenzung für Änderungen und vor allem Löschungen von Daten, die Andere erstellt oder geändert haben, halte ich für am geeignetesten und am einfachsten automatisch durchführbar. Die Änderung selbst erstellter und nur selbst geänderter Daten sollte nicht begrenzt sein. Die Grenze sollte dynamisch sein und sich im Sinne einer Do-ocracy nach der Menge der eigenen Beiträge richten, z.B. nach http://hdyc.neis-one.org. On Tuesday, August 28, 2012 11:43 AM Florian Groß [mailto:flor...@grossing.de] wrote: Damit erwischt du User deren Beitrag hauptsächlich in QS besteht, sprich die sich eine Region vornehmen und Fehler anderer richten (Relationen, Tags... ...), z.B. weil die eigene Region schon so sehr erfasst ist, daß dort schon einzelne Pflastersteine gemappt werden. Das war wohl missverständlich ausgedrückt. Mit eigenen Beiträgen meinte ich auch Änderungen von Objekten, die Andere erstellt und geändert haben. Ein Anfänger, der wenig Erfahrung hat, kann zunächst nur wenige Objekte Anderer pro Tag ändern. Wenn diese Änderungen nicht von Anderen revertiert oder sonst wie geändert werden, so kann man davon ausgehen, dass sie akzeptiert sind. Der Anfänger kann also auch nur mit Änderungen fremder Objekte in der Statistik aufsteigen wenn seine Änderungen Bestand haben. Dies geht zwar langsamer. Aber das ist ja der Zweck des Schutzmechanismus. Und je mehr seiner Änderungen Bestand haben umso mehr nicht ausschließlich eigene Objekte darf er pro Tag ändern. Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus um Eckernförde und anderswo
Am 26.08.2012 18:31, schrieb Frank: Da es nach meiner Kenntnis trotz des eigentlich leichtsinnig einfachen Zugangs zu den Lösch- und Änderungsrechten relativ wenig Vandalismus gibt, ist das wohl zur Zeit noch nicht notwendig. On Monday, August 27, 2012 3:34 PM Rainer Kluge [mailto:rklug...@web.de] wrote: Da es sich um ein sensibles Thema handelt, ist damit zu rechnen, dass die Konsensfindung und die Umsetzung sehr lange dauern wird, sollte man trotzdem schon mal anfangen, sich Gedanken zu machen und ggf. Schutzmechanismen implementieren, die man zu gegebener Zeit kurzfristig scharf schalten kann. On Thursday, August 30, 2012 4:58 PM Steffen Grunewald [mailto:steffen.grunew...@gmx.net] wrote: Die Idee klingt nicht schlecht. Der Teufel scheint wie so oft im Detail zu stecken. Unterm Strich sieht es mir aber danach aus, als solle mit technischen Mitteln ein soziales Problem gelöst werden. Das gelingt nach meiner Erfahrung nur sehr selten. Wie Frank und Rainer denke ich auch, dass es zur Zeit zwar noch wenig Vandalismus gibt, es jedoch klug ist, sich schon mal Gedanken zu machen. Meines Erachtens steckt der Teufel immer im Detail und eine perfekte Lösung gibt es praktisch nie, ist zu aufwendig um umgesetzt werden zu können oder schafft durch Kompliziertheit mehr Ungerechtigkeit, wie die Steuergesetze. Deshalb kann man gleich eine einfache Methode wählen. So ist zum Beispiel die Limitierung der API Bandbreite eine relativ simple Methode, die gut funktioniert aber leider auch so manchen Unschuldigen trifft. Aber das muß man halt in Kauf nehmen und meines Wissens hat es auch noch keine großen Proteste deswegen gegeben. Das Verständnis für die Notwendigkeit überwiegt. Auch Strafgesetze, Polizei und Gefängnis sind fehlerhaft, werden angegriffen, treffen manchmal auch Unschuldige und lösen keine sozialen Probleme. Dennoch braucht die Gesellschaft sie. Und OSM ist nicht angetreten, um soziale Probleme zu lösen, sollte sich aber vor Problemen schützen (können). Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Digitale Denkmal-Liste
Am 27.08.2012 14:51, schrieb Raimond Spekking: Am 26.08.2012 23:41, schrieb Norbert Kück: Hallo, am 26.08.2012 23:05 schrieb Alexander Matheisen: bin auf folgendes interessantes Projekt gestoßen: http://www.wz-newsline.de/lokales/rhein-kreis-neuss/dormagen/sisyphos-aufgabe- ehepaar-erstellt-digitale-denkmal-liste-1.1080293 OSM wäre doch eine gute Grundlage für die Erfassung, bzw. haben unser und deren Projekt einige Gemeinsamkeiten und ließen sich doch gut kombinieren: Vielleicht könnte man die Daten in OSM importieren oder die Denkmäler auf einer POI-Karte darstellen. Sie nehmen ja kein Geld für ihre Arbeit und sind eventuell sogar bereit, ihre Daten der Öffentlichkeit zur Verfügung zu stellen. Jedenfalls wäre es vielleicht ganz nützlich, wenn andere Leute ebenfalls die Daten pflegen könnten. Schade um die Doppelarbeit. Zusammenarbeit in so einer Sache ist wirklich wichtig - aber warum mit dem naturgemäß beschränkten Projekt weniger Privatpersonen? Wäre es nicht besser, die Kräfte in einem großen Projekt zu sammeln? Schon mal an Wikipedia gedacht? Dort läuft im September wieder der Wettbewerb WIKI Loves Monuments (2012 übrigens auf vier Kontinenten) mit genau dem Ziel: Möglichst vollständige Bebilderung der Denkmallisten. Info dazu auf http://www.wikilovesmonuments.org (international) und http://wikilovesmonuments.de (DE, klemmt noch etwas). Letztes Jahr im Rahmen von Wiki Loves Monuments 2011 habe ich (bzw. mein Bot) im Namen des im Artikel genannten Ehepaars 6698 Denkmal-Fotos nach Wikimedia Commons [1] hochgeladen. Seitdem hat das Fotografen-Ehepaar selbständig weitere Fotos hochgeladen [2]. Die entsprechenden Denkmallisten wurden dazu in Wikipedia erstellt und gepflegt, beispielsweise [3]. Was jetzt noch fehlt, ist diese Daten nach OSM zu bekommen. Okay, ich kümmere mich um Essen und gehe diese Liste durch [5] und tagge nach deiner Vorlage [4] damit der Link zum Bild eingepflegt ist. Für Köln habe ich schon angefangen, die Baudenkmäler, die unter Denkmalschutz stehen, entsprechend zu taggen, wahllos herausgegriffen: [4]. angefangen haben wir in Essen auch, ob wir fertig sind kann ich noch nicht sagen - ich werde aber sicher gleich antworten bekommen. Viel Arbeit, solange die Denkmalbehörde keine maschinenlesbaren Listen liefern und Häuser/Adressen in vielen Teilen noch nicht erfasst sind hattest du gedacht OSM ist einfach ? es macht aber Freude mitzuarbeiten und zu sehen, dass was neues entsteht. Viele Grüße Raimond. [1] https://commons.wikimedia.org/wiki/Category:Files_by_Huckety [2] https://commons.wikimedia.org/wiki/Special:Contributions/Huckety [3] https://de.wikipedia.org/wiki/Liste_der_Baudenkm%C3%A4ler_in_Linnich [4] http://www.openstreetmap.org/browse/way/175925905 [5] http://de.wikipedia.org/wiki/Liste_der_Baudenkm%C3%A4ler_in_Essen Grüße Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus um Eckernförde und anderswo
Eine Mengenbegrenzung für Änderungen und vor allem Löschungen von Daten, die Andere erstellt oder geändert haben, halte ich für am geeignetesten und am einfachsten automatisch durchführbar. Die Änderung selbst erstellter und nur selbst geänderter Daten sollte nicht begrenzt sein. Die Grenze sollte dynamisch sein und sich im Sinne einer Do-ocracy nach der Menge der eigenen Beiträge richten, z.B. nach http://hdyc.neis-one.org. Moderationsverfahren und Bewertungssysteme wie es sie bei OpenSource Software gibt benötigen Zeitaufwand für das Erstellen und Durchführen des Verfahrens und führen wahrscheinlich zu endlosen Debatten und Streitereien. Diese Zeit geht dem Kartieren verloren. Willi On Monday, August 27, 2012 3:34 PM Rainer Kluge [mailto:rklug...@web.de] wrote Für komplexere Änderungen und vor allem Löschungen, könnte man längere Wartezeiten und/oder Mengenbegrenzungen einführen. Ein Moderationsverfahren oder ein Bewertungssystem wären zumindest in Regionen mit starker Community sicher machbar. Ob das konsensfähig ist, bezweifle ich allerdings. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Digitale Denkmal-Liste
Am 27.08.2012 16:41, schrieb Norbert Kück: zur Info, unter JOSM gibt es eine Vorlage (Denkmalpflege) für das tagging vom user:Gmbo [1] - diese könnte man erweitern, es würde die Arbeit erleichtern. Hierin fehlt schon mal das tag: image=http://commons.wikimedia.org/wiki/File:Essen-Altenessen-Nord_Kolpinghaus_a.jpg?uselang=de (adresse nur als Beispiel) der Verweis auf das Bild in wikimedia. Kann jemand das erweitern ? Oder muss das der User Gmbo erledigen ? Falls er das nicht mitliest, kann ich ihn anschreiben. Eventuell sollten dann auch noch ein paar andere wichtige tags eingepflegt werden. am 27.08.2012 14:51 schrieb Raimond Spekking: Für Köln habe ich schon angefangen, die Baudenkmäler, die unter Denkmalschutz stehen, entsprechend zu taggen, wahllos herausgegriffen: [4]. Nachtrag: Mein Tagging-Schema ist hier beschrieben: http://wiki.openstreetmap.org/wiki/Bremen/Kulturdenkm%C3%A4ler#Tagging zum anderen gibt es auch Proposed features/heritages [2] zur Unterstützung. Grüße Willi [1] http://wiki.openstreetmap.org/wiki/User:Gmbo [2] http://wiki.openstreetmap.org/wiki/Proposed_features/heritage ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätskontrolle POI in OSM
Das gilt sicherlich nicht für mich. Ich kartiere nur was mich interessiert oder was ich für interessant halte. Und weil oder dafür dass ich hierfür den OSM Server und verschiedene Programme nutzen kann stelle ich die Daten in der OSM Datenbank zur Verfügung. Jeder, ob selbst Kartierer oder nur reiner Datennutzer, kann sich dann bedienen. Und ich denke dies ist bei einem Freiwilligenprojekt im allgemeinen so. Warum sollte ich auch freiwillig für anonyme Andere kartieren wenn ich nicht mal deren Interessen geschweige denn sie selbst kenne. OSM, wie andere Freiwilligenprojekte auch, will niemandem etwas verkaufen und betreibt deshalb auch keine Marktstudien. Willi on Saturday, July 07, 2012 4:10 AM Christian H. Bruhn [mailto:br...@arcor.de] wrote Wir sollten uns langsam mal von dem Gedanken trennen, daß wir nur für uns mappen. Unsere Daten sind mittlerweile so gut, daß sie oft genutzt werden. Es wird also immer mehr reine Datennutzer geben. Nicht nur direkt, die Leute die sich die Daten bei uns ziehen, sondern noch eine viel größere Menge an Leuten, die eine Website oder eine Offline-Karte benutzen und die nicht wissen (wollen) woher die zugrundeliegenden Daten kommen und was OSM eigentlich ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätskontrolle POI in OSM
Stimme voll zu. Vor allem, da das Datum des letzten Check nicht wirklich nützt. Ein Objekt kann Jahrzehnte unverändert bleiben oder sich eine Woche nach dem Check ändern. Ich würde nicht extra irgendwo hingehen nur weil ein Check eine gewisse Zeit zurückliegt. Und ehe man eine Datenbank, Editoren und andere Programme mit so etwas belastet sollten erst mal genügend aktive Mapper bestätigen, dass sie dies tun würden. Willi On Saturday, July 07, 2012 4:57 AMaighes [mailto:o...@aighes.de]wrote Wie die Daten genutzt werden, ist für das Problem unerheblich. OSM lebt davon, dass es einen aktiven Mapper vor Ort gibt. Ist dies nicht der Fall, hilft auch keine Erinnerungsfunktion. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Josm und Bing
On Sun, Jan 22, 2012 at 09:49:01AM +0100, Steffen Heinz wrote: On 21.01.2012 21:36, Steffen Heinz wrote: Binlg läßt sich auf einmal nicht mehr als Hintergrund bei Josm laden (Win7) Josm und pluggies sind auf dem neusten Stand. Fehler: null unten rechts: Error loading Bing attribuion data Habe das selbe Problem. Mit josm-tested 4667 geht es problemlos. Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umsatzsteuer-nummern taggen
OSM ist eine Datenbank mit geografischen Informationen. Was hat die Umsatzsteuernummer mit Geografie zu tun? Meines Erachtens sind Name und Art des Geschäfts genug. Das sind auch die Angaben, die üblicherweise auf Karten zu finden sind. Und zwar weil es die Informationen sind, die den Kartennutzer interessieren. Die Umsatzsteuernummer ist nicht hilfreich wenn er ein Geschäft sucht. Sie ist nicht aussen angeschrieben und auch vor Ort nicht ohne weiteres zu verifizieren. Dieser Vorschlag ist meines Erachtens noch verfehlter als neulich der Vorschlag detailliertere Angaben über Angebote und Preise von Hotels aufzunehmen. Dazu gibt es bereits bessere, etablierte Möglichkeiten. Es genügt vollkommen, wenn in OSM eine entsprechende Webseite angegeben ist. Die OSM Datenbank sollte nicht mit solchen, nicht geografischen Daten aufgebläht und die Mapper und Datennutzer nicht mit solchen Daten beim Editieren und Verarbeiten belästigt werden. Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [WISY-Spam]JOSM: Filterung von Daten - Gleichheitszeichen
Da der tag key das Sonderzeichen : enthält, ist er in Anführungszeichen zu setzen, um das Gewünschte zu erhalten: addr:postcode=Lübeck Vielspass beim Kartieren Willi -Original Message- From: Jan Tappenbeck (OSM) [mailto:o...@tappenbeck.net] Sent: Samstag, 3. Dezember 2011 18:14 To: Openstreetmap allgemeines in Deutsch Subject: [Talk-de] [WISY-Spam]JOSM: Filterung von Daten - Gleichheitszeichen Hi ! mir ist ein Fehler unterlaufen und ich wollte nach: addr:postcode=Lübeck filtern. Bekomme aber die Meldung das das Gleichheitszeichen ein unerwartetes Zeichen ist. In der Erläuterung steht aber key=value ! Ist diese nicht aktuell ? 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 kompatible Navi
Martin Trautmann [mailto:tr...@gmx.de] schrieb am Donnerstag, 15. September 2011 14:52 Ich habe versuchsweise mal http://wiki.openstreetmap.org/wiki/Liste_der_Navigationsger%C3%A4te angelegt - vielleicht lohnt es sich, das zu ergänzen. Es gibt ja schon diese nach Systemen gegliederten und detaillierten Tabellen http://wiki.openstreetmap.org/wiki/Software/Mobile z.B. für Android auch in Deutsch http://wiki.openstreetmap.org/wiki/DE:Android Wäre es da nicht sinnvoller diese Seiten zu ergänzen statt parallel eine oder mehrere neue aufzuziehen? Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche gmapsupp.img zum Wandern in Italien
Am 11.05.2011 12:05, schrieb Andreas Tille: PS: Auch wenn das hier schon öfter mal diskutiert wurde und wenn man schnell Anspruchsdenken vorgeworfen bekommt: Wenn die AIO schon nicht mehr aktualisiert wird (die einzelnen Länder stehen immer noch auf dem Stand von Januar 2011), dann sollte das wenigstens dokumentiert werden. ja, es ist schade. die AIO ist und war eine der besten Karten. Ich habe sie auch vermisst, und vermisse sie immer noch. obwohl: es gibt täglich eine neue gmapsupp von deutschland man findet sie hier http://dev.openstreetmap.de/aio/germany-daily/ und es gibt seit ein paar tagen euch eine gmapsupp von europa und zwar hier http://dev.openstreetmap.de/aio/europe-daily/ der nachteil der Europa ist, sie ist 4GB. sie passt wohl auf meine karte, aber mein Garmin GPSmap 60CSx kann nur 2GB große img's verarbeiten. (glaube ich) ich helfe mir mit europa und den länder aus europa über ein hilfstool es heißt GMapTool und ist hier http://www.anpo.republika.pl/download.html dieses tool zerlegt die gesamt img in die einzelnen img's. nun kann ich das ergebnis unter Qlandkarte oder mapsource einlesen und mir die entsprechende karte zusammenstellen. es funktioniert. 'Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio/germany-daily
Am 23.04.2011 09:25, schrieb koppenho: Am 23.04.2011 01:05, schrieb fla...@googlemail.com: Werde jetzt erstmal die Version zurückdrehen ggf geht er dann weg. Kann ich bestätigen: der Fehler ist weg. Das gmapsupp.img von heute morgen geht wieder mit meinem Garmin 60CSx. Danke. nein, und ich habe auch das 60CSx mit der gmapsupp.img vom 23.4.2011 00:31 (891856kb) - und die läuft bei mir nicht. willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio/germany-daily
Am 23.04.2011 17:21, schrieb fla...@googlemail.com: Ich lasse seit gerstern aus den einzelnen Kacheln in einem Extra-Schritt die Gesamtdatei erzeugen. Das sollte also mit der Datei von heute gehen. Willi was sagt gmaptool zu deiner datei ( gmt -i gmapsupp.img) ? Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Dateiformatfehler (3) Fehler, Ergebnis fehlerhaft. Ende. willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aio/germany-daily
Am 22.04.2011 21:17, schrieb M∡rtin Koppenhoefer: Am 22. April 2011 18:17 schrieb Joerg Fischero...@jfis.de: Karte vom 22.4 grad getestet. Wie bisher ohne Funktion. Hat denn _noch_ jemand das gleiche Problem?!? Wir drei Diskutanten können doch nicht die Einzigen sein die die AIO benutzen? Auch positive Rückmeldungen mit Geräteangabe wären hilfreich. :-) Ich habe die AIO gmapsupp.img Deutschland von Anfang April (glaub' vom 5.) ohne Probleme auf einem 60csx genutzt. ich habe ein 60csx . meine letzte funktionierende AIO ist vom 8.4.11 - die letzten, einschliesslich heute, laufen nicht bei mir. Gruß Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] karten aus tiles zusammenbauen
Am 28. Februar 2011 21:59 schrieb Gary68 [g...@gary68.de]: hallo, ich habe / hätte: - bbox - ziel maßstab oder von mir aus zoomlevel - tileserver - zielformat papier und möchte daraus eine karte machen. hat dazu jemand einen algorithmus? oder andere hinweise? also mir geht es ums tiles identifizieren, herunterladen, zusammenbauen, beschneiden und nach pdf konvertieren. letzteres wird wohl einfach. ist für hikingbook.pl ... Das in dieser Debatte genannte Tool bietet eine interaktive Karte vom Server für die Wahl des Ausschnittes und erledigt den Rest wahrscheinlich mit links. Wie jedes Werkzeug kann es bei falscher Benutzung natürlich auch schaden. http://forum.openstreetmap.org/viewtopic.php?id=10960 http://trekbuddyatlasc.sourceforge.net/index.html Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Relationsdialog - Templates für die gängisten Formen
Am Montag, 28. Februar 2011 02:58 schrieb o...@tappenbeck.net Einige Schaltflächen - ein klick darauf und schon ist z.b. nur der Rechtsabbieger eingetragen. Wenn 3 Elemente in den Mitgliedern definiert sind könnte man noch darüber nachdenken auch gleich from-via-to mit einzutragen. Das würde die meisten Fälle abdecken. Gibt es bereits: Vorlagen selbst definieren nach dem Beispiel von Dirks Oneclick http://wiki.openstreetmap.org/wiki/DE:Anpassen_der_Vorlagen_von_JOSM#One-Kli ck-Beispiel Mache ich selbst seit Kurzem. Habe inzwischen etwa 20 selbstdefinierte Vorlagen als Schaltfläche zum Anklicken. Nicht allzu schwer, sehr praktisch und macht Spass. Viel Spass beim Ausprobieren Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse bei mehrfacher Landnutzung
Am Dienstag, 25. Januar 2011 07:28 schrieb Stephan Wolff [s.wo...@web.de] wenn ein Gelände mehrere verschiedene Nutzungen hat, ist es schwierig diese als landuse zu erfassen. Beispiele: - Militärgelände mit forstwirtschaftlich genutztem Wald - Wald rund um die Brunnen eines Wasserwerks - Friedhöfe, Parks, Golfplätze mit Wald - Küstenschutzdeiche, Flugplatzflächen als Schafweide (Die Jagd könnte man teilweise als Drittnutzung sehen) Meines Erachtens ist hierfür ein guter Ansatz zunächst möglichst strikt zwischen Nutzung und Bedeckung einer Fläche zu unterscheiden. Hierfür gibt es - landuse http://wiki.openstreetmap.org/wiki/Key:landuse und - landcover als Vorschlag die Situation zu verbessern http://wiki.openstreetmap.org/wiki/Proposed_features/landcover . Werden alle Werte von landcover so gewählt, dass es auf ein und derselben Fläche zumeist nur einen Wert gibt und falls ausnahmsweise nicht, ist das überwiegende zu nehmen, was vor Ort gut feststellbar ist. Dann kann landcover durch eine vollflächige Farbe dargestellt werden. Zum Beispiel grün für Bäume und blau für Wasser. Die Werte für Nutzung sollten dann nur reine Nutzung beinhalten und nichts über die Bedeckung aussagen. Dies ist zur Zeit nicht der Fall. Zum Beispiel sagt landuse=military etwas über die Nutzung und nichts über die Bedeckung aus. Aber landuse=orchard bedeutet sowohl landwirtschaftliche Nutzung als auch Bedeckung mit Bäumen oder Stauden. Ob man bei Einführung einer strikten Trennung den Begriff landuse weiter verwendet oder lieber einen neuen Begriff wählt wäre auch zu diskutieren. Werden zur Darstellung der Nutzung Schraffuren und Symbole verwendet, so können sich landuse überlappen, da sich diese kombinieren lassen. Am besten dürften sich Symbole kombinieren lassen. Sie können sich einfach abwechseln. Zum Beispiel kleine Panzer oder Gewehre für militärische Nutzung, kleine Traktoren oder Rinder für landwirtschaftliche Nutzung und die Buchstaben NR für Naturreservat. Aber auch rote Schraffur für militärische Nutzung und kleine Fische für landwirtschaftliche Nutzung auf einer blau dargestellten Wasserfläche sind denkbar. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tankstellen
Ja, da gibt es viele Varianten auch je nachdem wie viele Einzelheiten man kartieren will. Will ich nur die Tankstelle darstellen genügt ein Knoten mit amenity=fuel. Will ich mehr darstellen so verwende ich highway=services (mit s am Ende) und area=yes für die Fläche und platziere die Zapfsäule in der Fläche und die anderen Objekte am Rand an ihren jeweiligen Plätzen und gebe ihnen die passenden Merkmale. Beispiel auf der zweisprachigen Karte: http://thaimap.osm-tools.org/?zoom=19lat=16.43801lon=102.82814layers=B00 Eine Relation ist dann auf jeden Fall unnötig, da die Beziehung der Objekte durch die gemeinsame Fläche gegeben ist. Wenn an die Fläche und an einen Knoten amenity=fuel gesetzt wird, dann wird die Tankstelle doppelt gezählt und es sind zwei POIs obwohl es ja nur eine Tankstelle ist. Dies ist unerwünscht. Viel Spass beim Kartieren Willi Am 19.01.2011 09:41, schrieb Karsten: Hallo Liste, wie erstelle ich am Besten eine Tankstelle. Ich möchte das Areal, die Gebäude (Shop, Waschanlage, etc.) und die Wege erstellen. Wohin gehört die Beschreibung der Tankstelle, auf das Areal, die Gebäude oder sollte ein Node in die Mitte? Muss man da Relationen anlegen? Irgendwie macht das jeder anders. Gruß Karsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel ohne Datenverlust + besser e Versionskontrolle + Qualität durch Sichtung
Frederik Ramm [frede...@remote.org] wrote on 18. Dezember 2010 21:05 1. Ich will die Sache endlich erledigt haben, und ich bin den Affentanz um den angeblich so furchtbaren Datenverlust leid. Das beste, was mir tun koennen, ist, unsere Bedenken zu ueberwinden, den Lizenzwechsel endlich abzuschliessen und uns danach wieder - alle zusammen - auf das zu konzentrieren, was wesentlich ist. Meine offene und ehrliche Bewunderung an Frederik für seine Bereitschaft und Eselsgeduld diese Diskussionen zu führen. Ich lese zum Teil mit. Aber lieber konzentriere ich mich auf das weshalb ich bei OSM mitmache, das Kartieren. Würde ich immer vom schlimmsten Anzunehmenden ausgehen und das auch noch ohne Indiz, dann würde ich wohl im Krankenhaus wohnen, denn ich könnte ja jederzeit eine schwere Krankheit wie Schlaganfall bekommen. Wäre ich Anhänger von Verschwörungstheorien würde ich wohl als Eremit im Wald wohnen, damit mir niemand etwas wegnehmen kann. Stattdessen gebe ich die von mir erhobenen geografischen Daten gern in die OSM Datenbank ein. Es ist ja nur eine Kopie. Das Original kann ich bei mir behalten. Und ich bin froh, dass es die OSMF gibt, die sich um die Infrastruktur kümmert und auch um das Juristische. Davon hab ich zu wenig Ahnung, kann und will mich darum auch gar nicht kümmern. Bis jetzt hat die OSMF mir stets beim Kartieren geholfen und nie etwas gegen meine Interessen getan. Ich sehe kein Indiz, dass sich das ändert. Und deshalb halte ich einen Vergleich mit der Politik und den genannten Beispielen wie Stuttgart 21 für falsch und vor allem für unfair. Denn man weiß aus Erfahrung, dass dem Bürger bei solchen Projekten bewusst nicht die Wahrheit gesagt wird. Es geht um Aufträge für über 4 Millarden Euro. Willi (Willi2006) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pumpwerk der Entsorgung
Am Montag, 15. November 2010 13:47 schrieb Jan Tappenbeck [...@tappenbeck.net] im Wiki habe ich nur das Pumpwerk für die Wasserversorgung gefunden. Wie wärs mit man_made=wastewater_plant. Viel Spass beim Kartieren Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechler
Am Samstag 13 November 2010, 01:33:47 schrieb Garry: Was mich an der Geschichte stört und vermutlich auch einige andere ist dass man als Mapper und Privatnutzer keinen spürbaren Vorteil, aber den deutlichen Nachteil des Datenverlusts hat Am Samstag, 13. November 2010 11:35 schrieb Bernd Wurst [be...@bwurst.org] Der vielbeschworene Nachteil des Datenverlustes ist ein sehr, sehr temporärer Effekt. Das dauert ein paar Wochen, auf dem Land vielleicht ein paar Monate, dann ist davon nichts mehr zu sehen. Als Mapper bzw. Privatperson habe ich niemals einen handfesten Vorteil von OSM. Es ist was idelogisches. Mir macht das Kartieren einfach Spass und in der guten OSM Gemeinschaft und mit den tollen OSM Werkzeugen ist es angenehm und einfach. Das ist meine Motivation und mein Vorteil. Meine momentane Nutzung der OSM Daten tendiert dagegen eher gegen Null. Obwohl ich eigentlich schon mal getane Arbeit nicht gern noch mal mache ist der sogenannte Datenverlust für mich kein Verlust sondern Herausforderung, Fehlendes (wieder) zu kartieren. Und im Grunde ist es doch mit den meisten Daten, die wir erfassen, so. Sie existieren ja schon bei Firmen wie Google oder Behörden wie den Vermessungsämtern. Nur weil diese sie nicht so frei wie wir es wollen zur Verfügung stellen erfassen wir sie noch mal. Viel Spass beim Kartieren Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] merkwürdiges Verhalten von Mapnik bei einer Maininsel
Am 11.11.2010 08:14, schrieb Willi: waterway=riverbank ist am outer Element. Dies kann zu unerwarteten Ergebnissen auf der Karte führen. Denn nach der Multipolygon Definition http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon bedeutet das, dass die ganze eingeschlossene Fläche Wasser ist, also blau gezeichnet wird. Am 11. November 2010 14:43 schrieb Chris66 [chris66...@gmx.de] Naja sagenwir mal so, man versucht durch entsprechende Hinweise im Wiki die alte Taggingmethode (die aber immer noch am meisten angewendet wird) durch die neue Methode (Tags an die Relation) zu ersetzen. Die alte wird aber weiterhin unterstützt: Na ja, sagen wir mal: Es wird versucht, die alte weiterhin zu unterstützen. Aber auch dieses Beispiel hat wieder gezeigt, dass es nicht sicher ist und das Ergebnis gern vom Zufall, sprich von der Reihenfolge beim Zeichnen, abhängt. Da entscheide ich mich doch lieber gleich für die richtige, sichere Methode. Diese hat dann auch noch den Vorteil, dass ich der Gesamt- und der Differenzfläche eigene Merkmale, die sich vertragen müssen, zuweisen kann. Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] merkwürdiges Verhalten von Mapnik bei einer Maininsel
On Wed, 10 Nov 2010, UMAX974 wrote: Betr.: http://www.openstreetmap.org/?lat=50.04088lon=10.23575zoom=17layers=M Hallo Liste,, Wir haben hier in Schweinfurt seit Wochen ein Problem, dass wir nicht lösen können, aber evtl hilft jemand aus der Liste weiter. Wie ihr auf der Karte sehen könnt, ist in Mapnik eine der Maininseln in Schweinfurt unsichtbar und alle Gebäude darauf stehen im Wasser. In der Osmarender Karte ist die Insel problemlos zu erkennen. Alle anderen Inseln im Umkreis sind aber problemlos auch in Mapnik zu erkennen. Kann uns jemand dieses Phänomen erklären, bzw. helfen wie wir das beheben können? waterway=riverbank ist am outer Element. Dies kann zu unerwarteten Ergebnissen auf der Karte führen. Denn nach der Multipolygon Definition http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon bedeutet das, dass die ganze eingeschlossene Fläche Wasser ist, also blau gezeichnet wird. Wird beim Rendern eine Insel nach dieser blauen Fläche gezeichnet so überdeckt sie das Blau und ist sichtbar, wird eine Insel vor der blauen Fläche gezeichnet, so wird sie von der blauen Fläche überdeckt und ist nicht sichtbar. Das Multipolygon hat nicht die gewünschte Wirkung und ist dann unnötig. waterway=riverbank gehört an die Relation Multipolygon, da nur die Differenzfläche (outer riverbank abzüglich der inner Inseln) Wasser und somit blau darzustellen ist. Beispiel http://www.openstreetmap.org/?lat=14.12626lon=100.52291zoom=17layers=M name=Main ist unkritisch. Steht name=Main beim outer Element, so heißen das Wasser und die Inseln Main. Steht name=Main beim Multipolygon, so heißt nur das Wasser Main. Ansichtssache. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Netbook-Anwender gesucht
Am 05.11.2010 21:43, schrieb Wolfgang: Josm ist auf Netbooks nicht benutzbar. Da habe ich eine ganz andere Erfahrung gemacht. Seit einem Jahr benutze ich JOSM auf einem Netbook und bin damit sehr zufrieden: - Samsung N140 - US/Thai Tastatur - 10 Schirm mit 1024*600 Punkten - 1 GB RAM - Windows 7 Starter. Unterwegs sammle ich Daten direkt mit JOSM: - Plugin livegps zum Aufzeichnen der GPS Spur in einer GPX Ebene - Plugin surveyor für Notizen in einer separaten Datenebene Bei Bedarf skizziere ich in dieser Ebene/Datei zuvor die geplante Route. - Datenebene mit OSM Daten im Hintergrund - GPX Ebene mit OSM GPS Rohdaten im Hintergrund - Eventuell Plugin Piclayer mit einer Luftaufnahme im Hintergrund Kleinere Korrekturen oder Ergänzungen, wie Häuser mit Hausnummern hinzufügen, mache ich vor Ort direkt in der OSM Datenebene. Weitergehende Notizen und Skizzen erfolgen in der separaten Datenebene. Dabei steht mir die volle Leistungsfähigkeit von JOSM zur Verfügung. Mit dem kleinen Bildschirm und dem Touchpad ist präzises Arbeiten zwar schwieriger aber immer noch viel leichter als auf einem PDA oder Handy und vor Ort eigentlich auch nicht erforderlich. Mit dem Plugin surveyor kann ich Wegpunkte in der GPX Ebene oder Nodes in der Datenebene setzen. Ich verwende die Nodes in der Datenebene mit voreingestellten Tags. Diese erinnern mich an die aufzunehmenden Merkmale und ich ändere sie gleich entsprechend. Zu Hause schließe ich an das Netbook eine externe Maus und einen externen Bildschirm, 22 mit 1680x1050 Punkten, an. Dann werden die gemachten Fotos importiert und das detaillierte, genaue Editieren kann beginnen. Wege werden gezeichnet. Die Merkmale werden von den unterwegs erstellten Nodes kopiert und diese gelöscht, da erledigt. POIs werden schlicht kopiert und eventuell deren Position verbessert. Alle vor Ort direkt in der OSM Datenebene gemachten Änderungen werden geprüft. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Portal Vorschlag (Was: Re: OSM quo vadis)
Am 24.10.2010 12:35, schrieb Sebastian Hohmann: Analog zu den vorherigen Vorschlägen[1][2] habe ich mal eine Portalseite gebastelt: http://osmtools.de/portal/ Toll! Ein gutes Beispiel ist besser als hunderte Diskussionen. Ganz im Sinne von: Es gibt nichts Gutes außer man tut es. Statt * Jetzt Karte ansehen * Andere empfohlene Karten vielleicht * Die OpenStreetMap Karte ansehen * Andere empfohlene Karten Die Seite Empfohlene Karten und Anwendungen eventuell gruppieren in (Links als Beispiele): * Karten ansehen Reit- und Wanderkarte, ... * Karten in verschiedenen Sprachen ansehen (experimentell) Weltweit, Sprache wählbar: http://toolserver.org/~osm/locale Thailand, zweisprachig http://thaimap.osm-tools.org * Karten vergleichen Nebeneinander synchron http://tools.geofabrik.de/mc Transparent überlagert http://sautter.com/map Google earth Layer http://www.markus-bader.de/?p=14 * Karten selber konfigurieren OpenStreetBrowser * Karten anfordern Stadtplan MapOSMatic http://www.maposmatic.org * Routen berechnen OpenRouteService * OSM auf Linux, Windows und mobilen Geräten einsetzen http://wiki.openstreetmap.org/wiki/Software/Desktop * OSM Daten mit anderen Anwendungen einsetzen http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services http://wiki.openstreetmap.org/wiki/DE:OSM_Internet_Links ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landwirtschaftliche Fläche umschlie ßt Wald
Am 27. September 2010 13:48 schrieb Martin Simon [grenzde...@gmail.com] Das sind zwei unterschiedliche Probleme. Multipolygone (mit inner Members) werden genutzt, um Flächen aus anderen Flächen heraus zu schneiden, weil sie _logisch nicht darin enthalten sein sollen_. Für den Menschen ist es logisch, dass ein in einer landwirtschaftlichen Fläche gezeichneter Wald ein Wald und kein Acker ist. Die heutigen Kartenzeichenprogramme (Renderer) sind zu doof um dies zu wissen. Um ihnen auf die Sprünge zu helfen wurden die Multipolygone eingeführt. Ohne Multipolygon ist das Ergebnis zufällig. Zum Beispiel: Wird der Acker nach dem Wald gezeichnet so verschwindet der Wald. Wird der Wald nach dem Acker gezeichnet so ersetzt der Wald den überdeckten Teil des Ackers. Etwas ausführlicher unter http://gis.638310.n2.nabble.com/Warum-keine-Innenhofe-dargestellt-td5533227. html#a5534193 Viel Spass beim Kartieren Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] All in one - europa und mapsource
habe probleme die AIO - Europa Karte unter mapsource 6.15.11 auf meinem XP SP3 zu installieren. Mapsource versagt den Dienst mit Fehlermeldung. Problem ist auch auf der wiki-seite all in one vermerkt. Gibt es schon tips und hinweise, wie man europa einbindet ? Grüße Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Praezisierung des Begriffs automatische Aenderungen
Frederik Ramm [frede...@remote.org] schrieb am 14. September 2010 17:46 Eine automatische Aenderung ist jede Aenderung, bei der der Mapper nicht mehr auf den Einzelfall schaut. Denn Fehler bei solchen automatischen - oder sollte vielleicht besser sagen: mechanischen? - Edits ... Meines Erachtens ist weder automatisch noch mechanisch so richtig passend. Ich kann mir 1000 Objekte runterladen, jedes einzeln prüfen und danach automatisch alle oder alle für zutreffend gefundenen in einem Kommando ändern. Irgendwie schon automatisch oder mechanisch aber doch in Ordnung. Wie wär's mit dem Begriff pauschale Änderungen. Pauschal bedeutet laut Duden ohne näher zu differenzieren was gleichbedeutend ist mit nicht mehr auf den Einzelfall schaut. Als englisches Wort fällt mir da indiscriminate changes ein. Aber Englisch ist nicht meine Muttersprache. Viel Spaß beim Kartieren Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Praezisierung des Begriffs automatische Aenderungen
Am 14. September 2010 12:51 schrieb Peter Körner: Am 14.09.2010 12:45, schrieb Frederik Ramm: Sie muessen vorher in geeigneter Weise mit der Community diskutiert werden. Wäre es vllt. Sinnvoll, einen Proposal-Artigen Prozess dafür zu erstellen? Vielleicht können wir hier wenigstens den Teil mit den Fristen übernehmen (2 Wochen vorher Ankündigen und dann nochmal informieren, bevor es wirklich los geht). Am 15. September 2010 16:52 schrieb NopMap Ein weiterer Proposal Prozeß ist dann nur eine weitere Sache die in Frage gestellt wird. Wenn es endlose Diskussionen werden, dann möchte ich lieber keine Diskussionen und schon gar keinen Prozess. Einfach: ankündigen und drei Wochen warten. Dann besteht Gelegenheit, Einwände und Vorschläge vorzubringen und der Initiator kann sich diese zu Herzen nehmen und überlegen ob er die geplante Vorgehensweise ändert oder ganz drauf verzichtet. Viel Spaß beim Kartieren Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum keine Innenhöfe dargestellt
Am 15. September 2010 17:14 schrieb M∡rtin Koppenhoefer [dieterdre...@gmail.com] nur weil es im Renderer derzeit richtig angezeigt wird, ist es trotzdem nicht automatisch richtig. Zugegebenermaßen ist es nicht ganz leicht, das logisch zu durchdringen, weil man durchaus auch argumentieren könnte, der Innenhof sei Teil des Gebäudes (wenn er dann allerdings als massives Gebäude gerendert würde, wären wohl die meisten unzufrieden). Meines Erachtens muss man da nichts logisch durchdringen. Die Renderer tun das bis jetzt auch nicht. Vielmehr verpassen diese einem geschlossenen Weg mit einem flächenbeschreibenden Tag wie building=yes einfach flächenfüllend die vorgesehene Farbe. Ist nun in dieser Fläche eine andere Fläche, die in einer anderen oder ohne Farbe dargestellt werden soll, so hängt es von der Reihenfolge des Zeichnens ab ob die innere Fläche zu sehen ist. Zum Beispiel das Loch im Gebäude, der See im Wald oder die Insel im See. Da dies nicht dem Zufall überlassen bleiben sollte, ist mit einem Multipolygon zu beschreiben was gezeichnet werden soll. Am äußeren geschlossenen Weg wird alles, was für diesen Weg und die gesamte Fläche gilt, markiert. Zum Beispiel name=, source= bei einem Gebäude. Oder zum Beispiel barrier=fence bei einem eingezäunten Wald. Ebenso wird am inneren geschlossenen Weg alles markiert, was für diesen Weg und die innere Fläche gilt. Zum Beispiel kein Merkmal und nur Tags wie source= oder note=, wenn es ein Loch im Gebäude ist, das nicht mit Farbe gefüllt werden soll. Oder zum Beispiel natural=water wenn in einem Wald ein See, also eine blaue Fläche für Wasser, gezeichnet werden soll. In der Relation Multipolygon wird alles markiert, das für die Differenzfläche also für äußere abzüglich innere Fläche gilt. Zum Beispiel building=yes, building:levels=, building:roof=. Oder zum Beispiel landuse=forest für eine grüne Waldfläche. Viel Spass beim Kartieren, gerne auch mit Multipolygonen Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wenn mich die Depression überfällt ...
Am 06.09.2010 19:51, schrieb Jacques Nietsch: Hallo Torsten, danke für den Tipp, das kannte ich noch nicht. Schönes Interface! Aber irgendwie habe ich den Eindruck, das auf der Datenkueche mehr angezeigt wird. dafür kann ich aber bei www.khtml.org 'klicker' reinzoomen beider datenküche nicht. grüsse willi Jacques Am 06.09.2010, 19:43 Uhr, schrieb Torsten Breda torst...@gmail.com: Am 6. September 2010 19:23 schrieb Jacques Nietsch jacques.niet...@gmx.de: ... mit OSM geht es nicht richtig voran, dann öffne ich die Seite http://datenkueche.com/osmlive/ Alternativ geht auch www.khtml.org und dann ein Klick auf Ticker. und schon geht es mir besser. Es ist schon unglaublich, wo überall und wie viel auf unserer Erde gemappt wird. Jep Ein verspätetes Wort zum Sonntag ;-) Jacques Gruß Torsten ___ 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] Werden Baumreihen gerendert?
M∡rtin Koppenhoefer [dieterdre...@gmail.com] schrieb am 4. September 2010 22:27 Die Form abstrahieren kann der Computer algorithmisch, und zwar um so besser, je genauere Daten man ihm gibt. Wenn man einen Baum eingibt, kann man z.B. auch die Höhe, den Stammumfang, die Art, das Pflanzdatum, etc. eintragen, oder, dass es ein besonders herausragender Baum, ein Naturmonument ist. Wenn ich diese beiden Aussagen zusammen sehe wäre es da nicht besser, wir geben Fotos der Bäume in OSM ein und der Computer abstrahiert dann algorithmisch die Form, die Höhe, den Stammumfang, die Art, das Pflanzdatum, etc. und bestimmt ob es ein herausragender Baum, ein Naturmonument ist? Es muss ja nicht von jedem Baum eines jeden Waldes sein. ;-) Viel Spass beim Fotografieren (war mal Kartieren) Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeichnen von Flüssen
Tom Müller [tmerl...@web.de] schrieb am 3. September 2010 21:44 Entspricht dann bei der Relation ein member der mit role=inner gekennzeichnet ist *immer genau einer* Insel? Also schneide ich für jeden member mit role=inner aus, oder können auch mehrere member mit role=inner ein Polygon sein was zusammen ausgeschnitten werden muss? Bin nicht sicher ob ich die Frage richtig verstanden habe. Probiers mal. Mehrere Wege, die innere Mitglieder eines Multipolygons sind, können einen Ring (geschlossenen Weg) bilden, der eine (innere) Fläche umrandet. Bei Insel im See ist der Ring die Uferlinie und die enthaltene Fläche die Insel. Generell gilt laut Wiki: Eine Multipolygon Relation kann eine beliebige Anzahl von äußeren (Umriß) und eine beliebige Anzahl von inneren Wegen (Löcher) aufweisen und diese müssen gültige Ringe bilden. Also auch jedes innere Mitglied bildet entweder allein einen Ring (geschlossenes Polygon) oder zusammen mit anderen inneren Mitgliedern. Wobei jedes Mitglied eigene Kartenmerkmale (tags) haben kann. Im Wiki gibt es hierzu abstrakte und konkrete Beispiele etwa Drei getrennte Stücke Farmland http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon#Drei_getrennte_St.C3.BCcke_Farmland_.28Nicht_zusammenh.C3.A4ngende_.C3.A4u.C3.9Fere_Ringe.29 Der Weg 21 ohne Tags und der Weg 22 mit barrier=fence bilden einen äusseren Ring und begrenzen das Farmland E2. Der Weg 2 ohne Tags und der Weg 13 mit highway=track bilden einen inneren Ring, der in der Relation A aus dem Wald ausgeschnitten wird, da er kein landuse=forest sondern eine Fläche B natural=water umrandet. Fläche B wird mit dann Multipolygon B beschrieben, in welchem die Wege 2 und 13 dann äußere Mitglieder sind und die Insel D, die aus einem einzigen Weg 4 mit natural=scrub besteht, inneres Mitglied ist. Viel Spaß beim Kartieren Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeichnen von Flüssen
M∡rtin Koppenhoefer [dieterdre...@gmail.com] schrieb am 3. September 2010 21:34 das Problem ist halt, dass so große Multipolygone in vielen Anwendungen nicht funktionieren / Probleme machen ... Mapnik zeigt, dass es geht. Und man sollte nicht vergessen, dass die Multipolygone geschaffen wurden, um den Anwendungen zu helfen. Der Mensch benötigt sie nicht. ... auch andere Karten haben bei so großen MP Probleme. Z.B. wird das Editieren in JOSM ein bisschen zum Glücksspiel, wenn man sich nicht das komplette MP lädt, weil man kein brauchbares Feedback zur Korrektheit bekommt, wenn die Relation unvollständig ist. Meines Erachtens sollte man nie ein Detail ändern, ohne das gesamte Gebilde angesehen und verstanden zu haben. Dies gilt bereits für einfache und kleine, aber besonders für komplexe oder räumlich große Gebilde. Multipolygone sind da nur ein Beispiel. JOSM bietet hier ja die Möglichkeit, fehlende Teile oder eine komplette Relation herunterzuladen. Auch laufen in JOSM fehlerhafte und unvollständige Flüsse und Seen aus. Dies ist ein guter, sofortiger Fehlerhinweis. Viel Spass beim Kartieren Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeichnen von Flüssen
Am 04.09.2010 08:59, schrieb Willi: Meines Erachtens sollte man nie ein Detail ändern, ohne das gesamte Gebilde angesehen und verstanden zu haben. Dies gilt bereits für einfache Garry [garr...@gmx.de] schrieb am 4. September 2010 15:11 Läuft dann bei OSM nicht irgendwas aus dem Ruder wenn nur noch Profis mit umfangreichen Wissen Detailänderungen vorgenommen werden können? Die Aktualität von OSM lebt vom kleinen Mann mit Detail-Ortskenntnissen und ehr wenig OSM-Fachwissen... Wieso nur Profis? Ich habe für Sorgfalt plädiert und nicht für Wissen. Sowohl privat als auch beruflich habe ich häufig erlebt, dass Profis schlampig arbeiten und Laien sorgfältig und das Ergebnis entsprechend und nicht wie eigentlich ursprünglich erwartet war. Deswegen geht das an meiner Aussage vorbei. Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeichnen von Flüssen
Tom Müller [tmerl...@web.de] schrieb am 4. September 2010 18:21 Wie kann ich denn rausfinden ob ein inner-member allein schon eine Insel ist, oder ob ich da noch weitere Member zu einem Polygon zusammenfügen muss? IM JOSM Relationseditor kann ein Mitglied der Relation nach rechtem Mausklick ausgewählt und darauf gezoomt werden. Dann sieht man sofort ob dieses Mitglied allein ein geschlossenes Polygon, das heißt die gesamte Uferlinie, bildet oder nur ein Teilstück davon ist. Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeichnen von Flüssen
Am 3. September 2010 10:54 schrieb Tom Müller tmerl...@web.de: Sind die riverbank-Polygone schon geschlossen, oder muss ich das noch machen? Am 3. September 2010 16:04 schriebM∡rtin Koppenhoefer [dieterdre...@gmail.com] die werden derzeit künstlich (also von Hand) in Abschnitte geteilt, so dass sie nicht zu groß werden (d.h. es gibt Querverbindungen in den Daten, die es eigentlich nicht gibt). Hier wäre es IMHO auch schick, wenn man sie einfach durch Relationen definieren könnte, also nur links und rechts einen Way zeichnen, und die Fläche interpoliert der Renderer. Geht doch einfach mit Multipolygon wie im Wiki beschrieben http://wiki.openstreetmap.org/wiki/DE:Tag:waterway%3Driverbank. Habe so kürzlich 1018 km Flussufer des Ping River in Thailand gezeichnet: http://www.openstreetmap.org/browse/relation/1151384. Ohne Querverbindungen. Die äußeren Multipolygone schließen sich am Anfang, an der Mündung und an den dazwischenliegenden Seen, einmal an einem Staudamm. Im Fluss sind mehr als 60 Inseln eingezeichnet. Die Seen sind ebenfalls als Multipolygone mit Inseln dargestellt. JOSM Validator moniert nicht. Mapnik zeichnet den Fluss, die Inseln und die Seen korrekt. Osmarender hat Probleme mit Multipolygonen, so auch hier. Das einzige was mich stört ist, dass die angegebene Breite des Wassertunnels unter dem Staudamm nicht berücksichtigt wird. Beim Betrachten auf der Karte fragt man sich dann wie kann ein so schmaler Wasserkanal einen so breiten Fluss speisen ;) Viel Spass beim Kartieren Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm richtig getaggt?
Christopher Reimer schrieb am 03.09.2010 23:09: Und was soll ich jetzt machen, dass es stimmt? So scheint es ja nicht bleiben zu können. Torsten Leistikow [de_m...@gmx.de] schrieb am 4. September 2010 05:20 Ich persoenlich verbinde zwei Flaechen oder auch einen Weg und eine Flaeche genau dann miteinander (d.h. benutze die selben Knoten), wenn zwischen den beiden Flaechen nichts ist, was ich als eigenes Element in die Karte einzeichnen moechte. Das kann ich nur unterstreichen. Es gibt nicht die (richtige) Methode sondern je nach Situation mehr oder weniger geeignete Methoden. Und es hängt auch davon ab, was ich darstellen will. Ein großer Wald und mehrere Waldwege darin kann als eine Fläche dargestellt werden und die Wege werden einfach drübergezeichnet. Streng genommen ist das falsch, da ja auf den Waldwegen keine Bäume stehen. Also besser lauter kleine Waldflächen zwischen die Waldwege zeichnen? Objektiv betrachtet eigentlich doch richtig, zumindest doch richtiger? Aber ist das der Eindruck, den die Karte wiedergeben soll? Ein Netz von Wegen mit lauter kleinen Waldstücken dazwischen? Oder soll die Karte ausdrücken, ein großer, zusammengehörender Wald, der einen Namen hat und in dem Waldwege verlaufen, wobei als bekannt vorausgesetzt wird, dass auf Waldwegen keine Bäume stehen? Zu theoretisch? Wo denn, so ähnliches gibt es bereits in OSM! Hier wurden über 12000 Bäume auf 3 qkm eingetragen. Sieht man vor lauter Bäumen den Park noch? ;-) http://www.openstreetmap.org/?lat=41.98886lon=2.81625zoom=18 Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeichnen von Flüssen - keine gemeinsame Grenze von way und landuse
Am 4. September 2010 07:20 schrieb Garry [garr...@gmx.de] An der Stelle die Frage: Warum gibt es eigentlich riverbanks? landuse=water hätte doch an der Stelle genügt, oder? Ja, stimmt eigentlich. Ist doch beides Wasser und beides wird auf den Karten blau dargestellt. Wozu sollte auch jemand wissen wollen ob es ich um ein stehendes oder fließendes Gewässer handelt? Das sieht er spätestens wenn er dort ist. Und wenn wir schon dabei sind: coastline. Auch nur Wasser, wenn auch groß und salzig. Genauso wenig interessant ob Bundes- oder Landesstraße. Hauptsache, ich kann da lang. ;-) Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap in großer Business-Zeitung
Am 26. August 2010 00:27 schrieb M∡rtin Koppenhoefer [dieterdre...@gmail.com] Zitat aus http://www.business-geomatics.com/online/anwendungen-a-produkte/59-anwendungen-a-produkte/317-hobby-kartographen-erfassen-die-welt.html Die Navteq-Daten werden nach der ISO-Norm 9000 erhoben. 'Dadurch entsteht eine hohe Qualität der Daten in Bezug auf die Fahrzeugnavigation', betont Maike Krause-Traudes. Da ich mal im Bereich Qualitätssicherung tätig war, weiß ich, dass die zitierte Aussage Mist ist. Denn selbst eine Zertifizierung nach ISO 9000 bestätigt nicht die Qualität des Produktes sondern, dass ein Prozess etabliert ist, der eine gleichmäßige Qualität des Produktes sicherstellt. Damit kann auch bestätigt sein, dass mit gleichmäßiger Qualität Mist (eindeutig zweideutig gemeint) produziert wird. Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Address-Routing (War: OpenStreetMap in großer Business-Zeitung)
Am 26. August 2010 16:45 schrieb Chris66 [chris66...@gmx.de] Ausserdem ist es sehr wenig Aufwand nebenbei täglich ein paar Hausnummern zu mappen, einfach 'nen POI mit der Nummer und fertig. Stimmt. Habe kürzlich damit angefangen. Pro Stunde Spaziergang so nebenbei 60 Hausnummern. Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ideen Sammel, und organisieren eines CCBYSA 2.0 Forks
Am 23.08.2010 10:06, schrieb Rainer Kluge: Wer nicht explizit zustimmt, der lehnt damit ab. Umgekehrt wäre natürlich besser. Wer nicht explizit ablehnt, hat zugestimmt. Ich vermute stark, dass ein nicht unerheblicher Teil der Daten in der Datenbank von Karteileichen stammt, weil der betreffende Mapper sich inzwischen aus dem Projekt ausgeklinkt hat, eine Änderung der Mailadresse nicht mitgeteilt hat oder einen neuen Account mit anderer Mailadresse angelegt hat. In den meisten dieser Fälle wird der Betroffene nicht auf die Aufforderung zur Zustimmung reagieren können oder es aus Desinteresse nicht machen. Ein erheblicher Datenverlust ist damit vorprogrammiert. so ist es, und so wird es sein. Ein nicht geringer Anteil der Daten geht damit unnötig verloren. so wäre es besser. willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ideen Sammel, und organisieren eines CCBYSA 2.0 Forks
Am 23.08.2010 06:26, schrieb Jan Tappenbeck: Kann einer einen gewissen Grundteil mal in Deutsch breitstellen - ich habe nämlich nicht so ganz die Details DIESES Posting verstanden !!! Sicherlich auch andere - was ist ein FORKS ??? Ich habe bei Wikipedia etwas gefunden http://de.wikipedia.org/wiki/Fork so, es ist eine Aufspaltung. aha, jetzt würde ich, in solch einem Fall gerne wissen, was passiert mit meinen Daten, wenn ich - wie sicherlich der Großteil der Mapper - nichts unternimmt, also weder zustimmt noch ablehnt. Wer bekommt meine Daten, wo fließen sie ein ? Das würde mich interessieren, als einer der vielen Unbeteiligten, die auch etwas gelangweilt und genervt der Diskussion folgen. In so einem Fall, würde es mich schon interessieren, wer meine Daten bekommt. Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanzkriterien bei OSM (war: Friedhofmapping jetzt im wiki)
Am 19. August 2010 15:59 schrieb André Joost [andre+jo...@nurfuerspam.de] Guckstu hier: http://www.openstreetmap.org/?lat=41.98746lon=2.81729zoom=17layers=O Ist zwar nur ein Park, wird aber bei der nächsten SOTM aktualisiert (wenn sie denn wieder in Girona sein sollte...) Ein einziger Mapper ist da ganz schön fleissig gewesen: Über 12000 Bäume auf 3 qkm. Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen und Ways
Am Dienstag, 17. August 2010 15:59 schrieb Garry [garr...@gmx.de] Am 16.08.2010 15:21, schrieb Willi: Die Datenbank und den Server möchte ich gerne sehen, der eine Weltkarte mit allen Details aller Objekte verarbeiten kann und die Menschen, die all dies eingeben können und wollen. Da es dies weder heute noch in der Zukunft geben wird werden bereits bei Erfassung und Eingabe Objekte ... Am Dienstag, 17. August 2010 15:59 schrieb Garry [garr...@gmx.de] Niemand braucht einen Computer mit mehr als 640(?)kByte Speicher... Schon mal gehört? Sicher kenne ich den Satz. Ich arbeite schon über 35 Jahre mit Computern und habe mit 32 KByte Kernspeicher angefangen und habe diesen selbst repariert. Deshalb weiß ich auch, dass die richtige Schreibweise Kbyte und nicht kByte ist ;). Dein Zitat passt nicht zu meiner Aussage, da ich braucht weder gemeint noch geschrieben habe sondern geben wird. Am Dienstag, 17. August 2010 15:59 schrieb Garry [garr...@gmx.de] Die Computertechnick hat bisher stets mit den wachsenden Anforderungen der Datenbedürfnisse schritt gehalten. Warum sollte sich das jetzt plötzlich ändern? Das stimmt nicht für mich und viele, die ich kennen gelernt habe. Meines Erachtens ist es eher anders rum. Der (anspruchsvolle) Nutzer und Programmierer nutzt die ihm zur Verfügung stehenden Mittel aus, jemand sagte mal ... ist wie ein ideales Gas, das jedes ihm zur Verfügung stehende Vakuum ausfüllt. Am Dienstag, 17. August 2010 15:59 schrieb Garry [garr...@gmx.de] Für eine (Strassen)Navianwendung ist es relativ egal ob eine einzelne Strasse in der Landschaft 100m weiter links oder rechts liegt, Die Lage von Gewässer interessiert es schon gar nicht solange es die Strasse sieht. ... Aber etwas dass nicht eingetragen ist kann man nicht nutzen. Dem stimme ich zu. Eine ungenau eingetragene Straße ist besser als eine nicht eingetragene. Dies gilt auch für andere Objekte. Meine Aussage war jedoch nur zu Brücken und Tunnel wenn sich Straße und Fluss kreuzen. Und da kann sowohl Mensch als auch Routing die eingezeichnete Straße nutzen und den Fluss queren ohne zu wissen ob da nun ein Tunnel oder eine Brücke ist. Und in diesem Fall halte ich es für besser, nichts einzutragen wenn ich weder weiß ob da Tunnel oder Brücke ist und die genaue Lage schon gar nicht kenne. Zum Beispiel wenn ich nach Yahoo oder LandSat kartiere und noch nie vor Ort war. Dort wo ich kartiere gibt es nicht nur viele Flüsse sondern man man muss meist vor Ort genau nachsehen ob da Brücke oder Tunnel ist. Wenn dann noch nichts eingetragen ist macht sich jemand eher diese Mühe als eine bereits eingetragene Brücke zu überprüfen. Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen und Ways
On Sonntag, 15. August 2010 20:34 Klaus Hartl wrote: Wie würdet ihr die Situation auf diesem Bild (http://image.shutterstock.com/display_pic_with_logo/50410/50410,1163142268,2/stock-photo-road-fence-and-fields-altay-russia-2166568.jpg) kartieren? Mein Vorschlag wäre klar ein Landuse-Polygon mit Tag fence im Besitz gemeinsamer Knoten mit highway=road. Je nach Situation zeichne ich auch landuse bis an die Straßenlinie und verwende deren Knoten. Denn die Straße ist ja keine Linie sondern eine Fläche (Band), das in OSM durch die gedachte Mittellinie und eine explizit oder vom Renderer standarmäßig angenommene Breite (width) repräsentiert wird. Und somit endet landuse für mich in der Regel am Straßenrand. Wenn jedoch wie hier der Zaun so weit vom Straßenrand weg ist, dass man problemlos zwischen Straßenrand und Zaun laufen könnte, kann man zwar das landuse mit der Straßenlinie verbinden aber der Zaun gehört an seine richtige Stelle. Sonst gibt es schnell Diskussionen wie Geht das auch noch bei 3 / 10 / 15 m Abstand wenn die Straße 10 / 20 / 40 m breit ist? was haltet ihr generell von einer Art Fragebogen / Tutorial mit einer Reihe sich in Details unterscheidender Situationen? Also Bilder wie das hier verlinkte und die Möglichkeit, diese Daten zu interpretieren? Sehr gute Idee, um das Kartieren zu vereintlichen. Würde gut hier http://wiki.openstreetmap.org/wiki/DE:Germany_roads_tagging oder hier hinpassen http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A Viel Spass beim Kartieren Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen und Ways
On 08/16/2010 08:58 AM, Willi wrote: Je nach Situation zeichne ich auch landuse bis an die Straßenlinie und verwende deren Knoten. Denn die Straße ist ja keine Linie sondern eine Fläche (Band), das in OSM durch die gedachte Mittellinie und eine explizit oder vom Renderer standarmäßig angenommene Breite (width) repräsentiert wird. Und somit endet landuse für mich in der Regel am Straßenrand. On Montag, 16. August 2010 14:34 Hartmut Holzgraefe wrote wenn Du landuse Flächen auf beiden Seiten der Straße so mit gemeinsamen Nodes anbindest bekommst Du damit aber auch eine die Flächen grenzen direkt aneinander Beziehung die eben genau *nicht* die Wirklichkeit abbildet, denn die Flächen berühren sich ja gerade wegen der dazwischen verlaufenden Straße *nicht*. (von den praktischen Problemen bei der nachträglichen Bearbeitung solcher Konstrukte mal ganz abgesehen ...) Ich denke, ich habe mich nicht klar ausgedrückt. Ich versuch's nochmal. Jede Abbildung auch ein Foto oder ein Video kann die Wirklichkeit prinzipiell nicht genau wiedergeben sondern ist stets eine Vereinfachung. Dies ist meist auch gewünscht: für den Zweck der Abbildung wichtige Dinge werden beibehalten oder gar verstärkt, unwichtige geschwächt oder gar weggelassen. Das ist auch in der OSM Datenbank so. Eine Straße wird als Linie dargestellt und die Breite dazu explizit mit width= angegeben oder vom Renderer angenommen, obwohl in Wirklichkeit eine bandförmige Fläche ist. Wenn ich jetzt landuse von beiden Seiten an diese Linie anbinde, dann wird damit ausgedrückt, dass die Flächen bis zur Straße, also bis zu den Straßenrändern gehen und die Straße dazwischen liegt, und nicht dass die Flächen bis zur Straßenmitte gehen. Bei Wäldern, Feldern und Wiesen kann das immer so gesehen werden. Bei residential könnte man auch sagen, die halbe Straße gehört dazu. Es gibt weitere Beispiele wo die Darstellung in der Datenbank die Wirklichkeit nicht genau abbildet, aber klar ist wie die Abbildung zu verstehen ist. Wenn ich einen Knoten der Straße mit highway=zebra_crossing versehe, dann habe ich genau genommen nur einen kleinen Punkt mitten auf der Straße als Zebrastreifen deklariert. Dies ist aber so zu verstehen, dass der Zebrastreifen von einem zum anderen Straßenrand geht. Wenn ich eine Straße durch einen Wald zeichne, dann muss ich den Wald nicht teilen, da im Normalfall auf der Straße keine Bäume stehen und dies deshalb als gegeben angesehen wird. Wenn ich eine Straße über einen Fluss zeichne, dann habe ich damit bereits ausgedrückt, dass die Straße den Fluss überquert. Eine Brücke kann ich dann zeichnen wenn ich ihre Widerlager ausgemessen habe, muss es aber nicht, da dies der Normalfall ist, auch wenn Keepright hier anderer Meinung ist. Anders ist es natürlich wenn die Straße in einem Tunnel den Fluss unterquert. Ob die Darstellung mit gemeinsamen Knoten und Linien oder die mit getrennten Knoten und Linien geeigneter und bei der späteren Bearbeitung aufwendiger ist hängt von der Situation, der Arbeitsweise, dem Editor und den durchzuführenden Änderungen ab. Wird zum Beispiel eine zweispurige Straße durch Wegnahme von Fläche der anliegenden Wälder, Felder und Wiesen vierspurig ausgebaut, so genügt bei gemeinsamen Linien die Angabe von lines=4 und von width wenn ich genauer sein will. Bei getrennten Linien muss ich diese verschieben. Will ich dagegen noch unkartierte oder neu gebaute Objekte wie Feldwege oder Radwege zwischen Straße und Wäldern, Feldern und Wiesen einzeichnen, dann muss ich bei gemeinsamen Linien aufdröseln, bei getrennten Linien in korrekter Lage die Objekte jedoch nur dazwischen zeichnen. Deswegen wähle ich je nach Situation die Methode, die mir momentan und für zukünftige Änderungen geeigneter scheint. Irrtum vorbehalten ;-) Viel Spass beim Kartieren Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen und Ways
On Montag, 16. August 2010 18:16 M?rtin Koppenhoeferwrote falsch, der Renderer nimmt nicht das width der Straße sondern überhöht die Breite aus Darstellungsgründen, und das ist auch gut so. Das weiß ich auch und habe deshalb auch geschrieben, dass eine Strasse durch gedachte Mittellinie und Breite repräsentiert wird und nicht, dass die Breite maßstabsgerecht gezeichnet wird. das ist Aufgabe der Darstellung, nicht der Eingabe. Die Datenbank und den Server möchte ich gerne sehen, der eine Weltkarte mit allen Details aller Objekte verarbeiten kann und die Menschen, die all dies eingeben können und wollen. Da es dies weder heute noch in der Zukunft geben wird werden bereits bei Erfassung und Eingabe Objekte vereinfacht oder weggelassen. Zur Zeit zum Beispiel Straßen als Linien mit Breite und nicht als Flächen mit stark variierender Breite. Wege über Flächen ohne diese auszuschneiden. Häuser als Knoten und nicht als Polygon. Morgen geben vielleicht mehr Menschen mehr Details ein und die Server sind in der Lage dies wie gewünscht zu verarbeiten. Aber es wird immer nur ein Teil, ja ein Bruchteil der Wirklichkeit sein. Unsere Straßengraphen sind von der Denke her eher Routing orientiert, sie sind zur genauen Abbildung von Straßenflächen eigentlich ungeeignet. sieh Dir einfach mal einen Katasterplan an, und Du verstehst, warum das Quatsch ist Der zumindest ursprüngliche Zweck von OpenStreetMap ist es wie der Name sagt, eine weltweite Straßenkarte zu erstellen und entsprechend diesem Zweck sind die Möglichkeiten der Abbildung in der OSM Datenbank. Wenn nun manche immer mehr Details hinzufügen oder Ansprüche wie an eine Katasterkarte stellen, so ist ihnen das nach den OSM Prinzipien unbenommen. Diese Maßstäbe sind jedoch wiederum nach den OSM Prinzipien nicht allgemeingültig. Es gilt sogar: Individual mappers have every right to tag things differently from what is stated in the Wiki, and it is not OK for anybody to turn the suggestions contained in the Wiki into strict rules that are applied automatically. http://wiki.openstreetmap.org/wiki/Automated_Edits/Code_of_Conduct#Discuss_your_plans. -1, Wie kommst Du da drauf? Brücken, Tunnel und die entspr. Layer sollen immer explizit angegeben werden. Natürlich ist es wünschenswert, dass diese eingetragen werden. Aber wie ich schrieb, es ist nicht notwendig. Meines Erachtens ist es sogar besser, sie wegzulassen statt fehlerhaft einzutragen. Dann sieht jeder sofort, dass hier noch etwas erfasst und eingetragen werden kann. Ich kam nie auf die Idee, Brücken nach gusto oder gar Google einzutragen oder hunderte Kilometer Flüsse nicht nach LandSat einzuzeichnen weil ich nie auf den kreuzenden, bereits eingezeichneten Straßen war oder hunderte gefahrene Kilometer fehlender Straßen zweiter und dritter Ordnung nicht einzuzeichnen nur weil keine Zeit war nachzusehen ob gerade Fluss im Tunnel oder Brücke über Fluss vorliegt, geschweige denn Zeit war, Widerlager auszumessen oder weil in der Nacht die überquerten Flüsse erst gar nicht zu sehen waren. In einem wenig erfassten Land mit ein paar Aktiven sieht es anders aus als in einem Land in dem im Schnitt pro 100 qkm mehrere OSMer sind. Viel Spaß beim Kartieren, Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit Seen und Inseln
On Donnerstag, 29. Juli 2010 17:05 schrieb Christoph Matthei christ...@matthei.org: Grundsätzlich gebe ich Dir recht; man sollte auf keinen Fall Multipolygone als Ersatz für Flächen ansehen. Ist es nicht so, dass Multipolygone die Flächendarstellung in OSM sind und area=yes und alle impliziten areas wie landuse früher zwar die einzigen Möglichkeiten waren aber jetzt eine Möglichkeit für einfache Fälle sind: Relationen vom Typ Multipolygon werden zur Darstellung von allen möglichen Flächen verwendet. Die Multipolygon Relation ist OpenStreetMap's Datentyp für Flächen. Der Einfachheit halber können Flächen auch durch einen geschlossenen Weg versehen mit einem Tag, das eine Fläche nahelegt, dargestellt werden. Zum Beispiel wird ein geschlossener Weg mit dem Tag landuse=forest als Fläche interpretiert, nicht dagegen ein geschlossener Weg mit dem Tag junction=roundabout. Dies ist jedoch nur bei einfachen Flächen möglich, deren Umriß aus einem einzigen Weg besteht und keine Löcher aufweist. Quelle: http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit Seen und Inseln
Am 27. Juli 2010 21:45 schrieb Martin Koppenhoefer: Landuses, die bis zur Straßenmitte gezogen werden sehen zwar erstmal in üblichen Rendering-zoomstufen praktisch gleich aus wie welche, die genau sind, aber zum einen vereinfachen die genauen das weitere Editing ungemein (mit genau meine ich gar nicht mal unbedingt lagegenau, da wir hierfür oftmals nicht die Grundlagen haben, sondern in erster Linie topologisch genau), und zum anderen sind die landuses auf der Straße schlicht falsch. In OSM werden Straßen durch Linien dargestellt, die in der Straßenmitte liegen. Die Straße hat eine Breite. Wenn diese nicht mit width= angegeben ist, so wird bei der Kartenerstellung ein Standardwert genommen. Wird nun eine Linie, die zu einer Straße gehört, mittels einer Relation:multipolygon auch zur Darstellung eines angrenzenden Waldes verwendet, so heißt das meines Erachtens nicht, dass der Wald bis zur Straßenmitte geht, sondern, dass er an die Straße angrenzt und dies ist somit eine korrekte Darstellung. Wie jede Kartografierung ist es eine dem Zweck dienende Vereinfachung der tatsächlichen Verhältnisse. Selbst wenn ich weitere Details wie Straßengraben und Abstandsfläche kartografiere, liegt immer noch eine Vereinfachung der Wirklichkeit vor, denn diese Objekte bestehen ja wiederum aus anderen kleineren Objekten. Wie sehr ein Kartograf vereinfacht oder detailliert ist wie vieles in OSM dem einzelnen Kartografen überlassen. Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit Seen und Inseln
Hallo Christoph, beim Ansehen der Seen sind mir mögliche Fehlerquellen aufgefallen. Da der outer-Ring an sich nichts darstellt, sollte er keine Tags haben. natural=water gehört an das Multipolygon, da dieses die Wasserfläche (outer minus alle inner) darstellt (http://wiki.openstreetmap.org/wiki/Relation:multipolygon#Usage). Dies ist auch bei Orsasjön der Fall. Die inner sind doppelt getaggt mit natural=land und place=island. Beim Orsasjön sind die Inseln gar nicht oder nur mit naturland=land markiert. Ich bevorzuge place, da es island und islet gibt. Viel Spaß beim Kartografieren Willi -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] On Behalf Of Christoph Matthei Sent: Montag, 26. Juli 2010 17:52 To: Talk-de@openstreetmap.org Subject: [Talk-de] Probleme mit Seen und Inseln Hallo, ich habe ein Problem mit dem Siljan-See in Schweden; auf der schwedischen Mailingliste konnte mir keiner helfen. Es geht um den See Siljan http://www.openstreetmap.org/browse/relation/5336 Der benachbarte See Orsasjön könnte als Vergleich dienen, denn dort funktioniert alles http://www.openstreetmap.org/browse/relation/15073 Das Problem: Während bei mapnik und osmarender alles korrekt dargestellt wird, verschwinden bei einigen Renderern die Inseln und/oder das Wasser. Zum Beispiel: 1) http://www.opencyclemap.org/?zoom=11lat=60.94lon=14.52454layers=B000 Hier verschwinden Wasser und Inseln. 2) http://maps.cloudmade.com/?lat=60.872329lng=14.799957zoom=10styleId=2400; opened_tab=0 Hier werden die Inseln nicht angezeigt. 3) http://hikebikemap.de/?zoom=14lat=60.91006lon=14.58866layers=BT Hier verschwinden die Inseln bei bestimmten Zoom-Leveln. 4) Wenn ich das Gebiet in Kosmos lade, wird bei bestimmten Rendering-Rules gar keine Karte angezeigt und bei den Standard-Rules alles normal (sobald der Siljan in den Daten enthalten ist. Kann mir irgendjemand weiterhelfen? Oder bin ich nur auf ein Problem unterschiedlicher Datenbestände gestoßen (die opencyclemap hat ja nicht immer den aktuellsten Datenbestand)? Oder auf was kommt es bei den Rendering-Rules an? Ich kann einfach keinen Unterschied im Datenbestand zwischen den beiden Seen sehen. Vielen Dank schon mal, Christoph ___ 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] Wie amenity=parking richtig mappen/verbinden?
Wo Weg und Fläche sich kreuzen ist meines Erachtens wie bei pedestrian-area ein gemeinsamer Knoten zu zeichnen: Be sure to connect the pedestrian-area at all intersections with the streets. http://wiki.openstreetmap.org/wiki/Key:area. Willi -Original Message- From: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] On Behalf Of Pascal Neis Sent: Dienstag, 27. Juli 2010 02:49 To: Openstreetmap allgemeines in Deutsch Subject: [Talk-de] Wie amenity=parking richtig mappen/verbinden? Hi, habe mir die letzten Tage unterschiedlich gemappte Parkplätze (amenity=parking) angeschaut. Dabei sind mir immer wieder etwas unterschiedliche Vorgehensweisen aufgefallen Manche verbinden den Zufahrtsweg mit dem Außenring der Parkfläche, siehe: http://osm.org/go/0Den6M5qV-- Andere zeichnen wiederum einen Weg auf die Parkplatzfläche ohne das aber wiederum ein gemeinsame Node zwischen Weg und Fläche vorhanden ist: http://osm.org/go/0dep...@e-- Und eine weitere Variante wäre das Einzeichnen aller möglichen Wege auf dem Parkplatz: http://osm.org/go/0DepD4hLW-- Für ein mögliches Routing vom oder evtl. auch auf den Parkplatz wäre es schon gut wenn die Fläche irgendwie mit dem Weg, der von der Fläche weg geht, auch verbunden oder sonst irgendwie an das restliche Straßennetz angebunden wäre, oder wie seht ihr das? viele gruesse pascal ___ 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] Hab ich da einen Fehler gemacht?
und du hast den Platz - outer - auch ein building=yes gegeben. ist aber kein Gebäude. nur ein Platz. das solltest du aus dem platz löschen. sonst siehst du immer nur ein grosses gebäude. grüsse willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Omniscale OSM-WMS aktualisiert
in Essen, fehlen aber noch wesentlich mehr strassen Ne, mögen wir nicht, sollten wir aber vielleicht noch hinzufügen. :) Dass dort jedoch die ganze Straße fehlt, ist allerdings n Fehler. hier http://osm.omniscale.de/?zoom=16lat=51.46172lon=6.96538layers=B00F sieht es auch anders aus als da http://www.openstreetmap.org/?lat=51.46192lon=6.96684zoom=16layers=B000FTF und hier http://osm.omniscale.de/?zoom=17lat=51.47811lon=6.96588layers=B00F anders als da http://www.openstreetmap.org/?lat=51.47718lon=6.96861zoom=17layers=B000FTF grüsse willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM up-to-date für Mapnik
hallo kann mir einer sagen, ob es Probleme mit dem service gibt. funktioniert nicht mehr. kommt aus dem Status loading .. nicht heraus ? http://labs.metacarta.com/osm//up/-to-/date// ff3.5.3 grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hall of Fame - Strassen komplett erfasst! - Kamine Zollverein noch nicht
nabend, das Problem der fehlenden Kamine hat sich erledigt. 7 der 8 vorhandenen Kamine (Wahrzeichen von Zollverein) sind ab sofort in der Karte vorhanden. Der 8. ist im Moment nicht zu erreichen - ein Bauzaun. Rainer, wenn du nochmal so ein Problem mit deinem GPS-Gerät hast (innerhalb eines Kamins) - ich habe es nach einer Stunde grübeln und nachdenken, wie könnte es gehen, geschafft - du musst außen um die Kamine laufen, das geht auch. Was jetzt noch fehlt, ist die Höhe. Die kann ich nun wirklich nicht schätzen. Aus der Diskussion entnehme ich - du wolltest hoch klettern. Wenn du jetzt noch die Höhe in m nachträgst wäre das schon klasse. Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hall of Fame - Strassen komplett erfasst!
Rainer Knaepper schrieb: mein Royaltek hat am Grund von Kamin 1 leider kein Signal gehabt :-) Rainer Frage: und wann lädts du 2-6 hoch ? :-) Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT? Artikel über GPS und Wandern
Markus schrieb: - kein OSM-Jargon sondern Alltagssprache (der 60-Jährigen!) - nur einfache Beispiele (Haus eintragen, Fussweg, Brunne Boh, stark ! Ich will da jetzt auch keine große Diskussion lostreten. Frage: wie sprechen wir denn ? Ich kann mich eigentlich auch ganz gut mit jungen Leuten unterhalten. Man versteht mich. Mein Auge sieht auch noch mehr als die einfachen Beispiele. Die kann ich, trotz meines Alters auch noch ganz gut beschreiben. Und mit dem OSM-Jargon gebe ich mir Mühe. Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing Fehler A3-B58
Chris-Hein Lunkhusen schrieb: N'abend, vielleicht hat jemand von den Autofahrern hier Lust, mal zu schauen, wieso ORS/Garmin den Umweg macht. http://data.giub.uni-bonn.de/openrouteservice/index.php?start=6.7045332,51.6799676end=6.7716528,51.674805pref=Fastestlang=de (einmal rein- oder rauszoomen um die Routinglinie zu sehen). Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Nabend, ich vermute, die Anschlußstelle der A 3 aus Rtg. Hamminkeln eine Auffahrt und eine Abfahrt sind, der Weg aber zur Hamminkelner Str. als oneways=yes (also Einbahnstrasse) getagged ist. Vom Router her richtig, er lässt dich nicht runter. Die andere Seite genauso, er lässt dich nicht drauf. Das sollte es sein. Die oneway option löschen dann sollte es funktionieren. Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tag: Sonennstudio .. oder Jan, machst du das mit Absicht ?
Tobias Wendorff schrieb: Google und Tagwatch zeigen: shop = solarium amenity = solarium Sinnvoller IMHO ist: shop = solarium Hallo, in dem Zusammenhang eine generelle Fragen. Damals, also vor Umstellung auf API 0.6, konnte man hier http://tagwatch.stoecker.eu/Germany/De/index.html auf einen der Links - beispielsweise alle Schlüssel in der Übersicht - klicken und danach auf die einzelnen tags klicken, schon bekam meine Liste aus der man dann die einzelnen tags entnehmen konnte. Das war sehr schön, da konnte man dann sehen, welche tags die anderen mapper genommen haben und sich daran anlehnen. Seit der Umstellung auf die neue API funktioniert das nicht mehr richtig. Es wird die Seite http://osmxapi.hypercube.telascience.org/api/0.5/*%5Bbridge=yes%5D geladen, angezeigt wird allerdings nicht. Oder ist es weiße Schrift auf weißem Grund ? Ich habe Firefox 3.0.10 - ich habe Opera 10.00 alpha - ich habe IE 7.0 - bei allen geht es nicht mehr. Woran kann es liegen ? Kann mir einer helfen ? Früher war alles viel schöner. Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tag: Sonennstudio .. oder Jan, machst du das mit Absicht ?
Etric Celine schrieb: Moin, Am Donnerstag 28 Mai 2009 18:51:24 schrieb Willi Rehfeld: http://osmxapi.hypercube.telascience.org/api/0.5/*%5Bbridge=yes%5D änder mal in dem Link die 0.5 zu einer 0.6 dann geht es wieder. Ich sollte das mal im svn ändern. (bzw wenn wer nen account hat, darf er mir gerne fix zuvorkommen) Gruß Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Jörg, Danke, dass war es. Es geht wieder. Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parks, Zoos und andere Attraktionen m it Kassenhäuschen am Eingang
Hallo Chris Wenn Du einen Node so getaggt hast wird es keinen einfluss auf die Router haben. Denn woher soll der wissen auf welcher Seite des Nodes die Beschränkung besteht? Ich habe alle Eingänge und Ausgänge so getagged - demnach sollten alle jetzt zu sein. Viele Parks und Anlagen sind aber noch nicht so getagged. Also frei zugänglich. Von Hamburg bis München. Ich habe mir - auf der Suche nach Vorlagen in der OSM-Karte - diverse Zoos und Parks in DE angeschaut. Die meisten haben Zugänge und Laufwege über Fussweg. An den Ein/Ausgängen sind barrier (entrance oder gatter) den meisten fehlt aber das tag, dass man nur mit Geld hereinkommt. Siehe HH - B - M und diverse Themenparks. Der Zoo in Gelsenkirchen hat in den footways ein toll=yes und bei einem Themenpark gibt es fee=yes Kannst Du mal ein Beispiel nennen für einen Zoo, wo OpenRouteService Radfahrer reinlotst ? meine Baustelle hier, die Gruga in Essen http://www.openstreetmap.org/?lat=51.42749lon=6.99058zoom=16layers=B000FTF nicht über OpenRouteService werde ich durch das Gelände geführt, sondern mit der All in one Karte von Christoph in Verbindung mit meinem Garmin GPSmap60 CSx. Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parks, Zoos und andere Attraktionen m it Kassenhäuschen am Eingang
Tobias Knerr schrieb: Chris-Hein Lunkhusen schrieb: barrier=entrance access=private [...] von der Definition her ist das doch klar? ja, ist es. Jetzt kommt nur noch das Geld ins Spiel. Einmal gibt es toll=yes dann gibt es fee=yes ! Beides sind Abgagen und Gebühren. Was nimmt man ? Wie tagge ich den Betrag, wenn ich ihn kenne ? charge=.. EUR ? Dann sehe das komplette tagging für den Eintritt in den Zoo/Themenpark so aus: barrier=entrance access=private toll=yes charge=7,50EUR Korrekt ? Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Parks, Zoos und andere Attraktionen m it Kassenhäuschen am Eingang
Hallo, ich habe so meine Probleme mit dem Taggen von og. bezahlbaren Eingängen. Nirgends habe ich etwas vergleichbares gefunden. Alle bereits gemappten Anlagen haben zwar einen Eingang oder eine Schranke. Keiner davon hatte jedoch einen Verweis oder Hinweis ähnlich access=? Ich bin darauf gekommen, weil mich die routingfähige AiO Karte des öfteren auf Fusswege durch solche Gelände mit dem Rad führt. Gibt es eine Seite, wo ich darüber was lesen kann ?? Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parks, Zoos und andere Attraktionen m it Kassenhäuschen am Eingang
Chris-Hein Lunkhusen schrieb: Ansonsten: access=private passt wohl nicht so ganz? Chris Nee, nicht wirklich. Aber so barrier=entrance access=private habe ich sie, so hoffe ich, erstmal geschlossen. Die Wirkung sehe ich nach update der Karte am Freitag. Viele Parks und Anlagen sind aber noch nicht so getagged. Also frei zugänglich. Von Hamburg bis München. Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radweg am Kreisverkehr
Garry schrieb: http://www.informationfreeway.org/?lat=49.00275935598689lon=8.425397878456726zoom=17layers=BF000F Danke für dieses Beispiel. Das führt uns an den Anfang der Diskussion, den routingfähigen Garminkarten. Im Beispiel ist highway=primary und separat, der neben der Straße verlaufende Radweg higway=cycleway getagged. Einfacher wäre doch den tag highway zu ergänzen mit cycleway=track (bei abgesetztem Radweg) oder cycleway=lane (bei Radstreifen auf Fahrbahn). Nun meine Frage zur routingfähigen Karte. Nach dem Kreisverkehr ist eine Fussweg als Verbindung zwischen den Radwegen gemapped (highway=footway Zusatz bicycle fehlt). Wie führt mich denn nun mein Navi ? Einmal durch den Kreisverkehr, an der Wolfartsweierer Straße raus, über Am Schloß Gottesaue auf den Radweg ? Ich, als Radfahrer, würde in diesem Fall den Fussweg nehmen - ist kürzer ;-) Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radweg am Kreisverkehr
Claudius schrieb: Der Router würde dich viel weiter südlich auf den Ostring leiten :-P Im Ernst: Man muss erstmal davon ausgehen, dass alle Daten in OSM richtig erfasst sind (bis man vor Ort eines Besseren belehrt wird). Es würde mich sehr interessieren, wie du festgestellt hast, dass der Router mich weiter südlich geführt hätte. Wenn ich wüsste wie das gemacht wird, könnte ich meine nähere Umgebung doch kontrollieren. Oder ? Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Erfahrungen mit der routing Garminkarte
Hallo, Ich habe nach langem Zögern nun endlich auch die routingfähige Garminkarte von computerteddy auf meinem GPSmap 60CSx installiert und habe gestern diese mit dem Fahrrad ausprobiert. Hut ab. Es funktioniert. Die Karte hat mich auf dem Rad von Punkt A nach Punkt B ohne große Probleme geführt. Bin angekommen. Super, wie das Gerät, wenn man mal die Route verlässt, ein neues Ergebnis berechnet und nach kurzer Zeit anzeigt.. Klasse wie auch Wege (Fußwege = bicycle yes , Radwege und Servicewege) berücksichtigt werden. Bin ganz begeistert. Allerdings war natürlich auch ein Punkt, an dem mich das Gerät anders als erwartet geführt hat. An der Stelle werde ich das tagging nochmal überprüfen - da sollte eigentlich ein Radweg sein. Habe natürlich, wie es meine Art ist, auch einen Fehler gefunden. Wollte eine route über Adresse zu Adresse erstellen. Habe versucht hier http://www.informationfreeway.org/?lat=51.478205413489185lon=6.967432017317005zoom=17layers=BF000F - kenn ich mich am besten aus - eine Adresse zu nehmen. Habe im Garmin versucht die Adresse Antwerpenweg einzugeben. Wurde stutzig, weil die Strasse zeigte mir das 60 CSx an allerdings mit Zuordnung Bottrop, ein Schritt weiter im 60 CSX mit PLZ 46236, 46238, 46240, 46242, 46244 Bottrop, DE. Habe mir die Adresse über Karte im Garmin angeschaut und siehe da, Karte zeigt die Adresse wie oben - in Essen - an. Getagged in JOSM sind die Häuser mit den Adressen PLZ 45356. Wo liegt denn der Fehler ? Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radweg am Kreisverkehr
Holger Issle schrieb: Meine Frage hier nun: Der Weg läuft auf dem Fußweg direkt neben der Fahrbahn. Sollte dann nicht die Fahrbahn als Radweg markiert werden anstatt selbigen in deutlich nebendran und mit den gesehenen Auswirkungen einzutragen? ja, so sollte es gemacht werden. Siehe http://wiki.openstreetmap.org/wiki/DE:Germany_roads_tagging - ich gebe dir recht, dass wird allerdings zu 80 % nicht gemacht. Ich sehe aber auch die Problematik Kreisverkehr in Verbindung mit Radweg und Fußweg. Kreisverkehr wird als Fläche ausgewiesen. Jetzt versuche mal eine Radroute - Relation - oder Wanderweg - auch Relation - über einen Kreisverkehr zu führen. Wenn du da rechts abbiegst muss man den Weg aufsplitten, dass geht aber nicht, weil dann die Fläche nicht geschlossen ist und JOSM einen Fehler meldet. Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radweg am Kreisverkehr
Florian Lohoff schrieb: Kreisverkehr ist eine flaeche? Wo? dann schau mal bitte hier http://www.informationfreeway.org/?lat=51.51984228996887lon=6.89422918473784zoom=17layers=BF000F der Kreisverkehr Sterkrader Str. hat junction=roundabout Und den aufzutrennen ist quatsch solange man die route in beide richtungen befahren kann - wenn dem so ist ist der gesamte kreisverkehr bestandteil der route ... das sieht ein Autofahrer so. In meinem Fall habe ich einen Wanderweg. Der Wanderweg ist ausgezeichnet - kommend von der Siepenstr., links gehend den Kreisverkehr, verlässt dann den Kreisverkehr Im Fuhlenbrock. Der gesamte Kreisverkehr ist nicht Bestandteil der Relation Wanderweg. Und ansonsten gibt es reichlich aufgesplittete kreisverkehre ... ja, die kenne ich, denen fehlt aber allen das tag junction=roundabout. So habe ich meine gezeichnet und kann sie an jedem Abgang unterbrechen. Allerdings habe ich dann bei den anderen meine vorgenannten Probleme. Wenn du dir nun den obigen Kreisverkehr anschaust und versuchst den über JOSM zu editieren - für die Relation aufzuspalten - bekommst du von JOSM den Hinweis Fehler: Flächenförmiger Weg ist nicht geschlossen. - Zeichenproblem Ich vermute, genau wie Martin - der schrieb wenn es sich allerdings um den aktuellen Fehler (auch nicht area-features werden als areas interpretiert und bemängelt) Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] highway pedestrian
Hallo, nutze JOSM Vers. 1546. Probleme mit highway=pedestrian. JOSM meldet Fehler: flächenförmiger Weg ist nicht geschlossen. Ist nicht als Platz getagged (area=yes). Sind einfach nur Straßen in denen keine Autos fahren dürfen. Also Fußgängerzonen. http://www.openstreetmap.org/?lat=51.47387lon=6.951zoom=17layers=0B00FTF Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radverkehrsnetz NRW
Hallo Philipp, als Anfang bei OSM das Radverkehrsnetz NRW auszusuchen, ist schon eine starke Herausforderung. Da ist noch einiges zu mappen. Als vorab Info, kannst du schon mal hier http://wiki.openstreetmap.org/wiki/Radverkehrsnetz_NRW nachsehen, was andere OSMler schon erstellt haben. Bei Fragen ist dir sicher jeder behilflich. Grüsse Willi Philipp schrieb: Hi, ich bin neu bei OSM und sehe sein Potential für mich vor allem in der Möglichkeit, an Geodaten zu kommen, die in Standardkarten nicht verzeichnet sind bzw deren Erfassung zu kostenintensiv wäre. Dazu gehören z.B. auch die Fahrradwege. Im Zuge meiner ersten Touren habe ich erfahren, dass Straßen.NRW die Radfahrwege modernisiert und auf ein einheitliches System umgestellt hat: http://www.radverkehrsnetz.nrw.de/ Besteht schon eine Initiative, dort mal nach einem Komplettverzeichnis anzufragen? Dann könnte man die Wege als Routen definieren und einfügen. Vor Ort sieht man leider nur die kleinen quadratischen Schilder http://www.radverkehrsnetz.nrw.de/grafik/Zwischenwegweiser.gif die nicht allzu viele Informationen beinhalten. Ich würde anfragen, wenn es bisher noch keiner getan hat... Grüße Philipp ___ 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] Relation-Type für Wander- und Radweg
Jan Tappenbeck schrieb: Moin ! es gibt einen Routen-Typ für Rad- und für Wanderwege. Wie definiert Ihr aber einen Weg der für beides geeignet ist - die primäre Art ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Jan, ich lege für beides eine separate Relation an. In der Zeit, in der ich mappe, ist es bei mir bisher nicht vorgekommen, dass Rad - und Wanderweg den gleichen Verlauf haben. Sicher sie laufen eine gewisse Zeit auf einem Weg, aber hinter einer Biegung biegt der eine, als auch der andere mal auf anderen Wegen ab, um sich später eventuell wieder zu vereinigen. Also zwei Relationen. Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stellungnahme RVR und Stadt Dortmund
Tobias Wendorff schrieb: Hallo Community, am 17.09.2008 haben Frank Jäger vom KRZ Minden-Ravensberg/Lippe und ich das Projekt OSM beim Regionalverband Ruhr (RVR) und Vertretern der eingebundenen Kommunen präsentiert. Nun liegt uns eine Stellungnahme vor [1] Hallo Tobias, danke für die Mitteilung. Was heißt das jetzt für uns in der Kürze ? Ich lese daraus, dass ich die Bilder vom WMS-Server RVR benutzen kann. Ich kann: 1.) meine tracks - strassen - mit den Daten abgleichen. 2.) meine gps-daten - Häuser und Gebäude - mit denen vom RVR vergleichen und eventuell durch nachzeichnen korrigieren. 3.) meine Aufzeichnungen landuse - mit den Bildern vom RVR abstimmen und eventuell ändern. Ich darf nicht: Die Bilder vom RVR abzeichnen ? Habe ich alles richtig verstanden ? Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] keine aktuelle Karte
Morgen, seit einigen Tagen habe ich Probleme mit der OSM-Karte. Über Layer Osmarender sehe ich seit dem Wochenende (seit Samstag ?) hier http://www.openstreetmap.org/?lat=51.5028lon=6.9906zoom=12layers=0B00FTF oder http://www.informationfreeway.org/?lat=51.4552lon=7.0123zoom=12 überwiegend weiße Flächen. Das ist nicht nur ein Ruhrgebiets-Problem das Gleiche tritt auch an anderen Stellen auf. s. Bayern. Hier http://www.openstreetmap.org/?lat=48.893lon=11.084zoom=9layers=0B00FTF oder http://www.informationfreeway.org/?lat=48.60694044785331lon=10.764130242064168zoom=9layers=BF000F ist seit ein paar Tagen nur noch unknown type zu sehen. Zeichenproblem tritt nur unter osmarender auf. Unter mapnik lief bisher alles normal. Aber seit gestern mittag, sind auch keine Änderungen (up-to-date) mehr zu sehen. Wo ist das Problem ? Wie lange dauert es noch an ? Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pläne in OSM
Markus schrieb: Und die Innenhöfe von Haus 30 und Verwaltung Personal sind nicht zu sehen. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hallo Markus, 1. Haus 30 - bei (relation) multipolygon ist ein tippfehler - geschrieben wurde multiolygon (damit geht es nicht) - und vom inner building löschen - dann klappt es mit Haus 30 2. Haus 47 - inner amenity - hospital löschen und building no - auch löschen - wie oben braucht bei inner nicht getaggt werden dann sollte es funktionieren. Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pläne in OSM
Markus schrieb: In JOSM wird es jetzt richtig angezeigt, aber in Mapnik nicht (up-to-date). nee, heute ist nichts mit up-to-date. Meine Eingaben die ich heute Mittag gemacht habe werden auch noch nicht in mapnik angezeigt. Und Osmarender hat schon seit 2 Tagen Probleme was vernünftiges anzuzeigen. Aber Morgen, da bin ich zuversichtlich. Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pläne in OSM
Rolf Bode-Meyer schrieb: Du scheinst die Häuser verwechselt zu haben. 30 war falsch dargestellt und 47 ok. Ich werde beim nächsten Mal besser aufpassen ;-) Ich habe hier http://www.openstreetmap.org/?lat=51.47359lon=6.95163zoom=17layers=0B00FTF mal ein Beispiel wie ich das bei 2 Gebäuden gelöst habe, vielleicht geht es dann etwas leichter. Wie habe ich das gemacht : 1. ein Gebäude gezeichnet komplett über die gesamte Fläche. building=yes 2. eine Relation angelegt. type=multipolygon outer=.Knoten 3. den inneren Teil im Gebäude gezeichnet und getagged landuse=residential 4. dann diese der Relation hinzugefügt. inner=Knoten fertig. Beide werden richtig in Osmarender und Mapnik angezeit. Viel Erfolg. Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pläne in OSM
Rolf Bode-Meyer schrieb: Die Tags die eigentlich das Rendering beeinflussen sollten sind nun bei beiden im äußeren und inneren Polygon als auch in der Relation gleich. Das verstehe wer will. ich schon, etwas. 1. Haus 47 ist multipolygon - outer = buildung und inner = buildung - ist das gleiche - also auch gleiche Farbe - ocker. 2. Haus 30 ist multipolygon - outer = building und inner = hospital - bei inner nimmt er die vom Krankenhaus - gelb. schaut mal hier nach : http://wiki.openstreetmap.org/wiki/DE:Relation:multipolygon Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pläne in OSM
Mein erster Blick galt heute natürlich sofort dem Krankenhaus Nürnberg. http://www.openstreetmap.org/?lat=49.46327lon=11.06081zoom=17layers=B000FTF Siehe da, alles wird in Mapnik ordnungsgemäß angezeigt. Häuser auf gelbem Untergrund (Krankenhaus). Sieht auch sehr schön gerendert aus. Osamrender hat da allerdings nur Häuser und keine Fläche Krankenhaus. Sieht nicht so gut aus. Martin Koppenhoefer schrieb: die dienen dazu, topologisch oben und unten klarzustellen, das ist bei einem Gelände mit Gebäuden drauf nicht gegeben, d.h. die einzelnen Objekte MÜSSEN auf einem Layer sein. Sollte auch nur ein Versuch sein, irgendetwas anzuzeigen. War gestern noch nicht der Fall. Was das Thema Krankenhausgelände angeht: für mich gehört das klar zum Krankenhaus dazu, die komplette Fläche (oft eingezäunt / ummauert). Darauf befinden sich dann die einzelnen Gebäude, Parkplätze, Hubschrauberlandeplätze, Technikgebäude, Shop, Küche, Müll-zwischenlager und was es dort sonst noch so gibt. Ich kann ja meine Überlegungen noch mal überdenken :-) . Werde das mal für meine Krankenhäuser übernehmen. Es sollte dann aber auch gerendert werden. Siehe oben. (Ich schau mir die Karten lieber in Osmarender an.) Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Die eine oder die anderen Fragen zur Wanderkarte.
Hallo Nop, Wo siehst Du sie unterbrochen? ab hier http://opentiles.com/nop/?zoom=15lat=51.42374lon=6.8186layers=BT ist bei mir oberhalb der Eisenbahn kein Symbol mehr zu erkennen. Bis zum Zusammenschluss - der hier http://opentiles.com/nop/?zoom=15lat=51.44769lon=6.91362layers=BT erfolgt. Auch sind bei mir - hier im Permalink - Wanderwege die auf Straßen erfolgen, nicht weiß hinterlegt. Sie hier die Klaus-Groth-Straße. osmc:symbol=blue:white_circle::M:white werde ich dann so im tagging der relation übernehmen. Mit der Änderung Wegefarbe black - s. unten. Finde keine solche Stelle (und habe keine Ahnung was oder wo der Entenfang ist :-)) Bitte Link, am besten Zoom 15. hier ist der link http://opentiles.com/nop/?zoom=15lat=51.37748lon=6.82032layers=BT unterhalb des See in der Mitte des Bildes ist der M blau gekennzeichnet. Oberhalb, nach Zusammenschluss mit DU sind die Symbole für mich schwarz. Ich kann mich natürlich auch täuschen. aber wenn es in einer Gegend lauter schwarze Wege gibt, kann man auch eine beliebige Farbe wählen, damit man die besser auseinanderhalten kann. s. oben. Ich werde natütlich den Verlauf der Wanderkarte bei mir im Ruhrgebiet beobachten. Wenn es mir zu schwarz wird, werde ich eine andere Farbe wählen. ;-) Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pläne in OSM
Markus wrote: Ich habe einen Plan von unserem Krankenhaus gezeichnet: http://www.openstreetmap.org/?lat=49.46327lon=11.06081zoom=17layers=B000FTF http://www.openstreetmap.org/?lat=49.46327lon=11.06081zoom=17layers=B000FTF Dabei habe ich folgende Probleme: - building=yes wird angezeigt, amenity=hospital aber genausowenig wie amenity=pharmacy, amenity=restaurant, amenity=cafe, amenity=public_building, amenity=college, amenity=Kindergarten also tagge ich aminity=hospital name=Name des Krankenhaus building=yes und schon ist mein Krankenhaus, meine Apothke, mein Restaurant, mein Kindergarten - ein Gebäude Grüsse Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de