Re: [Talk-de] Werden Baumreihen gerendert?
M∡rtin Koppenhoefer [dieterdre...@gmail.com] schrieb am 4. September 2010 22:27 Die Form abstrahieren kann der Computer algorithmisch, und zwar um so besser, je genauere Daten man ihm gibt. Wenn man einen Baum eingibt, kann man z.B. auch die Höhe, den Stammumfang, die Art, das Pflanzdatum, etc. eintragen, oder, dass es ein besonders herausragender Baum, ein Naturmonument ist. Wenn ich diese beiden Aussagen zusammen sehe wäre es da nicht besser, wir geben Fotos der Bäume in OSM ein und der Computer abstrahiert dann algorithmisch die Form, die Höhe, den Stammumfang, die Art, das Pflanzdatum, etc. und bestimmt ob es ein herausragender Baum, ein Naturmonument ist? Es muss ja nicht von jedem Baum eines jeden Waldes sein. ;-) Viel Spass beim Fotografieren (war mal Kartieren) Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
Friedhelm Schmidt wrote: Es stimmt schon: noch vor zwei Jahren hätte keiner gedacht, dass wir mal einzelne Bäume erfassen werden. Daher wohl die völlig überflüssige Einschränkung im Wiki. Es kann ja sein, daß eine Erweiterung gelegentlich nötig ist, aber die muß dann kompatibel sein und darf nicht alle bestehenden sinnvollen Einträge einfach invalidieren. Das ist fast genauso als wenn Du sie löschen würdest. Die sorgfältige Arbeit der Mapper darf nicht durch spontane Umdeutung bestehender Tags zerstört werden! Friedhelm Schmidt wrote: Es gibt aber nicht so viele bedeutende Bäume. Deshalb ist es kaum ein Problem, denen ein Zusatztag zu verpassen. In meinem Revier kann ich das in weniger als 10 Minuten erledigen. Und wer kümmert sich um die paar tausend Bäume außerhalb Deines Reviers? Wo niemand parat steht um sofort loszurennen und sie zu ändern? Das ist viel zu kurz gedacht. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Werden-Baumreihen-gerendert-tp5497934p5499918.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
Ich würde dir sofort recht geben, wenn die sorgfältige Arbeit derer, die natural=tree nur für besondere Bäume genutzt haben, noch verwendbar wäre. Ich behaupte, das ist sie nicht. Wenn Du mir verrätst, wie Du einen Nutzen aus dem aktuellen Datenbestand ziehen kannst mit der Annahme, dass natural=tree nur besondere Bäume kennzeichnet, dann überlege ich mir vielleicht, hier meine Meinung zu ändern. Bisher kann ich mir das aber beim besten Willen nicht vorstellen. Gruß Peter On 05.09.2010 09:13, NopMap wrote: Friedhelm Schmidt wrote: Es stimmt schon: noch vor zwei Jahren hätte keiner gedacht, dass wir mal einzelne Bäume erfassen werden. Daher wohl die völlig überflüssige Einschränkung im Wiki. Es kann ja sein, daß eine Erweiterung gelegentlich nötig ist, aber die muß dann kompatibel sein und darf nicht alle bestehenden sinnvollen Einträge einfach invalidieren. Das ist fast genauso als wenn Du sie löschen würdest. Die sorgfältige Arbeit der Mapper darf nicht durch spontane Umdeutung bestehender Tags zerstört werden! Friedhelm Schmidt wrote: Es gibt aber nicht so viele bedeutende Bäume. Deshalb ist es kaum ein Problem, denen ein Zusatztag zu verpassen. In meinem Revier kann ich das in weniger als 10 Minuten erledigen. Und wer kümmert sich um die paar tausend Bäume außerhalb Deines Reviers? Wo niemand parat steht um sofort loszurennen und sie zu ändern? Das ist viel zu kurz gedacht. bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
Am Sonntag, 5. September 2010, 09:13:45 schrieb NopMap: Es kann ja sein, daß eine Erweiterung gelegentlich nötig ist, aber die muß dann kompatibel sein und darf nicht alle bestehenden sinnvollen Einträge einfach invalidieren. Das ist fast genauso als wenn Du sie löschen würdest. Die sorgfältige Arbeit der Mapper darf nicht durch spontane Umdeutung bestehender Tags zerstört werden! +1 Und wer kümmert sich um die paar tausend Bäume außerhalb Deines Reviers? Wo niemand parat steht um sofort loszurennen und sie zu ändern? Das ist viel zu kurz gedacht. +1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
Am 5. September 2010 09:34 schrieb Peter Wendorff wendo...@uni-paderborn.de: Ich würde dir sofort recht geben, wenn die sorgfältige Arbeit derer, die natural=tree nur für besondere Bäume genutzt haben, noch verwendbar wäre. Ich behaupte, das ist sie nicht. ich behaupte, wer nur natural=tree genutzt hat um einen besonderen Baum zu taggen, der war nicht sorgfältig. Wie oben schon jemand geschrieben hat: wie kann man aufgrund einer schlichten Wiki-seite, die sagt, natural=tree ist für markante Bäume davon ausgehen, dass nur markante Bäume mit diesem Tag ausgezeichnet werden? Ist es nicht fahrlässig, kein weiteres Tag zu verwenden, mit dem man die Besonderheit ausdrückt (z.B. dass es sich um ein Naturmonument handelt, dass der Baum besonders alt ist, oder was Vergleichbares?). Man kann viel ins Wiki schreiben, aber wenn es der Sprache und der Tagging-Logik von OSM widerspricht wird man sich trotzdem damit nicht durchsetzen können, sondern immer wieder gegen Windmühlen anrennen müssen. Im Wiki steht lone or significant tree. Gesetzt den Fall, das Wiki wird als ehernes Gesetz gesehen: die meisten markanten Bäume wird man dann gar nicht mit natural=tree taggen dürfen, weil sie lone _and_ significant trees sind, dort aber klar or steht. Signifikant wird also auch gar nicht gefordert, es reicht alleinstehend aus. Wer signifikante Bäume taggen will, sollte daher sowieso schon ein zusätzliches Tag verwenden. Wie groß muss denn der Abstand zu einem anderen Baum sein, damit er alleinstehend ist? Wodurch wird der Baum signifikant? Diese Fragen werden gar nicht erörtert, gerade weil die Definition m.E. nie verbieten wollte, Bäume grundsätzlich so zu taggen. Wenn Du mir verrätst, wie Du einen Nutzen aus dem aktuellen Datenbestand ziehen kannst mit der Annahme, dass natural=tree nur besondere Bäume kennzeichnet, dann überlege ich mir vielleicht, hier meine Meinung zu ändern. Bisher kann ich mir das aber beim besten Willen nicht vorstellen. Übrigens ist es nicht das erste Mal, dass wir hier über Bäume diskuttieren, hättet Ihr damals schon das Wiki geändert und die Zusatztags empfohlen / gesetzt, wärt Ihr heute nicht so enttäuscht ;-). Ganz unten steht z.B., dass Naturmonumente mit monument=yes getaggt werden sollen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenvergleich und andere Dienste (A GS, ISIL-Nummern, ...) gestört
M∡rtin Koppenhoefer schrieb: Am 4. September 2010 10:43 schrieb Michael Kugelmann michaelk_...@gmx.de: Frederik hatte auf der über SOTM 2010 Ergebnisse von Performance Messungen referiert. Und er hatte auch mit einer SSD getestet = vielleicht kann er mit Info helfen. die Folien sind online, s. im Wiki unter SOTM2010 Hm, also RAM bringt anscheinend einen wesentlichen Performance-Schub. Dumm, dass schon Mainboards die 64 GB Ram nutzen können ein halbes vermögen kosten. Oder kennt jemand andere Beispiele? Meine kurze Stichprobe ergab Boards ab 50 Euro gerade mal 16 GB verwalten können, aber 100 Euro 32 GB und welche die 64 oder mehr verwalten gibt es nur als Server-Lösung. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenvergleich und andere Dienste (A GS, ISIL-Nummern, ...) gestört
Am 5. September 2010 10:57 schrieb Sven Anders s...@anders-hamburg.de: Dumm, dass schon Mainboards die 64 GB Ram nutzen können ein halbes vermögen da hilft wohl nur abwarten ;-) kosten. Oder kennt jemand andere Beispiele? Meine kurze Stichprobe ergab Boards ab 50 Euro gerade mal 16 GB verwalten können, aber 100 Euro 32 GB und welche die 64 oder mehr verwalten gibt es nur als Server-Lösung. Du musst ja auch nicht unbedingt gleich den ganzen Planet benutzen. Wenn doch, ist das derzeit mit einem normalen Desktop halt nicht oder nur eingeschränkt möglich. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
On 05.09.2010 10:52, M∡rtin Koppenhoefer wrote: Im Wiki steht lone or significant tree. Gesetzt den Fall, das Wiki wird als ehernes Gesetz gesehen: die meisten markanten Bäume wird man dann gar nicht mit natural=tree taggen dürfen, weil sie lone _and_ significant trees sind, dort aber klar or steht. Damit legst Du jetzt aber wieder eine Bedeutung in das Wörtchen or, die sprachlich oft so passt, logisch aber alles andere als eindeutig ist. Signifikant wird also auch gar nicht gefordert, es reicht alleinstehend aus. Wer signifikante Bäume taggen will, sollte daher sowieso schon ein zusätzliches Tag verwenden. +1 Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
Am 5. September 2010 11:26 schrieb Peter Wendorff wendo...@uni-paderborn.de: On 05.09.2010 10:52, M∡rtin Koppenhoefer wrote: Im Wiki steht lone or significant tree. Gesetzt den Fall, das Wiki wird als ehernes Gesetz gesehen: die meisten markanten Bäume wird man dann gar nicht mit natural=tree taggen dürfen, weil sie lone _and_ significant trees sind, dort aber klar or steht. Damit legst Du jetzt aber wieder eine Bedeutung in das Wörtchen or, die sprachlich oft so passt, logisch aber alles andere als eindeutig ist. bewusst, um klar zu machen, dass man diese eher ungenaue Definition von natural=tree eben gerade nicht auf die Goldwaage legen sollte. Gruß Martin PS: Ich habe die Wikibeschreibung an das übliche Tagging angepasst. Wenn das zu einem Editwar führen sollte, müssen wir halt doch abstimmen, wobei ich es extrem ungünstig fände, wenn dabei herauskäme, an jeden normalen Baum ein Extratag zu hängen, das weder so intuitiv sein kann wie natural=tree noch verhindern wird, dass auch in Zukunft massenhaft Bäume als natural=tree getaggt werden, die nicht lone or significant sind. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Am Sonntag 05 September 2010, 02:32:59 schrieb Garry: Was bringt' dir denn, wenn du dann mit leerem Tank vor dem Tankautomaten stehts, und dieser deine bevorzugte Kreditkarte gar nicht akzeptiert? Das Problem hatte ich schon öfters in Frankreich da deren Automaten sehr wählerisch sind(bzw. waren) bzgl. der Kartenakzeptanz. Es hat sich dann immer ein freundlicher Mittanker gefunden der gegen Bares auf seine Karte für mich getankt hat. Eben, aber es wird nicht immer ein freundlicher Mittanker vorhanden sein. Deshalb ist eine alleinstehende Angabe wie 24h_service=selfpayment fuer den Anwender relativ nutzlos, wenn er nicht zufaellig alle moeglichen Karten inkl. genug Bargeld mit sich fuehrt. und wer definiert die ueblichen Sorten? die sind naemlich von Land zu Land durchaus verschieden, und aendern sich auch mit der Zeit. Frueher gehoerte Super verbleit zum Standard, in ein paar Jahren ist vielleicht auch Gas oder Strom darunter einzuordnen... OSM ist flexibel genug sich der Zeit anzupassen. Üblichen Sorten sind einfach die die man in seinem Land an jeder Tankstelle bekommt. und wie willst du das machen? Beispiel: Du definierst heute fuel=standard als octane_95;octane_98;diesel. In einigen Jahre ist an deutschen Tankstellen zusaetzlich auch Gas und Biodiesel ueblich, also erweiterst du die Definition um biodiesel;lpg. Damit veraenderst du automatisch die Bedeutung aller mit fuel=standard getaggten Tankstellen fuer z.B. Gasfahrer, weil du ihnen damit sagst sie koennten dort tanken, was aber in der Realitaet nicht ueberall der Fall sein muss. Abgesehen davon muss der laenderabhaengige Standard genau so gewartet werden. Ebenso ein Problem: Wenn ich im Ausland eine Tankstelle mappen will, weiss ich nicht, was dort Standard ist; ich sehe aber, welche Zapfsaeulen vor mir stehen... Für den Rest ist es schwierig die nötigen Informationen flächendecken aktuell zu halten. Schön wenn es klappt, aber wenn es zu Lasten der Masse (unverlässliche Daten für alle) geht hat keiner was davon. Dieses Problem wirst du immer haben - und das nicht nur bei Tankstellen. Immer noch besser, als mit deiner Methode die Daten mutwillig zu faelschen. Kann mir schwer vorstellen dass sich das in der Anwendung niederschlägt: Das gewählte Ziel ist seit 5Jahren in der Datenbank unverändert, sind Sie sicher dass sie dort hin wollen? Ich kann mir das durchaus vorstellen. Wie sonst willst du das Problem angehen? Darauf vertrauen dass die Mapper die Daten aktuell halten - das tun Sie um so ehr je einfacher sie ihr Wissen einbringen können. Du vertraust darauf, obwohl du selbst behauptest, es waere schwierig, die Daten flaechendeckend aktuell zu halten? Komische Argumentation... 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] Werden Baumreihen gerendert?
Am Samstag, den 04.09.2010, 20:25 +0200 schrieb M∡rtin Koppenhoefer: Am 4. September 2010 18:51 schrieb NopMap ekkeh...@gmx.de: das magst Du so sehen. Jeder trägt das ein, was ihm wichtig vorkommt. Solange man nicht die Dinge löscht, die einem selbst nicht wichtig vorkommen, ist das kein Problem. Genau das passiert hier aber. Indem ein etabliertes Tag anders verwendet wird, werden alle vorher erfaßten Objekte, die bis zu diesem Zeitpunkt eindeutig waren, invalidiert. Das ist m.E. übertrieben, da der Zustand den Du beschreibst vermutlich nie existiert hat. Genau das ist das Problem: Der im Wiki beschriebene Zustand hat – bis auf wenige Extrema – nie existiert. Und selbst jene wenigen Ausnahmen stellten keinen großen Datenverlust dar, da aufgrund der schwammigen Formulierung nicht eindeutig ausgesagt wird, worum es sich denn nun eigentlich genau handelt. Die Formulierung spricht von einzeln stehenden ODER markanten Bäumen; Ist das nun exklusiv oder inklusiv zu verstehen? OR oder XOR, würde der Informatiker fragen. Fällt der einzelne Baum einer Allee unter diese Definition? Ab wann steht ein Baum einzeln? Welche Meterangabe ist hier relevant? Ein markanter Baum kann auch eine uralte und meterdicke Eiche mitten in einem dichten Laubwald sein, denn die Definition schreibt ja ausdrücklich nicht vor, dass beide Bedingungen erfüllt sein müssen. Ich könnte jetzt noch stundenlang auf der definition dieses Tags herumreiten und zahlreiche Beispiele aufzählen, wo nicht klar ist, ob der Tag nun gesetzt werden dürfte oder nicht – das wäre allerdings müßig. Wer nach dem obenstehenden Absatz nämlich nicht verstanden hat worauf ich hinaus will, wird es auch mit hundert weiteren Beispielen nicht kapieren (wollen). Lasst uns die Fakten analysieren: Fakt ist, dass der deutlich überwiegende Großteil der bisher getaggten Bäume NICHT der Definition entsprechen, wie sie seit Jahren im Wiki steht. Ein weiterer Fakt ist, dass der Aufbau des Tags (natural=tree) nahe legt, dass es sich schlicht um einen Baum handelt. Eine besondere Eigenschaft des Baumes oder eine Rolle als Orientierungspunkt drückt das Tag in keinster Weise aus. Weiters ist zu vermuten, dass die schwammige Definition, die bereits seit Jahren im Wiki steht, zu einer Zeit geschrieben wurde als noch niemand ernsthaft daran glaubte, dass eines Tages einzelne Bäume gemappt werden würde. Neben diesen rein strukturellen Problemen gibt es auch keinerlei technische Notwendigkeit, diese stark eingeschränkte definition beizubehalten. Orientierungsrelevante Bäume können sehr leicht mit geeigneten Zusatztags hervorgehoben werden; Diese sind nach Bedarf noch zu definieren. Eine Abstraktion ist Aufgabe der Auswertungssoftware und nicht die Aufgabe des Mappers. Dies hat schon alleine jenen Grund, dass Mapper Menschen sind und daher jedes Individuum eine andere Art der Abstraktion bevorzugen würde, weswegen die Daten mit der Zeit extrem inkonsistent werden würden. Hingegen kann ich in meinem Auswerteprogramm sehr einfach definieren, ab wann für mich der einzelne Baum im Wald zählt oder wann ich den Wald als einzelne Fläche darstellen möchte, ab welcher Zoomstufe es sinnvoll ist, die Straße flächig zu rendern und wann die Vereinfachung zu einem bloßen Linienstrang angebracht ist. Genau wie der Erfinder der Baumdefinition können wir heute überhaupt nicht abschätzen, was in zwei oder drei Jahren sein wird. Vielleicht gibt es dann wirklich eine Karte mit Zoomlevel 30 und erste Gebäude mit einem Innenplan. Spätestens dann bin ich zwingend darauf angewiesen, dass eine Straße flächig erfasst ist. Wir sollten uns nicht mit den heutigen Anforderungen beschränken und sagen, dass es für die Autonavigation irrelevant ist und daher nicht in die Datenbank gehört. Die Filterung der relevanten Informationen liegt stets beim Ersteller der Karte. Das bin aber weder ich, noch bist das Du. Wir pflegen nur eine Datenbank mit Geodaten. Die Karte wird vom Osmarender- bzw. vom Mapnik-Team und von zahlreichen Dritten bewerkstelligt; Wieder andere konvertieren das Material für die unterschiedlichsten PNA-Lösungen, die sich wiederum in Leistungsfähigkeit und Anwendungsgebiet unterscheiden. Daher ist die Abstraktion vom Konverter oder Renderer vorzunehmen, denn nur dieser kennt die genauen Spezifikationen des Anzeigegerätes und die Anforderungen. Eine Applikation für ein Mobiltelefon wird in der Regel mit der Darstellung jedes einzelnen Baumes im Wald HEUTZUTAGE überfordert sein. Ein Anderer möchte aber vielleicht den Baumbestand in einem gedruckten Katasterplan einbauen. Das Ausblenden der irrelevanten Bäume (oder anderer Objekte) auf Basis von Tags oder Algorithmen (z.B. Entfernung zum nächsten Baum, Baumdichte im Gebiet, …) ist relativ einfach, eine nicht vorhandene Information kann ich allerdings nicht aus dem Hut zaubern. Daher bin ich dafür die alte Definition möglichst bald aufzugeben und geeignete Zusatztags zu definieren um in Zukunft auch die aktuelle Definition
Re: [Talk-de] Zeichnen von Flüssen
Am 04.09.2010 13:07, Garry: Am 04.09.2010 11:36, schrieb Claudius: Du vergisst die dritte Option: Ein erfahrener Mapper wird durch ein QS-Werkzeug auf den Fehler aufmerksam und korrigiert ihn. Denn das Wiki-Prinzip beruht auch darin, dass jeder seine Stärken zum Projekt beisteuert. Dem fehlt dann aber wiederum das Wissen über die örtliche Gegebenheiten und er macht mit seiner Reparatur u.U. die Information wieder zunichte die der unerfahrene Mapper eingetragen hat. Ich frag in dem Falle einer Unsicherheit mit den Daten einfach den lokalen Mapper an. Und dem erfahrenen Mapper wird auch irgenwann mal die Lust vergehen den anderen ständig hinterherzuräumen. Dann kommt der nächste nach :) Was wir genug haben und was auch nachwächst ist Manpower. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] planet file für Österreich
Grüß euch Gibt es irgendwo ein Planet file für Österreich? Europa ist ein bisschen zu gross und mit osmosis dauert das einspielen mehrere Tage auf meinem Schleppi. lg Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Download OSM-Daten Österreich (war : planet file für Österreich)
Am 05.09.2010 14:13, Bernhard Zwischenbrugger: Grüß euch Gibt es irgendwo ein Planet file für Österreich? Europa ist ein bisschen zu gross und mit osmosis dauert das einspielen mehrere Tage auf meinem Schleppi. Du meinst alle OSM-Daten aus AT. Planet file bedeutet für mich immer alle OSM-Daten. Den Ausschnitt für Österreich gibt's bsp bei Cloudmade in diversen Formaten: http://download.cloudmade.com/europe/austria Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] planet file für Österreich
Hallo, Am Sonntag 05 September 2010 schrieb Bernhard Zwischenbrugger: Gibt es irgendwo ein Planet file für Österreich? Kleiner Widerspruch?^^ Aber schau dir mal http://download.geofabrik.de/osm/ oder http://downloads.cloudmade.com/ an. Gruß, Carsten -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Hallo, Am Samstag 04 September 2010 22:41:24 schrieb Chris66: Warum so kompliziert und nicht einfach ein separates Tag für Stromtankstellen. Es sind nunmal 2 komplett unterschiedliche Einrichtungen. Mit einem Benzinauto kann ich nicht an Elektrotankstellen tanken und umgekehrt. Mal abgesehen von der bereits angesprochenen Abwärtskompatibitität zu alten Anwendungen, die unter amenity=fuel eine Benzintankstelle verstehen. -1 Eine Tankstelle ist nicht eine Einrichtung zum Umfüllen von flüssigen Stoffen, dann wäre es eine Abfüllanlage. Eine Tankstelle ist eine Einrichtung, die das zügige Weiterkommen eines Fahrzeuges, dessen Resourcen verbraucht sind, ermöglicht. Deshalb gibt es dort gasförmige Stoffe wie Autogas, Wasser und Pressluft, feste Stoffe wie Ersatzbirnen, ~wischer, Brot, Käse, Schokoriegel und Grillkohle ( :-) ), weiche Stoffe wie Gummpflegestifte, Blumen und Schokoriegel im Hochsommer und flüssige Stoffe wie Benzin, Öl, Kaffee und Bier. Alles das wird gebraucht um das Weiterkommen zu ermöglichen oder das Ankommen angenehmer zu machen. Wenn es jetzt neuerdings Stromtankstellen gibt, sind diese nicht dazu da, Akkuschrauber aufzuladen, sondern elektrischen Fahrzeugen das Fortkommen zu ermöglichen. An das Wort Tankstelle sollte man dabei keine zu hohe Anforderung stellen. Ich muss noch mal kurz zur Tanke bedeutet ja auch nicht unbedingt, dass noch Benzin getankt werden soll Alte Anwendungen müssen ggf. angepasst werden. So ist das nun mal bei OSM. Wir mappen nicht für. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Am 5. September 2010 15:04 schrieb Wolfgang wolfg...@ivkasogis.de: Eine Tankstelle ist nicht eine Einrichtung zum Umfüllen von flüssigen Stoffen, dann wäre es eine Abfüllanlage. Eine Tankstelle ist eine Einrichtung, die das zügige Weiterkommen eines Fahrzeuges, dessen Resourcen verbraucht sind, ermöglicht. Deshalb gibt es dort -1 Ich kann sehr gut der Argumentation folgen, dass amenity=fuel nicht für Steckdosen verwendet wird, auch wenn elektrische Fahrzeuge sich mit Strom fortbewegen. Strom ungleich fuel m.E. Wieso sollte man mutwillig Benzin-Tankstellen mit Elektroladestationen mischen? Es liegt m.E. auf der Hand, dass man damit mehr zerstört als man gutmacht. Natürlich kann man auch argumentieren, dass Tankstellen erstmal alle gleich getaggt werden, egal ob sie für Traktoren, Flugzeuge, Fahrräder, Boote oder Autos gedacht sind. Aber: wem bringt das was? Für jeden einzelnen ist es doch nur ein Problem, aber keine Hilfe, wenn man die Daten so organisiert. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Am 5. September 2010 15:24 schrieb M∡rtin Koppenhoefer Wikipedia schreibt dazu übrigens: Eine Tankstelle (auch Versorgungsanlage, ursprünglich Zapfstelle) ist eine Anlage, an der Kraftfahrzeuge mit den Kraftstoffen Benzin und Diesel, teilweise auch mit Flüssiggas, Erdgas oder Wasserstoff, versorgt werden können. fuel heisst auf deutsch Brennstoff. Strom ist kein Brennstoff, amenity=fuel passt daher nicht. Im Umkehrschluss heisst das, dass ich Wasserstoff oder Erdgas durchaus bei amenity=fuel gut aufgehoben sehe. EIn Subtagging der einzelnen verfügbaren Arten und Sorten (und keineswegs eine Interpretation wie übliche Brennstoffe) ist unbedingt sinnvoll. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Waypoint Zeiten aus NMEA Datei auslesen
Hi, ich würde gern meinen GPS-Logger (Amod AGL 3080) als Stoppuhr missbrauchen. Gibt es ein Tool, mit dem man die Zeiten der Wegepunkte auslesen kann? In der NMEA Datei gibt es zwar keine direktes Zeitattribut zu den Wegpunkten, aber sie liegen immer zwischen zwei normalen Trackpunkten und eine Auflösung von einer Sekunde wäre für meine Zwecke ausreichend. Bisher habe ich gpsbabel noch nicht dazu überreden können, die (ungefähre) Zeit mit auszulesen. Gruß, Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Hallo, Am Sonntag 05 September 2010 15:24:07 schrieb M∡rtin Koppenhoefer: Am 5. September 2010 15:04 schrieb Wolfgang wolfg...@ivkasogis.de: Eine Tankstelle ist nicht eine Einrichtung zum Umfüllen von flüssigen Stoffen, dann wäre es eine Abfüllanlage. Eine Tankstelle ist eine Einrichtung, die das zügige Weiterkommen eines Fahrzeuges, dessen Resourcen verbraucht sind, ermöglicht. Deshalb gibt es dort -1 Ich kann sehr gut der Argumentation folgen, dass amenity=fuel nicht für Steckdosen verwendet wird, auch wenn elektrische Fahrzeuge sich mit Strom fortbewegen. Strom ungleich fuel m.E. fuel = Benzin, Heizöl, Nassware, ... [Leo] Wieso dann Gas??? oder fuel = Treibstoff, Treibmittel ... [auch Leo] Wieso dann nicht Strom ? Wieso sollte man mutwillig Benzin-Tankstellen mit Elektroladestationen Hier schreibst du wieder BENZIN-Tankstellen. Warum? Eine Tankstelle versorgt ein Fahrzeug mit dem, was es zum Weiterkommen braucht. Sonst müsste man auch für Wasserstoff, Gas und sogar Diesel eigene amenities erfinden. mischen? Es liegt m.E. auf der Hand, dass man damit mehr zerstört als man gutmacht. Natürlich kann man auch argumentieren, dass Tankstellen erstmal alle gleich getaggt werden, egal ob sie für Traktoren, Flugzeuge, Fahrräder, Boote oder Autos gedacht sind. Aber: wem bringt Tankstellen in unserem Sinne sind Versorgungsstationen. Boote und Flugzeuge tanken garantiert flüssige Brennstoffe, Benzin, Flugbenzin... . Wieso sollte das mit amenity=fuel falsch sein? Routing-SW wird einen kaum durch die Sicherheitsschranken oder Hafenbecken zu deren Tanke führen. Die Straßentanke ist ja auch mit der Straße verbunden und damit für den Router erreichbar. Im Übrigen ist die Art der Tankstelle durch die Zusatztags ausreichend beschrieben. das was? Für jeden einzelnen ist es doch nur ein Problem, aber keine Hilfe, wenn man die Daten so organisiert. Das kann ich nicht nachvollziehen. Wenn ich Treibmittel brauche, suche ich nach einer geeigneten Tankstelle. Egal, ob ich elektrisch, mit Gas oder mit Benzin unterwegs bin. Nach deiner Logik müssten wir alle Tankstellen, die etwa auf die Idee kämen, eine Ladestation oder eine Akku-Tauschstation einzurichten, aus der Bezeichnung Tankstelle entfernen. Elektro-Tanke sind die ja auch nicht, weil die beides anbieten. amenity=fuel- Benzin amenity=diesel_oil - Diesel amenity=hydrogen- Wasserstoff amenity=natural_gas - Erdgas amenity=liquefied_gas - Autogas amenity=akku_change - Akkutausch amenity=current - Strom . Und dann in Kombination: amenity=fuel;hydrogen etc? Ist das besser auszuwerten? und übersichtlicher zu mappen?? Manche Begriffe wandeln sich im Laufe der Zeit. Vom Zitronenfalter wird auch nicht erwartet, dass er Zitronen faltet. In diesem Sinne Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Hallo, Am Sonntag 05 September 2010 15:30:00 schrieb M∡rtin Koppenhoefer: Am 5. September 2010 15:24 schrieb M∡rtin Koppenhoefer Wikipedia schreibt dazu übrigens: Eine Tankstelle (auch Versorgungsanlage, ursprünglich Zapfstelle) ist eine Anlage, an der Kraftfahrzeuge mit den Kraftstoffen Benzin und Diesel, teilweise auch mit Flüssiggas, Erdgas oder Wasserstoff, versorgt werden können. Wenn das dein einziges Problem ist, könnte man dem abhelfen fuel heisst auf deutsch Brennstoff. Strom ist kein Brennstoff, -1, siehe anderes Posting amenity=fuel passt daher nicht. Im Umkehrschluss heisst das, dass ich Wasserstoff oder Erdgas durchaus bei amenity=fuel gut aufgehoben sehe. EIn Subtagging der einzelnen verfügbaren Arten und Sorten (und keineswegs eine Interpretation wie übliche Brennstoffe) ist unbedingt sinnvoll. +1 Subtagging ist unbedingt erforderlich. Und das kann auch Strom sein. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
M∡rtin Koppenhoefer schrieb: Im Wiki steht lone or significant tree. Vielleicht für manche missverständlich, aber das klingt auch sinnvoll: Ein Wald baut sich nicht aus lauter Einzelnodes mit natural=tree auf, der sollte als area (geschlossener Way) getaggt werden, und um diese Unterscheidung geht es hier. Einzeln stehende Bäume, die nicht in einem Wald(stück) sind, sollten natural=tree sein. Ebenfalls signfikante Bäume innerhalb eines Waldes (z.B. der General Sherman Tree in Kalifornien, der als massereichstes Lebewesen der Erde gilt), damit man sie finden kann - obwohl hier wohl weitere Tags zur Bestimmung der Signifikanz sinnvoll sind. Das klingt zumindest für mich einleuchtend. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
On 05.09.2010 16:18, Robert Kaiser wrote: M∡rtin Koppenhoefer schrieb: Im Wiki steht lone or significant tree. Vielleicht für manche missverständlich, aber das klingt auch sinnvoll: Ein Wald baut sich nicht aus lauter Einzelnodes mit natural=tree auf, der sollte als area (geschlossener Way) getaggt werden, und um diese Unterscheidung geht es hier. Einzeln stehende Bäume, die nicht in einem Wald(stück) sind, sollten natural=tree sein. Ebenfalls signfikante Bäume innerhalb eines Waldes (z.B. der General Sherman Tree in Kalifornien, der als massereichstes Lebewesen der Erde gilt), damit man sie finden kann - obwohl hier wohl weitere Tags zur Bestimmung der Signifikanz sinnvoll sind. Das klingt zumindest für mich einleuchtend. Beim Wald stimme ich vollkommen zu - zur Zeit jedenfalls. Aber wo ist die Grenze zur Signifikanz eines Baumes? Wenn ich die einzelnen Bäume eines großen Waldes eintrage? (im Sprachgebrauch der Wald) Wenn ich eine Baumgruppe aus 20 Bäumen mit einzelnen Bäumen eintrage? (im Sprachgebrauch die Baumgruppe, manchmal auch das Wäldchen) Wenn ich drei zusammenstehende Bäume einzeln eintrage? (im Sprachgebrauch z.B. bei den drei Eichen) Wenn ich in einer Fußgängerzone die Beete mit Bäumen einzeichne (z.B. alle 10 Meter ein Baum)? Wenn in einer Baumreihe nur Eichen stehen - außer einer Birke - was soll dann als signifikant anders eingezeichnet werden? Wie so oft ist hier keine klare Grenze sichtbar. Entsprechend schwammige Formulierungen wie hier sollten deshalb nicht zur Tagging-Definition genutzt werden; zumindest aber nicht in einem Tag, der zusätzlich weit verbreitete Nutzung findet - und das war bei natural=tree von Anfang an zu erwarten. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
Theoretisch hätte ich auch nichts dagegen, dass jemand einzelne Bäume eines Waldes einträgt, vor allem, wenn er zusätzliche Angaben wie Spezies oder Stammumfang einträgt. Praktisch halte ich das derzeit für undenkbar, es gibt wohl Milliarden Bäume auf der Welt (mindestens, Wolfram Alpha kannte leider keine Antwort und bin gerade zu faul, dass selbst zu überschlagen), und selbst das Aufnehmen eines kleinen Waldstückchens düfte erheblichen Aufwand darstellen. Von daher muss man das auch nicht regeln: es macht keiner (bisher in OSM, die Forstbehörden würden mir vermutlich widersprechen). Mir gefällt allerdings Deine Interpretation der Baumdefinition im Wiki gut, weil sie sowohl für einzelne Bäume im Wald als auch für einzelne Bäume überhaupt eine Berechtigung ableitet. Nur sehe ich das nicht exklusiv. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Am 5. September 2010 15:53 schrieb Wolfgang wolfg...@ivkasogis.de: fuel = Benzin, Heizöl, Nassware, ... [Leo] Wieso dann Gas??? oder fuel = Treibstoff, Treibmittel ... [auch Leo] Wieso dann nicht Strom ? LEO ist halt nicht der Weisheit letzer Schluss, Wörter können je nach Kontext verschiedene Bedeutungen haben. Saubere Definitionen findet man in LEO überhaupt nicht. Ein Kraftstoff (auch Treibstoff) ist ein Brennstoff, dessen chemische Energie durch Verbrennung in Verbrennungskraftmaschinen (Verbrennungsmotor, Gasturbine, …) und Raketentriebwerken in Antriebskraft umgewandelt wird. Brennstoffe wären noch etwas weiter gefasst, weil sie auch Heizstoffe beinhalten. Elektrischer Strom ist weder ein Treibstoff noch ein Brennstoff. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Am 01.09.2010 12:51, schrieb Garry: Am 01.09.2010 09:10, schrieb Jan Tappenbeck: fuel_electricity (Steckdose) * nodes: 30 * ways: 1 Diese aber bitte vollkommen getrennt von einer normalen Tankstelle! Sonst werden die Tankstellen-POIs auf allen bestehenden Anwendungen die nicht nach der Sorte unterscheiden (derzeit wohl die meisten) wertlos wenn jede Tank-Steckdose als Tankstelle auftaucht. Auch denke ich dass Ladestation an der normalen Tankstelle ehr die Ausnahme bleiben wird. [...] Von daher denke ich dass sich die Elektrotankstellen ehr getrennt vom bisherigen Tankstellennetzt an Supermarkt-, Schnellrestaurant-, etc Parkplätzen ansiedeln werden. Also an Orten wo die Fahrzeuge sowieso längere Zeit stehen weil die Nutzer ihre Einkäufe etc. erledigen und nicht nur darauf warten dass der Tank wieder aufgefüllt ist. Ich habe mich gerade mit einem Nicht-OSMer unterhalten und ihn mal nach seiner Einschätzung gefragt. Dabei hat sich auch meine Meinung geändert. Da vermutlich mehr Ladestellen an Nicht-Tankstellen (Geschäfte, Restaurants, Arbeitsplatz o.ä.) befinden werden, sollte es einen Extra-Tag geben. Unabhängig von der Diskussion, ob es sich um Treibstoff oder was auch immer handelt. Es handelt sich nebenbei bemerkt bei den anderen gängigen Treibstoffen auch um Gefahrenstoffe, was bei Strom nicht unmittelbar der Fall ist. Somit ist Strom auch nicht an Tankstellen gebunden. Dazu wäre es natürlich schön, wenn wir zeitnah einen Tag finden würden, den man dann auch den bekannten Renderern (und Jan) nennen kann. Die Tanksäule passt einfach nicht. amenity=charging operator=? (RWE, EWE, etc.) evtl auch hier Bezahlmöglichkeiten. Wobei sich die in der nächsten Zeit zunächst wohl aus dem Operator ableiten lassen... Was haltet ihr davon? LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
On 05.09.2010 18:05, C. Brause wrote: Ich habe mich gerade mit einem Nicht-OSMer unterhalten und ihn mal nach seiner Einschätzung gefragt. Dabei hat sich auch meine Meinung geändert. Da vermutlich mehr Ladestellen an Nicht-Tankstellen (Geschäfte, Restaurants, Arbeitsplatz o.ä.) befinden werden, sollte es einen Extra-Tag geben. Unabhängig von der Diskussion, ob es sich um Treibstoff oder was auch immer handelt. Es handelt sich nebenbei bemerkt bei den anderen gängigen Treibstoffen auch um Gefahrenstoffe, was bei Strom nicht unmittelbar der Fall ist. Somit ist Strom auch nicht an Tankstellen gebunden. +1 Dazu wäre es natürlich schön, wenn wir zeitnah einen Tag finden würden, den man dann auch den bekannten Renderern (und Jan) nennen kann. Die Tanksäule passt einfach nicht. amenity=charging mir gefällt das amenity nicht, ich würde bei der Gelegenheit eventuell versuchen, einen Oberbegriff zu finden für den Themenkomplex, also für z.B. - Strommobil-Ladestationen - Tankstellen - Auto-Waschanlagen - TÜV-Niederlassungen - ? mit car_service=* bin ich noch nicht ganz zufrieden - aber vielleicht fällt jemandem was besseres dazu ein. operator=? (RWE, EWE, etc.) evtl auch hier Bezahlmöglichkeiten. Wobei sich die in der nächsten Zeit zunächst wohl aus dem Operator ableiten lassen... nicht schon wieder etwas ableiten!!! definitiv mit angeben. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] XAPI Neubauen WAS:Re: XAPI ständig t ot
Am 03.09.2010 18:06, schrieb Sven Geggus: Wenn ich das richtig verstanden habe ist dei XAPI in einer Programmiersprache geschrieben, die außer dem Author der XAPI niemand spricht. Genau das ist das Problem. Wie wäre es die XAPI in einer modernen, für Webanwendungen geeigneten Programmiersprache neu zuschreiben. Ich hatte mir dazu noch einige Gedanken gemacht, habe aber nicht genug Zeit so etwas allein zu entwickeln. Deshalb hab ich mal ein Projekt auf Sourceforge erstellt, dem jeder gerne beitreten kann. https://sourceforge.net/projects/xapi/ Hier ein paar Sachen die geklärt werden müssen. Datenbank: Ich bin aus eigener Erfahrung für Postgres/Postgis. es ist sehr schnell auch mit großen Datenmengen Für MySQL würde sprechen, dass es von vielen Webhostern unterstützt wird. Auf normalem Webspace kann man es derzeit sowieso nicht aufbauen. man brauch mehr als 5 GB Speicherplatz. eine Boundingbox ohne spezielle Funktion dauert auf diesen Datengrößen einfach zu lange Programmiersprache: Java: für Java würde Sprechen, dass so ziemlich jeder der programmieren kann auch Java kann bzw es leicht zu erlernen und die Entwicklungsumgebungen ausgereift sind. Python für Python würde sprechen dass es von Vielen Webhostern unterstützt wird. Aber wie oben schon oben gesagt braucht man so wieso einen guten Server dafür. Hat jemand andere Vorschläge oder Argumente? immer her damit. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XAPI Neubauen WAS:Re: XAPI ständig t ot
Das Argument der Webhost-Unterstützung würde ich ablehnen, das ist vermutlich sowieso keine vernünftige Alternative - es sei denn, man möchte direkt eine verteilte Lösung angehen. Einen Grund, den großen Speicherbedarf, hast Du bereits genannt, Zugriffszahlen und Traffic dürften im späteren Betrieb bei vernünftiger Performance ebenfalls nicht ohne sein. Damit ist auch das MySQL-Argument (Unterstützung von Webhostern) raus. Außerdem ist AFAIK postgres/postgis sonst weit verbreitet in der toolchain der OSM, und wird, wenn auch nicht als optimal, doch als das beste aller verfügbaren Systeme gesehen. Gruß Peter On 05.09.2010 18:38, Josias Polchau wrote: Am 03.09.2010 18:06, schrieb Sven Geggus: Wenn ich das richtig verstanden habe ist dei XAPI in einer Programmiersprache geschrieben, die außer dem Author der XAPI niemand spricht. Genau das ist das Problem. Wie wäre es die XAPI in einer modernen, für Webanwendungen geeigneten Programmiersprache neu zuschreiben. Ich hatte mir dazu noch einige Gedanken gemacht, habe aber nicht genug Zeit so etwas allein zu entwickeln. Deshalb hab ich mal ein Projekt auf Sourceforge erstellt, dem jeder gerne beitreten kann. https://sourceforge.net/projects/xapi/ Hier ein paar Sachen die geklärt werden müssen. Datenbank: Ich bin aus eigener Erfahrung für Postgres/Postgis. es ist sehr schnell auch mit großen Datenmengen Für MySQL würde sprechen, dass es von vielen Webhostern unterstützt wird. Auf normalem Webspace kann man es derzeit sowieso nicht aufbauen. man brauch mehr als 5 GB Speicherplatz. eine Boundingbox ohne spezielle Funktion dauert auf diesen Datengrößen einfach zu lange Programmiersprache: Java: für Java würde Sprechen, dass so ziemlich jeder der programmieren kann auch Java kann bzw es leicht zu erlernen und die Entwicklungsumgebungen ausgereift sind. Python für Python würde sprechen dass es von Vielen Webhostern unterstützt wird. Aber wie oben schon oben gesagt braucht man so wieso einen guten Server dafür. Hat jemand andere Vorschläge oder Argumente? immer her damit. ___ 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] Projekt DE des Monats - Tankstellen
Am 05.09.2010 18:28, schrieb Peter Wendorff: On 05.09.2010 18:05, C. Brause wrote: amenity=charging mir gefällt das amenity nicht, ich würde bei der Gelegenheit eventuell versuchen, einen Oberbegriff zu finden für den Themenkomplex, also für z.B. - Strommobil-Ladestationen - Tankstellen - Auto-Waschanlagen - TÜV-Niederlassungen - ? mit car_service=* bin ich noch nicht ganz zufrieden - aber vielleicht fällt jemandem was besseres dazu ein. operator=? (RWE, EWE, etc.) evtl auch hier Bezahlmöglichkeiten. Wobei sich die in der nächsten Zeit zunächst wohl aus dem Operator ableiten lassen... nicht schon wieder etwas ableiten!!! definitiv mit angeben. Doch! Zumindest, wenn man zu faul ist, jedes Detail zu mappen. Ich hab z.B. hier in der Nähe eine RWE-Ladesäule gesehen. Wie das mit Bezahlung läuft, weiß ich aber nicht. Wer diese Säule braucht (RWE) weiß auch, wie (noch) bezahlt werden muss. Wer sich damit beschäftigt/auskennt, kanns ja genauer mappen. Erstmal ist das ableiten sehr eindeutig. Was das Tag angeht, finde ich solch eine Gruppierung für z.B. den medizinischen Bereich sinnvoll. Man muss es aber nicht auf alles übertragen. Halte ich für überflüssig. Dann lieber eindeutige, direkte Tags (vielleicht eindeutiger als amenity=charging). Sonst fängt noch ein Streit an, was denn in den bereich car_service gehört, und ab wann es vielleicht hgv_service (Dienste für LKW) oder car_shop (Autoteilekrams) etc. ist. Dann kommen wir nie voran. LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm richtig getaggt?
Am 03.09.2010 19:17, schrieb Claudius: Am 03.09.2010 19:14, Christopher Reimer: Zum einen: landuse=farm oder landuse=farmland? landuse=farmland für die landwirtschaftlich bearbeitete Fläche landuse=farmyard für den Bauernhof und die Wirtschaftsgebäude Ich hab grad mal nachgeschaut. In den Mapfeatures steht sowohl landuse=farm, als auch landuse=farmland mit derselben Definition drin. Klickt man auf den Link von landuse=farmland, wird man wieder auf die englische Seite von landuse=farm umgeleitet. Ist das Wiki an der Stelle also veraltet, oder ist landuse=farmland doch nicht Konsens? LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Am Sonntag 05 September 2010, 18:28:02 schrieb Peter Wendorff: amenity=charging mir gefällt das amenity nicht, ich würde bei der Gelegenheit eventuell versuchen, einen Oberbegriff zu finden für den Themenkomplex, also für z.B. - Strommobil-Ladestationen - Tankstellen - Auto-Waschanlagen - TÜV-Niederlassungen - ? +1 mit car_service=* bin ich noch nicht ganz zufrieden - aber vielleicht fällt jemandem was besseres dazu ein. Es gibt ein POI-Schema, da werden fahrzeugrelevante Objekte mit vehicle = ... gekennzeichnet. (Fahrzeug im Sinne von selbst fahren, also keine oeffentlichen Verkehrsmittel). 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] Projekt DE des Monats - Tankstellen
Am 5. September 2010 15:53 schrieb Wolfgang wolfg...@ivkasogis.de: -1 Ich kann sehr gut der Argumentation folgen, dass amenity=fuel nicht für Steckdosen verwendet wird, auch wenn elektrische Fahrzeuge sich mit Strom fortbewegen. Strom ungleich fuel m.E. fuel = Benzin, Heizöl, Nassware, ... [Leo] Wieso dann Gas??? oder fuel = Treibstoff, Treibmittel ... [auch Leo] Wieso dann nicht Strom ? Weil wir shop=bakery auch nicht als amenity=fuel taggen. Brötchen benutze ich als Treibstoff für den Bioreaktor, der mein Zweirad antreibt. Wikipedia erklärt das ganz gut: ...Ein Kraftstoff (auch Treibstoff) ist ein Brennstoff, dessen chemische Energie durch ...Verbrennung in Verbrennungskraftmaschinen (Verbrennungsmotor, Gasturbine, …) ...und Raketentriebwerken in Antriebskraft umgewandelt wird. [...] ...Nicht als Kraftstoff bezeichnet werden üblicherweise Stoffe, die zwar als Energieträger ...für einen Antrieb dienen, bei denen aber keine chemische Energie freigesetzt wird, ...z.B. Wasser für eine Wasserturbine oder Uran für den Kernreaktor eines Nuklearantriebs. (aus http://de.wikipedia.org/wiki/Treibstoff ) Und amenity=fuel behandelt Stationen zur Kraftstoffabgabe, nicht jedwede gewerbliche Überlassung von speicherbarer Energie. Grüße, jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Am 05.09.2010 18:05, schrieb C. Brause: Ich habe mich gerade mit einem Nicht-OSMer unterhalten und ihn mal nach seiner Einschätzung gefragt. Dabei hat sich auch meine Meinung geändert. Da vermutlich mehr Ladestellen an Nicht-Tankstellen (Geschäfte, Restaurants, Arbeitsplatz o.ä.) befinden werden, sollte es einen Extra-Tag geben. Schön, dass ich mit meiner Meinung nicht alleine bin. ;-) Laut Tagwatch gibt es amenity=charging erst 2 mal, also wenn Euch was besseres einfällt. LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
On 05.09.2010 18:55, C. Brause wrote: Am 05.09.2010 18:28, schrieb Peter Wendorff: nicht schon wieder etwas ableiten!!! definitiv mit angeben. Doch! Zumindest, wenn man zu faul ist, jedes Detail zu mappen. Ich hab z.B. hier in der Nähe eine RWE-Ladesäule gesehen. Wie das mit Bezahlung läuft, weiß ich aber nicht. Wer diese Säule braucht (RWE) weiß auch, wie (noch) bezahlt werden muss. Wer sich damit beschäftigt/auskennt, kanns ja genauer mappen. Erstmal ist das ableiten sehr eindeutig. Nicht falsch verstehen: Natürlich auch unvollständig mappen, wenn mehr nicht bekannt ist. Natürlich auch unvollständig mappen, wenn nicht mehr Zeit oder mehr Lust da ist. Was ich sagen wollte ist: nicht davon ausgehen, dass das halt Standard und immer so ist und deshalb bewusst Details weglassen. Wozu das auf lange Sicht führt, sehen wir doch gerade. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hamburg, Im Ginsterbusch 8a
Hallo Liste, wenn ich die obige Adresse eingebe, wird sie nicht gefunden, auch nicht, wenn ich Ort und Straße vertausche. Wenn ich in die Gegend von Hamburg zoome, wo die Straße ist, wird sie angezeigt. GoogleMaps aber findet sie. -- Viele Grüße, Hartmut Hungerhilfe: http://www.thehungersite.com Ohne Zensur suchen: http://suche.amnesty-bergedorf.de/ ökologisch suchen: http://www.ecosia.de Das heutige Motto: Das Leben ist zu kostbar, um es dem Schicksal zu überlassen. (Deus X. Machina) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm richtig getaggt?
Am 05.09.2010 18:57, schrieb C. Brause: Ist das Wiki an der Stelle also veraltet, oder ist landuse=farmland doch nicht Konsens? tagwatch DE: farmland (27051), farm (25397) von Konsens kann also keine Rede sein. ;-) Bei solchen tag-Änderungen sollte man meiner Meinung nach Nägel mit Köpfen machen: farm als obsolet im Wiki titulieren, per Bot zu farmland umtaggen und die Vorlagen in den Editoren ändern. Sonst hat man bis zum SanktNimmerleinstag beide Varianten in der DB stehen. Wobei dieses Beispiel mal wieder zeigt, dass man Tag-Änderungen nur sehr sehr sparsam durchführen sollte. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Am 05.09.2010 19:04, schrieb Guenther Meyer: Am Sonntag 05 September 2010, 18:28:02 schrieb Peter Wendorff: amenity=charging mir gefällt das amenity nicht, ich würde bei der Gelegenheit eventuell versuchen, einen Oberbegriff zu finden für den Themenkomplex, also für z.B. - Strommobil-Ladestationen - Tankstellen - Auto-Waschanlagen - TÜV-Niederlassungen - ? +1 mit car_service=* bin ich noch nicht ganz zufrieden - aber vielleicht fällt jemandem was besseres dazu ein. Es gibt ein POI-Schema, da werden fahrzeugrelevante Objekte mit vehicle = ... gekennzeichnet. (Fahrzeug im Sinne von selbst fahren, also keine oeffentlichen Verkehrsmittel). Wo ist dieses Schema zu finden? Nur ums sich mal anzusehen. LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hamburg, Im Ginsterbusch 8a
Am 05.09.2010 19:22, schrieb Hartmut: Hallo Liste, wenn ich die obige Adresse eingebe, wird sie nicht gefunden, auch nicht, wenn ich Ort und Straße vertausche. Wenn ich in die Gegend von Hamburg zoome, wo die Straße ist, wird sie angezeigt. Hallo Hartmut, den Effekt kann ich nachvollziehen, aber nicht erklären. Die Hausnummer ist noch nicht erfasst, aber Straße und Ort sollten gefunden werden. Wenn man das Im weglässt, dann wird Am Ginterbusch gefunden. Das liegt nur nicht mehr in Hamburg. -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm richtig getaggt?
Am 05.09.2010 19:22, Chris66: Am 05.09.2010 18:57, schrieb C. Brause: Ist das Wiki an der Stelle also veraltet, oder ist landuse=farmland doch nicht Konsens? tagwatch DE: farmland (27051), farm (25397) von Konsens kann also keine Rede sein. ;-) Bei solchen tag-Änderungen sollte man meiner Meinung nach Nägel mit Köpfen machen: farm als obsolet im Wiki titulieren, per Bot zu farmland umtaggen Das ist nicht möglich, da bisher mit landuse=farm getaggt flaggen eben *nicht* eindeutig Felder sind, sondern sowohl die Fläche mit den Wirtschaftsgebäuden als auch die bewritschaftete Fläche bezeichnet sein kann. Sonst hat man bis zum SanktNimmerleinstag beide Varianten in der DB stehen. Na und? Tut doch niemandem weh. Es gibt die Möglichkeit einer genaueren Einordnung der Flächen, aber sie wird eben nicht von allen genutzt. Das wächst sich schon raus. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hamburg, Im Ginsterbusch 8a
Am 05.09.2010 19:22, schrieb Hartmut: Hallo Liste, wenn ich die obige Adresse eingebe, wird sie nicht gefunden, auch nicht, wenn ich Ort und Straße vertausche. Wenn ich in die Gegend von Hamburg zoome, wo die Straße ist, wird sie angezeigt. GoogleMaps aber findet sie. Hi, versuch mal: Im Ginsterbusch, Freie und Hansestadt Hamburg [1] oder Im Ginsterbusch, Schnelsen oder Im Ginsterbusch, Eimsbüttel [1] Warum der Mapper nicht einfach Hamburg als Stadtnamen eingeben hat weiss ich nicht. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Am 5. September 2010 19:56 schrieb C. Brause chr_bra...@gmx.de: Am 05.09.2010 19:04, schrieb Guenther Meyer: Es gibt ein POI-Schema, da werden fahrzeugrelevante Objekte mit vehicle = ... gekennzeichnet. sowas ist keine schlechte Idee (ich weiss, Du hast das schon seit Jahren, aber solange es halt nicht im Mapnik und den übrigen relevanten Anwendungen ist, siehts schlecht aus). Wenn man z.B. die Kfz-Zulassungsstelle taggen will, dann kann man das mit vehicle tun. Ein anderer will aber z.B. alle Ämter+Behörden taggen, und wenn wir jetzt alles als amenity drin haben (z.B. amenity=public_building [1] ), bräuchten wir verschiedene Werte im selben Key. Und damit siehts halt auch schlecht aus. Gruß Martin [1] http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dpublic_building ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm richtig getaggt?
Am 05.09.2010 20:05, schrieb Claudius: farm als obsolet im Wiki titulieren, per Bot zu farmland umtaggen Das ist nicht möglich, da bisher mit landuse=farm getaggt flaggen eben *nicht* eindeutig Felder sind, sondern sowohl die Fläche mit den Wirtschaftsgebäuden als auch die bewritschaftete Fläche bezeichnet sein kann. Sonst hat man bis zum SanktNimmerleinstag beide Varianten in der DB stehen. Na und? Tut doch niemandem weh. Es gibt die Möglichkeit einer genaueren Einordnung der Flächen, aber sie wird eben nicht von allen genutzt. Das wächst sich schon raus. Es wächst sich aber nur raus, wenns bekannt gemacht wird. Und dazu gucke ich ins Wiki oder sogar in die Presets der Editoren. Wenns da nicht steht, ändert sich die Situation nicht. Der Bot ist natürlich quatsch, aufgrund der Nichteindeutigkeit aus der die Diskussion hier entstanden ist. LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Am Sonntag 05 September 2010, 20:11:17 schrieb M∡rtin Koppenhoefer: Am 5. September 2010 19:56 schrieb C. Brause chr_bra...@gmx.de: Am 05.09.2010 19:04, schrieb Guenther Meyer: Es gibt ein POI-Schema, da werden fahrzeugrelevante Objekte mit vehicle = ... gekennzeichnet. sowas ist keine schlechte Idee (ich weiss, Du hast das schon seit Jahren, aber solange es halt nicht im Mapnik und den übrigen relevanten Anwendungen ist, siehts schlecht aus). ich hatte ja damals um Mithilfe gebeten, das mal einzubauen, aber da kam ja leider nix... Wenn man z.B. die Kfz-Zulassungsstelle taggen will, dann kann man das mit vehicle tun. Ein anderer will aber z.B. alle Ämter+Behörden taggen, und wenn wir jetzt alles als amenity drin haben (z.B. amenity=public_building [1] ), bräuchten wir verschiedene Werte im selben Key. Und damit siehts halt auch schlecht aus. Das kann dir bei jeder Art von Kategorisierung passieren. Aber ob alles in einen generischen Key zu packen, die bessere Loesung ist, wage ich zu bezweifeln... 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] Projekt DE des Monats - Tankstellen
Am Sonntag 05 September 2010, 19:56:40 schrieb C. Brause: Wo ist dieses Schema zu finden? Nur ums sich mal anzusehen. hier gibt's eine Uebersicht, die ist aber nicht mehr ganz aktuell glaube ich: http://www.gpsdrive.de/development/map-icons/overview.en.shtml ansonsten wird es hier verwendet: http://svn.openstreetmap.org/applications/share/map-icons/geoinfo.db 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] Hamburg, Im Ginsterbusch 8a
hamburg heist nun mal so - zumindest offiziell nominatim ist da extrem pingelig. hat mir mal ne demo von osm total versaut, da er bad homburg nicht finden wollte. erst mit bad homburg vor der höhe hats nach 5 minuten geklappt . war ein erstklassiger vorführeffekt :( lg walter -- View this message in context: http://gis.638310.n2.nabble.com/Hamburg-Im-Ginsterbusch-8a-tp5500868p5500981.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
On 2010-09-05 02:41:07 Garry wrote: Könnte man in der Tabelle nicht gleich noch einen Link generieren der die Position in OSM darstellt? :-) erledigt hab gleich die tankstellenpoiseite genommen quickdirty falls es mal jemand verfeinern will die tabelle aus dem wiki in /tmp/ger.txt opiert (ohne header) sed -e '2~9 N;s#\n| #\lat=#;' /tmp/ger.txt | sed -e '2~4 N;s#\n| # #;s#^| .*lat.*#| [http://www.tappenbeck.net/osm/maps/deu/index.php?id=1022\zoom=17\lon=]#;s#=| #=#;' /tmp/gernew.txt ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
On 2010-09-04 00:45:20 Peter Wendorff wrote: Zunächst eine Rückfrage zur Erlaubnis von tankpool24: was heißt bis auf Widerruf? Das die daten immer wieder von deren Webseite in OSM eingetragen weren koennen bis sie sagen das die Dateien fuer diesen Zweck ncith mehr verarbeitet werden duerfen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm richtig getaggt?
Claudius schrieb am 05.09.2010 20:05: Das ist nicht möglich, da bisher mit landuse=farm getaggt flaggen eben *nicht* eindeutig Felder sind, sondern sowohl die Fläche mit den Wirtschaftsgebäuden als auch die bewritschaftete Fläche bezeichnet sein kann. Das waren aber schon immer Fehleintragungen, landuse=farm hat von Anfang an die bewirtschafteten Flaechen gemeint. Jedes Auswerteprogramm (zumindest soweit ich weiss) behandelt farm und farmland gleich (was sollte es auch sonst tun, es meint ja per Definition das selbe). Insofern kann man da eigentlich keinen Schaden anrichten, wenn man das automatisch gleich zieht. Man kann es aber auch lassen wie es ist. Wie oben bereits erwaehnt ist es ja Einleichtes fuer die Auswerteprogramme, beide Tags gleich zu behandeln. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hamburg, Im Ginsterbusch 8a
Am 05.09.2010 20:32, schrieb Walter Nordmann: hamburg heist nun mal so - zumindest offiziell nominatim ist da extrem pingelig. neben dem place=region Node scheint es noch einen place=city oder so zu geben mit dem Namen Hamburg ohne das freie und Hansestadt Gedöhns : http://www.openstreetmap.org/?lat=53.543lon=10.025zoom=11layers=M Müsste man sich den Nominatim Algorithmus mal anschauen, wieso er den nicht heranzieht. In den addr:city Nodes in dem Gebiet ist auch nur Hamburg eingetragen. Da ist der Nominatim also noch verbesserungswürdig. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
M∡rtin Koppenhoefer dieterdre...@gmail.com [Sat, Sep 04, 2010 at 05:27:14PM CEST]: Wir haben ja nicht nur 1 Tag, um ein Objekt zu beschreiben, sondern unendlich viele. Hast Du einen Pakt mit dem Teufel oder wo hast Du das ewige Leben her? Ich habe hoffentlich 3 Tage und werde sie nicht dazu nutzen, Marcel Proust nachzueifern. Scherz beiseite: Vielleicht könnte man Täg schreiben, wo es nicht von dem Allerweltswort zu unterscheiden ist. In diesem Fall wäre auch der passende Artikel dienlich gewesen. Aber ich stolpre nicht das erste Mal hier darüber. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Hallo Fabian. Hab nicht besonders viel Glück bei regulären Ausdrücken, aber zwei Anmerkungen: 1) kannst Du die alten lat/lon-Spalten zusätzlich wieder reinsetzen? 2) Der Link zur Tankstellen-Karte ist ungünstig, um daran zu bearbeiten. schön wäre ein Link zu osm.org, so dass man da unter anderem auch direkt edit klicken kann. Trotzdem ein Fortschritt ;) Gruß Peter On 05.09.2010 21:21, Fabian wrote: On 2010-09-05 02:41:07 Garry wrote: Könnte man in der Tabelle nicht gleich noch einen Link generieren der die Position in OSM darstellt? :-) erledigt hab gleich die tankstellenpoiseite genommen quickdirty falls es mal jemand verfeinern will die tabelle aus dem wiki in /tmp/ger.txt opiert (ohne header) sed -e '2~9 N;s#\n| #\lat=#;' /tmp/ger.txt | sed -e '2~4 N;s#\n| # #;s#^| .*lat.*#| [http://www.tappenbeck.net/osm/maps/deu/index.php?id=1022\zoom=17\lon=]#;s#=| #=#;' /tmp/gernew.txt ___ 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] Hamburg, Im Ginsterbusch 8a
Hallo, Am Sonntag 05 September 2010 21:29:28 schrieb Chris66: Am 05.09.2010 20:32, schrieb Walter Nordmann: hamburg heist nun mal so - zumindest offiziell nominatim ist da extrem pingelig. neben dem place=region Node scheint es noch einen place=city oder so zu geben mit dem Namen Hamburg ohne das freie und Hansestadt Gedöhns : http://www.openstreetmap.org/?lat=53.543lon=10.025zoom=11layers=M Müsste man sich den Nominatim Algorithmus mal anschauen, wieso er den nicht heranzieht. In den addr:city Nodes in dem Gebiet ist auch nur Hamburg eingetragen. Da ist der Nominatim also noch verbesserungswürdig. Bei dem Stichwort Gedöhns fällt mir etwas auf: Was an unseren Adressdaten noch fehlt, ist das Bundesland. Wenn man das eintragen könnte und jemand auf die Idee käme, wie Garmin die Bundesländer aus den Daten liest, wäre das Problem der Adresssuche auf den Garmin-Geräten erledigt. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
On 2010-09-05 21:46:29 Peter Wendorff wrote: 1) kannst Du die alten lat/lon-Spalten zusätzlich wieder reinsetzen? wird die wirklich benoetigt? also gibt es eine anwendung wo man die von hang eingeben moechte? zum blossen anwchauen kann ja mit der maus ueber den link gegangen werden. sollte aber kein problem darstellen das hizuzufuegen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XAPI Neubauen WAS:Re: XAPI ständig t ot
hi Datenbank: Ich bin aus eigener Erfahrung für Postgres/Postgis. es ist sehr schnell auch mit großen Datenmengen Für MySQL würde sprechen, dass es von vielen Webhostern unterstützt wird. Auf normalem Webspace kann man es derzeit sowieso nicht aufbauen. man brauch mehr als 5 GB Speicherplatz. eine Boundingbox ohne spezielle Funktion dauert auf diesen Datengrößen einfach zu lange Meine Wünsche wären: XAPI soll auf allen Plattformen funktionieren: High End Server, Laptop, Handy Wenn mehr Ram vorhanden ist, dann rennt es natürlich schneller als mit wenig Arbeitsspeicher. Die XAPI wird immer ein bischen hinterherhinken und nie auf die Sekunde aktuell sein. Mir wäre es wichtig, dass dieses System gleich nach dem download einsatzbereit ist und nicht mehrere Tage braucht um in die DB gespielt zu werden. Wenn das Update nur einmal am Tag oder einmal pro Monat auf meine eigene XAPI kommt ist das ok. Das ganze läuft darauf hinaus, dass keine DB verwendet wird sondern ein eigenes Fileformat entwickelt wird. Soweit ich das abschätzen kann, wäre so etwas möglich. Programmiersprache: Java: für Java würde Sprechen, dass so ziemlich jeder der programmieren kann auch Java kann bzw es leicht zu erlernen und die Entwicklungsumgebungen ausgereift sind. Python für Python würde sprechen dass es von Vielen Webhostern unterstützt wird. Aber wie oben schon oben gesagt braucht man so wieso einen guten Server dafür. Hat jemand andere Vorschläge oder Argumente? immer her damit. MySQL und Java finde ich im Moment nicht so toll weil mir Oracle nicht ganz geheuer ist. lg, Bernhrd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] XAPI Neubauen WAS:Re: XAPI ständig t ot
Peter Wendorff wrote: Das Argument der Webhost-Unterstützung würde ich ablehnen, das ist vermutlich sowieso keine vernünftige Alternative - es sei denn, man möchte direkt eine verteilte Lösung angehen. Mal ein paar Idden dazu. Verteilte Lösung klingt doch gut. Für Abfragen die eine bbox haben lässt sich das wohl recht einfach realisieren. t...@h hatten einige mitgemacht, was spricht gegen x...@home? Muss ja nicht unbedingt am DSL-Anschluss sein, aber wenn es einige Dutzend Webhosts gibt? Anforderungen wären: - läuft out of the box auf möglichst vielen Hosting-Angeboten. Also wohl PHP+MySQL - Man kann einstellen wie viel Storage und Traffic der Host bereitstellt - Anwendung meldet regelmäßig an zentralen Dispatcher den Status (DB Aktualisierungsdatum, Last, Traffic) - aktualisiert die Daten seiner Boundig-boxen automatisch. Eventuell kann das ja von einem zentralen Server weggespielgelt werden, so dass nur die Abfragelast auf die verteilten Rechner trifft, nicht das direkte aktualisieren. Zentraler Dispatcher teilt den Hosts bounding-boxen zu die in etwa dem konfigurierten Storage entsprechen. Eingehende Anfragen werden an einen passenden Host weitergeleitet Hosts die veraltete Daten haben, zu hohe Last oder zu viel Traffic bekommen keine Anfragen mehr. Vielleicht wäre auch eine Unterteilung in Art der TRAPI eine gute Idee. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hamburg, Im Ginsterbusch 8a
Am 05.09.2010 20:32, schrieb Walter Nordmann: hamburg heist nun mal so - zumindest offiziell nominatim ist da extrem pingelig. hat mir mal ne demo von osm total versaut, da er bad homburg nicht finden wollte. erst mit bad homburg vor der höhe hats nach 5 minuten geklappt . war ein erstklassiger vorführeffekt Das ist das Problem, bei dem viele scheitern. Bad Homburg vor der Höhe ist nicht allein, Offenbach am Main hat das auch... und das wo es kein sinnvolles anderes Bad Homburg oder anderes Offenbach gibt... Nunja, so wiehert er, der Amtsschimmel. (Nein, Locname hilft nicht) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hamburg, Im Ginsterbusch 8a
Wolfgang-4 wrote: Bei dem Stichwort Gedöhns fällt mir etwas auf: Was an unseren Adressdaten noch fehlt, ist das Bundesland. Wenn man das eintragen könnte und jemand auf die Idee käme, wie Garmin die Bundesländer aus den Daten liest, wäre das Problem der Adresssuche auf den Garmin-Geräten erledigt. Wenn das alles wäre... Das Problem liegt aber nicht an den fehlenden Bundesländerdaten, sondern eher darin, dass wir nicht wissen, wie Garmin seine Adresssuche genau aufgebaut hat. Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/Hamburg-Im-Ginsterbusch-8a-tp5500868p5501377.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hamburg, Im Ginsterbusch 8a
Eventuell wäre es generell sinnvoll, den offiziellen Namen um einen Rufnamen zu ergänzen. Bspw. name:inofficial=* Viele Grüße, aighes -- View this message in context: http://gis.638310.n2.nabble.com/Hamburg-Im-Ginsterbusch-8a-tp5500868p5501383.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
M∡rtin Koppenhoefer wrote: PS: Ich habe die Wikibeschreibung an das übliche Tagging angepasst. Wenn das zu einem Editwar führen sollte, müssen wir halt doch abstimmen Rückgängig gemacht. Die Definition steht so seit 2006. Die kannst Du nicht mal eben so eigenmächtig umschmeißen. Wenn Du daran ernsthaft rütteln willst, solltest Du vielleicht mal eine Diskussion auf der Taggingliste anstoßen oder ein Gegenproposal einleiten. Die Definition ist meiner Ansicht nach einfach, gut zu verstehen und wo immer ich sie angetroffen habe auch sinnvoll eingesetzt - bis auf das neumodische Baum-Spamming in Ortschaften. Ich finde die ganze Haarspalterei um die Bedeutung einzelner Silben schon fast drollig, hier werden die Probleme erst richtig kompliziert herbeigeredet, die es fast 4 Jahre nicht gegeben hat. :-) Nach wie vor finde ich jede inkompatible Umdeutung destruktiv. Egal was das Tag wortwörtlich bedeutet und egal ob Du's viel schöner formuliert hättest - es ist seit 2006 so und eine sinnvolle Erweiterung muß abwärtskompatibel sein. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/Werden-Baumreihen-gerendert-tp5497934p5501387.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Hallo, Am Sonntag 05 September 2010 19:09:44 schrieb Jens Frank: Am 5. September 2010 15:53 schrieb Wolfgang wolfg...@ivkasogis.de: fuel = Benzin, Heizöl, Nassware, ... [Leo] Wieso dann Gas??? oder fuel = Treibstoff, Treibmittel ... [auch Leo] Wieso dann nicht Strom ? Weil wir shop=bakery auch nicht als amenity=fuel taggen. Brötchen benutze ich als Treibstoff für den Bioreaktor, der mein Zweirad antreibt. Wenn es in der amenity=fuel Brötchen gibt, mache ich genau das. Der Zusatz ist im Moment shop=kiosk, hier wäre auch bakery oder supermarked denkbar. Edeka baut ja die Jet-Tankstellen gezielt aus. Wikipedia erklärt das ganz gut: ...Ein Kraftstoff (auch Treibstoff) ist ein Brennstoff, dessen chemische Energie durch ...Verbrennung in Verbrennungskraftmaschinen (Verbrennungsmotor, Gasturbine, …) ...und Raketentriebwerken in Antriebskraft umgewandelt wird. [...] ...Nicht als Kraftstoff bezeichnet werden üblicherweise Stoffe, die zwar als Energieträger ...für einen Antrieb dienen, bei denen aber keine chemische Energie freigesetzt wird, ...z.B. Wasser für eine Wasserturbine oder Uran für den Kernreaktor eines Nuklearantriebs. Irrelevant. Eine Tankstelle ist ein Platz, an dem ein Fahrzeug wieder fit gemacht wird, um weiterzufahren. Wenn es dort Uranbrennstäben nachladen kann, dann eben fuel:nuclear=yes :-) In diesem Sinne ist Elektrizität ein Stoff zur Fortbewegung des Fahrzeuges, und das ist nun mal tankstellentypisch, sofern nicht der Stromanschluss in der eigenen Garage gemeint ist. Manchmal muss man einfach technische Veränderungen akzeptieren. (aus http://de.wikipedia.org/wiki/Treibstoff ) Und amenity=fuel behandelt Stationen zur Kraftstoffabgabe, nicht jedwede gewerbliche Überlassung von speicherbarer Energie. Nicht jede, aber jede für Fahrzeuge. Gruß, Wolfgang ps.: Für alle, die hier so gerne Wikipedia zitieren: Habt ihr schon mal unter Stromtankstelle gesucht? :-) d.o. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Am 05.09.2010 21:21, schrieb Fabian: On 2010-09-05 02:41:07 Garry wrote: Könnte man in der Tabelle nicht gleich noch einen Link generieren der die Position in OSM darstellt? :-) erledigt hab gleich die tankstellenpoiseite genommen Super, Danke! Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
Am Sonntag 05 September 2010, 23:28:17 schrieb NopMap: M∡rtin Koppenhoefer wrote: PS: Ich habe die Wikibeschreibung an das übliche Tagging angepasst. Wenn das zu einem Editwar führen sollte, müssen wir halt doch abstimmen Rückgängig gemacht. Die Definition steht so seit 2006. Die kannst Du nicht mal eben so eigenmächtig umschmeißen. Wenn Du daran ernsthaft rütteln willst, solltest Du vielleicht mal eine Diskussion auf der Taggingliste anstoßen oder ein Gegenproposal einleiten. Die Definition ist meiner Ansicht nach einfach, gut zu verstehen und wo immer ich sie angetroffen habe auch sinnvoll eingesetzt - bis auf das neumodische Baum-Spamming in Ortschaften. und wozu soll eine Definition im Wiki gut sein, wenn der groesste Teil des praktischen Mappings ganz anders gehandhabt wird? natural=tree bedeutet Baum. Punkt. Ein besonderer Baum braucht eine zusaetzliche Info, warum er etwas besonderes ist. Schnell, einfach, eindeutig. 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] Projekt DE des Monats - Tankstellen
Am 5. September 2010 23:42 schrieb Wolfgang wolfg...@ivkasogis.de: Manchmal muss man einfach technische Veränderungen akzeptieren. ach so. Dann findest Du es auch am besten, wenn man Autowerkstätten als Hufschmiede einträgt? Ist ja im Prinzip dasselbe, es werden Fortbewegungsmittel wieder fitgemacht. Technische Veränderungen akzeptieren kann m.E. nicht heissen, dass man fundamentale Unterschiede ignoriert. ps.: Für alle, die hier so gerne Wikipedia zitieren: Habt ihr schon mal unter Stromtankstelle gesucht? :-) Habe ich mal nachgeholt. Ist zwar ein Marketing-unwort, aber nun gut, einen Wikipediaartikel gibt's trotzdem, dort steht: Als Stromtankstelle wird eine Lademöglichkeit für Elektrofahrzeuge bezeichnet. Nachdem extra daraufhingewiesen wurde hatte ich ja eigentlich erwartet, dass da was steht wie ...ist eine Tankstelle für Strom-Kraftstoffe oder so. Es geht weiter, nächster Satz: Diese kann öffentlich oder nicht-öffentlich zugänglich sein und ist im einfachsten Fall eine Steckdose (230 V, 16 A), an welcher der Akkumulator eines elektrisch angetriebenen Fahrzeugs über eine Kabelverbindung aufgeladen werden kann. Wir könnten also mit Fug und Recht jede normale Steckdosen als amenity=fuel taggen. Und ein lustiges access=private dazu. Wird aber wohl kaum einer machen wollen, weil es eben zu sehr zu Verwechslungen einlädt. Weiter unten steht noch: Die derzeit häufigsten Systeme sind private Außensteckdosen (Wechselstrom- oder Drehstromkiste) sowie Park Charge. Die Stecker und Kabel sollen den üblichen Normen für elektrische Geräte entsprechen. Tankstellen werden überhaupt nicht erwähnt und es ist auch m.E. nicht besonders wahrscheinlich, dass es dort demnächst in größerem Maßstab Strom geben wird. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse=farm richtig getaggt?
Am 5. September 2010 21:27 schrieb Torsten Leistikow de_m...@gmx.de: Man kann es aber auch lassen wie es ist. Wie oben bereits erwaehnt ist es ja Einleichtes fuer die Auswerteprogramme, beide Tags gleich zu behandeln. könnte man, aber es ist auf Dauer schädlich (es ist jetzt schon schädlich). Das ist dasselbe wie vor einigen Jahren true, yes und 1. Ist alles dasselbe (naja, 1 kann mehreres bedeuten) und jedes Auswerteprogramm kann das auch gleichsetzen, aber es ist ein unnötiger Mehraufwand und Platzbedarf. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hamburg, Im Ginsterbusch 8a
2010/9/5 aighes h.scholl...@googlemail.com: Eventuell wäre es generell sinnvoll, den offiziellen Namen um einen Rufnamen zu ergänzen. Bspw. name:inofficial=* M.E. lieber andersrum, wie es auch schon im Wiki steht: üblicher Name in den name, offizielle Langversion in name_official. In einer normalen (Straßen-)Karte steht üblicherweise Hamburg, nicht Freie und Hansestadt Hamburg. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
Am 05.09.2010 23:28, schrieb NopMap: Rückgängig gemacht. Die Definition steht so seit 2006. Die kannst Du nicht mal eben so eigenmächtig umschmeißen. Wenn Du daran ernsthaft rütteln willst, solltest Du vielleicht mal eine Diskussion auf der Taggingliste anstoßen oder ein Gegenproposal einleiten. Bei allem Respekt vor deiner großartigen Arbeit - ich halte die Wanderkarte für eine Referenzanwendung - Nop. Das nutzt nichts. Oder willst du einen Wiki/Daten Editwar provozieren? Die Mapper haben, wie bei OSM üblich, längst mit den Füssen abgestimmt. Und zwar wie es aussieht wenigstens europaweit. Wir wollen normale heute Bäume mappen, was sich 2006 vieleicht niemand vorstellen konnte. Und das als Baum-Spamming zu bezeichnen, ist repektlos (man könnte es auch eine Frechheit nennen, wenn es von jemandem käme, der nicht so viel für OSM tut). Der Tag natural=tree ist intuitiv. Wir sollten ihn generalisieren und ab sofort beginnen, Zusatztags für weitere Eigenschaften festzulegen. z.B. landmark=yes für weithin sichtbare Solitäre monument=yes für die Schillereiche(n) ... Ich bleibe dabei: In meinem Vorgarten - und der ist ziemlich groß - ist das in einer halben Stunde erledigt. Und danach hast du es in der Wanderkarte einfacher. Für die tausende andere trees werden hunderte andere Mapper nicht viel länger brauchen. Ja - wir sollten das auch international kommunizieren. Ich rechne nicht mit viel Gegenwind. Bei allem Dissenz mit viel Respekt -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
Am 6. September 2010 00:29 schrieb Friedhelm Schmidt fschm...@extend.de: Am 05.09.2010 23:28, schrieb NopMap: Rückgängig gemacht. Die Definition steht so seit 2006. Die kannst Du nicht mal eben so eigenmächtig umschmeißen. Wenn Du daran ernsthaft rütteln willst, solltest Du vielleicht mal eine Diskussion auf der Taggingliste anstoßen oder ein Gegenproposal einleiten. da es wohl nötig ist, habe ich jetzt an tagging geschrieben und um Meinungen gebeten. Die Mapper haben, wie bei OSM üblich, längst mit den Füssen abgestimmt. Und zwar wie es aussieht wenigstens europaweit. Der Tag natural=tree ist intuitiv. Wir sollten ihn generalisieren und ab sofort beginnen, Zusatztags für weitere Eigenschaften festzulegen. z.B. landmark=yes für weithin sichtbare Solitäre monument=yes für die Schillereiche(n) ja, wie gesagt ist neben der Art auch Stammumfang, Höhe sowie Alter interessant. Vor allem bei besonderen Bäumen. Wenn eine Eiche jetzt als 450-jährig beschrieben wird, hätte ich auch kein Problem damit date_on=1560 zu schreiben, obwohl das genaue Pflanzdatum nicht bekannt ist und es vielleicht in Wirklichkeit 1558 war. (Gut, noch eine note dazu) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Am 05.09.2010 11:33, schrieb Guenther Meyer: Eben, aber es wird nicht immer ein freundlicher Mittanker vorhanden sein. Deshalb ist eine alleinstehende Angabe wie 24h_service=selfpayment fuer den Anwender relativ nutzlos, wenn er nicht zufaellig alle moeglichen Karten inkl. genug Bargeld mit sich fuehrt. Für Deutschland gesprochen geht die EC-Karte an den Automatentankstellen fast immer und die dürften die meisten Autofahrer vor allen anderen Karten haben wenn sie eine als solche gekenzeichnete Tankstelle zu unüblichen Zeiten anfahren. und wer definiert die ueblichen Sorten? die sind naemlich von Land zu Land durchaus verschieden, und aendern sich auch mit der Zeit. Frueher gehoerte Super verbleit zum Standard, in ein paar Jahren ist vielleicht auch Gas oder Strom darunter einzuordnen... OSM ist flexibel genug sich der Zeit anzupassen. Üblichen Sorten sind einfach die die man in seinem Land an jeder Tankstelle bekommt. und wie willst du das machen? me Beispiel: Du definierst heute fuel=standard als octane_95;octane_98;diesel. In einigen Jahre ist an deutschen Tankstellen zusaetzlich auch Gas und Biodiesel ueblich, also erweiterst du die Definition um biodiesel;lpg. Damit veraenderst du automatisch die Bedeutung aller mit fuel=standard getaggten Tankstellen fuer z.B. Gasfahrer, weil du ihnen damit sagst sie koennten dort tanken, was aber in der Realitaet nicht ueberall der Fall sein muss. Es ist eine Hilfe für jetzt und die nächste Zukunft - Wo der Trend hingeht muss man abwarten. Vielleicht pflegen die Tankstellen ihre Daten zukünftig selbst, inkl. Spritpreise und das Thema hat sich erledigt. Abgesehen davon muss der laenderabhaengige Standard genau so gewartet werden. Ebenso ein Problem: Wenn ich im Ausland eine Tankstelle mappen will, weiss ich nicht, was dort Standard ist; ich sehe aber, welche Zapfsaeulen vor mir stehen... Dann trägst Du das ein was Du weisst und überlässt den Rest den lokalen Mappern. Für den Rest ist es schwierig die nötigen Informationen flächendecken aktuell zu halten. Schön wenn es klappt, aber wenn es zu Lasten der Masse (unverlässliche Daten für alle) geht hat keiner was davon. Dieses Problem wirst du immer haben - und das nicht nur bei Tankstellen. Immer noch besser, als mit deiner Methode die Daten mutwillig zu faelschen. Wieso fälschen? Ich würde es mit der Strassenerfassung vergleichen-Du bist eine unerfasste Strasse lang gefahren und trägst diese in OSM mit Deiner Einschätzung der Strassenklasse ein. Es wäre schön wenn Du noch mehr dazu einträgst, aber das wichtigste ist schon mal vorhanden und verwendbar-von gefälscht kann keine Rede sein. Darauf vertrauen dass die Mapper die Daten aktuell halten - das tun Sie um so ehr je einfacher sie ihr Wissen einbringen können. Du vertraust darauf, obwohl du selbst behauptest, es waere schwierig, die Daten flaechendeckend aktuell zu halten? Komische Argumentation...http://lists.openstreetmap.org/listinfo/talk-de Ich behaupte je aufwendiger der zu erfassende Datensatz ist um so geringer ist die Chance dass er flächendeckend erfasst und vor allem aktuell gehalten wird. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Am 05.09.2010 18:05, schrieb C. Brause: Dazu wäre es natürlich schön, wenn wir zeitnah einen Tag finden würden, den man dann auch den bekannten Renderern (und Jan) nennen kann. Die Tanksäule passt einfach nicht. amenity=charging Wie wäre es mit power=charging_station bzw. charging_point . Schliesslich handelt es sich ja um einen Zugang zum Stromversorgungsnetz. Dazu noch ein powerdirection vorsehen wenn zukünftig auch Strom aus dem Autoakku zur Netzspitzenabdeckung entnommen werden kann. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hamburg, Im Ginsterbusch 8a
Am 06.09.2010 00:28, schrieb M∡rtin Koppenhoefer: M.E. lieber andersrum, wie es auch schon im Wiki steht: üblicher Name in den name, offizielle Langversion in name_official. In einer normalen (Straßen-)Karte steht üblicherweise Hamburg, nicht Freie und Hansestadt Hamburg. Das habe ich mal versucht, das war kurz vorm Editwar mit demjenigen, der auf dem offiziellen Stadtnamen mit Gedöns bestanden hat auf der Karte... -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hamburg, Im Ginsterbusch 8a
Wolfgang wrote: neben dem place=region Node scheint es noch einen place=city oder so zu geben mit dem Namen Hamburg ohne das freie und Hansestadt Gedöhns : http://www.openstreetmap.org/?lat=53.543lon=10.025zoom=11layers=M Müsste man sich den Nominatim Algorithmus mal anschauen, wieso er den nicht heranzieht. In den addr:city Nodes in dem Gebiet ist auch nur Hamburg eingetragen. Da ist der Nominatim also noch verbesserungswürdig. Bei dem Stichwort Gedöhns fällt mir etwas auf: Was an unseren Adressdaten noch fehlt, ist das Bundesland. Wenn man das eintragen könnte und jemand auf die Idee käme, wie Garmin die Bundesländer aus den Daten liest, wäre das Problem der Adresssuche auf den Garmin-Geräten erledigt. Der place Nodes ist eigentlich nur für die passende Anzeige des Names auf der Karte zuständig. Es kann keine Aussage getrpffen werden welches Gebiet mit diesem Node gemeint ist. Wo eine Objekt liegt kann man an den umliegenden Grenzrelationen feststellen. Es gab auch mal auf dem dev Server so eine Anwendung die genau das angezeigt haz aber leider finde ich die nicht mehr wieder. Das Bundesland fehlt auch nicht, die Bundesländer sind schon vorhanden als Grenzrelationen. Das hier ist das Beispiel für Hamburg http://www.openstreetmap.org/browse/relation/62782 Ich bin am überlegen ob es nicht Sinnvoll ist die Titel wie Gemeinde, Stadt, Hansestadt etc entweder in ein eigenes Tag auszulagern oder es z.b. in so einer Form abzuändern Hamburg, Freie und Hansestadt Nomantin benutzt diese Grenzen im übrigen schon wie man am Beispiel Am Siek, Steinheim sehen kann. Ortsgebiet Am Siek, Vinsebeck, Steinheim, Höxter, Regierungsbezirk Detmold, Nordrhein-Westfalen, Germany Hier fallen aber 3 Sachen auf: a) fehlerhafte übersetzung von residential highway in Ortsgebiet. Wer könnte das korrigieren ? b) wieso zeigt er bei NRW den Deutschen Namen an aber benutzt dann Germany ? c) wenn Nominatim nicht so pingelig wäre dann wäre eine Suche nach Straßen in der Stadt Detmold fast unmöglich weil er dann wahrscheinlich alle Straßen in Regierungsbezirk auswerten würde. Wenn der Kreis Lippe nun aber auch Kreis Detmold heißen würde, dann hätten wir noch eine Ebene mit gleichen Namen. Ich frage mich wie man das Lösen kann. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Hallo, Am Montag 06 September 2010 00:08:23 schrieb M∡rtin Koppenhoefer: Am 5. September 2010 23:42 schrieb Wolfgang wolfg...@ivkasogis.de: Manchmal muss man einfach technische Veränderungen akzeptieren. ach so. Dann findest Du es auch am besten, wenn man Autowerkstätten als Hufschmiede einträgt? Ist ja im Prinzip dasselbe, es werden Fortbewegungsmittel wieder fitgemacht. Technische Veränderungen akzeptieren kann m.E. nicht heissen, dass man fundamentale Unterschiede ignoriert. Nee, Werkstätten = Tierarzt, Reifenhändler = Hufschmied fuel:oat=yes :-) ps.: Für alle, die hier so gerne Wikipedia zitieren: Habt ihr schon mal unter Stromtankstelle gesucht? :-) Habe ich mal nachgeholt. Ist zwar ein Marketing-unwort, aber nun gut, einen Wikipediaartikel gibt's trotzdem, dort steht: ... Tankstellen werden überhaupt nicht erwähnt und es ist auch m.E. nicht besonders wahrscheinlich, dass es dort demnächst in größerem Maßstab Strom geben wird. Genau das glaube ich aber. Es wird in naher Zukunft Systeme geben (müssen), mit denen ein Elektroauto innerhalb von 5-10 Minuten wieder flott ist. Damit sind Reichweiten wie bei Benzinkutschen möglich und eine Akzeptanz bei breiteren Käuferschichten ist wahrscheinlich. Dadurch wird der Umsatz mit den herkömmlichen Antriebsstoffen einbrechen. Dem werden die Ölkonzerne nicht tatenlos zusehen, sondern fuel:electricity=yes anbieten. Den einsamen Stromanschluss irgendwo beim Supermarkt kann man ja vorläufig anders nennen, es wird ihn in absehbarer Zukunft kaum noch geben. Eine richtige Stromtankstelle braucht einen entsprechenden Anschluss an das Versorgungsnetz. Diesen Aufwand werden Supermärkte kaum treiben, es sei denn, sie betreiben eine Tankstelle :-) Ein PKW mit 60 Liter Benzintank hat vollgetankt ca 45 kg Benzin an Bord, das ergibt eine Energiemenge von ca 500 kWh. (Werte ungeprüft aus Wikipedia, Seite Motorenbenzin, 1L =~0,75kg, 1kg = ~11kWh.) Wenn innerhalb von 10 Minuten aufgetankt werden soll und noch 100 kWh vorhanden sind, muss mit einer Leistung von 400/10 * 60 = 2400 kW gearbeitet werden, Verluste mal nicht berücksichtigt. Bei 240V Haushaltsstrom wären das 1 Ampere. Hier müsste also mit Leistungen in Größenordnungen des Fahrstroms der Bahn gearbeitet werden, auch wenn der Energiebedarf möglicherweise geringer ist. Außerdem tankt innerhalb von 10 Minuten nicht nur ein Fahrzeug. Bei den dann notwendigen Spannungen rückt der Strom automatisch in das Feld der Gefahrgüter. Zum historischen Vergleich: Die ersten Benzinkutschen haben ihren Treibstoff in der Drogerie gekauft. Das hat sich auch nicht lange gehalten. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Am 05.09.2010 15:04, schrieb Wolfgang: Eine Tankstelle ist nicht eine Einrichtung zum Umfüllen von flüssigen Stoffen, dann wäre es eine Abfüllanlage. Eine Tankstelle ist eine Einrichtung, die das zügige Weiterkommen eines Fahrzeuges, dessen Resourcen verbraucht sind, ermöglicht. Deshalb gibt es dort gasförmige Stoffe wie Autogas, Wasser und Pressluft, feste Stoffe wie Ersatzbirnen, ~wischer, Brot, Käse, Schokoriegel und Grillkohle ( :-) ), weiche Stoffe wie Gummpflegestifte, Blumen und Schokoriegel im Hochsommer und flüssige Stoffe wie Benzin, Öl, Kaffee und Bier. Eben - genau das wird die Masse der Elektrotankstellen nicht sein. Das werden bzw. sind schon in der Regel Steckdosen an ganz normalen Park-/Stellplätzen die nicht das entfernteste mit einer herkömmlichen Tankstelle zu tun haben. Auch konzentrieren sich die Sprittankstellen an Punkt mit viel Verkehrsfluss an denen man sich nicht lange aufhält. Die Elektrotankstellen werden dagegen überwiegend dort zu finden sein wo Fahrzeuge abgestellt werden da der Tankvorgang wesentlich länger dauert, die technischen Voraussetzungen aber wesentlich geringer ausfallen. So sollte man sich ehr Gedanken darüber machen ob man die Steckdose nicht einfach als Eigenschaft einer Parkplatzes/Stellplatzes hinzunimmt anstatt zwanghaft die Gemeinsamkeit mit einer herkömmlichen Tankstelle in den Vordergrund zu stellen. Alles das wird gebraucht um das Weiterkommen zu ermöglichen oder das Ankommen angenehmer zu machen. Für die nächsten Jahre wird es technologiebdingt die Regel sein dass man Elektroautos an Start- und Zielort betankt während man mit Verbrennern irgendwo auf der Strecke die Tankstelle aufsucht. Wenn es jetzt neuerdings Stromtankstellen gibt, sind diese nicht dazu da, Akkuschrauber aufzuladen, sondern elektrischen Fahrzeugen das Fortkommen zu ermöglichen. An das Wort Tankstelle sollte man dabei keine zu hohe Anforderung stellen. Ich muss noch mal kurz zur Tanke bedeutet ja auch nicht unbedingt, dass noch Benzin getankt werden soll Bei den heutigen Ladenöffnungszeiten und dem nächtlichen Alkoholverkaufsverbot gibt es kaum noch einen Grund die teuere Tanke zum Einkaufen aufzusuchen. Lediglich das Drive in-Feeling ist da vielleicht noch ein Argument für manchen. Alte Anwendungen müssen ggf. angepasst werden. So ist das nun mal bei OSM. Wir mappen nicht für. Aber man zwingt auch nicht massenhaft bestehende Anwendungen sich neu strukturieren zu müssen nur weil man einen gemeinsamen Berührungspunkt von zwei eigentlich doch sehr unterschiedlichen Dingen sieht. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Am 06.09.2010 01:28, schrieb Wolfgang: Tankstellen werden überhaupt nicht erwähnt und es ist auch m.E. nicht besonders wahrscheinlich, dass es dort demnächst in größerem Maßstab Strom geben wird. Genau das glaube ich aber. Es wird in naher Zukunft Systeme geben (müssen), mit denen ein Elektroauto innerhalb von 5-10 Minuten wieder flott ist. Damit sind Reichweiten wie bei Benzinkutschen möglich und eine Akzeptanz bei breiteren Käuferschichten ist wahrscheinlich. Dadurch wird der Umsatz mit den Denke er der Mensch wird sich daran gewöhnen müssen dass er es sich nicht länger leisten kann das ganze Jahr mit einem Auto heruzufahren das für den Jahresurlaub mit einer 4köpfigen Familie ausgelgt ist, den Rest des Jahres aber leer mit 50-100km Tagesleistung durch die Gegend gefahren wird und nur alle 1-2Wochen mal aufgetankt wird. herkömmlichen Antriebsstoffen einbrechen. Dem werden die Ölkonzerne nicht tatenlos zusehen, sondern fuel:electricity=yes anbieten. Das werden sie sicher nicht in der Form tun dass sie neben den Zapfhahn noch eine Steckdose einbauen. Den einsamen Stromanschluss irgendwo beim Supermarkt kann man ja vorläufig anders nennen, es wird ihn in absehbarer Zukunft kaum noch geben. Eine richtige Stromtankstelle braucht einen entsprechenden Anschluss an das Versorgungsnetz. Diesen Aufwand werden Supermärkte kaum treiben, es sei denn, sie betreiben eine Tankstelle :-) Ich sehe es dagegen anderst, begründet auf folgenden Stichpunkten: - Die meisten Autos stehen die meiste Zeit vom Tag nur rum Die wenigsten haben mehr als 1-2Betriebstunden am Tag und fahren mehr als 100km am Stück. - Mit steigender Verbreitung von Wind- u Sonnenenergie steigt gleichzeitig der Bedarf an Stromspeicher. - Der Tages bzw. Lastabhängige Stromtarif wird daher kommen - Keiner kann oder möchte wirklich seine Mobilität von obigen abhängig machen. D.h. es entsteht der Bedarf das Fahrzeug im Stand stetig im Stromnetzt zu haben um es tarifgesteuert günstig Aufladen zu können und gegebenfalls auch zu den teuren Tarifzeiten wieder einen Teil des Stromes zurückzuspeisen. Supermärkte und andere Geschäfte werden den Strom als Werbemittel entdecken - so etwa Bei uns bekommen Sie den Strom für die Anfahrt zurück.. Ein PKW mit 60 Liter Benzintank hat vollgetankt ca 45 kg Benzin an Bord, das ergibt eine Energiemenge von ca 500 kWh. (Werte ungeprüft aus Wikipedia, Seite Motorenbenzin, 1L =~0,75kg, 1kg = ~11kWh.) Wenn innerhalb von 10 Minuten aufgetankt werden soll und noch 100 kWh vorhanden sind, muss mit einer Leistung von 400/10 * 60 = 2400 kW gearbeitet werden, Verluste mal nicht berücksichtigt. Bei 240V Haushaltsstrom wären das 1 Ampere. Hier müsste also mit Leistungen in Größenordnungen des Fahrstroms der Bahn gearbeitet werden, auch wenn der Energiebedarf möglicherweise geringer ist. Außerdem tankt innerhalb von 10 Minuten nicht nur ein Fahrzeug. Bei den dann notwendigen Spannungen rückt der Strom automatisch in das Feld der Gefahrgüter. Hast Du auch den Wirkungsgrad berücksichtigt? Der ist beim Elektroantrieb um ca. Faktor 3 besser. D.h. Du musst nur ein drittel der Energie im Vergleich zum Benziner aufnehmen. Die hier geforderten Ladezeiten sind vorerst aus technischen Gründen nicht sinnvoll umsetzbar - zum einen weil es die vorhandene Akkutechnlogie (noch) nicht langlebig verkraftet, zum anderen weil so hohe Ströme wie Du selbst bemerkt hast nicht ganz unproblematisch sind. Zum historischen Vergleich: Die ersten Benzinkutschen haben ihren Treibstoff in der Drogerie gekauft. Das hat sich auch nicht lange gehalten. Der Vergleich hinkt - Benzin ist ein Gefahrenstoff der besondere, aufwendige Einrichtungen benötigt um in grösseren Mengen Risikoarm umgesetzt werden zu können. Den Aufwand für die Stromtankstelle ist dagegen ehr mit dem Aufwand für einen Internetanschluss zu vergleichen. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tankstellen - Bezahlung-Nachtrag
Am 02.09.2010 06:22, schrieb Jan Tappenbeck: die Bezahlung sollte auch rein - aber mir ist noch nichts gescheites eingefallen für die Darstellung. Wieder nur eine Auflistung wie beim Treibstoff - Logos wären schön aber meist geschützt ! Eine Idee ? Dann sollte das noch mit in das JOSM-Template - wird dann allerdings langsam zu groß für die gängigen Bildschirme und schreit dann nach einem Dialog-Readisgn. Dabei bedenken dass das ganze auch gepflegt und ausgewertet werden muss. Ein 24h_automaten_payment = yes wird leichter eine Unterstützung finden wie ein Wulst aus Uhrzeiten und Zahlmöglichkeiten mit unbekannter Aktualität Im Zweifel hilft einem da auch ehr eine Telefonnummer der Tankstelle weiter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waypoint Zeiten aus NMEA Datei auslesen
Am 05.09.2010 15:49, schrieb Sebastian Klein: Hi, ich würde gern meinen GPS-Logger (Amod AGL 3080) als Stoppuhr missbrauchen. Gibt es ein Tool, mit dem man die Zeiten der Wegepunkte auslesen kann? In der NMEA Datei gibt es zwar keine direktes Zeitattribut zu den Wegpunkten, aber sie liegen immer zwischen zwei normalen Trackpunkten und eine Auflösung von einer Sekunde wäre für meine Zwecke ausreichend. Bisher habe ich gpsbabel noch nicht dazu überreden können, die (ungefähre) Zeit mit auszulesen. Im RMC-Datensatz ist für jeden Punkt auch Datum und Uhrzeit mit mindestens Sekundenauflösung enthalten. SChauDir doch einfach mal die NMEA-Daten an, ist einfacher ASCII-Text... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] landuse=road / raiway - gibt es da schon was?
Gibt es schon ein landuse das für Verkehrswege (gegebenfalls in Kategorien) vorgesehen ist? Mir geht es dabei im Moment weniger um die Fahrbahn sondern die gesamte Fläche inkl. Enwässerung, Lärmschutz, Schutzfläche, Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Am Montag 06 September 2010, 00:42:18 schrieb Garry: Am 05.09.2010 11:33, schrieb Guenther Meyer: Eben, aber es wird nicht immer ein freundlicher Mittanker vorhanden sein. Deshalb ist eine alleinstehende Angabe wie 24h_service=selfpayment fuer den Anwender relativ nutzlos, wenn er nicht zufaellig alle moeglichen Karten inkl. genug Bargeld mit sich fuehrt. Für Deutschland gesprochen geht die EC-Karte an den Automatentankstellen fast immer und die dürften die meisten Autofahrer vor allen anderen Karten haben wenn sie eine als solche gekenzeichnete Tankstelle zu unüblichen Zeiten anfahren. OSM deckt mehr ab als Deutschland. Ich fänd es unsinnig wenn wir uns hier was auf D passendes zusammenbasteln was nachher dazu führt, daß in anderen Ländern Würgarounds vorgenommen werden müssen. flo -- Ich hatte bis vor kurzem auch immer geglaubt das Mädchen böse Jungens seien denen der liebe Gott Den Pieselmann weggenommen hatt. Und das mit den Busen wurde mior auch erst vor wenigen Jahren klar. [WoKo in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
On 06.09.10 00:38, M∡rtin Koppenhoefer wrote: ja, wie gesagt ist neben der Art auch Stammumfang, Höhe sowie Alter interessant. Nicht nur das, sondern vor allem auch die Kronengröße (Durchmesser). Wien hat zB so ein Baumkataster (anhand dessen sie Dir vorschreiben, welche Ersatzpflanzung Du tätigen musst, falls Du einen Baum in Deinem Garten fällst). Damit können zB Architekten recht realistische Pläne und Zeichnungen machen. Denkbar wäre, daß in sehr hohen Zoomstufen sowas wie Baumart und Kronengröße auch optisch umgesetzt werden... Und um hier auch meine Meinung kundzutun (spare ich mir das auf tagging): ich wäre dafür, das spezial im Wiki zu streichen. Die Realität hat das, was man sich vorher vorstellen konnte, überholt. natural=tree ist ein Baum, wie immer der ausschaut. Und wie der ausschaut, kann man näher taggen. Und ob's eine Landmarke ist, kann man zusätzlich taggen. Und ob er für die Navigation auf See relevant ist, kann man auch taggen. Und die visuelle Umsetzung im Mapnik taugt auch für viele Bäume. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hamburg, Im Ginsterbusch 8a
Am 05.09.2010 23:16, schrieb Johann H. Addicks: Das ist das Problem, bei dem viele scheitern. Bad Homburg vor der Höhe ist nicht allein, Offenbach am Main hat das auch... und das wo es kein sinnvolles anderes Bad Homburg oder anderes Offenbach gibt... Nunja, so wiehert er, der Amtsschimmel. (Nein, Locname hilft nicht) Für unsere Fahrplanauskunft (den Source wird es als OS geben, Beta unter http://fahrplan.avv.de) haben wir das Problem auch gehabt. Wir haben es durch Aufteilung der Kommunennamen in Drei Fehler gelöst: Hauptname, Zusatz und Trenner. Offenbach | Main | %HAUPTNAME% am %ZUSATZ% Der Zusatz wird bei der Suche nur im Unterscheidungsfall bewertet. Die Namen sind so gestaltet, daß diese immer durch Zusätze eindeutig sind. Das verbessert die Suche erheblich. Insgesamt gibt es die Felder GKZ Orts-ID (lfd-Nummer, da auch Ortsteile enthalten sind) Land IsMainName (um Name des Hauptorts zu erkennen) IsAlias (auch Aliasnamen sind in der Tabelle enthalten) HAUPTNAME ZUSATZ TRENNER Ebene (/: Ortsteile, 5: Gemeinden, 3: Landkreise, 2: Regierungsbezirke, 1: Länder) Herkunft Uebergeordnet Bei der Unterscheidung zwischen Straßen und Hausnummern haben wir sehr geschwitzt, da es auch Straßennamen wie Bundesstraße 1 gibt. Bei Nicht-Deutschen Adressen wird es noch schwieriger, da die Hausnummer vor der Straße stehen kann... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Projekt DE des Monats - Tankstellen
Am Montag 06 September 2010, 00:42:18 schrieb Garry: Für Deutschland gesprochen geht die EC-Karte an den Automatentankstellen fast immer und die dürften die meisten Autofahrer vor allen anderen Karten haben wenn sie eine als solche gekenzeichnete Tankstelle zu unüblichen Zeiten anfahren. OSM ist nicht nur Deutschland. Für den Rest ist es schwierig die nötigen Informationen flächendecken aktuell zu halten. Schön wenn es klappt, aber wenn es zu Lasten der Masse (unverlässliche Daten für alle) geht hat keiner was davon. Dieses Problem wirst du immer haben - und das nicht nur bei Tankstellen. Immer noch besser, als mit deiner Methode die Daten mutwillig zu faelschen. Wieso fälschen? Wenn du die Definition fuer dein Standardfuel in der Zukunft aenderst - und der Standard wird sich irgendwann aendern, dann aenderst du damit implizit die Tags fuer die vorhandenen Kraftstoffsorten jeder damit getaggten Tankstelle, ohne zu zu wissen ob das vor Ort jeweils wirklich so ist. Du vertraust darauf, obwohl du selbst behauptest, es waere schwierig, die Daten flaechendeckend aktuell zu halten? Komische Argumentation...http://lists.openstreetmap.org/listinfo/talk-de Ich behaupte je aufwendiger der zu erfassende Datensatz ist um so geringer ist die Chance dass er flächendeckend erfasst und vor allem aktuell gehalten wird. Ach komm, genaues Tagging ist in OSM sowieso schon relativ komplex, das muss man nicht auch noch durch unsinnige Zusatztags verschlimmern. Wenn dir die drei Klicks zuviel sind, muss man das halt im Editor machen: Die gaengigen Sorten sind beim Anlegen einer Tankstelle bereits ausgewaehlt, oder besser, es gibt ein Standard-Haekchen, das beim Anklicken die zur Zeit gaengigen Sorten automatisch auswaehlt. 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
