[Talk-de] webtechnische frage
Moin ! wenn ich meine Sonderkarten erstelle dann geht die Berechnung der Kacheln mit KOSMOS relativ schnell. Der Upload hingegen dauert unheimlich lange. Das hängt vermutlich damit zusammen das die 2000-3000 Kachel-Dateien alle einzeln hochgeladen werden (11). Nun hatte ich mir überlegt lokal die Dateien zu zippen - diese Datei hochzuladen - und dann auf dem Server entpacken zu lassen. PHP steht zur Verfügung. Hat das einer von Euch schon einmal realisiert - Erfahrungen - andere Vorschläge - Beispielcode Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doctor
Am 14.12.2009 02:37, schrieb Bartosz Fabianowski: Ich gehe zum Arzt - I'm going to the doctors daher auch doctors und nicht doctor. Da hast Du leider falsch verstanden was gemeint war. Der Satz lautet in geschriebener Form I'm going to the doctor's. Am Ende wurde dabei ein implizites practice oder surgery ausgelassen, vollständig heißt der Satz den Du gehört hast also: I'm going to the doctor's surgery. Damit dürfte klar sein - bei dem s am Ende von doctor's handelt es sich um den Genitiv. Der Plural war nicht gemeint. Wenn also schon unbedingt ein Tag auf Basis eines umgangssprachlichen Ausdrucks eingeführt werden muß (und ich kann Dir von vornherein versprechen daß hier in Irland niemand amenity=doctor taggen wird sondern immer amenity=physician) dann bitte richtig geschrieben, also amenity=doctor. Wie das grammatikalisch richtig geschrieben ist, ist mir ehrlich gesagt ziemlich schnuppe. Wenn auf der englischen talk Liste gesagt wird, daß die tendenziell doctors benutzen würden und nicht doctor, dann sehe ich *das* als wesentlich an. Um diese Frage ging es hier. Du kannst gerne auf der englischen Liste nach dem Thread suchen und uns berichten. Aber wie gesagt - im Englischen ist das sowas von umgangssprachlich daß es absolut niemand verwenden wird. Warum nicht einfach amenity=physician unter Verwendung des korrekten englischen Ausdrucks? Vielleicht, weil dieser Tag jetzt seit Jahr(en?) besteht und es nur Konfusion erzeugt wenn man das jetzt (ohne guten Grund) ändern würde? Vielleicht auch, weil doctors sehr viele nicht englischsprachige viel besser verstehen werden als physician? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] webtechnische frage
Am Montag 14 Dezember 2009 09:36:50 schrieb Jan Tappenbeck: wenn ich meine Sonderkarten erstelle dann geht die Berechnung der Kacheln mit KOSMOS relativ schnell. Der Upload hingegen dauert unheimlich lange. Das hängt vermutlich damit zusammen das die 2000-3000 Kachel-Dateien alle einzeln hochgeladen werden (11). Ich denke es liegt eher an der Gesamtgröße der Daten, oder? Rechne mal aus wie lange es bei der gesamten Dateigröße und deiner Upload-Leitung dauern sollte. Nun hatte ich mir überlegt lokal die Dateien zu zippen - diese Datei hochzuladen - und dann auf dem Server entpacken zu lassen. PHP steht zur Verfügung. Wenn PHP die Zip-Extension hat, kannst du damit auch ZIP-Krams entpacken. Manche Provider stellen auch ein lade ZIP-file hoch und wir entpacken es- Feature zur Verfügung. Hat das einer von Euch schon einmal realisiert - Erfahrungen - andere Vorschläge - Beispielcode Nimm dir Webspace mit Shellzugriff. ;-) Gruß, Bernd -- In theory, theory and practice are the same. In practice, they are different. - Larry McVoy 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] webtechnische frage
Hi, Jan Tappenbeck schrieb: Nun hatte ich mir überlegt lokal die Dateien zu zippen - diese Datei hochzuladen - und dann auf dem Server entpacken zu lassen. PHP steht zur Verfügung. Hat das einer von Euch schon einmal realisiert - Erfahrungen - andere Vorschläge - Beispielcode gzip? JOSM öffnet mit gzip komprimierte gpx Dateien und der Track upload von OSM akzeptiert auch gzip komprimierte gpx Dateien. Libraries für die diversen Sprachen gibts, gzip läuft auf den gängigen Betriebssystemen, das Format ist patentfrei etc... File IO ist unter php anscheinend transparent möglich: http://www.php.net/manual/en/intro.zlib.php Greetings, Frieder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] webtechnische frage
Jan Tappenbeck wrote: wenn ich meine Sonderkarten erstelle dann geht die Berechnung der Kacheln mit KOSMOS relativ schnell. Der Upload hingegen dauert unheimlich lange. Das hängt vermutlich damit zusammen das die 2000-3000 Kachel-Dateien alle einzeln hochgeladen werden (11). Ja, der Overhead pro Datei ist nicht zu unterschätzen, insb. Nun hatte ich mir überlegt lokal die Dateien zu zippen - diese Datei hochzuladen - und dann auf dem Server entpacken zu lassen. PHP steht zur Verfügung. keine Ahnung ob 11 unzip installiert hat, tar und gzip sollten aber auf jeden Fall vorhanden sein, von daher ist *.tar.gz evtl. eine bessere Wahl als *.zip, eventuell sogar einfach .tar ohne Kompression, die Kacheln selbst sind ja schon selbst mehr oder weniger komprimiert und den Webserver möchte man nicht unbedingt mit der CPU-Load des entkomprimierens zusätzlich ausbremsen Hat das einer von Euch schon einmal realisiert - Erfahrungen - andere Vorschläge - Beispielcode Vorausgesetzt du hast die Rechte um Shellcode auf deinem Webserver auszuführen: * Archivdatei mit festem Namen hochladen * danach einfaches Entpack-Script per http: aufrufen: ?php header(Content-type: text/plain); passthru(tar -xf filename.tar 21); ? * das ganze durch .htaccess oder ähnliches absichern damit nur du das ausführen kannst -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] webtechnische frage
Frieder Ferlemann wrote: gzip? JOSM öffnet mit gzip komprimierte gpx Dateien und der Track upload von OSM akzeptiert auch gzip komprimierte gpx Dateien. Libraries für die diversen Sprachen gibts, gzip läuft auf den gängigen Betriebssystemen, das Format ist patentfrei etc... gzip macht nur einzelne Dateien kleiner, da es hier um gerenderte Kacheln geht wird der Gewinn dabei nicht s groß sein (es sei denn die würden als .BMP gerendert ;) erst zusammen mit tar wird ein Schuh draus denn das eigentliche Problem hier ist der Protokollaufwand für die vielen einzelnen Dateien. Dieser Overhead kann bei kleinen Dateien die eigentliche Transferzeit für den Dateiinhalt um ein mehrfaches übersteigen -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbegleitende Fußwege an Ampeln (was: Wie würdet Ihr das zeichnen ??)
Original-Nachricht Datum: Sun, 13 Dec 2009 03:24:36 +0100 Von: Mirko Küster webmas...@ts-eastrail.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de]Straßenbegleitende Fußwege an Ampeln (was: Wie würdet Ihr das zeichnen ??) Hallo, Und genau dafür lohnt es sich das auch genau zu erfassen. Wir haben die Mittel und Wege, auch wenn das Straßenmodell noch einiges an Luft nach oben hätte. Es stellt sich eher die Frage, ob das Strassenmodell das begrenzende Element ist, oder die OSM-Modellierung an sich. Jedes noch so kleines Element in einen einzigen jetzt schon gewaltigen Knoten-Namensraum zu packen ist kein besonders elegantes Konzept. Eine Kreuzung ist erstmal eine einfaches Element fuer den Treffpunkt zweier Elemente des Graphen, das anzeigt, wie man weiterkommt. Man kann natuerlich diese Kreuzung bis zur Pflastersteinebene ausschmuecken, aber muss das unbedingt im Namensraum des Graphen passieren? Mit ein wenig Objektorientierung waere das ganze besser loesbar: 'Du naeherst dich jetzt der Kreuzung xy, wenn du weitere Infos willst, lade die Detaildaten der Kreuzung nach'. Das Problem liegt schlicht an den Routern selbst. Router werden so oft missverstanden, dabei sind sie eigentlich nur Abbildungen von relativ einfachen Algorithmen. Je besser die Abstraktion des Wegenetzes gestaltet ist, desto schneller ist die Berechnung und desto brauchbarer sind die Anweisungen. Ein OSM-Router muss sich an technischen Tatsachen orientieren, wie sein kommerzielles Gegenstueck auch. Klar kann man aus komplexesten Abbildungen wieder auf die wesentlichen Verbindungen zurueckrechnen, aber dafuer brauchts stabile Vereinbarungen. Und das ist eben das Problem mit 'dann mach eben eine Relation drum, der OSM-Wunderrouter wird schon rausfinden, was damit gemeint ist'. Ein Router, bzw. die davorgeschaltete Datenaufbereitung kann nur verarbeiten, was er kennt. Wenn man einigermassen konfliktfrei Autos, Radfahrer, Rollstuhlfahrer und Blinde jeweils fuer sich optimal routen will, sollte man sich mal Konzepte ausdenken, wie man das besser organisiert. Einfach die Datenbank ohne jede Ruecksicht auf irgendeine Anwendung zu befuellen und auf den OSM-Wunderrouter zu warten, der mittels HAL9000-KI die optimale Route fuer jeden findet, ist die Alternative ;) Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm4blogger ??
Jan Tappenbeck o...@tappenbeck.net wrote: ein Bekannter arbeitet mit blogger als Websoftware - gibt es dafür auch OSM-PlugIns ??? Ich benutze Wordpress, da gibt es ein recht gutes. Sven -- Der normale Bürger ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alter Bekannter unter neuem Namen?
Colin Marquardt cmarq...@googlemail.com wrote: es gibt hier einen User, der wie schonmal gehabt Knoten minimal zu verschieben scheint (und dabei created_by wegwirft), und in die Changeset-Kommentare eine Art Spam-Links einbaut (die redirecten oft auf Deutschland-vs-Oesterreich-Diskussionen): http://www.openstreetmap.org/user/harmagedon/edits Tss, Leutes gibts. Der Mensch soll sich einfach mal die Piefke Saga anschauen :) Sven -- Ich fürchte mich nicht vor der Rückkehr der Faschisten in der Maske der Faschisten, sondern vor der Rückkehr der Faschisten in der Maske der Demokraten (Theodor W. Adorno) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bedarfsumleitungen HH-Jenfeld
Moin ! bei http://www.openstreetmap.org/browse/node/21755195 gibt es die Beschilderung für die U92 und U93 - weiß einer von Euch zu welcher BAB diese gehören ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Daten in MySQL
Sebastian Hohmann m...@s-hohmann.de wrote: In den Regeln steht aber klar, dass man generell schon alleine klarkommen muss (bis auf anfängliches Installieren vielleicht). Das steht da nur weil wir niemanden supporten können, der nicht mit einer Unix Shell umgehen kann. Gruss Sven -- Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG) umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität informationstechnischer Systeme. (BVerfG, 1BvR 370/07) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Daten in MySQL
Markus liste12a4...@gmx.de wrote: Weisst Du den aktuellen Stand? Ich kenne keinen freiwilligen dem das so wichtig zu sein scheint dass er sich gemeldet hätte. Ich bin froh, dass ich die anderen Projekte jetzt endlich mal an den Start gebracht habe. Gruss Sven -- Das Internet wird vor allem von Leuten genutzt, die sich Pornografie ansehen, während sie Bier trinken, es ist daher für Wahlen nicht geeignet (Jaroslaw Kaczynski) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fragen zum Erstellen von Busrelationen
Moin ! ich möchte damit anfangen die Buslinien in Lübeck zu erfassen und habe hierzu einige Fragen - es gibt diverse Seiten die ich schon gelesen habe, aber dennoch hat sich nicht alles für mich erschlossen. * Haltestellen einige fassen mehrere Haltepunkte und die Plattformen zu einer Relation zusammen - was wird jetzt in die Buslinien-Relationen eingebunden ? Nodes / Relationen * Reihenfolge Müssen die Ways in der Reihefolge fortlaufend (sortiert) eingebunden werden oder ist das zweitrangig? Gleiches betrifft auch die Einsortierung der Haltestellen-Nodes. * Ways aufbrechen Wenn eine Linie (z.b. auch bei der Bahn) sehr lang ist und darauf Haltestellen liegen (eingebunden) - sind die Ways dann dort aufzubrechen oder nicht? * Hin- und Rückweg Ich habe z.B. eine Linie von A nach Z die komplett dieselbe Way-Führung hat - werden die Elemente dann doppelt eingebunden ?? * Kurzer Abstecher Diese Beispiel wäre wie der Hin- und Rückweg - nur macht die Linie zwischendurch einen Abstecher - wie wäre zu vermerken, dass nur der Rückweg über diesen Abstecher geführt wird - oder hängt das ganze an den Way-Richtungen. Dieses wäre aber verwirrend, wenn nur Linienverkehr in eine Einbahnstraße entgegen der allgmeinen Richtung fahren dürfte. So viele Frage .. aber besser vorher als nacharbeiten. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tagsupport
Ich glaube nicht dass ein XSLT dazu fähig ist dies herauszufinden. Dann sollte man drüber nachdenken, ob XSLT die Richtige Sprache dafür ist :) Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] webtechnische frage
Hi, Hartmut Holzgraefe schrieb: Frieder Ferlemann wrote: gzip? JOSM öffnet mit gzip komprimierte gpx Dateien und der Track upload von OSM akzeptiert auch gzip komprimierte gpx Dateien. Libraries für die diversen Sprachen gibts, gzip läuft auf den gängigen Betriebssystemen, das Format ist patentfrei etc... gzip macht nur einzelne Dateien kleiner, da es hier um gerenderte Kacheln geht wird der Gewinn dabei nicht s groß sein (es sei denn die würden als .BMP gerendert ;) erst zusammen mit tar wird ein Schuh draus denn das eigentliche Problem hier ist der Protokollaufwand für die vielen einzelnen Dateien. Dieser Overhead kann bei kleinen Dateien die eigentliche Transferzeit für den Dateiinhalt um ein mehrfaches übersteigen Sorry, hatte ich überlesen, dass dies wohl der Flaschenhals ist. Dann ist tar bzw. tar.gz (wie in Deinem anderen Posting vorgeschlagen) erste Wahl (weit vor zip:) Greetings, Frieder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zum Erstellen von Busrelationen
Jan Tappenbeck schrieb: So viele Frage .. aber besser vorher als nacharbeiten. Die meisten dürften hier beantwortet werden: http://wiki.openstreetmap.org/index.php/%C3%96pnvkarte Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] webtechnische frage
Frieder Ferlemann wrote: Sorry, hatte ich überlesen, dass dies wohl der Flaschenhals ist. Dann ist tar bzw. tar.gz (wie in Deinem anderen Posting vorgeschlagen) erste Wahl (weit vor zip:) Inwieweit? .zip und .tar.gz unterscheiden sich in dieser Hinsicht ziemlich genau gar nicht, beide fassen viele Dateien in einem komprimierten Archiv zusammen. Die Algorithmen und Dateigrößen sind unterschiedlich, aber das Prinzip ist das Gleiche. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tagsupport
On Mon, 14 Dec 2009 11:11:51 +0100, Peter Körner osm-li...@mazdermind.de wrote: Ich glaube nicht dass ein XSLT dazu fähig ist dies herauszufinden. Dann sollte man drüber nachdenken, ob XSLT die Richtige Sprache dafür ist Schreib bitte eine bessere Anwendung oder zeige zumindest einen Algorithmus auf, welcher das leistet. Die Semantik von Sourcecode in mehreren Sprachen zu analysieren ist eine Fähigkeit, die bisher noch Menschen vorbehalten ist. XSLT ist da schon ein praktikabler Ansatz und die Umsetzung sieht nicht schlecht aus. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tagsupport
Schreib bitte eine bessere Anwendung oder zeige zumindest einen Algorithmus auf, welcher das leistet. Die Semantik von Sourcecode in mehreren Sprachen zu analysieren ist eine Fähigkeit, die bisher noch Menschen vorbehalten ist. XSLT ist da schon ein praktikabler Ansatz und die Umsetzung sieht nicht schlecht aus. Ich glaube nicht, dass ich das aus dem Stand raus besser könnte, ich wollte nur drauf hinweisen, dass wenn die Sprache das Hinternis, die Wahl der selben evtl. nochmal geprüft werden sollte. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zum Erstellen von Busrelationen
Chris-Hein Lunkhusen schrieb: Jan Tappenbeck schrieb: So viele Frage .. aber besser vorher als nacharbeiten. Die meisten dürften hier beantwortet werden: http://wiki.openstreetmap.org/index.php/%C3%96pnvkarte Chris Danke !!! aber so ganz habe ich nicht alles klären können. So steht z.b. dort geschrieben das für jede Richtung eine Relation angelegt werden sollte. Bei dem Link nach Wiesbaden wie auch in Hamburg [1] habe ich immer nur eine Relation gefunden. Wobei mir das aus dem Wiki einfacher erscheint in der Handhabung und Kontrolle ! Was ist jetzt maßgeblich ?!?!?! Gruß Jan :-) [1] http://wiki.openstreetmap.org/wiki/Hamburg/Transportation ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zum Erstellen von Busrelationen
Am 14. Dezember 2009 10:49 schrieb Jan Tappenbeck o...@tappenbeck.net: Moin ! ich möchte damit anfangen die Buslinien in Lübeck zu erfassen und habe hierzu einige Fragen - es gibt diverse Seiten die ich schon gelesen habe, aber dennoch hat sich nicht alles für mich erschlossen. Die Frage ist nach welchen Schema du das machen willst. Beim letzten Vorschlag bestand die API 0.6 schon, weshalb deren Möglichkeiten auch im Schema ausgereizt werden. Ich ergänze hier mal die Antworten nach dem neuen Schema. Grundsätzlich wird pro Richtung eine Relation erstellt, welche dann in einer Oberrelation wieder zusammengefasst werden. * Haltestellen einige fassen mehrere Haltepunkte und die Plattformen zu einer Relation zusammen - was wird jetzt in die Buslinien-Relationen eingebunden ? Nodes / Relationen Relationen werden da ersellt, wo es mehere Haltepunkte (vgl. Platfformen) mit dem gleichen Namen gibt. Es wird dabei die jeweilige genutzte Platform in die Relation eingetragen. (Alt: Relation der ganzen Haltestelle) * Reihenfolge Müssen die Ways in der Reihefolge fortlaufend (sortiert) eingebunden werden oder ist das zweitrangig? Gleiches betrifft auch die Einsortierung der Haltestellen-Nodes. Reihenfolge ist wünschenswert, nur wird diese von den Editor bei weiteren Bearbeitungen immer wieder zersört. * Ways aufbrechen Wenn eine Linie (z.b. auch bei der Bahn) sehr lang ist und darauf Haltestellen liegen (eingebunden) - sind die Ways dann dort aufzubrechen oder nicht? Muss nicht getrennt werden. Wenn die Haltpunkte auf dem Way sind, lässt es sich aber einfacher sortieren. * Hin- und Rückweg Ich habe z.B. eine Linie von A nach Z die komplett dieselbe Way-Führung hat - werden die Elemente dann doppelt eingebunden ?? Wie gesagt, Relation pro Richtung. (Alt: nur einmal einbinden) * Kurzer Abstecher Diese Beispiel wäre wie der Hin- und Rückweg - nur macht die Linie zwischendurch einen Abstecher - wie wäre zu vermerken, dass nur der Rückweg über diesen Abstecher geführt wird - oder hängt das ganze an den Way-Richtungen. Dieses wäre aber verwirrend, wenn nur Linienverkehr in eine Einbahnstraße entgegen der allgmeinen Richtung fahren dürfte. Wie gesagt, Relation pro Richtung. (Alt: role=forward, backward verwenden) So viele Frage .. aber besser vorher als nacharbeiten. gruß Jan :-) Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zeitliche Entwicklung konkurrierender Tags
Moin, gibt es ein Tool, welches die Verwendungshäufigkeit unterschiedlicher Tags in Abhängigkeit zum Datum darstellen kann? Ich denke dabei beispielsweise an Fälle wie natural=marsh und natural=wetland: natural=marsh war zuerst da, wurde aber als ungenügend, da nicht alle Arten von Feuchtgebieten abdeckend, erkannt. Dann kam natural=wetland hinzu. eine Zeit lang liefen beide Tags parallel. Nun wird man, wenn man nach natural=marsh sucht zu natural=wetland weitergeleitet. Interessant wäre nun zu sehen, ob diese Entwicklung sich auch in den Daten widerspiegelt. Die Ergebnisse eines solchen Tools wären sicher allgemein interessant, wenn man sehen möchte, ob sich ein Tag bewährt bzw. sogar gegen ein anderes durchsetzt. Man hätte dann auch Argumentationshilfen bei Konflikten. Oder man kann erkennen ob noch Handlungsbedarf bei der Dokumentation neuer Schemen besteht. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Luftbilder aus Lauf: Sorry!
Hallo zusammen, ein Mapper hat mich am Samsatg darauf aufmerksam gemacht, dass zwischen dem Luftbild aus lauf und den importierten Gebäuden der Nachbargemeinde Neunkirchen am Sand ein Versatz von etwa zwei Metern ist. Da das Ganze sehr systematisch aussah hab ich mal nachgeforscht und musste feststellen, dass mein Luftbild doch nicht wie erwartet über die BETA2007 Korrekturdatei in lat/long umprojiziert worden ist sondern mit der Standardeinstellung von Proj4 für GK4. Hintergrund ist dass gdal /usr/share/proj/epsg im Gegensatz z.B. zum UMN Mapserver die proj4 Initfiles _nicht_ verwendet, man muss also die Verwendung der BETA2007 Korrekturdatei explizit auf der kommandozeile angeben und kann nicht den Eintrag in /usr/share/proj/epsg anpassen. das musste ich jetzt leider auf die harte Tour lernen. Wegen mir wurde inzwischen immerhin die FAQ ergänzt: http://trac.osgeo.org/gdal/wiki/FAQCoordinateSystemsAndProjections#DoesGDALOGRusethePROJ.4EPSGinitfileusrshareprojepsg Langer Rede kurzer Sinn, ich habe das Bild jetzt nochmal neu gerechnet sodass sich leider ein leichter Versatz zur bisherigen Version ergibt!! Hier sollte aber jetzt wirklich die erwartete Positionsgenauigkeit im Bereich von unter einem Meter erreicht werden. Die Shapes aus Neunkirchen passen jetzt sehr gut mit dem Luftbild zusammen. Gruss Sven -- linux is evolution, not intelligent design (Linus Torvalds) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder aus Lauf: Sorry!
Hallo Sven, Du reagierst ja super schnell - herzlichen Dank! am Samsatg darauf aufmerksam gemacht Die Shapes aus Neunkirchen passen jetzt sehr gut mit dem Luftbild zusammen. Ich fand schon die bisherige Genauigkeit ausgezeichnet. Jetzt ist sie Spitze! Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zum Erstellen von Busrelationen
Hallo André, meine Rückfragen habe eingefügt - ansonsten vielen Dank. Grundsätzlich wird pro Richtung eine Relation erstellt, welche dann in einer Oberrelation wieder zusammengefasst werden. == wie wird eine Oberrelation erstellt? noch nie gemacht (JSOM)? * Haltestellen einige fassen mehrere Haltepunkte und die Plattformen zu einer Relation zusammen - was wird jetzt in die Buslinien-Relationen eingebunden ? Nodes / Relationen Relationen werden da ersellt, wo es mehere Haltepunkte (vgl. Platfformen) mit dem gleichen Namen gibt. Es wird dabei die jeweilige genutzte Platform in die Relation eingetragen. (Alt: Relation der ganzen Haltestelle) == was ist, wenn nur bus_stop vorhanden und keine Plattform erfaßt ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alter Bekannter unter neuem Namen?
Hallo, Colin Marquardt wrote: http://www.openstreetmap.org/user/harmagedon/edits Meine Reaktion: Dear user harmagedon, thank you for contributing to OpenStreetMap. We note that you have performed more than 100.000 edits in the past three weeks, most of them by removing created_by tags from existing objects. First of all, let me say that there is probably a misunderstanding about the function of the changeset comment field on your part; this field is not meant for adding URLs to external web sites, but instead for documenting your edits so that others can see what you have done. In your case, a proper changeset comment would have been removed created_by tags. Secondly, while it is true that the use of created_by tags on nodes and ways is not encouraged any more, we have decided not to remove them automatically because this generates many unnecessary change events. We would thus ask you to reduce your editing activity to areas where you have valuable contributions other than removing existing tags. Thank you Frederik Ramm -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder aus Lauf: Sorry!
Markus liste12a4...@gmx.de wrote: Du reagierst ja super schnell - herzlichen Dank! Ich hab mich im wesentlichen über meinen eigenen Feheler geärgert. Da hätte ich auch selber draufkommen können dass sich das Bild und die Shapes von Neunkirchen teilweise überschneiden und dass man damit die Referenzierung verifizieren kann. Das neue Bild wäre schon am Samstag online gegangen, wenn ich mal eben von zu Hause aus die Möglichkeit gehabt hätte 55GB in endlicher Zeit hochzuladen. FTTH gibts ja leider für den Normalsterblichen in .de derzeit noch nicht zu bezahlbaren Preisen. Ich fand schon die bisherige Genauigkeit ausgezeichnet. Jetzt ist sie Spitze! Sicher, beides natürlich immer noch deutlich oberhalb der üblichen GPS Abweichung. Sven -- Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG) umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität informationstechnischer Systeme. (BVerfG, 1BvR 370/07) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zum Erstellen von Busrelationen
Am 14. Dezember 2009 14:32 schrieb Jan Tappenbeck o...@tappenbeck.net: Hallo André, meine Rückfragen habe eingefügt - ansonsten vielen Dank. Grundsätzlich wird pro Richtung eine Relation erstellt, welche dann in einer Oberrelation wieder zusammengefasst werden. == wie wird eine Oberrelation erstellt? noch nie gemacht (JSOM)? Oberrelation ganz normal erstellen und danach die Kinderrealtionen im Relation-Fenster hinzufügen. Relationen auswählen geht entweder mit einem Doppelklick auf eine Relation im Seitendialog Relationen oder mit dem Symbol ganz rechts im Seitendialog. * Haltestellen einige fassen mehrere Haltepunkte und die Plattformen zu einer Relation zusammen - was wird jetzt in die Buslinien-Relationen eingebunden ? Nodes / Relationen Relationen werden da ersellt, wo es mehere Haltepunkte (vgl. Platfformen) mit dem gleichen Namen gibt. Es wird dabei die jeweilige genutzte Platform in die Relation eingetragen. (Alt: Relation der ganzen Haltestelle) == was ist, wenn nur bus_stop vorhanden und keine Plattform erfaßt ?? Entweder den Rest erfassen ;-) oder diesen bus_stop benutzen. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] webtechnische frage
Hartmut Holzgraefe schrieb: Jan Tappenbeck wrote: Nun hatte ich mir überlegt lokal die Dateien zu zippen - diese Datei hochzuladen - und dann auf dem Server entpacken zu lassen. PHP steht zur Verfügung. keine Ahnung ob 11 unzip installiert hat, tar und gzip sollten aber auf jeden Fall vorhanden sein, von daher ist *.tar.gz evtl. eine bessere Wahl als *.zip, eventuell sogar einfach .tar ohne Kompression, die Kacheln selbst sind ja schon selbst mehr oder weniger komprimiert und den Webserver möchte man nicht unbedingt mit der CPU-Load des entkomprimierens zusätzlich ausbremsen PNG sind schon zlib komprimiert. Optimizer wie pngcrush sind aber trotzdem empfehlenswert, wie wir bei ti...@home festgestellt haben. ob zip oder tar ist dann aber eher nebensächlich. (zip mit der option store/no compression). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV Karte
Am 13. Dezember 2009 16:16 schrieb Chris-Hein Lunkhusen chris66...@gmx.de: Melchior Moos schrieb: Es läuft täglich ein cron-job, der versucht ein Update einzuspielen. Es kommt aber auch schon mal vor, dass das Update länger als 24Stunden läuft und dann das nächste Update ausgelassen wird oder dass ein Fehler auftritt und somit das Update abgebrochen wird. Ok, meine Buslinie vom 10.12. ist jedenfalls noch nicht drin. Vielleicht hab ich da auch was falsch gemacht, ist meine Erste... ;-) http://www.openstreetmap.org/browse/relation/359606 Chris Sieht ganz gut aus. Die Relation enthielt aber noch ein paar Lücken welche ich noch geschlossen habe. [1] Als nächsten Schritt muss du jetzt die Route in die Gegenrichtung erstellen. [1] http://osm.cdauth.de/route-manager/relation.php?id=359606 Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zum Erstellen von Busrelationen
Hi, habe auch lange geschaut, wie das geht. Ich habe irgendwann festgestellt, dass die Variante mit einer Route einfach viel einfacher zu pflegen ist. Man kann sich natürlich auch an das neue Schema halten, das habe ich aber nicht verstanden. Was ein wirklich, wirklich nerviges, sprachliches Problem ist: forward und backward haben nichts, aber wirklich gar nichts mit der For- oder Rückrichtung der Fahrt zu tun. Es geht hierbei lediglich darum, ob man eine Straße in vorwärts- oder rückwärtsrichtung befährt. Ich habe die Linen immer in einem Stück hintereinander weg in die Relation gefasst. Im einfachsten Fall also: O-O Wobei O die Wendeschleife darstellt, die mit forward getaggt ist, wenn der Bus die Straße in OSM-Richtung befährt bzw. backward wenn das entgegen der Richtung ist. Kann auch gemischt sein. Angenommen ich habe eine Straße die in OSM-Richtungen so ist: -- -- --- --- --- --- mein Bus fährt aber von links nach rechts und nur in dieser Richtung, dann werden die Abschnitte getaggt mit: forward, backward, forward, backward, backward, forward (von links nach rechts) Wenn der Bus die Strecke in beide Richtungen befährt, werden die Elemente ohne Angabe in das Schema aufgenommen. Soweit erstmal von mir. Ich hoffe ich hab mir damit keine Feinde gemacht ;-) Bisher konnte man mich noch nicht von zwei Relationen überzeugen... Gruß - Fips -- Jan Tappenbeck wrote: Chris-Hein Lunkhusen schrieb: Jan Tappenbeck schrieb: So viele Frage .. aber besser vorher als nacharbeiten. Die meisten dürften hier beantwortet werden: http://wiki.openstreetmap.org/index.php/%C3%96pnvkarte Chris Danke !!! aber so ganz habe ich nicht alles klären können. So steht z.b. dort geschrieben das für jede Richtung eine Relation angelegt werden sollte. Bei dem Link nach Wiesbaden wie auch in Hamburg [1] habe ich immer nur eine Relation gefunden. Wobei mir das aus dem Wiki einfacher erscheint in der Handhabung und Kontrolle ! Was ist jetzt maßgeblich ?!?!?! Gruß Jan :-) [1] http://wiki.openstreetmap.org/wiki/Hamburg/Transportation ___ 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] Fragen zum Erstellen von Busrelationen
Am 14. Dezember 2009 13:54 schrieb Fips Schneider o...@fips-schneider.de: Hi, habe auch lange geschaut, wie das geht. Ich habe irgendwann festgestellt, dass die Variante mit einer Route einfach viel einfacher zu pflegen ist. Da kann ich dir 100% zustimmen. Jedoch kann man damit nicht alles darstellen. Was ein wirklich, wirklich nerviges, sprachliches Problem ist: forward und backward haben nichts, aber wirklich gar nichts mit der For- oder Rückrichtung der Fahrt zu tun. Gut das du es noch einmal erwähnst, sonst hätte es vielleicht Ungereimtheiten gegeben. Nachzulesen hier: http://wiki.openstreetmap.org/wiki/DE:Relation:route#Mitglieder_der_Relation Soweit erstmal von mir. Ich hoffe ich hab mir damit keine Feinde gemacht ;-) Bisher konnte man mich noch nicht von zwei Relationen überzeugen... Meinerseits nicht :-) Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doctor
Hallo, noch ne kleine Zusatzfrage. Wie handhabt ihr das bei den Öffnungszeiten, wenn es sich um Privatsprechstunden handelt? -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] webtechnische frage
Hi, Andreas Pothe schrieb: Dann ist tar bzw. tar.gz (wie in Deinem anderen Posting vorgeschlagen) erste Wahl (weit vor zip:) Inwieweit? .zip und .tar.gz unterscheiden sich in dieser Hinsicht ziemlich genau gar nicht, beide fassen viele Dateien in einem komprimierten Archiv zusammen. Die Algorithmen und Dateigrößen sind unterschiedlich, aber das Prinzip ist das Gleiche. Mit tar (bzw. tar.gz) bleiben die Dateiattribute (User, Gruppenname, Permissions) besser erhalten:) Ausserdem hat das zip Format im Laufe der Zeit einige Erweiterungen erfahren, die nicht auf allen Plattformen zur Verfügung stehen. Frieder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mit Osmarender Fernwärmenetz render
Hallo, für eine grobe Übersicht möchte ich das Fernwärmenetz von Hamburg mit Osmarender erstellen. Dazu habe ich mir den Hamburgausschnitt von der Geofabrik heruntergeladen. Besten Dank für die Bereitstellung der Daten an dieser Stelle. Die groben Züge des Stylesheets stehen schon, aber dort treffe ich auf Schwierigkeiten. Es werden halt nur ganz einfach ein paar große Straßen (Motorway, Pri, Sec, Ter) beachtet, aber so dabei wächst die SVG-Datei auf unglaubliche 78MB an. In das PNG-Format kann ich das nur mit einer Auflösung von 400x330 Pixeln bei 4 dpi exportieren. Danach geht mein 2GB Ramspeicher in die Knie. Nun zu meiner Frage: Wie gehe ich an so eine Problemstellung heran? Was muss ich bei den Grundeinstellungen in den Stylesheets beachten? Oder hat schonmal jemand eine solche Karte mit Osmarender berechnet und kann mir die stylesheet.xml überlassen. Danke schonmal im vorraus. Gute Nacht, Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Handwerk
würde nicht noch nen tag für die Baufirmen fehlen. Sowas wie crafts=contruction_company -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Konzentrationslager/Arbeitserziehungslager
Hallo, ich möchte ein paar Arbeits-/Arbeitserziehungs-/Konzentrationslager im Sauerland erfassen. Leider findet sich dazu nichts im Wiki und auch sonst blieb eine Suche bei $SUCHMASCHINE ziemlich erfolglos. In Dachau bswp. ist nur historic=ruins gesetzt, Ruinen gibt es aber in meinem Fall nicht. Nur noch die Information, dass an besagtem Ort mal ein Arbeitserziehungslager war. Spontan würde ich man_made=labour_camp man_made=labour_education_camp man_made=concentration_camp in Kombination disused=yes oder historic=yes setzen. Alternativ böte sich evtl. ein Gefängnis-Tag an, das trifft es meines Erachtens aber nicht wirklich. Gibt es da evtl. schon andere etablierte Tags oder habt ihr bessere Vorschläge? Gruß, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Handwerk
geo.osm schrieb: würde nicht noch nen tag für die Baufirmen fehlen. Sowas wie crafts=contruction_company Ich plane ja eig. die Liste [1] mehr oder minder vollständig zu übernehmen. Da jedoch 80n grade die History-Api am komplettieren ist, wende ich mich lieber einem Feld zu, bei dem ich glaube ich besser bin: Tools entwickeln *). Wenn also jemand bereit wäre diesen Draft in ein Proposal zu verwandeln und es mit weiteren Handwerken aus [1] zu erweitern, wäre das ganz wunderbar! Lg, Peter [1] http://www.wolbeck-muenster.de/wirtschaft/handwerk-und-handwerker-in-muenster%11wolbeck/handwerker_;-gewerke-und-berufe-als-liste-20030806344/ *) in diesem Fall geht's um ein intelligenteres Changeset-Diff und -Revert tool, dass neben der eigentlichen Änderung auch noch den aktuellen Stand mit einbezieht und alles zusammen visuell ansprechend und anfängerfreundlich aufbereitet. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzentrationslager/Arbeitserziehungslager
Am 14.12.2009 23:20, schrieb olvagor: Hallo, ich möchte ein paar Arbeits-/Arbeitserziehungs-/Konzentrationslager im Sauerland erfassen. Leider findet sich dazu nichts im Wiki und auch sonst blieb eine Suche bei $SUCHMASCHINE ziemlich erfolglos. In Dachau bswp. ist nur historic=ruins gesetzt, Ruinen gibt es aber in meinem Fall nicht. Nur noch die Information, dass an besagtem Ort mal ein Arbeitserziehungslager war. Spontan würde ich man_made=labour_camp man_made=labour_education_camp man_made=concentration_camp in Kombination disused=yes oder historic=yes setzen. Alternativ böte sich evtl. ein Gefängnis-Tag an, das trifft es meines Erachtens aber nicht wirklich. Gibt es da evtl. schon andere etablierte Tags oder habt ihr bessere Vorschläge? Ich verstehe dich so, daß da mal ein entsprechendes Lager war, aber jetzt nichts mehr zu sehen ist, bzw. andere Gebäude da stehen / ganz anders genutzt werden. Gefühlsmäßig würde ich da eher zu historic=xy tendieren (die Werte von dir sehen ok aus). Es gibt ja auch historic=battlefield, was auch mal da war. man_made gibt eigentlich eher sowas wie bestehende Bauwerke im weiteren Sinne (Kran, Mast, Kläranlage, ...) an. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzentrationslager/Arbeitserziehungslager
Ich verstehe dich so, daß da mal ein entsprechendes Lager war, aber jetzt nichts mehr zu sehen ist, bzw. andere Gebäude da stehen / ganz anders genutzt werden. Genau. In einem Fall handelt es sich um einen Steinbruch, in dem nichts mehr zu sehen ist und der inzwischen auf dem Gelände einer Firma liegt. In einem anderen Fall wurden Teile des Lagers auf dem Fundament einer Kirche errichtet. Die Kirche wurde nach dem Krieg fertiggestellt und der restliche Teil ist inzwischen Wald. Dann gibt's noch ein Gelände, auf dem später ne Kaserne stand, inzwischen aber ein Gewerbegebiet... und dergleichen mehr. Gefühlsmäßig würde ich da eher zu historic=xy tendieren (die Werte von dir sehen ok aus). Es gibt ja auch historic=battlefield, was auch mal da war. man_made gibt eigentlich eher sowas wie bestehende Bauwerke im weiteren Sinne (Kran, Mast, Kläranlage, ...) an. Okay, klingt für mich gut. Dann werd ich meine Tags mal auf historic=bla ummünzen. Danke, olvagor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Import von Planet.osm?
Hi! Von euch hat doch bestimmt jemand Erfahrung damit, was der import eines kompletten Planet-Files so an Resourcen braucht. 1. Postgres-Datenbank: wieviel Platz auf der Platte brauche ich für ein aktuelles Planet-file? 2. Wie lange dauert so ein Import per osmosis? Ja, klar, kommt auf den Rechner an, aber erfahrungsgemäß? Viele Grüße, Florian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Neue Garmin-Version der Wanderkarte ver fügbar
Hallo! Die Reit- und Wanderkarte für Deutschland, Österreich, Schweiz und Norditalien ist in einer neuen Version mit den Daten vom 8.12. verfügbar. Die Karte ist jetzt nicht mehr als transparent markiert, da das Probleme im Zusammenspiel mit Routen nach sich gezogen hat. Falls Ihr Probleme hattet, probiert doch bitte mal aus, ob sie jetzt auf Eurem Gerät besser dargestellt wird. Eine kleine Datei von Tübingen zum Test findet Ihr hier: http://www.geofabrik.de/Test_gmapsupp.zip. Mit fast 1 GB dürfte die Karte langsam auch Maximalgröße erreicht haben, ich beabsichtige die gmapsupp.img in Zukunft in mehrere Karten zu spalten und nur die Mapsource-Version am Stück zu lassen. bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Leih-GPS Material gesucht
Hat jemand schonmal ein Tutorial zur Bedienung geschrieben/gefilmt? Habe dazu diesen Eintrag gefunden: http://wiki.openstreetmap.org/wiki/DE:Video_Tutorials Leider ohne die Videos. Weiss jemand mehr dazu? -- Jonas Stein n...@jonasstein.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-import - Helfer gesucht
Am Mo Dezember 14 2009 glaubte Marcus Wolschon zu wissen: 2009/12/13 Florian Gross flor...@grossing.de: Ok, das Stadtgebiet mit Teilorten ist hier zu sehen: http://www.openstreetmap.org/browse/relation/362660 Und wenn ich dann https://wolschon.kleinbetrieb.biz/tmclcl/TMCAdminArea_1729.osm drüberlege, erhalte ich sowas: http://img195.imageshack.us/img195/8172/tmc.png Also nicht nur die Kernstadt selber sondern eben auch noch die einzelnen Teilorte (wenigstens teilweise). Wo jetzt genau, ich blick immer noch nicht durch. Nur Künzelsau selber oder auch Gaisbach und was sonst als Stadt Künzelsau mitläuft? Ich würde nur die bestehende Relation 362660 taggen. Das Gebiet 1729 ist Gemeinde/Stadt, Künzelsau. Da geht wohl einfach die zugeordnete Strasse etwas weiter und damit ist die Bounding-Box etwas größer aber zumindest weis man durch die Bounding-Box, dass dies das richtige Künzelsau ist. Danke, das beantwortet meine Frage. Die Relationen fehlen meist nämlich auch, da sollte ich die auch mit reinmalen. Sonst tu ich mir schwer mit taggen. ;-) flo -- Sch*** XP-Installation Genau. DAUs müssen immer die allerneueste Software auf der Kiste haben, egal, ob sie Beta und/oder scheiße ist. [Klaus Ketelaer und Johann Burkard in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doctor
Am 13.12.2009 23:46, schrieb Mirko Küster: Ähem, hast du nicht selber ein paar Mails vorher mit Ich mach das mit: ... ein Beispiel gegeben? Du gibst anderen außerdem ein Beispiel, wenn sie in deiner Gegend (sic!) auf die Karte und in die Daten schauen. Springst du auch in die Donau wenn ich das schreibe? Wir haben hier ein offenes Schema und da kann jeder machen wie er will, solange kein anerkannter Konsens besteht. Na ja, das man in den Namen alles mögliche reinpackt, weil bislang kein passendes Tag existiert ist jetzt vielleicht auch nicht sooo der übliche Weg :-) Andererseits wohl auch nicht so unüblich. Aber bitte versteh mich nicht falsch. Wenn du mich vor die Wahl stellst: Entweder ich pack es in den Namen oder ich lass es halt komplett bleiben werde ich dir immer sagen: Dann pack es halt in den Namen. Und dein Beispiel ist ja auch nicht unbedingt besser. Du benennst die Praxis ja eher nach dem Betreiber als nach der eigentlichen Praxis selbst. Eigene Nase würde ich da sagen. Ich nehme halt ein Mittelding um die wichtigesten Informationen vorübergehend bis zu geeigneten Tags zu Transportieren. Standardvorgehensweise die ich meiner Ecke immer anwende. Aber genau das führt doch dazu, daß sich nie eine Meinung rausbildet, wie sowas denn getaggt werden könnte. Wie soll denn jemals einer von den Renderer Rules Schreibern auf die Idee kommen, daß wir ein spezielleres Tag für Ärtze brauchen, wenn alle Leute diese Infos in die Namen schreiben und drauf warten das die Renderer besser werden :-) Und jeder der hier mitliest kann frei entscheiden was er macht. Ich glaube kaum das nun einer loszieht und so taggt, nur weil ich es so mache. Du unterschätzt die Macht des lokalen Beispiels ;-) Zu den Daten. Da rate ich dir lieber gleich nicht rein zu schauen. Meine Ecke, meine weil 99,9% Daten von mir, ist voll von undokumentierten Versuchsballons, eben weil es mir Spaß macht ins Detail zu gehen und eben auch mal Dinge zu versuchen die es so noch nicht gibt. Ab und an brauchts mal Abwechslung, stupide Strippen nach Schema X malen macht auf Dauer ramdösig.Wenn das andere nachmachen habe ich kein Problem mit, wenn nicht ebenso wenig. Ich glaube da siehst du mich völlig falsch. Wenn es da zum Thema noch nichts gibt oder die Situation noch komplett unklar ist sollen die Leute auf Teufel komm raus neue Sachen erfinden. Das finde ich gut! Wenn sich dann nach 1-2 Jahren eine gewisse Basis entwickelt hat, sollte man schon auch mal über seine eigenen Sachen drüberschauen und die Klamotten dann aber auch an die Üblichkeiten anpassen. Immer noch besser wie andere die an jeder Ecke falsch schreien und dann gleich den ganzen Planeten nehmen, um per Zwang alles auf das eigens bevorzugte Schema umzustricken. Da ist es immer sehr schwer die Balance zu finden. Einerseits gibt es ein highway=minor, daß schon seit Jahren rumgeistert und inzwischen wirklich erschossen gehört, andererseits gibt es Leute die lange funktionierende Tags besser gestern als heute ersetzen wollen. Das halte ich für eine *sehr* gewagte These. Seitdem wir öfters mal in der Presse auftauchen, geht die Anzahl der Mapper eklatant nach oben - und das füllt dann indirekt die Karte. Hier bringt das eben wenig bis nichts. Zu wenig Zielgruppe, Stammtische sind absolut nicht meins und in Richtung Behörden bin ich Zwecks Geodaten schon vor Wände gelaufen, da war OSM noch weit entfernte Zunkunftsmusik. Vor kurzem jammerte erst wieder unsere Naturparkverwaltung über zu wenig Bekanntheitsgrad. Also habe ich ein hübsches Infopaket geschnürrt, den National Park Tag als Grenze für den Naturpark missbraucht und um Kooperation geworben. Bis heute kam nichtmal eine Antwort. In der verschwendeten Zeit hätte ich ein halbes Dorf erfassen können. Die Erfahrung muss jeder für sich machen. Beim einen klappts, beim anderen eben nicht. Ich kann das jetzt nur aus zweiter Hand wiedergeben, aber das hängt wohl sehr stark davon ab, bei wem man dabei landet. Der eine denkt sich was ist das denn für ein Spinner und haut die Sachen in die Tonne, ein anderer hat vielleicht mal was von OSM gehört und setzt sich dann mit der Sache auseinander. Auch hier ist die Presse nicht unwichtig! Das ist ja prinzipiell auch durchaus löblich. Wird aber leider auch immer mehr frustrierend, wenn man feststellt, das man so ziemlich zur Minderheit gehört. Warum kraucht man z.B. ständig der hinterletzten Brouillon Karte hinterher, um das Puzzle nach und nach zu vervollständigen, wenn um einen herum nichtmal der Betreiber eines Postkastens aufgeschrieben wird? Die Motivation sinkt langsam. Sorry, aber da verstehe ich dich nicht so richtig. Wie ich (vor 2+x Jahren) mit OSM angefangen habe, gab es hier in Nürnberg bei OSM gerade mal ein paar Hauptverkehrsstraßen und sonst nichts. Da war ich froh, wenn ich die Straße soweit eingetragen hatte, daß ich den Briefkasten überhaupt mal auf die richtige Seite der Straße setzen konnte. Zu
Re: [Talk-de] TMC-import - Helfer gesucht
Hm, Kannst du die Aufbereitung nicht nach Bundesländern / Regionen machen. Ich hab wesentlich mehr Lust TMC Daten bei mir in der Nähe einzutragen (auch für mich) diese TMC-Listen Orten zuzuordnen wären. Da picke ich mir dann die heraus, bei denen ich mich auf halbwegs sicherem Gelände bewege, weil ich da zumindest schon mal war und eine Ahnung habe, wie es da aussieht. Wie genau stellst du dir das vor? hm, sorry, hab' ich nicht wirklich drüber nachgedacht, ich dachte, es wäre vielleicht möglich und ich wollte nur mit meinem me too diesen Wunsch unterstützen Nach Orten und nach Kreisen wird schlecht gehen, da das nur wichtige Strassen sind und damit meist Autobhanen, Bundesstrassen, einige wenige Landesstrassen und ein paar wichtige Verbindungen dazwischen. jo, nach Bundesländern wär doch schon was ... oder aber ganz anders - nämlich mit einer Zuordnung von Nr. nach Straße - da könnte sich wer will, gleich die passenden vor Ort raussuchen (bei den Bundesstraßen ja ganz einfach, bei den Landesstraßen wird dann auch das Bundesland dabei stehen, oder?) Ich schau lieber erstmal dass ich in die .osm -Dateien für Points und Segments die Kreuzungs-Informationen rein bekomme. klar, ich denke, alles was machbar ist, ist gut - war nur ein Vorschlag von meiner Seite ... ich denke einige Helfer würde man über diese lokale Schiene kriegen - aber ich hab' zur Zeit eh wenig Zeit :-) Auf jeden Fall Danke für die viele Arbeit! Gruß, Schusch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doctor
Am 14. Dezember 2009 02:37 schrieb Bartosz Fabianowski bart...@fabianowski.eu: Aber wie gesagt - im Englischen ist das sowas von umgangssprachlich daß es absolut niemand verwenden wird. Warum nicht einfach amenity=physician unter Verwendung des korrekten englischen Ausdrucks? Die Diskussion gab es auch schon unter Muttersprachlern (?) auf der engl. Talk-liste vor ein paar Monaten. Im Archiv findest Du dazu was. Im Endeffekt wurde glaub ich gesagt, dass man doctors lässt, obwohl es sprachlich nicht sinnvoll ist ;-). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doctor
Am 14. Dezember 2009 09:58 schrieb Ulf Lamping ulf.lamp...@googlemail.com: Warum nicht einfach amenity=physician unter Verwendung des korrekten englischen Ausdrucks? Vielleicht, weil dieser Tag jetzt seit Jahr(en?) besteht und es nur Konfusion erzeugt wenn man das jetzt (ohne guten Grund) ändern würde? ja, evtl. Vielleicht auch, weil doctors sehr viele nicht englischsprachige viel besser verstehen werden als physician? Die werden aber m.E. durch doctors statt doctor oder evtl. doctor's noch mehr verwirrt. Ich denke auch, dass doctor besser wäre als doctors. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Handwerk
Am 14. Dezember 2009 23:16 schrieb geo.osm geo@googlemail.com: würde nicht noch nen tag für die Baufirmen fehlen. Sowas wie crafts=construction_company das sind wohl Rohbaufirmen, die Beton und Mauerwerk herstellen? Baufirmen sind ansonsten viele der genannten Handwerker (alle, die auf dem Bau arbeiten). Oder meinst Du gewerkeübergreifend bzw. Generalübernehmer? Dann ist das m.E. kein Handwerk mehr sondern Industrie. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Handwerk
Martin Koppenhoefer schrieb: Am 14. Dezember 2009 23:16 schrieb geo.osm geo@googlemail.com: würde nicht noch nen tag für die Baufirmen fehlen. Sowas wie crafts=construction_company das sind wohl Rohbaufirmen, die Beton und Mauerwerk herstellen? "Baufirmen" sind ansonsten viele der genannten Handwerker (alle, die auf dem Bau arbeiten). Oder meinst Du gewerkeübergreifend bzw. Generalübernehmer? Dann ist das m.E. kein Handwerk mehr sondern Industrie. Das der von mir gewählte Begriff nicht so ganz richtig ist, ist mir schon klar. Wollte nur was anbieten ;-) Ich meine damit hauptsächlich kleine (1 Mann) bis mittelgroße (20-30 Angestellte) Firmen, die alles rund ums bauen anbieten. Zum Beispiel: name=Kitzmann-Bau Bauleistungen=Neubau,Bausanierung, Beton- und Stahlarbeiten, Klinkerarbeiten, Wärmedämmung, Reparaturarbeiten gewerkeübergreifend arbeitet ja auf dem Bau fast jeder. Was ich meine ist dann wohl sowas wie ein Maurer, der auch andere Sachen macht. Also vielleicht nen bricklayer oder mason. Und wenn die Firma nen bischen größer wird, dann könnte oben genannter tag vielleicht zutreffen. -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Handwerk
Am 15. Dezember 2009 03:04 schrieb geo.osm geo@googlemail.com: Was ich meine ist dann wohl sowas wie ein Maurer, der auch andere Sachen macht. Also vielleicht nen bricklayer oder mason. ja, das bleibt m.E. erstmal ein Maurer. Und wenn die Firma nen bischen größer wird, dann könnte oben genannter tag vielleicht zutreffen. das meinte ich ja eben: wenn es größer wird, ist es kein Handwerk mehr. construction_company ist kein Handwerk mehr. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Handwerk
Martin Koppenhoefer schrieb: Am 15. Dezember 2009 03:04 schrieb geo.osm geo@googlemail.com: Was ich meine ist dann wohl sowas wie ein Maurer, der auch andere Sachen macht. Also vielleicht nen bricklayer oder mason. ja, das bleibt m.E. erstmal ein Maurer. Und wenn die Firma nen bischen größer wird, dann könnte oben genannter tag vielleicht zutreffen. das meinte ich ja eben: wenn es größer wird, ist es kein Handwerk mehr. construction_company ist kein Handwerk mehr. alles klar. Jetzt versteh ich was du meinst. Manchmal dauerts halt. Haben wir denn für die denn schon irgendwas bzw. irgendeinen Konsens? -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMC-import - Helfer gesucht
2009/12/15 Florian Gross flor...@grossing.de: Am Mo Dezember 14 2009 glaubte Marcus Wolschon zu wissen: 2009/12/13 Florian Gross flor...@grossing.de: Ich würde nur die bestehende Relation 362660 taggen. Das Gebiet 1729 ist Gemeinde/Stadt, Künzelsau. Da geht wohl einfach die zugeordnete Strasse etwas weiter und damit ist die Bounding-Box etwas größer aber zumindest weis man durch die Bounding-Box, dass dies das richtige Künzelsau ist. Danke, das beantwortet meine Frage. Die Relationen fehlen meist nämlich auch, da sollte ich die auch mit reinmalen. Sonst tu ich mir schwer mit taggen. ;-) Auf jeden Fall. Wobei ein grob gezeichnetes Polygon um die Ortschaft genauso reicht. Bei sehr vielen Orten wissen wir in unserer Karte nicht wo der Ort überhaupt zu Ende ist. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zum Erstellen von Busrelationen
Fips Schneider schrieb: Wenn der Bus die Strecke in beide Richtungen befährt, werden die Elemente ohne Angabe in das Schema aufgenommen. Soweit erstmal von mir. Ich hoffe ich hab mir damit keine Feinde gemacht ;-) Bisher konnte man mich noch nicht von zwei Relationen überzeugen... Wenn die Straße mit zwei Richtungsfahrbahnen erfasst ist, amchen die zwei Relationen schon Sinn, bei Einbahnstraßen und Schleifenfahrten erst recht. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mit Osmarender Fernwärmenetz render
andre schrieb: Hallo, für eine grobe Übersicht möchte ich das Fernwärmenetz von Hamburg mit Osmarender erstellen. Dazu habe ich mir den Hamburgausschnitt von der Geofabrik heruntergeladen. Besten Dank für die Bereitstellung der Daten an dieser Stelle. Die groben Züge des Stylesheets stehen schon, aber dort treffe ich auf Schwierigkeiten. Es werden halt nur ganz einfach ein paar große Straßen (Motorway, Pri, Sec, Ter) beachtet, aber so dabei wächst die SVG-Datei auf unglaubliche 78MB an. In das PNG-Format kann ich das nur mit einer Auflösung von 400x330 Pixeln bei 4 dpi exportieren. Danach geht mein 2GB Ramspeicher in die Knie. Nun zu meiner Frage: Wie gehe ich an so eine Problemstellung heran? Vergiß osmarender, und mach dich mit der Datenbanklösung rund um mapnik vertraut. Osmarender ist wirklich nur zum Rendern von kleinen Kacheln geeignet. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Garmin-Version der Wanderkarte verf ügbar
Nop wrote: Die Reit- und Wanderkarte für Deutschland, Österreich, Schweiz und Norditalien ist in einer neuen Version mit den Daten vom 8.12. verfügbar. Und wo findet man die? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Garmin-Version der Wanderkarte verf ügbar
Am 15.12.2009 08:24, schrieb Andreas Pothe: Nop wrote: Die Reit- und Wanderkarte für Deutschland, Österreich, Schweiz und Norditalien ist in einer neuen Version mit den Daten vom 8.12. verfügbar. Und wo findet man die? guckst Du hier: http://topo.geofabrik.de/ Grüße Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
