Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?
Hallo Claudius, natural=wood (multipolygon=outer) natural=water (multipolygon=inner) Reicht das nicht: natural=wood natural=water Könnte das irgendwie missverständlich sein? So wie ich das bisher verstanden habe, funktioniert das so: natural=coastline teilt die Welt in Land und Meer. Innerhalb vom Land gelten dann alle anderen Schlüssel: landuse=forest ist ein Wald auf dem Land natural=water ist ein See auf dem Land (oder im Wald oder im Dorf) landuse=farm sind landwirtschaftliche Flächen (in/neben Wald, See, Dorf) Da kann doch eigentlich immer das Kleinere im Grösseren enthalten sein? Ein See im Dorf, oder ein Dorf im See... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?
Claudius Henrichs wrote: Das innere Polygon eines Multipolygons darf gerne völlig andere Tags haben. Das solltest Du aber zuerst den Renderern beibringen... ;) Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wunschzettel für OSM
Wir arbeiten für OSM. Warum machen wir das? Wofür soll OSM eurer Meinung nach verwendet werden? Sicher machen wir uns die Arbeit, weil wir die Daten nutzen wollen, oder? Mich würde mal interessieren was ihr mit den Daten tun wollt! Das wäre doch wichtig um zu wissen, wie bestimmte Dinge gehandhabt werden sollen. Gruß Sven S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maerkischer Kreis: Kacheln werden Gra u überlagert ...
Hallo, Hatto von Hatzfeld [EMAIL PROTECTED] writes: Sebastian Waschik wrote: Marco Krage [EMAIL PROTECTED] writes: Erst wird die Karte geladen (Grundfarbe, da wo nichts ist, ist so nen komisches blau und nicht grau wie sonst überall), und dann wird der Bereich von grauen Kacheln wieder überlagert. Bie mir im FF 3 und IE 7. ich denke, dass das mit dem blau das gleiche Probem ist, was ich heute morgen unter dem Titel Elbehochwasser? geschrieben habe. Nein. Denn wenn ich auf http://www.openstreetmap.org/?lat=51.441lon=7.659zoom=12layers=B000TFF (wo man sowohl graue als auch blaue Flächen sieht) den Maplint-Layer deaktiviere, dann verschwindet das Grau, aber das Blau bleibt. ich bezog mich ja auch nur auf das Blaue. Wegen dem Grau denke ich (vielleicht ist es auch etwas anderes), dass da ein paar Maplint-Kacheln fehlen. Wenn man etwas wegzoomt fehlen da mehr: http://www.openstreetmap.org/?lat=51.3111lon=7.7071zoom=12layers=B000TFF Bei dem Link von dir ist zum Beispiel folgende URL grau: http://e.tah.openstreetmap.org/Tiles/maplint/12/2136/1362.png Wenn etwas da ist, sieht das so aus (oder halt ganz weiß): http://d.tah.openstreetmap.org/Tiles/maplint/12/2135/1363.png Viele Grüße Sebastian Waschik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualit?tssicherung auf Tag-Niveau
Am Freitag, 26. September 2008 15:25:58 schrieb [EMAIL PROTECTED]: Hallo, Tobias Wendorff wrote: Der Grund war eher f?r mich, dass ich mich nicht in noch ein Projekt reinh?ngen will und es nachher hei?t, dass ich alle Sachen an mich rei?e und niemand einbeziehen m?chte. Hab ich schon verstanden, aber auch das ist ein Vorteil eines Chaotenprojektes Das hätte ich nicht besser ausdrücken können, schön es aus deinem Mund zu hören! wie unsrem: Du kannst so viel an Dich reissen, wie Du willst - wenn nichts bei rauskommt, wird es ein anderer machen, weil Du ihn nicht blockieren kannst. Es gibt keinen Posten, auf dem Du sitzen und bremsen kannst. In vielen anderen Organisationen gibt es das. Aber das ist eben manchmal auch von Vorteil, dadurch verennen sich Leute nicht so leicht in irgendwelche Sackgassen.. Bye Frederik Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umrechnung von Hoch- und Rechtswerten
Der Name der Datei ist aber sehr seltsam Sprengfähige Objekte? Woher stammen die Daten? Und was soll damit kartiert werden? -- Mit freundlichen Grüßen / Regards / Cordialement Dr. Franz-Josef Behr Participate in http://www.opengeocoding.org! Growing old is mandatory. Growing up is optional. Prof. Dr. Franz-Josef Behr - Home Office Author of: Strategisches GIS-Management - http://www.gis-management.de eMail: [EMAIL PROTECTED] http://www.gis-news.de Tel: +49 (0)721 / 453980-1 sowie 45 33 35 Fax: +49 (0)721 / 453980-7 sowie via web.de: +49 (0)1212-5-12048213 begin:vcard fn:Dr. Franz-Josef^Behr n:Behr;Franz-Josef org:Stuttgart University of Applied Sciences (SUAS);Faculty of Geomatics, Computer Science and Mathematics adr;quoted-printable:;;Schellingstra=C3=9Fe 24, ;Stuttgart;;D-70174;Germany title:Prof. tel;work:+49) 711/8926-2606 tel;home:+49 (0)721 / 453980-1 url:http://www.hft-stuttgart.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Elbehochwasser?
Hallo, Michael Buege [EMAIL PROTECTED] writes: Zitat Hermann Schwaerzler: hallo sebastian Sebastian Waschik wrote: [...] PS: Gibt es in JOSM eigentlich eine Möglichkeit die ID zu einem Weg herauszufinden. Bei Knoten wird sie scheinbar in dem Auswahlfenster dargestellt. Bei Wegen finde ich nichts. weg markieren. mittlere maustaste drücken. im erscheinen context-menü erscheint u.a. auch die ID. wenn du mit gedrückter mittlerer taste auf den text des context-menüs fährst und dann die maustaste loslässt und die maus nicht mehr bewegst, bleibt das menü auch sichtbar. Wenn man zusaetzlich ctrl/Strg drueckt, darf man sogar die Maus bewegen. ;-) danke an Hermann und Michael! http://wiki.openstreetmap.org/index.php/JOSM/Advanced_Tricks hatte ich zwar gelesen. Dann aber auch im Hinterkopf für halt mehrere überschneidende Wege behalten. Das mit dem Maus auf Kontextmenü schieben und loslassen habe ich allerdings nicht geschafft. Mit Strg klappt. Auch wenn das zum Kopieren der Knotennummer trotzdem noch etwas umständlich ist: Ich muss die die Nummer im Kopf (oder auf einem Zettel) haben. In ein anderes Programm muss ich die dann dann noch mal tippen anstatt sie einfach einzufügen, wie ich dies bei den anderen Eigenschaften eines Weges ist kann. Dies ist aber schon mal ein Riesenvorschritt gegenüber dem Suchen in der XML-Datei bzw. dem Aufmachen des Datenlayers. Viele Grüße Sebastian Waschik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Datenaustausch ohne JOSM
Bodo Meissner schrieb: Man könnte einen Kommandozeilenparameter oder eine Environment-Variable einbauen, um das Konfigurationsverzeichnis abweichend vom Standard festzulegen. Warum nicht auch in einem Dialog in den Programmeinstellungen? Kommandozeilenparameter muss man kennen, um sie benutzen zu können. Menüs und Konfigurationsseiten kann man durchblättern. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wunschzettel für OSM
Hallo. Am Montag, 29. September 2008 schrieb Sven Sommerkamp: Mich würde mal interessieren was ihr mit den Daten tun wollt! Das wäre doch wichtig um zu wissen, wie bestimmte Dinge gehandhabt werden sollen. Nein, wir sollten nicht unser Ziel vorher feststecken. Momentan sind wohl Router (mit unzählichen Sonderfunktionen und unterschiedlichen Schwerpunkten) und Kartendarstellung (mit unzählichen Sonder-Darstellungen) die verbreitetsten Anwendungen. Aber wenn wir jetzt sagen, wofür wir die Karte machen, wird sie für alle anderen Anwendungen (die uns jetzt halt noch nicht einfallen) immer schlechter werden weil man viel zu oft mit Tricks versucht, für die gegebenen Anwendungen das richtige Ergebnis zu simulieren. Spontanes Beispiel: Wenn wir nur sagen, Router und Landkarten sind unser Ziel. Dann macht diese ganze Multipolygon-Relation-Diskussion plötzlich keinen Sinn, denn ein Router interessiert sich nicht für den Wald und eine Karte kann man auch rendern wenn man ein Stück Land über den Wald legt (mit layer). Wenn wir nachher aber die Gesamtfläche des Waldes in Hessen berechnen wollen, gibt es plötzlich wieder Probleme weil man nicht mehr weiß, welches drüber gelegte landuse jetzt eine Lichtung darstellt und welches vielleicht nicht. Gruß, Bernd -- Lieber arm dran als Arm ab signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Datenaustausch ohne JOSM
Hallo. Am Montag, 29. September 2008 schrieb Birgit Nietsch: [Einstellungen an einem bestimmten Ort speichern] Warum nicht auch in einem Dialog in den Programmeinstellungen? In den Einstellungen speichern, wo die Einstellungen gespeichert werden? Wie war das mit der Rekursion? :-) Also ja, speichern würde ja gehen, aber das wiederfinden wäre dann ein Problem. Alternativvorschlag: 1. Versuch: normales Benutzerdaten-Verzeichnis 2. Versuch: JOSM-Binary-Verzeichnis 3. Versuch: Datei-Öffnen-Dialog anzeigen und den User fragen wo die Einstellungen sind. Plus einen Kommandozeilen-Parameter für einen benutzerdefinierten Speicherort. Gruß, Bernd -- Fachbegriffe der Informatik (#440): Chamäleon Pinguin nach Anwendung aller SuSE-Patches. (Hans Bonfigt) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Steinbrüche, Kiesgruben, Böschun gen...
Hi, Am 29. September 2008 00:02 schrieb Garry [EMAIL PROTECTED]: .. gibt es dafür schon Tags? Mir geht es um die Darstellung von künstlichen und natürlichen Bruchkanten, die für den normalen Verkehr unüberwindbare Hindernisse sind und zu wenig Höhenunterschied bieten um mit der Höhendatenbank erkannt zu werden.. IMHO haben wir bisher festgeschrieben nur natural=cliff und man_made=embankment, die in diese Richtung gehen. Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Datenaustausch ohne JOSM
Hallo, Michael Buege [EMAIL PROTECTED] writes: Einfacher waere es imho natuerlich, das .josm-Verzeichnis auch an einem selber bestimmbaren Ort einrichten zu lassen. Gibt es da eine Moeglichkeit? Ich verwende Josm an verschiedenen Orten auf verschiedenen Rechnern. Momentan kopiere ich das .josm-Verzeichnis immer auf den Stick und und bei Bedarf wieder in das home-Verzeichnis. Ideal waere, Josm inklusive Verzeichnis komplett vom Stick starten zu koennen. klappt die Notlösung, einen Soft-Link mit dem Namen .josm anzulegen? Lokal auf der Platte schien das eben zumindest zu funktionieren. Also ich habe das Verzeichnis .josm nach josm verschoben und einen Link von .josm auf josm angelegt. Darauf hin hat JOSM in das Verzeichnis josm geschrieben. Alles klappt natürlich nur unter Linux, aber da du KNodes verwendest denke ich, dass du zumindest auf einem Rechner obiges anwenden könntest. Viele Grüße Sebastian Waschik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - eine freie Weltkarte
Hallo Bernd, hallo Frederik, klar, Prioritäten helfen bei der zielgerichteten Arbeit. Gleichzeitig ist aber der Zusammenhang der einzelnen Aktivitäten mit dem Ganzen genauso wesentlich. ich habe verstanden, dass Du OSM auf die Datenbasis reduzieren möchtest (plus DB-Infrastruktur, plus die Datensammeltätigkeit und die Attributierung der Daten, plus Datenzugriff). Frederic: Der Grund dafuer ist einfach. Indem wir uns auf unser Kerngeschaeft konzentrieren, koennen wir darin besser werden - unsere Arbeitskraft und, wo vorhanden, Finanzmittel sollen nicht verbraucht werden, um redundante Tileserver und Terabyte von Traffic anzubieten, sondern um das Datensammeln zu erleichtern bzw. sicherzustellen. Solange Du mit unser Kerngeschäft hier dasjenige der Datenbankspezialisten und der Datensammler meinst, bin ich da sehr einverstanden. In einem Projekt dieser Grössenordnung braucht es Spezialisierung. Und wenn diese mit den persönlichen Fähigkeiten, Fertigkeiten und Vorlieben übereinstimmen, dann kann das nur gut sein. Das darf aber nicht das Kerngeschäft von OSM sein. Denn das Kerngeschäft von OSM ist die Erstellung einer freien Weltkarte Ebenfalls einverstanden bin ich damit: Die Terabyte von Traffic und die redundanten Tileserver kann leicht jemand anders machen (wenn Du mit jemand anders andere OSM'er meinst, oder Dritte) Allerdings darf Spezialisierung nicht dazu führen, dass die Idee als Ganzes aus den Augen verloren wird: *wir machen eine freie Weltkarte* Und dazu ist es essentiell, dass die Spezialisten miteinander reden und alle ihre Aktivitäten konsequent mit- und aufeinander abstimmen. _Massstab ist immer der Endbenutzer_ Also derjenige, der mittels einer Anwendung die Daten für seine Zwecke nutzen will. Deshalb sind die Wünsche der Endbenutzer konsequent zu erfassen und möglichst erfolgreich umzusetzen. Ideal dabei ist, dass viele OSM'er in Personalunion sowohl Endbenutzer, als auch Datensammler und Kartografen sind (oder werden!). Und einige sind sogar DB-Spezialisten und/oder Anwendungsprogrammierer, Organisatoren, Hardwarespezialisten, etc. wir (als Projekt) sind alle die den Endbenutzer in irgend einer Weise glücklich - und damit das Projekt erfolgreich machen. Erfolgreicher als andere... Bernd: Daten und die Datensammlung kann frei erhalten bleiben, unabhängig von der Kontrolle einer gewinnorientierten Firma Ja, *Datenfreiheit ist der zentrale Schlüsselwert von OSM*. Das darf aber nicht dazu führen, dass wir zu einem Abklatsch von Teleatlas oder so werden, denn wir sind viiiel mehr: _OSM ist eine freie Weltkarte_ Also viele pfiffige Anwendungen auf der Basis gemeinsam erhobener Daten, simpel zu bedienen mit hohem Nutzerwert. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wunschzettel für OSM
Sven Sommerkamp schrieb: Wir arbeiten für OSM. Warum machen wir das? Wofür soll OSM eurer Meinung nach verwendet werden? Sicher machen wir uns die Arbeit, weil wir die Daten nutzen wollen, oder? Mich würde mal interessieren was ihr mit den Daten tun wollt! Das wäre doch wichtig um zu wissen, wie bestimmte Dinge gehandhabt werden sollen. Wenn mir mal spontan was einfällt bringe ich das immer hier unter, damit ich es nicht vergesse und mich evtl. mal darum kümmere bzw. bestimmte Leute danach fragen kann: http://wiki.openstreetmap.org/index.php/User:John07#Wunschliste Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - eine freie Weltkarte
Hallo Frederik, ich schrieb: Reine Consumer werden OSM an Google messen und dabei weniger tolerant sein als die für OpenSource aufgeschlossenen Menschen. Damit: Die sollen einfach weggehen und in ein paar Jahren wiederkommen. Klingt jetzt hart, aber ist so - wer nicht die Toleranz mitbringt, um mit einem dynamischen Projekt wie uns zu arbeiten, fuer den ist Google eben einfach besser geeignet würdest Du auf viiiele wertvolle Ressourcen verzichten. Unter den Consumern sind immer auch interessierte, engagierte und kopetente Menschen, die sich für gute Ideen begeistern lassen. Und einige lassen sich für eine aktive Mitarbeit begeistern... Klar bedeutet es etwas Aufwand, OSM zu erklären. Aber das tun wir doch bereits recht erfolgreich?! Was m.E. noch erforderlich wäre, ist, dies auch als *Ziel* zu formulieren und noch konsequenter umzusetzen. Und dazu gehört, dass sich alle Entwickler bewusst sind, dass OSM nur funktioniert, wenn der Endbenutzer einen Gewinn hat. Und dass er als Entwickler entscheidend dazu beitragen kann, indem er mit anderen Entwicklern synergetisch zusammenarbeitet und dabei die Interessen der Endbenutzer immer im Blick hat. * OSM ist immer noch ein Projekt fuer early adopters Das sehe ich genauso. Gleichzeitig können wir allen erzählen: - wir sammeln freie Daten - wir machen freie Anwendungen - wir wollen besser sein als die Kommerziellen Und einladen: Machst Du mit?! Eine *gute Informationspolitik* ist essentiell. Sehe ich nicht so. Politik koennen wir ueberhaupt nicht gebrauchen. Informationspolitik hat nichts mit der Politik von Parteien zu tun. Politik bedeutet: Erkennen wer die Kunden sind (hier die Endanwender), wo die Ressourcen sind (bei OpenSource ebenfalls die Endanwender), daraus Ziele formulieren (freie Daten mit pfiffigen Anwendungen), planen wie wir das Ganze umsetzen. Informationspolitik bedeutet: Darüber erzählen. Von den Zielen, vom Weg, von den Erfolgen, und was als nächstes ansteht. Informationspolitik bedeutet auch zuhören: Ideen und Wünsche aufgreifen. Das alles ist OpenSource. Gruss, Markus * siehe dazu den neuen Thread von Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zuverlässigkeit der Server
Hallo Jonas, dass ich in der Gesamtheit deiner letzten Postings immer nur vom Worst-Case und Untergangszenarien lese Oh - das meine ich nicht - im Gegenteil: OSM ist super! Unsere Nutzerzahlen explodieren, wir sind in immer mehr wichtigen Pressemedien aufgetaucht und immer mehr Leute nutzen unsere Daten und kennen uns. Ja! Je mehr Menschen wir erreichen, desto schneller wächst das Projekt. Gleichzeitig wecken wir damit auch Erwartungen. Deshalb ist es m.E. zwingend notwendig, mit diesen Erwartungen gezielt konstruktiv umzugehen. Dazu gehört: - Wünsche der Endbenutzer aufgreifen - Ziele für das Gesamtprojekt formulieren - synergetisch an der Umsetzung arbeiten - wirkungsvolle Kommunikation (und das geht nicht ohne Organisation) Ganz wichtig ist: Das was ich an diesem Projekt nämlich bis jetzt am meisten schätze ist die postive Grundstimmung und die Mentalität einfach mal was zu machen, zu sehen wie es läuft ... es ist einfach alles sehr unkompliziert und freundlich. Diese *positive Grundstimmung* und die *Idee der freien Weltkarte* sind die Quelle unseres Erfolges! Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffnungszeiten
So Dritter versuch mit gmail was zu senden: Mir persönlich ist es im Grunde egal wo die Daten für Öffnungszeiten dann liegen, mir geht es darum das sie eingetragen werden können. Es ist imho eine wichtige Information. Das Schema ist allerdings wirklich nicht so toll. (Wer jetzt Mach's besser sagt, hat natürlich recht :-S) Im Endeffekt wird es sowieso irgendwann eine Vorlage für JOSM geben, dann werden sicher genügend Leute die Öffnungszeiten eintragen. Eine DB für POIs hätte was für sich, man könnte Standardöffnungszeiten für zB. alle Billa (REWE) in Wien eintragen. Verknüpft mit einer API für die Konzerne, dass sie ihre Sonderangebote reinschreiben, etc. (wobei man darüber streiten kann ob das nicht Werbung ist, ...) In so einer DB könnte man natürlich auch viele andere Informationen (Kundenbetreuer der Filiale + Tel.nummer, ...) rein schreiben. mfg, Florian (Kelvan) Am 29. September 2008 00:41 schrieb Tordanik [EMAIL PROTECTED]: Florian Heer schrieb: Tordanik schrieb: [Ironie entsorgt] Schade, dabei hab ich mir doch so viel Mühe gegeben, meinen Vergleich zum Hinken zu bringen. *g* Also: Nur, dass man etwas gerne mit OSM verbunden anwenden möchte, ist meiner Ansicht nach noch kein Grund, dass es in dasselbe Format und dieselbe Datenbank gezwängt werden muss. Naja, ich bin ja der Meinung, dass wir mappen sollten, was sichtbar ist. Öffnungszeiten kann man im Vorbeilaufen aufschreiben (ebenso wie den Inhaber, das möchten scheinbar auch einige gern als Info haben). Die Geschichte eines POIs ist da entweder nicht im Vorbeilaufen mit-mapbar, oder sie hängt in urheberrechtlich geschützter Form rum. Kein schlechtes Kriterium, zugegeben. Ich zumindest sehe da schon einen Unterschied, ansonsten könnten wir direkt das volle Gegentum machen und nur Straßen und Gebäude eintragen, alle Zusatzinfos gehören dann in eine externe Datenbank, auch, ob es ein Restaurant ist, ob da ein Briefkasten ist etc. Richtig, es ist ein Unterschied. Man muss eben irgendwo für sich eine Grenze ziehen, weder „wir fügen alle Informationen in die Datenbank, die irgendwas mit dem Ort zu tun haben noch „wir packen nur noch Koordinaten und Ways in unsere DB und lagern alle Infos in externe DB aus halte ich für der Weisheit letzten Schluss. Ganz scharfe Kriterien sind da m.E. schwer zu definieren, für sprächen aber etwa folgende Punkte für eine eigene Unterbringung: * die Information lässt sich auch ohne OSM nutzbringend einsetzen - ist bei Dingen wie „Branchenbuch und „Fahrplan m.E. gegeben, die gibts ja nicht umsonst auch schon extra * die Information lässt sich mit OSM-Datenstrukturen schwer abbilden - gilt wohl bei Öffnungszeiten durchaus auch, da ich bis jetzt noch keine Lösung gefunden habe, die halbwegs ohne kompliziertes Parsing schwer lesbarer Strings auskommt * es könnten auch Leute mitarbeiten wollen, die nicht Mapper sind - halte ich auch für gegeben, da die technische Einstiegshürde bei einer Öffnungszeitenmaske wohl geringer ist, als es detailliertere OSM-Edits je sein werden Letztlich ist es natürlich Ansichtssache, und solange ich nicht selber eine Öffnungszeiten-DB baue, muss ich mir ja an die eigene Nase fassen. Tordanik ___ 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] Wunschzettel für OSM
Hallo Sven, das ist eine super Idee: Wir arbeiten für OSM. Warum machen wir das? Wofür soll OSM eurer Meinung nach verwendet werden? Sicher machen wir uns die Arbeit, weil wir die Daten nutzen wollen, oder? Mich würde mal interessieren was ihr mit den Daten tun wollt! Das wäre doch wichtig um zu wissen, wie bestimmte Dinge gehandhabt werden sollen. Die Ergebnisse könnte man im Wiki zentral sammeln. Daraus könnte man Ziele ableiten. Eine ToDo-Liste formulieren. Und jede/r der/die (warum gibt es eigentlich so wenig Frauen hier?) der Lust und Zeit hat, könnte sich gemeinsam mit anderen, die ebenfalls Lust und Zeit haben, den einen oder anderen Punkt vornehmen, nach einer Lösung suchen, diese umsetzen, und das Ergebnis für alle als Anleitung zum Nachmachen oder Benutzen dokumentieren. Hallo Jonas, Wenn mir mal spontan was einfällt bringe ich das immer hier unter, damit ich es nicht vergesse und mich evtl. mal darum kümmere bzw. bestimmte Leute danach fragen kann: http://wiki.openstreetmap.org/index.php/User:John07#Wunschliste Ich habe auch sowas angefangen: http://wiki.openstreetmap.org/index.php/Talk:De:OSM_in_Website_für_Gemeinde http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Workshops/Baukasten_Webanwendungen http://wiki.openstreetmap.org/index.php/de:Segler1 Vielleicht können wir daraus eine zentrale Wunschliste machen? Wo alles miteinander übersichtlich vernetzt ist... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wunschzettel für OSM
Hi, Wir arbeiten für OSM. Warum machen wir das? Weil ich schon lange mit GPS rummache und das schon fast als kleines Hobby betrachte. Wofür soll OSM eurer Meinung nach verwendet werden? Ich brauche die Karten für das Garmin und benutze auch die routingfähigen Karten auf dem Garmin. Sicher machen wir uns die Arbeit, weil wir die Daten nutzen wollen, oder? Siehe oben. Mich würde mal interessieren was ihr mit den Daten tun wollt! Navi mit Strassenrouting und Wanderungen mit GPS. Das wäre doch wichtig um zu wissen, wie bestimmte Dinge gehandhabt werden sollen. Gruß Kai -- GMX Kostenlose Spiele: Einfach online spielen und Spaß haben mit Pastry Passion! http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/6169196 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wunschzettel f?r OSM
Am Montag, 29. September 2008 10:05:47 schrieb [EMAIL PROTECTED]: Hallo. Am Montag, 29. September 2008 schrieb Sven Sommerkamp: Mich w?rde mal interessieren was ihr mit den Daten tun wollt! Das w?re doch wichtig um zu wissen, wie bestimmte Dinge gehandhabt werden sollen. Nein, wir sollten nicht unser Ziel vorher feststecken. Ist ja kein endgültiges Ziel. Wir sehen ja das theoretisch vieles denkbar ist. Aber ohne Ziele irrt man hilflos umher und eben auch in Sackgassen. Das braucht unser Projekt nun nicht, sondern zielstrebiges arbeiten an einer gemeinsamen Vision. Momentan sind wohl Router (mit unz?hlichen Sonderfunktionen und unterschiedlichen Schwerpunkten) und Kartendarstellung (mit unz?hlichen Sonder-Darstellungen) die verbreitetsten Anwendungen. Ich vermute das die meißten die sich am Projekt beteiligen dies tun, weil sie die Daten für Routing nutzen wollen, oder um Karten verschiedenerlei gerendert ausdrucken wollen, oder um sie auf Webseiten einzubinden (Wegbeschreibung). Aber wenn wir jetzt sagen, wof?r wir die Karte machen, wird sie f?r alle anderen Anwendungen (die uns jetzt halt noch nicht einfallen) immer schlechter werden weil man viel zu oft mit Tricks versucht, f?r die gegebenen Anwendungen das richtige Ergebnis zu simulieren. Wenn wir die Karte so bauen, das man sie Flächenberechnungen, Statistiken usw. gleich oder vorrangig gut zu verwenden ist, dann werden die Dinge, von denen ich denke, das die meißten Menschen profitieren, leer aus gehen. Das wäre schade, denn diese würden sich jetzt fragen: Wofür hab ich soviele Stunden und Tage investiert? Oder warum sollte ich es in Zukunft tun? Spontanes Beispiel: Wenn wir nur sagen, Router und Landkarten sind unser Ziel. Dann macht diese ganze Multipolygon-Relation-Diskussion pl?tzlich keinen Sinn, denn ein Router interessiert sich nicht f?r den Wald und eine Karte kann man auch rendern wenn man ein St?ck Land ?ber den Wald legt (mit layer). Für eine Kartenanwendung ist schon zur Orientierung auch wichtig ob Wald oder Gewässer, was auch immer vorhanden ist. Daran ändert sich nichts. Wenn wir nachher aber die Gesamtfl?che des Waldes in Hessen berechnen wollen, gibt es pl?tzlich wieder Probleme weil man nicht mehr wei?, welches dr?ber gelegte landuse jetzt eine Lichtung darstellt und welches vielleicht nicht. Gru?, Bernd Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?
Andreas Labres: Claudius Henrichs wrote: Das innere Polygon eines Multipolygons darf gerne völlig andere Tags haben. Das solltest Du aber zuerst den Renderern beibringen... ;) Servus, Andreas Die können das doch schon. Die Anatomie hier beispielsweise hat als inner-Polygon ungetaggte Polygone: http://www.openstreetmap.org/?lat=51.331924lon=12.38291zoom=18layers=B000FTF ...und hier hätten wir das Beispiel Baumbestandene Insel in See: http://www.openstreetmap.org/?lat=51.329527lon=12.357197zoom=18layers=B000FTF ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wunschzettel f?r OSM
Ich habe mal eine Seite angelegt. Dort kann jeder reinschreiben, was er mit den Daten tun möchte. http://wiki.openstreetmap.org/index.php/Ziele%2C_was_wollen_wir_mit_OSM_machen Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tag Erlaerung.
Hallo, kann mir jemand sagen was dieser Tag bedeutet? access=permissive Permissive finde nicht im Wörterbuch. Schöne grüße Thomas _ In 5 Schritten zur eigenen Homepage. Jetzt Domain sichern und gestalten! Nur 3,99 EUR/Monat! http://www.maildomain.web.de/?mc=021114 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonnummern bei POI
[EMAIL PROTECTED] schrieb: gibt es eine verbindliche Form, in der Telefonnummern von Restaurants, Hotels etc eingetragen werden können? Suche im Wiki: phone dritter treffer: http://wiki.openstreetmap.org/index.php/Key:phone Gruss florian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag Erlaerung.
Thomas Drebert schrieb: kann mir jemand sagen was dieser Tag bedeutet? access=permissive Suche im Wiki: permissive erster Treffer: http://wiki.openstreetmap.org/index.php/Key:access Permissive finde nicht im Wörterbuch. dict.leo.org: http://dict.leo.org/ende?lp=endelang=desearchLoc=0cmpType=relaxedsectHdr=onspellToler=onchinese=bothpinyin=diacriticsearch=permissiverelink=on Gruss florian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag Erlaerung.
Hallo Thomas, wenn Du etwas suchst, einfach den Begriff im Wiki unter Suche eingeben. Alles zu den Schlüsseln und ihren Werten findest Du unter http://wiki.openstreetmap.org/index.php/de:Map_Features und http://wiki.openstreetmap.org/index.php/de:Howto_Map_A und noch ein paar weiteren Unterseiten. access=permissive findest Du unter http://wiki.openstreetmap.org/index.php/de:Map_Features#Beschränkungen Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Permalink
was bedeutet im Permalink: layers=B00FT Wo finde ich eine Liste der möglichen Werte? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Datenaustausch ohne JOSM
On Mon, Sep 29, 2008 at 09:27:35AM +0200, Bernd Wurst wrote: 1. Versuch: normales Benutzerdaten-Verzeichnis 2. Versuch: JOSM-Binary-Verzeichnis 2 1/2. Einstellungen per API laden (http://api.openstreetmap.org/api/0.5/user/preferences; ganze Config als ein Wert ablegen, damit 150er-Grenze nicht so schnell erreicht wird) 3. Versuch: Datei-Öffnen-Dialog anzeigen und den User fragen wo die Einstellungen sind. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Steinbrüche, Kiesgruben, Böschun gen...
.. gibt es dafür schon Tags? Es gibt für Steinbrüche landuse=quarry. Damit sollte klar werden, dass man dort selbst als geübter Wanderer vorher die Police seiner Lebensversicherung prüfen sollte. Für Böschungen braucht es meines Erachtens kein Tagging. Kein Weg + SRTM-Höhenlinen sind -siehe Cyclemap- eindeutig. Lediglich Erdwälle (Deiche) könnten ein schönes Tagging gebrauchen, wenn man als Wanderer vorplant. Auf dem Deich zu laufen ist -je nach Witterung- netter als unten dahinter. Andererseits kann man das auch spontan vor Ort umplanen. ;-) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wunschzettel f?r OSM
Hallo. Am Montag, 29. September 2008 schrieb Sven Sommerkamp: Nein, wir sollten nicht unser Ziel vorher feststecken. Ist ja kein endgültiges Ziel. Wir sehen ja das theoretisch vieles denkbar ist. Aber ohne Ziele irrt man hilflos umher und eben auch in Sackgassen. Das braucht unser Projekt nun nicht, sondern zielstrebiges arbeiten an einer gemeinsamen Vision. Mit dem Arbeiten an einer gemeinsamen Vision stimme ich dir voll zu. ;-) Du redest dauernd von Sackgassen. Welche denn zum Beispiel? Ich erkenne lediglich, dass manchmal mehrere Ansätze parallel verfolgt werden wovon dann vielleicht einer irgendwann aufgegeben wird. Das ist aber einfache und konstuktiv ablaufende Evolution und kein in-die-Sackgasse-irren. Ich vermute das die meißten die sich am Projekt beteiligen dies tun, weil sie die Daten für Routing nutzen wollen, oder um Karten verschiedenerlei gerendert ausdrucken wollen, oder um sie auf Webseiten einzubinden (Wegbeschreibung). Ja, das sage ich doch. Aber machen wir eine Karte für die meißten? Ich mache sie nichtmal für die meisten sondern so, dass ich niemanden ausschließe. Wenn wir die Karte so bauen, das man sie Flächenberechnungen, Statistiken usw. gleich oder vorrangig gut zu verwenden ist, dann werden die Dinge, von denen ich denke, das die meißten Menschen profitieren, leer aus gehen. Huh? Warum? Kannst du mit einem Wald, bei dem das innere auch als inneres markiert ist nicht routen? Oder das nicht auf einer Karte darstellen? Jeder Mensch hat eine gewisse Sehnsucht nach Statistiken. Ob es Edits pro Monat oder Waldflächen in einem Bundesland sind, man kann über alles Statistiken machen. Nicht nur über Daten die für nichts anderes zu gebrauchen sind. Das wäre schade, denn diese würden sich jetzt fragen: Wofür hab ich soviele Stunden und Tage investiert? Oder warum sollte ich es in Zukunft tun? Weil es dich nicht kratzen muss was ich mit den Daten anstelle. So lange jeder das macht und beisteuert, was er für richtig hält und nicht anderer Leute Arbeit in sein Schema presst oder manche Konventionen grade anders herum benutzt, kann vieles parallel existieren. Die meisten Mapper haben keine Probleme damit, sich für Dinge die schon existieren auch an die Konventionen zu halten, die sich durch breite Nutzung ergeben haben. So lange das so ist, sehe ich keine Probleme mit den Standard-Features. Erweiterte Anwendungen brauchen eben etwas länger bis sie sich über große Flächen herumgesprochen haben, aber wir haben ja Zeit. :) Gruß, Bernd -- Wenn es regnet und hagelt, dann liegt es meistens am Wetter. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Steinbrüche, Kiesgruben, Böschun gen...
Johann H. Addicks schrieb: .. gibt es dafür schon Tags? Es gibt für Steinbrüche landuse=quarry. Das tagge ich auch, ich nehm es als leidlich passendes für die Sand- und Kiesgruben in der Gegend. Passt nicht zu 100%, aber für Routing dürfte es den Zweck erfüllen. mw ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Permalink
Markus: was bedeutet im Permalink: layers=B00FT Wo finde ich eine Liste der möglichen Werte? Mit dem layer-Parameter im Permalink werden die de-/aktivieren Layer und Overlays gekennzeichnet. Die ersten vier Stellen bei Openstreetmap.org dienen für die vier Baselayer Mapnik, Osmarender, Cycle Map und No Name. Ein B bedeutet, dass dieser Layer aktiviert ist. Die letzten drei stellen dienen für die Aktivierung der Overlays Maplint und Data (Keine Ahnung, wofür der dritte verwendet wird). T steht hierbei für True (=aktiviert), F für False (nicht aktiviert). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone für Wälder/Landuse - m uss das sein?
Hallo, Am Montag, den 29.09.2008, 07:31 +0200 schrieb Bernd Wurst: Hallo. Am Sonntag, 28. September 2008 schrieb Torsten Leistikow: Garry schrieb: Andreas Labres schrieb: Übrigens fehlt mir ein generischer landuse=Wiese Tag. landuse=village_green funktioniert, dürfte aber nicht ganz Sinn der Sache sein... landuse=farm sollte meinem Vertsaendnis nach Wiesen, Weiden, Aecker und sonstige landwirtschaftliche Nutzflaechen umfassen. Scheinbar ist das Verständnis dieses Tags aber sehr diffizil. Sieht man daran, dass osmarender es grün macht, mapnik aber braun. Da haben also die Sytle-Autoren unterschiedliche Aufassungen darüber, was das bedeuten soll. Daher wurde mittlerweile landuse=farmyard (Bauernhof) und landuse=farmland (bewirtschaftete Fläche) erfunden. Für eine einfache Wiese (ungeachtet der Bewirtschaftung) wäre eventuell natural=grass ne Alternative. ich sähe landuse=meadow als angebrachter. Dann sieht man das es sich um eine Wiese handelt - also eine Fläche die in den meisten Fällen eingezäunte ist und auf denenen sich mitunter Tiere aufhalten - und nicht etwa um eine städtische Grünfläche (diese laufen ja eh unter landuse=village_green oder leisure=park. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wunschzettel für OSM
Wofür soll OSM eurer Meinung nach verwendet werden? Ich benötige eine Alternative für Topo-Karten für Outdoor- Geräte, die a) frei und b) besser als die elektronischen Karten der Gerätehersteller sind. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Datenaustausch ohne JOSM
Hallo, Sascha Silbe [EMAIL PROTECTED] writes: On Mon, Sep 29, 2008 at 09:27:35AM +0200, Bernd Wurst wrote: 2 1/2. Einstellungen per API laden (http://api.openstreetmap.org/api/0.5/user/preferences; ganze Config als ein Wert ablegen, damit 150er-Grenze nicht so schnell erreicht wird) und woher soll JOSM wissen, wie mein Benutzername lautet? Außerdem ganz so geschickt finde ich das nicht, wenn dort auch Verzeichnisangaben abgespeichert werden. Aber gut, wenn ich ein Verzeichnis habe wird er wohl nicht suchen und normalerweise sollte sich das ja auch nicht ausnutzen lassen, um auf einer Webseite einzustellen, dass bei einem Benutzer gezielt irgendetwas überschrieben werden soll. Viele Grüße Sebastian Waschik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Permalink
Hallo, Markus [EMAIL PROTECTED] writes: was bedeutet im Permalink: layers=B00FT schalte einfach über das + oben rechts die entsprechenden Layer ein und der Perma-Link wird entsprechend angepasst. Das sich die Bedeutung der Layers nicht perma ist finde ich auch nicht ganz schön (wurde ja auf dieser Mailingliste schon angesprochen). Du kannst die Layers-Angabe auch weglassen, dann wird der default Base Layer angezeigt. Viele Grüße Sebastian Waschik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] verschiedene Agarflächen (was: Mul tipolygone für Wälder/Landuse - muss das sein ?)
Für eine einfache Wiese (ungeachtet der Bewirtschaftung) wäre eventuell ich sähe landuse=meadow als angebrachter. Dann sieht man das es sich um eine Wiese handelt - also eine Fl??he die in den meisten Fällen eingezäunte ist und auf denenen sich mitunter Tiere aufhalten Bei uns ist das dann keine Wiese sondern eine Weide. Mag aber regional unterschiedlich sein. (Dass natürlich auch auf einer Wiese Tiere sind ist klar. Konkret der Hund des Landwirts, der das lagernde Wild aufscheucht bevor der Kreiselmäher kommt.) Falls es Dir jedoch um den Zaun-Aspekt gehen sollte, dann kannst Du hier in der Gegend die Maisschläge dazunehmen, die gegen das Schwarzwild mit Elektrozäunen abgesichert werden. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] bilder einblenden
moin ! gibt es eine möglichkeit (beschreibung ?) um eigene bilder zu hinterlegen ?? ... und hat es einer schon einmal mit dem fotografieren aus dem reise-flugzeug (kurve) erfahrungen gemacht - für die definition von wasser/waldflächen gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonnummern bei POI
Hallo, [EMAIL PROTECTED]: gibt es eine verbindliche Form, in der Telefonnummern von Restaurants, Hotels etc eingetragen werden können? Bitte keine Telefonnummern hinterlegen, ich bin dagegen. Grund: Wenn sich die Telefonnummer mal ändert oder durch ein Versehen eine falsche Nummer hinterlegt wird, hat der betroffene, der nun womöglich alle Nase lang angerufen wird, i. d. R. keine Chance, diesen falschen Eintrag zu korrigieren oder zu entfernen. Die Kompetenz für Telefonnummern sollte bei den Telefonbüchern oder freien Projekten, die sich speziell dafür verschrieben haben, bleiben und NICHT in die OSM eingebracht werden. Just my two cents. CU Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonnummern bei POI
Am 29. September 2008 12:37 schrieb Andreas Pothe [EMAIL PROTECTED]: Bitte keine Telefonnummern hinterlegen, ich bin dagegen. Grund: Wenn sich die Telefonnummer mal ändert oder durch ein Versehen eine falsche Nummer hinterlegt wird, hat der betroffene, der nun womöglich alle Nase lang angerufen wird, i. d. R. keine Chance, diesen falschen Eintrag zu korrigieren oder zu entfernen. Die Kompetenz für Telefonnummern sollte bei den Telefonbüchern oder freien Projekten, die sich speziell dafür verschrieben haben, bleiben und NICHT in die OSM eingebracht werden. Das sehe ich genau anders herum. Diese Information kann sehr nützlich sein (z.B. erfasse ich die Nummern von anrufbaren Telephonzellen grundsätzlich). Wenn sie sich ändert und jemand wird öfter angerufen, erkundigt sich dieser erfahrungsgemäß beim Anrufenden woher die Nummer stammt. Jeder kann die OSM-Datenbank bearbeiten und Einträge korrigieren. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - eine freie Weltkarte
Hallo. Am Montag, 29. September 2008 schrieb Markus: Damit: Die sollen einfach weggehen und in ein paar Jahren wiederkommen. Klingt jetzt hart, aber ist so - wer nicht die Toleranz mitbringt, um mit einem dynamischen Projekt wie uns zu arbeiten, fuer den ist Google eben einfach besser geeignet würdest Du auf viiiele wertvolle Ressourcen verzichten. Es ist kein würde sondern der momentane Stand. Wir müssen bisher auf alle die verzichten, die mit unserem Chaos und der nicht ausgeprägen Projektstruktur nicht umgehen können oder wollen. Unter den Consumern sind immer auch interessierte, engagierte und kopetente Menschen, die sich für gute Ideen begeistern lassen. Und einige lassen sich für eine aktive Mitarbeit begeistern... Ja, es werden täglich mehr. Völlig ohne revolutionäre Änderungen. :) Klar bedeutet es etwas Aufwand, OSM zu erklären. Aber das tun wir doch bereits recht erfolgreich?! Ja, auf diversen einschlägigen Messen und täglich auf der Straße. Was m.E. noch erforderlich wäre, ist, dies auch als *Ziel* zu formulieren und noch konsequenter umzusetzen. Wer soll was formulieren? Wir wollen mehr Mapper soll ein Projekt-Ziel werden? Ich finde das Wachstum ist auch ohne ein solches erklärtes Ziel ganz ansehnlich. Ich glaube, du denkst immernoch zu sehr in kommerziellen Bahnen. :) Und dazu gehört, dass sich alle Entwickler bewusst sind, dass OSM nur funktioniert, wenn der Endbenutzer einen Gewinn hat. Und dass er als Entwickler entscheidend dazu beitragen kann, indem er mit anderen Entwicklern synergetisch zusammenarbeitet und dabei die Interessen der Endbenutzer immer im Blick hat. * Nein, das ist noch viel zu früh. Zuerst muss intern eine Basis geschaffen werden, mit der die Leute, die schon dabei sind, ordentlich arbeiten können. So lange jeder Neuzugang sofort hier auf der Liste spontan 10 Dinge nennen kann, die ihn ankotzen, wird das nichts. Vergiss bitte nicht, dass die meisten Leute hier an diesen Anwendungen zum Selbstzweck herumprogramieren. Zwei Dinge geben mir Motivation an einem beliebigen OpenSource-Projekt mit zu machen: 1. Ich kann es dadurch leichter nutzen 2. Die Leute, die mich um Hilfe rufen wenn etwas nicht geht, rufen dann weniger oft um Hilfe. Gleichzeitig können wir allen erzählen: - wir sammeln freie Daten - wir machen freie Anwendungen - wir wollen besser sein als die Kommerziellen Und einladen: Machst Du mit?! Was davon tun wir nicht? Okay, wir sagen ab und an dass wir schon besser *sind* als die Kommerziellen. ;-) Eine *gute Informationspolitik* ist essentiell. Sehe ich nicht so. Politik koennen wir ueberhaupt nicht gebrauchen. Informationspolitik hat nichts mit der Politik von Parteien zu tun. Das ist klar. Aber man braucht keine politischen Parteien um Politik zu machen. Politik bedeutet: Erkennen wer die Kunden sind (hier die Endanwender), wo die Ressourcen sind (bei OpenSource ebenfalls die Endanwender), daraus Ziele formulieren (freie Daten mit pfiffigen Anwendungen), planen wie wir das Ganze umsetzen. Politik bedeutet laut Wikipedia: | [Der Begriff Politik] bezeichnet ganz allgemein ein vorausberechnendes, | innerhalb der Gesellschaft auf ein bestimmtes Ziel gerichtetes Verhalten. | Hauptsächlich wird mit diesem Begriff die Gestaltung der Ordnung in der Welt | bezeichnet. Wir wollen in unserem jetzigen Stadium kein vorausberechnendes und kein auf ein bestimmtes Ziel gerichtetes Verhalten. Ergo wollen wir keine Politik. Informationspolitik bedeutet: Darüber erzählen. Das ist PR oder Öffentlichkeitsarbeit. Nur ein kleiner Teil einer Informationspolitik. Eine Informationspolitik besteht auch aus Dingen wie: Was sage ich den Leuten und was besser nicht. Und: Wer darf wem was erzählen und wer darf wem was glauben (um es weiter zu erzählen). Es geht bei Politik immer um Anweisungen und eine gewisse Ordnung. Da wir aber niemanden haben, der Anweisungen geben darf und niemand einen Grund hat, irgendwelchen Anweisungen Folge zu leisten, funktioniert sowas hier nicht. Gruß, Bernd -- Homer Simpson: Jetzt sei doch nicht so betrübt über Krustys Tod. Tagtäglich sterben viele Menschen. Das ist doch ganz normal. Vielleicht wachst auch Du morgen früh tot auf. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - eine freie Weltkarte
Hallo. Am Montag, 29. September 2008 schrieb Markus: Hallo Bernd, hallo Frederik, [...] Mannomann, bist du Politiker? 69 Zeilen blumige Worte ohne Aussage, Respekt! ;-) Gruß, Bernd -- Ruhm und Reichtum verändern einen Menschen nicht. Sie zeigen nur, wie er wirklich ist. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonnummern bei POI
Hallo, Andreas Pothe [EMAIL PROTECTED] writes: Bitte keine Telefonnummern hinterlegen, ich bin dagegen. Grund: Wenn sich die Telefonnummer mal ändert oder durch ein Versehen eine falsche Nummer hinterlegt wird, hat der betroffene, der nun womöglich alle Nase lang angerufen wird, i. d. R. keine Chance, diesen falschen Eintrag zu korrigieren oder zu entfernen. Die Kompetenz für Telefonnummern sollte bei den Telefonbüchern oder freien Projekten, die sich speziell dafür verschrieben haben, bleiben und NICHT in die OSM eingebracht werden. deine Argument dagegen verstehe ich ja. Aber wieso ist es bei öffentlichen Telefonbüchern einfacher, dass da die Informationen korrigiert werden? Da sehe ich das eher schwerer, dass die Information geändert wird (vor allem wenn es sich um ein Buch aus Papier handelt). Gibt es überhaupt ein freies Projekt mit Telefonnummern und wenn ja, wieso ist es dort einfacher Telefonnummern zu ändern? Gegen private Telefonnummern wäre ich auch. Aber bei öffentlichen Telefonnummern weiß ich es nicht genau. Wenn es keine Telefonautomaten gäbe (Sie haben gewonnen.) wäre ich dafür die öffentlichen Nummern (die beispielsweise draußen am Haus stehen) einzutragen. Im Falle eines Restaurants wird das bestimmt erwünschte Werbung sein. Viele Grüße Sebastian Waschik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Datenaustausch ohne JOSM
und woher soll JOSM wissen, wie mein Benutzername lautet? Denn musst du angeben wenn du irgend was auf den Server hoch laden willst. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] englischsprachigen User gesucht (wichtig!)
Hallo Leute, bei einem GIS-Meeting vor einigen Tagen hat auch ein Mitarbeiter von Microsoft Deutschland einen Vortrag gehalten. Im Anschluss daran habe ich mich natürlich mit ihm über OSM unterhalten; er kannte das Projekt und fand es sehr interessant. Er hat mir daraufhin die E-Mail-Adresse eines hochrangigen Mitarbeiters von Virtual Earth gegeben, der sich sehr gerne telefonisch mit uns in Verbindung setzen möchte. Es ging ursprünglich um eine Verwendung der von Microsoft lizenzierten Luftbilder für die OSM-Korrektur. Da ich auf keiner English Group gemeldet bin, würde ich mich über einer Weiterleitung freuen - vielleicht hat ja auch jemand von Euch Lust, den Mitarbeiter anzurufen! Schön wäre, wenn das innerhalb der nächsten Tage geschieht, weil er gerade aus dem Urlaub wieder da und vermutlich sehr motiviert ist :-) Viele Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonnummern bei POI
On Mon, Sep 29, 2008 at 12:37:44PM +0200, Andreas Pothe wrote: Hallo, [EMAIL PROTECTED]: gibt es eine verbindliche Form, in der Telefonnummern von Restaurants, Hotels etc eingetragen werden können? Bitte keine Telefonnummern hinterlegen, ich bin dagegen. Grund: Wenn sich die Telefonnummer mal ändert oder durch ein Versehen eine falsche Nummer hinterlegt wird, hat der betroffene, der nun womöglich alle Nase lang angerufen wird, i. d. R. keine Chance, diesen falschen Eintrag zu korrigieren oder zu entfernen. Die Kompetenz für Telefonnummern sollte bei den Telefonbüchern oder freien Projekten, die sich speziell dafür verschrieben haben, bleiben und NICHT in die OSM eingebracht werden. Da bin ich auch dafuer - ich faends super wenn es ein Open Yellow Pages geben wuerde die a la Wiki Style jedem das selber anlegen erleichtert. Dazu dann noch eine moeglichkeit die POIs an die OYP zu linken und mkgmap koennte dann die beiden datenbestaende zusammenfuehren so das im Navi auch die nummer auftaucht. Ich dachte da so an die art GeoDB. Aber ich finde die ganze nummer mit Oeffnungszeiten, Rufnummern etc die man in den Navis findet in die OSM datenbestaende zu packen halte ich fuer falsch. Eine loesung waere auch die OSM Datenbank zu nehmen mit den POIs aber eben ein webfrontend zur pflege etc. Ich glaube nicht das der Bäcker an der Ecke sich ein OSM Login macht und JOSM/Potlatch nimmt um seine Telefonnummer zu aendern. Gibts denn da schoene Open Yellow Pages projekte im Netz mit denen man da villeicht kooperieren koennte? Ich denke das Rad neu erfinden ist ja genau das was man nicht moechte. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umrechnung von Hoch- und Rechtswerten
[EMAIL PROTECTED] schrieb: Moin.. Hat jemand ein Tool um folgende Tabelle einfach umrechnen zu können? http://uploaded.to/?id=h7wsqg Kann es sein, dass diese Werte in Euro angegeben sind? Falls ja, hättest du es lieber in gestapelten 1-Euro-Münzen, oder 10-Euro-Scheinen? ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umrechnung von Hoch- und Rechtswerten
Dr. Franz-Josef Behr schrieb: Der Name der Datei ist aber sehr seltsam Sprengfähige Objekte? Woher stammen die Daten? Und was soll damit kartiert werden? Tja, einfach die 200 Werbeeinblendungen überstehen, das PDF herunterladen (keine Angst, da kommt auch bei dem Dateinamen kein Terrorist raus) und lesen. SCNR, Florian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umrechnung von Hoch- und Rechtswerten
Hallo, [EMAIL PROTECTED] writes: Hat jemand ein Tool um folgende Tabelle einfach umrechnen zu können? http://uploaded.to/?id=h7wsqg hast du mal geschaut, ob dies einfach UTM ist? http://de.wikipedia.org/wiki/UTM-Koordinatensystem Viele Grüße Sebastian Waschik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - eine freie Weltkarte
Hallo Bernd, Mannomann, bist du Politiker? *lach* nein - im Gegenteil. Aber vielleicht ist es mit der Verständlichkeit zwischen Insidern und Anwendern ähnlich wie zwischen Anwendern und Insidern? Hast du eine Idee, wie wir diese verbessern können? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffnungszeiten
Tordanik schrieb: Schade, dabei hab ich mir doch so viel Mühe gegeben, meinen Vergleich zum Hinken zu bringen. *g* Ne, war auch schön, doch doch. Richtig, es ist ein Unterschied. Man muss eben irgendwo für sich eine Grenze ziehen, weder „wir fügen alle Informationen in die Datenbank, die irgendwas mit dem Ort zu tun haben“ noch „wir packen nur noch Koordinaten und Ways in unsere DB und lagern alle Infos in externe DB aus“ halte ich für der Weisheit letzten Schluss. Ganz scharfe Kriterien sind da m.E. schwer zu definieren, für sprächen aber etwa folgende Punkte für eine eigene Unterbringung: * die Information lässt sich auch ohne OSM nutzbringend einsetzen - ist bei Dingen wie „Branchenbuch“ und „Fahrplan“ m.E. gegeben, die gibts ja nicht umsonst auch schon extra Also gerade Branchenbuch... Ich muss ja auch sagen, ich trage nicht jede Firma ein, bei Steinmetzen denk ich schon eher dran, aber nur, wenn sie für eine Karte / zur Orientierung helfen. Unsere Steinmetze sind gute Orientierungspunkte, bei vielen Kreuzen ist es entweder ein Friedhof oder ein Steinmetz... Aber wenn so etwas nicht in die OSM Daten soll, und ich widerspreche Dir da gar nicht völlig, wäre ein Schwesterprojekt da sehr sinnvoll, damit z.B. Busrouten mit OSM Daten verheiratet weiter frei nutzbar sind. Branchenbuch ähnlich, zumal hierzulande viele sich auch die Einträge dadrin sparen, kost ja alles Geld. * die Information lässt sich mit OSM-Datenstrukturen schwer abbilden - gilt wohl bei Öffnungszeiten durchaus auch, da ich bis jetzt noch keine Lösung gefunden habe, die halbwegs ohne kompliziertes Parsing schwer lesbarer Strings auskommt Ja, um Dich zu zitieren: Kein schlechtes Kriterium. * es könnten auch Leute mitarbeiten wollen, die nicht Mapper sind - halte ich auch für gegeben, da die technische Einstiegshürde bei einer Öffnungszeitenmaske wohl geringer ist, als es detailliertere OSM-Edits je sein werden Durchaus, ich hab ja mal versucht, meiner Mutter beizubringen, wie sie den Wegen in der Nähe ihrer Wohnung Namen geben kann... :-/ Letztlich ist es natürlich Ansichtssache, und solange ich nicht selber eine Öffnungszeiten-DB baue, muss ich mir ja an die eigene Nase fassen. So in der Art. Solange wir keine alternative Möglichkeit zum Festhalten dieser Informationen haben, sollte es mMn in OSM, und dann halt Schwesterchenprojekte, die aber alle untereinander abgeglichen werden müssen und eigentlich alle auch über eine zentrale Eingabemöglichkeit pflegbar sein müssten. Wenn ich bei einem Rundgang ein paar Seiten in meinem Notizbuch voll geschrieben habe, möchte zumindest ich ganz sicher nicht alle Nase lang vom JOSM auf ein anderes Programm wechseln, um die verschiedenen Infos eintragen zu können. Und was den Abgleich angeht, das dürfte auch nicht ganz trivial sein, wenn die Daten nicht in der gleichen (oder benachbarten) DB liegen, womit sie dann irgendwie doch wieder direkt mit drin sind. Grüße, Florian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreisverkehr mit separierten Fahrspuren
Am 28. September 2008 12:15 schrieb Rainer Knaepper [EMAIL PROTECTED]: Moin moin, ich habe hier einen Kreisverkehr, bei dem man die Fahrspuren nicht frei wechseln kann. Soll heißen: die Einfahrten in den Kreisel sind zweispurig, wobei die jeweils rechten Fahrspuren direkt bei der nächsten Ausfahrt wieder hinausgeführt werden. Die linken Einfahrt-Fahrspuren führen in den eigentlichen inneren Kreisel. Die Fahrspuren sind nicht baulich, sondern nur durch durchgezogene Linien voneinander getrennt, gestrichelt halt nur da, wo es rein und rausgeht. Sollte man die Direktverbindungen separat malen und ansonsten ganz viele kurze Verbindungsstückchen reinfrickeln zwischen innerem Kreisel und den Ausfahrten? Schau mal wie das in Berlin an der Siegessäule gemacht ist. Das ist wohl der bekannteste solche Kreisel. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Sehr große Waldgebiete
Wie mapped ihr eigentlich so sehr große Waldgebiete wie den Schwarzwald oder den Odenwald? * Da weis man nie so recht wo der eine Wald anfängt und der nächste aufhört. * Das Außen-Polygon eines einzelnen Waldstückes kann extrem komplex werden, muss aber so komplex sein, weil da eben Häuser direkt am Waldrand stehen und Waldfreihe Schneisen für Straßen existieren, ... * Man hat Lichtungen in Wäldern mit Wäldern auf der Lichtung, ... oder hat man vieleicht eine Schneise übersehen, die den Wald aufgeteilt hätte und das ist somit keine Lichtung sondern außen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenRouteService
Hi, John07 wrote: From: John07 [EMAIL PROTECTED] Subject: Re: [Talk-de] OpenRouteService To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Johann H. Addicks schrieb: Ich muss aber jetzt nicht f?r alle Kraftfahrstra?en zus?tzlich zu motorroad=yes noch ein bicycle=no und foot=no taggen, nur damit openrouteservice mich korrekt routet? Habe ich gerade heute mit angefangen hier in der Gegend. -jha- Naja, wenn man auf einer Kraftfahrtstra?e aber generell nicht laufen und Radfahren darf, dann muss das im Router gefixt werden. Ich setze mich deswegen mal mit Pascal in Verbindung. Gru? Jonas ich war die letzte Woche in Urlaub und kann deswegen leider erst jetzt auf Mails antworten. Habe trunk und trunk_link für Fahrradfahrer und Fußgänger entfernt. Mit dem nächsten Update des RS (wahrscheinlich Anfang nächster Woche) wird es online gehen) grüße pascal http://openrouteservice.org/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - eine freie Weltkarte
Hallo Bernd, Wir müssen bisher auf alle die verzichten, die mit unserem Chaos und der nicht ausgeprägen Projektstruktur nicht umgehen können oder wollen. Ja, wir verlieren wahrscheinlich viele. Und bei den vielen Neuzugängen und er Euphorie über exponentielles Wachstum fällt vielleicht gar nicht auf, wie /viele/ wir wirklich verlieren - und wieviel Potential dabei verloren geht. Aber das liegt ist nicht in der Natur der Sache. Sondern ist eine Folge von spezifischem Verhalten. Wir könnten das verbessern durch: - mehr Interessen an den Neuen - bessere Kommunikation Bisher hatte ich beispielsweise Frederic's Flyer einfach verteilt, in der Erwartung, die Leute würden damit schon irgendwie zurechtkommen. Jetzt habe ich meine Tel-Nr draufgestempelt. erforderlich wäre, dies auch als *Ziel* zu formulieren und noch konsequenter umzusetzen. Wer soll was formulieren? Hm - ist das unklar? Das Ziel, Neue aktiv einzubinden, ihre Wünsche und ihre Ideen, ihnen zu zeigen, wie sie zum Projekt beitragen köönnen, ihnen dabei Hilfestellung zu geben. Und mit interessanten Anwendungen weiteres Interesse wecken. Wir wollen mehr Mapper soll ein Projekt-Ziel werden? Klar! jeder Anwender soll mithelfen können, die Daten zu verbessern. Sogar Google hat das erkannt (obwohl die ja eigentlich die Daten Dritter nutzen). dazu gehört, dass sich alle Entwickler bewusst sind, dass OSM nur funktioniert, wenn der Endbenutzer einen Gewinn hat. Und dass er als Entwickler entscheidend dazu beitragen kann, indem er mit anderen Entwicklern synergetisch zusammenarbeitet und dabei die Interessen der Endbenutzer immer im Blick hat. * Nein, das ist noch viel zu früh. Für Verbesserungen ist es nie zu früh. Zuerst muss intern eine Basis geschaffen werden, mit der die Leute, die schon dabei sind, ordentlich arbeiten können. Klar. Und wenn wir dabei darauf achten, dass diese Basis (Benutzerschnittstelle) auch für Neue geeignet ist (verständlich, nachvollziehbar), dann konnen wir noch schneller und noch erfolgreicher wachsen. Vergiss bitte nicht, dass die meisten Leute hier an diesen Anwendungen zum Selbstzweck herumprogramieren. Klar. Und wenn wir dabei auch die Neuen und das Projekt freie Weltkarte als Ganzes im Blick behalten, ist alles gut. Zwei Dinge geben mir Motivation an einem beliebigen OpenSource-Projekt mit zu machen: 1. Ich kann es dadurch leichter nutzen Und was für Dich leichter ist, ist vielleicht auch für viele andere leichter. Deshalb lohnt es sich, die Bedürfnisse der anderen bei der eigenen Arbeit mit zu berücksichtigen. 2. Die Leute, die mich um Hilfe rufen wenn etwas nicht geht, rufen dann weniger oft um Hilfe. Oder anders rum: auch mal vorbeugend dafür zu sorgen, dass die Benutzerschnittstelle so selbsterklärend ist, dass es möglichst gar keiner Hilfe bedarf. Eine *gute Informationspolitik* ist essentiell. Politik bedeutet: Erkennen wer die Kunden sind (hier die Endanwender), wo die Ressourcen sind (bei OpenSource ebenfalls die Endanwender), daraus Ziele formulieren (freie Daten mit pfiffigen Anwendungen), planen wie wir das Ganze umsetzen. Politik bedeutet laut Wikipedia: Im WP-Artikel ist die Politik der Politiker beschrieben. Ich meine aber Politik als Summe aller Aktivitäten im Projekt, die eine Vision erfolgreich umsetzen. Informationspolitik bedeutet: Darüber erzählen. Das ist PR oder Öffentlichkeitsarbeit. Nur ein kleiner Teil einer Informationspolitik. Eine Informationspolitik besteht auch aus Dingen wie: Was sage ich den Leuten und was besser nicht. Und: Wer darf wem was erzählen und wer darf wem was glauben (um es weiter zu erzählen). Das wäre politische (strategische) Infopolitik. In OpenSource stelle ich mir das aber ganz anders vor: - offen, transparent, aktiv, bedarfsgerecht - von den Visionen und Zielen berichten - von den anstehenden Schritten - davon, wie man mitmachen kann - und was es schon gibt (verständliche Dokumentation) Es geht bei Politik immer um Anweisungen und eine gewisse Ordnung. Da wir aber niemanden haben, der Anweisungen geben darf und niemand einen Grund hat, irgendwelchen Anweisungen Folge zu leisten, funktioniert sowas hier nicht. Da hast Du mich ganz falsch verstanden. Es geht nicht um Anweisungen i.S.v. oben und unten. Sondern um mehr Transparenz. Um miteinander reden. Um gemeinsam Ziele erarbeiten und Lösungen finden. Und auch um Zuhören. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Problematik Stadtgrenzen
Moin ! ich habe gerade die neue Stadtgrenze von Lübeck hochgeladen und wollte nun im Anschluss die bereits existierenden Elemente (alte Grenze) löschen. Nun habe ich aber festgestellt, dass diese alte teilweise Bestandteil einer Relation ist, die wiederum die Kreisgrenze zu Lauenburg (Süden) beschreibt. Die Stadtgrenze ist ein geschlossener Way. Sollte ich die Stadtgrenze jetzt aufbrechen und wieder den Relationen zuweisen - dabei sollte im Bedacht werden, dass ich die Stadtgrenze für die Straßenauswertung von Sven noch verwenden möchte. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straße - proposal für no_robot
Frederik Ramm schrieb: Vor kurzem hat jemand automatisiert eine fuenfstellige Anzahl von Ways in Deutschland abgeaendert, indem er (a) beim ref-Tag ein Leerzeichen einfeugte (K123 - K 123) und (b) aus jeder Strasse eine Straße machte. asche auf mein haupt ganz außen vor bin ich da leider auch nicht... ich habe vor kurzem diese /^\s*(.+str)\.?\s*$/$1aße/i = (str. und str am ende nach straße) ersetzungen gemacht und auch nicht kommuniziert! /asche auf mein haupt sorry for that frederik! ansonsten sind von mir in letzter zeit einige eindeutige schreibfehler bei den keys, ein paar eindeutige schreibfehler bei den values, value sets beim karlsruhe schema sowie multipolygons korrigiert worden. Etwas mehr Transparenz wuerde nicht schaden. ich werde so etwas zukünftig vorher hier diskutieren und dokumentieren. eventuell sollten wir auch ein logfileformat definieren und den ursprünglichen datensatz dort mitarchivieren. Die flaechenhafte automatisierte Aenderung hat nun natuerlich all diejenigen Strassen, die absichtlich vom Autor als Strassen angelegt wurden, weil es auf dem Schild so stand, zunichte gemacht bzw. eben in Straßen umgemünzt. dazu habe ich gerade ein no_robot proposal gemacht, um solche änderungen in zukunft zu vermeiden. http://wiki.openstreetmap.org/index.php/Proposed_features/no_robot ansonsten befürworte ich bei genauerem nachdenken die oben genannten änderungen und bin auch für eine fortführung unter beachtung des no_robot keys. Ich faende es sehr wichtig, wenn wir mal sowas wie einen Codex fuer den Umgang mit der Arbeit anderer aufschreiben, der sich insbesondere mit grossflaechigen manuellen oder automatischen Aenderungen beschaeftigt. gute idee! grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenRouteService
Hallo Pascal, eigentlich sollte motorroad=yes (entspricht dem deutschen Schild Kraftfahrstraße) für Fahrräder und Fußänger gesperrt sein. Nur weil eine Straße wie eine Autobahn ausgebaut ist, heißt dass schließlich nicht, dass da nur Autos drauf dürfen... Gruß Ralf Am 29. September 2008 15:43 schrieb Pascal Neis [EMAIL PROTECTED] : Hi, John07 wrote: From: John07 [EMAIL PROTECTED] Subject: Re: [Talk-de] OpenRouteService To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=ISO-8859-1; format=flowed Johann H. Addicks schrieb: Ich muss aber jetzt nicht f?r alle Kraftfahrstra?en zus?tzlich zu motorroad=yes noch ein bicycle=no und foot=no taggen, nur damit openrouteservice mich korrekt routet? Habe ich gerade heute mit angefangen hier in der Gegend. -jha- Naja, wenn man auf einer Kraftfahrtstra?e aber generell nicht laufen und Radfahren darf, dann muss das im Router gefixt werden. Ich setze mich deswegen mal mit Pascal in Verbindung. Gru? Jonas ich war die letzte Woche in Urlaub und kann deswegen leider erst jetzt auf Mails antworten. Habe trunk und trunk_link für Fahrradfahrer und Fußgänger entfernt. Mit dem nächsten Update des RS (wahrscheinlich Anfang nächster Woche) wird es online gehen) grüße pascal http://openrouteservice.org/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Datenaustausch ohne JOSM
On Mon, Sep 29, 2008 at 12:29:21PM +0200, Sebastian Waschik wrote: 2 1/2. Einstellungen per API laden (http://api.openstreetmap.org/api/0.5/user/preferences; ganze Config als ein Wert ablegen, damit 150er-Grenze nicht so schnell erreicht wird) und woher soll JOSM wissen, wie mein Benutzername lautet? Nachfragen (Passwort dito). = statt 2 1/2. wohl besser 3a. Sprich: Den Benutzer fragen, ob er die Config 3a) von der API holen, 3b) aus einem lokalen Verzeichnis (USB-Stick=lokal) laden oder 3c) neu anlegen will Außerdem ganz so geschickt finde ich das nicht, wenn dort auch Verzeichnisangaben abgespeichert werden. In meiner Config finde ich (bis auf das letztgenutzte Verzeichnis) nur Verweise auf weitere Configs (von Plugins) - die müssten dann ebenfalls per API geholt worden. [...] und normalerweise sollte sich das ja auch nicht ausnutzen lassen, um auf einer Webseite einzustellen, dass bei einem Benutzer gezielt irgendetwas überschrieben werden soll. Solange man ein vernünftiges Passwort wählt, sollte keine fremde Person drauf zugreifen können (das stellt die API sicher). Aber es kann nicht schaden, zumindest die von der API geholte Config als potentiell bösartig zu betrachten - es soll ja auch Leute geben, die ein schlechtes Paßwort verwenden. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umrechnung von Hoch- und Rechtswerten
[EMAIL PROTECTED] wrote: Hat jemand ein Tool um folgende Tabelle einfach umrechnen zu können? proj4 (bzw. cs2cs) oder postgis. Recht einfach, wenn man das verwendete Koordinatensystem kennt: echo 5817280 4597870 | cs2cs -f %.6f +init=epsg:32632 +to +init=epsg:4326 Bleibt die Frage in welcher Projektion die Koordinaten wohl vorliegen. UTM zone 32N (wie im obigen Umrechnungsversuch des ersten Datums angenommen) ist es jedenfalls nicht. Gruss Sven -- Those who do not understand Unix are condemned to reinvent it, poorly (Henry Spencer) /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Datenaustausch ohne JOSM
Michael Buege [EMAIL PROTECTED] wrote: Momentan kopiere ich das .josm-Verzeichnis immer auf den Stick und und bei Bedarf wieder in das home-Verzeichnis. Ideal waere, Josm inklusive Verzeichnis komplett vom Stick starten zu koennen. Ideal wäre es wenn josm seine Konfiguration auf dem OSM Server speichern würde :) Sven -- .. this message has been created using an outdated OS (UNIX-like) with an outdated mail- or newsreader (text-only) :-P /me is [EMAIL PROTECTED], http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - eine freie Weltkarte
Hallo Markus. Am Montag, 29. September 2008 schrieb Markus: Wir wollen mehr Mapper soll ein Projekt-Ziel werden? Klar! jeder Anwender soll mithelfen können, die Daten zu verbessern. Das ist kein wirklich logischer Schluss. Dass jeder mitmachen *kann* ist natürlich der Grundsatz des Projekts, das ist klar. Dass hier keiner der mitmachen will unnötige Hürden nehmen muss ist auch klar. Nötige Hürden sind momentan z.B. eine gewisse Einarbeitung in die Struktur von OSM und das Bedienen eines Editors. Aber dass wir sagen, jeder Anwender *muss* jetzt Mapper werden ist trotzdem nicht das Projektziel. Wer will, der kann. Wer Infos will bekommt die. Wer nicht will, der lässt es bleiben. Sogar Google hat das erkannt (obwohl die ja eigentlich die Daten Dritter nutzen). Ich behaupte mal, das ist eine grundsätzlich verschiedene Nutzerbasis. Wer zu Google Kartendaten beiträgt, der speichert vermutlich auch seinen Lebenslauf bei diversen .COM-Firmen ab und schert sich nicht um Lizenzfragen oder darum, was man da eigentlich grade macht. Wer (in unseren Breiten) zu OSM beiträgt, dem ist i.d.R. die Lizenz furchtbar wichtig, denn unsere Lizenz ist momentan das was uns allgemein *besser* macht als alle anderen Karten. Wer nur ne Karte will und sich nicht für Lizenzen interessiert, findet andere Ressourcen, die weniger umständlich sind. Bald ändert sich auch das, denn Fußgängerrouting ist mit kommerziellen Kartendaten ne gewisse Tortur. Aber bisher ist das so. Zwei Dinge geben mir Motivation an einem beliebigen OpenSource-Projekt mit zu machen: 1. Ich kann es dadurch leichter nutzen Und was für Dich leichter ist, ist vielleicht auch für viele andere leichter. Deshalb lohnt es sich, die Bedürfnisse der anderen bei der eigenen Arbeit mit zu berücksichtigen. 2. Die Leute, die mich um Hilfe rufen wenn etwas nicht geht, rufen dann weniger oft um Hilfe. Oder anders rum: auch mal vorbeugend dafür zu sorgen, dass die Benutzerschnittstelle so selbsterklärend ist, dass es möglichst gar keiner Hilfe bedarf. Das ist der Punkt, der unsere Meinungen so unterschiedlich macht. Ich meine das was ich geschrieben habe, ohne deine Verbiegungen an meinen Aussagen. Wenn ich etwas haben will, dann mache ich das zuerest mal genau so wie ich das brauche oder möchte. Dann wird darüber diskutiert ob andere das evtl. etwas anders haben wollen und dann ggf. nochmal von mir oder jemand anderem was geändert. Ich treibe nicht den mehrfachen Aufwand, nur um einen /eventuellen/ Anfänger nicht zu verschrecken. Das darf gerne jemand machen, aber das von allen zu fordern ist schlicht kontraproduktiv. Politik bedeutet laut Wikipedia: Im WP-Artikel ist die Politik der Politiker beschrieben. Das steht dort nicht. Da steht Politik. Das mag jetzt nach Haarspalterei aussehen, aber ich finde wir sollten schon wissen, worüber wir reden. Da hast Du mich ganz falsch verstanden. Es geht nicht um Anweisungen i.S.v. oben und unten. Bisher sind wir noch bei den Anweisungen von unten nach oben. Wobei du noch das oben suchen musst, dem du deine Anweisungen vortragen kannst. ;-) SCNR. Markus, so wird das hier nix. Ich will dich von nichts abhalten, mach was du da vorschlägst. Aber es gibt keinen Rat der Weisen und es gibt keinen Chef. Jeder ist gleichberechtigt. Du wirst niemanden finden, der deine Vorschläge gut findet und diese projektweit umsetzen kann. Es scheitert übrigens an letzterem, denn so wie du deine Forderungen formulierst, sagt jeder dass er das gut findet. Schließlich wollen wir alle dass das Projekt immer bekannter und beliebter wird. Du könntest damit auch Staubsauger verkaufen. ;-) Sag mal konkret: *Wer* soll denn diese Informationspolitik betreiben? *Wer* soll sich denn die Wünsche der Anfänger anhören? Und was soll er dann damit machen? Die Wünsche der meisten Anfänger des letzten halben Jahres kann man in etwa so zusammenfassen: - JOSM doof / Potlatch doof / Wir brauchen einen neuen Editor - Der Tileserver ist zu instabil - Das Wiki ist nicht klar stukturiert - Es gibt kein verbindliches Tagging-Schema - Das ist alles so kompliziert - Ihr solltet mehr auf Anfänger hören - Das ist alles so englisch, man sollte das mal alles übersetzen Das sind Meta-Wünsche. Das kann nicht mal eben jemand umsetzen. Das kann sich nur evolutionär ergeben. Wir sind mitten drin, JOSM ist seit ich das erste Mal Kontakt damit hatte unglaublich besser geworden. Du kannst gerne einen der Wünsche umsetzen, aber du wirst ernsthafte Probleme damit haben. Gruß, Bernd -- Eine Unterschrift enthüllt immer den Charakter eines Menschen. Und manchmal sogar seinen Namen... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sehr große Waldgebiete
hallo marcus, Marcus Wolschon schrieb: Wie mapped ihr eigentlich so sehr große Waldgebiete wie den Schwarzwald oder den Odenwald? den schwarzwald hatte ich ende letzten jahres in zwei echt große multipolygone umgebaut. vorher bestand das aus den vielen zusammengestückelten polygonen mit mehr oder weniger gut gemachten einstülpungen. * Man hat Lichtungen in Wäldern mit Wäldern auf der Lichtung, ... dann einfach innerhalb des nun wieder freien bereichs multipolygon=inner andere polygone definieren (häufig landuse=residential oder eben wieder landuse=forest) aber losgelöst von dem großen wald-multipolygon. oder hat man vieleicht eine Schneise übersehen, die den Wald aufgeteilt hätte und das ist somit keine Lichtung sondern außen. das kann bei besseren luftbildern oder örtlichem wissen immer passieren. dann aber bei den multipolygon relation aufpassen, dass man da ein neues definiert. straßen durch den wald sind bei mir aber noch keine schneisen, die den wald auftrennen (ansonsten müßte auch jeder waldweg das tun oder jede straße im ort das landuse=residential auftrennen) grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problematik Stadtgrenzen
Jan Tappenbeck schrieb: Moin ! ich habe gerade die neue Stadtgrenze von Lübeck hochgeladen und wollte nun im Anschluss die bereits existierenden Elemente (alte Grenze) löschen. Nun habe ich aber festgestellt, dass diese alte teilweise Bestandteil einer Relation ist, die wiederum die Kreisgrenze zu Lauenburg (Süden) beschreibt. Die Stadtgrenze ist ein geschlossener Way. Sollte ich die Stadtgrenze jetzt aufbrechen und wieder den Relationen zuweisen - dabei sollte im Bedacht werden, dass ich die Stadtgrenze für die Straßenauswertung von Sven noch verwenden möchte. Gruß Jan :-) Was spricht dagegen die den geschlossen Weg aufzubrechen und selbst in eine Relation zu stecken? Wenn du dann die Info aus der 'Area', die von der Relation umschlossen wird, extrahieren willst, so mußt du halt alle 'ways' in der Relation mitnehmen. Wenn du das Script planetosm-excerpt-area.pl benutzt, kann das Polygon der Area aus mehreren Teilstücken bestehen. Gruss mikes PS: Im Moment sind deine ways aber noch nicht als 'boundary' gekennzeichnet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sehr große Waldgebiete
Wie mapped ihr eigentlich so sehr große Waldgebiete wie den Schwarzwald oder den Odenwald? * Man hat Lichtungen in Wäldern mit Wäldern auf der Lichtung, ... oder hat man vieleicht eine Schneise übersehen, die den Wald aufgeteilt hätte und das ist somit keine Lichtung sondern außen. In dem Augenblick wo man so ein Relation hat Wald-+-Lichtung1-Waldinsel auf Lichtung1 | +-Lichtung2 | +-Lichtung3-Allotments Und dann stellt man bei genauerem Mappen fest, dass die Lichtung2 gar keine Lichtung ist, sondern der Randstreifen einer Schneise, die das Waldgebiet komplett durchquert und nur an einer Stelle etwas breiter wurde, so dass es jemand für eine Lichtung gehalten hat. Dann darf man den Wald aufsplitten und die Relationen der untergeordneten Objekte wieder richtig einhängen. (Lichtung1 und 3). Bei den von Dir beschriebenen großen Waldgebieten (was sind das? 100 Hektar?) besteht da ein erhebliches Risiko, dass man dort etwas übersieht. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - eine freie Weltkarte
Hallo in die Liste, Ich bin ja nun noch nicht soo lange dabei, deshalb hier vielleicht mal eine Zusammenfassung aus Sicht eines Neulings. Mein persönliches Ziel war das Mappen und die persönliche Aufbereitung der Daten für meine Interessengebiete - Bunker, Altbergbau, Geologie, Archäologie, Geschichte. Technische Grundkenntnisse, Wiki-Kenntnisse und ein Mindestmaß an Englischkenntnissen waren vorhanden. Was die allgemeinen Dinge betrifft, war der Einstieg relativ leicht. Die entsprechenden Programme waren schnell gefunden. So weit, so gut... Als ich hier anfing, erwartete ich klar formulierte Grundregeln. Im Sinne von: Hier will eine Gruppe von Menschen eine Weltkarte erstellen. Eine umfassende Karte, keine spezielle für Router für Biker, Radfahrer, Gleitschirmflieger oder wen auch immer. Diese Karten sollten dann aus der Datenbasis gewonnen werden. Ich hatte also erwartet, daß zumindest die Grundelemente einer Topokarte klar zum taggen definiert sind. Dann kommt für den Anfämger die Überraschung. Zaun - nee, da ist nix. Bergwerk - gibt es nicht. Und es beginnt die unendliche Sucherei in den Tiefen des Wikis, meist erfolglos. Fakt ist, das Wiki hat keine für den Anfänger irgendwie nachvollziehbare innere Struktur. Auch die Regeln z.B. zum Proposal sind derart undurchsichtig, das ich aufgehört habe, mich damit zu befassen. Hilfe für den Anfänger muß imho heißen, Grundregeln zu veröffentlichen. Das widerspricht aus meiner Sicht auch nicht dem Prinzip einer freien Weltkarte. Diese Grundregeln werden ja auch schon heute beachtet. Gruß, DieterTD ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umrechnung von Hoch- und Rechtswerten
Dr. Franz-Josef Behr schrieb: Woher stammen die Daten? Und was soll damit kartiert werden? Die Daten stammen vom Bundesministerium für Wirtschaft und Technologie. Verzeichnet sind alle Telekom-Teilnehmervermittlungststellen (ASB0) sowie alle Knotenvermittlungsstellen (ASB=0). Gruß, Marc signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umrechnung von Hoch- und Rechtswerten
Birgit Nietsch schrieb: Kann es sein, dass diese Werte in Euro angegeben sind? Falls ja, hättest du es lieber in gestapelten 1-Euro-Münzen, oder 10-Euro-Scheinen? ;-) Das ist mir egal, solange du sie mir persönlich vorbei bringst. Gruß, Marc signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umrechnung von Hoch- und Rechtswerten
Sebastian Waschik schrieb: hast du mal geschaut, ob dies einfach UTM ist? http://de.wikipedia.org/wiki/UTM-Koordinatensystem Könnte durchaus sein. Gibt es ein Tool um das einfach mal importieren und umrechnen zu können? Gruß, Marc signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problematik Stadtgrenzen
hi ! was meinst du im speziellen mit boundary - ich nehme die vorerst wieder raus bis ich mit sven gesprochen habe. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?
Markus schrieb: Da kann doch eigentlich immer das Kleinere im Grösseren enthalten sein? Damit kommt man sicherlich schon sehr weit, wenn es vielleicht auch recht muehsam ist fuer die Auswerteprogramme, das ordentlich auseinander zu sortieren. Aber was ist, wenn sich flaechen teilweise ueberlagern, ohne dass eine komplett in der anderen liegt? (z.B. ein Friedhof, der in einen Wlad hinein reicht). Wie legt man dann fest, was davon Vorrang bei der Anzeige haben soll? Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Steinbrüche, Kiesgruben, Böschun gen...
Johann H. Addicks schrieb: .. gibt es dafür schon Tags? Lediglich Erdwälle (Deiche) könnten ein schönes Tagging gebrauchen, wenn man als Wanderer vorplant. Auf dem Deich zu laufen ist -je nach Witterung- netter als unten dahinter. Andererseits kann man das auch spontan vor Ort umplanen. Ist dafür nicht waterway=dam gedacht? Oder sind die Sachen so unterschiedlich (Deich vs. Damm), daß wirklich zwei Tags sinnvoll sind? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problematik Stadtgrenzen
Jan Tappenbeck schrieb: hi ! was meinst du im speziellen mit boundary - ich nehme die vorerst wieder raus bis ich mit sven gesprochen habe. gruß Jan :-) Du brauchst deine Daten nicht rauszunehmen. Im Moment hast du deine Daten mit place=city gekennzeichnet. Wenn du nun die nicht so genauen Grenzen, die im Moment schon drin sind und in Relationen stecken, ersetzen willst, so sollten diese eben mit den selben Tags gekennzeichnet sein. Die jetzigen Grennzen sind: boundary=administrative admin_level=xx=6 Landkreis x=8 Stadt Gruss mikes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sehr große Waldgebiete
Frank Sautter schrieb: den schwarzwald hatte ich ende letzten jahres in zwei echt große multipolygone umgebaut. vorher bestand das aus den vielen zusammengestückelten polygonen mit mehr oder weniger gut gemachten einstülpungen. Wo ist der Vorteil von wenigen grossen Polygonen im Vergleich zu vielen kleinen? Ich halte momentan eigentlich lezteres fuer einfacher in der Handhabung: - Man kann besser lokal editieren, ohne dass das Kilometer weit entfernt noch Auswirkungen hat. - Man ist nicht gezwungen, elend tief die inner-outer-Relationen zu verschachteln. Insofern haette ich momentan glatt ein grosses Waldgebiet nachtraeglich an sinnvollen Stellen aufgeschnitten und damit unbeabsichtigt deine Arbeit rueckgaengig gemacht. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Steinbrüche, Kiesgruben, Böschun gen...
Ulf Lamping schrieb: Ist dafür nicht waterway=dam gedacht? Oder sind die Sachen so unterschiedlich (Deich vs. Damm), daß wirklich zwei Tags sinnvoll sind? Also ich haette gedacht, dass waterway=dam eher eine Staumauer meint. Und ein Deich ist da dann doch was ganz anderes. Ich wuerde einen Deich auch nicht als waterway einsortieren, denn meistens ist ein Deich doch eher einiges ab vom Wasser und allenfalls bei Hochwasser reicht das Wasser an ihn ran. (Es gibt auch recht haeufig alte Deiche, die inzwischen weiter im Hinterland liegen, und wo hoffentlich nie wieder das Wasser ran reicht.) Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - eine freie Weltkarte
2008/9/26 Frederik Ramm [EMAIL PROTECTED] Die Terabyte von Traffic und die redundanten Tileserver kann leicht jemand anders machen, derjenige muesste uns nicht mal dafuer fragen. Soll sich von mir aus irgendwer hinsetzen und eine werbefinanzierte, dafuer aber 100% ausfallsichere Karte auf Basis unserer Daten anbieten (das wird bestimmt kommen). ja, allerdings ist das auch ein politisch kritischer Punkt: wer die Karten rendert bestimmt, was dargestellt wird. Das sollte m.E. ebenfalls frei sein, da sehe ich hier mit einer werbefinanzierten Plattform (ausschliesslich) ein Problem: die zensieren dann auch unliebsame Einträge der Konkurrenz. Auch das Militär hat ggf. etwas gegen bestimmte Daten in unserer DB, und erst recht nicht sollen die wohl in den Karten geredert werden. Seit Jahrhunderten gilt: wer die Macht hat, macht die Karten (in vielerlei Hinsicht übrigens). Und mir gefällt an OSM gerade auch, dass hier die Masse die Möglichkeit hat, die Karte zu machen. Und mit Karte meine ich eben nicht nur die Datengrundlage sondern eben auch das gerenderte Bild (mit den ganzen Entscheidungen darin, was wie dargestellt werden soll). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problematik Stadtgrenzen
Du brauchst deine Daten nicht rauszunehmen. das ist schon passiert - war auch besser so, weil so noch ein fehler aufgedeckt wurde ! danke für die erläuterung - kann man die ansonsten noch wo nachlesen ?? vielleicht stehen da noch andere interessante dinge ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Steinbrüche, Kiesgruben, Böschun gen...
Torsten Leistikow schrieb: Ulf Lamping schrieb: Ist dafür nicht waterway=dam gedacht? Oder sind die Sachen so unterschiedlich (Deich vs. Damm), daß wirklich zwei Tags sinnvoll sind? Also ich haette gedacht, dass waterway=dam eher eine Staumauer meint. Und ein Deich ist da dann doch was ganz anderes. *SelberAnDenKopfHau* Jetzt wo du es sagst, klingt das völlig lögisch ;-) Ich hatte immer an die Dämme gedacht, die längs zu Flüssen/Kanälen etc. diese eindämmen, und das wäre ja nicht sooo unterschiedlich zu einem Deich an der Nordsee. Aber ne Staumauer klingt unter waterway irgendwie logischer. Oh, Mann - wir brauchen dringend Fotos von den einzelnen Sachen :-) Ich wuerde einen Deich auch nicht als waterway einsortieren, denn meistens ist ein Deich doch eher einiges ab vom Wasser und allenfalls bei Hochwasser reicht das Wasser an ihn ran. (Es gibt auch recht haeufig alte Deiche, die inzwischen weiter im Hinterland liegen, und wo hoffentlich nie wieder das Wasser ran reicht.) Das einzige was es noch laut map features gibt ist embankment=yes, was aber eigentlich wohl eher für Bahndämme oder sowas gedacht ist. Nach einem Blick in tagwatch würde ich am ehesten man_made=dike verwenden, gibt es aber auch erst 14 mal ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problematik Stadtgrenzen
Jan Tappenbeck schrieb: danke für die erläuterung - kann man die ansonsten noch wo nachlesen ?? Hey, hey Wiki, hey WIKI hey ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problematik Stadtgrenzen
Jan Tappenbeck schrieb: Du brauchst deine Daten nicht rauszunehmen. das ist schon passiert - war auch besser so, weil so noch ein fehler aufgedeckt wurde ! danke für die erläuterung - kann man die ansonsten noch wo nachlesen ?? vielleicht stehen da noch andere interessante dinge ! gruß Jan :-) Such nach Stichwort 'boundary' im WIKI. Gruss mikes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - eine freie Weltkarte
FreeWorld schrieb: Scherz beiseite, ich hoffe immernoch, dass sich OSM auch in Zukunft beides leisten kann - ne super Datenbank und nen super Tileserver. Wenns wirklich nur für eins reicht, dann die Datenbank. Der Osmarender/[EMAIL PROTECTED] Tileserver steht unter der Kontrolle einiger Individuen, die das Projekt ausreichend gut finden (und auch durch aktives mappen unterstützen). Der Server steht weder bei den anderen OSM Servern, noch sind es dieselben Admins, die sich darum kümmern, mit der einzigen Ausnahme des DNS-Records. Genauso mit der cyclemap. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sehr große Waldgebiete
Hallo, Frank Sautter wrote: Wie mapped ihr eigentlich so sehr große Waldgebiete wie den Schwarzwald oder den Odenwald? den schwarzwald hatte ich ende letzten jahres in zwei echt große multipolygone umgebaut. vorher bestand das aus den vielen zusammengestückelten polygonen mit mehr oder weniger gut gemachten einstülpungen. Ich glaube, ich habe ihn spaeter dann mal wieder etwas verkleinert. Mehr als 1000 Nodes pro Way ist grenzwertig, und mehr als 5000 geht gar nicht, da kann doch keiner mehr mit umgehen. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umrechnung von Hoch- und Rechtswerten
Sind denn so wenige Vermesser an der Liste beteiligt? Gauß-Krüger-System (DHDN), 1. Wert Hochwert (= Abstand vom Äquator), 2. Wert: False Easting = Rechtswert im 2., 3. oder 4. Meridianstreifensystem. In welches System sollen die Daten transformiert werden? -- Mit freundlichen Grüßen / Regards / Cordialement Dr. Franz-Josef Behr PS: Das ist so etwas, was ich von meinen Studierenden erwarte: An den Koordinaten die Projektion erkennen Participate in http://www.opengeocoding.org! Growing old is mandatory. Growing up is optional. Prof. Dr. Franz-Josef Behr - Home Office Author of: Strategisches GIS-Management - http://www.gis-management.de eMail: [EMAIL PROTECTED] http://www.gis-news.de Tel: +49 (0)721 / 453980-1 sowie 45 33 35 Fax: +49 (0)721 / 453980-7 sowie via web.de: +49 (0)1212-5-12048213 begin:vcard fn:Dr. Franz-Josef^Behr n:Behr;Franz-Josef org:Stuttgart University of Applied Sciences (SUAS);Faculty of Geomatics, Computer Science and Mathematics adr;quoted-printable:;;Schellingstra=C3=9Fe 24, ;Stuttgart;;D-70174;Germany title:Prof. tel;work:+49) 711/8926-2606 tel;home:+49 (0)721 / 453980-1 url:http://www.hft-stuttgart.de/ version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - eine freie Weltkarte
Hallo, zwar bin ich erst vor gut einem Monat zu OSM gestoßen, aber mir sind derartige Prozesse aus jahrelanger Erfahrung mit OpenSource-Software, Internet-Selbsthilfe gegen Abmahn-Piraten und Wikipedia durchaus vertraut. Auch trägt meine Lebenserfahrung dazu bei, den Wert derartiger Veranstaltungen sehr hoch zu schätzen. Es ist gut, dass es keinen Boss gibt. Und Wächter über gut und Böse braucht es nicht als Institution. Das findet sich in der Gemeinschaft. Man muss nur zulassen können, dass nicht alles in einem Regelwerk zementiert ist. Zwei Begriffe fallen mir spontan dazu ein: Fehlertoleranz, Schwarmintelligenz. Das Wort Evolution wurde hier kürzlich benutzt. So, das ist eigentlich genug Stoff, um philosophische Bücher zu füllen. Das lass ich aber als praktisch Denkender lieber, sondern fasse meine für mich selbst geltenden (erprobten) Richtlinien zusammen: Sieben Gebote 1. Schau, was andere machen, es könnte richtig sein. (Gilt für praktische Arbeitsergebnisse genauso wie für Regelwerke und Meinungen in Foren.) 2. Aber es könnte auch falsch sein - also prüfe und mach dir ruhig deine eigenen Gedanken. 3. Achte die Leistung anderer - gerade auch, wenn du korrigierend eingreifst. 4. Achte deine eigene Leistung, aber bedenke, dass du trotz aller Sorgfalt bestimmt mehr falsch machst, als du glaubst. 5. Streite nicht rum, aber sage deine Meinung. 6. Bleib locker, Stress hast du im Beruf genug. Hier kannst du nur auf Dauer produktiv sein, wenn es Spaß macht. 7. Versuche getrost Neues und rechne mit Erfolg UND Scheitern. Als eher unpassend in der Diskussion finde ich Anspruchsdenken einerseits und Forschung nach eventuellen Kundenbedürfnissen andererseits. Es gibt kein IHR, sondern nur WIR. Solche Systeme existieren, wenn genug Leute vom Verbraucher zum Mittäter mutieren. Und dass diese Mittäter sich (auch) an den eigenen Bedürfnissen orientieren, liegt in der Natur des Menschen. Altruismus ist die höchste Form des Egoismus. Wir sind Teil eines Ameisenhaufens und ich finde es hochspannend, wie sich das Chaos selbst organisiert. Wenn ich mir klar mache, was in wenigen Jahren aus der Idee OSM entstanden ist - ein Cluster von Projekten, bin ich total platt. Es ist großartig! Dennoch wird es wachsen und noch viel besser werden. Übrigens zeigt die freie Weltkarte derzeit ein recht zutreffendes Bild der Verteilung des Wohlstandes. OSM-Mapper gibt es nur, wenn Menschen Zeit und andere Ressourcen nicht für Nahrungsbeschaffung etc. verbrauchen müssen. Uns scheint es hier relativ gut zu gehen. Gruß nk Goethe: Bitte entschuldigen Sie den langen Brief, aber ich hatte keine Zeit für einen kürzeren. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayern: Radwege (ncn/rcn) Via Julia, Via Bavarica Tyrolensis und M-Wasserweg
Hallo Stefan, [EMAIL PROTECTED] schrieb: Hallo zusammen! Ich werde mal ein Schreiben aufsetzen, dass man dann an das Via Julia Team (bzw. mit leichten Änderungen vermutlich auch an die anderen) schicken könnte. So, Mail ist raus. Mal sehen was draus wird!? (Toni, hab Dich auf Bcc: gesetzt, falls Du ähnliches für die anderen Touren verwenden möchtest.) Ich hatte Deine Mail vor zwei Wochen modifiziert und an die Stadwerke München (M-Wasserwerk) gesandt. Danke für das Vorlage Heute kam die Erlaubnis, das Logo und die existierenden GPS-Daten verwenden zu dürfen. Ich habe sie gerade (so weit möglich) eingearbeitet. Der südliche Teil, südlich der Autobahn bei Weyarn bis hin zu Gmund(Tegernsee), ist leider noch nicht komplett gemapped. So bleiben ein paar Lücken im M_Wasserweg. Ich warte nun auf besseres Wetter, um den Weg von Gmund bis Kreuzstraße (in dieser Richtung wegen des Gefälles) zu vervollständigen. Den nördlichen Rest kenne ich z.T. schon, so dass ich die Wegbeschaffenheit einschätzen kann. Wie sieht's mit einer Antwort vom Team Via Julia aus? Gruß nach NRW, Toni ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umrechnung von Hoch- und Rechtswerten
Dr. Franz-Josef Behr schrieb: In welches System sollen die Daten transformiert werden? Die Datenbank sieht WGS84 vor. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [tagging] Feature Proposal - Voting - Grit Bin
Hi, after this proposal only only got one (positiv) commet, it is now open for voting. Please go for voting to: http://wiki.openstreetmap.org/index.php/Proposed_features/grit_bin Cheers, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sehr große Waldgebiete
Am 29. September 2008 22:01 schrieb Frederik Ramm [EMAIL PROTECTED]: Hallo, Frank Sautter wrote: Wie mapped ihr eigentlich so sehr große Waldgebiete wie den Schwarzwald oder den Odenwald? den schwarzwald hatte ich ende letzten jahres in zwei echt große multipolygone umgebaut. vorher bestand das aus den vielen zusammengestückelten polygonen mit mehr oder weniger gut gemachten einstülpungen. Ich glaube, ich habe ihn spaeter dann mal wieder etwas verkleinert. Mehr als 1000 Nodes pro Way ist grenzwertig, und mehr als 5000 geht gar nicht, da kann doch keiner mehr mit umgehen. ja, je mehr detailliert gemappt wird, um so mehr stellt man fest, dass es sich gar nicht um 2 riesige Waldgebiete handelt, sondern um viel mehr kleinere einzelne Waldstücke mit jeweils eigenen Namen. Für die Info Schwarzwald kann man dann das ganze in Relationen hängen (nördlicher Schwarzwald, südlicher ...; diese beiden dann wieder in Schwarzwald. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [tagging] RFC landuse=farmland
hallo zusammen, nachdem auf dieser mailingliste schon mehrfach ein streit um landuse=farm und dessen unterschiedliche nutzung (ackerflächen oder bauernhof) entbrannt war, habe ich - nachdem landuse=farmyard vor rund 3 monaten approved wurde - ein neues proposal für landuse=farmland geschrieben, um weitere klarheit zu schaffen und die presets und validatorausgaben von JOSM zu unterfüttern. http://wiki.openstreetmap.org/index.php/Proposed_features/farmland das proposal steht jetzt für kommentare offen. grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Große Fläche Feuerwehr
Am 19. September 2008 22:16 schrieb Frederik Ramm [EMAIL PROTECTED]: Hallo, Punkte sind nur sinnvoll für punktförmige Objekte: [...] oder für kleine Objekte (10m Kantenlänge?) [...] ...oder wenn man halt an der Strasse vorbeifaehrt und erstmal nur eintragen will, dass da eine Kirche ist, und alles weitere macht dann spaeter jemand anders mit dem Luftbild. Unsinnig finde ich: amenity=fire_station (Punkt) building=yes (Feuerwehrhaus) So wird das aber oft gemacht, also in dieser Kombination. Bye Frederik ja, oder building=1 oder building=true, oder? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Steinbrüche, Kiesgruben, Böschun gen...
Johann H. Addicks schrieb: .. gibt es dafür schon Tags? Es gibt für Steinbrüche landuse=quarry. Damit sollte klar werden, dass man dort selbst als geübter Wanderer vorher die Police seiner Lebensversicherung prüfen sollte. Für Böschungen braucht es meines Erachtens kein Tagging. Kein Weg + SRTM-Höhenlinen sind -siehe Cyclemap- eindeutig. Ich meine ja explizit schon die Böschungen, die nicht als Höhenlinie auftauchen .. was schon so in den 10m Bereich geht... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Überflutungen verhindern?
Da mich jetzt schon Leute Außerhalb OSM auf die große Sauerländer Flutkatastrophe angesprochen haben (Auslaufen des Möhnestausees http://www.openstreetmap.org/?lat=51.32lon=7.693zoom=10layers=B000FTF ) Lässt sich soetwas nicht verhindern? Irgendwas a la Wenn am Rande eines Tiles für mehr als 1km Wasser ist und an der anliegenden Kante des Nachbartils nicht mindestens 500m Wasser ist, dann das 'wasserspendende Polygon' nicht rendern. Oder wenn das ein nicht mögliches 2-pass-Problem ist: Wenn Tile mehr als x Tausend Nodes in einer Wasserfläche hat, dann das 'wasserspendende Polygon' nicht rendern. Muss man nur aufpassen, dass man keine Tiles mit Inseln, die über inner-Relation definiert sind, trockenfallen lässt. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Steinbrüche, Kiesgruben, Böschun gen...
Garry schrieb: Ich meine ja explizit schon die Böschungen, die nicht als Höhenlinie auftauchen .. was schon so in den 10m Bereich geht... Dann viel Spaß! Das wird dann selbst im Mecklenburg stressig, wenn Du da die Isohypsen in die Grundmoräne mappen willst. Mir reicht die 10m-Auflösung, die wir via SRTM in der Cyclemap haben. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
