Re: [Talk-de] Wanderwege-Overlay Hillshading
Hi! Karl Eichwalder schrieb: Das Relief (topo) ist auch sehr schon und nutzlich. Es sollte, finde ich, nur etwas kontrasreicher sein. Ich wurde fur die Linien ein Schwarz-Braun nehmen und die Hohenangaben unbedingt richtig tiefschwarz anzeigen; wenn das stort, kann man den Layer ja temporar abschalten. Nachdem die Relieflayers von der Uni Bonn bzw. von mir erzeugt werden, ist deren Design festgelegt. Ich find's zudem nicht ganz optimal, dass durch diesen Layer ein Grauschleier uber die gesamte Karte gelegt wird. Ist das technisch bedingt? Ja. Wenn Du mehrere Layers einfach übereinanderlegst und transparent machst, addieren sich deren Farben immer in Richtung Grau. Dadurch wird der Gesamteindruck blasser. bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lonvia-Karte drucken?
Hallo, On Wed, Nov 18, 2009 at 04:53:50PM +0100, Karl Eichwalder wrote: Kennt jemand einen Trick, wie man Ausschnitte der http://osm.lonvia.de/world_hiking.html drucken kann? Alternativ würde es mir auch helfen, wenn ich den Hiking-Path-Overlay in den Maemo-Mapper (N810) hinein bekäme. Weisst du, ob das Overlaying im Maemo-Mapper inzwischen gut funktioniert? Testwise kannst du versuchen einen Layer mit folgender URL einzurichten: http://osm.lonvia.de/hiking/%0d/%d/%d.png (Für die Layers gibt es einen Extra-Button unter Manage Repositories) Aber bitte nicht versuchen, dann den ganzen Planeten herunterzuladen. Ich habe hier ein Programm liegen, dass aus einer Menge Tiles eine DB für den Maemo-Mapper erstellt. Der Gesamtsatz an Tiles ist mit 1.5GB etwas gross, aber für Teilgebiete könnte ich vielleicht Auszüge anbieten. Ich schau mir das mal an. Welches Gebiet interessiert dich genau? Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege-Overlay Hillshading
On Wed, Nov 18, 2009 at 05:01:05PM +0100, Karl Eichwalder wrote: Sarah Hoffmann lon...@denofr.de writes: Der Hillshading-Layer ist jetzt wieder da, er muss allerdings explizit aktiviert werden, um die Ladezeiten nicht unnötig zu erhöhen. Gut sieht's aus, aber bei mir ist der Hillshading-Layer gleich aktiv (vielleicht liegt das an einem Alt-Cookie?). Hier geht es, sogar mit dem IE. Hast du die Karte vielleicht über einen Permalink aufgerufen (also mit layers irgendwo in der URL)? Das Relief (topo) ist auch sehr schon und nutzlich. Es sollte, finde ich, nur etwas kontrasreicher sein. Ich wurde fur die Linien ein Schwarz-Braun nehmen und die Hohenangaben unbedingt richtig tiefschwarz anzeigen; wenn das stort, kann man den Layer ja temporar abschalten. Ich find's zudem nicht ganz optimal, dass durch diesen Layer ein Grauschleier uber die gesamte Karte gelegt wird. Ist das technisch bedingt? Das ist leider tatsächlich dadurch bedingt, dass ich es mit so hoher Transparenz über die Karte lege. Das Relief wurde eben nicht als Overlay konzipiert. Mehr Transparenz: weniger Grauschleier, weniger lesbare Höhenangaben. Weniger Transparenz: besser sichtbare Höhenangaben, mehr Grauschleier. Ich hoffe darauf, dass Colins Lösung irgendwann serienreif wird. Die ist als Overlay konzipiert und deshalb besser geeignet. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tag-Listen und die API
Moin ! als ich vor einigen Wochen nach der Erfassung verschiedener Paketdienstleister gefragt hatte entbrannte eine umfangreiche Diskussion zum Thema Tag-Zusammen-Erfassung als Listen oder nicht. Den Überblick in dieser Diskussion habe ich zwischenzeitlich fast verloren und da ich in der letzten Zeit mich mit der Darstellung von POI in Karten beschäftigt habe und die Daten hierbei über die API im Programm OSMOLT [1] erfaßt werden hat sich ein neuer Gesichtspunkt ergeben. Man berichtigt mich bitte wenn ich jetzt falsch liege. Werden NODES über die API abgefragt, dann liegt die Grenze bei 2000 Punkten. Will ich z.B. alle Postpaketstationen erfassen, dann würde dieses zu amenity = vending vending = parcel_pickup führen. Nun kann eine Maschine auch gleichzeit Abgabestation sein und dann würde dort als Liste vending = parcel_pickup;parcel_mail_in stehen. Die Abfrage über die API kann nun aber immer nur einen Wert pro Key auswerten und keine Wildcards wie vending = *parcel_pickup*. Wie soll man nun an die entprechenden POI gelangen. Es bleibt nun nur die Chance über den Filter amenity = vending um alle Verkaufsmaschinen zu ermitteln. In einem weiteren Schritt müßte das Ergebnis dann nachgefiltert werden. Bei dem Beispiel-Filter stelle man sich eine solche Abfrage einmal für den Großraum Hamburg vor. Da kommen schnell 2000 NODES zusammen - wenn nicht gleich heute, dann aber vermutlich in naher Zukunft. Gäbe es jetzt parcel_pickup = yes, dann wäre das Thema gelöst. Sicherlich werden einige jetzt den bekannten Einwand wir mappen nicht für die Programme kommen - aber wird sich die API 0.x einem solchen Thema annehmen ?? Vielleicht kennt einer schon Tendenzen oder aber soll man sich wirklich einen Workaround schaffen ...? oder hat einer von Euch eine ganz andere Idee auf welche ich noch nicht gekommen bin? Gruß Jan :-) [1] in einer neuen Version http://wiki.openstreetmap.org/wiki/DE:Osmolt?uselang=de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
Moin ! neben meiner Mitarbeit für OSM bin ich auch ein geschichtlich sehr interessierter Mensch insbesondere was meinen Heimatort angeht (nicht mein User:Name-Ort Lübeck !) da dort heute noch immer gerne diese Zeit unter den Teppich gekehrt wird. Nun habe ich aus Erzählungen und auch aus der Literatur einige Straßennamen im Ort und Umfeld zu wissen bekommen die mit den Personen des 3. Reiches in Verbindung stehen. Wie ich weiter erfahren habe haben diese Bezeichnungen es teilweise nicht einmal in das amtl. Kataster geschafft. Nun überlege ich auf der einen Seite dieses Wissen über die Geschichte nicht versickern zu lassen auf der anderen Seite sind das alles braune Namen und sollen auch nicht Mißverstanden werden, wenn diese erfaßt werden. Für alte Straßenbezeichnungen gibt es in OSM das Tag NAME_OLD [1] - würdet Ihr diese Namen unter entsprechenden Quellenangabe mit einpflegen oder sollten wir lieber davon Abstand halten und entsprechenden Personen nicht Futter bei die Fische zu geben? Wie denkt Ihr darüber? [1] http://wiki.openstreetmap.org/wiki/Key:old_name Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSMB-Erweitungen ??? Status
Moin ! vor längerer Zeit wurde über die Erweiterung von OSMB hinsichtlich der zu erfassenden Informationen gefragt. Kann jemand etwas zu dem Status sagen ??? ... oder anders gefragt hat einer von Euch ein Tool mit welchem die OSMB-Datei (nicht DB-gestützt) nach Keywörtern durchsucht weden kann - dann kann man zu einem Thema bestimmte Keywörter in der Beschreibung hinterlegen lassen und dann gezielt dieses übergreifend einarbeiten. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Probleme mit dem Relationseditor beim Offline-Arbeiten
Moin ! ich arbeite viel mit heruntergeladenen OSM-Dateien und lade diese nach der Zugfahrt hoch. Mit den aktuellen Versionen habe ich folgendes festgestellt: Wenn ich eine Relation, egal ob Restriction oder Route, anlege und dann nochmal bearbeiten will, dann bekomme ich die Meldung das diese zwischenzeitl. anderweitig verändert wurde und so meine Bearbeitung nicht mehr übernommen werden kann. Kann mir einer etwas dazu sagen ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - kaputt?
Am 18. November 2009 23:52 schrieb Christoph Wagner freemaps@googlemail.com: Frank Jäger schrieb: Hallo, seit Sonntag (15.11.) gibt es Probleme mit den All-In-One-Karten für Garmin. Die Karten werden im System-Menü des Gerätes nicht mehr angezeigt. http://gt.owl.de/pipermail/osm/2009-November/000940.html http://wiki.openstreetmap.org/wiki/All_in_one_Garmin_Map#Germany Ich hab leider noch absolut keine Idee, was da jetzt schon wieder los ist... Ok, jetzt weiß ich zumindest, dass der Adresslayer irgendwie kaputt ist. Ich will mal sehen, ob ich ne Version ohne Adresslayer erzeugen kann, so lange bis ich das repariert habe. Ich weiß leider noch nicht genau, woran es liegt... Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
Hi Geschichte ist Fakt und OSM sammelt Fakten - also rein damit. Meine Meinung. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
Jan Tappenbeck, den die Rechtschreibprüfung in Klappenbewegung umbenennen möchte, schrieb: Moin ! neben meiner Mitarbeit für OSM bin ich auch ein geschichtlich sehr interessierter Mensch insbesondere was meinen Heimatort angeht (nicht mein User:Name-Ort Lübeck !) da dort heute noch immer gerne diese Zeit unter den Teppich gekehrt wird. Nun habe ich aus Erzählungen und auch aus der Literatur einige Straßennamen im Ort und Umfeld zu wissen bekommen die mit den Personen des 3. Reiches in Verbindung stehen. Wie ich weiter erfahren habe haben diese Bezeichnungen es teilweise nicht einmal in das amtl. Kataster geschafft. Aber offiziell waren die Namen schon? Nun überlege ich auf der einen Seite dieses Wissen über die Geschichte nicht versickern zu lassen auf der anderen Seite sind das alles braune Namen und sollen auch nicht Mißverstanden werden, wenn diese erfaßt werden. Für alte Straßenbezeichnungen gibt es in OSM das Tag NAME_OLD [1] - würdet Ihr diese Namen unter entsprechenden Quellenangabe mit einpflegen oder sollten wir lieber davon Abstand halten und entsprechenden Personen nicht Futter bei die Fische zu geben? Fakten sind Fakten. Die Straße hieß eben nunmal so. Wie man dazu steht, bleibt jedem selbst überlassen. Wir mappen Fakten und nehmen keine Wertung vor - sonst müssten wir ja bei jeder Straße erst einmal schauen, ob der Name belastet ist... Wenn die Straße eben so hieß, war das die Entscheidung früherer Entscheidungsträger, die sich wie die gesamte andere Geschichte nicht mehr ändern lässt - im Gegensatz zum Straßennamen. Dadurch, dass die Straße umbenannt wurde, ist ja schon deutlich geworden, dass man (also die heutige Gesellschaft) sich davon distanziert - was mit osm trotzdem nix zu tun hat. Trollmode* Sonst müssten wir auch sämtliche ehemaligen Konzentrations- und Vernichtungslager (die teilweise recht gut gemappt sind) wieder löschen, Gedenkstätten und -tafeln rauswerfen (und abmontieren), Geschichtsbücher zensieren (am besten gleich stilecht verbrennen) und sämtlichen noch lebenden Augenzeugen verbieten, ein Wort über die Vergangenheit zu verlieren. /Trollmode In der Wikipedia findet man ja auch genügend Artikel, die sich mit diesen Zeitabschnitten befassen, und niemand (ernstzunehmendes) stört sich daran... Wir sollten uns nicht von ein paar Spinnern mit fragwürdigem ideologischen Hintergrund (die gibt es überall, es stören sich auch Personen an der zufälligen Zeichenfolge ns in Captchas) zu einer Zensur zwingen lassen. Das selbe Problem (das imho keins ist) gibt es auch mit anderen Diktaturen (ehemaliger Ostblock, div. andere kommunistische/islamistische/sonstwie seltsame Regimes überall in der Welt). Grüße * Vorsicht, kann Spuren von Ironie/Sarkasmus/Bissigkeit enthalten, Diskussion unnötig und zwecklos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Ze it des 3. Reiches
Ich denke auch, dass man die einfach reintun sollte. Allerdings muss man aufpassen, dass dann nicht mal aus Versehen ganz prominent auf der Karte Adolf-Hitler-Platz auftaucht oder so. Mit dem oldname bin ich mir aber allgemein noch nicht so sicher, wie das sinnvoll zu handhaben ist. Wir hatten hier mal in Dresden ein längeres Gespräch auf dem Stammtisch mit der Erkenntnis, dass das alles gar nicht so einfach ist. Ich meine viele Straßen haben ja nicht nur einen oldname. Gerade hier im Osten ist ein Straßenname ja eher kurzlebig gewesen - mal ein fiktives Beispiel eines Platzes: bis Ende 1.WK: Kaiser-Willhelm-Platz bis Ende Weimarer Republik: Hindenburg-Platz bis Ende 3. Reich: Adolf-Hitler-Platz bis Ende DDR: Karl-Marx-Platz bis heute: Neuer Platz Das ist jetzt eben wie gesagt fiktiv - gibt aber die prinzipielle Situation an vielen Straßen und Plätzen hier wieder. Richtig lustig wird es noch, wenn ganze Straßenverläufe geändert wurden z.B. wegen Bombenschäden etc... Alles in allem schwer zu erfassen. Ein einziger old_name tag reicht da wohl auch nicht aus. Die Idee war irgendwie eine zeitliche Zuordnung zu geben. Allerdings wurden Vorschläge wie: old_name:1935 = foo ziemlich schnell verworfen, da der Schlüsselraum nicht beliebig anwachsen sollte. Ne andere Möglichkeit wäre so was wie: old_namelist = foo; blub; möhp; bar old_nameyears = 1918-1933; 1935;; 1991 Also entweder man kennt ein Jahr, für das man den Namen belegen kann oder eine Zeitspanne oder eben nix. Das wird zwar hässlich einzugeben, da man ja genau gleich viele Elemente in beiden Schlüsseln braucht, aber uns fiel nix besseres ein. Vielleicht hat ja noch jemand anderes ne Idee. Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lonvia-Karte drucken?
Sarah Hoffmann lon...@denofr.de writes: On Wed, Nov 18, 2009 at 04:53:50PM +0100, Karl Eichwalder wrote: Kennt jemand einen Trick, wie man Ausschnitte der http://osm.lonvia.de/world_hiking.html drucken kann? Alternativ würde es mir auch helfen, wenn ich den Hiking-Path-Overlay in den Maemo-Mapper (N810) hinein bekäme. Weisst du, ob das Overlaying im Maemo-Mapper inzwischen gut funktioniert? Um ehrlich zu sein, ich habe mit Maemo-Mapper seit ein paar Monaten nichts mehr gemacht (weil ich jetzt ein Garmin habe). Aber manchmal sehne ich schon zurück zu der schönen Kartenansicht auf dem N810 und ich würde es gern mal wieder mit deiner Karte versuchen. Testwise kannst du versuchen einen Layer mit folgender URL einzurichten: http://osm.lonvia.de/hiking/%0d/%d/%d.png (Für die Layers gibt es einen Extra-Button unter Manage Repositories) Ich werde es heute abend mal ausprobieren. Aber bitte nicht versuchen, dann den ganzen Planeten herunterzuladen. Wenn dann hole ich immer nur ein kleines Wandergebiet für 1 Wochenende, so ca. 30x30 qkm. Ich habe hier ein Programm liegen, dass aus einer Menge Tiles eine DB für den Maemo-Mapper erstellt. Der Gesamtsatz an Tiles ist mit 1.5GB etwas gross, aber für Teilgebiete könnte ich vielleicht Auszüge anbieten. Ich schau mir das mal an. Welches Gebiet interessiert dich genau? Das hört sich gut an. Aktuell benötige ich Nordhessen (der Bereicht westl. von Kassel). Momentan sind sonst meine Favoriten: Deutsche Alpen mit den angrenzenden österreichischen Gebieten, Großraum um Nürnberg und gesamtes Nord- und manchmal Mittelhessen. -- Karl Eichwalder RD / Documentation SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nuernberg) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Ze it des 3. Reiches
Christoph Wagner schrieb: Ich denke auch, dass man die einfach reintun sollte. Allerdings muss man aufpassen, dass dann nicht mal aus Versehen ganz prominent auf der Karte Adolf-Hitler-Platz auftaucht oder so. Richtig. Bitte nur Dinge auf der Hauptkarte, die auch einfach überprüfbar vor Ort existieren - das ist bei geschichtlichen Dingen nicht gegeben. Mit dem oldname bin ich mir aber allgemein noch nicht so sicher, wie das sinnvoll zu handhaben ist. Wir hatten hier mal in Dresden ein längeres Gespräch auf dem Stammtisch mit der Erkenntnis, dass das alles gar nicht so einfach ist. Ich meine viele Straßen haben ja nicht nur einen oldname. Gerade hier im Osten ist ein Straßenname ja eher kurzlebig gewesen - mal ein fiktives Beispiel eines Platzes: oldname war ursprünglich gedacht um die Daten mit dem Namefinder durchsuchbar zu haben. Für Datanbank-Artiges aufzeichenen der Infos ist ein einziger Tag ungeeignet. bis Ende 1.WK: Kaiser-Willhelm-Platz bis Ende Weimarer Republik: Hindenburg-Platz bis Ende 3. Reich: Adolf-Hitler-Platz bis Ende DDR: Karl-Marx-Platz bis heute: Neuer Platz Idee: name:until_1914 = Kaiser-Willhelm-Platz name:until_ = Hindenburg-Platz name = Neuer Platz Richtig lustig wird es noch, wenn ganze Straßenverläufe geändert wurden z.B. wegen Bombenschäden etc... Wenn ich mich recht erinnere wurde mehrfach gesagt, dass zum aktuellen Zeitpunkt nur Dinge in der DB gewünscht sind, die auch tatsächlich on-the-ground existieren. Alles in allem schwer zu erfassen. Ein einziger old_name tag reicht da wohl auch nicht aus. Die Idee war irgendwie eine zeitliche Zuordnung zu geben. Allerdings wurden Vorschläge wie: old_name:1935 = foo ziemlich schnell verworfen, da der Schlüsselraum nicht beliebig anwachsen sollte. Hmm seh ich jetz nicht das Problem drin, aber wenn es da schon Diskussionen drum gab.. Ne andere Möglichkeit wäre so was wie: old_namelist = foo; blub; möhp; bar old_nameyears = 1918-1933; 1935;; 1991 Oh no, bitte nicht! Wenn die Liste länger wird, muss man jedes mal zählen gehen.. Außerdem neigen solche impliziten zusammenhänge gerne kaputt zu gehen, wenn jemand z.B. ausversehen ein doppeltes ; schreibt. Vielleicht hat ja noch jemand anderes ne Idee. Ja: einfach machen. Wenn es genug Leute gibt, die etwas auf eine bestimmte Art tun, ist es egal wie lang und breit das vorher auf der ML diskutiert wurde, dann ist es einfach so. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Ze it des 3. Reiches
Am Donnerstag, den 19.11.2009, 11:07 +0100 schrieb Christoph Wagner: Ich denke auch, dass man die einfach reintun sollte. Allerdings muss man aufpassen, dass dann nicht mal aus Versehen ganz prominent auf der Karte Adolf-Hitler-Platz auftaucht oder so. Mit dem oldname bin ich mir aber allgemein noch nicht so sicher, wie das sinnvoll zu handhaben ist. Wir hatten hier mal in Dresden ein längeres Gespräch auf dem Stammtisch mit der Erkenntnis, dass das alles gar nicht so einfach ist. Ich meine viele Straßen haben ja nicht nur einen oldname. Gerade hier im Osten ist ein Straßenname ja eher kurzlebig gewesen - mal ein fiktives Beispiel eines Platzes: bis Ende 1.WK: Kaiser-Willhelm-Platz bis Ende Weimarer Republik: Hindenburg-Platz bis Ende 3. Reich: Adolf-Hitler-Platz bis Ende DDR: Karl-Marx-Platz bis heute: Neuer Platz Das ist jetzt eben wie gesagt fiktiv - gibt aber die prinzipielle Situation an vielen Straßen und Plätzen hier wieder. Richtig lustig wird es noch, wenn ganze Straßenverläufe geändert wurden z.B. wegen Bombenschäden etc... Alles in allem schwer zu erfassen. Ein einziger old_name tag reicht da wohl auch nicht aus. Die Idee war irgendwie eine zeitliche Zuordnung zu geben. Allerdings wurden Vorschläge wie: old_name:1935 = foo ziemlich schnell verworfen, da der Schlüsselraum nicht beliebig anwachsen sollte. Ne andere Möglichkeit wäre so was wie: old_namelist = foo; blub; möhp; bar old_nameyears = 1918-1933; 1935;; 1991 Also entweder man kennt ein Jahr, für das man den Namen belegen kann oder eine Zeitspanne oder eben nix. Das wird zwar hässlich einzugeben, da man ja genau gleich viele Elemente in beiden Schlüsseln braucht, aber uns fiel nix besseres ein. Vielleicht hat ja noch jemand anderes ne Idee. Wie wäre es mit einer Relation? type=historic_name name=Kaiser-Wilhelm-Platz start_date=-mm-dd end_date=-mm-dd Auf diese Weise würde die Anzahl Schlüsselworte nicht ins unermessliche wachsen. Und ausserdem können dort alle Straßenabschnitte eingefügt werden. Ansonsten müsste der historische Name auf alle Abschnitte eingetragen werden, was ein unnötiger Datenoverhead wäre. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
Andre Hinrichs schrieb: Wie wäre es mit einer Relation? type=historic_name name=Kaiser-Wilhelm-Platz start_date=-mm-dd end_date=-mm-dd +1 Für jede Namensepoche käme dann eine Relation hinzu. Damit könnte man auch abgetrennte oder deklassierte Straßenabschnitte taggen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - kaputt?
Christoph Wagner schrieb: Frank Jäger schrieb: Hallo, seit Sonntag (15.11.) gibt es Probleme mit den All-In-One-Karten für Garmin. Die Karten werden im System-Menü des Gerätes nicht mehr angezeigt. ... Sind alle beider Versionen (Europa und Deutschland) kaputt? Funktionieren die Teilkarten alle einzeln? Ich komme gerade nicht zum testen - wäre nett, wenn jemand das rückmelden könnte. Ich hab leider noch absolut keine Idee, was da jetzt schon wieder los ist... Grüße Christoph Hallo, ich habe gerade mal All-In-One Europa runter geladen. Es funktioniert, hat aber keine Adressen (schon geändert?) Das ergibt folgendes Gesamtbild: Nils: All-In-One DEU 14.11. 60CSxOK Frank: All-In-One DEU 17.11. NÜVI 350 Fehler Frank: All-In-One DEU 18.11. NÜVI 350 Fehler Nils: All-In-One DEU 18.11. 60CSxFehler Peter: All-In-One DEU 18.11. etrex vista Fehler Frank: All-In-One EURO 19.11. NÜVI 350 OK (Hoehe, boundary, Fixme, Osm, Keine Adressen) -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege-Overlay Hillshading
Sarah Hoffmann schrieb: On Wed, Nov 18, 2009 at 05:01:05PM +0100, Karl Eichwalder wrote: Sarah Hoffmann lon...@denofr.de writes: Der Hillshading-Layer ist jetzt wieder da, er muss allerdings explizit aktiviert werden, um die Ladezeiten nicht unnötig zu erhöhen. Gut sieht's aus, aber bei mir ist der Hillshading-Layer gleich aktiv (vielleicht liegt das an einem Alt-Cookie?). Hier geht es, sogar mit dem IE. Hast du die Karte vielleicht über einen Permalink aufgerufen (also mit layers irgendwo in der URL)? Welche Version? IE7+ kann mit Alphachannel-PNGs umgehen, nur IE6 und IE5.5 machen Probleme. Es gibt aber tricks, mit denen man das trotzdem hinbekommt: http://www.howtocreate.co.uk/alpha.html http://cassini.toolserver.org/~mazder/temp/alpha-test.html Achtung: der IE6 aus der Multiple-IE collektion wertet die Conditional-Comments aus, als wäre er der tatsächlich installierte IE (bei also als wäre er IE8). Dass es geht zeigt jedoch dieser Screen aus einem nativen IE6: http://cassini.toolserver.org/~mazder/temp/ie6alpha.png Leider ist die Verbreitung dieser Dinosaurier vorallem in großen Firmen noch sehr hoch. Ich arbeite täglich an Webseiten dieser Firmen und wir müssen *alles* auch für den IE6 testen, da die überwiegende Mehrheit unserer Kunden damit unterwegs ist. Traurig, aber wahr. Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Alpha-Channel Hillshading Overlays im IE6 [was: Topo-Layer der Geofabrik]
*nochmalnachhak* :) http://cassini.toolserver.org/~mazder/temp/alpha-test.html Achtung: der IE6 aus der Multiple-IE collektion wertet die Conditional-Comments aus, als wäre er der tatsächlich installierte IE (bei also als wäre er IE8). Dass es geht zeigt jedoch dieser Screen aus einem nativen IE6: http://cassini.toolserver.org/~mazder/temp/ie6alpha.png Leider ist die Verbreitung dieser Dinosaurier vorallem in großen Firmen noch sehr hoch. Ich arbeite täglich an Webseiten dieser Firmen und wir müssen *alles* auch für den IE6 testen, da die überwiegende Mehrheit unserer Kunden damit unterwegs ist. Traurig, aber wahr. Mit diesem Script kann man das wohl auch für img tags machen. Man müsste das vermutlich irgendwie in die move / size handler der Slippymap einbinden und die nachgeladenen Bilder dann durch divs ersetzen, die mit der filter-Property belegt sind. http://youngpup.net/projects/sleight/sleight.js Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] HighPrecision GPS receiver home build?
Hallo Karl sehr gut zusammengefasst, vielleicht noch etwas präzisiert: Verfahren mit Bezugspunkt zur Korrektur gibt es viele. Das wohl bekannteste ist DGPS. Hier werden die Korrekturdaten durch i.d.R. geostation?re Satelliten ?bermittelt, weshalb man sie in h?heren Breiten (vom Boden aus) auch sehr schlecht empfangen kann. Die Landesvermessungs?mter in Deutschland ?bermitteln Korrekturdaten z.B. per Funk. Es gibt wohl drei Verfahren, die unterschiedlich teuer sind, und die eine Genauigkeit von bis zu einem Zentimeter erlauben sollen. Je nach Variante bezahlt man die Lizenzgeb?hren ?ber den GPS-Empf?nger oder nach Zeit oder abgerufener Datenmenge oder so. Kann man alles unter http://www.sapos.de nachlesen. IMHO ist beides DGPS. Vereinfacht erklärt funktioniert das so: Eine Bodenstation empfängt die Signale aller ihr empfangbaren Satelliten. Da sie weiß wo sie ist, kann sie sagen welcher Satellit welche (ortsabhängige) Abweichung hat. Diese Daten schickt sie irgendwie (Satellit z.B. egnos, oder über Funk (mehr, schnellere Daten) oder über Internet) an den GPS Empfänger. Dieser rechnet die Korrekturdaten zu seinen Daten und voila, ist genauer. Und zwar umso genauer je näher er an der jeweiligen Bodenstation ist und je mehr Daten übertragen werden können. Bei Egnos sind es einfach mehr Bodenstationen und ein Netz von Korrekturdaten. Hierzu mein Hausfrauen-Tipp ohne Basteln: (siehe auch: http://de.wikipedia.org/wiki/Egnos) Wer einen GPS Empfänger mit Egnos hat aktivieren diesen(!) und gönne ihm ab und zu einen Blick nach Süden zum Horizont, (Süden ist da wohin auch die Satschüsseln ausgerichtet sind :-) ), damit er die EGNOS Signale empfangen kann. Macht ungemein genauer. Man kann so etwas aber auch selber basteln. Wenn man ein Ger?t hat, das die GPS-Rohdaten herausr?ckt. Die ESA bietet z.B. die EGNOS-Korrekturdaten zum kostenlosen Download an. Damit kann man immerhin schon mal die DGPS-Korrekturen in Rahmen eines Postprocessings ber?cksichtigen. Oder man hat eine eigene Basisstation, die ihre Koordinaten genau kennt und ebenfalls die GPS-Rohdaten herausr?ckt. Hoffe eher, dass da mal was kommt. GPS + UMTS sollte eigentlich gehen. Grüße, Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag-Listen und die API
Man berichtigt mich bitte wenn ich jetzt falsch liege. Werden NODES über die API abgefragt, dann liegt die Grenze bei 2000 Punkten. Will ich z.B. alle Postpaketstationen erfassen, dann würde dieses zu Ich bin mir nicht sicher ob ich Dein Problem ganz verstanden habe, aber... Die API liefert bis zu 50.000 Nodes auf einmal (Ein Weg kann hochestens 2.000 Nodes haben). Aber die API kannst Du ja gar nicht nach Tags befragen, daher nehme ich an Du meinst die XAPI? Die hat, soweit ich weiß, kein Limit in der Anzahl an zurückgelieferten Nodes, die Anfrage kann ggf. nur eine Weile dauern. oder hat einer von Euch eine ganz andere Idee auf welche ich noch nicht gekommen bin? Wenn Du das ganze nur für den Großraum Hamburg brauchst dürfte es auch ziemlich einfach sein einfach einen entsprechenden Extract von der Geofabrik runterzuladen - die werden soweit ich weiß ja täglich erneuert. Dann entweder die XML Datei irgendwie selbst durchsuchen oder oder aber damit eine lokale Datenbank aufbauen. Gruß, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HighPrecision GPS receiver home build?
Hallo Johannes , DGPS ist gut beschrieben. Auf vielen Rundfunksendern wird ein DGPS Signal im RDS Blöck mit übertragen und kann mit einem RDS-Decoder empfangen werden. Gruß Rolf -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Johannes Eiseler Gesendet: Donnerstag, 19. November 2009 14:01 An: talk-de@openstreetmap.org Betreff: [Talk-de] HighPrecision GPS receiver home build? Hallo Karl sehr gut zusammengefasst, vielleicht noch etwas präzisiert: Verfahren mit Bezugspunkt zur Korrektur gibt es viele. Das wohl bekannteste ist DGPS. Hier werden die Korrekturdaten durch i.d.R. geostation?re Satelliten ?bermittelt, weshalb man sie in h?heren Breiten (vom Boden aus) auch sehr schlecht empfangen kann. Die Landesvermessungs?mter in Deutschland ?bermitteln Korrekturdaten z.B. per Funk. Es gibt wohl drei Verfahren, die unterschiedlich teuer sind, und die eine Genauigkeit von bis zu einem Zentimeter erlauben sollen. Je nach Variante bezahlt man die Lizenzgeb?hren ?ber den GPS-Empf?nger oder nach Zeit oder abgerufener Datenmenge oder so. Kann man alles unter http://www.sapos.de nachlesen. IMHO ist beides DGPS. Vereinfacht erklärt funktioniert das so: Eine Bodenstation empfängt die Signale aller ihr empfangbaren Satelliten. Da sie weiß wo sie ist, kann sie sagen welcher Satellit welche (ortsabhängige) Abweichung hat. Diese Daten schickt sie irgendwie (Satellit z.B. egnos, oder über Funk (mehr, schnellere Daten) oder über Internet) an den GPS Empfänger. Dieser rechnet die Korrekturdaten zu seinen Daten und voila, ist genauer. Und zwar umso genauer je näher er an der jeweiligen Bodenstation ist und je mehr Daten übertragen werden können. Bei Egnos sind es einfach mehr Bodenstationen und ein Netz von Korrekturdaten. Hierzu mein Hausfrauen-Tipp ohne Basteln: (siehe auch: http://de.wikipedia.org/wiki/Egnos) Wer einen GPS Empfänger mit Egnos hat aktivieren diesen(!) und gönne ihm ab und zu einen Blick nach Süden zum Horizont, (Süden ist da wohin auch die Satschüsseln ausgerichtet sind :-) ), damit er die EGNOS Signale empfangen kann. Macht ungemein genauer. Man kann so etwas aber auch selber basteln. Wenn man ein Ger?t hat, das die GPS-Rohdaten herausr?ckt. Die ESA bietet z.B. die EGNOS-Korrekturdaten zum kostenlosen Download an. Damit kann man immerhin schon mal die DGPS-Korrekturen in Rahmen eines Postprocessings ber?cksichtigen. Oder man hat eine eigene Basisstation, die ihre Koordinaten genau kennt und ebenfalls die GPS-Rohdaten herausr?ckt. Hoffe eher, dass da mal was kommt. GPS + UMTS sollte eigentlich gehen. Grüße, Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Die Virendatenbank sind veraltet. Von AVG überprüft - www.avg.de Version: 8.5.424 / Virendatenbank: 270.14.54/2488 - Ausgabedatum: 11/07/09 23:52:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Ze it des 3. Reiches
Am 19. November 2009 12:00 schrieb Andre Joost andre+jo...@nurfuerspam.deandre%2bjo...@nurfuerspam.de : Andre Hinrichs schrieb: Wie wäre es mit einer Relation? type=historic_name name=Kaiser-Wilhelm-Platz start_date=-mm-dd end_date=-mm-dd +1 Für jede Namensepoche käme dann eine Relation hinzu. Damit könnte man auch abgetrennte oder deklassierte Straßenabschnitte taggen. +1 Jeah, das ist so in etwa die Idee nach der ich vergebens gesucht habe... Auf die Relation kam bei uns keiner so richtig. Das ist ja fast schon mapfeatures-reif. Zumal es die Einzeltags ja schon gibt. Lohnt sich das dafür ein Proposal zu machen? Danke und Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit dem Relationseditor beim Offline-Arbeiten
Wenn ich eine Relation, egal ob Restriction oder Route, anlege und dann nochmal bearbeiten will, dann bekomme ich die Meldung das diese zwischenzeitl. anderweitig verändert wurde und so meine Bearbeitung nicht mehr übernommen werden kann. Das scheint ein allgemeiner Fehler in JOSM zu sein - das Editieren von Relationen ist überhaupt nicht mehr möglich; es gibt immer diese Fehlermeldung. Ich habe mal ein paar ältere Versionen ausprobiert. Bei JOSM 2454 funktioniert der Relationseditor . Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
Andre Hinrichs schrieb: Am Donnerstag, den 19.11.2009, 11:07 +0100 schrieb Christoph Wagner: Mit dem oldname bin ich mir aber allgemein noch nicht so sicher, wie das sinnvoll zu handhaben ist. Wir hatten hier mal in Dresden ein längeres Gespräch auf dem Stammtisch mit der Erkenntnis, dass das alles gar nicht so einfach ist. Ne andere Möglichkeit wäre so was wie: old_namelist = foo; blub; möhp; bar old_nameyears = 1918-1933; 1935;; 1991 Wie wäre es mit einer Relation? type=historic_name name=Kaiser-Wilhelm-Platz start_date=-mm-dd end_date=-mm-dd Auf diese Weise würde die Anzahl Schlüsselworte nicht ins unermessliche wachsen. Und ausserdem können dort alle Straßenabschnitte eingefügt werden. Ansonsten müsste der historische Name auf alle Abschnitte eingetragen werden, was ein unnötiger Datenoverhead wäre. -1 Ein einfaches old_name=foo; blub; möhp; bar ist unkompliziert einzugeben und ermöglicht mit geringfügig modifizierter Namenssuche ein auffinden veralteter Adressen. Die Relationen sind deutlich komplizierter und geben allenfalls die Historie der im Verlauf unveränderten Straßen wieder. Und eine vollständige Erfassung aller jemals existierenden Straßen mit Baudatum wollen wir in der aktuellen Datenbank hoffentlich nicht haben. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Probleme mit dem Relationseditor beim Offline-Arbeiten
Hast Du ein TICKET erstellt ?? Bartosz Fabianowski schrieb: Wenn ich eine Relation, egal ob Restriction oder Route, anlege und dann nochmal bearbeiten will, dann bekomme ich die Meldung das diese zwischenzeitl. anderweitig verändert wurde und so meine Bearbeitung nicht mehr übernommen werden kann. Das scheint ein allgemeiner Fehler in JOSM zu sein - das Editieren von Relationen ist überhaupt nicht mehr möglich; es gibt immer diese Fehlermeldung. Ich habe mal ein paar ältere Versionen ausprobiert. Bei JOSM 2454 funktioniert der Relationseditor . Gruß, - Bartosz ___ 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
[Talk-de] TICKET erstellt!
http://josm.openstreetmap.de/ticket/3986 Bartosz Fabianowski schrieb: Wenn ich eine Relation, egal ob Restriction oder Route, anlege und dann nochmal bearbeiten will, dann bekomme ich die Meldung das diese zwischenzeitl. anderweitig verändert wurde und so meine Bearbeitung nicht mehr übernommen werden kann. Das scheint ein allgemeiner Fehler in JOSM zu sein - das Editieren von Relationen ist überhaupt nicht mehr möglich; es gibt immer diese Fehlermeldung. Ich habe mal ein paar ältere Versionen ausprobiert. Bei JOSM 2454 funktioniert der Relationseditor . Gruß, - Bartosz ___ 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] Openlayers oder Mapstraction
Hallo Markus, Markus schrieb: Hallo Sebastian, Ja, das ist der Standard-Start-Mittelpunkt der Karte. Die Zoomstufe steht in der nächsten Zeile Kannst Du bitte diese Informationen als *Kommentar* in den Beispiel-Code schreiben? Damit er auch für Laien selbsterklärend wird? Erledigt, ich habe das Beispiel um Variablen für die Startposition der Karte erweitert und mit einem Kommentar versehen. Hoffe, das ist jetzt Laien-freundlicher. In den anderen OpenLayers-Beispielen ist das genauso gemacht worden und so hatte ich vermutet, das wäre schon vorher ausreichend gewesen... Je grösser OSM wird, desto mehr Anwender werden solche Fragen haben. Ich fände es hilfreich, wenn sie diese direkt im Wiki beantwortet bekommen (und nicht die Mailingliste dafür bemühen müssen). +1 Und ich finde es wichtig, wenn Erkenntnisse aus der Mailingliste immer gleich im Wiki festgehalten und so dokumentiert werden. +1, aber meist siegt leider die Faulheit ;-) Besten Dank, Markus Gern geschehen, Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] layer=0
Michael Bemmerl schrieb am 18.11.2009 23:02: Weiß jemand was die layer=0 Tags für eine Bewandtnis haben? Denn so wie ich das sehe ist ja die Erdoberfläche gleichbedeutend mit layer=0. Da ja aber jeder Way standardmäßig auf der Erdoberfläche liegt, ist doch die layer=0 Angabe überflüssig? Ueberfluessig aber nicht schaedlich. Bei OSM gibt es jede Menge Tags, die implizit gelten. Allerdings weiss man dann nie, - ob die fuer ein Element explizit weggelassen wurden, oder - ob sie einfach vergessen wurden, oder - ob der Mapper sie nicht kannte, oder - ob der Mapper die Eigenschaft nicht wusste. Insofern ist es bei vielen Faellen durchaus sinnvoll, eigentlich implizit geltende Tags auch noch explizit zu setzen. Bei layer=0 fuer Wege ohne Ueberschneidungen sehe ich aber keinen weiteren Nutzen. In meiner OSM-Anfangszeit hatte ich das auch erst grundlos so gesetzt, inzwischen loesche ich diese Tags, wenn ich an ihnen vorbei komme. Und was ich auch gerne loesche, sind layer Tags bei Flaechenelementen. Meist handelt es sich dabei naemlich um echte Daten-Fahler, die jemand eingetragen hat, um die Renderer-Anzeige nach seinen Wuenschen zurecht zu biegen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openlayers oder Mapstraction
Hallo Sebastian, Erledigt, ich habe das Beispiel um Variablen für die Startposition der Karte erweitert und mit einem Kommentar versehen. Hoffe, das ist jetzt Laien-freundlicher. Herzlichen Dank! Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lonvia-Karte drucken?
Karl Eichwalder k...@gnu.franken.de writes: Weisst du, ob das Overlaying im Maemo-Mapper inzwischen gut funktioniert? Um ehrlich zu sein, ich habe mit Maemo-Mapper seit ein paar Monaten nichts mehr gemacht (weil ich jetzt ein Garmin habe). Aber manchmal sehne ich schon zurück zu der schönen Kartenansicht auf dem N810 und ich würde es gern mal wieder mit deiner Karte versuchen. Das Overlaying funktioniert zumindest mit der von dir angegebenen URL sehr gut (ich hoffe, ich habe nicht zu viel Traffic gerade verursacht). Es ist nur etwas umstandlich, den Layer ein- und auszuschalten. Testwise kannst du versuchen einen Layer mit folgender URL einzurichten: http://osm.lonvia.de/hiking/%0d/%d/%d.png (Für die Layers gibt es einen Extra-Button unter Manage Repositories) Ich werde es heute abend mal ausprobieren. Das ist super. Ich hoffe, ich kann am Wochenende so ein paar Routen nachtragen. Jetzt beschwert er sich leider mal wieder uber Low Memory... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
Andre Hinrichs: Wie wäre es mit einer Relation? type=historic_name name=Kaiser-Wilhelm-Platz start_date=-mm-dd end_date=-mm-dd Auf diese Weise würde die Anzahl Schlüsselworte nicht ins unermessliche wachsen. Dafür ist es viel schwieriger einzutragen und kein Mapper, der nicht mit Relationen umgehen kann (häufig genug), ist in der Lage, irgendwas an den betroffenen Straßen und Plätzen zu ändern. Dazu kommen natürlich noch weniger anschauliche Versionsgeschichten und dergleichen Unannehmlichkeiten. Das ist ein Fall für gruppierte oder hierarchische Tags, und so lange wir so etwas nicht haben, wird das meiner Ansicht nach am besten durch einen angereicherten Schlüssel ausgedrückt. *Praktische* Nachteile hat ein solcher nämlich beinahe gar nicht. Ansonsten müsste der historische Name auf alle Abschnitte eingetragen werden, was ein unnötiger Datenoverhead wäre. Statt #Abschnitte Tags hast du dann eben #Abschnitte Member-Einträge in der Relation. Übrigens ist das auch nachrangig: Allerhöchste Priorität hat die einfache Handhabbarkeit durch Mapper. Und die ist bei Relationen einfach nicht gegeben. Tobias Kner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HighPrecision GPS receiver home build?
On Thu, Nov 19, 2009 at 02:18:39PM +0100, Rolf Meyerhof wrote: Hallo Johannes , DGPS ist gut beschrieben. Auf vielen Rundfunksendern wird ein DGPS Signal im RDS Blöck mit übertragen und kann mit einem RDS-Decoder empfangen werden. Hast du da nen beispiel? Ich habe mich eh mit RDS beschaeftigt und einen extraktor fuer TMC daten aus dem DVB signal gebaut - Wenn ich da noch DGPS finden wuerde... Weisst du die RDS Gruppen und message types? Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lonvia-Karte drucken?
Karl Eichwalder k...@gnu.franken.de writes: Das Overlaying funktioniert zumindest mit der von dir angegebenen URL sehr gut (ich hoffe, ich habe nicht zu viel Traffic gerade verursacht). Es ist nur etwas umstandlich, den Layer ein- und auszuschalten. Und nicht nur das, leider scheint man ein Layer nicht aus einer gespeicherten Datenbank lesen zu konnen. So ein Layer wird offensichtlich immer on-the-fly aus dem Internet hinzugeladen; er cachet das leider nicht. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - kaputt?
Hallo Christoph, Jo ich hab das heute vormittag vorübergehend gleich mal geändert. Die Karten sind jetzt erstmal ohne Adressanzeige. danke dir, wird direkt mal ausprobiert (etrex legend hcx)! Ich hoffe ich bekomme das mit dem Adresslayer hin. Ist schon blöde, wenn die einzige Information ist: Es geht nicht. übelst grüße hansdorfff ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HighPrecision GPS receiver home build?
Hallo Flo, Florian Lohoff schrieb: Weisst du die RDS Gruppen und message types? Meist Du so etwas? http://www.qsl.net/dk7in/RASANT.html Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alpha-Channel Hillshading Overlays im IE6 [was: Topo-Layer der Geofabrik]
Am 19. November 2009 12:45 schrieb Peter Körner osm-li...@mazdermind.de: *nochmalnachhak* :) http://cassini.toolserver.org/~mazder/temp/alpha-test.html Danke. Leider ist die Verbreitung dieser Dinosaurier vorallem in großen Firmen noch sehr hoch. Ich arbeite täglich an Webseiten dieser Firmen und wir müssen *alles* auch für den IE6 testen, da die überwiegende Mehrheit unserer Kunden damit unterwegs ist. Traurig, aber wahr. Das sind wahrscheinlich Firmen, die der Meinung sind, dass ihre Angestellten eigentlich eh kein Internet brauchen. Wenn ich das richtig sehe, dann helfe ich a) mit, Deinen Arbeitsplatz zu sichern; b) diese Firmen entweder ein Mikrometerchen in Richtung Zukunft oder Abgrund zu schubsen; und c) spare mir noch Aufwand - all das, wenn ich das ganze *nicht* versuche einzubauen. :) Mit diesem Script kann man das wohl auch für img tags machen. Man müsste das vermutlich irgendwie in die move / size handler der Slippymap einbinden und die nachgeladenen Bilder dann durch divs ersetzen, die mit der filter-Property belegt sind. http://youngpup.net/projects/sleight/sleight.js Och. Fuer jedes Bild einzeln quasi? Och nee. Trotzdem danke, vielleicht schickt jemand einen Patch. Cheers Colin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen besser als Tags?
Hallo Tirkon, hallo Liste, Am Sat, 07 Nov 2009 14:32:00 +0100 hat Tirkon tirko...@yahoo.de geschrieben: Dieses Posting befasst sich mit der Frage, ob die Eigenschaften von Straßen besser durch Relationen als durch Tags erfasst werden könnten. ... Weitere Begehrlichkeiten, wie das Darstellen der für die Routenplanung unumgänglichen durchgezogenen Mittellinie, welche gleichzeitig eine Wende- und Linksabbiegeverbot implizieren würde, ist derzeit nur aufwendig und realitätsfern möglich. einen prinzipiell fast identischen Ansatz (auch zu segmanted_ways) habe ich mir in letzter Zeit ebenfalls erdacht. Schon interessant, dass dazu auf einmal mehrere unabhängige Ideen entstehen. Meinen Ansatz habe ich im Wiki zusammengefasst: http://wiki.openstreetmap.org/wiki/DE:User:Ömmes/Wayparts Ich nenne diesen Lösungsversuch Eigenschaftskonzept. Er soll versuchen, möglichst alle oben aufgeführten Fragen mit einem Schlag und dabei mit einem möglichst einfachen Konzept zu bewältigen Wie schon aus der Wiki-Seite ersichtlich, heißt das ganze bei mir Wayparts, da ich mein Konzept zunächst auf Fahrspuren bzw. Wegteile (Radweg, Parkstreifen etc.) bezogen habe. Es funktioniert aber nach dem selben Prinzip: Statt mit Tags werden die Eigenschaften grundsätzlich nur noch per Relation entlang eines Weges von hier bis dort zugeordnet: ... Von hier bis dort ist die Straße Einbahnstraße. ... Von hier bis dort befindet sich eine durchgezogene Mittellinie. Jede Eigenschaftsrelation hat eine Richtung. Beides (Eigenschaften und Fahrstreifen/Wegteile) ließe sich mit dieser Erfassungsmethode ziemlich leicht unter einen Hut bringen. All dies setzt allerdings voraus, dass die Editoren die Eigenschaftsrelationen genau so einfach sichtbar machen, wie bisher die Tags. Das ist die große Aufgabe. Man muss es sich zusammenklicken können, ohne noch einen Relationseditor von Hand befüllen zu müssen. Bezogen auf Fahrstreifen: Klick Start, Klick Ende, hinzufügen Spur 1, gestrichelte Linie wählen, hinzufügen Spur 2, hinzufügen Spur 3, Radweg wählen usw. bis man die Straße zusammen hat. Analog für die Eigenschaften Brücke etc. Für die Wayparts habe ich ein JOSM-Plugin geschrieben, das zwar (noch) nicht die Erfassung ermöglicht, aber visualisiert, was man als Relationen angelegt hat. Auf der Wiki-Seite stehen ein paar mehr Infos. Die Eigenschaftsrelation nimmt normalerweise alle Linien als auch Punkte entlang eines Weges auf, um explizit punktförmige Ausschlüsse z.B. an Abzweigungen (oder Kreuzungen) deutlich zu machen. An Kreuzungen kann der punktförmige Ausschluss der Eigenschaft im Renderer durch Unterbrechung ihrer Darstellung im Kreuzungsbereich (Löschen, wo eine andere Straße überlappt) kenntlich gemacht werden. Das hatte ich bisher noch nicht bedacht, bin daher gerade am überlegen, ob man es ausschließend oder einschließend machen soll. Ich tendiere eher dazu, die Punkte in die Relation aufzunehmen, die die Ausnahme bilden. Also bei einer durchgezogenen Mittellinie den Kreuzungs-Node, an dem man trotzdem links abbiegen darf. Viele Grüße aus OWL, Nils ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HighPrecision GPS receiver home build?
Hallo, Am Donnerstag, 19. November 2009 14:18 schrieb Rolf Meyerhof: Hierzu mein Hausfrauen-Tipp ohne Basteln: (siehe auch: http://de.wikipedia.org/wiki/Egnos) Wer einen GPS Empfänger mit Egnos hat aktivieren diesen(!) und gönne ihm ab und zu einen Blick nach Süden zum Horizont, (Süden ist da wohin auch die Satschüsseln ausgerichtet sind :-) ), damit er die EGNOS Signale empfangen kann. Macht ungemein genauer. Hierzu meine praktischen Erfahrungen der letzten etwa 2,5 Monate: DGPS immer aktiviert, 64594 Positionsbestimmungen ohne DGPS (SPS mode), 1745 Positionsbestimmungen mit DGPS (DGPS mode) Mein Logger sagt mir zu jedem Fix, wie er erfolgte (SPS mode, DGPS mode, ...) Wanderungen knapp oberhalb des 50 Breitengrades, den MTK II (QSTARZ BT-Q1000X) mit einer Mütze waagerecht auf dem Kopf getragen -- damit mein Körper keinerlei Abschattung liefert. Das Gelände war flach, die Abschattung durch Bäume immer etwa gleich. (Ohne die Bäume hätte der Logger also immer den ganzen Himmel gesehen. Hügel gibt es hier nicht.) DGPS hat an einem ganzen Tag und etwa 10 Minuten am Stück an einem zweiten Tag funktioniert, sonst gar nicht. Die mit DGPS ermittelten Tracks lassen rein optisch nur mit gutem Willen eine höhere Genauigkeit erahnen, sie könnte -- sofern vorhanden -- nur mit einer mathematischen Analyse einwandfrei nachgewiesen werden. Vielleicht bin ich da aber auch zu vorsichtig. (Der Wunsch soll ja nicht Vater des Gedankens sein...) Woran die magere DGPS Ausbeute liegt, weiß ich noch nicht. Könnte es mit dem Wetter zusammenhängen? An den Tagen, als DGPS funktioniert hat, war der Himmel strahlend blau, sonst immer bewölkt Zugegeben, die 10 Minuten des zweiten Tages könnten schon mit dem Gelände zusammenhängen, der ganze erste Tag aber nicht (da war zu viel Wald unterwegs). Wenn es an den Bäumen liegt, sollte ich es bald wissen: die verlieren nämlich gerade alle ihre Blätter. Ich gehe mal davon aus, daß Laubbäume ohne Blätter nicht mehr so sehr stören sollten Leider spuckt mein Gerät keine GPS-Rohdaten aus :-( /Karl ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
SLXViper wrote: In der Wikipedia findet man ja auch genügend Artikel, die sich mit diesen Zeitabschnitten befassen, und niemand (ernstzunehmendes) stört sich daran... Wikipedia ist ein gutes Stichwort. Warum nicht einfach einen Link auf den entsprechenden Wikipedialink setzen, in dessen Content alle Namen des Platzes seit der Jungsteinzeit erwähnt sind. Also ich find die Idee nicht schlecht die alten Namen für Spezialkarten zu verwenden oder was auch immer, aber es muss doch eine andere Verknüpfung geben, als alles in die Hauptdatenbank zu werfen. Wenn ich jetzt eine Übersicht über die Opfer der Schlachten im Zweiten Weltkrieg erstellen will, würd ich ja auch nicht, die Opferzahlen auf irgendwelche Wiesen in OSM taggen. Zusammenfassend: ich persönlich tendier dazu Datenbanken möglichst klein zu halten und mit möglichst vielen anderen, kleinen Datenbanken zu verknüpfen, anstatt alles in die DB zu werfen, die gerade zufällig zur Verfügung ist. lg, Norbert ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lonvia-Karte drucken?
On Thu, Nov 19, 2009 at 05:45:54PM +0100, Karl Eichwalder wrote: Karl Eichwalder k...@gnu.franken.de writes: Weisst du, ob das Overlaying im Maemo-Mapper inzwischen gut funktioniert? Um ehrlich zu sein, ich habe mit Maemo-Mapper seit ein paar Monaten nichts mehr gemacht (weil ich jetzt ein Garmin habe). Aber manchmal sehne ich schon zurück zu der schönen Kartenansicht auf dem N810 und ich würde es gern mal wieder mit deiner Karte versuchen. Das Overlaying funktioniert zumindest mit der von dir angegebenen URL sehr gut (ich hoffe, ich habe nicht zu viel Traffic gerade verursacht). Es ist nur etwas umstandlich, den Layer ein- und auszuschalten. Keine Sorge, solange du dich nur auf der Karte bewegst, kannst du nicht zuviel Traffik erzeugen. Und nicht nur das, leider scheint man ein Layer nicht aus einer gespeicherten Datenbank lesen zu konnen. So ein Layer wird offensichtlich immer on-the-fly aus dem Internet hinzugeladen; er cachet das leider nicht. Jetzt habe ich das mal probiert. Er cacht das schon, wenn du ein entsprechendes Cache-File angibst. Allerdings kommt er nicht damit klar, dass die Karte lückenhaft ist. Das heisst, dort wo es keine Wanderwege gibt, liefert der Server einen 404-Error zurück anstatt eines leeren Teils. Die Browser wissen damit etwas anzufangen, aber MaemoMapper scheint die Teile sofort noch einmal laden zu wollen. Sobald du Auto-Download ausschaltest ist alles gut. Das ist super. Ich hoffe, ich kann am Wochenende so ein paar Routen nachtragen. Jetzt beschwert er sich leider mal wieder uber Low Memory... Soetwas habe ich befürchtet. Kann aber am Auto-Download gelegen haben. Ich habe dir jetzt mal eine Offline-DB von Hessen erzeugt. Sie geht nur bis Zoom 14, aber als Übersicht sollte es schon mal gehen: http://osm.lonvia.de/maemo-mapper/wanderwege_hessen.db (etwa 30MB) Lade die Datei herunter und kopiere sie auf dein N810. In der Layer- Beschreibung lässt du dann das URL-Feld komplett leer und trägst die Datei unter Cache-File ein. Auto-Download ist dann nicht mehr kritisch, ich würde es aber trotzden auslassen. Leider ist mein Programm zur DB-Erstellung (noch) nicht zur Erstellung von Kartenausschnitten geeignet, da muss ich noch ein paar Stunden Programmier- arbeit hineinstecken, bevor ich regelmässig aktualisierte Ausschnitte anbieten kann. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
Norbert Wenzel schrieb: Wikipedia ist ein gutes Stichwort. Warum nicht einfach einen Link auf den entsprechenden Wikipedialink setzen, in dessen Content alle Namen des Platzes seit der Jungsteinzeit erwähnt sind. Na ja, es wird bestimmt nicht für jeden Platz der Welt einen Wikipedia Artikel geben ;-) Also ich find die Idee nicht schlecht die alten Namen für Spezialkarten zu verwenden oder was auch immer, aber es muss doch eine andere Verknüpfung geben, als alles in die Hauptdatenbank zu werfen. Wenn ich jetzt eine Übersicht über die Opfer der Schlachten im Zweiten Weltkrieg erstellen will, würd ich ja auch nicht, die Opferzahlen auf irgendwelche Wiesen in OSM taggen. Ok, das finde ich auch ziemlich grenzwertig (und würde es persönlich auch nicht eintragen). Aber dein Beispiel finde ich gut um genau diese Grenzen auszuloten. Zusammenfassend: ich persönlich tendier dazu Datenbanken möglichst klein zu halten und mit möglichst vielen anderen, kleinen Datenbanken zu verknüpfen, anstatt alles in die DB zu werfen, die gerade zufällig zur Verfügung ist. Wie ja auch schon in der Weihnachtsmarkt Diskussion besprochen, gibt es einfach keinen wirklichen Konsens über die zeitliche Achse. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] SVG to PDF
Wer kann mir ein Inkscape-SVG sauber in PDF wandeln? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Moin, Am Donnerstag 19. November 2009 22:47:36 schrieb Markus: Wer kann mir ein Inkscape-SVG sauber in PDF wandeln? Hast du schon INKscape probiert? Grüße, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html = www.stopptdievorratsdatenspeicherung.de 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] Alte Straßenbezeichnungen für die Ze it des 3. Reiches
Am Donnerstag, den 19.11.2009, 17:57 +0100 schrieb Tobias Knerr: Andre Hinrichs: Wie wäre es mit einer Relation? type=historic_name name=Kaiser-Wilhelm-Platz start_date=-mm-dd end_date=-mm-dd Auf diese Weise würde die Anzahl Schlüsselworte nicht ins unermessliche wachsen. Dafür ist es viel schwieriger einzutragen und kein Mapper, der nicht mit Relationen umgehen kann (häufig genug), ist in der Lage, irgendwas an den betroffenen Straßen und Plätzen zu ändern. Dazu kommen natürlich noch weniger anschauliche Versionsgeschichten und dergleichen Unannehmlichkeiten. Das sehe ich etwas anders. Sicher ist die Eingabe und die Verwaltung von Relationen schwieriger als die Eingabe von Tags. Dennoch wird jemand, der die dann doch komplizierten Tags wie old_name:startyeart-endyear=blabla versteht auch in der Lage sein, Relationen anzulegen. Für den weniger erfahrenen Nutzer macht die schiere Anzahl der Tags das ganze unübersichtlich und kompliziert. Bei der Verwendung von Relationen ist die Anzahl der Tags für den Weg überschaubar und der weniger erfahrene Nutzer wird nicht von Tags verwirrt, die ihn wahrscheinlich eh nicht interessieren. Das ist ein Fall für gruppierte oder hierarchische Tags, und so lange wir so etwas nicht haben, wird das meiner Ansicht nach am besten durch einen angereicherten Schlüssel ausgedrückt. *Praktische* Nachteile hat ein solcher nämlich beinahe gar nicht. Sicher ist die Einführung von Gruppen eine interessante Sache. Jedoch ist eine Relation im Grunde nichts anderes als eine Gruppe. Wieso also etwas Neues einführen, was es in anderer Form bereits gibt? Oder gibt es irgendeine Anwendung eine Gruppe, die nicht mit Relationen gemeistert werden kann? Ansonsten müsste der historische Name auf alle Abschnitte eingetragen werden, was ein unnötiger Datenoverhead wäre. Statt #Abschnitte Tags hast du dann eben #Abschnitte Member-Einträge in der Relation. Übrigens ist das auch nachrangig: Allerhöchste Priorität hat die einfache Handhabbarkeit durch Mapper. Und die ist bei Relationen einfach nicht gegeben. Stimmt nur zum Teil. Wenn wir jetzt sagen, dass Relationen zu kompliziert sind für die Nutzer, dann müssten wir auch alle anderen Anwendungsbereiche für Relationen durch normale Tags ersetzen. Das ist jedoch meiner Meinung nach nicht machbar. Wie gesagt ist die Eintragung von Spezial-Tags wie z.B. der Namenshistorie eh vor allem für den erfahreneren Nutzer interessant. Und wer sich denn nun tatsächlich dafür interessiert, wird sich auch schnell mit der entsprechenden Vorgehensweise anfreunden. Für die anderen Nutzer sollte die Anzahl der Tags für einen Weg so gering und übersichtlich wie nur möglich gehalten werden. Diese Nutzer werden die Relationen schlicht ignorieren und dadurch stören sie denjenigen auch nicht. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Hallo Carsten, Hast du schon INKscape probiert? Klar, aber irgendwie ist das Ergebnis unsauber. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Am Donnerstag, den 19.11.2009, 22:47 +0100 schrieb Markus: Wer kann mir ein Inkscape-SVG sauber in PDF wandeln? Generell sollte das 'convert' aus dem ImageMagick-Paket auch schaffen. Bei sehr komplizierten SVGs (wie z.B. denen, die aus OSM-Daten erzeugt werden) kommt es leider derzeit immer noch zu Schwierigkeiten. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Handy für OSM
Hallo Liste, da ich nun als bisher Handy-Vereigerer ein Handy brauche, hätte ich gerne Info über Handys ,die auch gut für OSM geeignet sind: - GPS-Funkion - Sprachaufzeichnung, Synchronistion mir JOS möglich - Bidaufzeichnung, Synchrosination mit JOS möglich - Betriebssysten, optiomal für derzeitge und zukünftige Anwendungprogramme - und was sonst noch wichtig wäre Denke für Datenerfassung von POI's, Korekkturen aller Art der Datenbasis OSM, Erfassen von Hausnummer, maxspeed, usw. Gruß Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Hallo, Markus wrote: Hast du schon INKscape probiert? Klar, aber irgendwie ist das Ergebnis unsauber. In solchen Faellen koennte es hilfreich sein, * das SVG irgendwo hochzuladen, damit Leute es sich ansehen koennen * mindestens jedoch Eckdaten des SVG anzugeben - womit urspruegnlich erzeugt, wie gross? * genau zu spezifizieren, wieso das Ergebnis unsauber ist und was Du von einem sauberen Ergebnis erwartest (v.a. auch, welche Aufloesung das Ergebnis haben soll) Bye Frederik -- 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] layer=0
Am Mittwoch, den 18.11.2009, 23:02 +0100 schrieb Michael Bemmerl: Hallo Leute, mir fallen mittlerweile immer öfter Wege auf, die mit layer=0 getaggt sind. Diese Wege schneiden sich auch nicht mit anderen Wegen. Z.B.: hier: http://osm.org/go/0GkXVjK Weiß jemand was die layer=0 Tags für eine Bewandtnis haben? Denn so wie ich das sehe ist ja die Erdoberfläche gleichbedeutend mit layer=0. Da ja aber jeder Way standardmäßig auf der Erdoberfläche liegt, ist doch die layer=0 Angabe überflüssig? Oder sehe ich da was falsch? Eigentlich ist layer=0 überflüssig, da implizit. Bei Brücken jedoch, die über einen anderen Weg gehen, der z.B. layer=-1 hat, setze ich das dennoch. Das jedoch auch nur deshalb, weil einige Prüfprogramme bei Brücken/Tunneln prüfen, ob ein layer-Tag vorhanden ist und meckern, falls nicht. Wenn ich ansonsten auf layer=0 treffe, lösche ich dieses Tag meistens. Andre ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Hallo Frederik, Hier das mit Inkscape erzeugte SVG: http://wiki.openstreetmap.org/wiki/Image:OpenSeaMap-Logo.svg Der Zeichner hat eine Konvertierung zu PDF versucht, aber es irgendwie nicht geschafft, sondern nur über den Umweg JPG: Ich habe lange 'rumprobiert, aber noch keine Lösung gefunden. Ich weiß, dass die Wandlung svg- pdf (mit anderen Bildern) schon mal geklappt hat. Wenn ich vorher in .JGP umwandle, klappt der PDF- Export, aber das kann es ja wohl nicht sein. Die Frage nach der erforderlichen Auflösung kann ich nicht beantworten. Das PDF soll in Printmedien verwendbar sein (weil einige Drucker wohl mit Inkscape-SVG irgendwelche Kompatibilitäts-Probleme haben). Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Markus liste12a4...@gmx.de wrote: Wer kann mir ein Inkscape-SVG sauber in PDF wandeln? Das kann inkscape doch direkt. Sven -- It's easier for our software to compete with Linux when there's piracy than when there's not. (Bill Gates) /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] SVG to PDF
Hallo, Markus wrote: Der Zeichner hat eine Konvertierung zu PDF versucht, aber es irgendwie nicht geschafft, sondern nur über den Umweg JPG: Das Bild hat Transparenzen drin, die kommen bei der Umwandlung nach PDF nicht richtig raus. Das ist ein Problem, das ich mit PDF auch schon oft hatte. Selbst wenn es gelingt, das PDF richtig zu erzeugen: Wenn man das dann spaeter irgendwohin zum Drucken schickt, dann gibt es oft gerade wieder an den gleichen Stellen Probleme! Ich empfehle also dringend, das Logo als Bitmap (nicht jpg - png!) zu verwenden. Man kann problemlos mit Inkscape die jeweils benoetigte Aufloesung produzieren: inkscape -e openseamap.png -d300 OpenSeaMap-Logo.svg macht Dir z.B. ein 300dpi-Logo, das tiptop aussieht. Die Frage nach der erforderlichen Auflösung kann ich nicht beantworten. Das PDF soll in Printmedien verwendbar sein (weil einige Drucker wohl mit Inkscape-SVG irgendwelche Kompatibilitäts-Probleme haben). Die Aussage, dass Vektordaten zu besseren Druckergebnissen fuehren, hoert man immer wieder, sie ist aber in dieser Allgemeinheit falsch. Fuer Deinen Zweck ist ein mit ausreichender Aufloesung erzeugtes PNG der beste Weg, denn die genannten Kompatibilitaetsprobleme kann man sich durchaus auch mit PDFs einhandeln. (Falls Du einen von den OSM-Flyern zur Hand hast: das OSM-Logo darin ist ebenfalls auf diesem Weg erzeugt worden.) Das SVG, das Du hast, ist in 4x4 Zoll angelegt. Wenn Du es drucken willst, gehst Du so vor: 1. Beim Drucker erfragen, welche Aufloesung (dpi) er fuer Bilder haben will. Fuer sowas wie einen Flyer wird das 240 oder 300 sein, fuer ein grosses Textilbanner vielleicht nur 75. 2. Ermitteln, wie breit das Logo sein soll (in Zoll). 3. Die Zahl, die Du bei -d angeben musst, ist nun Breite/4*Aufloesung. Soll das Logo 2 Zoll breit werden und in 300 dpi gedruckt werden, brauchst Du -d150, und fuer ein 1m breites Logo in 75 dpi brauchst Du -d750. Etwas mehr Aufloesung schadet meistens nicht, aber wenn man es uebertreibt, werden die Dateien zu gross. Bye Frederik -- 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] SVG to PDF
Sven Geggus schrieb: Wer kann mir ein Inkscape-SVG sauber in PDF wandeln? Das kann inkscape doch direkt. Dachte ich auch erst, aber in diesem Fall leider nicht. Die ganzen frei platzierten Farbverläufe (Schatteneffekt beim Griff, Lichtreflexe in der Linse etc.) im Layer Lupe produzieren im PDF massive Grafikfehler. Sind leider ziemlich anspruchsvolle Features. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HighPrecision GPS receiver home build?
Karl Weber schrieb: Hallo, Am Donnerstag, 19. November 2009 14:18 schrieb Johannes: Hierzu mein Hausfrauen-Tipp ohne Basteln: (siehe auch: http://de.wikipedia.org/wiki/Egnos) Wer einen GPS Empfänger mit Egnos hat aktivieren diesen(!) und gönne ihm ab und zu einen Blick nach Süden zum Horizont, (Süden ist da wohin auch die Satschüsseln ausgerichtet sind :-) ), damit er die EGNOS Signale empfangen kann. Macht ungemein genauer. Hierzu meine praktischen Erfahrungen der letzten etwa 2,5 Monate: DGPS immer aktiviert, 64594 Positionsbestimmungen ohne DGPS (SPS mode), 1745 Positionsbestimmungen mit DGPS (DGPS mode) Mein Logger sagt mir zu jedem Fix, wie er erfolgte (SPS mode, DGPS mode, ...) Wanderungen knapp oberhalb des 50 Breitengrades, den MTK II (QSTARZ BT-Q1000X) mit einer Mütze waagerecht auf dem Kopf getragen -- damit mein Körper keinerlei Abschattung liefert. Das Gelände war flach, die Abschattung durch Bäume immer etwa gleich. (Ohne die Bäume hätte der Logger also immer den ganzen Himmel gesehen. Hügel gibt es hier nicht.) DGPS hat an einem ganzen Tag und etwa 10 Minuten am Stück an einem zweiten Tag funktioniert, sonst gar nicht. Die mit DGPS ermittelten Tracks lassen rein optisch nur mit gutem Willen eine höhere Genauigkeit erahnen, sie könnte -- sofern vorhanden -- nur mit einer mathematischen Analyse einwandfrei nachgewiesen werden. Vielleicht bin ich da aber auch zu vorsichtig. (Der Wunsch soll ja nicht Vater des Gedankens sein...) Woran die magere DGPS Ausbeute liegt, weiß ich noch nicht. Könnte es mit dem Wetter zusammenhängen? An den Tagen, als DGPS funktioniert hat, war der Himmel strahlend blau, sonst immer bewölkt Zugegeben, die 10 Minuten des zweiten Tages könnten schon mit dem Gelände zusammenhängen, der ganze erste Tag aber nicht (da war zu viel Wald unterwegs). Wenn es an den Bäumen liegt, sollte ich es bald wissen: die verlieren nämlich gerade alle ihre Blätter. Ich gehe mal davon aus, daß Laubbäume ohne Blätter nicht mehr so sehr stören sollten Leider spuckt mein Gerät keine GPS-Rohdaten aus :-( /Karl Hallo Karl, die Kappe ist schon mal gut, grundsätzlich. Aber weder sie noch DGPS helfen Dir im Wald. (Ausser dem sehr theoretischen Fall, dass Du eine DGPS Station neben Dir hättest). Wenn Du nur einen (kleinen) Teil des Himmels sehen kannst ist schlecht für GPS. Die Empfänger werden zwar immer besser, aber für eine exakte Bestimmung brauchst Du Sichtverbindung zu mind. 4 Satelliten. Bäume ohne Blätter sind auf jeden Fall besser. Ob gut, bleibt abzuwarten. Und DGPS hast Du nur (wenn ich richtig vermute Egnos) wenn Du Sichtverbindung nach Süden knapp über den Horizont hast (ich glaube so 15°-30° drüber waren das). Also als praktischer Tipp, viel besser als Kappe geht nicht (ausser vielleicht einem Stock, möglichst hoch über den Bäumen). Die Superduper-GPS willst Du auch nicht haben, mal vom Preis abgesehen, brauchen die für ne Bestimmung einfach zu lang. Herbst und Winter werden Dir da sicher mehr helfen, ohne Blätter ist es besser. Grüße, Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alte Straßenbezeichnungen für die Z eit des 3. Reiches
Andre Hinrichs schrieb: Am Donnerstag, den 19.11.2009, 17:57 +0100 schrieb Tobias Knerr: Andre Hinrichs: Wie wäre es mit einer Relation? type=historic_name name=Kaiser-Wilhelm-Platz start_date=-mm-dd end_date=-mm-dd Auf diese Weise würde die Anzahl Schlüsselworte nicht ins unermessliche wachsen. Dafür ist es viel schwieriger einzutragen und kein Mapper, der nicht mit Relationen umgehen kann (häufig genug), ist in der Lage, irgendwas an den betroffenen Straßen und Plätzen zu ändern. Dazu kommen natürlich noch weniger anschauliche Versionsgeschichten und dergleichen Unannehmlichkeiten. Das sehe ich etwas anders. Sicher ist die Eingabe und die Verwaltung von Relationen schwieriger als die Eingabe von Tags. Dennoch wird jemand, der die dann doch komplizierten Tags wie old_name:startyeart-endyear=blabla versteht auch in der Lage sein, Relationen anzulegen. Es geht nicht nur ums Anlegen, sondern vor allem ums Lesen. Ein old_name:1935-1945 versteht meiner Ansicht nach nahezu jeder. Zumindest jeder, der old_name versteht. Die Relation hingegen ist nur solange unsichtbar, wie der Benutzer * einen Editor verwendet, der keine Mitgliedschaften in Relationen anzeigt und * nicht auf die Idee kommt, die Straße auch tatsächlich in größerem Umfang zu bearbeiten. Ein Klick auf z.B. Weg teilen reicht, um mit der Existenz der Relation konfrontiert zu werden - und zudem noch mit der Entscheidung über deren künftiges Schicksal. Sicher ist die Einführung von Gruppen eine interessante Sache. Jedoch ist eine Relation im Grunde nichts anderes als eine Gruppe. Wieso also etwas Neues einführen, was es in anderer Form bereits gibt? Weil es oft besser ist, ein Konstrukt zu haben, das *weniger* kann als ein anderes. Aus ähnlichen Gründen, aus denen ein Nutzer oft ein Programm mit weniger Knöpfen und Funktionen, das speziell auf seinen Anwendungsfall passt, einem komplexen Alleskönner vorziehen wird. Prinzipiell könnten wir auf Ways beispielsweise verzichten. Ein Way kann schließlich nichts, was eine Relation nicht auch kann: Tags tragen und eine geordnete Folge von Nodes enthalten - kein Problem. Trotzdem sind Ways sinnvoll: Man kann sie wegen ihrer Einschränkungen nämlich anschaulich darstellen, als Linie auf einer 2D-Oberfläche. Mit allgemeinen Relationen geht das nicht. Allgemeine Relationen kann man nur mit einem Monster wie dem JOSM-Relation-Editor vollständig wiedergeben. Man sollte nebenbei bemerkt auch nicht unterschätzen, dass man ein einfaches Konstrukt wesentlich verständlicher beschreiben kann. Relationen werden ja oft als Beziehung zwischen Objekten erklärt - trifft es aber leider überhaupt nicht mehr, wenn damit jetzt Tags von einem Einzelobjekt ausgelagert werden sollen. Oder gibt es irgendeine Anwendung eine Gruppe, die nicht mit Relationen gemeistert werden kann? Nein. Relationen sind mächtig genug, um eine komplette relationale Datenbank, ein objektbasiertes Datenmodell oder so ziemlich alles andere abzubilden. Du kannst du mit Relationen *alles* machen, so lange es nicht benutzbar sein braucht. Allerhöchste Priorität hat die einfache Handhabbarkeit durch Mapper. Und die ist bei Relationen einfach nicht gegeben. Stimmt nur zum Teil. Wenn wir jetzt sagen, dass Relationen zu kompliziert sind für die Nutzer, dann müssten wir auch alle anderen Anwendungsbereiche für Relationen durch normale Tags ersetzen. Könnte man nicht einfach Relationen überall dort durch Tags ersetzen, wo das sinnvoll möglich ist? Es muss ja nicht gleich auf Alles-oder-nichts-Entscheidungen hinauslaufen. Übrigens glaube ich sogar, dass die drei Konstrukte * Tag-Gruppe * Tag mit anderem Objekt als Wert (letztlich Member für Ways und Nodes) * Route (= zusammenhängende Folge von Wegstücken) so ziemlich alle Anforderungen abdecken könnten und für sich jeweils weitaus anschaulicher darzustellen wären als eine allgemeine Relation. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [Fwd: Anfrage der Westdeutschen Allgemeinen Zeitung]
Hallo Liste, ich such für die WAZ einen Mapper-Kontakt in Bochum (s.u.). Bitte Mails an ich, damit die gute Frau nicht überschwemmt wird (Bochum soll ja sehr aktiv sein). Grüße Christian (OSM Presse) Original-Nachricht Betreff:Anfrage der Westdeutschen Allgemeinen Zeitung Datum: Thu, 19 Nov 2009 16:09:42 +0100 Von:m.decl...@waz.de An: o...@postkammer.de Lieber Herr Hartnick, wie gerade telefonisch besprochen, schicke ich Ihnen meine Anfrage per Mail zum Weiterleiten. Für die Redaktion Bochum suche ich den Kontakt zu hier aktiven Kartographen von openstreetmap.de, um über das Projekt aus lokaler Perspektive berichten zu können. Ich freue mich darauf, von jemandem zu hören. Vom 24. bis 30. November habe ich Urlaub, davor oder danach bin ich aber jederzeit unter dieser Mailadresse und Telefonnummer zu erreichen. Vielen Dank und viele Grüße - Monique de Cleur Volontärin Journalistenschule Ruhr GmbH Schederhofstraße 55-57 45145 Essen Zur Zeit: WAZ-Redaktion Bochum Huestraße 25 44787 Bochum Tel.: 0234/966-1434 Fax: 0234/966-1477 E-Mail: m.decl...@waz.de - ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Luftbilder mit Quadrocopter
Liebe OSMer, ich suche Spezialisten mit Quadrocopter und Erfahrung Luftbildern. Die Idee ist, auf einem Messegelände Life-Videobilder auf eine Grossleinwand zu projizieren. Als eindrucksvolle Demo, wie man Luftbilder nutzt, um damit Karten zu erstellen - und wie vielfältig OSM ist. Parallel dazu soll ein kurzes Video gezeigt werden, das den schrittweisen Ablauf zeigt: - Quadrocopter und Flug - erzeugte Luftbilder - Luftbilder im JOSM eingebunden - Erstellung der Karte - Ergebnis mit Mapnik Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] wiki+rules zum Schutzgebiete kartieren: Nationalpark, Naturschutzgebiet, etc.
Hallo, ein paar mehr Schutzgebiet-Unterscheidungen als NtP und NSG waren m.E. nötig. Ich habe hier ein System zusammengestellt: http://wiki.openstreetmap.org/wiki/Tag:boundary=protected_area http://wiki.openstreetmap.org/wiki/Protected_Area_Rendering#Other_Ways Was haltet ihr davon? Wäre das so auch mapnik/osmar-renderfähig? Habt ihr dazu ggf. Ideen oder Verbesserungen? viele Grüße, c. Hintergrund (ggf. für die deut. wiki-Seite): Die m.E. technisch beste Lösung wäre, Schutzgebiete mit Hilfe des Tags Grenzen (boundary) und Child-Elementen (als .level1 to 12) zu markieren. Um weltweit die Vielzahl von Schutzgebieten zu erfassen, bietet sich die sechsstufige Einteilung der Weltkommission für Schutzgebiete (WCPA) der International Union for Conservation of Nature and Natural Resources (IUCN) an. Dieses Schema soll laut IUCN weltweit alle Schutzgebiete fassen können. Die IUCN-Einteilung basiert nicht auf (imaginäre regionale) Namen oder Status eines Gebietes, sondern auf einem Set von Managment- bzw. Nutzungszielen. Danach kann dann für jedes Land eine Schutzsystem-Einordnung in level erfolgen. Die WCPA hält Erfassung und Einteilung vieler Schutzgebiete in einer Datenbank, siehe ihre Advanced Protected Area Search http://www.wdpa.org/MultiSelect.aspx Hier erhält man einen Eindruck von der Vielfalt an Schutzgebiets-Bezeichnungen (Designation, in Eu allein ca. 90) und zugleich die Zuordnung der Schutzgebiete eines Staates zu den sechs IUCN-Kategorien! Darüber hinaus sind fünf weitere übergreifende internationale Kategorien aufgeführt (Biosphärenreservat, Ramsar, UNESCO Welterbe, ASEAN Naturparks und Barcelona Convention) - btw.: diese Gebiete oder zumindest Teile davon, sind oft auch national geschützt und damit auch einer IUCN-Kategorie zugehörig. Ein Möglichkeit, auf die bisherigen national_park und nature_reserve aufzusetzen und zugleich dieses Schutzgebiet-Problem global zu lösen, sehe ich (bisher) nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Hi ! ich hatte einmal versucht SVG-Daten für Schleswig-Holstein in InkScape zu öffnen und bin schon daran - wegen der Datengröße - gescheitert. Inkscape könnte sich daher für soetwas als Spaßbremes erweisen. Gruß Jan :-) Sven Geggus schrieb: Markus liste12a4...@gmx.de wrote: Wer kann mir ein Inkscape-SVG sauber in PDF wandeln? Das kann inkscape doch direkt. Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SVG to PDF
Markus schrieb: Wer kann mir ein Inkscape-SVG sauber in PDF wandeln? Gruss, Markus Habe eben nochmal gegoogled und u.a. das gefunden: http://alt-soft.com/Products_svg2pdf.aspx Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
