Re: [Talk-de] Eigene OSM-Wikiseite für Radfahr-Verei ne
Tirkon tirko...@yahoo.de wrote: um OSM in Ostfriesland ein wenig bekannter zu machen und um Mapper zu aquirieren, plane ich den Besuch lokaler ADFC Treffen. Dabei stellt sich die Frage, ob man den Gruppen auf Wunsch eine Seite im OSM Wiki zugestehen könnte, auf der sie ihre Routen und Touren verlinken und gegebenenfalls kommentieren können, welche in der OSM Karte existieren. Offensichtlich könnte sich solch eine Wikiseite möglicherweise dazu eignen, unakzeptierten Stoff in OSM zu spülen. Daher werde ich auf eine solche Einrichtung verzichten und auch nicht dafür werben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser einzeichnen?
Manuel Reimer manuel.s...@nurfuerspam.de writes: Manuel Reimer wrote: Es gab wohl mal ein zeitlich befristetes Projekt, in dem die Daten im OSM-Editor direkt zum Abmalen genutzt werden konnten. Das Projekt ist abgelaufen, aber ist es denn erlaubt die Karten nebeneinander zu legen (einmal Browserfenster, einmal Merkaartor) und dann optisch zu übertragen? Anfrage an den Seitenbetreiber ist raus. Das sollte man sich besser schenken. Fakten sind frei. Besorg dir einen stadtplan, mach eine fotosafari, zusätzlich ein paar lageskizzen und leg bayernviewer, google und yahoo daneben. Dann werte alle datenquellen parallel aus und trag das ergebnis bei OSM ein. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie einzeichnen treppen die zwei areas verbinden
M∡rtin Koppenhoefer dieterdre...@gmail.com writes: Am 7. Mai 2010 12:12 schrieb Fabian sh...@nurfuerspam.de: Beispiel gerade ist eine Platform von der in der mitte eine Treppe auf eine Bruecke fuehrt. Die Treppe ist somit nur am oberen ende verbunden auf dem Bahnsteig endet sie in einer Flaeche. Was macht man mit diesem losem ende? Die Platforms sind als area eingetragen da sie unsymetrische sind. Zur Zeit ist es so das Mapnik Treppen kennt aber keine Platform-areas Osmarender hingegen Platforms darstellt aber keine treppen zeigt. verbinde die Treppe mit dem Umriss der Area, ob das derzeit gerendert wird oder nicht ist egal. Da die treppen selten am umriss ankommen, ist das nicht gerade optimal. Aus gründen der rückwärtskompatibilität zeichne die bahnsteige auch noch als footway ein und verbinde die treppen damit. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene OSM-Wikiseite für Radfahr-Verei ne
malenki o...@malenki.ch wrote: Es muss aber möglich sein, die offiziellen Routen von den inoffiziellen/privaten Routen zu separieren. Stell dir mal vor, es werden jetzt Relationen angelegt, a la Mein Arbeitsweg oder Abteilungskanufahrt 2005... Wer solche Daten sammeln will, kann das gern tun, aber bitte auf einer eigenen Seite und z.B. mit Openlayers mit einer OSM-Karte überlagern. Aber für die OSM-Datenbank ist das nichts, auch mit einem Privat- oder inoffiziell-Tag. Damit wären wir jetzt bei einer Relevanzdiskussion angekommen. *göbel* Nicht wirklich. Was nicht existiert, wird nicht gemappt. Hmm, wir haben beispielsweise Adressangaben mit Ortsnennung auch außerhalb geschlossener Ortschaften, die aber bei der Navigation zu Adressen unverzichtbar sind. Auf dem Lande ist die Bebauung nun mal nicht so dicht, dass jedes Haus durch Ortsbeschilderung eindeutig zuzuordnen wäre. Die Ortsangabe in der Adresse ist also hier vor Ort in vielen Fällen nicht ermittelbar, sondern nur anhand der Grenzgesetzgebung feststellbar. Die Frage ist also, wie man existiert definiert. Man kann natürlich Reizworte zum Anheizen verwenden. Anheizen war nicht meine Absicht. Es ging mir dabei eher um das Gegenteil und um den Bezug zu dem Thread Von Wikipedia lernen, wo dieses Reizwort schon Thema war, wie ich im Weiteren in meinem Posting auch ausgeführt habe. Spätestens jetzt, wo Missverständnisse bezüglich der Intention des Wortgebrauches auftreten, komme ich daher auch zu dem Entschluss, mein ursprüngliches Ansinnen einer Wikiseite für Radfahrvereine fallen zu lassen. Sie könnte potentiell umstrittenen Stoff in OSM hineinspülen und dafür ist sie mir nicht wichtig genug. Ich hoffe, das macht deutlich, dass ich eher auf Deeskalation als auf Anheizen bedacht bin. Es geht mir schließlich in der Hauptsache um Aquirierung von Mappern in einem dünn besiedelten und daher OSM-mäßig schlecht erschlossenen Bereich, in dem zudem auch nur wenige offizielle Routen existieren. Die gibt es offensichtlich nur in den Köpfen insbesondere der Radfahrvereine, aber nicht ausgeschildert. Das war meine Intention. Aber OSM dürfte für radfahrende und wandernde Vereine auch ohne Wikiseite und eigene Routen ihren Nutzen haben. Vielleicht gibt es irgendwann mal einen OSM Datenbank Layer für nichtoffizielle Routen. Dann wäre die ganze Diskussion nämlich vom Tisch. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Landuses Dortmund
Hallo, Am Samstag 08 Mai 2010 21:02:31 schrieb Alexander Matheisen: Hallo, Die lokalen Mapper hatten sich dort vor einiger Zeit dagegen ausgesprochen, die spezielle Landnutzung residential einzusetzen, weil sie Ausdrucke der Gebiete machen, um diese in walking-papers (siehe walking-papers.org) einzutragen. Der Kontrast der Ausdrucke ist schlechter, wenn die Landnutzungen vorhanden sind. Ich kann zwar das Problem verstehen, aber irgendwie kann es doch nicht sein, dass man bestimmte Sachen nicht eintragen soll, weil das dann auf einem Ausdruck schlecht lesbar ist. Das sollte dann eigentlich das Programm regeln, denn wir mappen nicht für die Renderer. +1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene OSM-Wikiseite für Radfahr-Verein e
Am Sun, 09 May 2010 09:21:33 +0200 schrieb Tirkon tirko...@yahoo.de: ... in dem zudem auch nur wenige offizielle Routen existieren. Die gibt es offensichtlich nur in den Köpfen insbesondere der Radfahrvereine, aber nicht ausgeschildert. (...) Vielleicht gibt es irgendwann mal einen OSM Datenbank Layer für nichtoffizielle Routen. Dann wäre die ganze Diskussion nämlich vom Tisch. Es gibt eine Hilfskrücke, das state=proposed -Tag, laut Wikiseite zu Relation:route ausdrücklich für noch nicht beschilderte, aber geplante Fahrradrouten zulässig. Wobei es m.E. darauf ankommt, von wem und wie geplant. Es sollte schon einen Beschluss/Entschluss einer Stelle (Stadt-, Gemeinderat, Tourismusverein...) geben, die sachlich zuständig ist, irgendwann mal Schilder aufzustellen. Sobald ich so ein Papier mit den Einzelheiten gesehen habe, kommt die Route bei mir als proposed in OSM, und das Tag fliegt raus, wenn die Schilder draußen stehen (kann noch lange dauern). Ein Radfahrverein ist nun gerade üblicherweise nicht für die Wegweisung sachlich zuständig, jedenfalls heute nicht mehr. Die Zeiten, als Radfahrvereine eigene Radwege bauten, wo nur die Mitglieder kostenlos fahren durften, sind seit 80 Jahren vorbei. Allerdings gibt's Fälle, wo Radsportvereine ihre permanenten Trainingsrouten selbst beschildern, was aber meist nur sparsam und für den Eingeweihten lesbar geschieht (Pfeile an Bäume malen etc., das Geld für eine Abstimmung mit dem Straßenbauamt und feste Wegweiser will in meiner Ecke kein Verein ausgeben). Wäre m.E. der wirkliche Grenzfall für die Aufnahme in OSM. -- Viele Grüße, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] bundesrepublikanische Grenzrelation unterbrochen
Norbert Kück o...@nk-bre.net wrote: Hallo, am 08.05.2010 21:41 schrieb Tirkon: ich habe die bundesrepublikanische Grenzerelation http://www.openstreetmap.org/?relation=62781 (Download dauert) Dir ist aber schon klar, dass die Relation nicht die Grenze darstellt? Ja, nicht umsonst habe ich hier eine Diskussion um die Dokumentation der deutsch-niederländischen Grenzauseinandersetzung angestoßen. Das Ding (so die damalige Diskussion) soll die Landmasse darstellen - tut sie aber nicht, wie man an der Wesermündung erkennen kann. Theoretisch müsste es dann jeden Flußlauf bis zur Quelle nachstellen. Jetzt verstehe ich auch, wieso da die Entscheidung im Falle der Elbmündung so schwer fiel. Denn genau dort fehlt das Aufeinandertreffen der Landmassen von Niedersachsen und Schleswig-Holstein. Hinzu kommt die bisher nicht abgeschlossene Grenzauseinandersetzung in diesem Bereich. Ist eigentlich die Landmasse von Niedersachsen Relation 454192 ebenso zweckfrei? Bei Landkreisen zählt nur die Landmasse. Bei Bundesländern weiß ich es nicht. Weil ich das als zweckfreie Malerei einstufe, stört es mich aber nicht weiter. Dann werde ich sie mit Deinem Einverständnis auch als Landmasse titulieren und willkürlich an einer Annäherung der Landmassen Niedersachsens und Schleswig Holstein schließen. Denn wenn man unvermuteterweise mit dem Teil bei der grenznahen Ortsgrenzenbestimmung in Konflikt kommt, stört es, weil man nicht weiß, wie man damit korrekt umgehen soll. Wenn das Teil zumindest einigermaßen der Intention gemäß geschlossen ist, hat man wenigstens diese Sorge weniger. Sonst thematisiert sich das immer wieder. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene OSM-Wikiseite für Radfahr-Vere ine
Thomas Wedekind tom-wedek...@web.de wrote: ... Wäre m.E. der wirkliche Grenzfall für die Aufnahme in OSM. Vielen Dank für die Aufklärung. Ein Grund mehr, lökalen Sachverstand bezüglich der Radrouten nach OSM zu holen, den ich insbesondere in der großen betreuten Fläche nicht habe. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Stadt/Land: Schere schließen , Alleinstellungsmerkmal
Am 09.05.2010 05:51, schrieb Rainer Knaepper: ulf.lamp...@googlemail.com (Ulf Lamping) am 09.05.10: Eine Stadt mit 45000 Einwohnern sollte man in ca. 4 Wochen intensiven Mappens auf einen Stand bringen können, der weit über das hinausgeht was man vom Mitbewerb bekommen kann. Schwierig ist was anderes ;-) Ich bin berufstätig und habe auch noch andere Verpflichtungen. Sogar weitere, andere Interessen als OSM. Mit solchen Ansprüchen wirst du keinen neuen Mapper gewinnen, der noch vor elementaren Einstiegshürden steht. Das waren keine Ansprüche an jemand anders - zumindest war es nicht so gemeint. Wenn die eigene Freizeit begrenzt ist und man nur 1-2 Stunden hier und da spendieren kann dauert es halt entsprechend länger. Das schaff ich nicht in 100 Jahren ist aber aus meiner Erfahrung die falsche Denkrichtung, man kann da mehr schaffen als man zuerst denkt. Jammern alleine hilft nicht weiter, auch wenn es vielfach wiederholt wird. Ehm schnell nen eigenen Editor schreiben?Oder wie soll das verstanden werden? Oder reicht ein Hinweis auf die Mickeysoftschen design guides? Es gibt übrigens auch herstellerunabhängige usability studien und guides. Leider geht das auch schon wieder ziemlich OT ... Es gibt meines Wissens bislang keine fundierte Untersuchung, was z.B. bei der JOSM Usability alles so falsch gemacht wird - und da findet man bestimmt (immer noch) so einiges, auch wenn sich vieles mit der Zeit schon verbessert hat. Sowas sollte nicht von den JOSM Entwicklern gemacht werden, da diese von Haus aus mit der Zeit betriebsblind werden. Nun könnte sich jemand hinsetzen, und die verschiedenen Guidelines: Gnome HIG [1], JAVA LAF [2], Windows UEIG [3] mal mit JOSM vergleichen und zusammen zu schreiben was denn so alles nicht paßt. Nur wenn man keinen findet der sowas machen will, der es auch kann und - ganz wichtig - der es auch tut, bleibt auch diese Idee wieder mal ein wäre schön gewesen. Jammern alleine hilft nicht weiter, auch wenn es vielfach wiederholt wird ;-) Gruß, ULFL [1] http://library.gnome.org/devel/hig-book/stable/ [2] http://java.sun.com/products/jlf/ed2/book/ [3] http://msdn.microsoft.com/en-us/library/aa511258.aspx ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Stadt/Land: Schere schließen , Alleinstellungsmerkmal
Am 09.05.2010 03:09, schrieb Thomas Ineichen: Hallo Daniela, Shop ist definitiv was anderes, aber unter amenity=cafe firmieren doch imho auch Bistros, also was gegen den kleinen Hunger. Da würde ich eine Eisdiele jetzt nicht mit einordnen. Und cuisine hat für mich was mit Stilrichtung der Küche zu tun, da paßt Eiscreme jetzt auch nicht so ganz. A propos 'normative Kraft des Faktischen': cuisine=ice_cream gewinnt gegen amenity=ice_cream mit 314:149 In Erlangen gibt es am Neuen Markt einen Ableger des Eishaus. Sieht aus wie ein sehr kleiner Kiosk, ist nicht das ganze Jahr über offen und verkauft *nur* Eis - und auch nur ein paar Sorten. Dann aber bilden sich bei gutem Wetter lange Schlangen, das Eis ist sehr gut und günstig. Klar, ist ne ziemliche Ausnahme. Hier hätte ich aber schon etwas Bauchschmerzen, sowas als amenity=cafe einzutragen, weil das paßt irgendwie nicht. Für ein normales Eiscafe, also ein paar Stühle zum hinsetzen, außer Eis auch Cafe, Soft-Drinks und ähnliches, vielleicht nur eine geringe oder keine Auswahl an Kuchen, tendiere ich inzwischen auch eher zu amenity=cafe, cuisine=ice_cream. Ganz einfach weil es den Hauptzweck eines Cafes erfüllt: Hinsetzen und Pause machen, Cafe trinken, vielleicht mit Freunden was bequatschen. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Stadt/Land: Schere schließen , Alleinstellungsmerkmal
On 09.05.10 03:09, Thomas Ineichen wrote: A propos 'normative Kraft des Faktischen': cuisine=ice_cream gewinnt gegen amenity=ice_cream mit 314:149 ;-) Naja, das ist IMO mehr die normative Kraft des Mapnik... amenity=cafe wird gerendert. Und Espressomaschine gibt's dort in aller Regel auch... ;) /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene OSM-Wikiseite für Radfahr-Verei ne
Am 08.05.2010 16:45, schrieb Tirkon: Carsten Gerlach daswaldh...@gmx.de wrote: Stell dir mal vor, es werden jetzt Relationen angelegt, a la Mein Arbeitsweg oder Abteilungskanufahrt 2005... Wer solche Daten sammeln will, kann das gern tun, aber bitte auf einer eigenen Seite und z.B. mit Openlayers mit einer OSM-Karte überlagern. Aber für die OSM-Datenbank ist das nichts, auch mit einem Privat- oder inoffiziell-Tag. Damit wären wir jetzt bei einer Relevanzdiskussion angekommen. Soweit ich den bisherigen Konsens interpretiere, sind den meisten OSM-Usern die entsprechenden Relevanz-Regeln und -Diskussionen auf Wikipedia lästig bis zuwider und daher auf OSM kein Thema. Einige sehen in OSM sogar den Konterpart zur Wikipedia und wollen hier zeigen, dass Alles und nicht nur Ezyklopädisches dokumentierbar sei. Man könne durch technische Massnahmen den Stoff genügend gliedern und filtern, um dasjenige zu finden, was man braucht. Das Einzige, was von einer Mehrheit für OSM zumindest bisher wegen fehlender Recourcen ausgeschlossen wurde, sind fiktive und nicht mehr existente geschichtliche Objekte. Eventuell könnte diese Begrenzung auch für Privates und Inoffizielles herangezogen werden. Dann aber müsste man definieren, was offiziell und inoffiziell ist und hätte die erste Relevanzregel, die unter die Rubrik Geschmackssache fiele und über deren Formulierung und Auslegung man geteilter Meinung sein kann. Während in OSM eher der Grundsatz des im Zweifel behalten gilt, wird in der Wikipedia ja eher im Zweifel löschen angewandt. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tilekoordinaten
Am 08.05.2010 23:09, schrieb Dimitri Junker: Hallo, bei dem Versuch Worldfiles zu erzeugen kam die Frage nach der richtigen Berechnung der OSM-Tilekoordinaten auf. Lt. http://wiki.openstreetmap.org/wiki/Slippy_map_tilenames#tile_numbers_to_lon ..2Flat lat_rad = arctan(sinh(Pi * (1 - 2 * ytile / n))) mit n = 2 ^ zoom In taho wird fast die gleiche Formel verwendet, aber statt Pi ProjectF(85.0511), dies ergibt: 3.1415868112787813, also fast genau Pi, aber eben nicht genau. Bei Zoomlevel 12 ergibt sich da z.B. ein Unterschied von etwa 8m für Aachen. Ich hänge mal die entsprechenden Funktionen aus taho.pl und der c++ Version an. Letztere habe ich aus der perl Version abgeleitet. Das ist ein Bug, der wahrscheinlich der damaligen ti...@home Version entstammt. ti...@home rechnet mit der maximal möglichen Genauigkeit, die perl bzw. der Computer auf dem es läuft in diesen Funktionen bereitstellt. Prinzipiell halte ich solche Magischen Nummern wie hier 85.0511 für schlecht. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] bundesrepublikanische Grenzrelation unterbrochen
am 09.05.2010 10:13 schrieb Tirkon: Theoretisch müsste es dann jeden Flußlauf bis zur Quelle nachstellen. Nö. Binnengewässer gehören zum Festland. Ist eigentlich die Landmasse von Niedersachsen Relation 454192 ebenso zweckfrei? Ja - jedenfalls nach meiner Ansicht. Und dazu kommt die Problematik: Stellt die Relation tatsächlich die Landmasse dar, oder die Fläche aller Kreise? (siehe nächster Punkt) Bei Landkreisen zählt nur die Landmasse. Klares Jein. Bei Landkreisen zählt die Kreisgrenze - die muss an der Wasserseite nicht mit der Küstenlinie übereinstimmen. Bei Bundesländern weiß ich es nicht. Die Länder bilden das Bundesgebiet. Dann werde ich sie mit Deinem Einverständnis auch als Landmasse titulieren und willkürlich an einer Annäherung der Landmassen Niedersachsens und Schleswig Holstein schließen. Denn wenn man unvermuteterweise mit dem Teil bei der grenznahen Ortsgrenzenbestimmung in Konflikt kommt, stört es, weil man nicht weiß, wie man damit korrekt umgehen soll. Wenn das Teil zumindest einigermaßen der Intention gemäß geschlossen ist, hat man wenigstens diese Sorge weniger. Sonst thematisiert sich das immer wieder. Tituliere es, wie du möchtest. So drei mal im Jahr kommt das dennoch wieder hoch. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tilekoordinaten
Hallo, hat sich erledigt. In taho wird fast die gleiche Formel verwendet, aber statt Pi ProjectF(85.0511), dies ergibt: 3.1415868112787813, also fast genau Pi und wenn man die 85.0511 zuerst einmal genauer berechnet und auch PI im Programm genauer definiert, ist ProjectF(85.0511)=PI, wie auch etwas weiter unten auf der angegebenen Wiki-Seite steht. War also eine lange Suche nach einem reinen Rundungsfehler. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassen.NRW Layer
Am 08.05.2010 00:43, schrieb Robert S.: Mir ist nämlich aufgefallen, dass die B70 in OSM und auf Straßen.NRW bei Ahaus einen ziemlich anderen Verlauf hat, und nun weiss ich nicht wer recht hat. Der Verlauf der B70 wurde im Raum Ahaus zum 1.1.2010 großflächig geändert. Wobei der neue B70 Verlauf schon korrekt in OSM eingetragen ist. M.W. wurde aber auch die B474 A31 - Ahaus - Gronau abgestuft. Ok, alles klar, hatte mich nur gewundert, dass die B70 in OSM nun unterbrochen ist. Also Vorsicht beim Abmalen von Strassen.NRW, das ist mittlerweile als veraltet anzusehen. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene OSM-Wikiseite für Radfahr-Verei ne
Am 08.05.2010 18:46, schrieb AssetBurned: Wenn da also ne ortsteilgruppe von hinterpuffingen auf die idee kommt bei ihren bürgermeister durchzusetzen ordentliche schilder für ihre kohltour 2001 aufstellen zu lassen heck warum soll man das dann nicht mappen? Volkslaufstrecken sind dann auch ok, oder? Hier in KA sind die offiziell vermessen und die Kilometermarkierungen permanent auf der Fahrbahn angebracht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene OSM-Wikiseite für Radfahr-Vereine
Thomas Wedekind tom-wedek...@web.de [Sun, May 09, 2010 at 10:10:20AM CEST]: [...] Allerdings gibt's Fälle, wo Radsportvereine ihre permanenten Trainingsrouten selbst beschildern, was aber meist nur sparsam und für den Eingeweihten lesbar geschieht (Pfeile an Bäume malen etc., das Geld für eine Abstimmung mit dem Straßenbauamt und feste Wegweiser will in meiner Ecke kein Verein ausgeben). Wäre m.E. der wirkliche Grenzfall für die Aufnahme in OSM. Das wäre für mich schon diesseits des Grenzfalls, da viele vielleicht mal sehen wollen, auf welchen Strecken ein Verein trainiert. Aber sport=cycling ist (zumindest wikiweise) noch schlecht ausgebaut. Es gib zum Beispiel Zeitstempelstellen an bestimmten Straßen, damit man allein, aber dokumentiert sein Bergkriterium fahren kann. Diese Dinger stehen direkt an Straßen und werden durch Vereine gepflegt. Wäre auch was für OSM (inklusive der abzureißenden Strecke), aber wie gesagt, Radsport ist noch wenig entwickelt. Nebenbei: sport=mtb sehe ich gar nicht im Wiki, trotz der großen Bedeutung der MTBler für OSM. Wahrscheinlich sehen sie auch selbst ihr tun eher als Freizeitbeschäftigung denn als Sport. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Relationsdarstellung auf OSM-Karte
Moin, ich suche ein Tool, dass die Elemente einer Relation mit ihrer Rolle auf dem Hintergrund einer OSM-Karte darstellt. Die Darstellung könnte sehr ähnlich der des OSM Relation Analyzer (http://betaplace.emaitie.de/webapps.relation-analyzer/) sein, nur sollte die Farbkodierung vom Element role der Relation abhängen und die zur Relation gehörenden POIs sollten ebenfalls erscheinen. Gibt es so etwas schon? Das Tool muss dazu nicht jede Relation verstehen, sondern kann einfach für jedes verschiedene Element als role eine andere Farbe nehmen. Für Wanderwege könnte der Hauptweg mit leerem role-Element in einer Farbe, Wege mit role=alternative in einer anderen Farbe, Punkte mit role=map als ein Symbol und Punkte mit role=bus_stop als ein anderes Symbol erscheinen. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] bundesrepublikanische Grenzrelation unterbrochen
Norbert Kück o...@nk-bre.net wrote: [...] Könnte man zusammenfassend sagen, dass jede seegerichtete Grenze bei OSM fraglich ist? Oder haben wir auch etwas Dahingehendes, das zumindest nahezu richtig ist? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationsdarstellung auf OSM-Karte
ich könnte mir vorstellen, sowas in mapgen einzubauen. man bräuchte dann ein style file mit hintergrund-farben (also alles mehr so grau und hell) und darauf wüden am schluss die ganzen relation elemente gezeichnet (mit kräftigen farben). ??? ciao gerhard On Sun, 2010-05-09 at 16:18 +0200, Stephan Wolff wrote: Moin, ich suche ein Tool, dass die Elemente einer Relation mit ihrer Rolle auf dem Hintergrund einer OSM-Karte darstellt. Die Darstellung könnte sehr ähnlich der des OSM Relation Analyzer (http://betaplace.emaitie.de/webapps.relation-analyzer/) sein, nur sollte die Farbkodierung vom Element role der Relation abhängen und die zur Relation gehörenden POIs sollten ebenfalls erscheinen. Gibt es so etwas schon? Das Tool muss dazu nicht jede Relation verstehen, sondern kann einfach für jedes verschiedene Element als role eine andere Farbe nehmen. Für Wanderwege könnte der Hauptweg mit leerem role-Element in einer Farbe, Wege mit role=alternative in einer anderen Farbe, Punkte mit role=map als ein Symbol und Punkte mit role=bus_stop als ein anderes Symbol erscheinen. Viele Grüße Stephan ___ 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] Nutzt Google (auch) die Daten von OSM?
Und falls es da wirklich ernste Bedenken gibt hilft nur die alte Einschreibemethode. Irgendwer kopiert die Daten regelmäßig auf einen Datenträger und verschickt ihn per Einschreiben. Der Empfänger öffnet es natürlich nicht. - man hat eine amtliche Bestätigung wie alt das ist. da gibt es mittlerweile was besseres: nennt sich timestamping-service. du machst ne prüfsumme der relevanten daten und lässt diese dir von einer zertifizierungsstelle zusammen mit der aktuellen zeit digital signieren. kostenlos erreichbare zeitstempeldienste bieten eigentlich alle zertifizierungsstellen an, z.b. verisign, globalsign,... wenn du es ganz super-duper rechtssicher brauchst, nimmst du ein trustcenter was qualifizierte zeitstempel nach signaturgesetz ausstellt. z.b. signtrust von der post. früher waren die zeitstempel dort auch kostenlos, ich weiß nicht, ob sich das mittlerweile geändert hat. Gruß, Gerd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzt Google (auch) die Daten von OSM?
schrieb Rainer Knaepper, am 08.05.10 03:51: frede...@remote.org (Frederik Ramm) am 08.05.10: Ich kann mir aber auch Faelle vorstellen, in denen selbst ich hiervon abweichen wuerde, zum Beispiel dann, wenn eine Strasse an zwei Seiten unterschiedlich beschriftete Schilder hat. Gab es hier nicht mal einen Hinweis aus polnischer Gegend, daß dort manche Straßenschilder auch schon mal drei oder mehr unterschiedliche Schreibweisen liefern? Wenige hundert Meter voneinander entfernt. Ich meine mich an irgendeinen General zu erinnern, der mit dem Straßennamen geehrt wurde und mal mit, mal ohne Vornamen und auch mal ohne Titel beschriftet wurde. Das ist dann übel für den gemeinen Mapper :-) Jep, das ist in Polen offenbar die Regel. Ich mappe jetzt etwas über ein Jahr mit Schwerpunkt West-Polen/Großpolen und habe bei Neuaufnahmen, die ich selbst abgefahren bin, häufig die Straßenschilder mit örtlich aufgehängten Ortskarten und dazu meist auch noch mit den Karten auf den Websites der Orte verglichen. Gerade bei Straßen, die nach Persönlichkeiten benannt sind, sind die Straßen korrekt mit Vor- und Nachnamen benannt. Wird eine Straße nur mit dem abgekürzten Vornamen oder ohne Vornamen un/oder Titel geschrieben, dann hat das meist den pragmatischen Grund: Platz sparen oder zu wenig Platz, um es auszuschreiben. ;) Zum Thema, Google würde OSM-Daten nutzen, war ich auch zwischenzeitlich der Meinung. Vor wenigen Wochen hat Google eine neue erweiterte Kartenbasis veröffentlicht. Zunächst sah es für mich auch so aus, als ob Googele meine Daten übernommen hätte. Ich habe Vergleiche einiger mir sehr vertrauter Stadtteile Hamburgs und einzelner Regionen Großpolens gemacht. Als ich in die Details ging, ist mir nun folgendes aufgefallen: 1. Googele verwendet nun offenbar Gewerbemeldedaten. 2. Googele hat offenbar neue (veraltete/ungenaue) Kartendaten eingekauft und (bisher) nicht den Abgleich gemacht bzw. in die Kartendaten abgebildet. 3. OSM ist noch immer genauer und umfangreicher. Nicht gut finde ich den Wunsch einiger, absichtliche Tippfehler in OSM einzuschummeln nur, um herauszufinden, ob Googlele einen Datenabgleich machen würde. Es würde bedeuten, daß mutwillig (Open[Re-]Source) Daten verfälscht werden, auf deren Richtigkeit sich andere gerne verlassen würden. Im Ergebnis würde das der Glaubwürdigkeit OSMs schaden können. Wollt Ihr das wirklich? Ich denke nicht. Cheers, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] bundesrepublikanische Grenzrelation unterbrochen
Hallo, am 09.05.2010 18:14 schrieb Tirkon: Könnte man zusammenfassend sagen, dass jede seegerichtete Grenze bei OSM fraglich ist? Nein, das meine ich nicht. Klar, alle Datenquellen (auch die mit reinem Landbezug) sind mit gewissen Unsicherheiten behaftet. Es ging mir bei der Frage Kreisgrenze ./. Küstenlinie aber nicht vorrangig um die Daten in OSM, sondern um die Realität. Diese Linien sind in der Realität nicht zwangsläufig deckungsgleich, weil sie unterschiedlichen Regeln gehorchen. Das bedeutet, dass man sich entscheiden muss, was die Relation abbilden soll. Oder haben wir auch etwas Dahingehendes, das zumindest nahezu richtig ist? Beispielsweise ist die 12 sm-Grenze (zumindest in der Nordsee) so genau, wie es die Umrechnung aus dem amtlich verwendeten Koordinatensystem zulässt. Die Kreisgrenzen des INFAS-Imports werden wasserseitig vermutlich keine üppigeren Fehler haben, als an Land (dort habe ich gute und auch weniger gute Stellen gesehen). Und die Küstenlinien in der ursprünglichen Fassung entsprechen dem Zeitpunkt ihrer Erstellung und einer eher groben Auflösung - es gibt örtlich unerfreuliche Abweichungen. Das kann man aber nur auflösen, wenn man die Daten mit geeigneten Methoden neu aufnimmt. Eine Linie anhand der anderen passend zu machen, könnte Datenvernichtung sein. Das alles wurde hier aber auch schon öfter mal durchgekaut. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Stadt/Land: Schere schließen , Alleinstellungsmerkmal
Thomas Ineichen wrote: A propos 'normative Kraft des Faktischen': cuisine=ice_cream gewinnt gegen amenity=ice_cream mit 314:149 Das hat der Federico, der amenity=ice_cream vorschlug, auch bemerkt: http://wiki.openstreetmap.org/wiki/Proposed_features/Ice_cream Als Italiener ist er aber Eiscreme-Experte und daher ist amenity=ice_cream richtiger ... (Das war der Versuch eines Autoritätsbeweises) ;-))) Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Stadt/Land: Schere schließen , Alleinstellungsmerkmal
Ulf Lamping wrote: In Erlangen gibt es am Neuen Markt einen Ableger des Eishaus. Sieht aus wie ein sehr kleiner Kiosk, ist nicht das ganze Jahr über offen und verkauft *nur* Eis - und auch nur ein paar Sorten. Dann aber bilden sich bei gutem Wetter lange Schlangen, das Eis ist sehr gut und günstig. Klar, ist ne ziemliche Ausnahme. Hier hätte ich aber schon etwas Bauchschmerzen, sowas als amenity=cafe einzutragen, weil das paßt irgendwie nicht. Gibt es da richtiges Eis, oder nur Steckerleis? Im letzteren Fall ist es einfach ein Kiosk, oder? Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Stadt/Land: Schere schließen , Alleinstellungsmerkmal
Rainer Knaepper wrote: Nuja, hier gibt es Cafés, die halt nur Kuchen zu Tee oder Kaffee anbieten, mindestens eine Kneipe, die neben Schnitzel und Bockwurst auch Eis mit Heißen Kirschen nicht nur als Nachtisch anbietet und mindestens ein Eiscafé, wo man auch Waffeln und anderes Gebäck essen kann. Wenn man nicht die ganze Speisenkarte erfassen möchte, wird man um Kompromisse nicht drumrumkommen. Ja klar. In einem Eiscafe gibt es normalerweise immer auch Kaffee, manchmal auch Kuchen, aber eine richtige Eisdiele, die dann imho mit dem Eis-Icon gerendert werden solte, hat viele verschiedene Sorten Eis. Sowas: http://www.sarcletti.de/ Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Stadt/Land: Schere schließen , Alleinstellungsmerkmal
Am 10.05.2010 01:18, schrieb Daniela Duerbeck: Ulf Lamping wrote: In Erlangen gibt es am Neuen Markt einen Ableger des Eishaus. Sieht aus wie ein sehr kleiner Kiosk, ist nicht das ganze Jahr über offen und verkauft *nur* Eis - und auch nur ein paar Sorten. Dann aber bilden sich bei gutem Wetter lange Schlangen, das Eis ist sehr gut und günstig. Klar, ist ne ziemliche Ausnahme. Hier hätte ich aber schon etwas Bauchschmerzen, sowas als amenity=cafe einzutragen, weil das paßt irgendwie nicht. Gibt es da richtiges Eis, oder nur Steckerleis? Im letzteren Fall ist es einfach ein Kiosk, oder? Nee, da gibt es schon richtiges Eis, so mit der Kugel in die Waffel rein und so ;-) Ist letztlich der ganz kleine Ableger (Verkaufsstelle) einer sehr bekannten Eisdiele am anderen Ende der Stadt. Wenn es da nur abgepacktes Eis geben würde, wäre das für mich auch eher ein Kiosk. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Server-Status
Hi! Mir scheint, dass die Seite http://wiki.openstreetmap.org/wiki/Platform_Status nur ping auswertet, nicht aber, ob der jeweilige Server auch http-requests annimmt. Sehe ich das richtig? Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Server-Status
Am Montag 10 Mai 2010 02:45:29 schrieb Daniela Duerbeck: Mir scheint, dass die Seite http://wiki.openstreetmap.org/wiki/Platform_Status nur ping auswertet, nicht aber, ob der jeweilige Server auch http-requests annimmt. Sehe ich das richtig? Nee, das ist ne normale Wiki-Seite, die wertet gar nichts aus. Die zeigt nur dann einen Fehler an, wenn ihn jemand einträgt. Kommentar dazu im Template: Please update this template if you know what the status of the OSM platform is. If servers seem to be slow or down, you could verify this by asking others on [[Contact#IRC|IRC]] and checking [http://downforeveryoneorjustme.com/openstreetmap.org downforeveryoneorjustme.com] - but in general be bold! Update this! It won't reflect the current state of the platform unless people update it. Gruß, Bernd -- __ __ __ __ __ __/| Der Domino-Effekt bei der Arbeit. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzt Google (auch) die Daten von OSM?
Moin, SteMo wrote: schrieb Rainer Knaepper, am 08.05.10 03:51: Gab es hier nicht mal einen Hinweis aus polnischer Gegend, daß dort manche Straßenschilder auch schon mal drei oder mehr unterschiedliche Schreibweisen liefern? Wenige hundert Meter voneinander entfernt. Ich Solche Beispiele gibt (oder zumindest gab) es auch im Weserbergland. In Bad Münder am Deister wurde z. B. der Bredenbeekweg zumindest an der Einfahrt eine zeitlang falsch als Bredenbeckweg ausgeschildert. meine mich an irgendeinen General zu erinnern, der mit dem Straßennamen geehrt wurde und mal mit, mal ohne Vornamen und auch mal ohne Titel beschriftet wurde. Das ist dann übel für den gemeinen Mapper :-) Aus der ehemaligen Täterä kenne ich diverse Schreibweisen von T(h)omas-Mün(t)zer-Straßen und -Wegen. Nicht gut finde ich den Wunsch einiger, absichtliche Tippfehler in OSM einzuschummeln nur, um herauszufinden, ob Googlele einen Datenabgleich machen würde. Es würde bedeuten, daß mutwillig (Open[Re-]Source) Daten verfälscht werden, auf deren Richtigkeit sich andere gerne verlassen würden. Im Ergebnis würde das der Glaubwürdigkeit OSMs schaden können. Dem schließe ich mich vollinhaltlich an! Es ist schon schlimm genug, wenn sich unabsichtlich Fehler einschleichen (so, wie es mir in dem im OP benannten Fall passiert ist); absichtliche Fehler wären kontraproduktiv. CU Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de