Re: [Talk-de] Track life anzeigen
Geht das nicht mit Locus? - S ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags für brombeer sträucher
On August 26, 2019 9:34:08 AM GMT+02:00, Martin Koppenhoefer wrote: >gilt vermutlich auch für Pilze? >Pilze suchen ist Diebstahl? In einem unserer deutschsprachigen Nachbarländer ist das IIRC tatsächlich so. (Ich erinnere mich nicht mehr 100%ig, ob es Österreich oder die Schweiz war und mag nicht übel nachreden.) - Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Ulmer-Alb] Verzerrung von Luftbildern, GPS-Traces als Kontrolle, & Co.
Hallo Markus! Danke für die eindrucksvolle Karte. Was etwas stört, sind die langen geraden Linien - sind das Verbindungen zwischen Tracksegmenten? Merkaartor zB hat dafür einen Filter: Punkte, die weiter als x Meter auseinander liegen, werden nicht verbunden. Die Schwelle festzulegen ist sicher nicht ganz einfach, aber 100-1000 Meter könnten passen? Grüße, Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM - Anmeldung
Hi Markus, Gertrud Simson schrieb: >> Weil bei der Basislegitimierung das Passwort im Klartext gesendet wird, >> wurde mit Version 9900 > Wenn das PW nun endlich nicht mehr im Klartext gesendet wird, > ist das ein lang ersehnter wesentlicher Erfolg. Das OAuth-Verfahren wurde bei OpenStreetMap so um 2009 umgesetzt. Das ist nur 5 Jahre nach der Gruendung ;-) >> OAuth als Standard gesetzt. > Wenn man beim Anmeldeprozess etwas Grundlegend ändert, > sollte man das den Benutzern verständlich erklären (was, wie, warum) > Und den Langjährigen schon im Vorfeld, damit sie Dritten helfen können. Das einfachste waere, die Wiki-Seite zu OAuth zu uebersetzen. Die Niederlaender haben das schon geschafft, und die Chinesen haben einfach den englischen Text uebernommen. > Ich habe keine Ahnung, wer oder was OAuth ist, > und was das wie mit OSM zu tun hat... Du hattest doch geschrieben, dass du gegoogelt haettest? Hier auf talk-de war das 2013 schon einmal ein Thema: https://lists.openstreetmap.org/pipermail/talk-de/2013-August/104001.html In Kuerze: OAuth ist ein Mechanismus, um Software- oder Applikationsanbietern (JOSM) zu ermoeglichen, den Nutzer gegenueber einem Dienst (OSM) zu authentifizieren, ohne ein Passwort uebertragen oder auch nur wissen zu muessen. Genau genommen arbeitet es andersherum, indem naemlich der Nutzer die Software oder die Applikation einmal beim Dienst freischaltet, sie damit also autorisiert. Die Software erhaelt einen Token, mit dem die spaetere Authentifizierung gegenueber dem Dienst erfolgt. Bei OpenStreetMap gab es immer schon Bedenken wegen der normalerweise unverschluesselten Passwortuebertragung in der API. Deshalb wurde 2009 angefangen, einen eigenen OAuth-Server aufzusetzen. JOSM hat die Unterstuetzung dann 2010 implementiert. Und 2016 hat JOSM die Methode als Standard eingestellt, und damit leider einige Fehler heraufbeschworen. Du schriebst weiterhin: > Wenn ich auf "OAuth autorisieren" klicke, erscheint ein Formular, in > dem meine OSM-Daten eingetragen sind. Es gibt einen Link "Weitere > Informationen" und "Hilfe", aber beide führen auf eine ausländische > Seite ohne Zusammenhang mit OSM und ohne Impressum... Die auslaendische Seite wird oauth.net sein, und die Entwickler von OAuth haben in der Tat keinen Bezug zu OSM. Aber die eigentliche Formularseite muesste auf www.openstreetmap.org/oauth/ liegen. Das ist nun eindeutig eine OSM-Seite. Oder ist das alles noch ein Java-Dialog? > Wir brauchen möglichst schnell eine Zwischenversion für diesen Bug. > Wann kommt die raus? Die kam am 2.3.2016 raus, wenn ich das Changelog richtig interpretiere. Allerdings ist sie nicht als tested verlinkt, sondern als neueste Version fuer Experimentierfreudige: http://josm.openstreetmap.de/josm-latest.jar Und fuer die Versionen zwischen 9000 und 9013 gibt es den Hinweis, einfach die OAuth-Nutzung zu deaktivieren, und den alten Weg mit Passwort zu gehen. Ehrlich gesagt, mir war das damals auch zu bloed mit OAuth, ich hab weiterhin die Passwort-Methode verwendet. Und ich werde mich auch aergern, wenn meine JOSM-Installation sich auf einmal selbst ueberlegt, die Authentifizierungsmethode zu aendern. Gruss, stw1701 -- Karl Marx gave the proletariat eleven zeppelins, yo. [xkcd 992] ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zum Mappen von Gemüsefeldern
Volker Schmidt schrieb: >> http://en.wikipedia.org/wiki/Orchard >> Und da steht dann wieder Gemuese, aber auch irgendetwas mit Beeren. > Nein, dort steht nichts von Gemuese im Sinne von Kohl oder Rueben. | An orchard is an intentional planting of trees or shrubs that is | maintained for food production. | Orchards comprise fruit, vegetable, and nut-producing trees which are | grown for commercial production. > Hier ist die Rede von "Gemuese"-produzierenden *Baeumen*. Ich denke etwa an > Avocado. Ah, das erklaert meine Verwirrtheit. Im ausgeschlafenen Zustand verstehe ich jetzt auch den Satz mit den Beeren: | A fruit garden is generally synonymous with an orchard, although it is | set on a smaller non-commercial scale and may emphasize berry shrubs in | preference to fruit trees. Ich glaub, ich hab mich heute nacht verrannt, und wollte unbedingt eine Begruendung fuer die Moeglichkeit, Spargel als Orchard einzutragen, an den Haaren herbeiziehen. Dabei ist ein wichtiger Punkt untergegangen: Gemuese passt nicht zum Orchard. Gruss, Steffen -- Es gibt keinen unschuldigen Leser. Wir alle übertragen unsere persönlichen Perversitäten auf die Texte, die wir lesen. Ein Leser ist die Summe dessen, was er vorher gelesen und im Fernsehen und Kino gesehen hat. Zu den Anhaltspunkten, die der Autor gibt, wird der Leser immer noch seine eigenen hinzufügen. [Arturo Perez-Reverte, Der Club Dumas] ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zum Mappen von Gemüsefeldern
Hallo, > ich habe da ein Spargelfeld das als landuse=orchard gemappt wurde. > Gefühlsmäßig hätte ich das als landuse=farmland gemappt und orchard nur > verwendet wo Bäume evtl. noch große Büsche stehen die abgeerntet werden. Ich hab mal Wiki und das andere Wiki durchsucht. Das war interessant. Danke fuer die Anregung ;-) Also: > So sagt das Wiki: http://wiki.openstreetmap.org/wiki/DE:Key:landuse > Dort steht für farmland: Landwirtschaftlich genutzte Flächen wie Äcker für > Getreide und Gemüse. Nicht für Weide und Grünland. Hier vermutete ich einen Unterschied zum englischen Eintrag: http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard Dort steht mehr oder weniger klar, dass Orchard nicht genutzt werden soll, wenn die Gemueseproduktion im Vordergrund steht. Genutzt werden soll Orchard, wenn es um Baeume und Straeucher geht, die bei der Ernte nicht komplett rausgerissen werden. Obst oder Nuss ist egal, auch Oel oder Kork ist moeglich. Nur Weinanbau noch als Ausnahme, weil dieser speziell markiert wird. Dann wird verwiesen auf das andere Wiki: http://en.wikipedia.org/wiki/Orchard Und da steht dann wieder Gemuese, aber auch irgendetwas mit Beeren. Wenn man das ganze auf Deutsch ansehen will, verhilft einem der Sprachlink zu http://de.wikipedia.org/wiki/Streuobstwiese Aber das halte ich fuer eine Fehlleitung. Streuobstwiesen sind nur eine ganz spezielle Art Orchard (naemlich meadow orchards). Besser passt die Seite http://de.wikipedia.org/wiki/Obstbau Und da steht dann | Obstbau bezeichnet den großflächigen Anbau von Kernobst, Steinobst | oder Beerenobst im Freiland. Und wenn man sich dann noch zu http://de.wikipedia.org/wiki/Beerenobst hangelt, bekommt man endlich den Unterschied zum anderen Gemuese erklaert: | Zu unterscheiden ist zwischen dem Fruchttyp „Beeren“ und „Beerenobst“, | da der Zusatz Obst die Einschränkung der Mehrjährigkeit und der | Essbarkeit mit sich bringt. Ich rede mir jetzt ein, dass der englische Begriff Orchard grossen Wert auf die Mehrjaehrigkeit legt. Gemuese, das bei der Ernte komplett entfernt wird, und fuers naechste Jahr erneut ausgesaet werden muss, passt hier nicht rein. Wird der ganze Baum rausgerissen, dann gilt das als Waldbau. Ich hoffe, das passt mit eurem Verstaendnis ueberein, und rege an, den deutschen Wiki-Eintrag (und den im anderen Wiki) entsprechend anzupassen. > Und das widerspricht sich meiner Meinung nach, im deutschen Wiki wird > Gemüseanbau orchard zugeordnet. Wenn ich mir in der Wikipedia dazu die Liste > der Gemüse ansehe: http://de.wikipedia.org/wiki/Liste_der_Gem%C3%BCse > Dann müsste ich auch Salat und Kohlfelder als orchard taggen und nicht mehr > als farmland. Nach meiner Definition nicht mehr, weil dort die Mehrjaehrigkeit fehlt. Alles gesaet. Ok, zum Gemuese, aeh, Spargel: http://de.wikipedia.org/wiki/Gem%C3%BCsespargel Darin steht | Spargelbeete können bei richtiger Pflege und Düngung mindestens bis zu | zehn Jahre beerntet werden. Oder mit Hinweis auf Johannis: | Der Hintergrund für diese Bauernregel ist die Einhaltung einer | ausreichenden Regenerationszeit der Pflanze für eine ertragreiche | Ernte im nächsten Jahr. Mehrjaehrig, zwar Gemuese, aber eben doch orchardfaehig. Und zum Abschluss noch die Bemerkung, dass "asparagus farm" gebraeuchlicher ist als "asparagus orchard". (8.3 Mio zu 430T) Selbst wenn man das Verhaeltnis zwischen Farm und Orchard (1210 Mio zu 134 Mio) mitreinrechnet, ist asparagus orchard seltener genutzt. Zahlen durch Google. Gruss, Steffen -- Ist das nicht verblyffend, daß man mit gemütlichem Spaziergangtempo in tausend Jahren, so man durchhält, immerhin ein Millionstel der Entfernung schafft, aus der betrachtet die Strecke Erde-Sonne unter dem Winkel von nur noch einer Bogensekunde erscheint? [Volger Gringmuth, desd] ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Voting zu use_sidepath läuft
Anscheinend habe ich mich in meiner Mail missverständlich ausgedrückt. Ich wollte nicht aussagen, dass zugeparkte oder nicht benutzbare Radwege besonders getaggt werden müssen. Ich wollte lediglich begründen, warum bicycle=no ohne entsprechendes explizites Verbot nicht sinnvoll ist, da dieser Vorschlag ebenfalls erwähnt wurde. Gruß Steffen Am 10.05.2014 10:41, schrieb Christoph: > Das zugeparkt Thema halte ich hier für falsch, das wollen doch nich auch noch > mappen. Das Routingvorschläge manchmal durch das normale leben überholt > werden, ist wohl so. > > Ich war auch schon mal polizeilich angeordneter Geisterfahrer. > > Ein nicht benutzbarer Radweg darf natürlich auch erfasst werden, auch wenn > die Radfahrer da unterschiedliche Massstäbe anlegen. Das sind aber auch > Sonderfälle, die wir aus der Diskussion raushalten sollten. > > Das das Proposal ohne Richtungsangabe auskommt, habe ich dort schon auf der > Diskussionsseite angemerkt. > > Christoph > > Sent from my iDingens > >> Am 10.05.2014 um 10:20 schrieb Steffen van Bergerem : >> >> maxspeed = 50 wäre auch falsch. Die implizite Geschwindigkeitsbegrenzung >> innerorts gilt nämlich nur für Kraftfahrzeuge, die explizite allerdings >> für alle Fahrzeuge. Daher ist es wichtig, dass man zwischen beiden >> unterscheiden kann. >> >> Ähnlich sollte man zwischen man zwischen einer Benutzungspflicht des >> Radweges und einem Benutzungsverbot der Fahrbahn unterscheiden. Ist der >> Radweg nicht benutzbar (zu eng für das eigene Fahrrad, zugeparkt, >> zugestellt, etc.) oder führt nicht in die gewünschte Richtung (z.B. beim >> Linksabbiegen oder bei Radwegen, die im weiteren Verlauf nicht mehr >> fahrbahnbegleitend geführt werden), so darf natürlich auch mit dem Rad >> die Fahrbahn benutzt werden. Bei einem expliziten Benutzungsverbot auf >> der Fahrbahn wäre dies nicht mehr möglich. >> >> Am 10.05.2014 07:55, schrieb Christoph: >>> Ich dachte das implitize 50 wäre maxspeed =citylimit >>> Ich mappe innerorts die 50 nur bei Schildern mit 50. >>> >>> >>> Sent from my iDingens >>> >>>>> Am 10.05.2014 um 00:39 schrieb Alexander Heinlein >>>>> : >>>>> >>>>>> On Fri, May 09, 2014 at 10:23:08PM +0200, Christoph (TheFive@OSM) wrote: >>>>>> Am 09.05.2014 um 21:31 schrieb Masi Master : >>>>>> Die blauen Radweg-Schilder geben normale Beschränkungen wieder und >>>>>> gelten für Radweg UND Fahrbahn, also sollte auch beides getaggt werden. >>>>>> Hat "erstmal" nix mit dem Routing zu tun. >>>>>> >>>>>> bicycle=designated ist zu schwammig formuliert. In Deutschland, aber vor >>>>>> allem weltweit. >>>>>> >>>>>> Das Andere ist, dass das Bevorzugen von "bicycle=designated"-Radwegen >>>>>> nicht funktioniert. Der Radweg kann länger als die Fahrbahn sein und >>>>>> wird teils deswegen nicht bevorzugt. Oder es wird nur auf Radwegen >>>>>> geroutet. Außerdem funktioniert kürzeste Route (nach StVO) nicht, bei >>>>>> unterschiedlicher Gewichtung. >>>>> >>>>> Sorry, das sind Implementierungsdetails für mich. Bevorzugung ist eine >>>>> Möglichkeit ein Benutzungsbebot abzubilden. Schon sprachlich (ohne >>>>> Implementierungsdetails) merkt man, das ein gebot und eine Bevorzugung >>>>> andere Schwerpunkte haben, das also nicht klappen kann. >>>>> >>>>> Für mich ist das sich aus einem gemappten Schild abgeleitete >>>>> Benutzungsverbot auf einer Parallelstrasse nicht on the ground, sondern >>>>> in the law, gehört daher nicht in OSM. >>>> >>>> Ich denke nicht dass man von einem Router erwarten kann sämtliche >>>> Sonderregeln aller Länder dieser Welt zu kennen. Das implizite maxspeed=50 >>>> innerorts taggen wir doch auch explizit. Daher finde ich die Idee mit >>>> use_sidepath gut. Es macht komplizierte Heuristiken in Routern, die sowieso >>>> nie immer das richtige Ergebnis liefern können, unnötig und ist für Mapper >>>> "on the ground" auch ziemlich einfach überprüfbar. >>>> >>>> Alex >>>> >>>> ___ >>>> Talk-de mailing list >>>> Talk-de@openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/talk-de >>> >>> ___ >>> Talk-de mailing list >>> Talk-de@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-de >> >> ___ >> Talk-de mailing list >> Talk-de@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-de > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Voting zu use_sidepath läuft
maxspeed = 50 wäre auch falsch. Die implizite Geschwindigkeitsbegrenzung innerorts gilt nämlich nur für Kraftfahrzeuge, die explizite allerdings für alle Fahrzeuge. Daher ist es wichtig, dass man zwischen beiden unterscheiden kann. Ähnlich sollte man zwischen man zwischen einer Benutzungspflicht des Radweges und einem Benutzungsverbot der Fahrbahn unterscheiden. Ist der Radweg nicht benutzbar (zu eng für das eigene Fahrrad, zugeparkt, zugestellt, etc.) oder führt nicht in die gewünschte Richtung (z.B. beim Linksabbiegen oder bei Radwegen, die im weiteren Verlauf nicht mehr fahrbahnbegleitend geführt werden), so darf natürlich auch mit dem Rad die Fahrbahn benutzt werden. Bei einem expliziten Benutzungsverbot auf der Fahrbahn wäre dies nicht mehr möglich. Am 10.05.2014 07:55, schrieb Christoph: > Ich dachte das implitize 50 wäre maxspeed =citylimit > Ich mappe innerorts die 50 nur bei Schildern mit 50. > > > Sent from my iDingens > >> Am 10.05.2014 um 00:39 schrieb Alexander Heinlein >> : >> >>> On Fri, May 09, 2014 at 10:23:08PM +0200, Christoph (TheFive@OSM) wrote: Am 09.05.2014 um 21:31 schrieb Masi Master : Die blauen Radweg-Schilder geben normale Beschränkungen wieder und gelten für Radweg UND Fahrbahn, also sollte auch beides getaggt werden. Hat "erstmal" nix mit dem Routing zu tun. bicycle=designated ist zu schwammig formuliert. In Deutschland, aber vor allem weltweit. Das Andere ist, dass das Bevorzugen von "bicycle=designated"-Radwegen nicht funktioniert. Der Radweg kann länger als die Fahrbahn sein und wird teils deswegen nicht bevorzugt. Oder es wird nur auf Radwegen geroutet. Außerdem funktioniert kürzeste Route (nach StVO) nicht, bei unterschiedlicher Gewichtung. >>> >>> Sorry, das sind Implementierungsdetails für mich. Bevorzugung ist eine >>> Möglichkeit ein Benutzungsbebot abzubilden. Schon sprachlich (ohne >>> Implementierungsdetails) merkt man, das ein gebot und eine Bevorzugung >>> andere Schwerpunkte haben, das also nicht klappen kann. >>> >>> Für mich ist das sich aus einem gemappten Schild abgeleitete >>> Benutzungsverbot auf einer Parallelstrasse nicht on the ground, sondern in >>> the law, gehört daher nicht in OSM. >> >> Ich denke nicht dass man von einem Router erwarten kann sämtliche >> Sonderregeln aller Länder dieser Welt zu kennen. Das implizite maxspeed=50 >> innerorts taggen wir doch auch explizit. Daher finde ich die Idee mit >> use_sidepath gut. Es macht komplizierte Heuristiken in Routern, die sowieso >> nie immer das richtige Ergebnis liefern können, unnötig und ist für Mapper >> "on the ground" auch ziemlich einfach überprüfbar. >> >> Alex >> >> ___ >> Talk-de mailing list >> Talk-de@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-de > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-de > signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik nicht für "MOB AC" und Oruxmap
Hallo tshrub, schau mal in das Forum von MOBAC [1]. Vielleicht kannst du dem Autor helfen. Gruß Steffen [1] http://sourceforge.net/apps/phpbb/mobac/viewtopic.php?f=1&t=1&start=0 --- Original Nachricht --- Absender: tshrub Datum: 30.04.2014 10:52 Am 30.04.2014 08:42, schrieb Simon Poole: Am 30.04.2014 02:45, schrieb tshrub: ... Kennt jemand ggf. eine Möglichkeit, Mapnik in o.g. wieder nutzen zu können? Aktuelle Versionen der Apps zu nutzen. Alte Version der Apps sind gesperrt weil Sie sich nicht an die tile usage policy gehalten haben, logisch ... die gabs wohl noch nicht so IMHO sollen bei den beiden erwähnten Programmen das bei neueren Version behoben sein. beim "MOB AC" habe ich ein Update gemacht - ohne Ergebnis bzgl. Problems. Vielleicht müsste man ihn einmal komplett inkl. Einstellungen von der Platte löschen ... Allg. ist das aber Seitens OSM nicht ok. Kommt der Dongel nicht von da? Wieso sehe ich nicht, was ich online sehe kann auf den Geräten? Das lief doch vorher. Wieso wird man gezwungen, neue Geräte zu kaufen? M.E. hier zu kurz gedacht. Gruß, t. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] osmose Fehler
Guten Morgen, hier [1] zeigt osmose einen Fehler an: Invalid postcode;Invalid postcode 12404 for country code SK Aber das 'country' ist nicht SK sondern LK. Wie kann man nun dies berichtigen? Grüße Steffen [1] http://osmose.openstreetmap.fr/de/map/#zoom=16&lat=6.7233701&lon=80.0259364&item=3190&level=3 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oeffnungszeiten
--- Original Nachricht --- Absender: Andreas Labres Datum: 30.03.2014 06:24 On 29.03.14 20:16, Martin Koppenhoefer wrote: wobei es immer schwierig ist, so was zu ändern, wenn es mal einige Zeit im Wiki stand. Klar. Aber wenn (wenn ich das richtig verstehe) selbst das JOSM Plugin das nicht so gemacht hat, wie's im Wiki steht, dann ist das ja nur eine Anpassung des Wikis an die Realität. /al Das JOSM Plugin macht es genau wie im Wiki angegeben. Einfach mal testen, in dem man die Öffnungszeiten mit der Maus anpasst, dann passt das Plugin auch den Wert der opening_hours an. probiere es doch mal beim way 13865496 aus. Ist das Carl-Zeiss-Planetarium in Stuttgart. Gruß Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oeffnungszeiten
--- Original Nachricht --- Absender: Andreas Labres Datum: 29.03.2014 11:17 Und das "Mo-Sa 10:00-20:00; Tu 10:00-14:00" sollte man verbieten, Mo,We-Sa 10:00-20; Tu 10:00-14:00 ist nicht wirklich mühsam und dafür eindeutig. Diskutabel ist, ob man vereinigbare Überschneidungen überlaubt, z.B.: Mo-Fr 08:00-15:00; Th 08:00-17:30 Also am Donnerstag ist länger offen. Worin liegt der Unterschied ob nun zum Beispiel am Donnerstag kürzer oder länger offen ist? Also: Mo-Sa 10:00-20:00; Th 10:00-14:00 oder Mo-Fr 08:00-15:00; Th 08:00-17:30 Gruß Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Layout. Visualisierungs-Fehler in der Kartendaten-Analyse
--- Original Nachricht --- Absender: Martin Raifer Datum: 29.03.2014 11:36 [Demo: http://overpass2.apis.dev.openstreetmap.org/] […] "Die Relation mit der Nummer 302588 konnte leider nicht gefunden werden." Das liegt lediglich an technischen Beschränkungen des Entwicklungs-Server, wo die Demo aktuell installiert ist. In der endgültigen Version würde das natürlich auf die entsprechende Seite (hier also http://osm.org/relation/302588) weiterleiten. Grüße Martin okay, akzeptiert. Welche 'Zusatzoptionen' sind da eingebaut? Und wie kann ich die erreichen? Muss ich dafür angemeldet sein? Gruß Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oeffnungszeiten
--- Original Nachricht --- Absender: Alexander Heinlein Datum: 29.03.2014 11:21 Stimmt, das erkennt er richtig. Aber das hier nicht: Mo-We 08:00-12:30; We 14:00-17:00 (Mo-We statt Mo-Fr) Da scheint noch ein Bug drin zu sein. anders gesagt, er akzeptiert es obwohl es laut der Spezifikation falsch ist. Wenn man nun das "zurecht zieht" sieht der Eintrag so aus: Mo,Tu 08:00-12:30; We 08:00-12:30,14:00-17:00 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oeffnungszeiten
--- Original Nachricht --- Absender: Alexander Heinlein Datum: 29.03.2014 10:41 On Sat, Mar 29, 2014 at 10:32:26AM +0100, Steffen wrote: http://wiki.openstreetmap.org/wiki/Key:opening_hours | Exceptions to a range of days, first the range then the exception | (e.g., > Mo-Sa 10:00-20:00; Tu off) or | (e.g., > Mo-Sa 10:00-20:00; Tu 10:00-14:00) | (this means these are not additions, for example Mo-Fr 08:00-12:30; We | 14:00-17:00 means that on Wednesdays, the shop is only opened in the | afternoons and not additionally) Das heißt also, wenn sich die Zeiten 'überschneiden', dann gilt für den angebenden Tag der Eintrag als Ausnahme. Mo-Sa 10:00-20:00; Tu off Und wenn sich die Zeiten *nicht* 'überschneiden', dann gilt für den angebenden Tag der Eintrag als Zusatz. Mo-Fr 08:00-12:30; We 14:00-17:00 Nein. Es spielt keine Rolle, ob sie sich überschneiden oder nicht. Für ein Datum zählt immer nur der letzte Eintrag. Das heißt, Mittwochs wäre nur Nachmittags (also von 14:00-17:00 auf) und _nicht_, wie die restlichen Wochentage, von 08:00-12:30. okay, verstehe. Bei mir macht es der OpeningHoursEditor (V 30325) aber dann richtig. Wenn am Mittwoch nur nachmittags offen ist: Mo-Fr 08:00-12:30; We 14:00-17:00 Wenn am Mittwoch *auch* nachmittags offen ist: Mo-Fr 08:00-12:30; We 08:00-12:30,14:00-17:00 ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oeffnungszeiten
--- Original Nachricht --- Absender: Steffen Wolf Datum: 29.03.2014 06:15 http://wiki.openstreetmap.org/wiki/Key:opening_hours | Exceptions to a range of days, first the range then the exception | (e.g., > Mo-Sa 10:00-20:00; Tu off) or | (e.g., > Mo-Sa 10:00-20:00; Tu 10:00-14:00) | (this means these are not additions, for example Mo-Fr 08:00-12:30; We | 14:00-17:00 means that on Wednesdays, the shop is only opened in the | afternoons and not additionally) Das heißt also, wenn sich die Zeiten 'überschneiden', dann gilt für den angebenden Tag der Eintrag als Ausnahme. Mo-Sa 10:00-20:00; Tu off Und wenn sich die Zeiten *nicht* 'überschneiden', dann gilt für den angebenden Tag der Eintrag als Zusatz. Mo-Fr 08:00-12:30; We 14:00-17:00 Besonders erstaunt bin ich ueber Eintragungen, bei denen sich die Bereiche fuer den betroffenen Tag ueberlappen. Drei Beispiele: Mo-Fr 07:00-18:00; Fr 07:00-12:00 Mo 08:30-12:00,13:00-15:00;Tu,Th,Mo 08:30-12:00,13:00-18:00;We,Fr 08:30-12:00 [1] Mo-Fr 09:00-13:00; Mo-Fr 09:30-12:30,13:30-18:00; Sa 09:30-12:00 [2] Das sind hier falsche Einträge bzw. Kopierfehler. (siehe auch History von den Nodes bzw. auch auf der Website) Gruß Steffen [1] http://www.openstreetmap.org/node/826658904/history [2] http://sichtwerk-augenoptik.de/kontakt/ ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Layout. Visualisierungs-Fehler in der Kartendaten-Analyse
Guten Morgen, wenn ich dort eine Relation suche, wird zwar der Karte auf das jeweilige Objekt gezoomt aber es kommt der Text: "Die Relation mit der Nummer 302588 konnte leider nicht gefunden werden." Bei Way und Node ist es das gleiche. Gruß Steffen --- Original Nachricht --- Absender: Martin Raifer Datum: 28.03.2014 11:09 Zur Zeit wird einem verbesserten Daten-Analyse-Werkzeug gearbeitet, das möglicherweise in Kürze den Daten-Layer ersetzen wird: Demo: http://overpass2.apis.dev.openstreetmap.org/ Diskussion & Code: https://github.com/openstreetmap/openstreetmap-website/pull/721 Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Oeffnungszeiten
Hallo Mitmapper, Ich such in den Taglisten immer mal nach offensichtlichen Fehlern. Dabei hab ich auch bei den Oeffnungszeiten hin und wieder Syntaxfehler beseitigen koennen, etwa Di-Do zu Tu-Th korrigiert. Jetzt fiel mir allerdings ein Fall auf, bei dem der Sinn der Eintragung strittig war. Es sah in etwa so aus: Mo-Fr 18:00-24:00; Fr,Sa 00:00-01:00 Wenn man das nach der Wiki-Definition liest, dann ist am Freitag nur eine Stunde lang geoeffnet. Gemeint waren aber die sieben Stunden. Der Fall wurde mit allen Beteiligten zur Zufriedenheit geklaert. http://wiki.openstreetmap.org/wiki/Key:opening_hours | Exceptions to a range of days, first the range then the exception | (e.g., > Mo-Sa 10:00-20:00; Tu off) or | (e.g., > Mo-Sa 10:00-20:00; Tu 10:00-14:00) | (this means these are not additions, for example Mo-Fr 08:00-12:30; We | 14:00-17:00 means that on Wednesdays, the shop is only opened in the | afternoons and not additionally) Nun hab ich mir spasseshalber andere Eintragungen in Sachsen angesehen und gezielt nach solchen Doppeldeutigkeiten gesucht. Es gibt tatsaechlich eine Menge solcher Eintragungen. In einigen Faellen wurde statt Semikolon ein Komma verwendet, in der Hoffnung, dass der neue Bereich dann zum Tag hinzugefuegt wird, anstatt die vorherigen Bereiche fuer den Tag zu ueberschreiben. Das ist allerdings auch nicht Teil der Definition. Ich hab aber grosse Bedenken, solche Eintragungen einfach so zu korrigieren. Der korrekte Eintrag waere ja groesser und nicht gerade lesbarer. Als Beispiel: Aus Mo,We,Th 08:00-12:30; Mo 13:00-17:00 wuerde We,Th 08:00-12:30; Mo 08:00-12:30,13:00-17:00 Oder aus Mo-Fr 06:30-10:30; Sa-Su 06:30-11:00; Mo-Sa 12:00-15:00,16:00-23:30 wuerde Mo-Fr 06:30-10:30,12:00-15:00,16:00-23:30; Sa 06:30-11:00,12:00-15:00,16:00-23:30; Su 06:30-11:00 Deshalb zunaechst die Frage: Wird das mit dem Ueberschreiben des Tagesbereichs ueberhaupt von den Mitmappern oder Auswertern auch so gesehen? Besonders erstaunt bin ich ueber Eintragungen, bei denen sich die Bereiche fuer den betroffenen Tag ueberlappen. Drei Beispiele: Mo-Fr 07:00-18:00; Fr 07:00-12:00 Mo 08:30-12:00,13:00-15:00;Tu,Th,Mo 08:30-12:00,13:00-18:00;We,Fr 08:30-12:00 Mo-Fr 09:00-13:00; Mo-Fr 09:30-12:30,13:30-18:00; Sa 09:30-12:00 Das sind ja eindeutig Fehleintragungen. Was wuerde denn ein Auswerter daraus machen? Leider lassen sich solche Eintragungen nur mit Ortskenntnis korrigieren. Gruss, stw1701 -- So ist das halt mit Idealen. Wir leben halt alle nicht ewig, aber viele verzichten aufs Rauchen und mümmeln Salat, weil sie hoffen, ein paar zusätzliche Jahre rauszuschinden. [Wolfram Heinrich in desd] ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Beidseitig benutzter Fahrradweg auf einer Straßenseite
Hi fly, > On 28.03.2014 18:52, Balgofil wrote: >> Das Problem ist, das z. B. in Berlin physisch ein Radweg vorhanden ist, >> mittlerweile aber die meisten blauen Lollis abmontiert sind >> (rechtlich gesehen ein anderer Radweg). > Das ist dann doch trotdem ein Gehweg(Fußweg) auf dem Radfahren erlaubt > ist. Die Dinger, die Balgofil meint, heissen wohl seit 2009 "Radwege ohne Benutzungspflicht". Siehe dazu http://de.wikipedia.org/wiki/Radverkehrsanlage#Nicht_benutzungspflichtige_Radwege | [Sie sind] nach außen erkennbar für die Benutzung durch den Radverkehr | bestimmt, aber nicht mit einem Verkehrszeichen beschildert. Sie sind | daher für niemanden benutzungspflichtig, aber ausschließlich dem | Radverkehr vorbehalten. Dass diese oft aus vormals benutzungspflichtigen Radwegen entstanden sind, denen das blaue Schild aus gutem Grund weggeklagt wurde, gilt natuerlich trotzdem. Aber mit dem normalen Gehweg sind sie nicht gleichzusetzen. Ach, die Wiki-Seite sollte man als Radfahrer lieber nicht weiterlesen ... Gruss, stw -- Alles muß raus! [Uni KL am 20.8.2009 um 12:00] ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei Geodaten?
Hi Martin Koppenhoefer, >> Am 18. Februar 2014 16:03 schrieb Elstermann, Mike und zitiert dabei aus dem Behoerdenleitfaden, der wiederum Empfehlungen vom 3. Geofortschrittsbericht wiedergibt, die auf die Arbeiten der Task Force "GeoBusiness Datenschutz" ger GIW-Kommission zurueckgehen: >>> oder 4. Mindestens auf vier Haushalte aggregierte Informationen. > meint "auf nicht mehr als 4 Haushalte aggregiert"? Grad nicht. Informationen, die quasi keine Persoenlichkeitsrechte verletzen, muessen ueber >=4 Haushalte aggregiert sein, sonst kann man zu schnell wieder auf einzelne Personen schliessen. Hmm, ich les grad noch die Erklaerungen zu den einzelnen Punkten: Massstab 1:5000, da werden in der Deutschen Grundkarte Flurstuecksgrenzen und einzelne Hausnummern dargestellt. Das sieht der Leitfaden auch nicht als bedenklich an. Das beruhigt mich etwa in Hinblick auf unsere Hausnummernsammelei. Aber eigentlich gehen wir ja weiter und stellen auch noch die Haeuser dar. Dazu sagt der Leitfaden aber nix. Am Schluss steht noch etwas schoenes: | Auch bei Einhaltung der Schwellenwerte, die eine pauschalte Bewertung | von schutzwuerdigen Betroffeneninteressen vornehmen, kann wegen | besonderer Umstaende eine Einzelfallpruefung notwendig sein. Gruss, stw1701 -- Am Messestand stand ein Messender am Messsender und wartete mit seinem Frequenzmesser auf das Messsignal aus dem Messempfänger, der die Messergebnisse wiedergeben sollte, als der Messenger die Messeeinrichtungen störte. [Ralf Kusmierz in desd] ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei Geodaten?
Elstermann, Mike schrieb: ich schreib mal ein paar erklaerende Worte direkt an den Anfang des Threads: > Hier die Kernaussagen: Da fehlt noch der Einleitungssatz dazu: | Im Hinblick auf die nur geringe Wahrscheinlichkeit und Intensitaet von | moeglichen Persoenlichkeitsverletzungen ist nach der Kontrollpraxis | des Bundebeauftragten fuer den Datenschutz und die | Informationsfreiheit in der Regel davon auszugehen, dass das | oeffentliche Interesse ueberwiegt bei Daten, die eine der folgenden | Aufloesungsschwellen erfuellen: > 1. Karten mit einem Maßstab kleiner als 1 : 5 000; > 2. Satelliten- oder Luftbildinformationen mit einer Bodenauflösung von 20 cm > oder größer pro Bildpunkt; > 3. Eine gerasterte Fläche auf 100 m x 100 m oder größer; oder > 4. Mindestens auf vier Haushalte aggregierte Informationen. > Siehe auch: > http://www.bmi.bund.de/SharedDocs/Downloads/IMAGI/DE/Imagi/behoerdenleitfaden.pdf?__blob=publicationFile Das oeffentliche Interesse ueberwiegt soll heissen, Persoenlichkeitsrechte sind von einer Veroeffentlichung, Erhebung oder Speicherung solcher Daten weniger betroffen. Das mit dem Massstab ist in der Tat auf Online-Karten schlecht anwendbar. Und ich bin sowieso immer verwirrt, was nun ein kleinerer Massstab ist und was ein groesserer. Weil die Frage woanders aufkam: Bei der gerasterten Flaeche sind wahrscheinlich statistische Informationen gemeint, etwa Luftqualitaet, Verkehr, Durchschnittseinkommen, Wohnungsgroessen o.so pro Gebiet. Das Gebiet soll dann nicht zu klein werden, sonst hat man damit zu schnell wieder nur eine einzelne Person im Visier. Gruss, stw1701 -- In 'Sozialen Netzen' und Foren sollte man nicht *mitmachen*, sondern dort für das weitherum völlig unbekannte Usenet *Reklame* machen. (Nein, ich bin zu faul, mich selbst deswegen dort anzumelden). [Signatur von Walter Schmid] ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolperstein-Relationen entsorgen?
--- Original Nachricht --- Absender: Peter Wendorff Datum: 31.01.2014 09:14 Wenn "Sammelrelationen" nicht gewünscht sind, dann sollte es technisch >verhindert werden solche anzulegen. Da bin ich aber auf einen Lösungsansatz gespannt. Beispiel Buslinien: - keine Sammelrelation, weil die Reihenfolge der Objekte relevant ist - kein Objekt in der Relation braucht eine spezielle Rolle. Ein Lösungsansatz wäre es doch schon die Mitglieder einer Relation in Abhängigkeit des Typs zu beschränken. Und warum sollte nicht auch eine Rolle obligatorisch sein. Wenn man dies im JOSM schon hinterlegt, wäre dies doch mal ein Anfang. Ich bin kein Datenbankprogrammierer, aber es gibt bestimmt andere die da noch andere Lösungen haben. Gruß Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolperstein-Relationen entsorgen?
--- Original Nachricht --- Absender: Hartmut Holzgraefe Datum: 30.01.2014 22:01 Das Abfragen mit der api hat doch nix mit dem Sinn einer Relation zu >tun. Wenn ich die alle Objekte (nodes) abfrage und diese dann >zusammenführe, bilde ich doch eine Relation hinterher doch nach. Nein, eine "gute" Relation beschreibt nicht einfach die gemeinsamen Eigenschaften von Dingen sondern auch ihren logischen Zusammenhang über die Eigenschaften der einzelnen Objekte hinaus, also zB. Nur das *Thema* hier war ja eine Relation zu löschen. Und nur weil es nun über api-Abfrage möglich ist auf das "vermeintlich" gleiche Ergebnis zu kommen, was auch in einer Relation abgebildet ist. Wenn "Sammelrelationen" nicht gewünscht sind, dann sollte es technisch verhindert werden solche anzulegen. Gruß Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolperstein-Relationen entsorgen?
--- Original Nachricht --- Absender: malenki Datum: 30.01.2014 17:09 Bitte nenne einen konkreten Nutzen. Nachteile wurden bereits aufgezählt. Eine Relation ist doch eine Verknüpfung zwischen einzelnen Objekten. Um den Zusammenhang zwischen diesen Objekten herzustellen. Um mal bei den Stolpersteinen zubleiben wäre doch dann folgendes denkbar: Eine Relation hat die Tags die bei allen Objekten (nodes) gleich wären. historic=memorial memorial:type=stolperstein addr:city=xxx Und jedes Objekte (node) hätte dann die Tags die unterschiedlich wären. name=xxx memorial:text=xxx website=xxx usw. Eine Anwendung würde dann die Relation auslesen mit den enthaltenen Tags. Sowie die einzelnen Nodes mit den jeweiligen Tags. Und müsste diese zusammensetzen. Das Abfragen mit der api hat doch nix mit dem Sinn einer Relation zu tun. Wenn ich die alle Objekte (nodes) abfrage und diese dann zusammenführe, bilde ich doch eine Relation hinterher doch nach. Für was sollen den Relationen in OSM genutzt werden? Gruß Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt Ahaus-Heek-Legden und Map-Wizard
Am 12.01.2014 14:02, schrieb Stefan Keller: Hallo Kann jemand mehr berichten über den "Map-Wizard" (http://www.map-wizard.com/) und das Touristik-/Kulturlandschafts-Kartierungs-Projekt " ...Dein OSM-Benutzerkonto ist nicht für den Map-Wizard freigeschaltet. Bitte wende Dich an Deinen Projektkoordinator." son Pech aber auch... steht nicht mal welches Betriebssystem erforderlich ist. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Access Mapping: konsistenter Auswerte-Algorithmus??
Hi Tirkon, > Hat jemand einen besseren Ansatz? Es ist derselbe Ansatz, nur etwas ausformulierter: > "TK" ist Abkürzung für "Transportmittelklasse". "TKn" ist deren > Plural. "TK(n)" lässt ein oder mehrere durch Komma getrennte TK zu. Zunaechst muss der Algorithmus den access-Baum kennen. Wurzelknoten ist access, Tiefe eines Knotens gibt an, wieweit er von access weg ist (motorcar -> motor_vehicle -> vehicle -> access, also Tiefe 3). > (X) key(k) = value(v) # mögliche Anzahl > (1) access = no|TK(n) (yes ist verboten) # 1x > (2) TK(n) = yes|no > (3) TK(n) = designated > (4) TK(n) = official > (5) TK = TK (nur Unterklasse) > (6) highway = cycleway|footway|pedestrian|bridleway|path # 1x Bei (2)-(4) auch nur TK=* statt TK(n)=*. Jedenfalls hab ich noch nie foot;bicycle=yes gesehen. Durch die Baumstruktur kann (1)-(5) zusammengefasst werden. Ausserdem wuerde ich die weiteren Werte noch einbauen (1-5) TK = yes|no|designated|official|private|permissive|destination|agricultural|forestry|delivery|psv|...|TK(n) > Wie oft darf jede einzelne Form (1) bis (6) an einem Objekt hängen? > einmal?, beliebig häufig? > Welche Form darf nicht zusammen mit anderen Formen an einem Objekt > hängen? Ich wuerde beim Algorithmus davon ausgehen, dass es keine durchsetzbaren Tagging-Beschraenkungen gibt. Er muss etwas errechnen koennen, egal wie unsinnig das Tagging ist. Deshalb auch kein Verbot fuer access=yes|designated|official. Kommt ja oft genug in den Daten vor. > Fehlen Formen? Das waere auch sinnvoll fuer Barrieren: (7) barrier = * Das, zusammen mit (6), ergibt, dass der Algorithmus irgendeine Grundannahme von unseren Default-Werten hat. > Wie sieht die Beschreibung/der Algorithmus einer konsistenten > Auswertung aus? > Schritte im Algorithmus könnten beispielsweise sein: Start: Setze access-Baum auf Default-Wert fuer angetroffenen Highway oder Barriere. Etwa einfach alles auf yes. Wenn es eine Regel (TK)=designated|official gibt: Fueg eine Regeln access=no hinzu. Iterativ: Suche den naechsten Ausdruck der Form (1-5) mit der geringsten Tiefe. Bei yes|no|destination|permissive|private|...: Setze den gesamten Unterbaum auf den Wert. Bei designated|official: Setze den gesamten Unterbaum auf yes. Bei TK(n): Setze den gesamten Unterbaum auf no, behandle die einzelnen Werte wie TK=yes. Sofort oder verzoegert ist moeglich, koennte unterschiedliche Ergebnisse liefern. Beispiel fuer Sofort vs. Verzoegert: access=motorcycle vehicle=no Dann kann motorcycle=yes (verzoegert) oder =no (sofort) rauskommen. Etwas einfacher wird es, wenn man sich nur fuer einen bestimmten Wert im Access-Baum interessiert, motorcar oder bicycle vielleicht. Als Uebung fuer den Leser bieten sich die Zusaetze TK:forward und TK:backward an oder die Regeln agricultural|forestry=yes|no|... ;-) Viel Spass beim Weiterbasteln, stw1701 -- Wer sind wir? Was machen wir hier eigentlich? - Amnesy International ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Land- UND Forstwirtschaflticher Verkehr
Am 15.12.2013 12:48, schrieb Florian Lohoff: Ganz Ehrlich? Braucht der Bauer ein Navi fuer seine eigenen Felder? ja... aber auf den cm genau, moderne Geräte um Dünger (etc) auszubringen brauchen so was die Tendenz geht zu automatisch fahrenden MAschinen Braucht der Forstarbeiter ein Navi für seine Schläge? evtl... (aber obs im Wals Baumgenau funktioniert? Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing-Luftbilder verschwunden?
Am 13.12.2013 12:43, schrieb Michael Reichert: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Rainer, Am 13.12.2013 12:34, schrieb Rainer Knaepper: > ich bin sicher, daß es westlich dieses Bereichs im potlatch auch > mal höher auflösende Luftbilder gab: > > http://www.openstreetmap.org/#map=18/51.53870/7.67254 > > Wohin sind die entschwunden? Ist das ein temporärer Aussetzer? Das kann ich dir nicht beantworten, aber Unna liegt in Nordrhein-Westfalen. In NRW wurden vor einigen Wochen mehrere WMS-Layer mit Luftbildern, Auszügen aus der Automatisierten Liegenschaftskarte und digitalen topographischen Karten freigegeben. Sie sind aber nur als WMS-Layer verfügbar. Die amtlichen Luftbilder sind meistens besser georeferenziert und weniger schräg aufgenommen. werde da leider nicht schlau draus :( geht das auch hiermit? http://www.tim-online.nrw.de/tim-online/ sind das die gleichen Daten? Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PV-Anlage
Am 06.12.2013 17:16, schrieb Heinz-Jürgen Oertel: Bin inspiriert, hat jemand ein Beispiel für PV auf dem Dach? hab das aber nicht extra eingezeichnet. Nur eben als PV auf dem Dach markiert, also das ganze Dach Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pugi zu automatischen nachladen...
Am 06.12.2013 09:02, schrieb Georg Feddern: Moin, Am 05.12.2013 15:57, schrieb Steffen Heinz: > Kann mir bitte mal wer helfen [...] ? OK, wegen des Zauberworts hab ich mir für Dich mal eben kurz die Plugin-Liste (in JOSM oder im JOSM-Wiki) durchgelesen: continuosDownload. Für Bing: Bei geladener Hintergrundebene Kontext-Menü aufrufen (Rechter Mausklick) und Haken setzen. 1000 send Dank! ich habe die Plugins schon x mal durchgesehen und schlichtweg üvbersehen, liegt auch an meinen schlechten englisch Kenntnissen Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Pugi zu automatischen nachladen...
Ich hatte bis vor kurzem noch die Möglichkeit das beim Verschieben der Karte diese automatisch aktualisiert wurde, brauchte also nicht mehr per Hmd den OSM Server anzusprechen, auch BING wurde nachgeladen. DIe Tage ist mal JOSM tatal abgestürzt, seitdem geht das nicht mehr. Kann mir bitte mal wer helfen das wieder so hinzubiegen das das automatisch geht? Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gibt es die Möglichkeit JOSM auf dem IPAD laufen zu lassen?
Am 27.11.2013 20:39, schrieb Michael Reichert: Hallo, Am 27.11.2013 20:18, schrieb Steffen Heinz: > Ich hab mir ein gebrauchtes IPad zugelegt, und will es natürlich auch > für OSM nutzen. > Ich komme gut mit JOSM zurecht, hab noch nichts besseres gefunden > also läuft JOSM? Nein. Das Betriebssystem des iPad ist iOS und dort gibt es kein Java. gr gibts was ähnlich gutes? Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gibt es die Möglichkeit JOSM auf dem IPAD laufen zu lassen?
Ich hab mir ein gebrauchtes IPad zugelegt, und will es natürlich auch für OSM nutzen. Ich komme gut mit JOSM zurecht, hab noch nichts besseres gefunden also läuft JOSM? ... könnte ja auch sein das es was besseres gibt? Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fernbuslinien
Am 27.11.2013 13:04, schrieb Peter Wendorff: Hallo Falk, bin noch nicht mit Fernbussen gefahren, aber ist es da sinnvoll, die komplette Strecke einzutragen anstatt nur der Haltestellen? fahren die überhaupt immer die gleiche Strecke? Die Haltestellen dürften ja festgelegt sein, aber dazwischen? Ich vermute mal mit Fernbussen sind hier die neu erstellten Buslinien gemeint (ADAC Busse) Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Viehunterstand?
Am 19.11.2013 12:15, schrieb NopMap: Das kann man so nicht gleichsetzen. Die beschriebenen Unterstände kommen sowohl in Offenställen als auch in Tagespaddocks und auf Koppeln und Weiden vor. Ein Offenstall kann mehrere Unterstände haben und der Begriff bezeichnet die gesamte Anlage mit Paddock, Auslauf etc., nicht nur den überdachten Bereich. ich kenn mich mit den englischen Begriffen nicht aus nur hier, vor Ort, dibbet es viele Offenställe für robuste Pferde: 3 Wände, Dach un fettich ;) EInfach mal die Bilder hier schauen https://encrypted.google.com/search?q=Offenstall&tbm=isch&tbo=u&source=univ&sa=X&ei=llmLUryFMO-M4gSXnoHYAQ&ved=0CDUQsAQ&biw=1280&bih=777 Ein Kuhstall gibts auch so in etwa, die Kühe (kein Milchvieh) können jederzeit raus, und zügig wird auch sein Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag für Viehunterstand?
Am 18.11.2013 23:18, schrieb René Falk: Hallo, Hat hier schon jemand einen Viehunterstand (kein Stall) gemappt? Amenity=animal_shelter ist schon anderweitig vergeben. Der Name für Viehunterstand ist Offenstall... Ist also ein Stall, auch wenn die vierte Seite fehlt, gibt auch welche die bestehen nur aus dem Dach oder einer halbhohen Wand (mit offenen Ausgang) rundrum Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeitungsartikel - PR Material - Hausnummern
Am 15.11.2013 11:32, schrieb Martin Koppenhoefer: A und dann geht auch sowas wie "ich erkläre alle meine Edits zu PD" gar nicht. Mein Bezug sind die hier geäußerten Überlegungen: Also, erstmal gibt es in Deutschland PD nicht. Aber tun wa mal so als ob das ginge! es ginge, wenn ich die hoch lade, mit dem Zusatz als Willenserklärung. Wenn die auf dem Server sind ist das nicht mehr möglich, weil die schon unter einem anderen Recht stehen. Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressbestände Köln nun als OpenData
Am 26.10.2013 12:42, schrieb marian: Am 20.10.2013 um 22:42 schrieb jotpe : > Mittlerweile sind die Liegenschaftskarten für NRW für OSM Nutzbar, was das > abzeichnen von Häusern ungemein erleichtert. > Hallo Johannes! Kannst Du das genauer ausführen? Wo gibt es die "Liegenschaftskarten für NRW" und unter welchen Bedingungen können die wofür genutzt werden? D hier sind die, http://www.tim-online.nrw.de/tim-online/initParams.do?role=default durch das Menü auf der linken Seite wühlen das mit der Freigabe hätte ich auch gerne gewußt Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Amtliche Daten
Am 25.10.2013 11:15, schrieb Martin Trautmann: Gewissensfragen, wo ich mich in Bremen anders entschieden habe: * Getrenntschreibung / Bindestriche Airbus-AlleeAirbusallee warum eigentlich nicht beides? Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO-Ersatz für Garmin?
On Thu 2013-10-10 (11:27), Sven Geggus wrote: > Steffen Grunewald wrote: > > > Könnte wenigstens der Rebuild abgestellt werden? > > OK, ich hab die crontab von flacus mal auskommentiert. Danke. Wahrscheinlich beschäftigt er sich momentan mit Punkt 6 seiner "Ziele:"-Liste (http://wiki.openstreetmap.org/wiki/User:Flacus)... > > MMn hätte das schon vor Monaten passieren können, > > Woher soll ich denn wissen wann genau jemand sein Projekt einschlafen lässt? Wann genau, weiß ich auch nicht, aber IIRC ist das schon seit dem Winter in der Diskussion (auf http://wiki.openstreetmap.org/wiki/User_talk:Flacus steht eine Frage vom 2. April - ohne Antwort...) > > aber anscheinend hat auf die crontab niemand mehr Zugriff? > > Ganz so schlimm ist das dann nicht. Aber ich halte es ehrlich gesagt nicht für > meine Aufgabe Benutzerrn des devservers hinterherzulaufen. Hm. (Da ich selber Admin bin, ahne ich, was Du meinst, auch wenn es evtl. etwas verschoben rüberkommt. "Benutzer" sind genaugenommen auch die, die regelmäßig spiegeln - obwohl da nichts mehr zu spiegeln ist - und dadurch Traffic verursachen. Manche müssen dafür sogar noch zahlen, heißt es...) > >> Ich habe inzwischen ein Shellscript, dass mir eine > >> Deutschland+Nachbarländer Karte mit AIO Stil erzeugt. > > > > Ließe sich das auf den momentanen Buildserver transplantieren? > > Das wäre die Lösung... > > Theoretisch schon, aber das ist halt auch nur so ne halbe Lösung. Vielleicht hat jemand die andere Hälfte in der Schublade? ("Zeig doch mal...") - S ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO-Ersatz für Garmin?
On Fri 2013-09-27 (20:45), Sven Geggus wrote: > Steffen Grunewald wrote: > > > Seit geraumer Zeit wird die AIO zwar noch täglich neu erzeugt, > > aber mit einer konstanten Größe von 1264975872 Bytes für das .img > > (jedoch veränderlicher md5sum). Schade um die Rechenzeit... > > ACK. Das Problem ist, dass uns da bereits der zweite Maintainer > abhanden gekommen ist. Könnte wenigstens der Rebuild abgestellt werden? Dann würde der Timestamp irgendwann mal signalisieren: hier gibt es nichts Aktuelles mehr. MMn hätte das schon vor Monaten passieren können, aber anscheinend hat auf die crontab niemand mehr Zugriff? > > Auf Selberbauen würde ich gern verzichten, das fände der ARM-Chip > > sicher nicht so witzig... > > Ich habe inzwischen ein Shellscript, dass mir eine Deutschland+Nachbarländer > Karte mit AIO Stil erzeugt. Ließe sich das auf den momentanen Buildserver transplantieren? Das wäre die Lösung... Irgendwie habe ich manchmal den Eindruck, dass in die Kartenerzeugung unglaublich viel individuelle Energie investiert wird, die Betreffenden aber untereinander wenig austauschen. Der Eindruck täuscht, hoffe ich. - S ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spaß mit / Taggen von Wanderwegen
On Mon 2013-09-30 (21:57), Jimmy_K wrote: > Am 27.09.2013 16:14, schrieb Steffen Grunewald: > >Das allerdings ist ein Witz - nur als Beispiel: der 66-Seen-Wanderweg ist > >nur in eine Richtung markiert (mit einem blauen Punkt, es ist ein > >überregionaler > >Rundwanderweg). Das ist einfach nicht zu schaffen, vom "Anfang" bis zum > >"Ende" > >in der Reihenfolge der Segmente einzufügen (dann auch einzeln, kann ja sein, > >dass der Editor da was umsortiert...) - und vor allem, und das ist viel > >ärger: > >das macht die Sache unpflegbar. Wie ersetzt man ein einzelnes Segment > >mittendrin durch zwei neue (weil eine Brücke abgerissen wurde etc.)? > >Noch mal von vorne? Nee, nich? > > > Servus, > > Solange sich der Weg nicht selbst schneidet, sollte JOSM die > richtige Reihenfolge schaffen. Falls es in die falsche Richtung > schaut, kann man noch die Relation umdrehen. Hm. Sollte ich wirklich von Merkaartor auf JOSM umsteigen? > Bei den Segmenten, darf man dann nicht einfach den Weg löschen, > sondern teilen, dann wird der neue Teil richtig in die Relation > eingefügt. Es geht ja nicht ums Teilen, sondern Ersetzen (wenn ein Steg nur noch für Fußgänger freigegeben ist, bleibt der Way ja bestehen, aber die Relation verläuft über andere Ways). - S ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Spaß mit / Taggen von Wanderwegen
Ich sehe gerade, ich bin Euch noch eine Zusammenfassung schuldig. On Mon 2013-05-13 (10:16), Steffen Grunewald wrote: > Hallo, > > ich habe in den vergangenen Tagen mal angefangen, die Wanderwege in der > Umgebung abzuradeln. Dabei sind mir ein paar Dinge aufgefallen, bei denen > ich nicht weiß, wie ich sie in die OSM eintragen kann: > > - Rundwanderwege mit einem ausgewiesenen Startpunkt > (käufliche Karten scheitern hier regelmäßig) Dafür habe ich keine Lösung gefunden, die auch mit den gängigen Renderern und z.B. lonvia funktionieren würde. Ein Kreis hat nun mal keinen Anfang, und ein besonders hervorgehobener Info-Punkt verschwindet nahezu regelmäßig, weil er eben nicht mehr explizit an den Weg gebunden ist. Es käme wohl auch niemand auf die Idee, bei einem Rundweg einen Anfang zu suchen. Na gut, oder schlecht, man kann nicht alles haben. > - (Rad-)Wanderwege, die nur in einer Richtung markiert sind > (wenn auf Papier eingezeichnet, stets ohne Richtung, sehr "lustig", > wenn man den halben Weg mit Blick nach hinten unterwegs ist) > - das sind teilweise thematische Wege, für die es eine Wegbeschreibung > käuflich zu erwerben gibt, aber die Beschilderung ist "kostenlos" da On Mon 2013-05-13 (11:02), Hartmut Holzgraefe wrote: > > http://wiki.openstreetmap.org/wiki/Hiking : > oneway yes/no (optional) > Use oneway=yes to indicate that the route is to be walked in only > one direction, according to the signposts on the ground Habe ich benutzt. > und die einzelnen Wegsegmente dann in der "richtigen" Reihenfolge von > Start bis Ende in die Relation einfügen Das allerdings ist ein Witz - nur als Beispiel: der 66-Seen-Wanderweg ist nur in eine Richtung markiert (mit einem blauen Punkt, es ist ein überregionaler Rundwanderweg). Das ist einfach nicht zu schaffen, vom "Anfang" bis zum "Ende" in der Reihenfolge der Segmente einzufügen (dann auch einzeln, kann ja sein, dass der Editor da was umsortiert...) - und vor allem, und das ist viel ärger: das macht die Sache unpflegbar. Wie ersetzt man ein einzelnes Segment mittendrin durch zwei neue (weil eine Brücke abgerissen wurde etc.)? Noch mal von vorne? Nee, nich? Was höchstens geht: in die Description reinzupacken, ob es im Uhrzeigersinn oder entgegengesetzt geht. Was mir übrigens bei Lonvia auffiel: sobald eine Route sich selbst überschneidet, z.B. weil es eine "Einflugschneise" zur eigentlichen Runde gibt, gibt es keine Höhenprofile mehr. Und ob die Länge die "Schneise" zweimal zählt, ist fraglich. > - Wanderwege, für die es keine durchgängige Auszeichnung zu geben scheint > (die benutzen andere Markierungen "nebenbei" mit, und nur dazwischen > gibt es hin und wieder eine "eigene" Markierung - dann meist ein gelber > horizontaler Balken) - wahrscheinlich braucht man ein Wanderheft vom > Verein? (IVV-Wege gehören zu dieser Kategorie.) On Mon 2013-05-13 (10:30), Martin Koppenhoefer wrote: > > solange Du den Weg kontinuierlich verfolgen kannst ist das doch nicht so > tragisch, oder? Das ist genau das Problem: Wenn ein gelber Strich (was so ziemlich das niedrigste Niveau ist) auf einem blauen Balken weitergeführt wird, dann wird nicht mehr mit gelb markiert. Wenn man dann an eine Gabelung kommt, ist es vorbei mit verfolgen. Ortskenntnis reicht in so einem Fall nicht - aber der Weg existiert und ist in käuflich zu erwerbenden Wanderheften beschrieben (dann eben auch, dass es nun für 1,5 km auf einem blau markierten und dann noch ein Stück auf einem roten Punkt weitergeht). Aber von denen darf man keine Ortskenntnis ableiten, oder? Oder würde es reichen, wenn ich mit jemandem mit Heft mitlaufe und hinterher meinen GPS-Schrieb auswerte? > - Wie taggt man eine Route, der gleichermaßen für Fußgänger und Radfahrer > konzipiert ist? Konzeption und Antizipation decken sich nicht immer. Ich versuche mich an die häufigste Nutzung zu halten. (Beispiel ist der Fontaneweg F6, der für Wanderer erdacht wurde, aber im Rahmen eines Fahrradsonntags eröffnet. Da gibt es allerdings auch ein paar dürftig markierte Alternativstrecken.) > Kann man überhaupt davon ausgehen, dass man Wanderwege ohne Papier in > der Hand erfolgreich abwandern kann? (Mir ist mindestens eine Stelle > aufgefallen, in der sich zwei gleich markierte Wege bis auf ~50 Meter > annähern, da kann man schon mal den Faden verlieren.) POLA funktioniert eben auch nicht immer. > Vielleicht kann jemand Erfahrenes mir ein Stück auf die Sprünge helfen, > bevor ich dem nächsten Wanderverein beitrete... Oh, wenn ich den doch wenigstens mal im Internet finden könnte. Aber die scheinen wirklich noch richtig offline zu wandern. Wenn sie ihre eigenen Markierungen noch entziffern können... Danke auch an alle Nichtzitierten, die sich an der Diskussion beteiligten! - S ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO-Ersatz für Garmin?
On Fri 2013-09-27 (10:00), Carsten Schwede wrote: > Am 27.09.2013 09:48, schrieb Florian Lohoff: > >>Was für "Mastnummern"? > > > >power=tower und dann die ref= > > > > Habs mal in meine Karte eingefügt, alles was bei ref= steht kommt > dann im Namen des Punktes. Ich hab aber keinen Mast in der Umgebung > gefunden, wo das so gemappt ist. Na dann schaue ich noch mal genauer hin... ich nehme aber an, das ist dann erst ab der nächsten Runde dabei? - Nee... OK; I stand corrected, hier gleich vor meinem Fenster steht ein Mast, und das sieht gut aus... dann kommt Deine Karte wieder auf mein Oregon! ;-) Eines der für mich größeren Probleme ist ja, dass das Nüvi nur zwei Karten verträgt - da kann man dann nur noch mit Layern arbeiten, was die AIO so ziemlich auf die Spitze getrieben hatte... mit dem Vorteil, dass man unerwünschte Layer auch wegblenden konnte. Das klassische Beispiel sind wohl immer noch admin. boundaries, wie oft habe ich schon versicht, auf einer Gemarkungsgrenze entlang zu radeln :( - Das Layerkonzept verdient weitergeführt zu werden! - S ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO-Ersatz für Garmin?
On Fri 2013-09-27 (09:33), Carsten Schwede wrote: > Hallo, > > Am 27.09.2013 09:24, schrieb Steffen Grunewald: > >Ich würde gern wieder auf eine einzige Karte zurückgehen. > >Welche universell einsetzbare, halbwegs häufig aktualisierte Garmin- > >Karte (mit Mastnummern) habe ich bisher übersehen? > > Was für "Mastnummern"? Hochspannungsmasten. Die "ref=*" von "power=tower". > Ich könnt ja mal wieder meine Karte ins Spiel bringen, immerhin > aktualisiere ich die alle Woche. > > http://wiki.openstreetmap.org/wiki/User:Computerteddy Die kenne ich, und habe sie mittlerweile auch auf dem Auto- Navi drauf, aber mit der habe ich gerade (21.9.) ein paar kleinere Probleme, wenn ich auf dem westlichen Berliner Ring nach Oranienburg will: da zeigt das Nüvi mir fälschlich an, ich solle auf die A111 abbiegen, die aber dort B96 heißt. Thorsten Kukuks Karte macht es richtiger... - S ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] AIO-Ersatz für Garmin?
Liebe Listige, in der nicht so fernen Vergangenheit habe ich die AIO für Garmin von dev.openstreetmap.de sehr geschätzt, vor allem, da sie tages- aktuell war und u.a. auch die Nummern der Hochspannungsmasten enthielt. Seit geraumer Zeit wird die AIO zwar noch täglich neu erzeugt, aber mit einer konstanten Größe von 1264975872 Bytes für das .img (jedoch veränderlicher md5sum). Schade um die Rechenzeit... Der Datenstand ist dementsprechend nicht mehr unbedingt das, was man als Ausgangspunkt für eigenes Mapping auf dem Oregon haben möchte. Auf dem Nüvi im Auto läuft die Kleineisel-Karte, aber die ist mittlerweile auch schon wieder zweieinhalb Monate alt und vermeidet längst vergessene Baustellen. Ich würde gern wieder auf eine einzige Karte zurückgehen. Welche universell einsetzbare, halbwegs häufig aktualisierte Garmin- Karte (mit Mastnummern) habe ich bisher übersehen? Auf Selberbauen würde ich gern verzichten, das fände der ARM-Chip sicher nicht so witzig... Irgendwelche Tipps? - S ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kurzer Erfahrungsbericht: Garmin eTrex Vista HCx bei Radtour.
Hallo Manuel Reimer, zuerst einmal: Guter Bericht. Schau mal, ob du ihn unter deinem OSM-Account auch auf deinem Diary ablegen willst. Dann landet er zum Beispiel hier: http://www.openstreetmap.org/diary/de Die Leserschaft sind dort andere. Deren Kommentare sind ebenfalls oeffentlich und du bekaemst sie nochmal per Mail. Da ich das gleiche Geraet sein einigen Jahren nutze, hier noch ein paar Kommentare zu einigen Details: > Etwas schwierig ist die optimale Einstellung für "ungeteerte Straßen > meiden" am Gerät zu finden. Die hab ich noch gar nicht gefunden ;-) Es gibt etwas fuer zollpflichtige Strassen, aber das hat bei meinen Karten keine Auswirkung. Ich stelle als Radfahrer meist Autobahnen meiden ein. > Wenn die Option angehakt ist, dann wird man aber oft nicht auf Radwege > geroutet. Liegt das am "surface"-Tag? Wird nur auf Radwege geroutet, > die dann ein gewisses "surface" gesetzt haben? Meine Vermutung: Es ist nicht das Tag surface. Vermutlich wird einfach highway=track vermieden. Ich kenne die eingesetzte Freizeitkarte nicht, aber durch die Konvertierung zum Garmin-Format gehen ziemlich viele Informationen verloren. Bei meiner Karte bleiben nur die Highway-Klassen und drei der Tracktype-Unterscheidungen uebrig. Man koennte es besser loesen, aber am Ende landet man bei den Garmin-Typen, ueber die man routen kann, und das sind nicht allzu viele. > später habe ich bemerkt, dass das Gerät wohl keine längeren > Streckenabschnitte am Stück berechnen kann oder will. Ab einer > gewissen Distanz (irgendwo zwischen 50 und 100 km) stockt das Gerät > beim Berechnen bei 100%. Wenn die "100%" mehrere Sekunden stehen > bleiben ist das Ergebnis in aller Regel Mist und man landet im > Worst-Case mit dem Fahrrad vor einer Autobahn-Auffahrt. Ich hab das auch bei Autofahrten bemerkt. Wenn die Datenlage zu gross ist, kommt ab und zu ein Out-of-Memory oder ein Sprung auf die interne Basiskarte. Und da sind nur Autobahnen und grosse Bundesstrassen hinterlegt. Letzteres passiert auch gerne an Kachelgrenzen. > Der Bildschirm ist auch irre schwer zu lesen. Zumindest die > Freizeitkarte hat sich im Alltag auf dem eTrex Vista HCx nicht > bewährt. Komisch, das kenne ich so nicht. Ich hab aber ziemlich zu Beginn meine Karte auf Lesbarkeit getrimmt, die Flaechenfarben zurueckgenommen, die Linienfarben kraeftiger, die Detailstufe verringert. > Auch mit maximaler Hintergrundbeleuchtung (die, nebenbei bemerkt, auch > im maximalen Modus eher schwach ist) im dichten Stadtverkehr nur mit > Mühen rechtzeitig abzulesen. Vielleicht hilft ein besserer Ablesewinkel. Ich habe es am Fahrradlenker nicht ganz wagerecht montiert. Die Hintergrundbeleuchtung schalte ich eigentlich nur in der Dunkelheit auf die kleinste Stufe. Wenn ich anderen am Tage etwas zeigen will, erkennen die meist aber auch nix. > Die lilane Hervorhebung der Straße ist bei den eher breiten > Straßenzügen der Freizeitkarte nur schwer zu erkennen. Ich glaube, man kann auch die Farbe der Routenfuehrung wechseln. Jedenfalls hab ich die Farbeinstellung fuer die aufgezeichneten Tracks veraendert. Einen Punkt hast du noch nicht angesprochen, und ich wuensche dir, dass du ihn nicht erleben musst: Der Gummiring an meinem Garmin beginnt sich jetzt zum zweiten Mal zu loesen. Im Juli 2010 hatte Johann H. Addicks hier eine Anleitung zum reparieren gepostet, seit damals hat es eigentlich gehalten, aber Sommer und Sonne machen dem Kleber zu schaffen. cu, stw1701 -- - I want peace on earth and good will toward man. - We are the United States government. We don't do that sort of thing. [Sneakers] ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] aeroway=aerodrome Node und Multipolygon
es gibt einen Node (2251106311), einen Way (226760524) und eine Relation (2269304) die mit getagt sind wobei nur der Node und die Relation mit getagt sind --- Original Nachricht --- Absender: jotpe Datum: 28.07.2013 21:06 Ja aber das wird wohl vom militärischen Teil des Flughafens kommen. Gruß Johannes Am Sonntag, 28. Juli 2013 schrieb Steffen : wenn man genau hinschaut wird das auch zweimal gerendert: in Level 10: http://c.tile.openstreetmap.**org/10/532/343.png<http://c.tile.openstreetmap.org/10/532/343.png> in Level 12: http://b.tile.openstreetmap.**org/12/2129/1373.png<http://b.tile.openstreetmap.org/12/2129/1373.png> --- Original Nachricht --- Absender: jotpe Datum: 28.07.2013 15:06 Hallo einmal gibt es beim Köln/Bonner Flughafen das aerodrome als Node http://www.openstreetmap.org/**browse/node/2251106311<http://www.openstreetmap.org/browse/node/2251106311> und als Mutlipolygon, dass den ganzen Flughafen umschließt. http://www.openstreetmap.org/**browse/relation/2269304<http://www.openstreetmap.org/browse/relation/2269304> Muss dass sein, kann man nicht sagen, okay, wenn das genauere, also das Multipolygon existiert, dann kannst du die Node löschen. Oder was ich noch akzeptabel fände wäre das Node als Label Member. Gruß Johannes __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-de<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] aeroway=aerodrome Node und Multipolygon
wenn man genau hinschaut wird das auch zweimal gerendert: in Level 10: http://c.tile.openstreetmap.org/10/532/343.png in Level 12: http://b.tile.openstreetmap.org/12/2129/1373.png --- Original Nachricht --- Absender: jotpe Datum: 28.07.2013 15:06 Hallo einmal gibt es beim Köln/Bonner Flughafen das aerodrome als Node http://www.openstreetmap.org/browse/node/2251106311 und als Mutlipolygon, dass den ganzen Flughafen umschließt. http://www.openstreetmap.org/browse/relation/2269304 Muss dass sein, kann man nicht sagen, okay, wenn das genauere, also das Multipolygon existiert, dann kannst du die Node löschen. Oder was ich noch akzeptabel fände wäre das Node als Label Member. Gruß Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export OSM als SVG File exportieren ?
Am 17.06.2013 19:18, schrieb Wolfgang Hinsch: Am Montag, den 17.06.2013, 11:36 +0200 schrieb Martin Koppenhoefer: > Am 17. Juni 2013 11:15 schrieb Steffen Heinz : > > > Ich versuche schon seit Wochen OSM Ausschnitte als SVG zu exportieren, > > kommt immer ne Fehlermeldung. Gibt das einen grund dafür? > > (win7, Firefox alles auf dem neusten Stand) > > > > > wegen zu großen Ausschnitts oder wegen Serverüberlastung oder? Ggf. mal > nachts bzw. zu anderen Zeiten versuchen. > Zu dem Thema gibt es dauernd Anfragen, auch von 3. Seite. Ein Dienst, der fast nur nachts funktioniert, sollte gar nicht erst angeboten werden. wie wird die Karte eigentlich auf dem Bildschirm dargestellt bzw übertragen? Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export OSM als SVG File exportieren ?
Am 17.06.2013 11:36, schrieb Martin Koppenhoefer: Am 17. Juni 2013 11:15 schrieb Steffen Heinz : > Ich versuche schon seit Wochen OSM Ausschnitte als SVG zu exportieren, > kommt immer ne Fehlermeldung. Gibt das einen grund dafür? > (win7, Firefox alles auf dem neusten Stand) > > wegen zu großen Ausschnitts oder wegen Serverüberlastung oder? Ggf. mal nachts bzw. zu anderen Zeiten versuchen. eher klein, auch ein mal ein km geht nicht, hauptsächlich "Gegend" ja, angeblich Serverüberlastung... Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Export OSM als SVG File exportieren ?
Ich versuche schon seit Wochen OSM Ausschnitte als SVG zu exportieren, kommt immer ne Fehlermeldung. Gibt das einen grund dafür? (win7, Firefox alles auf dem neusten Stand) Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion
Am 27.05.2013 12:42, schrieb Wolfgang Hinsch: Hallo, im Moment scheint es nicht möglich zu sein, von der Mapnik-Karte aus jpeg oder pdf zu exportieren. Der Server meldet ständig, dass er überlastet ist. Ist das ein Bug, ist der Service eingestellt, oder ist der Server bis auf weiteres wirklich so überlastet? ich hab das Problem bei OSM und Eport als .svg Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alleen und Baumreihen
Am 24.05.2013 15:29, schrieb Tobias Knerr: da fällt mir noch was ein: Starßensäumende Baumreihen können auch Hecken sein, bzw aus Hecken entstanden sein (hier Buchen) Aleen, die im grunde ganz ähnlich aussehen kenn ich aus den Niederungen, z.B. an der Straße Aachen Maastricht oder in der Stadt: Oppenhoffalle (Doppelbaumreihe im der Mitte der Straße) Meine Theorie: Alleen werden angelegt, also Baum für Baum auf Abstand gepflanzt Hecken können so weit ausgedünnt, oder verwildern bist sie einer Allee ähneln könnten Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolpersteinen - Update
Hallo Michael, das mit der Auswertung sieht jetzt gut aus. Woher hast du die Daten der Steine? Ich habe auch mal die Stuttgarter Initiative angeschrieben, aber keine Antwort erhalten. zu Zuffenhausen: in der Referenzliste ist ein Name falsch geschrieben. ist: Hewdig Voit soll: Hedwig Voit Gruß Steffen --- Original Nachricht --- Absender: Michael Schulze Datum: 13.05.2013 23:48 Hallo Steffen, ich hab jetzt die Liste der Stuttgarter Stolpersteine aktualisiert und an Jan geschickt; noch ein bisschen Geduld, bis auch die Auswertung aktuell ist. Die Auswertung von Jan beinhaltet nur die Steine, die auch in der Stuttgart-Relation enthalten sind [1]. Vielleicht fehlen die Feuerbach-Steine dort noch. [1] http://www.openstreetmap.org/browse/relation/538444/ Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolpersteinen - Update
Hallo Michael, okay, danke für die Info. Mir geht es um ein oder mehrere Steine in Stuttgart-Feuerbach. Dieser ist auf der Seite vom Netzwolf sichtbar, aber nicht in der Auswertung. Und ist dieser Stein nicht vollständig aufgenommen. Gruß Steffen --- Original Nachricht --- Absender: Michael Schulze Datum: 12.05.2013 23:12 Hallo Steffen, die Stuttgart-Liste hab bisher ich gepflegt und an Jan geschickt. Zu einem Update seit der letzten Verlegung bin ich noch nicht gekommen. Ich werde mich in nächster Zeit darum kümmern. Gruß, Michael On 05/12/2013 02:55 PM, Steffen wrote: Hallo Dietmar, es geht um die Auswertung [2]. Hier kann man dann sehen, welche Steine noch fehlen und ggf. aufsuchen und dann eintragen. Ja, die Karte vom Netzwolf kenne ich. Gruß Steffen [2] http://www.tappenbeck.net/osm/quality/stolpersteine/stuttgart/stolpersteine_stuttgart.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Spaß mit / Taggen von Wanderwegen
Hallo, ich habe in den vergangenen Tagen mal angefangen, die Wanderwege in der Umgebung abzuradeln. Dabei sind mir ein paar Dinge aufgefallen, bei denen ich nicht weiß, wie ich sie in die OSM eintragen kann: - Rundwanderwege mit einem ausgewiesenen Startpunkt (käufliche Karten scheitern hier regelmäßig) - (Rad-)Wanderwege, die nur in einer Richtung markiert sind (wenn auf Papier eingezeichnet, stets ohne Richtung, sehr "lustig", wenn man den halben Weg mit Blick nach hinten unterwegs ist) - das sind teilweise thematische Wege, für die es eine Wegbeschreibung käuflich zu erwerben gibt, aber die Beschilderung ist "kostenlos" da - Wanderwege, für die es keine durchgängige Auszeichnung zu geben scheint (die benutzen andere Markierungen "nebenbei" mit, und nur dazwischen gibt es hin und wieder eine "eigene" Markierung - dann meist ein gelber horizontaler Balken) - wahrscheinlich braucht man ein Wanderheft vom Verein? (IVV-Wege gehören zu dieser Kategorie.) - Wie taggt man eine Route, der gleichermaßen für Fußgänger und Radfahrer konzipiert ist? Es gibt zwar "roundtrip=yes", aber kein "oneway=yes" für Routen (ich wüsste auch nicht, wie man das realisieren sollte bei einer Relation), und "route=hiking;bicycle" habe ich auch noch nirgends gesehen. Und gleich noch eine Frage zum Thema: Gibt es einen Konsens, welche Farben und Symbole in welchem Kontext verwendet werden? Blau scheint v.a. für überregionale Wanderwege, Rot für regionale verwendet zu werden; bedeuten "Punkte" automatisch "Rundweg"? (Ich habe noch nicht genügend Daten gesammelt, um darüber eine brauchbare Statistik zu machen, aber ein Trend scheint sich abzuzeichnen.) Kann man überhaupt davon ausgehen, dass man Wanderwege ohne Papier in der Hand erfolgreich abwandern kann? (Mir ist mindestens eine Stelle aufgefallen, in der sich zwei gleich markierte Wege bis auf ~50 Meter annähern, da kann man schon mal den Faden verlieren.) Vielleicht kann jemand Erfahrenes mir ein Stück auf die Sprünge helfen, bevor ich dem nächsten Wanderverein beitrete... danke schon mal - Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolpersteinen - Update
Hallo Dietmar, es geht um die Auswertung [2]. Hier kann man dann sehen, welche Steine noch fehlen und ggf. aufsuchen und dann eintragen. Ja, die Karte vom Netzwolf kenne ich. Gruß Steffen [2] http://www.tappenbeck.net/osm/quality/stolpersteine/stuttgart/stolpersteine_stuttgart.html --- Original Nachricht --- Absender: Dietmar Datum: 12.05.2013 14:45 Hallo Steffen, ich kenne Jan's Karte nicht, aber es gibt ja auch für die Stolpersteine die Karte von Netzwolf bei [1], vielleicht hilft die Dir auch. Viele Grüße Dietmar [1] http://www.netzwolf.info/kartografie/osm/stolpersteine Am 12.05.2013 14:33, schrieb Steffen: Hallo. wie es aussieht hängt die Auswertung der Stolpersteine. Letztes Update ist vom 3. Mai. Gruß steffen --- Original Nachricht --- Absender: Jan Tappenbeck Datum: 02.03.2012 22:24 Am 02.03.2012 19:00, schrieb Steffen: Guten Abend Jan, danke für das manuelle Update. In Stuttgart wird es auch im Jahr 2012 eine Verlegung neuer Stolpersteine geben. Der Termin wird am 14. + 16. April sein. Gruß Steffen dann läßt Du mir sicherliche die Daten der Verlegeorte zukommen für die Referenzliste ! 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] Stolpersteinen - Update
Hallo. wie es aussieht hängt die Auswertung der Stolpersteine. Letztes Update ist vom 3. Mai. Gruß steffen --- Original Nachricht --- Absender: Jan Tappenbeck Datum: 02.03.2012 22:24 Am 02.03.2012 19:00, schrieb Steffen: Guten Abend Jan, danke für das manuelle Update. In Stuttgart wird es auch im Jahr 2012 eine Verlegung neuer Stolpersteine geben. Der Termin wird am 14. + 16. April sein. Gruß Steffen dann läßt Du mir sicherliche die Daten der Verlegeorte zukommen für die Referenzliste ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Laden für Bastelbedarf taggen
On Fri 2013-04-26 (11:41), Martin Koppenhoefer wrote: > > Multivalues würde ich vermeiden. Wenn in einem Laden ein Copyshop ist (also > nicht nur ein oder 2 Kopierer, sondern das Kopieren das Geschäftsmodell > ist), und gleichzeitig auch Schreibwaren verkauft werden (mehr als man es > in einem Copyshop erwarten würde bzw. als signifikanter Geschäftsanteil), > dann kann man m.E. auch 2 nodes machen, vor allem, wenn es verschiedene > Kassen sind. Meistens würde ich mich darauf verlassen, wie sich der Laden > selbst sieht (wenn er sich Copy-Irgendwas nennt, dann ist das normalerweise > ein copyshop für mich, obwohl diese Läden meistens auch Papier verkaufen, > Drucksachen binden, Pläne falten, etc.). Hm, was macht man dann mit einem Gartenmarkt, der seine Kreativabteilung (und den Tierarzt, aber das fällt wenigstens unter ein anderes Tag) als wesentlichen Angebotsbestandteil versteht? Natürlich mit einer Kasse. > Handarbeitsbedarf (Kurzwaren, Nadeln, Fäden, Wolle, ggf. Stoffe, > Reisverschlüsse etc.) sind wieder was anderes und da habe ich bisher auch > keine gefunden, die gleichzeitig Schreibwaren oder Modellbaubedarf waren. Tante Emma lebt doch aber noch? (Mir fällt gerade konkret nichts ein, aber solche Läden gibt's definitiv. Die Frage ist doch, ob man beim Taggen wirklich vom Hundertsten ins Tausendste kommen muss: Bei Maschinennähnadeln soll es ja auch mehrere Systeme geben...) Als Kartennutzer habe ich erst einmal ganz andere Sorgen... S ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern
Am 23.04.2013 15:13, schrieb Florian Schäfer: Was meint Ihr, soll ich lieber die Hausnummer am Haus mappen, oder die "offizielle" Hausnummer? die die der Briefträger braucht ? ;) Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
On Fri 2013-04-19 (12:13), Peter Wendorff wrote: > Wenn meine Eltern mich Peter Maximilian Günther [...] > Ichmagvielevornamen genannt hätten (zzgl. Nachnamen natürlich), dann ist > das der offizielle Name, aber trotzdem würde ich bei der Frage nach > meinem Namen vermutlich nicht den vollen Namen nennen (wenn es nicht die > frage nach vollem offiziellem Namen ist), sondern Peter. Und wenn der Schilderfritze auf dem Schild für den Briefkasten "Pedro" geschrieben hat? > Wenn Eine Straße laut Straßenschild anders heißt als laut Verordnung, > das aber nicht eine kurzfristige Geschichte ist, die dann schnell > korrigiert wird, dann ist das der Name. In der Bevölkerung wird er meist > wahrscheinlich so genutzt wie er da steht, in den gängigen Karten von > Goolge kommt es vielleicht noch drauf an, ob das selbstgesammeltes oder > von öffentlicher Hand eingekauftes Material ist, aber was google > sammelt, wird vom Straßenschild abgeschrieben sein. Mir ist hier unlängst die folgende Situation untergekommen: - Eine Straße wurde gebaut (vor paar 10 Jahren), wurde allem Anschein nach "Hasensprung" getauft. - Dort haben sich Leute und ein Gewerbebetrieb angesiedelt, die auf Visitenkarten, im Telefonbuch, etc. die Adresse "Hasensprung xx" angeben. - Die Gemeinde erneuert die Straßenschilder - weiß auf rostig, schwarz auf weiß, Blau auf weiß - das alles wird jetzt weiß auf grün. - Der Schilderfritze, gerade so schön im Schwung mit "An der Lichtung", "Am Bach", usw., baut eigenmächtig ein "Am" auch vor den "Hasensprung". - Die Anlieger werden nicht über eine Umbenennung informiert, und selbst die Gemeinde(verwaltung) wusste bis zu meinem Anruf nichts davon. - (Ob die Situation inzwischen geklärt ist, müsste mal jmd nachsehen...) Was Google abschreibt, ist sehr mit Vorsicht zu genießen: Ich wohnte mal in einer Straße namens "Zu der Hausern"... Hintergrund: das nächste offizielle Schild ist etwas weiter weg vom Wohngebiet (an der einzigen Zufahrt, reicht ja auch), und an einer Ecke stand ein gammliger Holzpfahl mit dem Text "Zu den Häusern 13-32" (oder so), den muss der Scout ohne nachzudenken abgeschrieben haben. Pharus kann nicht mal die offiziellen Straßennamen richtig abschreiben (aber anscheinend bei OSM saugen...), das ist aber ein anderes Thema. > Auch die Presse und vermutlich sogar z.T. die Polizei wird nicht auf den > amtlichen Daten arbeiten, um Berichte zu schreiben oder so, und damit > den "Fehler" der Schilder übernehmen. Kann passieren. Es sei denn, sie versuchen den Straßennamen gleich mittels Datenbank in eine Nummer umzuwandeln, z.B. für codierte Fahrräder. > Für mich ist jedenfalls in den allermeisten Fällen der Name vom Schild > der Name der Straße, Verordnung hin oder her. Bleibt immer noch die Frage, ob das Auswechseln eines Schildes einer Umbenennung gleichkommt, denn die geht nur amtlich. Wenn dann in den Akten nichts zu finden ist -? Andererseits wird man als Mapper von einer offiziell vollzogenen Umbenennung in der Regel erfahren, aber nicht davon, daß ein Schild "repariert" wurde. Dann bleibt der "Fehler" u.U. ewig in der OSM... > Die Verordnung ist bei alten Straßennamen oft zig Jahre alt. Die kann > man einsehen, indem man nachfragt, Zutritt ins archiv kriegt und etwas > wühlt - oder so. Aber deshalb wird doch der Name nicht gültiger als das, > was in der Bevölkerung verwendet wird UND auf dem Schild steht. ... was auch noch einmal kräftig auseinanderklaffen kann. Suche mal in der OSM nach dem "Broadway" in Potsdam, und frage auf der Straße Leute danach und wie das Ding wirklich heißt... Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
On Wed 2013-04-17 (20:46), Henning Scholland wrote: > Am 17.04.2013 20:16, schrieb Hans Schmidt: > >Und von einem seriösen Projekt erwarte ich schon vernünftige > >Rechtschreibung. > Ich erwarte von einer Geodatenbank, dass es die Realität wiedergibt. Welche Realität? Die auf dem Papier der Verwaltung? Die auf dem (falsch hergestellten und trotzdem angebauten) Schild? Ohne zu philosophisch werden zu wollen: Realität ist nicht immer objektiv. Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
On Sun 2013-04-14 (22:44), Hans Schmidt wrote: > Nicht unbedingt. Manche Sachen müssen ja einfach beschriftet werden. > Beim „Ruhr Rad Weg“ (das war jetzt auch nur ein ausgedachtes Beispiel, > was aber einem konkreten Fall recht nah ist) ist der korrekte Name ja > natürlich „Ruhrradweg“ oder „Ruhr-Radweg“. Das ist aber dünnes Eis. In der Neuzeit häufen sich die Fälle, wo eine "Wort-Bild-Marke" geschaffen wird (die sich dann auch, da "erheblicher" Schöpfungswert, urheberrechtlich schützen und vermarkten lässt). Ein "Ruhr Rad Weg", evtl. noch grafisch zB in drei Zeilen gesetzt, könnte so etwas sein. (In Potsdam gibt es die SCHIFF//BAUER//GASSE, drei Zeilen in einem Quadrat. Damit ist nicht die Straße selbst gemeint, sondern die dort angesiedelten kulturellen Einrichtungen, die eben unter diesem gemeinsamen Logo firmieren und werben.) Ich wäre mit einer Verschlimmbesserung vorsichtig, solange das nicht geklärt ist - und mW gibt es noch keine Möglichkeit, Logos 1:1 in Namen zu übernehmen. (operator und website könnten das halbwegs abfangen.) > Aber mal eine grundlegende Frage: Wieso sollten solche Eigennamen nicht > korrigiert werden, wenn sie falsch sind? Es ist ja offensichtlich, dass > an den entsprechenden Stellen teilweise nicht gerade die der > Rechtschreibung zugewandtesten Leute sitzen. Es ist ja manchmal nicht einmal das Amt, das das verbockt. In Stahnsdorf stand sehr lange ein Schild "Seperationsweg". (Das eine "e" ist mittlerweile mit einem "a" überklebt worden.) Und an einer anderen Ecke hat der Schildermaler mal ganz fix ein "Am" vor den Straßennamen gebaut, wohl weil alle Straßen in der Nachbarschaft so heißen, nur eben der "Hasensprung" nicht, der heißt eben nur "Hasensprung"... Die Dame vom Amt, bei der ich nachgefragt habe, war dann auch ganz erstaunt, aber anscheinend werden solche Schilder samt Aufstellung in Auftrag gegeben und nicht immer kontrolliert... Da ist dann das Dilemma da: Mappt man das, was da ist, oder mappt man die Absicht (die nur falsch umgesetzt wurde)? Wartet man, bis jemand vom Amt den (mehr oder weniger offensichtlichen) Fehler korrigiert? Schreibt man, so vorhanden, vom öffentlichen Bebauungsplan ab? alt_name ist hier mE nicht wirklich eine Option. Das ist ja eigentlich auch > nicht schlimm, es kann ja nicht jeder alles können. Es wäre zwar schön, > wenn dort eine bessere Rechtschreibung vorzufinden wäre, allerdings ist > das halt in vielen Fällen einfach unrealistisch zu hoffen. > Das sind in den allermeisten Fällen heutzutage einfach überflüssige > Leerzeichen und Apostrophe. Wenn man der entsprechenden Person den > Fehler mitteilen würde (und vorausgesetzt, die Person ist nicht komplett > ignorant, was leider in 100% der Fälle so ist), würde das ja auch am > Ursprung korrigiert werden. Auch wenn ich dafür bin, mit den Verantwortlichen Kontakt aufzunehmen, ist das häufig Wunschdenken. Am Schild steht ja leider nur sehr selten dran, wer es aufgestellt hat. > Wieso ist aber eine Anpassung von fehlenden Leerzeichen falsch? Und was tun bei einer Straße, die im Abstand von weniger als 100 Metern an den Enden die Schilder "Kietzstr." und "Kietz Str." hat? Ein Schild ist ja nur ein Punkt, während ein Way eine Dimension mehr hat - aber nur einen name=... und alt_name passt auch nicht. Gruß, Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM und Linux Mint 14
Hi hike39, > Ich habe auf meinem Rechner mit JOSM unter Linux Mint 14 seltsame Fehler. > - Habe ich rechts im Ebenendialog das Untermenue geöffnet, dann kann ich > die einzelnen Unterpunkte nicht direkt markieren indem ich mit dem > Pointer drüberfahre, sondern muß den Mauszeiger ausserhalb von dem > Untermenue positionieren um die jeweiligen Funktionen starten zu können. Ich hab sowas aehnliches hier. Bei mir liegt es wohl an dem Window-Manager, der die Fensterposition nicht staendig an das Java-Programm durchgibt. Betrifft speziell Maximieren und vielleicht auch Verschieben per Tastenkuerzel im evilwm. Ab da hab ich aehnliche Effekte: Die Menuepunkte muessen versetzt angeklickt werden, naemlich genau da, wo das Fenster vorher war. Nach einem Verschieben des Fensters mit der Maus legt sich das aber wieder. Probier also mal, das Fenster zu verschieben oder zu vergroessern. Vielleicht geht dein Problem dann auch weg. Gruss, stw1701 -- /"\ \ / X ASCII Ribbon Campaign -- Against HTML Mail / \ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] "OSM-JG" auf OpenStreetBugs - oder: wer kennts?
Hi malenki, > In letzter Zeit werden zumindest in meiner Gegend Bugs ohne, mit > sinnlosen oder teilweise harschen Begründungen geschlossen: In Dresden gefaellt mir der Ton auch nicht so richtig. Aber einige der Beispiele sind hier noch nicht so schlimm: > http://ompldr.org/vaHV1aA [Drei Tram-Linien aufeinander] Auf dem Bild sind nur zwei zu sehen. Vermutlich hat der Schliesser nicht in die Daten geguckt. Oder es ist schon korrigiert, ich hab ehrlich gesagt auch nicht geguckt. > http://ompldr.org/vaHV1Zg [Zufahrt, Drecksweg auf Privatgelaende, ohne Kommentar zu] Der Weg wurde aber damals eingetragen. > http://ompldr.org/vaHV1bA [Vermutung auf living_street, Verkehrszeichen 325?, nach 4 Monaten ohne Bestaetigung oder Reaktion geschlossen] Hier gab es tatsaechlich keine Eintragungen. Die Dresdner Situation sollten wir mal auf dem Stammtisch besprechen. Der Rest ist weiter weg bei Chemnitz. Ich hoffe, ihr koennt das lokal klaeren. Generell ist OSB durch die Kommentiersperre nach dem Schliessen etwas unhandlich. Andererseits gefaellt einigen die Diskussion in den Kommentaren auch nicht. Wird hier deutlich: http://openstreetbugs.schokokeks.org/?lat=51.06517&lon=13.74498&zoom=18&layers=B0T oder auch hier: http://openstreetbugs.schokokeks.org/?lat=51.07159&lon=13.66825&zoom=15&layers=B0T Ich haette OSB gerne fuer Diskussionen ueber den einzelnen Sachverhalt genutzt. Ist halt noch ein Stueck enger begrenzt als die lokalen Mailinglisten. Gruss, stw1701 -- Man fährt doch nicht nach Krakau zum Friseur. [Müntefering 30.1.2007] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Test neues Geofabrik-Download-Setup
Am 27.02.2013 13:59, schrieb Frederik Ramm: Hallo, ich habe ein bisschen am Geofabrik-Downloadserver herumgebastelt und jetzt hier etwas fertig, was ich eigentlich bald zum Standard-Downloadserver machen moechte: http://download.geofabrik.de/test vielleicht mag sich das der eine oder andere mal anschauen, ob das so hinreichend verstaendlich ist usw., dann wuerde ich das gen Wochenende hin mal aktivieren. Ein paar kleine Bugs hab ich auf der Liste, trotzdem gerne sagen, wenn was nicht wie erwartet tut. Regbez Köln funktioniert bei mir nicht, alle anderen in NRW wohl Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unangekuendigte Massenedits
Hallo bkmap und Josef Latt, bkmap schrieb: > Am 17.01.2013 17:30, schrieb Masi Master: >> Ein Radweg ist ein auf Radfahrer angepasster Weg. Dazu zählen u.a. >> abgesenkte Bordsteine, Sicherheitsraum zu Parkplätzen & Fußweg, sehr >> ebenener Untergrund, gradlinige Führung, gute Sicht/wenig >> Gefahrenstellen, ... > Falsch! Nicht jeder Weg, der diese Eigenschaften hat, also wunderbar zum > Radfahren geeignet ist, ist ein Radweg. > Ein Radweg ist für mich ein Radweg, wenn er als Radweg ausgewiesen ist, > ansonsten track oder path, je nachdem. Ihr nehmt an, dass nur mit Zeichen 237, 240 und 241 ausgezeichnete Wege Radwege sein koennen. Dabei ignoriert ihr die "anderen Radwege", also die nichtbenutzungspflichtigen Radwege. http://de.wikipedia.org/wiki/Radverkehrsanlage#Nicht_benutzungspflichtige_Radwege Zugegeben, davon gibt es nicht so viele, aber es gibt sie quasi ueberall da, wo ehemalige Radwege das blaue Zeichen verloren haben. Eure Meinung kann weiterhin noch durch lange Erfahrung in eurem Umfeld bestaetigt sein, aber man kann nicht ausschliessen, dass es Gebiete geben kann, in denen es anders ist. Vielleicht ist Luebeck ein solcher Fall? >>> Am 17.01.2013 00:11, schrieb Wolfgang Hinsch: >>>> bicycle=yes wurde (wird?) z.B. im Lübecker Raum benutzt, um anzuzeigen, >>>> dass der Weg für Radfahrer erlaubt, aber nicht verpflichtend ist, als >>>> Gegensatz zu bicycle=designated. Vielleicht ist es auch nur widersinnig getaggt, aber die Luebecker haben sich etwas dabei gedacht, und das hat der Massen-Edit jetzt etwas beeintraechtigt. Sie werden es ueberleben, es gibt ja die Historie, und regelmaessige Ueberpruefung haelt auch die Daten aktuell. Aber gerade um solche unvorhersehbaren Auswirkungen zu vermeiden, sollten Massen-Edits halt vorher diskutiert werden. Btw. weil das noch nicht so in aller Klarheit gesagt wurde. Der Massen-Edit hat eigentlich nur bicycle=yes an highway=cycleway entfernt, und foot=yes an highway=footway. Bis auf den Spezialfall Luebeck hat davon wahrscheinlich kein Datennutzer irgendwelche Auswirkungen gespuert. (Stimmt nicht ganz, ich hab ein layer=1 an eine Bruecke wieder anbringen muessen und ein lit=no an einem dunklen Weg.) bkmap schrieb: > Ok, wenn es ein richtiger ausgewiesener Radweg (mit Zeichen 237) ist. > [...] > Dann ist bicycle=designated implizit. Das steht wenigstens so im Wiki. > Wenn man als Defaultwert für Deutschland noch foot=no und horse=no > annimmt, ist also ein Weg gemeint, der > 1. kein ausgewiesener Radweg ist, aber auf dem > 2. auch kein anderer Verkehr erlaubt ist, sondern nur Fahrräder. > Das wäre z.B. Zeichen 250 und Zusatzzeichen 41.1 (Wahrscheinlich in der > Kombination gar nicht möglich). Du hast die Fussgaenger vergessen, die duerfen auf 237 ohne Zusatzzeichen auch nicht rauf. Also eigentlich waere es 250 + 41.1 + 259. Und 258, oder gelten Pferde als Fahrzeuge? > Also mir fällt kein solcher Weg ein. Es gibt viele Wege, die so gekennzeichnet sind, wie du geschrieben hast. Ich uebersetze mal 41.1 in Wikipedia-Notation 1022-10: http://google.de/images?q=zeichen+250+zusatzzeichen+1022-10&tbs=itp:photo http://my.myblog.de/guedesweiler/img/triererstrasse.jpg Da duerfen Fussgaenger und Reiter wieder drauf. Nebenbei, witzig ist auch sowas: http://www.schilderwiki.org/images/thumb/3/35/Zeichen_250_Fahrradroute_Unterwittbach_1.jpg/600px-Zeichen_250_Fahrradroute_Unterwittbach_1.jpg Da muss man als Radfahrer eine Gartenschere o.so mitnehmen. Gruss, Steffen (stw1701) -- Q: What's white and if it fell out of a tree could kill you? A: A fridge. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] POI_tool_POIseng
Guten Tag, welche Tags werden hier ausgewertet? amenity=atm oder auch amenity=bank atm=yes Gruß Steffen --- Original Nachricht --- Absender: Martin Lux Datum: 21.12.2012 10:30 Hallo, die Studierenden im Mastermodul "software engineering (Geoinformatik&Vermessung)" der FH Mainz haben eine Webapp, beruhend auf OSM-Daten, entwickelt. Mit dieser Webapp ist es möglich ATM's (Bankautomaten) in seiner unmittelbaren Nähe zu finden und zu /ändern/. Wir befinden uns momentan in der Prototyp-Phase und bräuchten Personen, die die Webapp testen. Die Webapp ist unter folgender URL zu erreichen: http://143.93.114.104/poiseng/ Ein Onlineumfragebogen ist hier zu finden: http://de.surveymonkey.com/s/3Y79RCV <http://de.surveymonkey.com/s/3Y79RCV> Und unsere Facebook-Seite: http://www.facebook.com/SengProjektWS2012 p.s Wenn Daten mit der App geändert werden, werden diese in einer eigene Datenbank gespeichert. Wie eben erwähnt, handelt es sich hierbei um einen Prototyp. Möglicherweise werden später zusätzliche POI-Arten implementiert und die Datenzurückführung nach OSM sichergestellt. Vielen Dank und frohe Weihnachten Gruß Martin Lux ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wer kann hier helfen?
--- Original Nachricht --- Absender: Michael Reichert Datum: 02.12.2012 10:13 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo zusammen, Am 02.12.2012 10:01, schrieb Steffen: Guten Tag, hier gibt es zwei Bugs [1] & [2] in keepright.ipax.at. Wie kann man dies am besten beheben. Mit JOSM? Gruß Steffen [1] http://keepright.ipax.at/report_map.php?schema=94&error=38882008 [2] http://keepright.ipax.at/report_map.php?schema=94&error=38882007 Ja, JOSM wäre eine Möglichkeit. Die unterirdische U-Bahn-Strecke und die darüber verlaufende Straße hatten einen gemeinsamen Node. Diesen Node habe ich einfach mit G getrennt, sodass drei Nodes entstanden sind (Straße, U-Bahn und Fußweg). Anschließend habe ich mit M den Node des Fußwegs mit dem der Straße vereinigt. Die Fehler dürften jetzt behoben sein. Viele Grüße, Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQEcBAEBAgAGBQJQuxu3AAoJEO7A7cvElxjaxB8IALNoL0h55XdotJzx26xnpVuT qDJLFUkW8NWTgvcQ0EPxox62vmxNLb1TLEelnjj3olXcyWRMUxgkSW1XA5Lc7f2D z5wPelvrOhA2iTMDcDIMlblSRg9tZSH9W5Gpme2ZYzDmewd6XJ1HL5S9h3ZRgR66 Bxl3vWvC7kawNqPYlX3nEZGynn4KRTXCnlhaXXu48UbZEtndZLp1jFSHY5+7rHt7 oEnWq0zPLdTkGElOj+qmospQbh6FydxMb+g0rXQ41m+M/ThKmpBoWKJXx3vi5f8k n4HAqTcnpoAGCNkaPAg9GO64rZep8ONBG3hN460t8G8cCUWfh4zYsgRnVh3NI7I= =9BXO -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Danke, das werd ich bei der nächsten Gelegenheit auch mal so probieren. Gruß Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] wer kann hier helfen?
Guten Tag, hier gibt es zwei Bugs [1] & [2] in keepright.ipax.at. Wie kann man dies am besten beheben. Mit JOSM? Gruß Steffen [1] http://keepright.ipax.at/report_map.php?schema=94&error=38882008 [2] http://keepright.ipax.at/report_map.php?schema=94&error=38882007 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] waterway=riverbank / saisonale flußläufe
Hallo, ich haeng mich mal an eine Antwort von Andreas Labres ran: > On 21.11.12 23:36, Martin Koppenhöfer wrote: >> Flussgebiet. > Oder in Wien gab's vor der Donauinsel das Überschwemmungsgebiet, das > war auch nur fallweise bei Donauhochwasser überflutet, sonst war's > Erholungsgebiet (konnte man wunderbar Fußball spielen). Das als > "Fluss" zu taggen wäre auch ein Fehler gewesen. Fuer sowas, und wahrscheinlich auch einen Teil der Flussgebiete des Ausgangspostings, gibt es einen Tag und ein uraltes Proposal: http://wiki.openstreetmap.org/wiki/Key:flood_prone http://wiki.openstreetmap.org/wiki/Proposed_features/floodplain Gruss, Steffen -- Ja, ich habe mir Urlaub genommen, um ins Kino zu gehen; nein, ich finde das nicht seltsam. [USA erklärt] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie kontaktiert man nicht existierende Benutzer?
Hi Holger, > jemand hat den Weg 143286426 in Version 2 gelöscht. Laut [1] war das > user_863632 in Änderungssatz 13185909. Wenn ich allerdings den Link zu > user_863632 folge ([2]), dann kommt > Der Benutzer user_863632 existiert nicht Der Nutzer hat sich umbenannt. In den Extrakten der Geofabrik ist er noch als Joachim_444 aufgefuehrt. Nicht dass das weiterhelfe, da kommt die gleiche Meldung. Du kannst hoffen, dass er sich wieder einen richtigen Namen zulegt, oder dass die Webseite umgestaltet wird, so dass auch diese numerischen Nutzer abrufbar werden. Sie werden ja auch so angezeigt. Gruss, Steffen > [1] http://www.openstreetmap.org/browse/way/143286426 > [2] http://www.openstreetmap.org/user/user_863632 [3] http://www.openstreetmap.org/user/Joachim_444 -- - Ich glaub, den Löffel brauch ich gar nicht. - Du kannst ihn ja nachher abgeben. [stw + tf in der Mensa, 27.9.2007] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap und routing
Hallo Wolfgang Hinsch, > Die einzige Fehlermeldung, die mkgmap liefert, ist: > SCHWERWIEGEND (RoadNetwork): Bremen.osm: Road (Gustav-Deetjen-Allee, > http://www.openstreetmap.org/browse/way/4766567) contains zero length > arc at http://www.openstreetmap.org/?mlat=53.08714&mlon=8.81771&zoom=17 > so um die 100-300 mal (mit verschiedenen Ways). In Bremen wie in > Hamburg, wie bei josm. Das ist normal. Viele Strassen sind derart genau gemappt, dass dem mkgmap der Abstand zwischen zwei Knoten zu klein wird (wohl noch abhaengig von der Zoom-Stufe). Dann warnt er halt. Zum Routing-Problem kann ich aber nichts sagen, dann > mkgmap-2105-44.1.noarch ich nutze noch 1905. Gruss, Steffen -- That's a battery staple. Correct! [xkcd 936] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Sandbox - Coastline
Am 04.10.2012 14:37, schrieb Markus: Hallo Steffen, >> Küstenlinie ist die *Hochwasserlinie*. > > welches Hochwaser? Das "Mittlere Spring Hochwasser" MSpHW (engl: "Mean Higher High Water" MHHW) http://de.wikipedia.org/wiki/Mittleres_Springhochwasser > ich frag mich ja wie die Profis das machen Ich kann ja nächste Woche mal fragen, die sind sicher auf der INTERGEO. im Prinzip geht ja jede Küstenlinie, jeder Flußlauf in der Länge gegen unendlich 8je nachdem wie weit du "ran" gehst ;) -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 18476 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM Sandbox - Coastline
Am 04.10.2012 13:33, schrieb Markus: Küstenlinie ist die *Hochwasserlinie*. Sieht man auf dem Luftbild oft recht gut an einer Grenze zwischen nassem welches Hochwaser? denk mal an die Nordsee! Springflut mittleres Hochwasser? ich frag mich ja wie die Profis das machen Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 18474 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ 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 24.09.2012 16:06, schrieb Martin Koppenhoefer: eben, daher würde ich den Fotos auch die Koordinaten geben, von wo ich das Foto aufgenommen habe, und nicht die Koordinaten dessen, was man unter anderem auf dem Foto sehen kann. Rein logisch betrachtet. ehrlich? bei einem Foto übers Tal? ;) ansonsten müsste ich für mehrere Bilder die gleichen Koordinaten angeben (so 2 bis 8) andererseite, wie genau ich genau? Mein GPS hat eine Genauigkeit von güstigstenfalls 3 m, dann muss aber schon freie Sicht sein. In so ne engen Häuserschlucht, wo soeben ein Auto in der Breite durchkommt 8Fußgänger müssen in die Hauseingänge "flüchten" ;) Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 18311 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ 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 24.09.2012 11:05, schrieb Martin Koppenhoefer: Wenn man ein einigermaßen genaues GPS mitloggen lässt beim Fotographieren ist das nicht so viel Arbeit, dann kann man die vorhandenen Geotags im Bild automatisch mit den genaueren GPS-Koordinaten überschreiben lassen. Wer als OSM-Mapper auf Mapping-tour geht wird das normalerweise sowieso machen, oder? hatte ich mir überlegt aber sehr enge Straßen, Häuser liegen weit ab der Straße, Gebäude sind so groß das ich was sehr weit weg gehen muss (und nicht nah genug beikomme. Ich denke da ist es einfacher die Koordinaten von OSm zu übernehmen na ja, ich bin ja nicht auf Mapping Tour sondern auf Fototour Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 18306 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ 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 17:51, schrieb Kolossos: Am 23.09.2012 17:06, schrieb Steffen Heinz: > wie so redudant? das eine ist OSM, das andere Wikipedia, beides wäre > schon sinnvoll. Beides sind freie Projekte derren Daten sich austauschen lassen sollten. Bei derartigen Mammutaufgabe ist doppelte Arbeit wohl besser zu vermeiden. aber wie du sagst: zwei! Für eine OSM-Karte mit Commons-Bildern als Overlay ist das jedenfalls aus meiner Sicht nicht notwendig. Schweben dir andere Anwendungen vor? wieso? Zumindest Google macht doch auch so was (Bilder einbinden) Es sollte ja keine Pflicht sein ;) interessant würde ichs trotzdem finden, könnte auch der Orientierung dienen. Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 18298 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ 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 16:50, schrieb Kolossos: Methode 2 ist das Georeferenzieren der Denkmalliste in der Wikipedia[2]. ist nun mal ne Höllenarbeit! selbst wenn der Foto die Koordinaten mitspeichert müssen die meist korrigiert werden. Beide Methoden führen zu OSM-Karten, auf denen die Bilder angezeigt werden. Wer die dritte Methode machen will,kann das gerne tuen, sollte sich aber im klaren darüber sein, dass das eigentlich redundant ist. wie so redudant? das eine ist OSM, das andere Wikipedia, beides wäre schon sinnvoll. Ich habe bei Commonce die Bilder mit "Ort / Straße / Hausnummer" benannt, sind hauptsächlich Häuser. so sind die wenigstens leicht zu finden. Vielleicht mach ichs ja im Winter die Bilder zu verlinken Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 18298 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ 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 12:08, schrieb Willi Rehfeld: 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. l schlauer bin ich immer noch nicht... aber sicherheitshalber, wenn ich Fotos verlinke, dann nur welche die von mir sind, das sind in Monschau und Simmerath fast alle - wen wer anders das mitmachen will, bitte, ich habe nichts dagegen. Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 18295 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ 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 23:17, schrieb Norbert Kück: Das ist genau so, wie das dynamische Einbinden von OSM-Kacheln für eine Anfahrtskizze. Die Kacheln liegen auch nicht auf meinem Server, sondern "bleiben auf OSM". Und dennoch fordern wir Lizenzangaben etc. und was ist hiermit? http://www.openlinkmap.org/?zoom=18&lat=51.42551&lon=7.04192&layers=B da sind auch die Bilder auf commonce verlinkt, die Lizenz ist erst auf den dritten Klick verfügbar. Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 18292 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ 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:53, schrieb Norbert Kück: Hallo, am 22.09.2012 17:35 schrieb Steffen Heinz: >> oder Denkmalliste (mit Sprungziel zum richtigen Eintrag in der Liste), > geht nicht Natürlich geht das, sonst würde ich das nicht schreiben. Allerdings muss "irgendjemand" Anker in die Liste schreiben (halte ich für Standardausstattung). warum dann nicht gleich das Bild verlinken? außerdem, wenn das Bild Probleme macht (das Link darauf) warum geht dann das Link auf den Eintrag?: auch von dir: >>Quelle und Lizenz nennen ist Pflicht. Macht beispielsweise Openlinkmap >>nicht. Stimmt nicht ganz. Etwas versteckt (mehr Info) gibt es einen Link zur Dateibescheibung auf Commonce. Das muss man aber nicht zwangsläufig klicken, sondern kann das Vollbild runterladen, ohne einen Hinweis gesehen zu haben. seit wann müssen bitte Links mit der URL / Copyright vermerk versehen werden? Die Fotos bleiben doch auf commonce! Ich habe dauernd mit Verlinkungen zu tun bei Wikipedia, aber nie einen Copyrighthinweis gegeben, auch bei Links auf kommerzielle Seiten. URL angaben brauchst du doch nur wenn du das Bild von Wikipedia nimmst und anderswo einbaust. etwas sehr verwirrt Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 18283 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ 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 16:59, schrieb Norbert Kück: Hallo, 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? Wichtiger als der Link zum Bild wäre der Link zu Informationen: Artikel gibt nur ein paar oder Denkmalliste (mit Sprungziel zum richtigen Eintrag in der Liste), geht nicht Objekt-Information des Denkmalamtes. Vor allem sollte zuerst das Objekt in OSM als Kulturdenkmal gekennzeichnet sein. wenn das schon gemacht wird ist das Bild kein AUfwand mehr Der Bild zum Link ist tertiär. Und er ist lizenzrechtlich problematisch. wieso? Es ist ja "nur" ein link, außerdem bei Commonce (mit cc3) Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 18280 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ 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 15:55, schrieb Jimmy_K: > Wäre es nicht besser, auf den wikimedia Artikel zu verweisen und nicht auf spezielles Bild? ne, schlecht, es gibt nur für ein paar Häuser/ Bauwerke Artikel. oder so etwa ;) ... http://de.wikipedia.org/wiki/Liste_der_Baudenkm%C3%A4ler_in_Monschau na ja, vorerst komme ich eh nicht dazu die Links zu setzen Grüße aus der Eifel Steffen * Englisch - erkannt * Englisch * Deutsch * Englisch * Deutsch -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 18279 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fotos von denkmalgeschützten Häuser verlinken?
Würde es Sinn machen denkmalgeschützte Häuser auf ein Foto bei Wikipedia zu verlinken? Ich habe so gut wie alle in Simmerath fotografiert und die absolut meisten in Monschau, im Rahmen von "Wiki Loves Monuments" (war schon ein riesiger Aufwand), dürften so 250 bis 300 Bilder sein Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 18277 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM: erster ODbL Planet!
On Sat 2012-09-08 (13:50), Frederik Ramm wrote: > Das was total peinlich, ich habe doch den history-splitter von Peter im > Einsatz, und da muss man im Code eine maximale Anzahl von Nodes fest > einstellen - ich hatte 1,9 Milliarden eingestellt, und die waren jetzt > halt gerade erreicht ;) Muss Dir nicht peinlich sein, über solche magic numbers fällt wohl jeder mal. Ich hoffe, bei 2^32 ist nicht systembedingt Schluß (wann wäre mit der nächsten Verdopplung zu rechnen?) > > Bye > Frederik > > PS: Sowohl Simon als auch ich sind im neuen OSMF-Vorstand. Freue mich! Zur Wahl: Glückwunsch! Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM: erster ODbL Planet!
On Fri 2012-09-07 (08:47), Steffen Grunewald wrote: > On Thu 2012-09-06 (16:10), Rainer Kluge wrote: > > Am 06.09.2012 15:35, schrieb qunuxy-osmmailingli...@yahoo.com: > > >Nein, das liegt daran, dass die Geofabrik-Extrakte heute teilweise leer > > >sind: > > >http://download.geofabrik.de/osm/europe/ > > > > Das Problem ist dort wohl bekannt. Dazu wurde heute morgen etwas auf > > Twitter geschrieben: https://twitter.com/geofabrik > > Danke, gleich mal folgen... Nachtrag: Das Problem scheint behoben, zumindest sehen die Dateien ein ganzes Stück größer aus. Beim @OSM_Ticker habe ich übrigens nichts darüber gelesen, aber das passt ja auch nicht zum Motto "Sinnvolles und Sinnloses"... Na Hauptsache das Wochenende ist gerettet. S ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM: erster ODbL Planet!
On Thu 2012-09-06 (16:10), Rainer Kluge wrote: > Am 06.09.2012 15:35, schrieb qunuxy-osmmailingli...@yahoo.com: > >Nein, das liegt daran, dass die Geofabrik-Extrakte heute teilweise leer sind: > >http://download.geofabrik.de/osm/europe/ > > Das Problem ist dort wohl bekannt. Dazu wurde heute morgen etwas auf > Twitter geschrieben: https://twitter.com/geofabrik Danke, gleich mal folgen... S ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMI "ways without tags" und source=Bing
On Sun 2012-09-02 (17:04), Martin Koppenhoefer wrote: > > Im Prinzip ist source=bing völlig unklar und erschließt sich nur > demjenigen, der tief in der Materie drin steckt. Bing ist ein > Suchportal (mit Kartenabteilung). An Karten werden mind. Luftbilder, > Schrägluftbilder und klassische Karten angeboten. bing ist einfach zu > verkürzend, um eine genaue Angabe zu sein. Sollten wir z.B. demnächst > das Recht bekommen, auch von Bing-Karten abzuzeichnen > (zugegebenermaßen unwahrscheinlich), oder deren Daten direkt zu > importieren, dann wäre es praktisch unmöglich, das noch auseinander zu > halten. Solange das nicht der Fall ist, und die einzige "legale" > Quelle aus dem Bing-Fundus die Ortholuftbilder sind, ist das wirklich > Erbsenzählerei, solange man davon ausgeht, dass sich alle an die > Spielregeln halten. Okay... ich mache dann mal einen Bug Report für Merkaartor fertig - dort wird der Kurzname der jeweils verwendeten Hintergründe ins Source-Tag eingetragen (ja, man kann es deaktivieren...). Bei source=Landsat ist die Lage klar, source=Yahoo gab es auch mal... Was mich momentan tatsächlich nervt: Es ist aus "Bing" (gilt aber auch für "Bing aerial imagery") nicht abzulesen, wann das Luftbild eingeflossen ist. In manchen Gegenden gibt es "Bing" (steinalt und zig Meter daneben, weil nicht ordentlich georeferenziert), "Bing calibrated" (da wüsste ich zu gern, woher und welche Kalibierinformation), und "Bing" aus den 2012 freigegebenen Bildern. (Um die verschobenen Objekte zu finden, müsste man bestenfalls nach source="Bing" und letzterÄnderung="langeher" suchen.) Ist aber ein anderes Thema. > source=survey heisst dagegen, dass da jemand vor Ort war. Am > Einzelobjekt haben solche Metadaten trotzdem nichts verloren, da gebe > ich Dir Recht. Ich schreibe das (fast) immer in den > Changeset-Kommentar, also z.B. "details from survey and tracing > pcn2008 and bing" (besser wäre wohl, "bing aerial imagery" anstatt nur > "bing", bin aber auch ein bisschen zu schreibfaul). Das sind wir alle ;) Trotzdem sehe ich da noch Probleme. Wenn ich z.B. eine Hochspannungsleitung abgefahren bin und die Mastnummern notiert habe, dann ist das "survey", an den einen oder anderen Mast bin ich nicht rangekommen (auf Privatgelände), dann ist die ref-Nummer "extrapolated". Die Position des Masts würde ich aber auf jeden Fall vom Luftbild ablesen, denn nur selten kann (und will) ich mich mit dem GPSr in die Mitte zwischen den Sockeln stellen (und was das Signal dann, mit 400 kV und ein paar Tonnen Stahlkonstruktion overhead, taugt?). Wenn ich die source nur ins changeset schreibe, dann ist keinem so recht geholfen (auf welches Objekt bezieht sich jetzt was). IMHO hilft da wirklich nur source-Tag am Einzelobjekt :( Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM: erster ODbL Planet!
On Thu 2012-09-06 (07:20), Elstermann, Mike wrote: > Nach der heutigen > Ankündigung<http://blog.osmfoundation.org/2012/09/06/your-first-odbl-planet/> > wird die nächste Ausspielung des > planet.osm<http://wiki.openstreetmap.org/wiki/DE:Planet.osm> die erste unter > der neuen ODbL-Lizenz sein... > > http://geoobserver.wordpress.com/2012/09/06/osm-erster-odbl-planet/ Hängt damit irgendwie zusammen, dass die Garmin-img-Dateien von All-In-One und Raumbezug heute *sehr* klein ausgefallen sind? Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMI "ways without tags" und source=Bing
On Thu 2012-08-30 (15:23), Tobias Knerr wrote: > Am 30.08.2012 15:05, schrieb Martin Koppenhoefer: > > Am 30. August 2012 12:43 schrieb Ronnie Soak > > : > >> das source= tag könntest du auch an dein changeset hängen, statt an > >> jedes Objekt. > > > > +1, wobei "bing" m.E. sowieso nicht die Quelle ist. Gemeint ist doch > > sicherlich, dass Du selbst die Quelle bist, und die Lage und Geometrie > > anhand von bing-Luftbildern ermittelt hast. Wenn man das so sieht, dann gibt es auch kein source=survey, es sei denn, man wandelt jedes GPX-Tracksegment direkt in einen Way um, aber auch dann kommt i.d.R. noch eine "Interpretationsphase" hinzu, denn der highway-Typ steht nicht in den GPX-Daten. (Für mich grenzt diese Diskussion an Sophisterei, sorry.) > Diese Situation wird normalerweise der Einfachheit halber "source=Bing" > ausgedrückt. ;) > > Aber auch von mir ein +1 für source-Tags im Changeset. Okay, dann muss ich in Zukunft noch mehr stückeln, wenn ich GPX-Tracks *und* Bing zum Mappen verwende, und peinlich vermeiden, auch nur eine Änderung vorzunehmen, die dann nicht zum source=Bing im Changeset passt. (Bisher habe ich in solchen Fällen das irrtümlich gesetzte source-Tag beim jeweiligen Objekt vor dem Hochladen per Hand wieder rausgenommen.) "source=Bing;survey;extrapolated" hingegen würde zwar alles abdecken, dürfte aber wenig informativ sein. Was leider völlig untergegangen ist, ist die Frage, wie OSMI das momentan handhabt, wenn ein Objekt außer source keine anderen Tags hat. Ich forsche weiter... S ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Re-Redaction-Bot noetig?
Hallo, das hab ich mal georakelt: > Wenn die Beteiligten Nicht-Zustimmer irgendwann einmal noch zustimmen, > dann sollten deren History-Versionen auch wieder zugaenglich sein. Und nun hab ich endlich ein Beispiel: http://www.openstreetmap.org/user/Tequilila hat vor 8 Tagen zugestimmt. Sein erster Edit ist aelter: http://www.openstreetmap.org/browse/changeset/3686275 Darin hat er diesen Knoten angelegt: http://www.openstreetmap.org/browse/node/618305541 Der wurde spaeter geloescht (Version 2). Und dann hat der Redaction-Bot gemeint, die Version 1 darf man nicht mehr ansehen, da sie von einem Nicht-Zustimmer angelegt wurde. Alles ok soweit. Doch jetzt nach der spaeten Zustimmung sollte man die Version 1 wieder ansehen koennen. Geht aber nicht: http://www.openstreetmap.org/browse/node/618305541/history Ist geplant, solche alten Versionen wieder zugaenglich zu machen? Gruss, Steffen -- Freu dich nicht zu früh auf den Sommer, Weihnachten ist gerade erst vorbei, im Einkaufszentrum gibt es heiße Ohren und im Fernsehen läuft der weiße Hai. [Element of Crime] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Diskrepanz Bing Luftbilder bing.com und JOSM
Am 31.08.2012 09:56, schrieb Falk Zscheile: Im Augenblick besteht bei mir die Diskrepanz zwischen bing.com und JOSM (trotz geleertem Cache) weiter. Und auch auf Bing wechselt die Darstellung im Augenblick aller paar Minuten. na ja, bei mir ist noch alles beim alten :( Luftbilder die in bestimmten Bereichen nur mit Tricks anzuwenden sind. wie kann ich eigentlich herausbekommen wo es schon neue Bilder gibt? wer ma kann sich ja mal Simmerath (Eifel) ansehen, westlich. Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 17883 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in Irland?
Hallo Dermot, auch wenn fast ein halbes Jahr vergangen ist... Irland lässt mich noch nicht los. On Sun 2012-02-19 (01:58), Dermot McNally wrote: > Dafür kann ich einiges positives berichten: die Bing Updateaktion hat > die Abdeckung soeben vor zwei Wochen um einiges vervollständigt und > eine totale Abdeckung wird bis ende 2012 versprochen. Auch heute sieht es gar so schlecht nicht aus, nur ärgerlich, dass die jüngste Aktualisierung West Clare ausspart und auch die Gegend um Killarney noch nicht aktualisiert ist. Dafür ist Iveragh fast komplett zum Pflastersteine zählen freigegeben ;) Anscheinend sind auch die Offsets erträglich geworden - jetzt stören "nur noch" die anhand der früheren Bing-Bilder eingetragenen Straßen, die teilweise um 50 Meter daneben liegen. > vor Ort wenig Spaß ;) Wenn ungenügend GPX daten vorhanden sind, oder > wenn sie wenig genau sind, melde dich einfach bei mir, ich habe für > fast alle Gebiete Korrekturen. Meld... > sind, die Wanderwege ergeben sich eher von selbst. Wegen Nebel- und > Unwettergefahr empfehle ich, ohne 1:50k Ordnance Survey Karte keine > Bergwanderung zu unternehmen - auch wenn die Wege in OSM drin sind, > kann 5m neben dir ein Steilhang sein... Da wir auf die ersten 3 Tage des Kerry Way verzichten mussten (holen wir nach) und auch sonst das Wetter sehr gut mitgespielt hat, war nahezu kein Bedarf. > Bei Fragen steht dir die irische Community gerne zu Verfügung, sowohl > auf der Mailing List, wie schon erwähnt, als auch auf IRC unter > #osm-ie. Manche von uns können sogar auf Deutsch helfen. Hm, Englisch soll nicht das Problem sein. Werde ich wohl doch mal "drüben" schauen, denn mit der allgegenwärtigen Kennzeichnung der ländlichen Straßen als "highway=residential" (3 Häuser auf 2 Kilometer) habe ich so meine Probleme (für mich sind das eher "unclassified" oder "service", je nach Durchgängigkeit - lasse mich da aber gern korrigieren). > Viele Grüße aus DUB, > Dermot Beim nächsten Mal planen wir auch mehr Zeit für Dublin und Umgebung ein (auch wenn dort nichts mehr zu mappen ist ;)) Steffen ___ 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 Thu 2012-08-30 (16:43), Willi wrote: > 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. Ui, wie viele einzelne Nodes müsste ich da eintragen, bevor ich mich an einen ziemlich fraktalen Bachlauf heranwagen könnte, der schnell mal mit 300-500 Nodes zu Buche schlägt? Und welcher Editor würde mich vorwarnen, wenn ich die Grenze überschreite? Wie würde ich reagieren: nur einen Teil des Bachs, oder den gesamten "in groben Zügen" (mit entsprechender Nacharbeit für den Nächsten)? Wie dokumentiert man das nachvollziehbar? Bis zum "Du bist ein n00b, deine Nase gefällt mir nicht, etc." ist es ja nicht weit... 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. S ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSMI "ways without tags" und source=Bing
Ich mappe mit Merkaartor und habe beim Abzeichnen von Bing das automatische Einfügen von "source=Bing" aktiviert. Nun passiert es mir anscheinend gelegentlich, dass ich im Eifer des Gefechts "vergesse", dem Way ein entsprechende highway- oder waterway-Tag mitzugeben (manchmal fliege ich auch einfach aus der "road" Eingabe raus, was denselben Effekt hat). OSMI bietet zum Glück die Möglichkeit, ways ganz ohne Tags zu finden (wenn auch mit ein paar Tagen Verzögerung) und das Versehen zu korrigieren. Anscheinend klappt das aber nicht, wenn ein source-Tag vorhanden ist - und sonst nichts. Ich schreibe "anscheinend", weil ich immer noch nach Möglichkeiten suche, diesen Eindruck zu verifizieren - und da würde idealerweise auch eine Möglichkeit dazugehören, solche Situationen direkt in Merkaartor zu erkennen. Hat sich schon einmal jemand Gedanken darüber gemacht und in der kargen Dokumentation von Merkaartor etwas gefunden, wie ich Objekte finden kann, die keine _oder_ nur ein source-Tag haben? Habe ich die merkaartor user group nur noch nicht gefunden? Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Änderungen an einem Way zurücksetzen?
On Sun 2012-08-26 (10:26), Steffen Grunewald wrote: > Guten Morgen, > > der User rukij hat aus Versehen den Way 172036691 "glattgezogen", > wollte aber nur an einem Ende ergänzen. Er wäre mit einem revert > auf Version 2 (jetzt 4) einverstanden Gerade kommt eine Mail von ihm rein, er hat es mittels eines JOSM- Plugins wiederhergestellt. > - ich finde aber in > merkaartor keine Möglichkeit dazu. Welches wäre das empfohlene > Vorgehen in einem solchen Fall? Für einen merkaartor-Tip wäre ich immer noch dankbar! S ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie Änderungen an einem Way zurücksetzen?
Guten Morgen, der User rukij hat aus Versehen den Way 172036691 "glattgezogen", wollte aber nur an einem Ende ergänzen. Er wäre mit einem revert auf Version 2 (jetzt 4) einverstanden - ich finde aber in merkaartor keine Möglichkeit dazu. Welches wäre das empfohlene Vorgehen in einem solchen Fall? Danke schon mal, Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSB-Cyclemap-Layer nicht aktualisiert?
On Thu 2012-08-16 (11:23), Andreas Tille wrote: > Hi Steffen, > > On Wed, Aug 15, 2012 at 12:33:06PM +0200, Steffen Grunewald wrote: > > Danke - wieder ein Tab mehr offen... und die damit verbundene > > Chance, beim Übertragen Fehler zu machen. > > Ein funktionierendes OSB-Layer, und sei es mit einer Woche > > Verzögerung, wäre mir lieber (zumal ich auch dort zwischen > > Mapnik und Cyclemap hin- und herschalte). > > Kann man die Lonvia-Layers nicht "einfach" mit der OSB > > "verheiraten"? > > Du riskierst, daß Dir hier in einem super langen Thread erklärt wird, Sei's drum ;) > Ich habe für mich beschlossen, einfach mit Faszination das Phänomen zu > beobachten, daß es offensichtlich gelingt, sehr viele Leute zur Arbeit > an einer gemeinsamen Datenbasis zu bewegen Ich beobachte zunehmend das Phänomen, dass mir die Lust vergeht, Fehler/ Lücken, die ich z.B. in Radweg- oder Öffi-Relationen sehe (bei lonvia oder OSM), auch in der OSB einzutragen. Nicht immer kann ich das gleich selbst reparieren (dazu müsste ich mit der Linie xyz die betroffene Strecke abfahren, bzw. mich aufs Fahrrad setzen und Schilder suchen - mitunter einfach eine Frage der Entfernung). Dass es anderen noch nicht aufgefallen ist, liegt vielleicht auch an der Verteiltheit der Informationen. Dass OSB und OSM nicht einmal denselben Satz Layers anbieten, ist ein Hinderungsgrund - und dass nicht immer alle Layers auch regelmäßig aktualisiert werden, ist ein zweiter. > dem aber die Unfähigkeit > dieser Gruppe gegenübersteht, auch mal sowas wie ein "fertiges Produkt" > zu erstellen (sei es nun eine Karte im Netz, ein Garmin Image oder was > auch immer) und dieses Produkt zuverlässig und sorgfältig zu pflegen. Unter "fertigen Produkten" versteht sicher jeder etwas anderes. Mir würden die gängigen Tiles/Exporte schon reichen (dass man die alternativen Layer bei openstreetmap.org nicht exportiert bekommt, ist immer wieder ärgerlich), und für den Garmin habe ich mittlerweile meine Lieblingskarte. Dass die Beteiligten "unfähig" seien, ist ein harter Vorwurf. > Ich habe allerdings aus meiner Arbeit an Freier Software gelernt, daß > man um einen Mangel zu beheben auch selbst bereit sein muß, das aktiv > anzugehen. Da mein Hauptfokus bei anderen Projekten liegt, bleibt es > leider wie gesagt beim faszinierten beobachten. Wie sollte das aussehen? OSB klonen und zusätzliche Layers einbauen? Im Moment scheitere ich ja schon daran, ausgehend von http://openstreetbugs.schokokeks.org/more.html eine Kontakt-Mailadresse zu finden :( S ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de